मला आत्ताच कळले की द बर्‍याच वापरकर्त्यांचा राग यामुळे सिस्टमडवर आधारित बेकार, नवीन आरंभ डिमॉनची निर्मिती झाली जी "त्यात समाविष्ट असलेल्या अनावश्यक प्रमाणात कार्यक्षमता" काढून घेण्याचा प्रयत्न करते. नावाची निवड स्वारस्यपूर्ण आहे जी इंग्रजीमध्ये "निरुपयोगी सिस्टमड" किंवा "चला कमी सिस्टमडे वापरु" म्हणून वाचली जाऊ शकते.
विकासाच्या त्याच्या सुरुवातीच्या टप्प्यात, युटिललेस्ड सिस्टीमच्या काटा त्याच्या सोप्या स्वरूपात कमी करण्यापेक्षा अधिक काही नाही. त्याच्या विकसकांच्या म्हणण्यानुसार, ही "एक बेसिक दीम (दीदी) डेमन, प्रक्रिया मॉनिटर आणि ट्रान्झॅक्शनल डिपेंडन्सी सिस्टम आहे, जी घुसखोरी आणि अलगाववाद कमी करते." काढून टाकलेल्या कार्यक्षमतेमध्ये: जर्नलड, लिबुदेव, उवाड आणि काही प्रकारचे युनिट अनावश्यक मानली जातात, ती म्हणजे डिव्हाइस, टायमर, स्वॅप्स, माउंट्स आणि ऑटोमेन्ट्स.
जसे की हे पुरेसे नाही, तर त्यांनी एमआयएसएल आणि यूसीलिबसी अंतर्गत ग्लिबिक वापरण्याचे पर्याय म्हणून संकलित करण्यासाठी आधीपासूनच समर्थन जोडले आहे. निरुपयोगी देखील फ्रीबीएसडीवर पोर्ट करण्याच्या सुरुवातीच्या अवस्थेत आहे, तर सिस्टमडला फक्त लिनक्स समर्थन आहे.
तथापि, हे स्पष्ट नाही की "आरंभिक युद्ध" कसे संपतील आणि निरुपयोगी लोक खरोखर कार्यशील पुनर्स्थापनेची निर्मिती करतील की नाही, परंतु ज्यांना या प्रकल्पाबद्दल अधिक जाणून घेण्याची इच्छा आहे त्यांनी येथे भेट देऊ शकता अधिकृत वेबसाइट.
मला माहित आहे की एक असा आहे जो फक्त सिस्टमडी वरच राहणार नाही.
आता, त्याला समर्थन देण्यासाठी, फक्त.
सिस्टमड… .सीएलआय… ..जीयूआय मध्ये काय फरक आहे?
सिस्टमडी सिस्टम स्टार्टअप आणि .प्लिकेशन्स हाताळते.
क्लायम कमांड लाइन इंटरफेसद्वारे येते, म्हणजेच आपण प्रोग्राम व्यवस्थापित करण्यासाठी वापरत असलेल्या कमांडस
आणि जीयूआय ग्राफिकल इंटरफेसबद्दल आहे.
मी तुम्हाला सांगतो त्या इंटरनेटवर तुम्ही हे शोधू शकता
Noobs साठी ट्यूटोरियल अपलोड करा
मी एक वापरकर्ता म्हणून ही एंटी-सिस्टमड मोहीम समजत नाही
सेवा सक्रिय किंवा निष्क्रिय करताना माझ्या वापरास अनुकूल बनविणे, एक सोपा वापरकर्ता म्हणून मला सोपे आहे, मला आधीपासूनच जे काही माझ्या बाबतीत घडलेले नव्हते त्याच्याशी आधीपासूनच माहित आहे.
माझ्याकडे सिटमॅड विरुद्ध काही नाही आणि मला त्याचा तिरस्कार दिसतो. अंतिम वापरकर्ता म्हणून बोलत आहे.
कार्ये काढण्यासाठी काटा बनविणे मला मूर्ख वाटते. लोकांना कंटाळा येतो.
मला जे लोक GNU / Linux मध्ये नवीन आहेत आणि नेहमी काय होते आणि सिस्टमडी आपल्यावर डोकावण्याचा प्रयत्न करतो यामधील मूलभूत फरक पाहण्यात अयशस्वी झाले.
लिनक्स हा युनिक्सचा क्लोन आहे आणि युनिक्स एका गोष्टी लक्षात ठेवून तयार केले गेले होते, एका वेळी एक गोष्ट कर आणि ती व्यवस्थित कर, हे लहरी नव्हते, हे मल्टिक्सच्या जोरदार अपयशामुळे होते ज्यामुळे मी बर्‍याच गोष्टी करण्याचा प्रयत्न केला आणि त्याने त्यांना चूक केली की नाही त्याने आपल्यावर नियंत्रण ठेवता आले असते.
म्हणूनच त्यांनी केवळ युनिक्स (मल्टीकिक्स नावाच्या नावाचाच विरोध केला नाही) परंतु पाईप्स आणि प्रक्रिया एकत्र करणे ही एक संकल्पना देखील निर्माण केली ज्यामुळे इतर मार्गांनी साध्य करणे अशक्य होते ... त्यामुळेच परिणामकारक ठरले. युनिक्सचे यश.
आता सिस्टीमद्वारे ते पुन्हा एकदा मल्टिक्सच्या कथेसह यावेत अशी आपली इच्छा आहे.… लोक नाही, लिनक्सवरील युनिक्स बेस नाकारणे मल्टिक्सकडे परत गेले आहे जिथे आपल्याला माहिती आहे (इतिहासाने यापूर्वीही बर्‍याच वेळा हे दर्शविले आहे) की आम्ही अपयशी ठरलो आहोत.
आपण नुकतेच जीएनयू / लिनक्स येथे आले असल्यास कृपया थोडा इतिहास वाचा आणि युनिक्स आणि जीएनयू / लिनक्समध्ये गोष्टी या मार्गाने का केल्या जातात ते जाणून घ्या.
चांगले म्हटले आहे आणि जे म्हणतात की आजच्या जगात गोष्टी यापुढे कार्य करीत नाहीत, मी तुम्हाला एक उदाहरण देतो, एक ब्राउझर, जो सॉफ्टवेअरच्या अस्तित्वातील सर्वात जटिल भाग आहे, तथापि, ते त्या साधनांनी बनविलेले आहेत, प्रत्येकजण , एक विशिष्ट कार्य करते आणि सेट बाहेर कार्य करू शकते. जावास्क्रिप्ट इंजिन, एक एचटीएमएल, एसएसएल, http ...
पूर्वी त्याने कार्य केले नाही याचा अर्थ असा आहे की हे आता कार्य करणार नाही. हे त्या 20 वर्षांसारखे आहे, कदाचित आता बदलण्याची वेळ आली आहे ना?
मी लिनक्समध्ये नवागत होऊ इच्छित आहे, मी २०० since पासून यामध्ये आहे आणि होय, लिनक्स आणि सिस्टमडी काय आहेत हे मला माहित आहे आणि तरीही मी सिस्टीमला अधिक आरामदायक दिसत आहे.
ही टिप्पणी मी खाली सोडणार्या एखाद्या सहका from्याची आहे, ती माझी नाही, परंतु ही मी टिप्पणी केली ही टिप्पणी देखील आहे.
[…] सिस्टीमचा नकार मी «निओफोबिया to ला, नवीनला घाबरणारा आहे. SysVinit स्क्रिप्ट अक्षम केल्याने रनलेव्हल सिस्टम आणि /etc/init.d मध्ये अस्तित्वात असलेल्या अवलंबनांची चांगली समज दिली गेली ... आणि प्रत्येक वितरणात ते वेगळ्या प्रकारे केले. सिस्टीडसह सिस्टमटेल अक्षम करणे पुरेसे आहे आणि तेच आहे.
ज्यांनी अशी तक्रार नोंदविली आहे की सिस्टीमने UNIX तत्त्वज्ञानाचे उल्लंघन केले आहे ते म्हणजे UNIX तत्त्वज्ञान काय आहे किंवा सिस्टमडे कसे कार्य करतात हे त्यांना कळले नाही. अंगठाच्या त्याच नियमानुसार, लिनक्स कर्नल जगातील सर्वात कमी युनिक्स असेल. जे घडते ते म्हणजे सिस्टीड फंक्शन पीआयडी 1 मध्ये बदलते, जसे मी त्यावेळेस एन्ट्रीमध्ये स्पष्ट केले होते: हे सिस्टम डेमन आहे, स्क्रिप्ट कार्यान्वित करणारी काहीतरी नाही.
एकमेव गोष्ट जी मला माहित आहे की सिस्टमड युनिक्स तत्वज्ञानाचे अनुसरण करीत नाही ते म्हणजे बायनरी लॉग वापरणे, परंतु अनुक्रमणिकेत क्वेरी वाढविणे न्याय्य आहे. […]
@योयो: काय होते की आपण हळू शिकत असल्याने कोणीही असे म्हणेल की आपण एन 00 बी आहात, हाहााहा.
@ यो-यो:
खूप चांगले कोट. याव्यतिरिक्त, विनोद अशी आहे की सिस्टमडीमध्ये बगमध्ये त्रुटी आहे, परंतु अशा ब्लॉब्ड "लॉग्स" प्रदर्शित करण्याचा स्वतःचा मार्ग आहे.
या काटा बद्दल मला काय आवडते ते हे आहे की ते सिस्टमडीची गती बीएसडी सारख्या इतर UNIX वातावरणात कशी जुळवून घेतील.
जीएनयू चे नॉट युनिक्स, रिकार्डिटो कॅसेटमॅनने म्हटल्याप्रमाणे
सिस्टमडी कचरा का आहे यावर अलिकडील सुसंगत टिप्पणी. मल्टिक्स, विंडोज…. घटकाची एकूण अपयशी वाटेल का?
हे सिस्टमबेडला होईल जे संपूर्णपणे डीबीएसने ट्रॅव्हर्ड केले आहे, जर त्याचे काही डिमन अयशस्वी झाले तर सिस्टमला रीस्टार्ट करणे आवश्यक आहे किंवा सर्वकाही क्रॅश होऊ शकते. सेन्टोस 7 मध्ये माझ्या आधीपासूनच हे घडले आहे की भूत किंवा युनिट मृत आहे आणि आपण करीत असलेल्या रीस्टार्टसाठी रीस्टार्ट करत नाही. शेवटच्या वापरकर्त्यांनी ज्ञानाचा एखादा तुकडा विचार केला आणि त्या एखाद्या गोष्टीचा बचाव केला तर त्याला खूप त्रास होतो कारण त्यावर हल्ला झाल्याने त्यांना माहित नसते. जसे माझे आजी म्हणायचे, आपल्याला माहिती नसल्यास, आपले मत देऊ नका, चांगले शट अप आणि विचारून न विचारता विचारा, जेव्हा आपल्याला माहित असेल तर प्रश्न द्या.
बर्‍याच विचारांमुळे, सिस्टमडला मोठा पाठिंबा मिळाल्याने तो मोठ्या प्रमाणात पोहोचला, विरोधाभास म्हणून अशी टीका करणारी एक कंपनी, विहित, लिनक्स वर्ल्डला पूर देणारी वापरकर्त्यांना त्यांच्या एलएस-एलच्या पलीकडे दिसत नाही.
निरुपयोगी हा माणूस एकल व्यक्ती आहे जो बहिष्कार डोमेनचा मालक आहे जेणेकरून इतर देवांनी त्याला समर्थन दिले नाही तोपर्यंत मी त्याच्यासाठी थोडे भविष्य पाहत नाही. मला आशा आहे की जास्त गीक डिस्ट्रॉस कमानी, सीलटू किंवा स्लॅकवेअर सारख्या मदत करेल.
.. मी स्वत: ला एक "प्रगत वापरकर्ता" मानत नाही, मला खानदानी पदव्या आवडत नाहीत, मी एक स्यास्डमिन नाही, परंतु मी उल्लेख केलेल्या सर्व विकृतीतून गेलो आहे (स्लॅक (खूपच लहान), आर्ची दोन वर्षे, आणि जेंटू होय अनेक वर्षे (तसेच आपला काटा फंटू)) मला तुमचा दृष्टिकोन सिस्डमिन म्हणून समजला, परंतु मला आश्चर्य वाटते आणि जर कर्नल अपयशी ठरला? सर्व काही नरकात गेले, म्हणून मी म्हणतो, ते कर्नलबद्दल तक्रार का करत नाहीत? कारण ते "पुनर्जन्म सर्व्हर" सह मिनीक्स किंवा काही प्रकारचे ओएस वापरत नाहीत? कधीकधी मला असे वाटते की लेनार्टच्या मनोवृत्तीमुळे (जो योग्य वाटत नाही) म्हणून राग जास्त येतो, परंतु मला सामान्यीकरण करण्याची परवानगी द्या, आपण सिस्डमिन (आणि च्या अर्थात आपण ते करणार आहात) आपल्या कार्याचा बचाव करा, आणि ते आम्हाला डेस्कटॉप वापरकर्ते "फेकून" देतात, त्यांना फक्त काळजी असते की त्यांचा सर्व्हर "ठीक आहे", जरी sysv ऐवजी पुरातन "स्टार्टअप प्रतिमान" वापरतो (विषय सिस्टमडीचे लक्ष्य आणि हवे असलेले ठीक आहे ...), मी म्हणतो की तुमचा सेव्हर sysv सह उत्तम प्रकारे कार्य करेल, परंतु या दरम्यान डेस्कटॉप वापरकर्ते जागेमध्ये डीबीस वापरतातवापरकर्ता नाव …… काय छान कल्पना आहे ………
मी हा काटा पुन्हा म्हणतो, जसे त्यांनी इतरत्र सांगितले आहे, आतापर्यंत मला फक्त एक "छान" नाव आणि सिस्टीम कॅप्ड दिलेले आहे, जे मार्गाने, सिस्टमड, सिस्टमद्द्वर स्वागत आहे ... मला असे दिसते की बरेचजण सिस्टीमबद्दल तक्रार करतात, परंतु त्यांना हवे आहे हे ... कारण? ओपनआरसी गोष्टी योग्य प्रकारे करत नाही? किंवा अपस्टार्ट?, किंवा जे काही आहे? …. माय गॉड ... आतापर्यंत मी 2 प्रकारचे शत्रू, मूलभूत गोष्टींसह सिस्डमिन आणि मी ज्या परिच्छेदात वर्णन करतो त्या "पोझेर्स" सारख्या दिसतात ....
सिसॅडमिन्सच्या विषयाकडे परत, आपल्याला ग्राफिकल इंटरफेसची देखील आवश्यकता नाही, आपण सिस्टीड बद्दल तक्रार का केली हे मला माहिती नाही (आपण सहजपणे असा तर्क करू शकता की जीनोम शेलला सिस्टमड आवश्यक आहे (जे पूर्णपणे सत्य नाही कारण फंटू हे ओपनआरसीमध्ये कार्यरत आहे. )) परंतु आपल्याला जीयूआयची आवश्यकता नाही तर त्यांनी संबंधित डिस्ट्रॉस, सेन्टोस आणि डेबियनकडे तक्रार करावी. विशिष्ट शतकानुसार, जर सिस्टमडने बर्‍याच समस्या आणल्या तर ते स्थलांतर करू नयेत (हे रेडहॅटच्या हाताखाली स्थलांतरित होणार आहे हे स्पष्ट होते) आणि डेबियन, मला सांगायला मला वाईट वाटते की, ते चोखा, ते होते डेबियन संघाने "युनिव्हर्सल डिस्ट्रो" होण्याच्या उत्सुकतेने निर्णय घेतला ... परंतु मी फ्रीबीएसडी किंवा "सर्व्हर फॉर सर्व्हर" चा वापर पुन्हा करतो जो "खराब" सिस्टमडे कसा आहे हे समजून घेतो आणि सिस्विनिट कालावधी वापरतो ..
कदाचित x11tete11x ही समस्या कर्नल अपयशी ठरत नाही, परंतु ती अपयशी ठरली आणि अपयशाचे कारण काय आहे हे एखाद्यास ठाऊक असू शकते. सिस्टमड बद्दल मला कमीत कमी त्रास देणे हेच आहे ..
@ एलाव्ह आपण त्याबद्दल अगदी बरोबर आहात, सिस्टीड सिस्टमसह ग्रे आणि ब्लॅकच्या शेड्समध्ये बरीच सिस्टम त्रुटी पडतात आणि सर्व कारण जर्नलड "जादू बॉक्स" सारखे दिसते जे लॉग अविश्वसनीय बायनरी फाईलमध्ये बदलते आणि जेव्हा मी विश्वासार्हतेबद्दल बोलतो मी सिद्ध वेडेपणाचा अर्थ आहे (आधीपासूनच एक बगोर्टपोर्ट आहे) की जर एखाद्या जर्नल लॉगमध्ये नुकसान झाले असेल (जे बर्‍याच कारणांमुळे होऊ शकते) ते फक्त टाकून दिले जाते आणि नवीन सुरू होते, त्या लॉगला बर्‍याच प्रसंगी व्यावहारिक न वाचता वाचता येते, एक बग नोंदविला फ्रीडस्कटॉपमध्ये आणि ज्यातून त्याच कविता किंवा बॉलने त्याला थांबवले आहे. डीबग समस्येचा उल्लेख न करणे, परंतु हे आधीच माहित आहे (मी काय बोलत आहे हे आपल्याला माहित नसल्यास, मी तुम्हाला आठवण करून देतो की कर्नल लाईनचा डीबग पर्याय आणि त्यास "त्यानंतरच्या निराकरण" के कारण काढून टाकले गेले होते) कर्नलमध्ये कमिटसाठी परवानगी नसल्यापासून).
@ x11tete11x चला कर्नल डेव्हलपमेंटची सिस्टमटी डेव्हलपमेंटशी तुलना करू नये. सिस्टीड हा एक सॉफ्टवेअरचा तुकडा आहे जो अजूनही सुरुवातीच्या काळात आहे, जर आपण त्याची कर्नलशी तुलना केली तर, कर्नलचे एबीआय आणि एपीआय बदलताना लिनस प्रायोगिक पॅच डावीकडे व उजवीकडे मंजूर करताना मला दिसत नाही.
@ जोकोएज मल्टिक्स अनेक कारणास्तव अयशस्वी ठरले, यासह: संहितेच्या बाबतीत अधिक जटिलता असणे, आधीपासूनच विकसित केलेल्या इतर सिस्टमच्या तुलनेत बर्‍याच सामान्य कार्यात धीमेपणा असणे आणि त्याच आकाराच्या प्रकल्पांमध्ये सामान्यपणे हाताळल्या जाणा .्या वस्तूंसाठी जास्त खर्चिक असणे.
हे एक काटा आहे म्हणून त्यात सर्व कार्ये नसतात, एक आरंभ प्रणाली असे कार्य करू शकत नाही, सिस्विनिट पहा. सिस्विनिट जरी जुने असले तरी फक्त एकच मूलभूत कार्य होते आणि ते म्हणजे ओएस सुरू करणे, बाकीचे जे काही काळजी घेतात (सिस्लॉग आणि जर्नल केलेले नाही, ओपनआरसी आणि सिस्टमटीएल नाही, कन्सोलकिट नाही आणि लॉगइंड नाही ...) कारण सिस्विनीट कालबाह्य झाले आहे. प्रत्येक वेळी परंतु बर्‍याच प्रोजेक्ट्स सिस्टमडवर आधारीत असतात, हा उपक्रम माझ्यासाठी खूप छान वाटतो. मी जर्नलमध्ये सिस्लॉगला प्राधान्य देतो, परंतु लॉगइंड (जीनोम आवश्यकतेव्यतिरिक्त) भूस्खलनाने कन्सोलकिटला विजय देते. तसेच, हा काटा अधिक सुरक्षित, पोर्टेबल आणि आशेने उल्बीक सुसंगत असावा.
कंपा, माझ्याकडे काल पर्यंत सिस्टमड विरूद्ध काही नव्हते. काही कारणास्तव माझा लॅपटॉप बंद होण्यास बराच वेळ घेत आहे, आणि केवळ एकच गोष्ट (अंतहीनपणे) येते:
[ 9064.808526] systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressहे विंडोजमधील चुंबन घेण्याच्या त्रुटीसारखे आहे, की आपणास काहीही माहित नाही.
आणि नोंदीशिवाय अडचणींचा आधार शोधणे सक्षम असणे खूप कठीण आहे. सिस्टमड मलाही अशा प्रकारच्या गोष्टीबद्दल त्रास देत आहे. हे असू शकते की आपणास सॉफ्टवेअर फार चांगले माहित नाही परंतु लॉगमधील स्पष्टीकरण मी सर्वात कमी विचारत आहे.
आणि पुन्हा एकदा [येथे आपला आवडता स्टीरियोटाइप घाला] योग्य होते. 🙂
परंतु सावध रहा, विंडोजचा उल्लेख करू नका, कदाचित आम्ही अशा रूग्णांपैकी एक आहोत ज्यांना नवीन पॅथॉलॉजीची लागण झाली होती. श्री. लिनसने आधीच सीआयईमध्ये समाविष्ट करण्याचा प्रस्ताव दिला होता, मला विंडोजिटिसचा तिरस्कार आहे, असं मला वाटतं. 🙂
@ स्टॅफ आणि एलाव्हची काय चूक आहे? विंडोज 8 पासून बर्‍याच गोष्टी लपविल्या गेल्या (बूटवरील chkdsk, बीएसओडी तांत्रिक माहिती, "सजावटीच्या" मिसकॉनफिग). सर्व काही त्या दिशेने जात असल्याचे दिसते. मी आशा करतो की आम्ही "सॅड मॅक" आणि त्यासंबंधित विंडोजकडे जात नाही आणि वापरकर्त्यास कोणतीही माहिती दिली नाही.
@ मारिओ
मी कधीच असे म्हटले नाही की इलाव्ह चुकीचे आहे.
माझ्या दोन परिच्छेदांच्या शेवटी इमोटिकॉन पहा.
अरे !! @ स्टॅफ की आपण एक ठेवत नाही ... स्टाईलमध्ये विंडोजच्या टिपिकल पोस्टरसाठी मी Windows चा संदर्भ देतो:
विंडोजला एक समस्या आली आहे. समस्या कोड 0x1123df2982 आहे, अधिक माहितीसाठी समर्थन केंद्राशी संपर्क साधा ...
थोडक्यात, / देव / शून्य साठी
एलाव्ह, प्रॉडक्शन सर्व्हरवर अशा त्रुटीची कल्पना करा. हे मान्य नाही. सिस्टमड इतके वाईट का आहे हे फक्त एका सिसॅडमीनला समजते. हे कोणालाही नाकारणे नाही, परंतु प्रोसेसर, ऑपरेटिंग सिस्टम, कर्नल, प्रक्रिया इत्यादी कार्य कसे करतात हे समजून घेणे आवश्यक आहे. सिस्टमटीने उपस्थित केलेल्या निम्न-स्तराच्या समस्या समजून घेण्यासाठी. हे UNIX तत्त्वज्ञानाच्या पलीकडे आहे, आम्ही सिस्टमच्या स्थिरतेवर चर्चा करीत आहोत.
सिसॅडमिन्स त्यांच्या सिस्टीम-मुक्त डेबियन 6/7 आणि सेंटोस 5/6 सोयीस्कर आहेत, परंतु जेव्हा डेबियन 7 आणि सेन्टोस 6 चे समर्थन समाप्त होते, तेव्हा खरा हालचाल फक्त तिथेच सुरू होईल (जर या लेखात वर्णन केलेल्या सारखे व्यवहार्य विकल्प असेल तर) ).
सिस्डमिनची कल्पना करा, सिस्टीडला "सर्व्हिस" या आदेशासह आयुष्यभर काम करणार्‍या स्क्रिप्टचे भाषांतर आणि चाचणी प्रारंभ करा.
आणि आपण जी त्रुटी दर्शविता ती सिस्टमडच्या दुसर्‍या काठास प्रकट करते, आपण हे अगदी स्पष्टपणे सांगितले, माहिती लपविण्याची ती पातळी "अगदी विंडोज" आहे.
ग्रीटिंग्ज
पहा, मला याबद्दल निश्चित माहिती नाही, परंतु मला असे वाटते की आपण थोडेसे अतिशयोक्ती करीत आहात, मला Gnu / Linux मध्ये बर्‍याच त्रुटी आल्या ज्या स्वत: ची स्पष्टीकरणात्मक नव्हती आणि मला शंका आहे की ते सर्व सिस्टममुळे होते. मी चूक आहे?
@Emiliano यांना प्रत्युत्तर देत आहे असो, मी तज्ञ नसलो तरी हे सर्व थोड्याशा सनसनाटी आहे असे मला वाटते. मला असं वाटतं की ही सर्व गोष्टींपेक्षा जास्त सवयीची गोष्ट आहे आणि जर सिस्टम प्रशासकाची इच्छा असेल तर तो निश्चितपणे सिस्टमड कसे कार्य करतो हे शिकतो, अगदी त्याच्यासाठी हे अगदी सोपे वाटते, मी म्हणतो की त्याने जे काही केले आहे ते सर्व काही केंद्रीत केले आहे, काही ना काही तरी अनेक गोष्टी गोष्टी वेगवान असतात.
मी जे काही पाहिले त्यापासून त्यासंदर्भात बरेच फायदे आहेत जसे की स्टार्टअप वेळ म्हणून काही प्रोग्राम योग्यरित्या सुरू होण्यापूर्वी सुरू होण्याची आवश्यकता नसते, आपल्याला आरसी कॉन्फ फाइल किंवा त्यासारख्या गोष्टींमध्ये बदल करण्याची आवश्यकता नाही, कारण सर्व काही अधिक स्वयंचलितपणे हाताळते, आपण काही अवलंबित्व पूर्ण न केल्यास अनुप्रयोग चालवू शकता इ. या गोष्टी मी इंटरनेटवर पाहिलेल्या काही फायद्यांपैकी आहेत, मी चूक आहे तर मला दुरुस्त करा
आता, इतर सर्व गोष्टींप्रमाणेच काही तोटे नक्कीच असतील, परंतु ते चांगले होईल, हे कसे कार्य करते हे आपल्याला माहिती असल्यास आणि त्यास स्पष्टीकरण देण्यास आपल्याकडे वेळ असल्यास, मी आपले मत काय आधारित आहे हे जाणून घेण्यासाठी आपल्याला अनुकूलता म्हणून विचारतो. मी पाहिलेल्या गोष्टींवरून, सिस्टमड बरोबर काम करण्यासाठी बर्‍याच प्रोग्राम्स पॅच कराव्या लागतील, परंतु यामुळे इतर इंटी सिस्टमवर कोणत्याही प्रकारे परिणाम होतो की नाही हे मला माहित नाही.
@ एमिलियानो अहो, मी चुकीचे होते फाईल आरसी कॉन्फ नाही, ते / वगैरे / आरंभ आणि /etc/init.d/rc होते
सिस्टमडसाठी त्या फाईलची आवृत्ती असल्याचे दिसते, परंतु सिमेंटेल प्रोग्रामद्वारे हाताळल्या गेलेल्या एकल / इत्यादी / सिस्टमडी फाइलमध्ये केंद्रीकृत केले आहे.
मला असे वाटते की आपण असे का म्हणता ते मला समजले की सिस्टम प्रशासकाला हे कदाचित आवडत नाही, कारण असे दिसते की सुरुवातीस त्याचा वापर अधिक नियंत्रित होता आणि त्याने जेव्हा सूचित केले तेव्हाच त्याने कार्य केले.
दुसरीकडे, सिस्टीम थोडी अधिक अनाहुत असू शकते, परंतु ती मला देखील वाटते, आणि मी पुन्हा सांगतो की हे कसे कार्य करते हे शिकण्याची गोष्ट आहे आणि प्रशासक होण्याची क्षमता असलेली एखादी व्यक्ती नक्कीच ती साध्य करू शकते.
बरं, मी आयुष्यभर सिसविनिट कमांडसह डेबियन जेसी बंद करण्याचा प्रयत्न केला, परंतु मला हे माहित नव्हतं की हे सिस्टमडी वापरते, म्हणून मला सिस्टमड आणि सिस्टमटेल कसे चांगले हाताळायचे हे जाणून घेण्यासाठी आर्चचा मार्गदर्शक वापरावा लागला.
माझ्या बाबतीत मी जेव्हा क्रोमियम / क्रोम / ओपेरा ब्लींकचा सघन वापर करतो तेव्हा सिस्टमडी माझा डेस्कटॉप पीसी खूप लवकर बंद करते.
@ eliotime3000 येथे आपल्याकडे बरीच माहितीसह डेबियनसाठी एक चांगली सिस्टमड विकी आहे http://www.esdebian.org/wiki/systemd आर्क विकी खूपच चांगला आहे परंतु कमानीप्रमाणे डेबियनमध्ये सिस्टीमची अंमलबजावणी केली जात नाही म्हणून बर्‍याच कमांड, सोल्यूशन्स इत्यादि आपल्या कार्य करणार नाहीत. प्रत्येक डिस्ट्रॉ मध्ये त्याच्या लहान गोष्टी असतात 😉
मोठ्याने हसणे
आनंदी चेहरा पुरेसा नव्हता, कदाचित मी कोटेशन मार्क वापरावे, त्यासह आता कोटेशन मार्क सर्व स्पष्ट करतात 🙂 // सरकसम (त्या लेबलसह आपल्याला आधीपासून माहित आहे की नाही हे पाहण्यासाठी).
हे दिसते की आपण मारिओबद्दल माझे उत्तर वाचले नाही.
माझे दोन परिच्छेद व्यंग्यात्मक होते.
प्रथम, लोक जेव्हा एखाद्या प्रकल्पाच्या कमतरतेबद्दल आम्हाला सांगतात तेव्हा आम्ही त्यांना वेडा आणि इतर विचारांच्या गोष्टींबद्दल सहानुभूती दाखवत नसल्यास इतर हजारो गोष्टी दर्शविण्याचा प्रयत्न करतो, परंतु जेव्हा आपण आधीच समस्या अनुभवल्या तेव्हा आपल्याकडे काहीही नसते बाकी पण शब्द गिळण्यासाठी.
आणि दुसरे म्हणजे आयटी प्रभावीपणे विंडोजमध्ये आहे, परंतु बरेचजण ते स्वीकारत नाहीत आणि असे म्हणतात की विंडोजचा द्वेष आहे आणि एफएसएफसारखे गंध न येणा everything्या प्रत्येक गोष्टीवर हल्ला करण्यासाठी तो अंधाधुंदपणे वापरला जातो.
पण थोडक्यात, या जगात निकष शोधणे कठीण आहे.
@ स्टॅफ, माणूस इतका थंड म्हणून संवादाच्या रूपात व्यंग वापरण्यासाठी तुला आणखी थोडे काम करावे लागेल 😛
lavelav:
मी येथे आलो, मी माझ्या लिंकवर हा दुवा सोडतो, आणि मी पळत आहे. : v
मला तेच लक्षात आले आहे पण प्रारंभ करताना…. दोन दिवस संगणक सुरू होण्यास कायमचा वेळ लागतो आणि प्रथम ते लाइनमध्ये सिस्टमडशी संबंधित काहीतरी सांगते. काय होत आहे?
हे लवचिक आहे, तसेच विंडो देखील आहे. माझ्यामधे ती त्रुटी आहे, जर्नल व व्होईला वरुन संपूर्ण फाईल डिलिट करा. लवकरच आम्हाला हाहााहा पुन्हा स्थापित करावा लागेल.
हाहााहा, पण जर मी महिनाभरापूर्वी अँटरगोस स्थापित केले तर हाहााहा
विंडोजपेक्षा जास्त बूट होण्यासाठी सुमारे 30 किंवा 40 सेकंद लागणा a्या कमबॅक करणा Arch्या कमानासह मला कसे वाटते याची कल्पना करा, होय, मी यॉर्टमध्ये बडबड स्थापित करतो, परंतु मी काहीही सुरू करत नाही (मी सर्वात प्रयत्न करतो तेच) माझ्याकडे असलेली सर्वात विलक्षण गोष्ट म्हणजे सीयूपीएस सेवा आणि मला वाटते रिमोट टर्मिनलसाठी एसएसएस आहे. दुर्दैवाने, एक वर्षानंतर स्वरूपित केल्याशिवाय मला वाटते की मी पुन्हा करण्याच्या कल्पनेवर पुनर्विचार करणार आहे 🙁
दुर्दैवाने, मी हे लक्षात घेतले आहे की गेल्या 2 वर्षात आम्ही विंडोज-शैलीतील डिस्ट्रोस जवळ गेले आहोत जे माहिती लपवण्याचा प्रयत्न करतात, बग अहवाल स्वयंचलित करतात, स्वयंचलित ऑपरेशन्स ज्यामध्ये वापरकर्त्याने हस्तक्षेप करावा आणि त्याचे नियंत्रण देखील ठेवले पाहिजे.
मी V- years वर्षांपूर्वी सिस्विनीटसह डिस्ट्रॉस चुकवल्यामुळे, एक्सडी शाळेत "आर 3 4" सह बोलणे मजेदार होते. याव्यतिरिक्त, सर्वकाही इतके मंजूर झाले नसले तरीही, नियंत्रण अत्यंत वापरकर्ता आणि सिस्टम नव्हते. होय, बर्‍याच सुविधा आहेत, परंतु त्या किंमतीवर ...
आपण येताना पाहू शकता. माझ्याकडे सिस्टमड विरुद्ध काहीही नाही, सामान्य वापरकर्ता म्हणून हे माझ्यासाठी गोष्टी अधिक सुलभ करते आणि सेवा सक्रिय किंवा निष्क्रिय करण्याच्या आज्ञा अगदी सोप्या आहेत. हे दीन युद्ध कसे संपेल ते पहावे लागेल.
या सर्वांवर नियंत्रण ठेवण्यासाठी सिस्टमडी एका अंगठीसारखे आहे. हा एनएसए ट्रोजन हॉर्स असू शकतो. सिस्टमडी आमच्या गोपनीयता-सुरक्षिततेशी तडजोड करू शकते कारण ती बर्‍याच सेवांमध्ये येते. आणि त्याहीपेक्षा वाईट म्हणजे, जर माझा डिस्ट्रो उर्जा चांगल्या प्रकारे हाताळत असेल तर आता काय होईल? मी दुसर्‍या बाजूने बदलू शकणार नाही.
एखाद्या ट्रोजनसारखे नाही, जर त्या बर्‍याच गोष्टी नियंत्रित करते, परंतु तरीही हे विनामूल्य सॉफ्टवेअर आहे, आपल्या माहितीसह कोड काय करते ते आपण पाहू शकता.
म्हणून, जर सिस्टमडीला समस्या असतील (आणि जर ते होत असेल तर), त्या सोडविल्या पाहिजेत आणि त्या टाकून दिल्या जात नाहीत, कारण त्यामध्ये बर्‍याच चांगल्या आणि आवश्यक गोष्टी देखील आहेत.
एक गोष्ट निश्चित आहे, मला माहित आहे की मला काहीही माहित नाही. मी एक नववधू आहे, परंतु माझ्यापेक्षा अपरिमितपणे माहित असलेल्या लोकांची अनेक मते वाचल्यानंतर, विरोधक किंवा तटस्थ राहिल्यास, मी जोपर्यंत पोहोचू शकतो असा निष्कर्ष संशयास्पद आहे आणि काहीही केल्याने मला ते करणे थांबवत नाही. आतापर्यंत काहीही माझ्यावर विश्वास ठेवत नाही.
मी ओपनसयूएस वापरतो कारण मला ते आवडते आणि ते माझ्यावर लपून बसू शकतात ... खरं तर, ते त्या ठिकाणी सर्व लपून बसू शकतात ... आणि तिथेच स्टॅलमन दिसतो, तो आपली गोपनीयता पाहतो, कितीही फरक पडत नाही. अनेकांना असू शकते.
एनएसएने त्याचे पंजे रेडहॅटमध्ये अडकले नव्हते काय ????
किती अतिशयोक्तीपूर्ण, मी आपल्या गोपनीयतेशी तडजोड का करेन?
सुरक्षेचे उल्लंघन करण्यासाठी आणि कोणालाही कळू देऊ नये म्हणून, आपल्याला सिस्टमचे नोंदी अधिक खराब करणे, गुंतागुंतीचे करणे, बायनरी बनविणे आवश्यक आहे, जे खराबी सांगतात त्यांच्याकडे दुर्लक्ष करा, त्याचवेळी सिस्लॉग-एनजी आणि जर्नलला एकाच वेळी एकत्र राहू देऊ नका.
जर आपण डीएचसीपीद्वारे या स्वयंचलित नेटवर्क व्यवस्थापनात भर घातली तर, "अद्याप सापडलेल्या छोट्या छोट्या बगवर कोणताही शोध न लावता" आपल्याकडे घुसखोरी करण्यासाठी जमीन तयार केली गेली आहे, खरोखर ज्याला हे दिसत नाही तो आंधळा, बहिरा आणि मुका आहे. .. २००० हून अधिक वर्षांपूर्वी कोणी म्हटले आहे ... त्यांच्या फळांवरून तुम्ही त्यांना ओळखाल आणि चांगले, मी अगोदरच फळांना पाहतो आणि जेव्हा ते पिकलेले असतात तेव्हा ते असतात.
सिस्टीमचे श्रेय फक्त त्यास अनुरुप कामच करत नाही तर सुरक्षा विकृत करण्यासाठी आणि त्यांची कामे चांगल्या प्रकारे करणार्‍या अप्रचलित साधने बनविण्यामध्ये प्रत्येक गोष्टीत हस्तक्षेप केला आहे, ज्यामुळे एकाच वेळी दोघांच्या सहवास अस्तित्वात येऊ नये.
मी आधी म्हटल्याप्रमाणे, कसे अतिशयोक्तीपूर्ण.
मायक्रोसॉफ्ट, Appleपल आणि / किंवा स्त्रोत कोड सामायिक न करणार्‍या दुसर्‍या कंपनीद्वारे सिस्टमडी प्रोग्राम केल्याशिवाय माझा तुमच्यावर विश्वास आहे. सुदैवाने, तसे तसे नाही आणि कमीतकमी अशी कोणीतरी आहे जी केवळ झुंबड मध्ये नव्हती याबद्दल त्याचे आभारी आहे.
दुसरीकडे, जेव्हा लिनस ट्रॉव्हल्सला सेल्इनक्स अल्गोरिदम सिस्टमबद्दल विचारले गेले तेव्हा त्याने अगदी सरळसरळ सोल्युशनसह उत्तर दिले (आणि लिनसच्या वडिलांनी कबूल केले आहे की एनएसएने कर्नलच्या विकासामध्ये आपला हात मिळवण्याचा प्रयत्न केला होता, परंतु, डावे सर्व काही आणि स्त्रोत कोड सह धिक्कार घटक लाँच करण्यासाठी होते).
अज्ञान हेच मुख्यतः मानवी चापच आहे हे लक्षात घ्या.
चांगले, मी एका पैजवर नुकतेच 10 युरो जिंकले 😛 मला नेहमीप्रमाणे अंदाज लावण्यासारखे वाटते ... मला वाटते की मी सिस्टीम आवडत नाही कारण प्रकल्पातील तत्त्वज्ञान आणि कोडमध्ये टिप्पण्या नसल्यामुळे (एक ओपनएसएसएल). पण मी ओळखतो की ते तांत्रिकदृष्ट्या वरिष्ठ आहे. मला आश्चर्य वाटले की ते ओपनआरसीसाठी सिस्विनेटची जागा असू शकते का. अशा परिस्थितीत मी स्थलांतर करीन.
तसेच, विनामूल्य सॉफ्टवेअरमध्ये, काही कारणास्तव, याची दोन अंमलबजावणी होणे आवश्यक आहे, का, स्पर्धा (लिब्रेऑफिस, ओपनऑफिस) आणि सुरक्षा (ओपनएसएल).
अशी एक गोष्ट आहे जी मला समजत नाही, जर सिस्टमड डिझाइन सीग्रूप्सवर आधारित असेल जे लिनक्स एक्सक्लुझिव्ह वैशिष्ट्य आहे.
फ्रीस्बीएसडी हरड इत्यादींकरिता सिस्टमड काटाचा वापर पोर्ट करण्यासाठी, एकतर त्या कर्नलमध्ये सीग्रुप जोडा किंवा सांगितले काटाच्या रचनेमधून सीग्रुप काढून टाका.
परंतु आपण सिस्टीडच्या काटा पासून सीग्रुप्स काढून टाकल्यास सिस्टीमडचा खरा पर्याय म्हणून यूटिलडेडचा विचार करणे कठिण आहे.
मी देखील हा उपक्रम खूप सकारात्मक मानतो कारण स्पर्धा नेहमीच चांगली असते कारण ती त्यांना उत्कृष्ट होण्यास प्रयत्नांची सक्ती करते आणि परिणामी त्याचा फायदा वापरकर्त्यांना होतो.
* गॅरेगन = जोडा
ते फक्त cgroups वापरत नाहीत किंवा cgroups पर्यायी बनवणार नाहीत. सिद्धांततः ते इतके अवघड नाही. आपल्याला काय करायचे आहे ते सर्व सध्याच्या ओएसमध्ये अस्तित्त्वात असलेल्या इतर प्रक्रिया नियंत्रण पद्धतींना समर्थन देण्यासाठी डिझाइन आणि लिहिणे आहे. सराव मध्ये, हे त्रासदायक आणि खर्चीक आहे कारण याचा अर्थ असा आहे की उदाहरणार्थ आपल्याकडे प्रोग्रामवर काम करण्यासाठी 8 तास असल्यास त्याऐवजी 8 तासांचा वापर करण्याऐवजी एका पर्यायातून आपल्याला काय दिले आहे ते पॉलिश केले पाहिजे, तर आपण त्या वेळेचे विभाजन 6 केले पाहिजे ( त्या दरम्यान एक्सचेंज करण्याचे 3 सिस्टम + 3 मार्ग ठेवा). अशा प्रकारे देखभाल आणि विकास खूपच जड आणि हळू होते. म्हणजे, एकतर तुम्ही बर्‍याच नियमितांना पाठिंबा द्या किंवा आपण एकाला चांगला पाठिंबा द्या.
आणि हे सांगायला नकोच की बीएसडीला सिसॅडमिन्सकडून फारच कमी मागणी आहे आणि अगदी युनिक्स स्वतः विंडोज एक्सपीसारख्याच डोळ्यांनी पाहतो.
मुख्य म्हणजे cgroups: service चा वापर पीआयडीऐवजी सर्व्हिस प्रोसेसचा मागोवा घेण्यासाठी केला जातो. याचा अर्थ असा की डीमन्स दुहेरी-काटे जरी असले तरीही सिस्टमडे पासून "सुटू" शकत नाहीत. » http://es.wikipedia.org/wiki/Systemd
तरीसुद्धा हे एक बिंदू आहे जे सिस्टीमवर टीका करते कारण ते म्हणतात की ते पीड 0 मध्ये सुरू होते आणि हे एक जोखीम आहे कारण जर सिस्टमड तोडल्यास ती यंत्रणा खंडित होते, जे लिननस कर्नल किंवा इतर प्रक्रिया देखील खंडित केल्यामुळे मूर्ख आहे. प्रणाली खंडित करते. सत्य हे आहे की जर काटा cgroups वापरत नसेल तर तो पिड्स वापरतो आणि त्याचे भुतेंवर पूर्ण नियंत्रण राहणार नाही. आधीपासूनच त्यासह हे लिनक्सवर सिस्टमडपेक्षा कधीच चांगले होणार नाही
तेथे अनेक संबंधित काटे आहेत, परंतु सिस्टममध्ये येणारी ही पहिली आहे. उदेवसाठी जेंटूमध्ये (जे आधीच्या शब्दात विलीन झाले होते), तेथे लिबगुदेव आणि मुक्तिवाद आहेत. अन्यथा ओपनआरसी बरोबर चालणे विचित्र आहे आणि काही विशिष्ट इंस्टॉलेशनमध्ये जसे दिसते त्याप्रमाणे "सिस्टमड / यूदेव" पहा. व्यक्तिशः, मला डीएचसीपी क्लायंट जोडण्याची कल्पना आवडत नाही (मला आशा आहे की त्यांनी अद्याप ते पूर्ण केले नाही). मला विश्वास आहे की त्या कामात सिद्ध आणि उत्कृष्ट सॉफ्टवेअर आहे, चाक पुन्हा चालू करण्याची आवश्यकता नाही.
मी दुरुस्त करतो, नवीनतम आवृत्त्यांमधे गुदेव देखील प्रणालीबद्ध आहे.
मी सिस्टमड मधील डीएचसीपी बद्दलच्या टिप्पणीला उत्तर देतो.
सिस्टीड मध्ये फक्त अंगभूत डीएचसीपी नसते (नेटवर्कटचा भाग म्हणून अंगभूत), त्यात डीएनएस रिझॉल्व्हर आणि डीएनएस कॅशे तसेच अवहीकडून वारसा प्राप्त केलेली कार्यक्षमता (कविताद्वारे बनविलेले आणखी एक अक्राळविक्राळ) देखील असते.
आज माझ्याकडे जेवणासाठी बटाटे आणि स्टेक होते, मला ते आवडत नाही, मी एक काटा तयार करीन. आणि म्हणून सर्वकाही.
त्यांच्या विरोधकांना बदनाम करण्यासाठी आणि नवीन वर्ल्ड ऑर्डर स्थापित करण्यासाठी रेड हॅटद्वारे निरुपयोगी विस्तृत खोटा ध्वजांकन ऑपरेशन आहे काय?
… संभोग.
या प्रकल्पाच्या मागील बाजूस संरक्षित
अनुवाद:
ते मला सांगत आहेत
१) ते जुन्या पारंपारिक समस्यांचे निराकरण किंवा निराकरण करीत असलेल्या कोणत्याही समस्येचे निराकरण करीत नाहीत तेव्हा त्यांच्या कोणत्याही साधनांशिवाय आणि त्याचे मानकीकरण करण्याच्या कोणत्याही फायद्यांशिवाय एक विभक्त सिस्टमड तयार करीत आहेत. हो बरोबर. मला 1 द्या
२) ते मला सांगत आहेत की ते "फुगवटा" शिवाय सिस्टमड आहे परंतु हे सिद्ध झाले की सिस्टमड मॉड्यूलर आहे आणि आपण कोणत्याही मूल डीमनशिवाय सिस्टीड वापरू शकता. म्हणूनच, ब्लोट काढून टाकणे व्यवहारात समान आहे (त्याशिवाय ते ज्युनाल्ससारख्या बर्‍याच उत्तम प्रणालीगत साधने ठेवत नाहीत)? ठीक आहे. परिपूर्ण मला आत्ता 2 द्या.
)) ते मला सांगत आहेत की हा काटा ज्यामुळे कोणत्याही समस्येचे निराकरण होत नाही, ते निम्न-स्तरीय फ्रेमिंगची समस्या सोडवत नाही, यामुळे कोणत्याही प्रकारचे तांत्रिक फायदे देत नाहीत, परंतु ते 3 वर्षापूर्वी आम्हाला परत घेण्यापूर्वी लिनक्स मधील सर्व्हिसेसचे व्यवस्थापन. मानकीकरणाच्या एकमेव आशेसह स्पर्धा? . ठीक आहे. मी त्याच्यावर प्रेम करतो. मला यासह 5 डिस्ट्रॉस द्या. कृपया आता !!
ज्यांना समजले नाही त्यांच्यासाठी. हे व्यंग आहे 🙂
आणि म्हणूनच लिनक्स डेस्कटॉपवर कधीही विजय मिळवू शकत नाही, जेव्हा सर्व प्रेक्षकांसाठी कार्यात्मक डेस्कटॉप शक्य करण्यासाठी पायाभूत सुविधा तयार करण्यासाठी पाझोना दिले जाणे सुरू होते. मॅमेर्टो त्यांच्या आवाजांसह बाहेर येतात. ठीक आहे की ते त्यांना पाहिजे ते करतात, त्यांचा हक्क आहे, परंतु सत्य आहे की, त्यांना फार गांभीर्याने घेतले जाण्याची अपेक्षा नाही.
http://hackingthesystem4fun.blogspot.mx/2014/09/linux-no-triunfa-en-el-escritorio.html
http://linuxito.com/gnu-linux/nivel-alto/431-por-que-systemd-es-una-mierda
खरं सांगण्यासाठी, विनोद अशी आहे की सिस्टमडी मला खूप मदत करते, एक्स्ट 4 पार्टिशन्सवर क्रोम वापरण्याइतका वेळ मिळाल्यावर पीसी शटडाउन अगदी वेगवान होते. मी एक्सएफएस आणि सिस्टमडीसह डेबियन जेसीचा प्रयत्न करीत असताना - आणि सर्वात महत्त्वाचे म्हणजे, हे मला सीस्विनीटपेक्षा चांगले परिणाम देते - मी त्यापुढे गुडघे टेकू.
सर्वात मजेची गोष्ट अशी आहे की असे काम पूर्णपणे आव्हानात्मक असूनही (ओपनएसएलच्या थिओ डी रैड्टच्या काटा प्रमाणे) त्यामध्ये सिसविनीटची वैशिष्ट्ये समाविष्ट करण्याची क्षमता असलेले सिस्टमडी बनविण्याचा त्यांचा प्रयत्न आहे.
हा काटा स्वतंत्र विकसकांना देण्याचा प्रयत्न करण्यासाठी लेनआर्ट आणि त्याचे वडील रेडहॅट यांच्याकडून लागेबांधे घेण्याची समस्या सोडवते.
बूट सिस्टमचा भाग नसू शकतात आणि कधीही नसू शकतात अशा गोष्टींशी गोंधळ होण्यापासून ते सिस्टमडचे अस्वस्थता दूर करतात. मी स्पष्ट आहे का?
आता जर काही कारणास्तव थोड्या कारणास्तव वाटत असतील ... ज्याचे निराकरण कोणीही करू शकत नाही, तर ते केवळ मते आणि वैयक्तिक दृष्टिकोन आहेत.
परंतु हे आहे की सिस्टमड ही केवळ स्टार्टअप सिस्टम नाही, सिस्टमड 70 पेक्षा जास्त भिन्न बायनरी आहेत ज्यापैकी केवळ 1 पीड 1 आहे आणि हे फक्त 1 गोष्टीची काळजी घेते, इतर डीमन सुरू आणि थांबवते. सर्व प्रणालीगत ब्लोएट प्रत्यक्षात जर्नल व्यतिरिक्त पर्यायी आहेत. म्हणूनच बूट सिस्टम काय करत आहे हे मला खरोखर दिसत नाही की ते फक्त एक गोष्ट करत असल्यास हे करणे आवश्यक नाही. मी म्हटल्याप्रमाणे, उर्वरित प्रक्रिया आणि सेवा इतर डिमनद्वारे स्वतंत्रपणे हाताळल्या जातात, त्यापैकी बहुतेक स्वतंत्रपणे वापरली जाऊ शकतात. फरक इतकाच आहे की हे वैकल्पिक डिमन त्याच टीमद्वारे समान कॅलेंडरमध्ये आणि त्याच गिटमध्ये लिहिलेले आहे (बीएसडीदेखील असेच करते)
वाईट कंदील आणि लाल हॅन? छळ च्या भ्रम आणि इतर काही.
@ मिरेज पण सिस्टीम ही केवळ स्टार्टअप सिस्टम नाही….
हीच समस्या आहे, त्यांनी फक्त स्टार्टअप सिस्टमच्या रूपात सुरुवात केली आणि बर्‍याच डिस्ट्रॉसना समजावून सांगितले आणि मग ती केवळ स्टार्टअप सिस्टम म्हणून थांबली आणि कर्करोगासारखी पसरली.
मी ते अधिक चांगले रंगवेल, मला सिस्टमड हवे आहे, परंतु मला इतर कोणतेही सिस्टमडेड मॉड्यूल नको आहेत ... परंतु जेव्हा मी असे म्हणतो की मला ते नको आहे, तेव्हा ते माझ्या हार्ड ड्राइव्हवर स्थापित केले जावे असे मला वाटत नाही .. हे अक्षम करणे माझ्यासाठी पुरेसे नाही ... मला एकट्या सक्षम करता येणा can्या स्वयंचलित गोष्टींवर विश्वास नाही, उदाहरणार्थ जेव्हा स्क्रीन सेव्हर सक्रिय असेल तेव्हा.
तर मला सांगा की कोणती डिस्ट्रो मला सिस्टमडची आवृत्ती देते ज्यामध्ये त्या मॉड्यूलच्या इंस्टॉलरमध्ये नसते.
मी सध्या लिनक्स पुदीना १ use वापरतो आणि ते सिस्टीम्ड वापरत नाही (मला फक्त त्याच्या काही अवलंबनांचा विचार आहे) जरी ते वापरणार्‍या डिस्ट्रॉसमध्ये हे माझ्यासाठी योग्य आहे, मी लिनक्स जवळजवळ २ वर्षे वापरतो आणि मी त्याचा मूलभूत उपयोग देतो (सर्फिंग) इंटरनेट, सोप्या भाषेत दस्तऐवजांचे संपादन इ.) आणि जेव्हा मी सिस्टमड वापरतो तेव्हा मी हे देखील अपयशी ठरत नाही की तांत्रिक स्तरावर सुधारणा दिसून येते आणि बर्‍याच द्वेष मला न्याय्य वाटत नाही, बरेच लोक म्हणतात की ते ऐहिक गोष्टींसाठी आहे तंत्रज्ञानापेक्षा परंतु हे माझ्या दृष्टीने खूपच जास्त आहे असे मला वाटत असले तरी मला तुमच्यावरही हा एक पर्याय पहायला आवडेल जरी मला यावर काहीच विश्वास नाही (सध्या मुळात हा एक अधिक कुपोषित प्रणाली आहे आणि हे नाव आधीच खूपच हास्यास्पद वाटत आहे. काहीतरी गंभीर व्हा)
आणि बीएसडी स्क्रिप्टचा वापर का करत नाही? किंवा जेंटू संघाकडून ओपनआरसी? किंवा सिस्टमडीसह वरील सर्व विसरलात आणि उबंटूचा अपस्टार्ट वापरा?
कारण सिस्टमडी जीएनयू / लिनक्स सिस्टम चालू आणि बंद करण्याच्या प्रक्रियेस वेगवान करते.
याव्यतिरिक्त, तुम्हाला जे वाचवायचे आहे ते म्हणजे, सिस्टमडी मॉड्यूलचा वापर न करता सिस्टमडीची बूट वेग आणि ओपनआरसी, सिसविनीट आणि बीएसडी स्क्रिप्ट्सचा वापर करा, अशा प्रकारे फडफडणे नोंदी.
ठीक आहे, मी प्रणालीसह आनंदी आहे.
मला इतर सर्व गोष्टींपेक्षा अधिक फायदे देखील दिसतात.
मी बर्‍याच टिप्पण्या वाचल्या आहेत आणि वरवर पाहता सिस्टीम ... त्या विरोधात असलेल्या system ०% लिनक्स सिस्टम वापरकर्त्यांच्या तत्वज्ञानाबरोबर नाही, मला आश्चर्य वाटले ... प्रत्येक गोष्ट नियंत्रित करण्याची इच्छा या दोन्ही सिस्टमची आवड का आहे ... ते खिडक्या सारखे आहे?… प्रत्येकावर आणि जागतिक सरकारला नियंत्रित करण्यासाठी भितीदायक योजना आहेत काय? सध्या लिनक्स मिंट सिस्टम आश्चर्यकारकपणे सर्वकाही स्वयंचलितपणे कार्य करते आणि त्यास सिस्टमडची आवश्यकता नसते. जर आपण लिनक्स सिस्टम ताब्यात घेण्यास व्यवस्थापित केले तर ... .. आपल्याकडे बीएसडी युनिक्स आणि त्यातील व्युत्पन्नवर स्थलांतर करण्याशिवाय कोणताही पर्याय नाही.
लिनक्स मिंट सारखी कोणती इतर वितरणे कार्य करतात, त्यांच्याकडे सिस्टमड आहे की नाही?
विंडोजमध्ये पहा जितके मला समजते तितके सिस्टीमसारखे काहीही नाही.
ते त्यास एक केंद्रीकृत असलेल्या वाईट गोष्टीसारखेच बनवतात, जेव्हा काळजी घेणारे फक्त असेच असतात जे प्रणालीवर कार्य करतात, जे सामान्यत: तज्ञ असतात, आमच्यासाठी सामान्य वापरकर्ते सिस्टमड बरेच चांगले आहेत, काही सिस्डमिन देखील त्याचे कौतुक करतात, म्हणून लक्षात घ्या. हे सर्व चवीशी संबंधित आहे.
सिस्टमडी खूप चांगली आहे, परंतु बर्‍याच लोकांबद्दल अशी तक्रार आहे की असे बरेच प्रोग्राम आहेत ज्यांना कार्य करण्यासाठी नवीन अवलंबनांची आवश्यकता असेल, कारण सिस्टमडे अधिक दखलपात्र आहे आणि बूटस्ट्रॅप सिस्टमच्या पलीकडे जरा जास्त आहे. ते देखील तक्रार करतात की ते काही कार्य आपोआप करते, परंतु मला खात्री आहे की आपण हे वापरणे शिकल्यास आपण ते आपल्या आवडीनुसार कॉन्फिगर करू शकता.
म्हणूनच मी म्हणतो: सिस्टमडी व्यवस्थापित करणे अगदी सोपे आहे, जरी मी प्रत्येक वेळी सिस्विनीटमध्ये जे करत होतो त्यापासून मी स्वत: ला अलग ठेवत असतो (सिस्टमडीपासून विचलित होऊ नये म्हणून, परंतु सिसविनीटने मला होणारा त्रास वाचविला. dmesg मी काही चुकीचे आहे का ते पहाण्यासाठी).
स्टार्टअप स्टेप्स करण्याच्या उद्देशाने विंडोज मध्ये स्क्रिप्ट्स संपादित करण्याची समस्या आपल्याला वाचविणे होय. दुस words्या शब्दांत, जे इतके सिस्डमिन नसतात त्यांच्यासाठी बराच वेळ वाचतो.
परफेक्शनिस्ट आणि / किंवा ज्येष्ठ सिसॅडमिन्ससाठी, जुन्या सिसविनीट आणि जेंटूचे ओपनआरसी श्रेयस्कर आहे (माझ्या बाबतीत, मी सिस्विनीटला सिस्टमडीचा बूट वेगवान हवा आहे, म्हणून यूजलेसडी अतिरिक्त अतिरिक्त प्लग-इन म्हणून काम करते) सिस्विनीट किंवा ओपनआरसीकडे अधिकार आहेत अगदी सिस्टमडी).
मी असे मानतो की आपण /etc/rc.conf मध्ये आरसी_पॅरलल = »येस tried वापरुन पाहिले आहे.
हे सिस्टमडेडपेक्षा थोडेसे सावकाश आहे परंतु केवळ काही सेकंद आहे आणि माझ्या बाबतीत दररोजचा अपटाइम 14 तासांपेक्षा कमी कधीच नसतो ... 8 सेकंदाचा फरक मला प्रभावित करीत नाही.
मला वाटते की या काटाने कोर्स बदलणे शक्य होईल आणि मी आशा करतो की स्वतंत्र विकसक प्रणालीतील सहकार्यातील चांगल्या गोष्टी एकत्रितपणे एकत्र येतील.
आणि नक्कीच, एकाच कार्याच्या लॉजिकचे अनुसरण करा आणि ते चांगले करा.
@ eliotime3000 बूट वेळेपेक्षा खूप महत्वाच्या गोष्टी आहेत, हे देखील महत्त्वाचे नाही की माझ्या बाबतीत तरी सिस्टमड आणि ओपनआरसी (जेंटू वापरुन) दरम्यानचे बूट वेळा खूप भिन्न नाहीत, विजयी सिस्टमड 4 सेकंदांपेक्षा कमी आणि ओपनआरसीमध्ये आरसी_पॅरेन्टल = होय न वापरता.
टीप: येथून, जो कोणी वाचतो, कृपया काळजीपूर्वक तसे करा आणि काही अभिव्यक्तींसाठी मला क्षमा करा, हे देखील माझे वैयक्तिक मत असल्याचे स्पष्ट करा.
सिस्टीड बद्दल मला जे आवडत नाही ते मला यापूर्वी केले गेलेल्या गोष्टी करण्याची इच्छा आहे, कारण चाक पुन्हा चालू करणे मला मूर्ख आणि अनावश्यक वाटते.
डिमन ल्यूक्स, एलव्हीएम, डीएनएस, डीएचसीपी, अवही फंक्शनलिटीज, लॉग्स, कोरोडम्प, डेफ्ससह इतर गोष्टींबरोबर काय करता येईल? कदाचित त्या सर्व कार्ये असलेले भुते यापुढे अस्तित्त्वात नाहीत.
नोंदी आणि कोरोडम्प हाताळण्यासाठी रूट प्रवेश का आवश्यक आहे? (हे मी वैयक्तिकरित्या डेबियन आणि जेंटूमध्ये सत्यापित करण्यास सक्षम आहे).
सिस्टीमडमध्ये काही बदल झाल्यास मला माझा पीसी रीबूट का करावा लागला आहे, ते स्वतःच रीबूट करू शकत नाही? सिसविनीट गीक हे करू शकते आणि मुख्य म्हणजे तो ते योग्य करतो. ते म्हणतात की सिस्टमड हे करू शकते, परंतु चाचणी करा आणि आपल्याला दिसेल की ते अयशस्वी होते आणि पुन्हा सुरू करण्याशिवाय पर्याय नाही.
हे येथे समाप्त होत नाही, परंतु सिस्टमडला बग्स माहित आहेत आणि ते निश्चित केलेले नाहीत, आणि सर्व कारण संघ (प्रभारी अग्रेसर कविता) केवळ त्याकडे दुर्लक्ष करणे आणि त्यांना डब्ल्यूओएनएफएफआयक्स म्हणून चिन्हांकित करणे किंवा फक्त त्याकडे दुर्लक्ष करणे पसंत करतात. त्यातील काही बग्स आधीपासूनच अभिजात आहेत, जर्नल केलेला एक, सेल्फ-असेंबली एक आहे आणि चला, सज्जनांनो, ते २०११ आणि २०१२ मधील आहेत आणि तरीही ते निश्चित केले जाऊ शकत नाहीत, कारण ते ज्ञात नाहीत (त्यात एक आहे अहवाल द्या आणि सर्वकाही) किंवा ते सहजपणे पुनरुत्पादक नाहीत, परंतु ते फक्त त्यांना निराकरण करू इच्छित नाहीत. ती वर्तन प्रणालीगत पद्धतीने येत नाही, कवितेमध्ये नेहमी असेच होते, अवाही (त्यांच्यातील एक निर्मिती) देखील अशाच समस्या होती, विशेषत: मेमरी गळती आणि जास्त सीपीयू वापरणे, ज्यापैकी बरेच अजूनही चालू आहेत. तुला अधिक पुरावा हवा आहे का? पल्सेओदिओ हे या प्रकाराचे आणखी एक वेडेपणा आहे, हे जरी बरेच लोक वाट पाहत असले तरी निराकरणापेक्षा याने अधिक समस्या आणल्या आणि त्या कित्येक समस्या सोडवल्या गेल्या नव्हत्या की, कवितेच्या हातातून दूर आहे.
युकिटरु +100
हे स्पष्ट आहे की, कदाचित साध्या नवशिक्या वापरकर्त्याला याची जाणीव नसेल, परंतु रेडहाट ही एक कंपनी आहे आणि मला माहिती आहे, प्रत्येक कंपनीला आवडणारी एकमेव गोष्ट म्हणजे पैसे कमविणे, जर आपण यात भर घातली तर सरकारी एजंट्सकडून काही ऑफर येऊ शकतात. ते "अगदी थोडेसे सुधारित करावे", माझा विश्वास आहे की सर्व काही शक्य आहे ... श्री. भगवान पैसा सर्व काही करू शकतो.
सर्व सरकार आणि मोठ्या कंपन्यांच्या सत्तेच्या इच्छेला कोणतीही मर्यादा नाही, आम्ही दररोज हे वाचतो, असे आढळते की प्रतिकार करणारी ऑपरेटिंग सिस्टम जीएनयू / लिनक्स आहे, त्याचे वापरकर्ते सुरक्षितता आणि गोपनीयतेबद्दल अधिक चांगल्या प्रकारे माहिती देतात.
सिस्टीमद्वारे त्यांनी थोड्या वेळाने सुरुवात केली, पहिल्यापासूनच ते सर्व छान होते आणि ते बदलण्यासाठी मुख्य डिस्ट्रॉस जिंकण्यात यशस्वी झाले, त्यानंतर थोड्या वेळाने ते आधीपासून अस्तित्त्वात असलेल्या गोष्टीचे मॉड्यूल जोडत होते आणि ते नेहमी कार्य करत होते, ते असे म्हणू शकतात की आपल्याला ती आवडत नाही की आपण ती मॉड्यूल स्थापित केली नाहीत .... परंतु आश्चर्यचकित आहे की सर्व डिस्ट्रॉस हे पूर्णपणे स्थापित करतात आणि सामान्य वापरकर्त्यांना हाताने संकलित कसे करावे हे त्यांना माहित नसते आणि ते कसे काढतात.
सर्वात विकृत मॉड्यूल जर्नल केलेले आहे जे मी संदेशात वाचले की एखाद्याने सांगितले की ते पर्यायी नाही, ते अनिवार्य आहे आणि ते काढले जाऊ शकत नाही.
हे स्पष्ट आहे की ते काढून टाकण्यात सक्षम होणार नाही, सिस्लॉग-एनजी चांगले कार्य करू नये आणि या बग नोंदविणा users्या वापरकर्त्यांच्या तक्रारीकडे जाण्याचा हेतू नाही.
तंत्र म्हणजे आवरण असे जेणेकरून ते पाहिले जाऊ शकत नाही, त्यानंतर नेटवर्क स्वयंचलितपणे व्यवस्थापित करा जेणेकरून खूप दूरच्या भविष्यात नेटवर्कसह काय होते आणि नेटवर्कला काय झाले त्याचे लॉगसह संपूर्ण मॅन्युअल नियंत्रण गमावा.
सिस्टीम कोड वाचणे काही उपयोगाचे नाही, प्रत्येक गोष्ट जे करावे ते करते आणि "त्यांच्यासाठी" अगदी चांगले करते, काय चुकीचे आहे एकत्रित कार्यक्षमता म्हणजे "अघोषित बग" च्या चेहर्यावर संपूर्ण धोका दर्शवते.
म्हणून, सिस्टमडे चुकीचे नाही, जे चुकीचे आहे ते त्याचे निर्माता आहेत जे बदलले पाहिजेत.
किती अतिशयोक्तीपूर्ण. हे आपणास आवाहन करते की हे एक विनामूल्य सॉफ्टवेअर आहे आणि जर तेथे काही विचित्र गोष्टी असतील तर त्यांना काय कळेल? आणि यासारख्या विवादास्पद प्रकल्पात, आपल्याला असे वाटते की मांजरीचा पाय काढण्यासाठी शेकडो गीक नाहीत? pff सनसनाटी नेहमीच जास्त विकते
कारण सिस्टमड खरं तर स्कायनेट आहे… हाहााहा
आणि मी असे मानतो की हा काटा अधिकृत आहे?
@एमिलियन
लिनक्सबद्दल, दुर्दैवाने तुम्ही बरोबर आहात आणि दुर्दैवाने काही सिस्डमिन, वापरकर्त्यांपैकी 1/4 पेक्षा कमी आहेत ... .. तर अशी आशा करूया की यासारख्या विचित्र गोष्टी घडतच आहेत:
सिस्टमड-जर्नड [१ ]०]: दुर्लक्ष करून: पत्ता (150 आयटम, 13 बाइट) लिहिण्यात अयशस्वी
हे दर्शविण्यासाठी की आम्ही वेडे नाही, किंवा ते शुद्धतावादी नाही तर तांत्रिक समस्यांसाठी आहेत.
आपण या सीजीटमधील त्रुटी सीटीआरएल + एफ वापरुन पाहू शकता परंतु अर्थातच लेनर्ट सामान्यत: टिप्पणी करीत नाही, परंतु त्याने केलेली आणखी एक वाईट पद्धत, ती त्रुटी काय आहे हे त्यांना ठाऊक नसते:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c
आपण एकमेव elav नाही:
https://bbs.archlinux.org/viewtopic.php?id=150704
त्यासह बर्‍याच पोस्ट्स आहेत परंतु प्रत्यक्षात ते काय आहे असे म्हणणारे कोणतेही मला दिसत नाही, हे मला एक दोष सारखे वाटत आहे आणि हे त्याच्या जागेत पल्से ऑडिओच्या जागांसारखे दिसते आहे जे जागृत होते आणि दडलेल्या घटनांनी
भयानक!!
आणि जरी आपण त्यावर विश्वास ठेवत नाही, तरीही त्या त्रुटीचा अहवाल देणारे आणखी बरेच लोक आहेत, असे दिसते की ही दुसरी त्रुटी पासून आली आहे आणि ते एक लक्षण आहे परंतु हे देखील आहे की ती स्वतःची चूक आहे, थोडक्यात, सिस्टमड बग भरलेले आहे, कमीतकमी sysv मध्ये कोणतीही चूक नव्हती, जे इतके दिवस सुपर पॉलिश असल्याचे सिद्ध झाले. आज मी व्हीएम मध्ये जर्नल अक्षम करण्याचा प्रयत्न केला, मला परवानगी देणार नाही, हे अशक्य आहे, फक्त आपणच करू शकता ते म्हणजे सिस्लॉग लावणे आणि जर्नलद्वारे आपल्याला गोष्टी पाठविणे ज्यायोगे ते लिहितात, परंतु, जर जर्नड अयशस्वी झाले तर काय? ... जेव्हा आपण लिनक्समध्ये डेमन लॉगिन अक्षम करू शकत नाही? विंडोज ही गोष्ट आहे, मग ते म्हणतात की ते मॉड्यूलर आहे, जर मी पाहिले
त्यालाही नाही dmesg त्यांना वाचवतो. डोळ्यासमोर माझ्या लक्षात आले की हे जर्नलडी आहे जे बग झाले आहे.
मला आशा आहे की ओपनबीएसडी किंवा अपाचे फाउंडेशन अशा काटासाठी आपले समर्थन दर्शवतील.
lavelav
आपल्याकडे कंपनी आहे, लेन्टार्ट थोडे काम करते की नाही हे पाहण्यासाठी बग अहवालात सामील व्हा:
https://bugzilla.redhat.com/show_bug.cgi?id=1069828
तो एक बग आहे.
मी जोडतो, हे फेडोराच्या अनुसार परंतु त्याच उत्पत्तीसह इतर कोणत्याही प्रकाराने निर्मीत एक दोष आहे.
https://bugzilla.redhat.com/show_bug.cgi?id=1043212
दीमेश लाइव्ह लाइव्ह!
आता, गंभीरपणे, जर्नलडीच्या महाकाय अपयशाबद्दल धन्यवाद, मी सिस्टमडीच्या काटेरी कांटासाठी माझा पाठिंबा दर्शवितो, जर्नलडी सह मला जास्त काही समजत नाही (डीएमईएसजीने तुम्हाला बर्‍याच प्रमाणात कर्नल बूट त्रुटी दिसतात, आणि सिस्टिमच्या भूत देखील ).
बरेच लोक सिस्टमडे नाकारतात कारण ते युनिक्स तत्वज्ञानाचे पालन करीत नाही. सज्जनांनो, युनिक्स मरत आहे आणि नामशेष होण्याच्या धोक्यात आहेत, जेव्हा असे होते की जेव्हा आपल्याला भूतकाळाचे संबंध थोडेसे सोडले पाहिजेत आणि जुन्या तत्त्वज्ञानाचा भंग झाला असला तरी काहीतरी चांगले करण्याचा प्रयत्न करायचा असतो. पुराणमतवाद सोडा आणि सिस्टीमड आपल्याला समस्या देत असल्यास बग नोंदवा आणि त्याचे निराकरण करणारे पॅचेस तपासण्यात मदत करा. माझ्या मते निरुपयोगी कोठेही मिळणार नाही, म्हणून त्याचे नाव सुलभ, निरुपयोगी, निरुपयोगी, एकूण वेळ आणि प्रयत्नांचा अपव्यय आहे जे काहीतरी चांगले करण्यात खर्च केले जाऊ शकते.
मनुष्य, परंतु आपण त्याच पोस्टमधील दुवे रेडहॅट बगट्रॅकरकडे पाहिले नाहीत? सिस्टीडचा निर्माता यापैकी कोणासही प्रत्युत्तर देत नाही किंवा टिप्पणी देत नाही. जर माणूस लाइनरमधून चालवित असेल तर बग रिपोर्टिंगचा काय उपयोग आहे?
यावेळी, सिस्टमडीने केवळ रेडहाट बगझिलामध्ये 240 नोंदविले आहे (इतर पृष्ठांवर देखील अहवालासह):
https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&component=systemd&product=Fedora
विकिपीडियाच्या मते, जास्तीत जास्त 3 किंवा 4 लोक काम करीत आहेत.
https://en.wikipedia.org/wiki/Systemd
काही दिवसांपासून अनेक महिन्यांपर्यंत निराकरण करण्यासाठी बगसह कार्य करणे. आणि त्यामध्ये आपल्याला हे देखील जोडावे लागेल की त्यांना नवीन वैशिष्ट्ये जोडावी लागेल आणि जुना कोड काढावा लागेल.
आपल्याला असे वाटते की प्रत्येक अहवालाला उत्तर देण्यासाठी त्यांच्याकडे वेळ आहे?
सिस्टीम प्रोग्रामरच्या कामावर भाष्य करण्याचा त्यांचा हक्क असल्याचा एकाहून अधिक जणांचा असा विश्वास आहे, जेव्हा त्यांनी सर्वात जास्त काम बाश किंवा पायथनमध्ये स्क्रिप्ट लिहून वर्डप्रेस थीम लावले असेल, परंतु जर त्यांनी उच्च कायम राखले असेल तर त्यांनी आपले पाय झटकले आहेत. -कॅलिबर प्रोग्राम.
जे लोक सिस्टमडि बद्दल तक्रार करतात त्यांच्यापैकी बहुतेकांना ते काय बोलत आहेत याची कल्पना नसते. हे कोंबडीची पिल्ले फक्त एक घड आहे.
सर्वप्रथम हायपरसेन_एक्सजर मी सिस्टमडी सारखे launchप्लिकेशन लाँच करायचे असेल तर सर्व प्रथम मी करतो असे म्हणजे दस्तऐवज तसेच त्याच्या वैशिष्ट्ये काय आहेत, संभाव्य समस्या, त्याच्या नोंदींचा अर्थ इत्यादी दस्तऐवजीकरण करणे. माझ्यासारख्या त्रास टाळणे, जिथे मला अजूनही माहित नाही की हॅपी आनंदी त्रुटी (किंवा संदेश) म्हणजे कायः
systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressयाव्यतिरिक्त, मी विचार करतो की आपण अनुप्रयोग तयार करण्यास स्वत: ला झोकून देत असाल तर आपण वापरत असलेल्या लोकांच्या बगला प्रतिसाद देण्यासाठी आपला कमीतकमी 1 तास खर्च करावा. आपण हे हाताळू शकत नसल्यास, किमान एक संदेश द्या किंवा मला कळवा, परंतु उत्तर न दिल्यास आम्हाला अनिश्चितता येते.
प्रत्येकाला त्याच्या कार्यानुसार ... आणि प्रत्येकजण आपल्या कार्यासाठी जबाबदार असतो. टिप्पणीच्या या भागाचा अर्थ काय आहे हे मला समजत नाही, वर्डप्रेस थीम डिझाइनर (किंवा एखादा वापरकर्ता फक्त थीम स्थापित करणारा) किंवा बाश किंवा पायथन स्क्रिप्ट प्रोग्राम करणारा एखादा माणूस टिकवून ठेवण्यास आवश्यक नाही "हाय-कॅलिबर" प्रोग्राम, त्यापासून खूप दूर आहे. जसे काका म्हणायचे: "महान सामर्थ्याने मोठी जबाबदारी येते", ज्या आम्हाला व्यापणार्‍या विषयावर घेऊन जात आहेत: «एक उत्कृष्ट प्रोग्राम मोठी जबाबदारी पार पाडतो«, आणि जबाबदारीने मला सर्वकाही समजते: समर्थन, विकास इ.
आपण सिस्टमडे कसे कार्य करते याबद्दल तपशीलवार आणि तांत्रिक डेटासह स्पष्टीकरण देण्यास इतके दयाळू असाल जेणेकरून आपल्यातील जे लोक हे करतात ते ते थांबवू शकतात किंवा अधिक चांगल्या प्रकारे समजू शकतात, मी अनंत धन्यवाद देतो.
कोट सह उत्तर द्या
हे अचूकपणे दस्तऐवजीकरण केलेले आहे:
http://www.freedesktop.org/wiki/Software/systemd/
विभाग: वापरकर्ते आणि प्रशासकांसाठी पुस्तिका आणि दस्तऐवजीकरण y विकसकांसाठी दस्तऐवजीकरण
तुम्हाला ते थोडेसे वाटत नाही?
त्या संदेशाची ओळ येथे आहे:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c#n513
आणि संबंधित कोड आत येईल L448, म्हणून मी यापूर्वी तुला कोणता संदेश दिला यावर हे सर्व अवलंबून आहे.
सर्व इंटरनेट मंच असे कार्य करतात, ते कदाचित आपल्यास प्रतिसाद देतील किंवा प्रतिसाद देऊ शकतील, जर त्यांनी प्रतिसाद न दिल्यास हे कदाचित असे होईल कारण: त्यांना प्रतिसाद नाही, त्यांना तुमच्या संदेशाबद्दल रस नाही, त्यांना इतर प्राधान्यक्रम आहेत किंवा ते यावर काम करत आहेत. इतर गोष्टी आणि त्यांच्याकडे आपल्यासाठी वेळ नाही. आपण विश्वाचे केंद्र नाही हे स्वीकारा, त्या व्यतिरिक्त जे आपल्यास विशेषतः प्रभावित करते अशा बगचे निराकरण करण्यासाठी त्यांना आपल्याकडून काहीही प्राप्त होत नाही.
तेथे मॅन्युअल. हे वाचण्यासारखे आहे, कदाचित ही समस्या अशी आहे की बरेच लोक ते वाचत नाहीत, मी डेबियनवर नाही. पण मी फक्त पॅक असलेल्या माणसापुरते मर्यादित नाही http://www.freedesktop.org/software/systemd/man/systemd.html,
मी ब्लॉग वाचला http://en.wikipedia.org/wiki/Lennart_Poettering (शिकवण्या) चे बरेच चांगले चक्र आहे http://0pointer.de/blog/projects/systemd-for-admins-1.html
@hipersayan_x खरोखर मित्र? आपण माझ्यासाठी दिलेल्या दुव्याची कोणती ओळ 513 आहे याचा अनुवाद करण्यासाठी मी आपल्याला (पुन्हा एकदा) आणखी एक आमंत्रित करतो कारण हा संदेश फेकल्यामुळे समस्या काय आहे हे समजावून सांगते की मला ते दिसत नाही.
हे माझ्याबद्दल नाही, बर्‍याच लोकांबद्दल आहे .. टिप्पणी # 66 मधील दुवा पहा. 😉
@ इलेव्ह, मी पुन्हा सांगतो, सीएफमध्ये जे वाचले जाऊ शकते त्यानुसार, त्या संदेशापूर्वी दुसर्‍या संदेशाला लॉगवर लिहिणे का शक्य नाही हे दर्शविते आणि म्हणूनच ती खरी समस्या असेल.
गोष्टी काटे आहेत हे चांगले आहे, कार्यक्षमता मोजण्याचा हा एक मार्ग आहे, यामुळे मला हसू येते, मी दररोज वापरत असलेली वैशिष्ट्ये अक्षम करतो आणि वापरकर्त्याच्या अनुभवाला वेगवान करतो, किंवा अन्यथा ते सिस्टम स्वयंचलित करण्यासाठी वापरतात, मी त्यास एक सिस्टमच्या उपयोगितांमध्ये नवशिक्या वापरकर्त्याचे कौतुक. सिस्टीमच्या वापराच्या कौतुकाच्या दृष्टीने ही वाढणारी (परिपक्व) आहे, कदाचित रंगीत मिरर ऐवजी स्क्रिप्टमध्ये ऑर्डरचे सेट म्हणून मला ते पाहणे अधिक पसंत आहे. कदाचित मॅन्युअल अधिक वेळा वाचणे आणि अधिक स्वयंचलित सिस्टम कसे तयार करावे याबद्दल प्रस्ताव ठेवणे अधिक उपयुक्त ठरेल, परंतु वापरकर्त्याद्वारे परिभाषित केलेल्या लॉजिकल फ्रेमवर्कमध्ये (जे नेहमी टर्मिनलसमोर नसते).
कोट सह उत्तर द्या
@ROUGH
गोष्टी स्वयंचलित बनविणे, लवचिकता काढून टाकणे आणि त्रास देणे व्युत्पन्न करणे, आपण प्रत्येकाला समान बॅगमध्ये ठेवू शकत नाही, आपण काटे तयार होण्याच्या शोधात असलेल्या स्वयंचलित गोष्टीची परिभाषा देऊन, अधिक असमाधानी लोक असे असतील की जे पाहत बसणार नाहीत ते कसे ते पाहतात नवीन विंडो तयार करा.
वरील काही टिप्पण्या, मी विचारले की तुम्हाला "पर्यायी मॉड्यूलस्" शिवाय सिस्टमड पॅकेज असलेल्या कोणत्याही वितरणाची माहिती आहे काय, परंतु असे दिसते की तेथे काहीही नाही ... कोणीही मला उत्तर दिले नाही.
माझ्या बाबतीत मला गरज नाही आहे, मी युदेव आणि ओपनआरसी सह 5 वर्षांहून अधिक काळ हेंडूने आनंदाने जगलो आहे, परंतु माझ्याकडे एक नोटबुक आहे की मी थोडा वापरतो, त्याकडे अजूनही आर्चीलिनक्स आहे, मी त्या गोष्टी अद्ययावत करत आहे हे पाहणे अद्यतनित करत राहिलो इतर काय म्हणतात ते ऐकून मत देऊ नका.
लंगडाला स्पर्श करूया! @ # $% मी नुकताच न्याहारी केली की आर्चलिनक्समध्ये क्रॉन्टाब नाही, क्रोन सिस्टमडसह हाताळले जाते .. ग्र्रर
https://wiki.archlinux.org/index.php/Systemd/cron_functionality
lavelav
सिस्टमडचा वापर न करणार्‍या वितरणांना प्रोत्साहन दिले पाहिजे, याशिवाय दुसरा पर्याय नाही.
मला माहित आहे की ते स्थापित करणे सर्वात सोपा होणार नाही, परंतु या सर्वाची दिशा पाहिली
मला वाटतं की एलएफएसमधून जन्मलेल्या अधिक डिस्ट्रॉज दिसू लागतील, जसा क्रॉक्स आहे
आर्लक्लिनक्सची आई होती आणि मला समजले की ते अद्याप init वापरत आहेत.
साबायन-स्टाईल डिस्ट्रॉस देखील दिसू शकतात जे शॉट्सशिवाय काहीच नसतात
i686 बायनरीज वर हळू.
सिस्टमड एसी / डीसी थीम प्रमाणे आहे "द बॉल्सद्वारे तुला मिळाले"
https://www.youtube.com/watch?v=2ICWCMaRypI