SysV Init
/etc/init.d/mountall.sh
Skrypt startowy montuje tylko lokalne systemy plików:
mount -a -t nonfs,nfs4,smbfs,cifs,ncp,ncpfs,coda,ocfs2,gfs,gfs2,ceph -O no_netdev
Inne systemy plików są montowane przez osobne skrypty inicjujące, takie jak na przykład /etc/init.d/mountnfs.sh
, które deklarują (za pomocą nagłówków LSB) swoją zależność $network
. W ten sposób zostaną one zaplanowane później, po uruchomieniu sieci, ale mountall.sh
mogą działać znacznie wcześniej.
systemd
Lokalne jednostki montowania są wciągane przez local-fs.target
, a zdalne przez remote-fs.target
. systemd-fstab-generator
skanuje /etc/fstab
, generuje jednostki montażu i przypisuje je do powyższych celów na podstawie warunków podobnych do powyższych.
delay_connect
Ta opcja oznacza, że sshfs nie zainicjuje połączenia SSH ze zdalnym serwerem w czasie montowania, ale zrobi to tylko przy pierwszej operacji systemu plików, która tego wymaga. Opóźnia to raportowanie błędów, ale w niektórych przypadkach może być przydatnym obejściem, na przykład jeśli twój system init nie ma wystarczających informacji, aby poprawnie zamówić operację montowania. „Sieć” będąca „uruchomiona” jest dość luźnym terminem i nawet jeśli można dodać dowolne dodatkowe zależności do montowania jednostek, co nie pomaga, jeśli zdarzenie wyzwalające nie jest częścią transakcji rozruchowej (w języku systemowym).
_netdev
nie ma to być argumentem przekazywanym do procesu wykonującego mount (i który jest specyficzny dla typu mount jakext4/btrfs/cifs/fuse
), ale powinien być czytany przez inne procesy / skrypty, które na podstawie tej flagi decydują, kiedy podczas procesu rozruchu te podłączenia powinny zostać wykonane. Tak? Jeśli tak, to podejrzewam, że jest to powód, dla którego ten argument zaczyna się od podkreślenia, aby odróżnić go od innych argumentów formalnych .