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
), але призначений для читання іншими процесами / скриптами, які ґрунтуються на цьому прапорі, вирішують, коли під час завантаження ці кріплення слід виконати. Так? Якщо так, то я підозрюю, що це причина, чому цей аргумент починається з підкреслення, щоб відрізняти його від інших формальних аргументів.