SysV Ініт
/etc/init.d/mountall.shСценарій ініціалізації монтує тільки локальні файлові системи:
mount -a -t nonfs,nfs4,smbfs,cifs,ncp,ncpfs,coda,ocfs2,gfs,gfs2,ceph -O no_netdev
Інші файлові системи монтуються окремими сценаріями init, як, наприклад /etc/init.d/mountnfs.sh, які оголошують (через заголовки LSB) свою залежність $network. Таким чином, вони плануються пізніше, після того, як мережа підведена, але вони mountall.shможуть працювати набагато раніше.
системний
Місцеві вузли кріплення підтягуються local-fs.target, віддалені - remote-fs.target. systemd-fstab-generatorсканує /etc/fstab, генерує блоки монтажу та призначає їх вищевказаним цілям на основі умов, подібних до вище.
delay_connect
Цей параметр означає, що sshfs не буде ініціювати з'єднання SSH з віддаленим сервером під час монтажу, а зробить це лише під час першої операції з файловою системою, яка фактично вимагає цього. Це затримує повідомлення про помилки, але може бути корисним рішенням у деяких випадках, наприклад, якщо у вашої системи init недостатньо інформації, щоб правильно замовити операцію монтування. "Мережа", що "перебуває вгору", є досить нещільним терміном , і хоча можна додати довільні додаткові залежності для монтажу одиниць, що не допоможе, якщо подія тригера не є частиною транзакції завантаження (на системному мові).
_netdevце не має бути аргументом, переданим процесу, який виконує монтаж (і який специфічний для типу типу, якext4/btrfs/cifs/fuse), але призначений для читання іншими процесами / скриптами, які ґрунтуються на цьому прапорі, вирішують, коли під час завантаження ці кріплення слід виконати. Так? Якщо так, то я підозрюю, що це причина, чому цей аргумент починається з підкреслення, щоб відрізняти його від інших формальних аргументів.