जवाबों:
आदमी systemctl कहते हैं:
daemon-reload
Reload systemd manager configuration. This will rerun all generators (see systemd.generator(7)), reload
all unit files, and recreate the entire dependency tree. While the daemon is being reloaded, all sockets
systemd listens on behalf of user configuration will stay accessible.
This command should not be confused with the reload command.
तो, यह अनिवार्य रूप से एक "नरम" रीलोड है; फाइलसिस्टम से परिवर्तित विन्यास लेना और निर्भरता के पेड़ों को पुनर्जीवित करना ।
नतीजतन, systemd.generatorराज्य:
जनरेटर छोटे बायनेरिज़ होते हैं जो / usr / lib / systemd / user-जनरेटर / और ऊपर सूचीबद्ध अन्य निर्देशिकाओं में रहते हैं। systemd (1) उन बायनेरिज़ को बहुत पहले बूटअप और कॉन्फ़िगरेशन पुनः लोड समय पर निष्पादित करेगा - यूनिट फ़ाइलों को लोड करने से पहले। जेनरेटर अतिरिक्त निर्भरता जोड़ने के लिए यूनिट फाइल्स को गतिशील रूप से यूनिट फाइल्स उत्पन्न कर सकते हैं या प्रतीकात्मक लिंक बना सकते हैं, इस प्रकार मौजूदा परिभाषाओं का विस्तार या ओवरराइडिंग कर सकते हैं। उनका मुख्य उद्देश्य कॉन्फ़िगरेशन फ़ाइलों को परिवर्तित करना है जो मूल इकाई फ़ाइलों को गतिशील रूप से मूल इकाई फ़ाइलों में नहीं हैं।
Generators are loaded from a set of paths determined during compilation, listed above. System and user
generators are loaded from directories with names ending in system-generators/ and user-generators/,
respectively. Generators found in directories listed earlier override the ones with the same name in
directories lower in the list. A symlink to /dev/null or an empty file can be used to mask a generator,
thereby preventing it from running. Please note that the order of the two directories with the highest
priority is reversed with respect to the unit load path and generators in /run overwrite those in /etc.
After installing new generators or updating the configuration, systemctl daemon-reload may be executed. This
will delete the previous configuration created by generators, re-run all generators, and cause systemd to
reload units from disk. See systemctl(1) for more information.