ثنائي خيارات سيستم دي - واجهة المستخدم

بدء سينكثينغ Automatically. There حاليا لا المثبت الرسمي المتاحة لنظام التشغيل ويندوز ومع ذلك، هناك عدد من الحلول سهلة. تاسك جدولة. إنشاء قائمة عمل مهمة جديدة - إنشاء Tab. General Tab. Name المهمة على سبيل المثال Syncthing. Check تشغيل ما إذا كان المستخدم يتم تسجيل الدخول أو لا. تريجرز Tab. Set بدء المهمة إلى في بدء التشغيل. اختياري اختيار تأخير. تأكد تمكين يتم التحقق. العلامات التبويب. يجب تعيين الإجراء كبدء تشغيل برنامج. أدخل المسار إلى في البرنامج النصي. اختياري إنتر - no-كونسول - no-بروزر فور أد وسيغس Options. Settings تاب. موصى به الاحتفاظ مربع الاختيار على السماح تشغيل المهمة على الطلب. تحرير مربع الاختيار من مهمة إيقاف إذا كان يعمل لفترة أطول من. موصى به كيب لا تقم بتشغيل مثيل جديد إذا كانت المهمة قيد التشغيل بالفعل، ثم تنطبق القاعدة التالية. أدخل كلمة المرور الخاصة بالمستخدم. أدوات طرف ثالث. هناك عدد من الأدوات المساعدة لجهة خارجية والتي تهدف إلى معالجة هذه المشكلة عادة وتوفير المثبت، والسماح سينكثينغ تبدأ تلقائيا، وتجربة المستخدم أكثر مصقول على سبيل المثال عن طريق التصرف كتطبيق ويندوز الصحيح، بدلا من إرغامك لبدء المتصفح الخاص بك للتفاعل مع Syncthing. Start على تسجيل الدخول. بدء التشغيل سينكتينغ على تسجيل الدخول، من دون نافذة وحدة التحكم أو متصفح فتح على بدء، من السهل نسبيا. تحقق من الرابط الصحيح من ويندوز ثنائي من موقع سينكتينغ اختيار amd64 إذا كان لديك إصدار 64 بت من ويندوز. استخراج الملفات في مجلد سينكثينغ-windows - في الرمز البريدي إلى مجلد C syncthing. Go إلى المجلد سينكثينغ C، وجعل ملف اسمه. انقر نقرا مزدوجا فوق الملف واختر إديت يجب فتح الملف في المفكرة أو محرر النص الافتراضي. باستخدام الأمر التالي في الملف وحفظ تغيير إس ستارت سينكثينغ - no-كونسول - no-browser. Right انقر فوق واضغط على إنشاء Shortcut. Right انقر فوق ملف الاختصار - انقر فوق Copy. Click ابدأ انقر فوق كافة البرامج ثم انقر فوق بدء تشغيل انقر بزر الماوس الأيمن فوق بدء التشغيل ثم انقر فوق فتح. قم بلصق اختصار النقر بزر الماوس الأيمن في المجلد واختر لصق أو اضغط كترل V. Syncthing سيبدأ تلقائيا في المرة التالية التي تقوم فيها بفتح جلسة عمل جديدة في ويندوز لا توجد نافذة وحدة تحكم أو نافذة منبثقة سوف تصل إلى الواجهة عن طريق التصفح إلى. إذا كنت تفضل أبطأ الفهرسة ولكن نظام أكثر استجابة أثناء المسح الضوئي، نسخ الأمر التالي بدلا من الأمر في الخطوة 5.Run كخدمة مستقلة من تسجيل دخول المستخدم. هناك اعتبارات أمنية هامة مع هذا النهج إذا لم تكن تأمين سينكتينغ s واجهة المستخدم الرسومية و ريست أبي ، ثم أي عملية تعمل مع أي أذونات يمكن قراءة كتابة أي ملف على نظام الملفات الخاص بك، عن طريق فتح اتصال مع Syncthing. Therefore، يجب عليك التأكد من تعيين كلمة مرور واجهة المستخدم الرسومية، أو تشغيل سينكثينغ كمستخدم غير محظوظ. مع ما سبق التكوين، سينكثينغ يبدأ فقط عندما يقوم المستخدم بتسجيل الدخول إلى الجهاز هذا ليس الأمثل على الملقمات حيث يمكن تشغيل الجهاز مرات طويلة بعد إعادة التشغيل دون تسجيل أي شخص في هذه الحالة فمن الأفضل لإنشاء خدمة التي يتم تشغيلها في أقرب وقت يبدأ ويندوز ويمكن تحقيق ذلك باستخدام نسم، مدير خدمة غير مصاصة. لاحظ أن بدء سينكتينغ على تسجيل الدخول هو النهج المفضل تقريبا لأي سيناريو المستخدم النهائي السيناريو الوحيد حيث تشغيل سينكتينغ كخدمة منطقي هو في الغالب خوادم بدون رأس، تدار من قبل وهو سيسادمين الذي يعرف ما يكفي لفهم الآثار الأمنية. تحميل واستخراج نسم إلى مجلد حيث يمكن أن يبقى و نسم القابل للتنفيذ ينفذ الإدارة وكذلك تنفيذ مثل خدمة ويندوز لذلك سوف تحتاج إلى أن تبقى في موقع مناسب. من مسؤول موجه الأوامر، سد إلى مجلد نسم وتشغيل تثبيت خدمة سينكثينغ name. Application Tab. Set المسار إلى الخاص بك وأدخل - لا إعادة تشغيل-لا-متصفح - home المسار إلى مجلد سينكثينغ الخاص بك s وسيطات ملاحظة يتم تعيين تسجيل في وقت لاحق على - logfile هنا لن يتم تطبيقها. التفاصيل Tab. Optional تعيين نوع بدء التشغيل إلى تأخر تلقائي بدء لتأخير بدء سينكتينغ عند تشغيل النظام لأول مرة، لتحسين سرعة التمهيد. إدخال حساب المستخدم لتشغيل سينكثينغ كما يحتاج هذا المستخدم أن يكون الوصول الكامل إلى سينكثينغ القابلة للتنفيذ والمجلد الأصل، مجلد ملفات قاعدة بيانات التكوين والمجلدات مزامنة يمكنك ترك هذا النظام المحلي ولكن القيام بذلك يشكل مخاطر أمنية إعداد هذا إلى حساب مستخدم ويندوز الخاص بك سوف يقلل من هذا خلق مثالي حساب مستخدم مخصص مع الحد الأدنى من أذونات. إجراء التبويب. أولوية تغيير الأولوية إلى منخفضة إذا كنت تريد نظام أكثر استجابة على حساب وقت مزامنة أطول إلى حد ما عندما يكون النظام مشغول. المتاحة لتمكين تسجيل تمكين وحدة التحكم نافذة. تبديل علامة التبويب. لضمان يتم إيقاف سينكثينغ أسفل بأمان تحديد كافة مربعات الاختيار وتعيين كافة المهلات إلى 10000ms. Exit إجراءات Tab. Set إعادة تشغيل الإجراء لإيقاف خدمة أونيسوت وضع إعدادات محددة هي تستخدم في وقت لاحق للتعامل مع مخارج سينكثينغ وإعادة تشغيل والترقيات. اختياري لتمكين تسجيل مجموعة الإخراج ستدوت إلى الملف المطلوب لتسجيل حقل الخطأ سيتم تعيين تلقائيا إلى نفس الملف. الملف التناوب التبويب. اختياري تعيين إعدادات دوران لتفضيلاتك. انقر فوق على زر تثبيت الخدمة. لضمان أن مخارج سينكثينغ، تتم معالجة إعادة تشغيل وترقيات بشكل صحيح من قبل مدير خدمة ويندوز، هناك حاجة إلى بعض الإعدادات النهائية تنفيذ هذه في نفس كومانت موجه. مجموعة تعيين سينكثينغ أبكسيت الافتراضي Exit. nssm تعيين سينكثينغ أبكسيت 0 إنهاء. نسم تعيين سينكثينغ أبكسيت 3 Restart. nssm تعيين سينكثينغ أبكسيت 4 إعادة تشغيل. بدء تشغيل الخدمة عن طريق سك بدء سينكثينغ في موجه الأوامر. توصيل إلى واجهة المستخدم سينكثينغ وتمكين وتعيين اسم مستخدم وكلمة مرور آمنة. استخدام البيرة. brew تثبيت syncthing. Follow المعلومات المقدمة من قبل الشراب ل أوتوستارت سينكتينغ باستخدام launchctl. Without homebrew. Copy سينكثينغ ثنائي الملف الذي سوف تفتح لإطلاق سينكتينغ في كالي الدليل d بن في الدليل الرئيسي الخاص بك ط e في المنزل اسم المستخدم بن إذا كان غير موجود، إنشاء it. Open تقع في الخ ماكوسكس-لونشد استبدال الأحداث الأربعة من المستخدمين أوزرنام مع موقع الدليل الرئيسي الفعلي الخاص بك. نسخ الملف إلى. مكتبة لونشاجنتس إذا كان لديك مشكلة في العثور على هذا الموقع حدد القائمة العودة في الباحث واختر الانتقال إلى مجلد ثم اكتب. مكتبة لونجاجنتس نسخ إلى. سوف مكتبة لونشاجنتس تتطلب كلمة مرور المشرف في معظم الحالات. تسجيل الخروج والعودة مرة أخرى أو، إذا كنت لا تريد تسجيل الخروج، يمكنك تشغيل هذا الأمر في تحميل لونشكتل المحطة. ملاحظة ربما كنت ترغب في إيقاف تشغيل المتصفح في واجهة المستخدم الرسومية على شبكة الإنترنت إعدادات لتجنب ذلك فتح نافذة متصفح على كل تسجيل الدخول ثم، للوصول إلى واجهة المستخدم الرسومية نوع 127 0 0 1 8384 بشكل افتراضي في Safari. On أوبونتو مثل نظم. البدء في برنامج بدء التشغيل applications. Fill من Form. Name المسار سينكثينغماند إلى سينكثينغ ثنائي-لا-متصفح - home. Using سوبيرفيسورد. إضافة ما يلي إلى ملف التكوين ملف المشرف الخاص بك. يوجد الملف في دبيان أوبونتو أو. من خلال systemd. systemd هو مجموعة من الشياطين إدارة النظام والمكتبات والمرافق المساعدة المصممة كإدارة مركزية ومنصة التكوين لنظام التشغيل لينكس الكمبيوتر كما يوفر للمستخدمين القدرة على إدارة الخدمات تحت سيطرة المستخدم مع مثيل سيستيمد لكل مستخدم، مما يتيح للمستخدمين بدء ووقف وتمكين وتعطيل وحداتهم الخاصة ملفات الخدمة ل سيستيمد يتم توفيرها من قبل سينكثينغ ويمكن العثور عليها في إلخ linux-systemd. You لديك اثنين من الخيارات الأساسية يمكنك إعداد سينكثينغ كخدمة نظام، أو خدمة المستخدم. الرؤية سينكثينغ كخدمة نظام يضمن أن يتم تشغيل سينكتينغ عند بدء التشغيل حتى لو المستخدم سينكثينغ لا يوجد لديه جلسة نشطة منذ خدمة النظام يحتفظ سينكثينغ تشغيل حتى من دون جلسة مستخدم نشط، ويهدف إلى أن تستخدم على الخادم. الرؤية سينكثينغ كخدمة المستخدم يضمن أن سينكتينغ يبدأ فقط بعد تسجيل المستخدم في النظام على سبيل المثال عن طريق شاشة تسجيل الدخول الرسومية، أو سش وهكذا، المقصود من خدمة المستخدم لاستخدامها على جهاز كمبيوتر سطح المكتب متعدد المستخدمين فإنه يتجنب تشغيل بلا داع سينكثينغ instances. Several ديستروس بما في ذلك قوس لينكس السفينة ملفات الخدمة المطلوبة مع حزمة سينكثينغ إذا كان لديك ديسترو يوفر سيستيمد ملف الخدمة ل سينكتينغ، يمكنك تخطي الخطوة 2 عند إعداد إما خدمة النظام أو خدمة المستخدم، كما هو موضح أدناه. كيفية إعداد خدمة system. Cre أكل المستخدم الذي يجب تشغيل الخدمة، أو اختيار واحد موجود. نسخ سينكتينغ الخ نظام سينكثينغ ملف في مسار الحمل من example. Enable النظام وبدء الخدمة استبدال ميوسر مع المستخدم سينكثينغ الفعلي بعد. كيفية إعداد خدمة المستخدم. إنشاء المستخدم الذي يجب تشغيل الخدمة أو اختيار واحد موجود ربما هذا سيكون حساب المستخدم الخاص بك. نسخ الملف إلى مسار تحميل مثيل المستخدم للقيام بذلك دون امتيازات الجذر يمكنك فقط استخدام هذا المجلد تحت دليل منزلك. تمكين وبدء تشغيل الخدمة. تحقق من حالة الخدمة. لتحقق ما إذا كان سينكثينغ يعمل بشكل صحيح يمكنك استخدام الحالة الفرعية للتحقق من حالة نظام system. systemd هو مجموعة من اللبنات الأساسية لنظام لينكس ذلك يوفر نظام ومدير خدمة الذي يدير بيد 1 ويبدأ بقية النظام سيستيمد يوفر قدرات موازية العدوانية، ويستخدم مأخذ وتنشيط D - حافلة لبدء الخدمات، ويقدم بناء على الطلب بدءا من الشياطين ، بتتبع العمليات باستخدام مجموعات التحكم لينكس يحافظ جبل ونقاط أوتومونت، وتنفذ معتمدا على الاعتماد على الاعتماد على منطق تحكم الخدمة سيستيمد يدعم سيسف و لسب الأوامر النصية ويعمل كبديل ل سيسفينيت وتشمل أجزاء أخرى الخفي قطع الأشجار، والمرافق للسيطرة تكوين النظام الأساسي مثل اسم المضيف والتاريخ واللغة والحفاظ على قائمة المستخدمين الذين قاموا بتسجيل الدخول وتشغيل الحاويات والأجهزة الظاهرية وحسابات النظام ودليل وقت التشغيل والإعدادات والشياطين لإدارة تكوين شبكة بسيطة وتزامن وقت الشبكة وإعادة توجيه السجل و اسم الحل. ملاحظة للحصول على شرح مفصل لماذا انتقلت أرش إلى سيستيمد انظر هذا المنتدى Post. Basic سيستمكتل use. The الأمر الرئيسي المستخدم لإدخال والتحكم سيستيمد سيستيمكتل بعض من استخداماته هي دراسة حالة النظام وإدارة النظام و سيرفيسز انظر مان سيستمكتل لمزيد من التفاصيل. يمكنك استخدام كافة الأوامر سيستمكتل التالية مع المضيف H-سوي تش للسيطرة على مثيل سيستيمد على جهاز بعيد هذا وسوف تستخدم سش للاتصال system. dad سيستيم البعيد هو الواجهة الرسومية الرسمية ل سيستمكتل ويتم توفيرها من قبل حزمة سيستيمد-أوي. يمكن للمستخدمين البلازما تثبيت سيستيمد-كم كما رسومية واجهت سيستيمكتل بعد تثبيت وحدة سيضاف تحت إدارة النظام. تحليل حالة النظام. إظهار حالة النظام باستخدام. قائمة تشغيل وحدات. استعراض الوحدات الفاشلة. يمكن رؤية ملفات وحدة المتاحة في نظام ليبر سيستيمد وغيرها نظام سيستيمد هذا الأخير ويأخذ الأسبقية قائمة تثبيت ملفات وحدة with. Using الوحدات. يمكن أن تكون الوحدات، على سبيل المثال، خدمات، جبل نقطة، الأجهزة أو مآخذ. عندما تستخدم سيستمكتل لديك عموما لتحديد الاسم الكامل للملف الوحدة، بما في ذلك لاحقه، على سبيل المثال هناك هي بعض الأشكال القصيرة عند تحديد الوحدة في الأوامر سيستمكتل التالية. إذا لم تقم بتحديد لاحقة، سيستيمكتل على سبيل المثال، نيتكتل و هي مكافئة. ماونت بوين تيسي سوف تترجم تلقائيا إلى الوحدة المناسبة على سبيل المثال، تحديد المنزل هو ما يعادل to. Similar لجبل نقطة، وترجم الأجهزة تلقائيا إلى الوحدة المناسبة، وبالتالي تحديد ديف sda2 ما يعادل to. See الرجل لمزيد من التفاصيل. ملاحظة بعض أسماء الوحدات تحتوي على علامة على سبيل المثال اسم سلسلة هذا يعني أنها حالات وحدة قالب، اسم الملف الفعلي لا يحتوي على جزء السلسلة مثل سلسلة يسمى معرف المثيل ويشبه الوسيطة التي تم تمريرها إلى وحدة القالب عندما دعا مع سيستيمكتل في ملف الوحدة سيكون بديلا للمحدد i. لأن تكون أكثر دقة، قبل محاولة إنشاء وحدة القالب، سيستيمد سوف تبحث في الواقع عن وحدة مع اسم الملف بالضبط، على الرغم من أن مثل هذا الاتفاق يحدث صراع نادرا، أي معظم ملفات الوحدات التي تحتوي على علامة من المفترض أن تكون قوالب أيضا، إذا تم استدعاء وحدة قالب دون معرف مثيل، فإنه سوف تفشل فقط، حيث أن المواصفة i لا يمكن أن يكون سو bstitated. Most من الأوامر التالية أيضا العمل إذا تم تحديد وحدات متعددة، انظر مان سيستيمكتل لمزيد من المعلومات. يمكن استخدام التبديل --now جنبا إلى جنب مع تمكين تعطيل وقناع على التوالي بدء أو إيقاف أو قناع على الفور وحدة بدلا من بعد حزمة boot. A المقبل قد تقدم وحدات لأغراض مختلفة إذا قمت بتثبيت حزمة فقط، باسمان - Qql حزمة غريب - Fe - e يمكن استخدامها للتحقق والعثور عليها. بدء وحدة على الفور. سطح وحدة على الفور. تساءل وحدة لإعادة تحميل التكوين الخاص به. عرض حالة وحدة، بما في ذلك ما إذا كان قيد التشغيل أم لا. تحقق مما إذا تم تمكين وحدة بالفعل أم لا. تحويل وحدة ليتم تشغيلها على bootup. Disable وحدة لا تبدأ أثناء bootup. Mask وحدة لجعل من المستحيل لبدء it. Show الصفحة اليدوية المرتبطة وحدة هذا يجب أن يكون مدعوما من قبل وحدة file. Reload سيستيمد المسح الضوئي للوحدات جديدة أو تغييرها. إدارة الطاقة. بولكيت ضروري لإدارة الطاقة كمستخدم غير محروم إذا كنت في محلي سيستيمد-لوغيند جلسة عمل المستخدم ولا توجد جلسة أخرى نشطة، سوف تعمل الأوامر التالية بدون امتيازات الجذر إذا لم يكن على سبيل المثال، لأنه يتم تسجيل مستخدم آخر إلى تي، سيستيمد سوف يطلب منك تلقائيا كلمة المرور الجذر. إيقاف تشغيل وإعادة تشغيل النظام. Shut أسفل والسلطة قبالة النظام. تمديد النظام. تحويل النظام إلى السبات. تحويل النظام إلى حالة الهجين النوم أو تعليق إلى كل من الملفات. Writing وحدة. وهيكل من سيستيمد s وحدة الملفات مستوحاة من شدغ ملفات سطح المكتب إدخال المواصفات، والتي هي بدورها مستوحاة من ملفات ميكروسوفت ويندوز يتم تحميل ملفات وحدة من موقعين من أدنى إلى أعلى الأسبقية هم. أوسر ليب سيستمد وحدات النظام التي تقدمها الحزم المثبتة. الخ وحدات النظام سيستمد المثبتة من قبل مسؤول النظام. مسارات التحميل مختلفة تماما عند تشغيل سيستيمد في وضع المستخدم. systemd قد تحتوي أسماء الوحدات فقط أسي أحرف أبجدية رقمية والشرطات السفلية وفترات يجب استبدال جميع الأحرف الأخرى بواسطة C - نمط يهرب X2d انظر الرجل ورجل سيستيمد-إسكيب لمزيد من المعلومات. لكن في الوحدات المثبتة من قبل الحزم الخاصة بك للحصول على أمثلة، فضلا عن قسم سبيل المثال المشروح من man. Tip تعليقات يعلق مع يمكن استخدامها في وحدة الملفات أيضا، ولكن فقط في خطوط جديدة هل لا تستخدم التعليقات نهاية الخط بعد المعلمات سيستيمد أو وحدة سوف تفشل في تفعيل. تعول التبعيات. مع تبعيات سيستيمد يمكن حلها من خلال تصميم ملفات وحدة بشكل صحيح والحالة الأكثر شيوعا هو أن الوحدة ألف يتطلب وحدة B أن يتم تشغيل قبل A في هذه الحالة إضافة يتطلب B وبعد B إلى قسم الوحدة من A إذا كانت التبعية اختيارية، إضافة يريد B وبعد B بدلا من ذلك لاحظ أن يريد و يتطلب لا يعني بعد مينين g أنه إذا لم يتم تحديد بعد، سيتم البدء في وحدتين في موازاة. وعادة ما توضع التبعيات على الخدمات وليس على الأهداف على سبيل المثال، يتم سحبها في أي خدمة تكوين واجهات الشبكة الخاصة بك، وبالتالي طلب وحدة مخصصة الخاص بك بعد أن يكفي منذ بدء تشغيل anyway. Service الأنواع. هناك العديد من أنواع بدء التشغيل المختلفة التي يجب أخذها في الاعتبار عند كتابة ملف خدمة مخصص يتم تعيين هذا مع المعلمة نوع في قسم الخدمة. النظام الافتراضي بسيط سيستيمد النظر في الخدمة التي سيتم البدء على الفور عملية يجب أن لا تستخدم هذا النوع إذا كانت الخدمات الأخرى تحتاج إلى طلبها على هذه الخدمة ما لم يتم تنشيط مأخذ. النظام فوركينغ سيستيمد يعتبر أن الخدمة بدأت مرة واحدة في العملية شوكة والوالد قد خرجت عن الشياطين الكلاسيكية استخدام هذا النوع إلا إذا كنت نعلم أنه ليس من الضروري يجب عليك تحديد بيدفيل كذلك سيستيمد يمكن أن تتبع المسار الرئيسي. نوع هذه العملية هو مفيد للبرامج النصية التي تقوم بعمل واحد و ند ثم الخروج قد ترغب في تعيين ريمينافتريكسيت نعم كذلك كذلك أن سيستيمد لا تزال تعتبر الخدمة نشطة بعد العملية ex out. Type يخطر مطابقة لنوع بسيط ولكن مع شرط أن الخفي سوف ترسل إشارة إلى سيستيمد عندما يكون جاهزا يتم توفير التنفيذ المرجعي لهذا الإشعار من قبل. تايب دبوس تعتبر الخدمة جاهزة عندما يظهر بوسنام المحدد على حافلة النظام دبوس. النظام الخمول سيستيمد سيؤخر تنفيذ الخدمة الثنائية حتى يتم إرسال جميع الوظائف بخلاف ذلك السلوك مشابه جدا لنوع بسيط. راجع صفحة الرجل للحصول على شرح أكثر تفصيلا لقيم النوع. تحرير الوحدات المقدمة. لتفادي حدوث تعارضات مع بكمن، يجب ألا يتم تحرير ملفات الوحدة التي تقدمها الحزم مباشرة هناك طريقتان آمنتان لتعديل وحدة دون لمس الملف الأصلي إنشاء ملف وحدة جديد الذي يتجاوز الوحدة الأصلية أو إنشاء مقتطفات المنسدلة التي يتم تطبيقها على الجزء العلوي من الوحدة الأصلية لكلا الطريقتين، يجب إعادة تحميل الوحدة بعد ذلك لتطبيق التغييرات الخاصة بك ويمكن القيام بذلك إما عن طريق تحرير الوحدة مع تحرير سيستيمكتل الذي يعيد تحميل وحدة تلقائيا أو عن طريق إعادة تحميل جميع الوحدات مع. يمكنك استخدام سيستيمد-دلتا لمعرفة أي ملفات وحدة تم تجاوز أو تمديد وماذا بالضبط تم تغيير. استخدام سيستيمكتل وحدة القط لعرض محتوى ملف وحدة وجميع المرتبطة قطرة في snippets. Syntax تسليط الضوء على ملفات وحدة سيستيمد داخل فيم يمكن تمكين عن طريق تثبيت فيم-systemd. Replacement وحدة الملفات. لإستبدال الوحدة ملف أوسر ليب سيستمد وحدة النظام إنشاء ملف الخ سيستيمد وحدة النظام و رينابل وحدة لتحديث symlinks. This يفتح الخ نظام سيستيمد وحدة في المحرر نسخ النسخة المثبتة إذا لم يكن موجودا بعد وتلقائيا ريلوادس عند الانتهاء من التحرير. ملاحظة باسمان لا يتم تحديث ملفات وحدة استبدال عندما يتم تحديث النسخ الأصلية، لذلك هذه الطريقة يمكن أن تجعل صيانة النظام أكثر صعوبة لهذا السبب النهج القادم هو الموصى بها. د أوب-إن files. To إنشاء الملفات المنسدلة لوحدة ملف أوسر ليب سيستيمد وحدة النظام إنشاء الدليل الخ سيستيمد وحدة النظام د ووضع الملفات هناك لتجاوز أو إضافة خيارات جديدة سيستمد سوف تحليل هذه الملفات وتطبيقها على رأس الوحدة الأصلية. الأسهل طريقة للقيام بذلك هو تشغيل. هذا يفتح الملف الخ نظام سيستيمد وحدة في محرر النص الخاص بك خلق ذلك إذا لزم الأمر وتلقائيا إعادة تحميل وحدة عند الانتهاء من التحرير. تحويل إلى إصدار بائع. لإعادة أي تغييرات على وحدة تقوم باستخدام سيستيمكتل تحرير تفعل. على سبيل المثال، إذا كنت تريد ببساطة إضافة تبعية إضافية إلى وحدة، يمكنك إنشاء الملف التالي. كما مثال آخر، من أجل استبدال التوجيه إكسكستارت لوحدة ليست من نوع أونيشوت إنشاء الملف التالي. ملاحظة كيفية إكسكستارت يجب أن يتم مسح قبل إعادة تعيين 1 نفس يحمل على كل بند يمكن تحديد عدة مرات، على سبيل المثال أونكالندار ل timers. One أكثر مثال لإعادة تشغيل تلقائيا service. This هذه المقالة أو القسم ن إيد لغة أو ويكي بناء الجملة أو أسلوب التحسينات. رياسون وصف غير واضح، محتوى نسخها لصق يشير صراحة فيدورا مناقشة في تالك سيستمد جعل المقطع أهداف أكثر وضوحا. سيستيمد يستخدم الأهداف التي تخدم غرض مماثل كما رونليفيلز ولكن العمل مختلفة قليلا يسمى كل هدف بدلا من ذلك من المرقمة ويهدف إلى خدمة غرض محدد مع إمكانية وجود متعددة منها نشطة في نفس الوقت يتم تنفيذ بعض الهدف من خلال وراثة جميع الخدمات من هدف آخر وإضافة خدمات إضافية لذلك هناك سيستيمد الهدف ق التي تحاكي المشتركة رونلفيلز سيستمفينيت حتى تتمكن من الاستمرار في تبديل الهدف ق باستخدام تيلينيت رونليفيل مألوفة الأمر. تحقق الأهداف الحالية. يجب استخدام التالية تحت سيستيمد بدلا من تشغيل runlevel. Create الهدف المخصص. الروبلية التي عقدت معنى محدد تحت سيسفينيت أي 0، 1 ، 3، 5، و 6 لها 1 1 تعيين مع هدف سيستيمد محدد لسوء الحظ، لا توجد طريقة جيدة للقيام بنفس الشيء بالنسبة للمستخدم - تعريف رونليفيلز مثل 2 و 4 إذا قمت بإجراء الاستفادة من تلك يقترح أن تقوم بإنشاء هدف سيستيمد اسمه الجديد مثل نظام سيستيمد هدفك الذي يأخذ واحدة من رونيفيلز القائمة كقاعدة يمكنك أن تنظر في كمثال، جعل دليل الخ سيستيمد نظام هدفك ومن ثم سيملينك خدمات إضافية من أسر ليب سيستيمد النظام الذي كنت ترغب في تمكين. الجدول table. Change الهدف الحالي. في تتعرض أهداف سيستيمد عبر وحدات الهدف يمكنك تغييرها مثل هذا. هذا سوف تغير فقط الحالية الهدف، وليس له أي تأثير على التمهيد التالي هذا هو ما يعادل الأوامر مثل تلينيت 3 أو تلينيت 5 في Sysvinit. Change الهدف الافتراضي للتمهيد in. The الهدف القياسي هو الذي هو المستعار افتراضيا الذي يتوافق تقريبا إلى رونليفيل القديم 5 لتغيير الهدف الافتراضي في التمهيد وقت، إلحاق أحد المعلمات كيرنيل التالية إلى بوتلودر الخاص بك. التي تقابل تقريبا رونليفيل القديم 3. الذي يتوافق تقريبا مع رونليفيل القديم 1. بدلا من ذلك، قد تترك محمل الإقلاع وحده وتغيير هذا يمكن أن يتم باستخدام systemctl. To تكون قادرة على تجاوز مجموعة من قبل استخدام القوة الخيار. النتيجة من هذا الأمر يتم إخراج بواسطة سيستمكتل يتم إجراء ارتباط متزامن إلى الهدف الافتراضي الجديد في. سيستيمد-تمبيلز يقوم بإنشاء وحذف وينظف الملفات والدلائل المتقلبة والمؤقتة يقرأ ملفات التكوين في إتك تمبيلز d و أسر ليب تمفيلز d لاكتشاف الإجراءات التي تؤديها ملفات التكوين في الدليل السابق تكون لها الأسبقية على تلك الموجودة في الدليل الأخير. التكوين يتم تقديم الملفات عادة مع ملفات الخدمة، ويتم تسميتهم في نمط برنامج أسر ليب تمبيلز د على سبيل المثال، يتوقع سامبا الخفي تشغيل السامبا الدليل وجود الأذونات الصحيحة لذلك، حزمة السامبا السفن مع هذا التكوين قد تستخدم ملفات التكوين أيضا لكتابة القيم في ملفات معينة على التمهيد على سبيل المثال، إذا كنت تستخدم لتعطيل التنبيه من أجهزة أوسب مع الصدى أوسب بروك أكبي التنبيه يمكنك استخدام تمبيل بدلا من ذلك. الاطلاع على سيستيمد-تمفيلز 8 و تمفيلز د 5 صفحات الرجل للحصول على تفاصيل. ملاحظة قد لا تعمل هذه الطريقة لتعيين خيارات في سيس منذ أن يتم تشغيل خدمة سيستيمد-تمبيلز الإعداد قبل ديف المناسبة يتم تحميل وحدات الجليد في هذه الحالة يمكن أن تحقق ما إذا كان وحدة يحتوي على معلمة للخيار الذي تريد تعيين مع وحدة مودينفو وتعيين هذا الخيار مع ملف التكوين في الخ مودبروب د وإلا سيكون لديك لكتابة قاعدة أوديف لتعيين السمة المناسبة بمجرد ظهور الجهاز. الموقت هو ملف تكوين الوحدة الذي ينتهي اسمه ويشفر معلومات حول جهاز تحكم يراقب ويشرف عليه سيستيمد للتفعيل القائم على الموقت انظر سيستيمد Timers. Since سيستيمد هو بديل للنظام V إينيت، هو المسؤول عن يتصاعد المحدد في إتك فستب في الواقع، فإنه يتجاوز قدرات فستب المعتادة، تنفيذ خيارات جبل خاص مسبوقة مع x-سيستيمد انظر فستب أوتومونت مع سيستيمد للحصول على مثال التركيب الآلي بناء على الطلب باستخدام هذه الملحقات انظر 2 للحصول على وثائق كاملة من هذه extensions. systemd ديه نظام تسجيل الخاصة يسمى مجلة لذلك، تشغيل الخفي سيسلوغ لم تعد هناك حاجة لقراءة السجل، use. In القوس لينوكس، ودليل فار مجلة سجل هو جزء من حزمة سيستيمد، والمجلة عندما يتم تعيين التخزين إلى السيارات في الكتابة إلى فار لوغ جورنال إذا كنت أو بعض البرامج حذف هذا الدليل، سيستيمد لن إعادة إنشاء تلقائيا وبدلا من ذلك سوف يكتب سجلاتها لتشغيل المجلة سيستيمد بطريقة غير منسقة ومع ذلك، سيتم إعادة إنشاء المجلد عند تعيين التخزين المستمر وتشغيل سيستيمكتل إعادة تشغيل سيستيمد-جورنالد أو إعادة التشغيل. يصنف المجلة النظامية الرسائل حسب مستوى الأولوية وتصنيف تسجيل منشأة يتوافق مع بروتوكول سيسلوغ الكلاسيكية رك 5424.Priority level. A رمز شيفلوغ سيسلوغ في سيستيمد يسمى الأولوية يستخدم لتحديد أهمية رسالة رك 5424 القسم 6 2 1.So، والمرافق المفيدة لمشاهدة 0،1،3،4،9،10،15.Filtering الناتج. journalctl يسمح لك لتصفية الإخراج من قبل حقول محددة كن على علم أنه إذا كان هناك العديد من الرسائل لعرض أو تصفية فترة زمنية كبيرة يجب القيام به، الإخراج من هذا الأمر يمكن أن يتأخر لبعض الوقت. الرمز في حين يتم تخزين المجلة في شكل ثنائي، لم يتم تعديل محتوى الرسائل المخزنة وهذا يعني أنه يمكن مشاهدتها مع سلاسل على سبيل المثال للاسترداد في بيئة لم يكن لديك سيستيمد تثبيت مثال الأمر. عرض كافة الرسائل من هذا التمهيد ومع ذلك، في كثير من الأحيان واحد من المهتمين في الرسائل ليس من التيار، ولكن من التمهيد السابق على سبيل المثال إذا حدث حادث نظام غير قابل للاسترداد هذا ممكن من خلال معلمة الإزاحة اختياري لل - b جورنالكتل العلم - b -0 يظهر رسائل من التمهيد الحالي، جورنالكتل - b - 1 من التمهيد السابق، جورنالكتل - b -2 من السابق السابق وهلم جرا انظر رجل 1 جورنالكتل للحصول على وصف كامل، ودلالات أكثر قوة بكثير. عرض جميع الرسائل من التاريخ والوقت الاختياري. عرض جميع الرسائل منذ 20 دقيقة. اتبع الرسائل الجديدة. عرض جميع الرسائل من قبل المنفذة محددة. عرض جميع الرسائل من خلال عملية محددة. عرض جميع الرسائل من قبل وحدة محددة. عرض حلقة عازلة كيرنيل. عرض رسائل الخطأ فقط، الحرجة، أرقام أيضا يمكن استخدامها، جورنالكتل - p 3 1 إذا كان رقم واحد الكلمة المستخدمة، جورنالكتل - p 3 - شملت جميع مستويات الأولوية العليا أيضا. عرض المكافئ عن طريق تصفية على سيسلوغ facility. See رجل 1 جورنالكتل رجل 7 أو لينارت ق بلوق وظيفة للحصول على التفاصيل. Tip افتراضيا، جورنالكتل يقطع خطوط أطول من عرض الشاشة، ولكن في بعض الحالات، قد يكون من الأفضل لتمكين التفاف بدلا من اقتطاع هذا يمكن أن يسيطر عليها متغير البيئة سيستيمليس الذي يحتوي على خيارات تمريرها إلى أقل النداء الافتراضي والإعدادات الافتراضية إلى فرسكسمك انظر الرجل 1 أقل والرجل 1 جورنالكتل للحصول على تفاصيل. من خلال حذف الخيار S، سيتم ملفوفة الإخراج بدلا من اقتطاع على سبيل المثال، بدء جورنالكتل على النحو التالي. إذا كنت ترغب في تعيين هذا السلوك بشكل افتراضي، تصدير المتغير from. Journal إذا كانت المجلة مستمرة غير متطايرة، يتم تعيين حد حجمها إلى القيمة الافتراضية من 10 من حجم نظام الملفات الأساسي ولكن توجها إلى 4 جيب على سبيل المثال، مع فار لوغ جورنال تقع على 20 جيوب p والفن، والبيانات مجلة قد يستغرق ما يصل الى 2 جي بي على 50 جي بي التقسيم، فإنه سيكون الحد الأقصى في 4 جي بي. الحد الأقصى لحجم مجلة مستمرة يمكن التحكم فيها عن طريق إلغاء وتغيير ما يلي. ومن الممكن أيضا استخدام قطرة في سنيبيتس آلية تجاوز التكوين بدلا من تحرير ملف التكوين العام في هذه الحالة لا ننسى لوضع تجاوزات تحت مجلة header. See رجل لمزيد من المعلومات. ملفات مجلة نظيفة يدويا. يمكن إزالة ملفات جورنال على الصعيد العالمي من فار سجل مجلة باستخدام على سبيل المثال آرإم أو يمكن تقليمها وفقا لمعايير مختلفة باستخدام جورنكتل أمثلة. إزالة ملفات دفتر اليومية المحفوظة حتى مساحة القرص التي يستخدمونها تقع تحت 100M. جعل جميع ملفات دفتر اليومية لا تحتوي على بيانات أقدم من 2 أسابيع. راجع رجل جورنالكتل لمزيد من المعلومات. جورنال بالتزامن مع سيسلوغباتيبيليتي مع كلاسيك، غير جورنالد تنفيذ سيسلوغ علم يمكن توفيرها عن طريق السماح سيستيمد إلى الأمام جميع الرسائل عبر سيسيسلوغ تشغيل سيستيمد المجلة المجلة لجعل الخفي سجل النظام العمل مع المجلة، يجب أن يرتبط هذا مأخذ بدلا من ديف سجل الإعلان الرسمي. الافتراضي لإعادة توجيه إلى مأخذ هو فوروردتوسيسلوغ لا لتجنب النظام العلوية، لأن رسيسلوغ أو سيسلوغ-نغ سحب الرسائل من مجلة في حد ذاته. جورنالد إلى الأمام إلى ديف tty12.Create دليل قطرة وإنشاء ملف في ذلك. حدد مجلة مختلفة للعرض. قد يكون هناك حاجة للتحقق من سجلات نظام آخر ميت في الماء، مثل تمهيد من نظام مباشر لاسترداد نظام الإنتاج في مثل هذه الحالة، يمكن للمرء أن جبل القرص في مثل الرنين المغناطيسي وتحديد مسار المجلة عبر - D --directory مثل so. Tips والحيل. تثبيت وحدات مثبتة افتراضيا. هذه المقالة أو القسم يحتاج توسع. السبب كيف ذلك العمل مع وحدات مثبتة ناقش في تالك Systemd. Arch السفن لينكس مع تحتوي على تعطيل هذا يسبب سيستمكتل مسبقا لتعطيل كافة الوحدات بشكل افتراضي، بحيث عندما يتم تثبيت حزمة جديدة، يجب على المستخدم تمكين وحدة يدويا. إذا لم يكن هذا السلوك المطلوب، simpl y إنشاء ارتباط تشعبي من ديفول نول من أجل تجاوز ملف التهيئة سيؤدي ذلك إلى إعداد سيستيمكتل مسبقا لتمكين جميع الوحدات التي يتم تثبيتها بغض النظر عن نوع الوحدة ما لم يتم تحديدها في ملف آخر في دلائل التكوين سيستمكتل مسبقا s لا تتأثر وحدات المستخدم راجع مانباج للحصول على مزيد من المعلومات. ملاحظة تمكين كافة الوحدات بشكل افتراضي قد يسبب مشاكل مع الحزم التي تحتوي على اثنين أو أكثر من وحدات استثنائية متبادلة سيستمكتل مسبقا تم تصميمها لاستخدامها من قبل التوزيعات ودوران أو مسؤولي النظام في حالة حيث سيتم تمكين وحدتين متعارضتين، يجب أن تحدد صراحة أي واحد هو أن يتم تعطيل في ملف التكوين مسبقا كما هو محدد في مانباج for. Sandboxing بيئات التطبيق. يمكن إنشاء ملف وحدة كملف لعزل التطبيقات وعملياتها داخل نظام ظاهري بيئة صلابة يعزز رواسب مساحات بيضاء - القائمة السوداء من القدرات ومجموعات السيطرة على عمليات الحاويات من خلال إكستين سيف تنفيذ بيئة التكوين. تعزيز ملف وحدة سيستيمد الموجودة مع تطبيق وضع الحماية عادة ما يتطلب اختبارات التجربة والخطأ يرافقه الاستخدام السخي من ستدير ستريس و جورنكتل تسجيل الأخطاء ومرافق الإخراج قد ترغب في البحث أولا وثائق المنبع لفعلت بالفعل اختبارات على قاعدة التجارب على. بعض الأمثلة على كيفية وضع الحماية مع سيستيمد يمكن نشرها. كابابيليتينغسبينسيت يحدد مجموعة بيضاء من القدرات المسموح بها، ولكن يمكن أن تستخدم أيضا إلى القائمة السوداء القدرة المحددة لوحدة. القدرة كابسيسادم، على سبيل المثال، والتي ينبغي أن تكون واحد من أهداف رمل آمن CapabilityBoundingSet. Unbound رمل يظهر مثال كامل النطاق من ميزات سيستيمد لرمل الحماية. تحقيق أخطاء سيستيمد. على سبيل المثال، سوف نقوم بالتحقيق في خطأ مع سيستيمد-مودولز-تحميل service.1 يتيح العثور على سيستيمد الخدمات التي تفشل في start.2 موافق، وجدنا مشكلة مع سيستيمد وحدات نمطية تحميل الخدمة نريد أن نعرف أكثر. إذا كان بروز لم يتم سرد إد، فقط إعادة تشغيل خدمة فاشلة مع سيستيمكتل إعادة تشغيل سيستيمد-مودولز-load.3 الآن لدينا معرف العملية بيد للتحقيق في هذا الخطأ في العمق أدخل الأمر التالي مع معرف العملية الحالي هنا 15630.4 ونحن نرى أن بعض من تكوينات وحدة كيرنيل لديها إعدادات خاطئة لذلك لدينا نظرة على هذه الإعدادات في الخ وحدات تحميل d.5 قد تكون رسالة خطأ فشل العثور على الوحدة النمطية أوسبلب القائمة قد تكون ذات صلة إلى إعداد خاطئ داخل يتيح تعطيله مع إدراج زائدة قبل كل الخيار الذي وجدنا من خلال الخطوة 3.6 الآن، في محاولة لبدء سيستيمد-مودولز-load. If كان ناجحا، وهذا لا ينبغي أن يدفع أي شيء إذا كنت ترى أي خطأ، والعودة إلى الخطوة 3 واستخدام بيد الجديد لحل الأخطاء اليسار. إذا everything is ok, you can verify that the service was started successfully with. Often you can solve these kind of problems like shown above For further investigation look at Diagnosing boot problems. Diagnosing boot problems. systemd has several options for diagn osing problems with the boot process See boot debugging and the systemd debugging documentation. Diagnosing problems with a specific service. The factual accuracy of this article or section is disputed. Reason This may not catch all errors such as missing libraries Discuss in User talk Alucryd Plex. If some systemd service misbehaves and you want to get more information about what is going on, set the SYSTEMDLOGLEVEL environment variable to debug For example, to run the systemd-networkd daemon in debug mode. Or, equivalently, modify the service file temporarily for gathering enough output For example. If debug information is required long-term, add the variable the regular way. Shutdown reboot takes terribly long. If the shutdown process takes a very long time or seems to freeze most likely a service not exiting is to blame systemd waits some time for each service to exit before trying to kill it To find out if you are affected, see this article. Short lived processes do not seem to log any out put. If journalctl - u foounit does not show any output for a short lived service, look at the PID instead For example, if fails, and systemctl status systemd-modules-load shows that it ran as PID 123, then you might be able to see output in the journal for that PID, i e journalctl - b PID 123 Metadata fields for the journal such as SYSTEMDUNIT and COMM are collected asynchronously and rely on the proc directory for the process existing Fixing this requires fixing the kernel to provide this data via a socket connection, similar to SCMCREDENTIALS. Boot time increasing over time. After using systemd-analyze a number of users have noticed that their boot time has increased significantly in comparison with what it used to be After using systemd-analyze blame NetworkManager is being reported as taking an unusually large amount of time to start. The problem for some users has been due to var log journal becoming too large This may have other impacts on performance, such as for systemctl status or journalctl As such the solution is to remove every file within the folder ideally making a backup of it somewhere, at least temporarily and then setting a journal file size limit as described in Journal size limit. fails to start at boot. Starting with systemd 219, specifies ACL attributes for directories under var log journal and, therefore, requires ACL support to be enabled for the filesystem the journal resides on. See Access Control Lists Enabling ACL for instructions on how to enable ACL on the filesystem that houses var log journal. systemctl enable fails for symlinks in etc systemd system. If etc systemd system foo is a symlink and systemctl enable foo is run, it will fail with this error. This is a design choice of systemd As a workaround, enabling by absolute path works. dependent services are not started when starting a service manually. This section is being considered for removal. One in famous example is which needs the to function properly. The dependencies in are defined as. This only defines the necessary dependent sockets to be enabled services i e as autostart , too - but does not start them whenever the DISABLED non-autostarting service ist started manually e g by running systemctl star t libvirtd. Thus the correct way to manually start a service with dependent subservices once instead of at each start of the system probably is. systemd version printed on boot is not the same as installed package version. You need to regenerate your initramfs and the versions should match. Tip A pacman hook can be used to automatically regenerate the initramfs every time systemd is upgraded See this forum thread and Pacman Hooks. Soon enough, hardly any Linux user will be able to escape the ever growing grasp that systemd imposes on Linux, unless they manually opt out systemd has created more technical, emotional, and social issues than any other piece of software as of late This predominantly came to show in the heated discussions also dubbed as the Init Wars , that occupied parts of the Debian developer body for months While the Debian Technical Comittee finally decided to include systemd in Debian 8 Jessie , there were efforts to supersede the decision by a General Resolution, and even threats to the health of developers in favor of systemd. This goes to show how deep systemd interferes with the way of handling Linux systems that has, in large parts, been passed down to us from the Unix days Theorems like one tool for the job are overthrown by the new kid in town Besides substituting sysvinit as init system, it digs deep into system administration For right now a lot of the commands you are used to will keep on working due to the compatibility layer provided by the package systemd-sysv That might change as soon as systemd 214 is uploaded to Debian, destined to be released in the stable branch with Debian 8 Jessie From thereon, users need to utilize the new commands that come with systemd for managing services, processes, switching run levels, and querying the logging system A workaround is to set up aliases in. So let s have a look at how systemd will change your habits of administrating your computers and the pros and cons involved Before making the switch to systemd it is a good security measure to save the old sysvinit to be able to still boot, should systemd fail This will only work as long as systemd-sysv is not yet installed, and can be easily obtained by running. cp - av sbin init. Thusly prepared, in case of emergency, just append. to the kernel boot-time parameters. Basic Usage of systemctl. systemctl is the command that substitutes the old etc init d foo start stop , but also does a lot more, as you can learn from its man page. Some basic use-cases are. systemctl - list all loaded units and their state where unit is the term for a job service. systemctl list-units - list all units. systemctl start NAME - start activate one or more units. systemctl stop NAME - stop deactivate one or more units. systemctl disable NAME - disable one or more unit files. systemctl list-unit-files - show all installed unit files and their state. systemctl --failed - show which units failed during boot. systemctl --type mount - filter for types types could be service, mount, device, socket, target. systemctl enable - start a root shell on TTY 9 for debugging. For more convinience in handling units, there is the package systemd-ui which is started as user with the command systemadm. Switching runlevels, reboot and shutdown are also handled by systemctl. systemctl isolate - take you to what you know as init 5, where your X-server runs. systemctl isolate - take you to what you know as init 3, TTY, no X. systemctl reboot - shut down and reboot the system. systemctl poweroff - shut down the system. All these commands, other than the ones for switching runlevels, can be executed as normal user. Basic Usage of journalctl. systemd does not only boot machines faster than the old init system, it also starts logging much earlier, including messages from the kernel initialization phase, the initial RAM disk, the early boot logic, and the main system runtime So the days where you needed to use a camera to provide the output of a kernel panic or otherwise stalled system for debugging are mostly over. With systemd logs are aggregated in the journal which resides in var log To be able to make full use of the journal, we first need to set it up, as Debian does not do that for you yet. addgroup --system systemd-journal mkdir - p var log journal chown root systemd-journal var log journal gpasswd - a user systemd-journal. That will set up the journal in a way where you can query it as normal user Querying the journal with journalctl offers some advantages over the way syslog works. journalctl --all - show the full journal of the system and all its users. journalctl - f - show a live view of the journal equivalent to tail - f var log messages. journalctl - b - show the log since the last boot. journalctl - k - b -1 - show all kernel logs from the boot before last - b -1.journalctl - b - p err - shows the log of the last boot, limited to the priority ERROR. journalctl --since yesterday - since Linux people normally do not often reboot, this limits the size more than - b would. journalctl - u --since 2014-07-06 07 00 --until 2014-07-06 08 23 - show the log for cron for a defined timeframe. journalctl - p 2 --since today - show the log for priority 2, which covers emerg, alert and crit resembl es syslog priorities emerg 0 , alert 1 , crit 2 , err 3 , warning 4 , notice 5 , info 6 , debug 7.journalctl - copy the binary journal as text into your current directory. Journal and syslog can work side-by-side On the other hand, you can remove any syslog packages like rsyslog or syslog-ng once you are satisfied with the way the journal works. For very detailed output, append to the kernel boot-time parameter list, and then run. Log levels can also be edited in. Analyzing the Boot Process with systemd. systemd allows you to effectively analyze and optimize your boot process. systemd-analyze - show how long the last boot took for kernel and userspace. systemd-analyze blame - show details of how long each service took to start. systemd-analyze critical-chain - print a tree of the time-critical chain of units. systemd-analyze dot dot - Tsvg - put a vector graphic of your boot process requires graphviz package. systemd-analyze plot - generate a graphical timechart of the boot process. systemd has pr etty good documentation for such a young project under heavy developement First of all, there is the 0pointer series by Lennart Poettering The series is highly technical and quite verbose, and holds a wealth of information Another good source is the distro agnostic Freedesktop info page with the largest collection of links to systemd resources, distro specific pages, bugtrackers and documentation A quick glance at. will give you an overview of all systemd man pages The command structure for systemd for various distributions is pretty much the same, differences are found mainly in the packaging. Subscribe to Xmodulo. Do you want to receive Linux FAQs, detailed tutorials and tips published at Xmodulo Enter your email address below, and we will deliver our Linux posts straight to your email box, for free Delivery powered by Google Feedburner. Support Xmodulo. Did you find this tutorial helpful Then please be generous and support Xmodulo. Ferdinand Thommes. I live as linux developer, technical au thor and city guide in Berlin, Germany and Charleston S C Other than being nerdy I dig riding bicycles and love cooking and good literature. The D-Bus API of systemd PID 1.systemd and its auxiliary daemons expose a number of APIs on D-Bus The following describes the various APIs exposed by the system and service manager itself, and does not cover the auxiliary daemons. The service manager exposes a number of objects on the bus one manager object as central entry point for clients and individual objects for each unit and for each queued job The unit objects each implement a generic Unit interface plus a type-specific interface For example, service units implement as well as The manager object can be used to list unit and job objects, or to directly convert a unit name or job id into a bus path of the corresponding D-Bus objects. Note that properties exposing time values are usually encoded in microseconds usec on the bus, even if their corresponding settings in the unit files are in second s. In contrast to most of the other services of the systemd suite PID 1 does not use PolicyKit for controlling access to privileged operations, but relies exclusively on the low-level D-Bus policy language This is done in order to avoid a cyclic dependency between PolicyKit and systemd PID 1 This means that sensitive operations exposed by PID 1 on the bus are generally not available to unprivileged processes directly However some such as shutdown reboot suspend are made available via logind s interfaces. The Manager Object. The main entry point object is available on the fixed org freedesktop systemd1 object path. Read access is generally granted to all clients, but changes may only be made by privileged clients PolicyKit is not used by this service, and access controlled exclusively via the D-Bus policy enforcement. Note that many of the calls exist twice once on the Manager object, and once on the respective unit objects This is to optimize access times so that methods that belong to unit objects do not have to be called with a resolved unit path, but can be called with only the unit id, too. GetUnit may be used to get the unit object path for a unit name It takes the unit name and returns the object path If a unit has not been loaded yet by this name this call will fail. GetUnitByPID may be used to get the unit object path of the unit a process ID belongs to Takes a Unix PID and returns the object path The PID must refer to an existing process of the system. LoadUnit is similar to GetUnit but will load the unit from disk if possible. StartUnit enqeues a start job, and possibly depending jobs Takes the unit to activate, plus a mode string The mode needs to be one of replace, fail, isolate, ignore-dependencies, ignore-requirements If replace the call will start the unit and its dependencies, possibly replacing already queued jobs that conflict with this If fail the call will start the unit and its dependencies, but will fail if this would change an already queued job If iso late the call will start the unit in question and terminate all units that aren t dependencies of it If ignore-dependencies it will start a unit but ignore all its dependencies If ignore-requirements it will start a unit but only ignore the requirement dependencies It is not recommended to make use of the latter two options Returns the newly created job object. StartUnitReplace is similar to StartUnit but replaces a job that is queued for one unit by a job for another. StopUnit is similar to StartUnit but stops the specified unit rather than starting it Note that isolate mode is invalid for this call. ReloadUnit RestartUnit TryRestartUnit ReloadOrRestartUnit ReloadOrTryRestartUnit may be used to restart and or reload a unit, and takes similar arguments as StartUnit Reloading is done only if the unit is already running and fails otherwise If a service is restarted that isn t running it will be started, unless the Try flavor is used in which case a service that isn t running is not affected by the restart The ReloadOrRestart flavors attempt a reload if the unit supports it and use a restart otherwise. KillUnit may be used to kill i e send a signal to all processes of a unit Takes the unit name, an enum who and a UNIX signal number to send The who enum is one of main , control or all If main , only the main process of a unit is killed If control only the control process of the unit is killed, if all all processes are killed A control process is for example a process that is configured via ExecStop and is spawned in parallel to the main daemon process, in order to shut it down. GetJob returns the job object path for a specific job, identified by its id. CancelJob cancels a specific job identified by its numer ID This operation is also available in the Cancel method of Job objects see below , and exists primarily to reduce the necessary round trips to execute this operation Note that this will not have any effect on jobs whose execution has already begun. ClearJobs flushes the job queue, removing all jobs that are still queued Note that this does not have any effect on jobs whose execution has already begun, it only flushes jobs that are queued and have not yet begun execution. ResetFailedUnit resets the failed state of a specific unit. ResetFailed resets the failed state of all units. ListUnits returns an array with all currently loaded units Note that units may be known by multiple names at the same name, and hence there might be more unit names loaded than actual units behind them The array consists of structures with the following elements. The primary unit name as string. The human readable description string. The load state i e whether the unit file has been loaded successfully. The active state i e whether the unit is currently started or not. The sub state a more fine-grained version of the active state that is specific to the unit type, which the active state is not. A unit that is being followed in its state by this unit, if there is any, otherwise the empt y string. The unit object path. If there is a job queued for the job unit the numeric job id, 0 otherwise. The job type as string. The job object path. ListJobs returns an array with all currently queued jobs Returns an array consisting of structures with the following elements. The numeric job id. The primary unit name for this job. The job type as string. The job state as string. The job object path. The unit object path. Subscribe enables most bus signals to be sent out Clients which are interested in signals need to call this function Signals are only sent out if at least one client invoked this function Unsubscribe undoes the signal subscription that Subscribe implements It is not necessary to invoke Unsubscribe as clients are tracked Signals are no longer sent out as soon as all clients which previously asked for Subscribe either closed the bus connection or invoked Unsubscribe. CreateSnapshot creates a snapshot unit for the current system state, and stores it under the specified name It will return the unit object path to the new snapshot If the cleanup boolean is true the snapshot will be removed automatically when it has been activated, otherwise it remains and can be activated multiple times Snapshots are not persistent. RemoveSnapshot removes a snapshot This call is also available in the Remove method of Snapshot objects see below , and exists primarily to reduce the number of required roundtrips for this call. Reload may be invoked to reload all unit files. Reexecute may be invoked to reexecute the main manager process It will serialize its state, reexecute, and deserizalize the state again This is useful for upgrades and is a more comprehensive version of Reload. Exit may be invoked to ask the manager to exit This is not available for the system manager and is useful only for user session managers. Reboot PowerOff Halt KExec may be used to ask for immediate reboot, powering down, halt or kexec based reboot of the system Note that this does not shut down any services and immediately transitions into the reboot process These functions are normally only called as last step of shutdown, and should not be called directly To shut down the machine it is a much better choice generally to invoke Reboot and PoweOff on the logind manager object See On logind for more information. SwitchRoot may be used to transition to a new root directory This is intended to be used by initial RAM disks The call takes two arguments the new root directory which needs to be specified , plus an init binary path which may be left empty, in which case it is automatically searched for The state of the system manager will be serialized before the transition After the transition the manager binary on the main system is invoked and replaces the old PID 1 All state will then be deserialized. SetEnvironment may be used to alter the environment block that is passed to all spawned processes Takes a string array with environment variable assignments Settings passed will override previously set variables. UnsetEnvironment may be used to unset environment variables Takes a string array with environment variable names All variables specified will be unset if they have been set previously and no longer be passed to all spawned processes This call has no effect for variables that were previously not set, but will not fail in that case. UnsetAndSetEnvironment is a combination of UnsetEnvironment and SetEnvironment It takes two lists The first one is a list of variables to unset, the second one of assignments to set If a variable is listed in both the variable is set after this call, i e the set list overrides the unset list. ListUnitFiles returns an array of unit names plus their enablement status Note that ListUnit returns a list of units currently loaded into memory, while ListUnitFiles returns a list of unit files that could be found on disk Note that while most units are read directly from a unit file with the same name some units are not backed by files, and some files template s cannot directly be loaded as units but need to be instantiated. GetUnitFileState returns the current enablement status of specific unit file. EnableUnitFiles may be used to enable one or more units in the system by creating symlinks to them in etc or run It takes a list of unit files to enable either just file names or full absolute paths if the unit files are residing outside the usual unit search paths , and two booleans the first controls whether the unit shall be enabled for runtime only true, run , or persistently false, etc The second one controls whether symlinks pointing to other units shall be replaced if necessary This call returns one boolean and an array with the changes made The boolean signals whether the unit files contained any enablement information i e an Install section The changes list consists of structures with three strings the type of the change one of symlink or unlink , the file name of the symlink and the destination of the symlink Note that most of the follo wing calls return a changes list in the same format. Similar, DisableUnitFiles disables one or more units in the system, i e removes all symlinks to them in etc and run. Similar, ReenableUnitFiles applies the changes to one or more units that would result from disabling and enabling the unit quickly one after the other in an atomic fashion This is useful to apply updated Install information contained in unit files. Similar, LinkUnitFiles links unit files that are located outside of the usual unit search paths into the unit search path. Similar, PresetUnitFiles enables disables one or more units file according to the preset policy See Presets for more information. Similar, MaskUnitFiles masks unit files, and UnmaskUnitFiles unmasks them again. SetDefaultTarget changes the link See bootup 7 for more information. GetDefaultTarget retrieves the name of the unit to which is aliased. SetUnitProperties may be used to modify certain unit properties at runtime Not all properties may be changed at runti me, but many resource management settings primarily those in may The changes are applied instantly, and stored on disk for future boots, unless runtime is true, in which case the settings only apply until the next reboot name is the name of the unit to modify properties are the settings to set, encoded as an array of property name and value pairs Note that this is not a dictionary Note that when setting array properties with this call this usually results in appending to the pre-configured array To reset the configured arrays set the property to an empty array first, then append to it. StartTransientUnit may be used to create and start a transient unit, which will be released as soon as it is not running or referenced anymore or the system is rebooted name is the unit name including suffix, and must be unique mode is the same as in StartUnit properties contains properties of the unit, specified like in SetUnitProperties aux is currently unused and should be passed as empty array See the New Control Group Interfaces for more information how to make use of this functionality for resource control purposes. Note that most signals are sent out only after Subscribe has been invoked by at least one client Make sure to invoke this call when subscribing to these signals. UnitNew and UnitRemoved are sent out each time a new unit is loaded or unloaded Note that this has little to do with whether a unit is available on disk or not, and simply reflects the units that are currently loaded into memory The signals take two parameters the primary unit name and the object path. JobNew and JobRemoved are sent out each time a new job is queued or dequeued Both signals take the numeric job ID, the bus path and the primary unit name for this job as argument JobRemoved also includes a result string, being one of done canceled timeout failed dependency skipped done indicates successful execution of a job canceled indicates that a job has been canceled via CancelJob above before it finished exe cution this doesn t necessarily mean though that the job operation is actually cancelled too, see above timeout indicates that the job timeout was reached failed indicates that the job failed dependency indicates that a job this job has been depending on failed and the job hence has been removed too skipped indicates that a job was skipped because it didn t apply to the units current state. StartupFinished is sent out when startup finished It carries six usec timespan values each indicating how much boot time has been spent in the firmware if known , in the boot loader if known , in the kernel initialization phase, in the initrd if known , in userspace and in total These values may also be calculated from the FirmwareTimestampMonotonic, LoaderTimestampMonotonic, InitRDTimestampMonotonic, UserspaceTimestampMonotonic, FinishTimestampMonotonic properties see below. UnitFilesChanged is sent out each time the list of enabled or masked unit files on disk have changed. Reloading is sent out imme diately before a daemon reload is done with the boolean parameter set to True and after a daemon reload is completed with the boolean parameter set to False This may be used by UIs to optimize UI updates. Most properties simply reflect the respective options in and the kernel command line The others. Version encodes the version string of the running systemd instance Note that the version string is purely informational, it should not be parsed, one may not assume the version to be formatted in any particular way We take the liberty to change the versioning scheme at any time and it is not part of the API. Features encodes the features that have been enabled resp disabled for this build Enabled options are prefixed with , disabled options with. Tainted encodes a couple of taint flags, as colon separated list When systemd detects it is run on a system with certain problems it will set an appropriate taint flag Taints may be used to lower the chance of bogus bug reports The following taints ar e currently known split-usr mtab-not-symlink cgroups-missing local-hwclock split-usr is set if usr is not pre-mounted when systemd is first invoked See Booting Without usr is Broken for details why this is bad mtab-not-symlink indicates that etc mtab is not a symlink to proc self mounts as required cgroups-missing indicates that control groups have not been enabled in the kernel local-hwclock indicates that the local RTC is configured to be in local time rather than UTC. FirmwareTimestamp FirmwareTimestampMonotonic LoaderTimestamp LoaderTimestampMonotonic KernelTimestamp KernelTimestampMonotonic InitRDTimestamp InitRDTimestampMonotonic UserspaceTimestamp UserspaceTimestampMonotonic FinishTimestamp FinishTimestampMonotonic encode CLOCKREALTIME resp CLOCKMONOTONIC usec timestamps taken when the firmware first began execution, when the boot loader first began execution, when the kernel first began execution, when the initrd first began execution, when the main systemd instance began execut ion and finally, when all queued startup jobs finished execution These values are useful for determining boot-time performance Note that as monotonic time begins with the kernel startup the KernelTimestampMonotonic timestamp will always be 0, and FirmwareTimestampMonotonic and LoaderTimestampMonotonic are to be read as negative values Also, not all fields are available, depending on the used firmware, boot loader or initrd implementation In these cases the resp pairs of timestamps are both 0, indicating that no data is available. Similar, the SecurityStartTimestamp GeneratorsStartTimestamp and LoadUnitTimestamp plus their monotonic and stop counterparts expose performance data for uploading the security policies to the kernel such as the SELinux, IMA, or SMACK policies , for running the generator tools and for loading the unit files. NNames encodes how many unit names are currently known This only includes names of units that are currently loaded and can be more than actually loaded unit s since units may have more than one name. NJobs encodes how many jobs are currently queued. NInstalledJobs encodes how many jobs have ever been queued in total. NFailedJobs encodes how many jobs have ever failed in total. Progress encodes boot progress as floating point value between 0 0 and 1 0 This value begins at 0 0 at early-boot and ends at 1 0 when boot is finished and is based on the number of executed and queued jobs After startup this field is always 1 0 indicating a finished boot. Environment encodes the environment block passed to all executed services It may be altered with bus calls such as SetEnvironment see above. UnitPath encodes the currently active unit file search path It is an array of strings, each being one file system path. Virtualization contains a short ID string describing the virtualization technology the system runs in On bare-metal hardware this is the empty string, otherwise an identifier such as kvm , vmware and so on For a full list of IDs see systemd-detect-v irt 1 Note that only the innermost virtualization technology is exported here This detects both full-machine virtualizations VMs and shared-kernel virtualization containers. Architecture contains a short ID string describing the architecture the systemd instance is running on This follows the same vocabulary as ConditionArchitectures. ControlGroup contains the root control group path of this system manager Note that the root path is encoded as empty string here not as , so that it can be appended to sys fs cgroup systemd easily This value will be set to the empty string for the host instance, and some other string for container instances. Unit Objects. All Unit objects implement the generic interface Depending on the unit type they also implement one unit-type-specific interface, as described below. Start Stop Reload Restart TryRestart ReloadOrRestart ReloadOrTryRestart Kill ResetFailed and SetProperties implement the same operation as the respective method calls on the Manager object see a bove , however operate on the unit object and hence do not take a unit name parameter Invoking the methods directly on the Manager object has the advantage of not requiring a GetUnit call to get the unit object for a specific unit name Calling the methods on the Manager object is hence a round trip optimization. Id contains the primary name of the unit. Names contains all names of the unit, including the primary name that is also exposed in Id. Following either contains the empty string or contains the name of another unit that this unit follows in state This is used for some device units which reflect the unit state machine of another unit, and which other unit this is might possibly change. Requires RequiresOverridable Requisite RequisiteOverridable Wants BindsTo RequiredBy RequiredByOverridable WantedBy BoundBy Conflicts ConflictedBy Before After OnFailure Triggers TriggeredBy PropagatesReloadTo RequiresMountsFor contain arrays which encode the dependencies and their inverse dependencie s where this applies , as configured in the unit file or determined automatically. Description contains the human readable description string for the unit. SourcePath contains the path to a configuration file this unit is automatically generated from in case it is not a native unit in which case it contains the empty string For example, all mount units generated from etc fstab have this field set to this value. Documentation contains a string array with URLs of documentation for this unit. LoadState contains a state value that reflects whether the configuration file of this unit has been loaded The following states are currently defined loaded error masked loaded indicates that the configuration was successfully loaded error indicates that the configuration failed to load, the LoadError field see below contains information about the cause of this failure masked indicates that the unit is currently masked out i e symlinked to dev null or suchlike Note that the LoadState is fully orthogonal to the ActiveState see below as units without valid loaded configuration might be active because configuration might have been reloaded at a time where a unit was already active. ActiveState contains a state value that reflects whether the unit is currently active or not The following states are currently defined active reloading inactive failed activating deactivating active indicates that unit is active obviously reloading indicates that the unit is active and currently reloading its configuration inactive indicates that it is inactive and the previous run was successful or no previous run has taken place yet failed indicates that it is inactive and the previous run was not successful more information about the reason for this is available on the unit type specific interfaces, for example for services in the Result property, see below activating indicates that the unit has previously been inactive but is currently in the process of entering an active state Conversely deactivating indi cates that the unit is currently in the process of deactivation. SubState encodes states of the same state machine that ActiveState covers, but knows more fine-grained states that are unit-type-specific Where ActiveState only covers six high-level states, SubState covers possibly many more low-level unit-type-specific states that are mapped to the six high-level states Note that multiple low-level states might map to the same high-level state, but not vice versa Not all high-level states have low-level counterparts on all unit types At this point the low-level states are not documented here, and are more likely to be extended later on than the common high-level states explained above. FragmentPath contains the unit file path this unit was read from, if there is any if not this contains the empty string. UnitFileState encodes the install state of the unit file of FragmentPath It currently knows the following states enabled enabled-runtime linked linked-runtime masked masked-runtime static disabled invalid enabled indicates that a unit file is permanently enabled enable-runtime indicates the unit file is only temporarily enabled, and will no longer be enabled after a reboot that means, it is enabled via run symlinks, rather than etc linked indicates that a unit is linked into etc permanently, linked indicates that a unit is linked into run temporarily until the next reboot masked indicates that the unit file is masked permanently, masked-runtime indicates that it is only temporarily masked in run, until the next reboot static indicates that the unit is statically enabled, i e always enabled and doesn t need to be enabled explicitly invalid indicates that it could not be determined whether the unit file is enabled. InactiveExitTimestamp InactiveExitTimestampMonotonic ActiveEnterTimestamp ActiveEnterTimestampMonotonic ActiveExitTimestamp ActiveExitTimestampMonotonic InactiveEnterTimestamp InactiveEnterTimestampMonotonic contain CLOCKREALTIME and CLOCKMONOTONIC 64bit usec ti mestamps of the last time a unit left the inactive state, entered the active state, exited the active state, or entered an inactive state These are the points in time where the unit transitioned inactive failed activating activating active active deactivating and finally deactivating inactive failed The fields are 0 in case such a transition has not been recording on this boot yet. CanStart CanStop CanReload encodes as booleans whether the unit supports the start, stop or reload operations Even if a unit supports such an operation the client might not necessary have the right privileges to execute them. CanIsolate encodes as boolean whether the unit may be started in isolation mode. Job encodes the job ID and job object path of the job currently scheduled or executed for this unit, if there is any If no job is scheduled or executed the job id field will be 0.StopWhenUnneeded RefuseManualStart RefuseManualStop AllowIsolate DefaultDependencies OnFailureIsolate IgnoreOnIsolate IgnoreOnSn apshot map directly to the corresponding configuration booleans in the unit file. DefaultControlGroup contains the main control group of this unit as a string This refers to a group in systemd s own name systemd hierarchy, which systemd uses to watch and manipulate the unit and all its processes. NeedDaemonReload is a boolean that indicates whether the configuration file this unit is loaded from i e FragmentPath or SourcePath has changed since the configuration was read and hence whether a configuration reload is recommended. JobTimeoutUSec maps directly to the corresponding configuration setting in the unit file. ConditionTimestamp and ConditionTimestampMonotonic contain the CLOCKREALTIME CLOCKMONOTONIC usec timestamps of the last time the configured conditions of the unit have been checked, or 0 if they have never been checked Conditions are checked when a unit is requested to start. ConditionResult contains the condition result of the last time the configured conditions of this unit were checked. Conditions contains all configured conditions of the unit For each condition five fields are given condition type e g ConditionPathExists , whether the condition is a trigger condition, whether the condition is reversed, the right hand side of the condtion e g the path in case of ConditionPathExists , and the status The status can be 0, in which case the condition hasn t been checked yet, a positive value, in which case the condition passed, or a negative value, in which case the condition failed Currently only 0, 1, and -1 are used, but additional values may be used in the future, retaining the meaning of zero positive negative values. LoadError contains a pair of strings If the unit failed to load as encoded in LoadState see above , then this will include a D-Bus error pair consisting of the error ID and an explanatory human readable string of what happened If it succeeded to load this will be a pair of empty strings. Transient contains a boolean that indicates whether the uni t was created as transient unit i e via CreateTransientUnit on the manager object. Service Unit Objects. All service unit objects implement the interface described here in addition to the generic interface see above. Most properties of the Service interface map directly to the corresponding settings in service unit files For the sake of brevity, here s a list of all exceptions only. WatchdogTimestamp and WatchdogTimestampMonotonic contain CLOCKREALTIME CLOCKMONOTONIC usec timestamps of the last watchdog ping received from the service, or 0 if none was ever received. ExecStartPre ExecStart ExecStartPost ExecReload ExecStop ExecStop each are arrays of structures each containing the binary path to execute an array with all arguments to pass to the executed command, starting with argument 0 a boolean whether it should be considered a failure if the process exits uncleanly two pairs of CLOCKREALTIME CLOCKMONOTONIC usec timestamps when the process began and finished running the last time, or 0 if it never ran or never finished running the PID of the process, or 0 if it has not run yet the exit code and status of the last run This field hence maps more or less to the corresponding setting in the service unit file but is augmented with runtime data. LimitCPU and related properties map more or less directly to the corresponding settings in the service unit files, however are set to 18446744073709551615 i e -1 if they aren t set. Capabilities contains the configured capabilities, as formatted with captotext. SecureBits CapabilityBoundingSet MountFlags also correspond to the configured settings of the unit files, but are encoded as the actual binary flag fields they are, rather than formatted as string. ExecMainStartTimestamp ExecMainStartTimestampMonotonic ExecMainExitTimestamp ExecMainExitTimestampMonotonic ExecMainPID ExecMainCode ExecMainStatus contain information about the main process of the service as far as it is known This is often the same runtime information that is stored i n ExecStart However, it deviates for Type forking services where the main process of the service is not forked off systemd directly These fields either contain information of the last run of the process or of the current running process. MainPID and ControlPID contain the main and control PID of the service The main PID is the current main PID of the service and is 0 when the service currently has no main PID The control PID is the PID of the current start stop reload process running and is 0 if no such process is currently running That means that ExecMainPID and MainPID differ in the way that the latter immediately reflects whether a main process is currently running while the latter possible contains information collected from the last run even if the process is no longer around. StatusText contains the status text passed to the service manager via a call to sdnotify This may be used by services to inform the service manager about its internal state with a nice explanatory string. Resul t encodes the execution result of the last run of the service It is useful to determine the reason a service failed if it is in failed state see ActiveState above The following values are currently known success is set if the unit didn t fail resources indicates that not enough resources have been available to fork off and execute the service processes timeout indicates that a time-out occurred while executing a service operation exit-code indicates that a service process exited with an unclean exit code signal indicates that a service process exited with an uncaught signal core-dump indicates that a service process exited uncleanly and dumped core watchdog indicates that a service did not send out watchdog ping messages often enough start-limit indicates that a service has been started too frequently in a time frame as configured in StartLimitInterval StartLimitBurst. ControlGroup indicates the control group path the processes of this service unit are placed in. Socket Unit Objects. All socket unit objects implement the interface described here in addition to the generic interface see above. Most of the properties map directly to the corresponding settings in socket unit files As socket units can include ExecStartPre and similar fields which contain information about processes to execute They also share most of the fields related to the execution context that Service objects expose see above In addition to these properties there are the following. NAccepted contains the accumulated number of connections ever accepted on this socket This only applies to sockets with Accept set to true i e those where systemd is responsible for accepted connections. Similarly NConnections contains the number of currently open connections on this socket, and also applies only to socket with Accept set to true. Result encodes the reason why a socket unit failed if it is in failed state see ActiveState above The values success resources timeout exit-code signal and core-dump have the same mean ing as they have for the corresponding field of service units see above In addition to that the value service-failed-permanent indicates that the service of this socket failed continuously. Target Unit Objects. All target unit objects implement the interface described here in addition to the generic interface see above. Target units have neither type-specific methods nor properties. Device Unit Objects. All device unit objects implement the interface described here in addition to the generic interface see above. Device units only expose a single type-specific property. SysFSPath contains the sysfs path of the kernel device this object corresponds to. Mount Unit Objects. All mount unit objects implement the interface described here in addition to the generic interface see above. Most of the properties map directly to the corresponding settings in mount unit files As mount units invoke the usr bin mount command their bus objects include implicit ExecMount and similar fields which contain informati on about processes to execute They also share most of the fields related to the execution context that Service objects expose see above In addition to these properties there are the following. ControlPID contains the PID of the currently running usr bin mount or usr bin umount command if there is one running, otherwise 0.Result contains a value explaining why a mount unit failed if it failed It can take the values success resources timeout exit-code signal core-dump which have the identical meaning as the corresponding values of the corresponding field of service unit objects see above. Automount Unit Objects. All automount unit objects implement the interface described here in addition to the generic interface see above. Most of the properties map directly to the corresponding settings in the automount unit files. Result knows the values success and resources at this time They have the same meanings as the corresponding values of the corresponding field of the Service object. Snapshot Unit Objects. All snapshot unit objects implement the interface described here in addition to the generic interface see above. Remove deletes the snapshot unit This operation is also available in the RemoveSnapshot operation of the Manager object see above , which is sometimes nicer to call, in order to reduce roundtrips. Cleanup is a boolean that indicates that the snapshot unit should be removed automatically after the first time it is activated. Timer Unit Objects. All timer unit objects implement the interface described here in addition to the generic interface see above. Unit contains the name of the unit to activate when the timer elapses. TimersMonotonic contains an array of structs that contain information about all monotonic timers of this timer unit The structs contain a string identifying the timer base, which is one of OnActiveUSec OnBootUSec OnStartupUSec OnUnitActiveUSec OnUnitInactiveUSec which correspond to the settings of the same names in the timer unit files the usec offset from this timer base in monotonic time the next elapsation point on the CLOCKMONOTONIC clock, relative its epoch. TimersCalendar contains an array of structs that contain information about all realtime calendar timers of this timer unit The structs contain a string identifying the timer base, which may only be OnCalendar for now the calendar specification string the next elapsation point on the CLOCKREALTIME clock, relative to its epoch. NextElapseUSecRealtime contains the next elapsation point on the CLOCKREALTIME clock in usec since the epoch, or 0 if this timer event does not include at least one calendar event. Similar, NextElapseUSecMonotonic contains the next elapsation point on the CLOCKMONOTONIC clock in usec since the epoch, or 0 if this timer event does not include at least one monotonic event. Result knows the values success and resources with the same meanings as the matching values of the corresponding property of the service interface. Swap Unit Objects. All swap unit objects imple ment the interface described here in addition to the generic interface see above. Most of the properties map directly to the corresponding settings in swap unit files As mount units invoke the usr bin swapon command their bus objects include implicit ExecActivate and similar fields which contain information about processes to execute They also share most of the fields related to the execution context that Service objects expose see above In addition to these properties there are the following. ControlPID contains the PID of the currently running usr bin swapon or usr bin swapoff command if there is one running, otherwise 0.Result contains a value explaining why a mount unit failed if it failed It can take the values success resources timeout exit-code signal core-dump which have the identical meanings as the corresponding values of the corresponding field of service unit objects see above. Path Unit Objects. All path unit objects implement the interface described here in addition to the ge neric interface see above. Most properties correspond directly with the matching settings in path unit files The others. Paths contains an array of structs Each struct contains the condition to watch, which can be one of PathExists PathExistsGlob PathChanged PathModified DirectoryNotEmpty which correspond directly to the matching settings in the path unit files and the path to watch, possibly including glob expressions. Result contains a result value which can be success or resources which have the same meaning as the corresponding field of the service interface. Slice Unit Objects. All slice unit objects implement the interface described here in addition to the generic interface see above. Most properties correspond directly with the matching settings in slice unit files. Scope Unit Objects. All slice unit objects implement the interface described here in addition to the generic interface see above. All properties correspond directly with the matching properties of service units. Controller con tains the bus name unique or well-known that is notified when the scope unit is to be shut down via a RequestStop signal see below This is set when the scope is created If not set the scope s processes will terminated with SIGTERM directly. Abandon may be used to place a scope unit in the abandoned state This may be used to inform the system manager that the manager that created the scope lost interest in the scope for example, because it is terminating , without wanting to shut down the scope entirely. RequestStop is sent to the peer that is configured in the Controller property when systemd is requested to terminate the scope unit A program registering a scope can use this to cleanly shut down the processes it added to the scope, instead of letting systemd do it with the usual SIGTERM logic. Job Objects. Job objects encapsulate scheduled or running jobs Each unit can have none or one jobs in the execution queue Each job is attached to exactly one unit. Cancel cancels the job Note that thi s will remove a job from the queue if it is not yet executed but generally will not cause a job that is already in the process of being executed to be aborted This operation may also be requested via the CancelJob method of the Manager object see above , which is sometimes useful to reduce roundtrips. Id is the numeric Id of the job During the runtime of a systemd instance each numeric ID is only assigned once. Unit refers to the unit this job belongs two It is a structure consisting of the name of the unit and a bus path to the unit s object. JobType refers to the job s type and is one of start verify-active stop reload restart try-restart reload-or-start Note that later versions might define additional values. State refers to the job s state and is one of waiting and running The former indicates that a job is currently queued but has not begun to execute yet, the latter indicates that a job is currently being executed. Last edited Tue Feb 25 00 31 10 2014. 6710 Fix misspelled systemd conf igure options, added hint in Makefile 1498.Created by bear on 2014-07-12 09 31 28 00 00.Assignee spstarr Status Resolved closed on 2014-08-06 19 03 04 00 00 Target Version 1 11 6 Last Update 2014-08-06 19 03 18 00 00 in Redmine. I ve encountered some issues regarding the configuration of the systemd files that can be used on ArchLinux I ve shared my experience on the mailing list 1 Meanwhile, I ve figured out why configure complains Please see the patch file. Related, but not necessarily depending on it, the output of make without parameters didn t show the possibility for installing the systemd files Additionally, maybe this was intended so the list doesn t get too long For this, I ve done a second patch file addressing the Makefile only. Now I m stuck The systemd configuration files were copied to the right places after issuing make install-systems But there s still the in and in etc sysconfig icinga I don t know when this should be substituted Maybe someone could give me a hint I ve at tached the resulting files please see description field for absolute file path position. Kind regards, Bernd. The patch files were created according to 2.