? _netdev에서 옵션을 사용할 때 네트워크 인터페이스가 작동될 때까지 설치를 연기하는 데 사용되는 정확한 메커니즘(구현)이 무엇인지 알고 싶습니다 . 이 행동이 바뀔 까요 ? 또한 sshfs 옵션은 무엇을 제공 하고 제공하지 않습니까?/etc/fstabsystemddelay_connect_netdev
~에서mount 매뉴얼 페이지:
_netdev
네트워크 액세스가 필요한 장치에 있는 파일 시스템(시스템에서 네트워킹이 활성화되기 전에 시스템이 이러한 파일 시스템을 마운트하지 못하도록 방지하는 데 사용됨)
~에서sshfs 매뉴얼 페이지:
-o delay_connect
서버 연결 지연
답변1
man systemd.mount시스템 버전 231 에서 :
로컬 및 네트워크 파일 시스템을 참조하는 마운트 장치는 파일 시스템 유형 사양으로 구별됩니다. 어떤 경우에는 이것만으로는 충분하지 않습니다(예: iSCSI와 같은 네트워크 블록 장치 기반 설치)._netdev장치의 마운트 옵션 문자열에 추가할 수 있으며, 이렇게 하면 systemd가 마운트된 장치를 네트워크 마운트로 처리하게 됩니다.
답변2
시스템 V 초기화
init /etc/init.d/mountall.sh스크립트는 로컬 파일 시스템만 마운트합니다.
mount -a -t nonfs,nfs4,smbfs,cifs,ncp,ncpfs,coda,ocfs2,gfs,gfs2,ceph -O no_netdev
/etc/init.d/mountnfs.sh다른 파일 시스템은 LSB 헤더를 통해 해당 쌍을 선언하는 별도의 init 스크립트에 의해 마운트됩니다 $network. 따라서 이러한 작업은 네트워크가 시작된 후 나중에 예약되지만 mountall.sh더 일찍 실행될 수 있습니다.
체계
로컬로 설치된 장치를 끌어들이고 local-fs.target원격으로 설치된 장치를 끌어옵니다 remote-fs.target. systemd-fstab-generator스캔하여 /etc/fstab설치 단위를 생성하고 위와 유사한 기준에 따라 위의 대상에 할당합니다.
지연된 연결
이 옵션은 sshfs가 마운트 시 원격 서버에 대한 SSH 연결을 시작하지 않고 실제로 필요한 첫 번째 파일 시스템 작업에서만 시작함을 의미합니다. 이렇게 하면 오류 보고가 지연되지만 초기화 시스템에 설치 작업 순서를 올바르게 지정하는 데 필요한 정보가 충분하지 않은 경우와 같은 경우에 유용한 해결 방법이 될 수 있습니다. "네트워크" "일어나기"는 꽤느슨한 용어, 무엇이든 추가할 수 있더라도추가 종속성트리거 이벤트가 시작 트랜잭션(시스템 용어로)의 일부가 아닌 경우 장치를 장착해도 도움이 되지 않습니다.
답변3
Upstart/Udev
upstart이는 및/또는 기반 시스템 에 따라 udev약간 다릅니다 .
udev여전히 NFS 파일 시스템을 마운트하려고 시도하는 것으로 보이며 netfs실패 시 안전망이 됩니다.
내가 틀렸다면 정정해주세요. 어쨌든 이 답변은 일부 최신 레거시 시스템(Ubuntu 14.04 LTS, RHEL6)에만 해당됩니다.