SysV উদ্যোগ
/etc/init.d/mountall.shInit স্ক্রিপ্ট কেবল স্থানীয় ফাইল সিস্টেমগুলি মাউন্ট করে:
mount -a -t nonfs,nfs4,smbfs,cifs,ncp,ncpfs,coda,ocfs2,gfs,gfs2,ceph -O no_netdev
অন্যান্য ফাইল সিস্টেমগুলি পৃথক থ্রি স্ক্রিপ্ট দ্বারা মাউন্ট করা হয়, যেমন উদাহরণস্বরূপ /etc/init.d/mountnfs.sh, যা তাদের নির্ভরতা (এলএসবি শিরোনামের মাধ্যমে) ঘোষণা করে $network। নেটওয়ার্কগুলির উত্থাপিত হওয়ার পরে এটি পরে নির্ধারিত হয়ে যায়, যদিও mountall.shএটি অনেক আগে চালানো যেতে পারে।
systemd হল
স্থানীয় মাউন্ট ইউনিটগুলি দ্বারা local-fs.targetদূরবর্তী দ্বারা টানা হয় remote-fs.target। systemd-fstab-generatorস্ক্যান করে /etc/fstab, মাউন্ট ইউনিট উত্পন্ন করে এবং উপরের মত শর্তের ভিত্তিতে উপরের লক্ষ্যগুলিতে এগুলি নির্ধারণ করে।
delay_connect
এই বিকল্পটির অর্থ হ'ল sshfs মাউন্ট সময়ে রিমোট সার্ভারের সাথে এসএসএইচ সংযোগ শুরু করবে না, তবে এটি কেবল প্রথম ফাইল সিস্টেম অপারেশনে এটির প্রয়োজন হবে actually এটি ত্রুটি প্রতিবেদন করতে বিলম্বিত করে, তবে কিছু ক্ষেত্রে এটি কার্যকর কার্যকর হতে পারে, উদাহরণস্বরূপ যদি আপনার ডিআই সিস্টেমটি মাউন্ট অপারেশনটিকে সঠিকভাবে অর্ডার করার জন্য পর্যাপ্ত তথ্য না পেয়ে থাকে। "নেটওয়ার্ক" "আপ" হ'ল এটি একটি looseিলে termালা শব্দ , এবং এমনকি যদি কেউ মাউন্ট ইউনিটগুলিতে নির্বিচারে অতিরিক্ত নির্ভরতা যুক্ত করতে পারে যা ট্রিগার ইভেন্টটি বুটআপ লেনদেনের অংশ না হলে (সিস্টেমড পার্লেন্সে) সহায়তা করে না।
_netdevপ্রক্রিয়াটি যা মাউন্ট সম্পাদন করে (এবং যা মাউন্টের ধরণের সাথে সুনির্দিষ্টext4/btrfs/cifs/fuse) প্রেরণ করে তার অর্থ নয় তবে এই পতাকাটির ভিত্তিতে সিদ্ধান্ত নেওয়ার সময় অন্যান্য প্রক্রিয়া / স্ক্রিপ্টগুলি দ্বারা পড়তে বোঝানো হয় বুট প্রক্রিয়া চলাকালীন এই মাউন্টগুলি কার্যকর করা উচিত। হ্যাঁ? যদি তাই হয় তবে আমার সন্দেহ হয় যে এই যুক্তিটি আন্ডারস্কোর দিয়ে শুরু হয় যাতে এটি অন্যান্য আনুষ্ঠানিক যুক্তি থেকে আলাদা করতে পারে।