यद्यपि दोनों उत्तर सही हैं, मैं अपने दो सेंट को चर्चा में जोड़ना चाहता हूं, क्योंकि जब मैंने इसकी तलाश की है तो मुझे कुछ निर्देश और उदाहरण याद आ रहे थे कि कैसे आगे बढ़ना है।
- करने के लिए filesystem जोड़ें
/etc/fstab
- टाइप करें
mount -a
जो fstab में उल्लिखित सभी फाइल सिस्टम को मापता है
- उस सिस्टम यूनिट को देखें जो इसके साथ उत्पन्न हुई है:
systemctl list-units | grep '/path/to/mount' | awk '{ print $1 }'
(कुछ ऐसा होना चाहिए जो समाप्त हो जाए .mount
)
- फाइल
After=
में स्टेट माउंट-यूनिट को स्टेटमेंट में जोड़ें*.service
यहां my-daemon
बूट पर सेवा शुरू करने का एक उदाहरण है, लेकिन नेटवर्क तैयार होने के बाद, एक CIFS शेयर चालू है /mnt/cifs
, और vpn-launch
सेवा शुरू हो गई है:
/ Etc / fstab
//servername/sharename /mnt/cifs cifs defaults,some,other,options 0 0
नोट: आप nofail
अपने fstab विकल्पों में जोड़ना चाह सकते हैं (जैसे कि बाहरी ड्राइव का उपयोग करते समय)। यदि डिवाइस कनेक्ट नहीं है, तो अन्यथा, आपकी मशीन बूट नहीं होगी। देखें ArchWiki का fstab लेख
/etc/systemd/system/my-daemon.service
[Unit]
Description=Launch My Daemon
Requires=vpn-launch.service mnt-cifs.mount
After=network.target vpn-launch.service mnt-cifs.mount
[Service]
ExecStart=/path/to/my-daemon
[Install]
WantedBy=multi-user.target
सेवा को इस तरह से सक्षम करना न भूलें कि यह बूट पर शुरू की गई है: systemctl enable my-daemon
ध्यान दें कि यह अन्य फाइल सिस्टम (NFS, HDDs, आदि) के लिए भी काम करता है।
जैसा कि पहले ही उल्लेख किया गया है, दोनों उत्तर सही हैं और मैं सभी को उन्हें पढ़ने के लिए प्रोत्साहित करता हूं लेकिन मेरे लिए कुछ उदाहरणों ने मुझे कुछ समय बचाया होगा।
अपडेट (2019-06-25):
- बाहरी ड्राइव का उपयोग करते समय बूट लॉक को रोकने के लिए fstab विकल्पों के संबंध में एक नोट जोड़ा गया
mnt-cifs.mount
उस Requires=
सूची में जोड़ा गया जो my-daemon.service
असफलता का कारण बनता है जब cifs माउंट सफलतापूर्वक माउंट नहीं किया गया था
systemd-remount-fs
अपनीAfter
सूची में जोड़ते हैं तो क्या यह काम करता है ?