SysV Init
/etc/init.d/mountall.shสคริปต์ init mounts filesystems ท้องถิ่นเท่านั้น:
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สามารถทำงานได้เร็วกว่ามาก
systemd
ติดตั้งหน่วยในพื้นที่จะถูกดึงโดยคนระยะไกลโดยlocal-fs.target สแกนสร้างหน่วยยึดและกำหนดให้กับเป้าหมายข้างต้นโดยยึดตามเงื่อนไขที่คล้ายกับด้านบนremote-fs.targetsystemd-fstab-generator/etc/fstab
delay_connect
ตัวเลือกนี้หมายความว่า sshfs จะไม่เริ่มต้นการเชื่อมต่อ SSH กับเซิร์ฟเวอร์ระยะไกลในเวลาเมานต์ แต่จะทำเช่นนั้นกับการดำเนินการของระบบไฟล์ครั้งแรกที่ต้องการ การล่าช้านี้เกิดจากการรายงานข้อผิดพลาด แต่อาจเป็นวิธีแก้ปัญหาที่มีประโยชน์ในบางกรณีตัวอย่างเช่นหากระบบ init ของคุณมีข้อมูลไม่เพียงพอในการสั่งซื้อการดำเนินการเมานต์อย่างถูกต้อง "เครือข่าย" กำลัง "up" เป็นคำที่ค่อนข้างหลวมและแม้ว่าเราสามารถเพิ่มการพึ่งพาพิเศษโดยพลการให้กับยูนิตที่ไม่ได้ช่วยหากเหตุการณ์ทริกเกอร์ไม่ได้เป็นส่วนหนึ่งของธุรกรรม bootup (ใน systemd parlance)
_netdevว่าไม่ได้หมายถึงการโต้แย้งที่ส่งผ่านไปยังกระบวนการที่ดำเนินการเมานท์ (และเป็นที่เฉพาะกับประเภทของการเมานต์เหมือนext4/btrfs/cifs/fuse) แต่มีความหมายที่จะอ่านโดยกระบวนการอื่น / สคริปต์ซึ่งขึ้นอยู่กับธงนี้ตัดสินใจเมื่อ ในระหว่างกระบวนการบูตการเมาท์เหล่านี้ควรถูกเรียกใช้งาน ใช่? ถ้าเป็นเช่นนั้นฉันสงสัยว่านี่คือเหตุผลที่เหตุผลนี้เริ่มต้นด้วยขีดเส้นใต้เพื่อที่จะแยกความแตกต่างจากข้อโต้แย้งอย่างเป็นทางการอื่น ๆ