सिस्टमड द्वेष करणार्‍यांसाठी मांजरो समस्थानवरील ओपनआरसी

आज माझे आरएसएस वाचून मला एक मजेशीर बातमी मिळाली ब्लॉग रिप्लिकेटरचा देखावा, आणि असे आहे की मांजरो समुदायात अनेक आयएसओ वापरत नाहीत अशा विचित्रतेने लाँच केले गेले आहेत. सिस्टमडी आरंभ सारखे, नाही ओपनआरसी, स्टार्टअप सिस्टम द्वारे वापरले गेन्टू.

ओपनआरसी

मला आपल्याबद्दल माहित नाही, परंतु सिस्टमड थीम आधीच माझ्या गोळ्यांना खूप स्पर्श करीत आहे आणि मी जितके अधिक वाचतो तितके मला हे समजले आहे की शेवटच्या वापरकर्त्यासाठी (किंवा बर्‍याच लोकांसाठी) तरी ते माझ्यासाठी किमान काही सुसंगत प्रतिनिधित्व करीत नाही. , हा मार्ग घेत मला आवडत नाही. मला विश्वास आहे की जीएनयू / लिनक्सच्या जगात काळा हंगाम येणार आहे, जिथे काटे व असंतोष कोरडे वाळवंटातही फुटेल.

पण व्यवसायावर उतरूया. मांजरो फोरममध्ये त्यांनी प्रकाशित केले आहे, जसे मी आधी म्हटल्याप्रमाणे, ओपनआरसी वापरत असलेले काही आयओएस. आणि ज्यांना या आवृत्त्या बसविण्याची भीती आहे त्यांच्यासाठी मी हे कसे करावे याचा व्हिडिओ मी तुम्हाला सोडतो.

ओपनआरसीसह आयएसओ डाउनलोड करा

आपण पहात असलेली पहिली आयएसओ ही आवृत्ती आहे नेटइन्स्टॉल. या आयएसओ मध्ये खालील वैशिष्ट्ये आहेत:

  • मांजारो-नेट प्रोफाइलवर आधारित (कोणतेही डेस्कटॉप वातावरण पूर्व-स्थापित केलेले नाही)
  • चाचणी शाखेवर आधारित.
  • केवळ विनामूल्य ड्रायव्हर्स
  • लिनक्स कर्नल 3.14 मालिका वापरा
  • प्लायमाउथ वापरत नाही
  • व्हर्च्युअलबॉक्समध्ये त्याची चाचणी घेण्यात आली

सुरुवातीला एफ 2 की दाबून भाषा निवडली जाऊ शकते. एकदा बूट प्रक्रिया समाप्त झाल्यावर आम्हाला प्रॉम्प्ट सापडेल, जिथे आपण प्रवेश करण्यासाठी वापरू:

  • वापरकर्ता: रूट
  • संकेतशब्द: मांजरो

मागील व्हिडिओमध्ये दर्शविल्यानुसार स्थापना सुरू करण्यासाठी, आम्ही लिहू:

setup

आयएसओ डाउनलोड करण्यासाठी दुवे

manjaro-net-0.8.11-openrc-i686.iso (32 बिट)
(md5sum: 80be54ecfb0360b2a8e544344f72113c)

मंजरो-नेट-0.8.11-ओपनआरसी-x86_64.iso (64 बिट)
(md5sum: ef205f70f3b3428545fdf1420db10b74)

स्थापना-नंतर सूचना

मध्ये मांजरो मंच ते आम्हाला पोस्ट-इन्स्टॉलेशनसाठी काही डेटा ऑफर करतात:

आम्ही या सूचनांचे अनुसरण करून ओपनआरसी-युदेव्ह रेपॉजिटरी जोडू.

1) आम्ही /etc/pacman.conf च्या शेवटी खालील जोडतो

[ओपनआरसी-युदेव] सिग्लेव्हल = पर्यायी ट्रस्टऑल सर्व्हर = http://downloads.sourceforge.net/project/mefiles/ मंजारो / ऑरेपो / सर्च

आम्ही की जोडल्या आणि आयात करतोः

sudo pacman-key -r 518B147D sudo pacman-key --lsign-key 518B147D

२) आम्ही सिस्टम अद्यतनित करतो

सुडो पॅकमन-सुयु

3) आम्ही आमचे प्राधान्य दिलेला डेस्कटॉप वातावरण स्थापित करतो, उदाहरणार्थ वापरते lxde

sudo pacman -S lxde

डेस्कटॉप वातावरणात स्थापित करण्याबद्दल माहिती मध्ये आढळू शकते विकी.

4) आम्ही एक सत्र व्यवस्थापक स्थापित करतो:

sudo pacman -S lxdm -consolekit
सत्र व्यवस्थापक देखील फाइलमध्ये सेट केलेला असणे आवश्यक आहे /etc/conf.d/xdm आणि अधिक माहिती आहे येथे y येथे

)) आम्ही नेटवर्क मॅनेजरसाठी letपलेट सारखी काही पॅकेजेस स्थापित करतो

sudo pacman -S नेटवर्क-व्यवस्थापक-letपलेट

6) आम्ही सिस्टम पुन्हा सुरू करतो

सुडो रीबूट

मला वाटते की हे न सांगताच जात नाही की त्यासाठी केबलद्वारे आपल्याला इंटरनेटशी जोडले जाणे आवश्यक आहे. आम्ही वायफाय वापरल्यास, ते कसे करावे हे आपण पाहू शकता हा दुवा.

ओपनआरसी आणि ओपनबॉक्ससह मनाजारो आयएसओ

ओपनबॉक्स आयएसओच्या बाबतीत, काही गोष्टी विचारात घ्याव्या:

  • मुख्य उद्देश बनवण्यासाठी आहे स्थापना प्रक्रिया सुलभ आणि परवानगी द्या सेट अप फॉर्म आलेख नेटवर्क (वापरुन विड) आणि विभाजन वापरून GParted वैकल्पिकरित्या.
  • कॉन्फिगरेशनमध्ये समाविष्ट आहे ओपनबॉक्स डब्ल्यूएम, एलएक्सटर्मिनल, पीसीमान आणि नेटसर्फ वेब ब्राउझर (शोधण्यासाठी मध्ये माहिती विकी o गुगल),
  • कन्सोल इंस्टॉलर वापरा.

ओपनआरसीसह आयएसओ डाउनलोड करण्यासाठी दुवे:

manjaro-openbox-openrc-2014-11-13-i686.iso (32 बिट)
(md5sum: 9be7e75c75ab296f955a3396386c4764)

manjaro-openbox-openrc-2014-11-13-x86_64.iso (64 बिट)
(md5sum: 07fd57df022118dfc9e2794a0ca3d26e)

ओपनआरसीसह मांजरो एक्सएफसीई आयएसओ

केवळ प्रायोगिक आणि 64 बिट्ससाठी, एक्सएफसीईसह एक आयएसओ देखील आहे:

manjaro-xfce-openrc-2014-11-14-x86_64.iso (64 बिट)
(md5sum: e132f294f2ffd99c6cbc371d1e7a6d72)


68 टिप्पण्या, आपल्या सोडा

आपली टिप्पणी द्या

आपला ई-मेल पत्ता प्रकाशित केला जाणार नाही. आवश्यक फील्ड चिन्हांकित केले आहेत *

*

*

  1. डेटा जबाबदार: मिगुएल Áन्गल गॅटन
  2. डेटाचा उद्देशः नियंत्रण स्पॅम, टिप्पणी व्यवस्थापन.
  3. कायदे: आपली संमती
  4. डेटा संप्रेषण: कायदेशीर बंधन वगळता डेटा तृतीय पक्षास कळविला जाणार नाही.
  5. डेटा संग्रहण: ओकेन्टस नेटवर्क (EU) द्वारा होस्ट केलेला डेटाबेस
  6. अधिकारः कोणत्याही वेळी आपण आपली माहिती मर्यादित, पुनर्प्राप्त आणि हटवू शकता.

  1.   काही पैकी एक म्हणाले

    आपण बरोबर आहात, ओपनआरसी सध्याच्या पुढाकाराचा नैसर्गिक उत्तराधिकारी असल्याने सिस्टमड इश्यूने एखादी विशिष्ट चूक सोडण्यास सुरुवात केली. ही कथा कोठे संपते हे आम्ही पाहू.

  2.   विल्हेल्म म्हणाले

    "जरी शेवटच्या वापरकर्त्यासाठी (किंवा बर्‍याच लोकांसाठी) तरी ते संबंधित कोणत्याही उत्कृष्ट गोष्टीचे प्रतिनिधित्व करीत नाही"

    मलाही तेच वाटते, ते संबंधित नाही कारण वापरकर्त्यांनी ओएसच्या ऑपरेशनमध्येच त्याचा आमच्यावर परिणाम झाला नाही.

    खरं तर फक्त एक मोठा (डीबियन) या विषयावर "घोटाळा" झाल्याची बातमी दिली आहे आणि जरी ते म्हणतात की इतर सर्व कारणे संबंधित आहेत (आणि तसे नसावे).

    इतर मोठे डिस्ट्रॉस, त्यांनी कोणतीही समस्या बनविली नाही (किंवा कमीतकमी कुदळ आणि टॉर्चने प्रकट केलेली), फेडोरा, उबंटू आणि ओपनसुसे.

    तो मला प्रोग्रामरांमधील लढा असल्याचे समजते, उदाहरणार्थ उदाहरणार्थ 13.2 ने चांगली मान्यता / टीका केली आहे आणि पुनरावलोकनांमधील कोणीही सिस्टमड (जरी वादविवाद स्थापित करायचे असेल तर) बोलणार नाही,

    आता सिस्टीमहून ओपनआरसीकडे जाण्याची सर्व गडबड का, शेवटी जर त्याचा परिणाम होत नसेल तर.

    1.    deron म्हणाले

      व्यक्तिशः, व्यवस्था केलेली गोष्ट मला अस्वस्थ करते, माझ्याकडे असुरक्षितता आहे, चांगली पोस्ट.

    2.    युकिटरू म्हणाले

      फेडोरा मध्ये सिस्टमड बद्दल थोडा वाद झाला जेव्हा तो आरंभ म्हणून निश्चित करण्याचा निर्णय घेण्यात आला तेव्हा प्रणालीमध्ये काही अडथळे होते, मुख्यत: ते डीफॉल्टनुसार आरंभ म्हणून वापरण्यास सहमत नव्हते कारण ते खूपच ताजे होते आणि बर्‍याच त्रुटी आहेत. बहुतेक प्रमुख देव मूलभूत विकास संघात आहेत आणि ते सिस्टमडशी संबंधित आहेत, म्हणून अपस्टार्ट उबंटू विकास होता आणि सी.एल.ए. आहे या मुद्द्यांव्यतिरिक्त, सिस्टमडसाठी अपस्टार्टची जागा बदलणे ही काही अंमलबजावणीची चिन्हे होती. यावर पूर्णपणे भ्रुण केले गेले, ज्यामुळे शेवटी प्रत्येकास प्रश्न न घेता सिस्टम्ड स्वीकारण्यास मदत केली. ओपनआरसी त्यावेळी प्रश्न सोडले नव्हते, कारण आता त्यात समांतरण आणि cgroup समर्थनासह अनेक वैशिष्ट्यांसह अभाव आहे.

  3.   निनावी म्हणाले

    चांगली बातमी! बायनरी डिस्ट्रॉ जो ओपनआरसी सोडेल… .हे गॉडसेन्डसारखे आहे.
    आर्लक्लिनक्सने सुरुवातीपासूनच हा मार्ग स्वीकारला पाहिजे, मला सिस्टीमला जाण्यासाठी मला आर्चलिनक्सची कबुली देताना लक्षात आले. आता ओपनआरसी + युदेवसह बायनरी डिस्ट्रॉची परीक्षा घेण्याची मला शक्यता आहे जी मी येथे हळूमध्ये वापरतो.
    मांजरो मधील लोकांना धन्यवाद !!!

    # eix -Ic ओपनआरसी
    [I] sys-apps / openrc (0.13.6@24/11/14): ओपनआरसी होस्टची सेवा, स्टार्टअप आणि शटडाउन व्यवस्थापित करते
    # eix -IC eudev
    [I] sys-fs / eudev (2.1.1@31/10/14): लिनक्स डायनॅमिक आणि पर्सिस्टंट डिव्हाइस नेमिंग सपोर्ट (उर्फ युजरस्पेस डेफ्स)

  4.   झीप म्हणाले

    माहिती, धन्यवाद!

    मी सिस्टमडसंदर्भात आपले मत सामायिक करतो आणि लिनक्सने या नवीन पुढाकाराच्या अस्तित्वापासून घेतल्या जाणार्‍या धोक्याबद्दल मलाही काळजी वाटते. डेबियन काटा येण्यापूर्वी व्हीजी खूपच म्हातारे झाल्यास, मांजरो ओपनआरसी वापरण्याबद्दल विचार करेन, कारण माझ्याकडे गेंटू सिस्टम तयार करण्यासाठी मोकळा वेळ नाही (माझ्याकडे असे करणे मोलाचे आहे परंतु निश्चितपणे संकलित वेळ माझ्या वैयक्तिक परिस्थितीसाठी जेंटू खूप विस्तृत आहे).

    धन्यवाद!

  5.   क्रिस्टियन म्हणाले

    एलाव्ह आपण "विवाद" जास्त समजत नसलेल्या वापरकर्त्यासाठी 10 शब्दांपेक्षा कमी शब्दात वर्णन करू शकता, ब्लॉगवर थोड्या काळासाठी बरेच लेख आले आहेत जे अत्यंत तांत्रिक आहेत आणि "निरुपयोगी" संदर्भाचे स्पष्टीकरण देत नाहीत ... कधीही त्यांनी मला सांगितले की तंत्रज्ञानाची पर्वा न करता, स्पष्टीकरण चांगले असले तरीही आपल्या आजीने समजून घेतले पाहिजे.

    वास्तविक फेडोरामध्ये, काही काळापूर्वी ही समस्या अस्वाभाविक बनत चालली होती, इतकी की बर्‍याच डेस्कटॉप वापरकर्त्यांनी सेन्टॉसवर स्विच करण्याचा विचार केला होता

    1.    लुइस म्हणाले

      मी त्या विनंतीसाठी साइन अप करतो.

      सिस्टमड माझ्यासाठी चांगले कार्य करते, कोणती समस्या आहे ज्यामुळे इतकी हालचाल होते?

      चला मला कळत नाही.

    2.    दरियो म्हणाले

      सिस्टीम हा सिस्टम सुरू करण्याचा प्रभारी प्रोग्राम आहे परंतु या विकसकांनी त्याचा विस्तार करण्याचा निर्णय घेतला आणि आता ते केवळ स्टार्टअपच नव्हे तर क्रोन (प्रोग्राम स्वयंचलितपणे चालवण्याचा प्रोग्राम) यासारख्या गोष्टी, नेटवर्क, सिस्टम लॉगद्वारे देखील लॉग करते बायनरी, इतर गोष्टींबरोबरच

      बर्‍याच लोक अशा अचानकपणे होणा change्या बदलाकडे अनुकूलतेने पाहत नाहीत, विशेषत: कारण प्रोग्रामिंगच्या वेळी अवलंबित्व निर्माण करण्याबरोबरच जीनॉम वाढत असताना जोडले गेलेले प्रोग्रॅमपेक्षाही बरेच बग असलेले हे नवीन सॉफ्टवेअर आहे. या प्रणालीकडे. इतर युनिक्स प्लॅटफॉर्मवर ते कमी पोर्टेबल बनवित आहे.

      मला माहित नाही की माझ्या अन्य टिप्पणीने हे नियमन केले नाही परंतु ते म्हणाले की मला सिस्टमड आवडले परंतु त्यांनी सर्व वितरणांवर एकाधिकार आणू नये आणि पर्याय सोडू नये कारण ज्यांना वेगवेगळ्या गरजा आहेत त्यांच्यासाठी नेहमीच हे केले गेले आहे.

    3.    दरियो म्हणाले

      मी हे सांगण्यात अयशस्वी होतो की बूटवेळी सिस्टम सुरू करण्याच्या प्रभारी प्रोग्राम सिस्टम v होता, जो सिस्टमड एक्सडीद्वारे बहुतेक वितरणामध्ये बदलण्यापूर्वी बराच काळ चालू होता.

    4.    चैतन्यशील म्हणाले

      @ डेरियो जे म्हणतात त्यामध्ये मी पुढील जोडतो (जे माझे मत देखील आहे):

      मला नेहमीच युनिक्स तत्त्वज्ञान आवडले आहे जेथे प्रोग्राम फक्त एक गोष्ट करतो, परंतु तो चांगल्या प्रकारे करतो. जेव्हा सिस्टमडला @daryo ने आपल्याला सांगितले त्या सर्व गोष्टी नियंत्रित करू इच्छित असतील, तेव्हा मला थोडी शंका आहे आणि जर सिस्टीड काही प्रमाणात तडजोड करेल तर काय होईल? विहीर, हे कदाचित त्याद्वारे नियंत्रित सर्वकाही ड्रॅग करते.

      त्यामध्ये मी जोडतो (आणि कदाचित ही सवयीपेक्षा जास्त आहे), हे मला नेहमीच आवडलेले आहे की माझे सिस्टम लॉग शुद्ध मजकूर फाइल्स आहेत, परंतु सिस्टमडसह सर्व काही बायनरी आहे आणि जसे की कमांडः

      cat log.txt

      o

      tailf log.txt

      जिथे आम्ही जीआरईपी सारख्या इतर पर्यायांचा वापर विशिष्ट सामग्री फिल्टर करण्यासाठी करू शकतो परंतु सिस्टमड नामित कमांड वापरतो पत्रकारिता.

      उपरोक्त उल्लेख व्यतिरिक्त, मी असे म्हणणे आवश्यक आहे की सिस्टमडच्या मागे रेडहाट मुख्य घातांक असल्याने, मी बंद करू शकत नाही असा इशारा दिला. कदाचित मी चूक आहे, परंतु हे चांगले दिसत नाही .. आणि मी विचार करत राहतो की बूट, क्रोन, नेटवर्क आणि किती सेवा अस्तित्त्वात आहे यावर नियंत्रण ठेवण्याची काय गरज आहे? त्यावरून त्यांना काय म्हणायचे आहे?

      1.    अलेक्झांडर म्हणाले

        आपल्या टिप्पणीबद्दल आणि मी जे शोधत होतो त्याबद्दल धन्यवाद, मी तुमच्या संशयाची पुष्टी करू शकतो, हा इशारा बरोबर आहे ब्रॉडर.
        आपणास दिसेल की मी टीसीपी स्टील्थबद्दल वाचत आहे, हा एक जर्मन प्रबंध आहे जेथे ते रेड हॅटवर आरोप करतात की त्यांनी eyes डोळ्यांच्या श्रवण यंत्रणेत औद्योगिक हेरगिरी करणे सुलभ केले आहे:
        मी आधीच याबद्दल लिहिले आहे, जर तुमच्याकडे आवश्यक कौशल्य असेल तर मला माहित आहे की तुमच्याकडे ते आहे, तुम्ही स्वतःच्या निर्णयावर पोहोचू शकता:
        https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
        http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#टीसीपी स्टील्थ

      2.    युकिटरू म्हणाले

        फक्त आपल्या छान टिप्पणीला पूर करण्यासाठी, सिस्टमड एनआयएच इतकी उच्च आहे, की आता ते खालील गोष्टींवर नियंत्रण ठेवण्याचा दावा करते:

        १- सिस्टमड-नेटवर्कड आणि सिस्टमडी-एनस्पेनचा वापर करून आयपीव्ही and व आयपीव्ही with सह इंटरनेट कनेक्शनचे व्यवस्थापन.
        २- अंतर्गत डीएनएस कॅशेद्वारे डीएनएस व्यवस्थापन, सिस्टमड-रिजल्व्ह.
        3.- सिस्टमड-नेटवर्कड वापरून अंतर्गत नेटवर्कमध्ये मल्टीकास्ट डीएनएस व्यवस्थापन.
        - सिस्टमड-कन्सोल वापरुन लिनक्समध्ये टीटीवाय टर्मिनल्सचे व्यवस्थापन. (गुडबाय केएमएसकॉन?)
        - लॉगइनद्वारे सत्रांचे व विशेषाधिकारांचे व्यवस्थापन.
        -. कोरेडम्प कंट्रोल, बायनरी फाइल्स वापरणे, व कर्नल डायरेक्टिव्ह्ज वगळणे.
        7.- लॉगचे नियंत्रण, बायनरी फाइल्स वापरणे, व कर्नल निर्देश वगळणे.
        8.- एपीपीआय इव्हेंट्सचा लॉग इन वापरुन नियंत्रण. (सिस्टमडी -212 ने सिस्टम बिनधास्तपणे प्रस्तुत केलेल्या बगसह एनव्हीडिया डेव्समध्ये अनेक डोकेदुखी जोडली)
        9.- नेटवर्कपीडसाठी पीपीपीओइ समर्थन, एक नोकरी अद्याप प्रगतीपथावर आहे.
        10.- क्लायंट आणि सर्व्हरमध्ये डीएचसीपीसाठी समर्थन. (ते त्यांचे काय करतात? कल्पना नाही)
        ११- फॅक्टरी रीसेट असलेल्या प्रणालींसाठी समर्थन, ज्याचा मार्ग बीटीआरएफएसशी जवळचा संबंध आहे (नंतर जर बीटीआरएफएस सिस्टमडेडवर अवलंबून असेल तर आश्चर्यचकित होऊ नका, चांगले लेनरर्ट त्याला आवडतात)
        12 ..- व्हर्च्युअलाइज्ड कंटेनर (झेन आणि केव्हीएम प्रामुख्याने) साठी समर्थन
        13.- डिव्हाइस हाताळणी आणि आरंभिकतेसाठी समर्थन (udev काय करते)
        14.- डिस्क एन्क्रिप्शन सिस्टमची हाताळणी.
        15.- फर्मवेअर आणि कर्नल मॉड्यूल लोड करीत आहे.
        16.- होस्टनाव (ते आपल्या पीसीचा एक अद्वितीय अभिज्ञापक तयार करते), परिसर, वेळ, एनटीपी सिंक्रोनाइझेशन, सिस्टीटल (कर्नल कंट्रोल व्हेरिएबल्स) आणि अगदी यादृच्छिक संख्या जनरेटर (खूप डब्ल्यूटीएफ हे आहे आणि यामुळे बरेच शंका निर्माण होते) )
        17.- तात्पुरती फाइल सिस्टम हाताळणे.

        थोड्या लांब यादीमध्ये, ज्या गोष्टी मला माहित आहेत त्या सिस्टमड करतात काय, कोणालाही हे सांगण्यापेक्षा अधिक माहित असल्यास :).

        पीएसः सिस्टमड यापुढे सिस्टमड -१214 पासून एलएसबी आणि एसआयएसव्ही स्क्रिप्टसाठी समर्थन देत नाही, म्हणून आता त्याचा "लेगसी" समर्थन किती बरोबर आहे किंवा मानकांचे अनुपालन कसे आहे हे मला ठाऊक नाही. मी म्हणतो की एलएसबी हे अद्याप लिनक्समधील मानक आहे की मी चूक आहे?

        1.    Lanलन हॅरेरा म्हणाले

          मला कळवल्याबद्दल धन्यवाद, मी बीटीआरएफएसकडे जाण्याचा विचार करीत होतो परंतु लेनार्ट त्याला आवडतो हे जाणून तुम्हाला कदाचित हे माहित असावे की त्याने भयानक आणि एनएसए-आयबीएम वर हेरणे आवश्यक आहे.

    5.    निनावी म्हणाले

      इतके थोडक्यात सांगायला आणि समजावून सांगण्यासाठी फारच कमी जागा आहे ... हा एक विशाल ट्रोजन घोडा आहे, जो ते दाखविण्याचा प्रयत्नही करीत नाहीत. स्टार्टअप सिस्टम नेटवर्क सर्व्हिसेस, डीएचसीपी डीएनएस घालून काय करते आणि मला असे वाटते की सिस्टमडीमध्ये अवही ... सेवा व्यवस्थापित करण्यात सक्षम न झाल्याने निर्णयाची शक्ती गमावली
      ते नको आहेत आणि ते माझ्याकडे येऊ शकत नाहीत जे अक्षम होऊ शकतात, त्यांना मी सिस्टमट पॅकेजमध्ये नको आहे!
      ओपनआरसीमध्ये एक अशी आहे जी प्रत्येक रनलेव्हलमध्ये कोणत्या गोष्टी कशा सुरू केल्या जातात हे ठरवितात, काही सेवांवर इतर सेवांवर अवलंबून असते पण त्या खूप कमी असतात आणि त्या सूचीबद्ध केल्या जातात ... सिस्टममध्ये काहीही असेल तेव्हा जे काही पाहिजे त्या क्षणी करतो त्याला असे वाटते की बूटवर सुमारे 5 सेकंद मिळवणे आणि शटडाउनवर द्रुत रहा.
      सिस्टमड इतके गुंतागुंतीचे आहे की ते काय करते हे जाणून घेणे अशक्य आहे, आपला मालक आहे आणि आपले काही वाईट करीत नाही असा विचार करून आपल्याला स्वतःस राजीनामा द्यावा लागेल.
      सिस्टमड ने डेमन किंवा सेवा आणि रनलेव्हलच्या बाबतीत गोष्टी सुलभ आणि समजण्याजोग्या असाव्यात अशी संकल्पना मोडीत काढली आहे, सिस्टमडी वापरणार्‍या कोणालाही त्यांच्या सेवांमध्ये काय घडते हे पूर्णपणे ठाऊक नसते.
      सिस्टीड मूळतः सिस्लॉग-एनजी वापरण्याची परवानगी देत ​​नाही, त्यांनी त्यावर जर्नल स्थापित केले आहे आणि ते कार्य करू देत नाही, म्हणजेच किंवा आपण जर्नल किंवा नानिंग वापरत नाही! स्थानिक आणि दूरस्थ कनेक्शनसह काय घडले आणि काय घडले आहे यासंबंधीच्या सुरक्षिततेसाठी आणि तपासणीसाठी सिस्टम लॉग मूलभूत आहे, परंतु जर्नलड बायनरी फॉरमॅटचा वापर करतो जे फक्त जर्नलक्टलच पाहू शकेल…. बर्‍याचदा जर्नल्ड "अनाकलनीयपणे" दूषित होतो. त्याची बायनरी फाईल आणि ती जसजशी ती दूषित दिसते तसतसे ती एकदाच हटवते आणि आधीपासून अस्तित्वात असलेले सर्व लॉग विसरून नवीनसह प्रारंभ करते.
      मी तासन्तास चालत राहू शकतो, परंतु सर्वात वाईट समस्या अशी आहे की लेनर्ट त्या चुका कळवणा those्यांना बॉल देत नाही आणि मी वाचतो म्हणून तो कोणाकडूनही पॅच स्वीकारत नाही.
      मी विचार केला की सिस्टीममध्ये प्रवेश केल्यामुळे ते बग आणि पॅच नोंदवतील, जे सिस्टमडला स्वीकारावे लागेल ... परंतु माझा प्रामाणिकपणे असा विश्वास आहे की लेनार्ट आणि रेडहॅटची उर्वरित डिस्ट्रॉजसाठी आणखी एक योजना आहे .... जसे मी आधी सांगितले, हॉर्स ऑफ रेडहॅट वरून ट्रॉय.
      प्रामाणिकपणे माझ्यासाठी सिस्टमड निश्चित करणे योग्य नाही, त्याच्या डिझाइनमागची कल्पना वाईट रीतीने वाईट आहे, त्या फ्रँकस्टीनचे निराकरण करण्याच्या प्रयत्नापेक्षा स्क्रॅचपासून बूट सिस्टम सुरू करणे चांगले आहे.

      1.    चैतन्यशील म्हणाले

        आमेन !! @ अनामिक ..

      2.    कुणागी म्हणाले

        मी काही वर्षापूर्वी सिस्टमड (फेडोरा) वापरत आहे आणि मी येथे आलो आहे:
        समस्येला विचित्र वास येत आहे, कारण अधिक गोष्टी अधिक अक्षम / पुनर्निर्देशित जोडतात.
        मी जर्नल केलेले मी थेट रीसब्लॉग करण्याचे निर्देश दिले आहेत. आपले काही बायनरी लॉग आधीपासून खंडित झाले आहेत.
        डीएनएस वरून मी बाईंड वापरतो, जर ते सिस्टममध्ये एकत्रित केले तर मी तेच वापरत राहील, जरी मला सर्वकाही सुधारित करावे लागेल.
        मी एक्सएफसीई वापरतो जेणेकरून जीनोम समाकलित करू इच्छित आहे ते मला वाचवते.
        हे चीनच्या दुकानात हत्तीसारखे आहे.

      3.    टिटो म्हणाले

        खरे; त्यांना हे काय म्हणायचे ते देखील माहित नाही. आम्ही दररोज अद्यतनित करण्यासाठी बाहेर पडतो, दोष आणि इतर बकवास दुरुस्त करतो. हा विषय मला चिडवतो; परंतु सिस्टमडी ही सार्वभौम कचरा आहे या वस्तुस्थितीमुळेच नाही; नाही तर त्यांनी ते कसे केले आहे.
        हे स्पष्ट आहे की लिनक्स जगात अशा अनेक कंपन्या आहेत जे सर्व काही नियंत्रित करण्याचा प्रयत्न करतात; कॅनॉनिकल, रेडहाट आणि नोनोम पहा (अगदी मिगेल डी इकाझाने स्वतः ग्नोम सोडला आहे).
        जर मी लिनक्स वापरत असेल तर हे माझे नियंत्रण कोणामुळे आहे आणि तेच त्याचा आधार व तत्त्वज्ञान आहे; हे काय करीत आहे हे माहित नसण्यासाठी, मी आधीच कार्यरत असलेल्या डब्ल्यू सर्व्हरसह मशीन्स माउंट करतो.
        मला वाईट वाटते की डेबियनने आत्महत्या केली. खरं तर, सिस्टमडीशिवाय समांतर काटा तयार होण्याच्या शक्यतेचा विचार केला जात आहे.
        चला अशी अपेक्षा करूया की गोष्टी वाईट होणार नाहीत; किंवा मी स्वत: माझी सर्व मशीन बीएसडीमध्ये स्थलांतरित केलेली पाहिली आहे.

      4.    युकिटरू म्हणाले

        @ अज्ञात, कमेंट पीस मॅन, आपण अधिक योग्य होऊ शकत नाही.

        सिस्टमड ही एक वेडी गोष्ट आहे ज्याचे बर्‍याच गोष्टींमध्ये स्पष्टीकरण नसते, सत्य जे काही करते त्याबद्दल अतिशय संशयास्पद असते आणि इतर साधनांना ते करण्याची परवानगी देत ​​नाही, सत्य हे आहे की मला माहित नाही की डेबियन लोक स्वत: ला हे कसे ठेवू देतात, परंतु शेवटी त्यांनी आधीच हा निर्णय घेतला , आणि बर्‍याच वर्षांत प्रथमच मी डेबियनचा मुख्य ओएस म्हणून वापर करणे थांबवले आहे आणि अधिक पारदर्शक पर्यायासाठी सिस्टमड डेबियनमधून बाहेर येईपर्यंत हे करत राहणार आहे.

    6.    टिटो म्हणाले

      थोडक्यात. सिस्टमडी बेकार आहे.
      हे लॉग बायनरी फॉरमॅटमध्ये साठवते, इतर सर्वांच्या पॅरेंट प्रोसेस म्हणून कार्यान्वित होते (पीड 1), ज्यामुळे जर कोणी ब्रेक झाले तर सिस्टम अप्राप्य होते; हे लिनक्सच्या सर्व काही विरुद्ध आहे, म्हणजेच, साध्या मजकूर फायली, (काय बाइनरी फाईल्स आहे ?? ??, साध्या मजकूर फाइल्स! परमेश्वराच्या सर्व आयुष्याप्रमाणे.)
      चला, ती बकवास आहे. मला अजिबात आवडत नाही.
      परंतु कॅनॉनिकल, नोनोम आणि रेड हॅट सारख्या कंपन्यांचे आभार; आम्ही ते बटाटे खाणार आहोत.
      ते तर, इतर पर्याय असताना; मी वापरत असलेल्या सर्व्हरवर किंवा माझ्या वैयक्तिक मशीनवर वापरणार नाही.
      ही आधीच रेडमंड कंपनीची शाखा बनत आहे.

      1.    सेफिरोथ म्हणाले

        मी कोणाचाही बचाव करण्याचा नाही असे म्हणत नाही, परंतु मला हे चांगले आठवते की उंचवटाच्या बाजूने प्रामाणिकपणा पूर्णपणे विरोधात होता. जेव्हा डेबियनने सिस्टममध्ये दिले तेव्हा ते उबंटूवर ड्रॅग करुन समाप्त झाले.

  6.   दरियो म्हणाले

    याव्यतिरिक्त, हे बग सिस्टमच्या सुरक्षिततेसह आणि सर्व्हरच्या स्थिरतेशी तडजोड करू शकतात, उदाहरणार्थ, म्हणूनच जे या गोष्टींबद्दल सर्वात जास्त तक्रार करतात ते सीझ अ‍ॅडमिन आहेत.

  7.   अलेक्झांडर म्हणाले

    आणि मॅगेयाचे काय आहे, हे अविश्वसनीय आहे की केडी 512 एमबी रॅमवर ​​चालवू शकते, निर्दोष.
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   सर्जिओ ई. दुरान म्हणाले

    काही प्रश्न; ओपनआरसी मधील सेवा व्यवस्थापित करणे किती सोपे आहे? आणि सिस्टमडसह मांजरो स्थापनामध्ये डीफॉल्टनुसार हे स्थापित करणे किती सोपे आहे? सिस्टीड बद्दल मला जे आवडते ते म्हणजे सिंपल कमांड (सिस्टम) सक्षम करणे. सर्व्हिस किंवा सिस्टमटेल अक्षम (सेवा) .सामग्री मी माझ्या सेवा सहज व्यवस्थापित करू शकतो, जर मला ओपनआरसीबद्दल जाणून घेण्यास रस असेल आणि विशेषत: जर त्यास थोडासा विचित्र वास येत असेल तर हे सर्व प्रणालीद्वारे, तसे; मी एक कादंबरी वापरणारा आहे

    1.    सर्जिओ ई. दुरान म्हणाले

      तसे; असे म्हणतात की मी विंडोजवर आहे कारण मी युजर एजंट ओव्हरराइडर वापरत आहे

    2.    निनावी म्हणाले

      ओपनआरसी हाताळणे खूप सोपे आहे, मी तुम्हाला कपस्ड प्रिंटिंग सेवेचे उदाहरण देतो.

      ते सुरू करण्यासाठी.
      # आरसी-सर्व्हिस कपस्ड स्टार्ट
      * स्टार्टस् कपस्ड .. [ओके]

      ते थांबवण्यासाठी.
      # आरसी सर्व्हिस कपस्ड स्टॉप
      * कपस्डॉप थांबवित आहे… [ओके]

      ते पुन्हा सुरू करण्यासाठी.
      # आरसी-सर्व्हिस कपस्ड रीस्टार्ट
      * कपस्डॉप थांबवित आहे… [ओके]
      * स्टार्टस् कपस्ड .. [ओके]

      डीफॉल्ट रनलेव्हलमध्ये प्रारंभ करण्यासाठी ते ठेवणे.
      # आरसी-अपडेट अ‍ॅड कपस्डी डीफॉल्ट
      * सर्व्हिस कपस्ड रनलेवल डीफॉल्टमध्ये जोडली [ओके]

      डीफॉल्ट रनलेव्हलमधून ते काढण्यासाठी.
      कपस्ड डीफॉल्टवरून # आरसी-अद्यतन
      * सर्व्हिस कपस् रनलेव्हल डीफॉल्टमधून काढले [ओके]

      सर्व रनलेव्हल्समधील सर्व सेवांची स्थिती पाहण्यासाठी.
      # आरसी-स्थिती -ए

      रनलेव्हलची स्थिती पाहण्यासाठी, या उदाहरणात डीफॉल्ट.
      # आरसी-स्थिती डीफॉल्ट

      येथे हळूवार मध्ये, ओपनआरसी ही डीफॉल्ट स्टार्टअप सिस्टम आहे आणि ती कायम राहील, आम्ही आत्मघाती हल्लेखोरांसाठी पोर्टेजमध्ये ठेवले आहे, जे सुदैवाने मोजकेच आहेत….
      जर्नल बदलण्यासाठी, आम्ही सिस्लॉग-एनजी आणि लॉग्रोटेट वापरतो, येथे हळूमध्ये सिस्टम लॉग व्हर्च्युअल कन्सोल व्हीटी 12 मधून बाहेर पडतो जे कंट्रोल + Alt + F12 आहे, किंवा आपण रूट यूजर म्हणून कोणत्याही ग्राफिकल टर्मिनलमध्ये सतत पाहू शकता:

      # टेलफ / वार / लॉग / संदेश

      1.    सर्जिओ ई. दुरान म्हणाले

        आणि माझ्या मांजरो वर स्थापित करण्यासाठी?

      2.    सर्जिओ ई. दुरान म्हणाले

        मी म्हणू; मी फक्त ओपनआरसी switch वर स्विच करण्यासाठी सर्व फायली आणि माझे सुंदर एक्सएफसीई गमावणार नाही

      3.    सर्जिओ ई. दुरान म्हणाले

        तयार; मी हे sudo pacman -S manjaro-openrc ब्लूझ-ओपनआरसी (नंतरचे कारण माझ्याकडे ब्लूटूथ आहे) वापरून स्थापित केले.

      4.    सर्जिओ ई. दुरान म्हणाले

        आता माझी अडचण आहे की एक्सएफसीई 4 पॉवर मॅनेजर अपॉवर-पीएम-यूजसह कार्य करत नाही 🙁 आणि माझ्याकडे निलंबन आणि हायबरनेटचे सामान्य पर्याय नाहीत

    3.    युकिटरू म्हणाले

      ओपनआरसी अगदी सोपी आहे, सेवा व्यवस्थापित करणे केकचा एक तुकडा आहे, फक्त एक उदाहरण देण्यासाठी:

      एक सेवा सक्षम करा: आरसी-अपडेट जोडा क्रोनी डीफॉल्ट

      सेवा प्रारंभ करा: /etc/init.d/cronie प्रारंभ किंवा आरसी कॉन्फिगरेशन प्रारंभ क्रोनी

      सेवा थांबवा: /etc/init.d/cronie स्टॉप किंवा rc-config स्टॉप क्रोनी

      सोपे आणि खरोखर क्लिष्ट नाही.

  9.   युकिटरू म्हणाले

    @lav पुढे काय आहे हे लांब पल्ल्यासाठी आहे, आणि वाळूचे वादळ, ट्रॉल्सचा पाऊस, बल्क काटे, देव गट विभाजन आणि बरेच जण विचार करत आहेत की बीएसडीमध्ये स्थलांतर करणे सिस्टमडमध्ये अडकण्यापेक्षा एक चांगला पर्याय आहे, कारण होय.

    व्यक्तिशः, मी मांजरोच्या या उपक्रमाचे कौतुक करतो, ज्यांना सिस्टमड बरोबर रहायचे नसते त्यांच्यासाठी हा एक पर्याय आहे, जे मला आवडेल अशा क्षणी मी जेन्टूमध्ये आहे आणि मला ते आवडते, मला मिळालेल्या स्वातंत्र्यामुळे मला आराम वाटतो, परंतु आता फ्रीबीएसडीमध्ये बदल करण्यासाठी हे माझ्या मनावर अनेक वेळा ओलांडले आहे आणि मी या महिन्यात उडी मारू शकतो, हे सर्व माझ्या वेळेवर अवलंबून आहे आणि स्थलांतर यशस्वीरित्या पार पाडण्यासाठी काही गोष्टी ऑर्डर करते.

  10.   लाड म्हणाले

    सिस्टमडविरूद्धच्या युक्तिवादाचा बराच काळ खंडन होत आहे. कृपया थोडे अधिक वाचा.
    http://0pointer.de/blog/projects/the-biggest-myths.html
    http://diegocg.blogspot.mx/2014/02/la-sombras-de-sysyinit.html
    http://diegocg.blogspot.mx/2014/02/por-que-kdbus.html

    1.    युकिटरू म्हणाले

      यापैकी काहीही सिस्टीमच्या वास्तवाचे खंडन करते, लेन्नर्ट गोष्टी आणि जबाबदा avo्या टाळण्यास खूप चांगले आहे, मी शिफारस करतो की केवळ लेख वाचण्याऐवजी सिस्टमड कोड वाचणे किंवा कमीतकमी सिस्टमडची डेव्हल लिस्ट वाचणे, याविषयी माहिती घ्या. त्या तीन लेखांमध्ये घडलेल्या गोष्टींचे खंडन करणार्‍या गोष्टी आणि सिस्टम्ट डिट्रॅक्टर्सचे अधिक समर्थन करणारे.

      1.    लाड म्हणाले

        त्याचा युक्तिवाद हा असा आहे की मी जे काही दाखविले त्या गोष्टीचे खंडन करणारे ज्ञान आहे परंतु मी कधीही पुरावा सादर करीत नाही, म्हणून मी त्याच्या अस्तित्वावर विश्वास ठेवू शकत नाही.
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    युकिटरू म्हणाले

        @ पॅम्प माझा युक्तिवाद थोडा अधिक आधार आहे कारण मी वरील वरील त्याच टिप्पणीच्या टिप्पणीमध्ये वरील स्पष्ट केले आहे आणि डेबियन रेशीम आणि या वितरणाच्या यादीमध्ये उघड करण्याव्यतिरिक्त मी सिस्टमड संबंधित इतर बर्‍याच नोंदींमध्ये ते उघड केले आहे, तसेच माझे आमंत्रण म्हणजे तुम्ही स्वतःची मते तयार करा आणि त्यासाठी तुम्हाला सिस्टमडची थोडी डेव्हलपमेंट वाचावी लागेल. तसेच फक्त आपली उत्सुकता दर्शविण्यासाठी मी तुम्हाला हा दुवा देतो ज्यामध्ये ते स्पष्टपणे म्हणतात की सिस्टमड -25 यापुढे "कोड क्लीनअप" च्या बहाण्याने एसआयएसव्ही आणि एलएसबी स्क्रिप्टसाठी समर्थन देत नाही.

        http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html

        आता मला सांगा: एलएसबी मानकांसाठी समर्थन कोठे आहे जे सर्व डिस्ट्रॉसना समान आधार तयार करण्यासाठी तयार केले गेले होते? कारण मी तुला काहीतरी सांगू दे, त्याच्या दुसर्‍या दुव्यावर दुसरे काहीही नाही, असे म्हणताना त्याचे तोंड लुटले, बढाई मारते आणि भरते असे नाही की सिस्टमड एसआयएसव्ही आणि एलएसबी स्क्रिप्टच्या वापरास समर्थन देते, जेव्हा सत्य सत्य आहे की समर्थन सोडला आणि त्याऐवजी एका जनरेटरने बदलला init-फायली, तसे, कित्येक बग्स आहेत आणि अखेरीस संपूर्ण init-फाइल करण्याशिवाय दुसरा पर्याय नाही.

        ग्रीटिंग्ज

    2.    टिटो म्हणाले

      मते, हे गाढवासारखे आहे, आपल्या सर्वांचे एक आहे.
      हा माणूस जे म्हणतो ते त्याच्यासाठी चांगलेच आहे, परंतु हे माझे नाही. आणि वेब पोर्टलवर लिहिणा man्या माणसाचे मत हे देवाचे शब्द नाही. हे आपले मत आहे, कालावधी.
      म्हणून "खंडित", काहीही नाही.
      आपल्याकडे असलेली चांगली गोष्ट म्हणजे आपण आपल्याला पाहिजे असलेली वस्तू वापरू शकतो; "तालिबान" होण्याचा प्रयत्न न करता आणि इतरांवर आमचे निकष लादण्याचा प्रयत्न न करता.
      माझ्यासाठी सिस्टमडी ही खरोखरच कचरा आहे. आणि असे लोक आहेत ज्यांना ते आवडते. बरं, स्वागत आहे!
      माझे मत चांगले नाही किंवा जे माझ्यासारखे नसतात त्यांच्यासारखे वाईटाचे नाहीत; ते फक्त भिन्न आहेत.
      हेच आम्हाला इतर ऑपरेटिंग सिस्टमपेक्षा वेगळे करते; आम्ही निवडू शकतो.
      चला कोठेही नेतृत्व करणार्‍या निरुपयोगी मारामारीत जाऊ नये.

      1.    निनावी म्हणाले

        @ टिटो
        आपण हे चांगले म्हणू शकत नाही ... आमेन.
        प्रोजेक्टने सर्व काही कव्हर करण्यासाठी चालवलेली प्रगती, पाऊल टाकणे, कव्हरेज करणे आणि प्रकल्प पूर्णत्वास नेणे या गोष्टी विस्थापित करणे या गोष्टींची जाणीव न बाळगण्यासाठी आपण आंधळे असले पाहिजेत, त्यांना कधीही न पोहोचलेल्या किंवा स्थिर न झालेल्या आवृत्त्यांसह बदलणे, कोर आणि दोनपेक्षा जास्त सुसंगतता नसणे देखील systemd च्या मागील आवृत्त्या.
        भूकंप आला आणि ते जागे झाले, मला आशा आहे की ते युदेव आणि ओपनआरसीच्या दिशेने झुकले आहेत, अशा प्रकारे हेंबू डेबियन मांजरी आणि इतर काही जे ओपनआरसी वापरतात त्यांचा विकास एकीकृत होईल, जे अल्पावधीतच त्यात बरेच सुधार करेल, संपूर्ण समाज जिंकणे.

      2.    दाह 65 म्हणाले

        मी तुझ्या शब्दांना दुसरं करतो.

        असे लोक आहेत जे इतर लोकांना उद्धृत करतात (त्यांना आवडणारी मते, सामान्यत:) आणि पुरावा म्हणून त्यांचे समर्थन करतात.

        माझ्या म्हणण्यानुसार, मी प्रणालीवर मत नाही. अपस्टार्ट किंवा ओपनआरसीपेक्षा तांत्रिकदृष्ट्या हे चांगले आहे की नाही हे मला माहित नाही, परंतु जे स्पष्ट दिसत आहे ते असे की सिस्विनिटची शक्यता सर्व डिस्ट्रॉसने नाकारली आहे, डेबियन केवळ त्याच्या धोरणामुळे व्हीझीमध्ये होते. पण पुढची स्थिर डेबियन, जेसी, सिस्विनीटशिवाय डेबियन होणार होती.

        जे स्पष्ट आहे ते नैतिकदृष्ट्या हे 100% विनामूल्य सॉफ्टवेअर आहे; तांत्रिक भागाचा विचार केला तर मी या कोडचा अभ्यास केला नाही किंवा त्याच्या पर्यायांशी तुलना केली नाही, त्यामुळे मला कोणतेही तर्कसंगत मत नाही. परंतु सध्याचे उबंटू अजूनही सिस्टमडचे काही भाग वापरतात जरी त्यांच्याकडे अजूनही उंचा आहे आणि मला शंका आहे की त्यांनी ते केले कारण कॅनॉनिकल रेड हॅटने "विकत घेतले" आहे.

        कृपया सिस्टमडी हा "वाईट" नाही, कृपया स्कायनेट (टर्मिनेटर) किंवा एचएएल 9000००० ("२००१ स्पेस ओडिसी") विरुद्ध लढत नाही किंवा जेडीवर वर्चस्व मिळविण्याचा प्रयत्न करणार्‍या सैन्याची गडद बाजूही नाही. किंवा असे नाही की कार्यसंघात स्थायिक झाल्याने ते सर्व काही ताब्यात घेतात आणि पेंट्रीमधील खाद्यपदार्थ देखील अदृश्य करतात.

        आणि ते "हे प्रोजेक्ट्स परिपूर्णतेने कार्य करते" (टिप्पणी )२), मला सर्व्हरमध्ये प्रवेश करणार्‍या संगणकांमध्ये होम एनएफएस नेटवर्कसह समस्या आल्या आहेत कारण क्लायंट संगणक बंद करण्याच्या प्रक्रियेमुळे एनएफएस सिस्टम डिसमोट करण्यापूर्वी नेटवर्क डिस्कनेक्ट होते, आणि शटडाउन गोठेल, एकमेव उपाय म्हणजे तो बंद करून चालू / बंद बटण दाबणे (विविध वापरकर्त्यांद्वारे नोंदविलेले दोष); मला एक स्क्रिप्ट तयार करायची होती जी क्लायंट मशीन बंद करण्यापूर्वी चालविण्यासाठी एनएफएस फायली अनमाउंट करते. दुसरीकडे, एनएफएस सर्व्हर संगणक वायफायद्वारे कनेक्ट होतो आणि वेळोवेळी कनेक्शन गमावले: समस्या नेटवर्क-व्यवस्थापक आहे किंवा ती डीएचसीपीडीमध्ये आहे किंवा नाही हे मला माहित नाही.

        मी असे म्हणत नाही की सिस्टमडेमुळे या समस्या दूर होतात; मी त्याकडे दुर्लक्ष करतो, कारण मी ते वापरलेले नाही. हे फक्त एक नमुना आहे की सिस्टमडच्या जागी प्रोजेक्ट परिपूर्ण काम करतात हे अतिशयोक्ती आहे.

      3.    युकिटरू म्हणाले

        एक गोष्ट एक मत आहे आणि दुसरी एक युक्तिवाद आहे, अर्थातच आपण @Tito म्हणता तसे पहिले बरेच भिन्न आहे, परंतु दुसरे म्हणजे काहीतरी अधिक संक्षिप्त आणि केंद्रित आहे, हे इतके सहजपणे हाताळले जाऊ शकते असे नाही, किमान, प्रकरणात नाही. विनामूल्य सॉफ्टवेअर, जेथे आमच्याकडे पुनरावलोकन करण्यासाठी आमच्या बोटांच्या टोकावर कोड आहे.

        @ पॅम्प आम्हाला सांगते की दर्शविलेले युक्तिवाद बर्‍याच काळापासून खंडित केले गेले आहेत आणि पहिल्या कसोटीच्या रूपात तो लेनर्टच्या मते (युक्तिवाद नव्हे) बरोबर आपल्याला अद्ययावत करतो. परंतु या व्यक्तीने आपल्या टिप्पण्यांमध्ये काय म्हटले आहे ते एक गोष्ट आहे (क्रमांक 4 आणि 8 फक्त हसण्यासाठी मरण्यासाठी आहेत) आणि दुसरे असे की त्याने सिस्टम कोडमध्ये काय केले. लेनीर्टमध्ये अवाही आणि पल्सौडियो सारख्या गोष्टी विकसित करण्यास प्रारंभ केल्यापासून मी वारंवार पाहत असलेली अशी वृत्ती आहे आणि डेव्हल याद्या आणि सॉफ्टवेअरच्या दोन्ही तुकड्यांच्या दोष अहवाल वाचून त्यास दृढ केले जाऊ शकते.

      4.    युकिटरू म्हणाले

        @ दाह 65 नक्कीच पुष्कळ लोक तृतीय पक्षाच्या मतांचा पुरावा घेतात, जे स्वत: चे स्वतःचे आणि वैयक्तिक मत नोंदविण्यास असमर्थ आहेत अशा लोकांसाठी एक वाईट सवय आहे आणि ज्यात विधायक चर्चेत भाग घेता येईल अशा वैध युक्तिवाद देखील तयार करतात. .

        माझ्या बाबतीत, मी डेव्हल लिस्टच्या सिस्टीममध्ये झालेल्या बदलांची पूर्तता करतो, जरी मला हे साधन आवडत नाही, परंतु मला ते पूर्णपणे आवडले नाही, परंतु मी त्याबद्दल वापरकर्ता आणि तांत्रिक स्तरावर वाचणे थांबवित नाही, आणि कारण यासाठी हे अगदी सोपे आहे, जर मला म्हणाला की मी वापरलेल्या एखाद्या क्लायंटला उपस्थित रहायचे असेल तर मला काय करावे आणि कोणत्याही परिस्थितीत कसे जायचे ते मला माहित आहे.

        सेवा कशा अडचणीविना चालतात याबद्दल, ही एक अस्पष्टता आहे, बर्‍याच SysV स्क्रिप्ट्स समस्या आहेत आणि सिस्टमडमध्येही असेच घडते, परंतु जेव्हा आपण एसआयएसव्हीमध्ये त्रुटी नोंदविल्या तेव्हा त्या निश्चित केल्या जातात किंवा आपण टिप्पणी केल्याप्रमाणे सहजपणे करू शकता. , सिस्टीममध्ये, बग अहवाल तयार केल्यानंतर आपण डब्ल्यूओएनएफएफएक्स किंवा क्लोस्ड शोधू शकता, लेनार्ट किंवा केए यांचे आभार, जसे की हे प्रकरण असू शकते आणि मी हे सांगताना अतिशयोक्ती करत नाही, येथे एक नमुना:

        https://bugzilla.redhat.com/show_bug.cgi?id=753882

        टिप्पणी 48 वाचा, आपले कोणतेही नुकसान नाही. क्लेमेंट्स another 53 हे आणखी एक नुकसान आहे ज्याचा तोटा नाही, विशेषतः लेनार्टला सोडवायचा नसलेल्या समस्येच्या पुरातन परंतु कार्यात्मक निराकरणासाठी आणि हे २०११ मध्ये नोंदवले गेले.

    3.    मारियो म्हणाले

      त्या "मिथक" ज्यांनी त्यांची स्थापना केली? काही जण गॅलरीमधून काढले गेले आहेत कारण "विनाकारण सिस्टमडि पोर्टेबल नाही." ते पोर्टेबल नाही हे पूर्णपणे खरे आहे (आणि ते लिनक्ससाठी खूप सानुकूलित असल्याचे सांगून ते कबूल करतात)
      हे बीएसडीला रस नाही असे गृहित धरुन (बीएसडी लोक उलट म्हणतात: "जॉर्डन हबार्ड - फ्रीबीएसडी: नेक्स्ट 10 वर्षे (मीटबीएसडी २०१))") जरी पोर्टेबल असले तरीही ते ते स्वीकारणार नाहीत आणि अशा गोष्टी ( मान्यता 2014).

      जर आपल्या सिस्टमवर अनन्य, लिपींचे पुनर्लेखन करणे आमच्यासाठी कवितांचा हेतू असेल तर (http://0pointer.de/blog/projects/systemd-for-admins-3.html) आम्ही चुकत आहोत. तत्वतः एक क्लासिक आरई स्क्रिप्ट आपण कोठे जात आहात याची काळजी घेत नाही. GNU, UNIX किंवा BSD वर काम करण्यासाठी किमान बदल केले जातात. बरं ते आतापर्यंत होतं (ओपनआरसी वापरल्याशिवाय). असं असलं तरी, मला वाटतं की यासारख्या गोष्टी डेस्कटॉप आणि सर्व्हरसाठी लिनक्समध्ये भिन्नता निर्माण करतील. उबंटू आणि व्युत्पन्न वापरकर्ते केवळ पुढील वर्षाच्या शेवटी बदल पाहू शकतील.

      1.    निनावी म्हणाले

        @ दहाह 65

        बरं, तुम्ही म्हणता की सिस्टमड विकृत रूप नाही, मग सांगा की त्यांनी संकलित वेळी त्याचे सर्व मॉड्यूल्स अक्षम करण्यासाठी मेकफाईल पर्याय का दिले नाहीत, जेणेकरून आपल्यातील ज्यांना त्या "पर्यायी मॉड्यूल" वर जायचे आवडत नाही. इतर पॅकेजेस, जेणेकरून आम्ही त्यांना संकलित करू आणि सिस्टमड कॅप्डची स्वतःची आवृत्त्या तयार करू.
        तुम्हाला माहित आहे का ते असे का करीत नाहीत? कारण त्याच्या विकासाच्या प्रकारास सक्ती लादणे म्हटले जाते आणि 95% वापरकर्त्यांकडे एनपीआय नसल्याने ते डीफॉल्टचा फायदा घेतात, आम्ही आपल्या सर्वांसाठी ते नाकारले.
        हे विनामूल्य किंवा ओपनसोर्स सॉफ्टवेअर आहे किंवा जे काही त्यांना कॉल करायचे आहे ते कार्य करत नाही, आता ते मला हसू देतात, कारण डेबियनला नवीन काटा मिळाल्याने बरेच लोक हे सामर्थ्य वाया घालवतात असा विचार करतात आणि अतिरिक्त संकलन पर्याय ठेवणे किती कठीण होते हे मी स्वतःलाच विचारत राहतो. मेकफाईल?
        हा विषय जास्त देत नाही, हे तेलात पाणी मिसळण्याच्या इच्छेसारखे आहे, म्हणूनच प्रत्येक विकासामध्ये अंतहीन काटे दिसतील जिथे उर्वरित काही मोजले जातील.

      2.    युकिटरू म्हणाले

        @mario आपण जे बोलता तेच आहे. जॉर्डन हबबार्ड यांना हेही समजले आहे की बीएसडी पुढाकाराने नवीन तंत्रज्ञानाशी जुळवून घेण्यासाठीच आता अद्ययावत करण्याची गरज आहे परंतु आता शक्य असलेल्या नवीन वैशिष्ट्यांना पाठिंबा दर्शविणे आवश्यक आहे, परंतु सिस्टमडने आता ते कसे केले पाहिजे याविषयी संकल्पना सोडली आहे. गोष्टी, आणि ते त्या तत्वज्ञानास सुलभ करतात जे नेहमीच युनिक्समध्ये प्रचलित आहेत, "एक कार्यक्रम बनवा जो एक कार्य करतो आणि तो चांगल्या प्रकारे करतो", आणि ही पुढाकाराने अत्यंत महत्वाची आहे, कारण आपण आणखी एका राक्षसाबद्दल बोलत नाही आहोत, म्हणून आम्ही आहोत ऑपरेटिंग सिस्टमच्या पुढाकाराने, सुरक्षा उपाय असण्याव्यतिरिक्त, अनेक तज्ञांनी सिस्टमडविषयी आधीच आरडाओरडा करण्यास सुरवात केली आहे आणि ते अगदी प्रात्यक्षिक आहे, विंडोजमधील एसडीचॉस्ट.एक्सइ सारखे सिस्टीम दिसतात, आरंभ पासून करत असताना इतर बर्‍याच गोष्टींमध्ये नेटवर्क नियंत्रणाकरिता सेवा.

  11.   लुइस म्हणाले

    मित्रांनो, ते खरोखरच भयानक आहे.

    आर्चलिनक्समधून काढणे खूप क्लिष्ट आहे काय ????

    मी माहिती शोधत आहे पण या प्रकाराला स्पर्श करण्याची माझी हिम्मत नाही आहे यासाठी की मी स्क्रू करुन माझ्या सिस्टमला गमावू.

  12.   मनु म्हणाले

    मी वाचलेल्या बर्‍याच टिप्पण्यांमधून, सिस्टम खरा ट्रॉयन हॉर्स आहे….
    याचा अर्थ असा आहे की कोण वाचवू शकेल? स्पॅनिश भाषेमध्ये फ्रीबीएसडी मधील डेस्कटॉप कॉन्फिगरेशन आणि सिस्टम वापरण्यासाठी सज्ज असण्याबद्दल माहिती नाही.

  13.   राफेल मर्दोजाई म्हणाले

    गरीब प्रणाली, ते असू द्या. एक्सडी

  14.   वाको म्हणाले

    हे द्वेषयुक्त सिस्टम व्हायरल होणार नाही ???? आर्क माझ्यासाठी खूप छान झाला आहे ... जर हे खरे आहे की हे अधिक कव्हर करते, तर मला माहित नाही की ते चांगले आहे की वाईट! परंतु कदाचित नियंत्रणाखाली येण्यापूर्वीच असुरक्षितता किंवा काही विषाणू आहेत ज्यामुळे सिस्टम नष्ट होते ... जर ते स्थिर आणि सुरक्षित असेल तर मला समस्या दिसत नाही ... तरीही मी माझ्याकडे वेळ आहे आणि मी या विषयाचा अभ्यास केला आहे की नाही आणि ओपनआरसीद्वारे काही चाचण्या करेन

    1.    दरियो म्हणाले

      स्थिर नाही. आणि हे सिस्टम v पेक्षा खूपच असुरक्षित आहे. आपल्यापैकी बर्‍याचजण (माझ्या) डेस्कटॉप वापरकर्त्यासाठी तो एकतर समस्येचे प्रतिनिधित्व करीत नाही, वेगवान बूट चांगले कार्य करते आणि मी सहसा नोंदी वाचत नाही म्हणून ते किती स्पष्ट आहेत किंवा बायनरी स्वरूपात आहे की नाही हे फरक पडत नाही.

      माझ्याकडे एक सिद्धांत आहे की लिनक्स डेस्कटॉपवर वाढेल (आणि सरकारे) आणि सर्व्हर गमावेल (त्याऐवजी ओएसबीएस फ्री घेण्याऐवजी)

  15.   ऑस्कर म्हणाले

    एस्बेबियन विकीवर ते डेबियन जेसीवर सिसविनीट कसे स्थापित करायचे ते प्रकाशित करतात. http://www.esdebian.org/wiki/sysvinit

  16.   निनावी म्हणाले

    सुरक्षेबद्दल वाचताना, मला समजले की इंटेलच्या बाजूला, चिपसेटसह मदरबोर्ड्स आहेत, सामान्यत: नॉर्थब्रिजमध्ये, ते एएमआर इंटेल Managementक्टिव मॅनेजमेंट टेक्नॉलॉजी नावाची काहीतरी अंमलबजावणी करतात .... मनोरंजक, सुदैवाने माझ्याकडे इंटेल नाही, परंतु मी त्याचा शोध घेण्यास सुरवात करतो. एएमडी बाजूला अशी कोणतीही गोष्ट नाही.
    ते इंटेल + एएमआर + सिस्टीमड्ड, ईश्वर निषेध च्या संयोजनाची कल्पना करतात.
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    यात आश्चर्य नाही की स्टॉलमनचा वेडापिसा फ्री बायोसाठी रडत आहे.

    1.    टिटो म्हणाले

      शांत; इंटेल मदरबोर्डचे उत्पादन सोडले.
      http://www.infoworld.com/article/2612845/computer-hardware/intel-refocuses-and-exits-motherboard-business.html

  17.   दाह 65 म्हणाले

    सर्व प्रथम, मी सिस्टमड वापरत नाही कारण ते अद्याप कुबंटूमध्ये तयार केलेले नाही (मी नेटरनर 14 बरोबर आहे, कुबंटू 14.04 मधून घेतले आहे).

    हे स्पष्ट केल्यावर, बर्‍याच गोष्टी निर्दिष्ट केल्या पाहिजेत:

    1- सिस्टर्ड बर्‍याच वेगवेगळ्या डिस्ट्रॉस (डेबियन, ओपनस्यूएस, आर्क, फेडोरा…) च्या विकसकांनी / पॅकेकर्सनी स्वीकारली आहे, परंतु आता असे दिसून आले आहे की या ब्लॉगच्या वाचकांना सिस्टीमचे फायदे आणि तोटे याबद्दल अधिक माहिती आहे.

    2- सिस्टमडी हे एक विनामूल्य सॉफ्टवेअर आहे, ज्याचा कोड वाचू शकतो (आणि समजू शकतो) ज्यांना वेळ आणि ज्ञान आहे (ते विकसक / पॅकेकर्स ज्यांविषयी मी पूर्वी बोलत आहे). आपण दारे मागे लपवली तर ती सापडतील. किती वाचक मालकीचे फर्मवेअर किंवा ड्राइव्हर वापरतात, ज्याचा कोड आपण वाचला नाही आणि वाचू शकत नाही? मला असे वाटते की सिस्टमड न करता त्यास भीती बाळगणे अधिक अर्थपूर्ण आहे.

    3- आम्ही सर्व बायनरी पॅकेजेससह कार्य करतो, कारण जेव्हा मी ती स्थापित करण्यासाठी रेपॉजिटरींमधून .deb डाउनलोड करतो, तेव्हा मी एक साधा मजकूर फाईल डाउनलोड करीत नाही. तर हा युक्तिवाद अगदी विरोधाभासी आहे.

    4- जीएनयू / लिनक्समध्ये आधीपासूनच असे बरेच प्रोग्राम आहेत जे बर्‍याच गोष्टी करतात: समान कर्नल, जे वाढत्या प्रमाणात अधिक ड्राइव्हर्स समाकलित करते आणि अगदी मालकीचे फर्मवेअर (ज्याचा कोड प्रकाशित झाला आहे त्या प्रोग्रामपेक्षा बंद फर्मवेअरमध्ये मागील दरवाजा ठेवणे चांगले). येथे एक्सॉर्ग देखील आहे, जो ग्राफिकल सर्व्हरच नव्हे तर कीबोर्ड, माउस आणि इतर गोष्टी देखील हाताळतो; कोणीही असे म्हणत नाही की झोरगने युनिक्सच्या तत्त्वज्ञानाचा “विश्वासघात” केला आहे, त्यांना त्याला सेवानिवृत्त करायचे आहे कारण इतर प्रकल्पांमुळे तो आधीपासून मागे गेला आहे.

    Linux- “लिनक्स इज इज इज इज”, अर्थातच, परंतु मला कोड वाचू इच्छित असल्यास, ते बदलून, वितरित करणे इत्यादी निवडण्याचे स्वातंत्र्य आहे. सर्व निवडी (सर्व प्रोसेसर आर्किटेक्चर, सर्व डेस्कटॉप वातावरण, सर्व पॅकेज स्वरूप इ.) देण्याची आवश्यकता डिस्ट्रॉसना आवश्यक नाही असे नाही.

    Those- जे लोक बीएसडीकडे जाण्याचा विचार करीत आहेत त्यांच्यासाठी मला बातमी वाचण्याची आठवण येते की काही बीएसडी प्रणालींमध्ये अमेरिकन एनएसएने आधीच त्याचे पंजे लावले होते. जर ही बातमी बरोबर असेल, तर मला माहित नाही कारण मी विषय अनुसरण केला नाही. पण गंमत म्हणजे मी कशापासून पळून गेलो "कारण रेड हॅट मागे आहे आणि कदाचित ..." अशा गोष्टीमध्ये जाण्यासाठी की "कदाचित एनएसए मागे आहे ...."

    जीएनयू / लिनक्स, बीएसडी, विंडोज किंवा आपण वापरू इच्छित असलेले काहीही वापरण्याव्यतिरिक्त, आम्ही आमचे तर्कशास्त्र आणि तर्क करण्याची क्षमता देखील वापरू शकतो

    1.    चैतन्यशील म्हणाले

      सर्व प्रथम, मी सिस्टमड वापरत नाही कारण ते अद्याप कुबंटूमध्ये तयार केलेले नाही (मी नेटरनर 14 बरोबर आहे, कुबंटू 14.04 मधून घेतले आहे).

      हे स्पष्ट केल्यावर, बर्‍याच गोष्टी निर्दिष्ट केल्या पाहिजेत:

      1- सिस्टर्ड बर्‍याच वेगवेगळ्या डिस्ट्रॉस (डेबियन, ओपनस्यूएस, आर्क, फेडोरा…) च्या विकसकांनी / पॅकेकर्सनी स्वीकारली आहे, परंतु आता असे दिसून आले आहे की या ब्लॉगच्या वाचकांना सिस्टीमचे फायदे आणि तोटे याबद्दल अधिक माहिती आहे.

      दुस words्या शब्दांत, या ब्लॉगचे वाचक, केवळ वाचक आहेत, काहीतरी चांगले आहे की नाही याची जाणीव करण्याची क्षमता नाही, कारण पॅकेजर्स आणि विकसकांच्या चांगल्या निर्णयाद्वारे, ज्ञान आणि अनुभवाने आपण मार्गदर्शन केले पाहिजे काय?

      2- सिस्टमडी हे एक विनामूल्य सॉफ्टवेअर आहे, ज्याचा कोड वाचू शकतो (आणि समजू शकतो) ज्यांना वेळ आणि ज्ञान आहे (ते विकसक / पॅकेकर्स ज्यांविषयी मी पूर्वी बोलत आहे). आपण दारे मागे लपवली तर ती सापडतील. किती वाचक मालकीचे फर्मवेअर किंवा ड्राइव्हर वापरतात, ज्याचा कोड आपण वाचला नाही आणि वाचू शकत नाही? मला असे वाटते की सिस्टमड न करता त्यास भीती बाळगणे अधिक अर्थपूर्ण आहे.

      हे खरे आहे, ते विनामूल्य सॉफ्टवेअर आहे, आणि जर काहीतरी चमत्कारिक दिसले तर आपण ज्या सुपर लोकांबद्दल पूर्वी बोललो आहे आणि ज्या लोकांनी आपल्यावर विश्वास ठेवला पाहिजे त्याबद्दल ते लक्षात घेण्यास आणि घोषित करण्यास सक्षम असतील किंवा कदाचित नाही, कारण कदाचित ते लोक आहेत म्हणून त्यांना बदल्यात बंद करण्याचा मोह होईल. कशाचे तरी.

      3- आम्ही सर्व बायनरी पॅकेजेससह कार्य करतो, कारण जेव्हा मी ती स्थापित करण्यासाठी रेपॉजिटरींमधून .deb डाउनलोड करतो, तेव्हा मी एक साधा मजकूर फाईल डाउनलोड करीत नाही. तर हा युक्तिवाद अगदी विरोधाभासी आहे.

      आपण .deb डाउनलोड करता तेव्हा आपण सर्व एक संकुचित फाईल डाउनलोड करीत आहात, जी आपण अनझिप करू शकता आणि म्हणूनच आत काय आहे आणि शक्य आहे ते पाहू शकता, जिथे बायनरी आत आहे. 😉

      Those- जे लोक बीएसडीकडे जाण्याचा विचार करीत आहेत त्यांच्यासाठी मला बातमी वाचण्याची आठवण येते की काही बीएसडी प्रणालींमध्ये अमेरिकन एनएसएने आधीच त्याचे पंजे लावले होते. जर ही बातमी बरोबर असेल, तर मला माहित नाही कारण मी विषय अनुसरण केला नाही. पण हा विडंबनाचा विषय आहे की "मी कशापासून पळून गेलो" कारण रेड हॅट त्याच्या मागे आहे आणि कदाचित ... "अशा गोष्टीमध्ये जाण्यासाठी की" कदाचित एनएसए मागे आहे .... "

      मला माहित नाही की बीएसडीवर जाण्यासाठी लिनक्समधून पळून जाणारे वापरकर्ते कोण आहेत, परंतु उदाहरणार्थ, मला लिनक्स सोडण्याची गरज भासणार नाही, मला फक्त एक वितरण सोडले पाहिजे ज्यामुळे सिस्टमड तुमच्या मागे किंवा होय आहे.

      जीएनयू / लिनक्स, बीएसडी, विंडोज किंवा आपण वापरू इच्छित असलेले काहीही वापरण्याव्यतिरिक्त, आम्ही आमचे तर्कशास्त्र आणि तर्क करण्याची क्षमता देखील वापरू शकतो

      थोडक्यात, आपल्यापैकी जे लोक या ब्लॉगमध्ये टिप्पणी देतात, वाचतात आणि जीएनयू / लिनक्स वापरतात त्यांना कारण नाही. तुम्हाला हे म्हणायचे आहे काय? तरीही मी तुम्हाला माझ्या वैयक्तिक अनुभवातून आणि माझ्या युक्तिवादातून सांगेन (ते तार्किक असो वा नसो):

      सिस्टमडी छडीवर चिकटलेली आहे. मी वाचले आहे की इतर असे अनेक उपक्रम आहेत जे खूप वेगवान प्रारंभ करतात आणि म्हणूनच डीएनएस, रेड, क्रॉन आणि इतर सर्व गोष्टी नियंत्रित करू शकत नाहीत सिस्टमडला नियंत्रित करायचे आहे. कदाचित शेवटच्या वापरकर्त्यासाठी, जो फक्त संगणक चालू करणे, ब्राउझर उघडणे आणि ईमेल पाठविण्याची काळजी घेतो, त्यांनी सिस्टमड किंवा सिस्टमएक्सचा वापर केला तरी काही फरक पडत नाही, परंतु आपल्यापैकी जे सर्व्हर व्यवस्थापित करतात त्यांच्यासाठी गाढव वेदना आहे. आणि मी तुम्हाला तोच प्रश्न विचारतो की मी नेहमी विचारतो की सिस्टमड तडजोड करुन नरकात गेल्यास काय होते? आमच्याकडे रेड, क्रॉन, डीएनएस, इन्स आणि इतर सर्व काही शिल्लक नाही? तिथे मी ते तुमच्यासाठी सोडतो.

      आणि सावधगिरी बाळगा, मी हे सर्व सांगत आहे कसलेही न. ते म्हणाले, या भागांमध्ये आपले स्वागत आहे.

      1.    दाह 65 म्हणाले

        स्वागताबद्दल धन्यवाद.

        कसूर न करता प्रतिसाद देऊन, मी स्पष्ट करतो की मी विकसित केलेला नाही किंवा मला त्याचा प्रचार करण्यासाठी पैसे दिले जात नाहीत. आणि याचा इतर लोक वापर करतात की नाही याचा मला काहीच परिणाम होत नाही, हा त्यांचा निर्णय आहे.

        परंतु या प्रकरणात मला जे दिसते ते काही वेळा उन्माद वाटतो आणि मी अशा लोकांची मते वाचतो ज्यांनी संहिताचा अभ्यास केल्याशिवाय किंवा त्याचा उपयोग न करता कचरा, ठोका, देशद्रोह असे लेबल लावले आहे आणि मला इतर किती गोष्टी माहित नाहीत. हे मला काही दिवसांपूर्वी आलेल्या परिस्थितीची आठवण करून देते जेव्हा जेव्हा एखाद्याने कबूल केले की त्याने कधीही विंडोज स्थापित केले नाही किंवा हार्ड ड्राईव्हचे विभाजन कसे करावे हे माहित आहे तेव्हा लिनक्स खूप कठीण आहे हे सांगू लागले ... कधीही प्रयत्न न करताच, आणि त्याच्या स्मार्टफोनमध्ये अँड्रॉइड देखील.

        आपण सिस्टमडची तुलना सिस्विनीट, अपस्टार्ट आणि ओपनआरसीशी केली आहे का? छान, आपण आपल्या स्वत: च्या अनुभवावर आधारित निर्णय घेऊ शकता. हे सर्वोत्कृष्ट आहे, कारण आपणास हे देखील माहित आहे की एका संगणकावर काम करणारी डिस्ट्रो वेगळ्या संगणकावर फायदेशीर ठरू शकते आणि म्हणूनच आपल्यातील ज्यांना GNU / Linux मध्ये काही अनुभव आहे ते म्हणतात की बेस्ट डिस्ट्रॉ हीच वापरकर्त्यास आरामदायक वाटते. चव.

        1- other दुसर्‍या शब्दांत सांगायचे तर, या ब्लॉगचे वाचक, ते केवळ वाचक आहेत म्हणून काहीतरी चांगले आहे की नाही याची जाणीव करण्याची क्षमता नाही, कारण पॅकेजर्स आणि विकसकांच्या चांगल्या निर्णयामुळे, ज्ञान आणि अनुभवाने आपण मार्गदर्शन केले पाहिजे »

        मी बर्‍याच काळापासून या ब्लॉगचा वाचक आहे (जुन्या बातमीत माझ्या टिप्पण्या आपल्याला दिसतील), म्हणून मी पॅकमध्ये समाविष्ट आहे. आणि उत्तर नाही आहे: या किंवा कोणत्याही ब्लॉगचा वाचक मला माहित नाही अशा सॉफ्टवेअरच्या चांगल्या किंवा वाईटचा न्याय करण्यास मला (किमान माझ्यासाठी) सक्षम करत नाही. इतर काय म्हणत आहेत हे मी वाचू शकतो आणि या प्रकरणात सिस्टमडे आणि विरूद्ध दोन्ही पदे आहेत; खरं तर, प्रत्येक वेळी हा विषय फोरॉनिक्समध्ये आणला जातो तेव्हा बराच वादविवाद होतो, परंतु त्यांच्यातही कमतरता नसल्याची टीका केली गेली. मी जेव्हा "सिस्टीड कॉल प्रक्रिया करते तेव्हा एक्स एक अनंत पळवाट येते, सिस्टमला निरुपयोगी प्रस्तुत करते" या सारख्या युक्तिवादाचा संदर्भ देत आहे.

        आणि सत्य हे आहे की डिस्ट्रॉ किंवा वेगळ्या प्रकारचा वापर करून, आपल्याला पॅकेजर्स आणि विकसकांचे निर्णय, ज्ञान आणि अनुभवाद्वारे मार्गदर्शन केले जाते. कोणत्याही ओएस किंवा प्रोग्रामचा वापर भाग इतरांच्या निर्णयावर आणि अनुभवावर अवलंबून असतो; उदाहरणार्थ, लिनक्ससह आपण हर्डसारखे मायक्रोकेनल वापरण्याऐवजी मोनोलिथिक कर्नल वापरण्याचा निर्णय स्वीकारला. हा निर्णय लिनस टोरवाल्ड्सचा होता आणि त्याचा मुख्य वापर करुन आपण तो स्वीकारता.

        2- «हे खरे आहे, ते विनामूल्य सॉफ्टवेअर आहे, आणि जर काहीतरी चमत्कारिक दिसले तर आपण ज्या सुपर लोकांबद्दल पूर्वी बोललो आणि ज्यांच्यावर आपण विश्वास ठेवला पाहिजे त्या कदाचित हे लक्षात घेण्यास सक्षम असतील आणि कदाचित नाही, कारण कदाचित ते लोक आहेत म्हणून त्यांना मोह वाटेल एखाद्या गोष्टीच्या बदल्यात बंद करा. "

        बरं, संशयास्पद, लिनस टोरवाल्ड्स आणि रिचर्ड स्टालमॅन आणि जीएनयू प्रोजेक्टवर विश्वास का आहे? मी त्यांच्या प्रोग्रामचा कोड पाहिले नाही, म्हणून कदाचित ते मला फसवत असतील.

        3 - «आणि मी तुम्हाला नेहमीच असा प्रश्न विचारतो की सिस्टमड तडजोड करुन नरकात गेल्यास काय होईल? आमच्याकडे रेड, क्रॉन, डीएनएस, इन्स आणि इतर सर्व काही शिल्लक नाही? मी तिथेच ठेवतो. »

        जर ओपनआरसीने एखाद्या मार्गाने तडजोड केली असेल तर काय करावे? किंवा अपस्टार्ट? किंवा कर्नल? हे माझ्या बाबतीत घडले, डेबियन टेस्टिंगमधील "सामान्य" अद्ययावत झाल्यानंतर, मी उदासिन झाले, मी डेबियन किंवा विंडोजमध्ये प्रवेश करू शकलो नाही, आणि त्या वेळी माझ्या अज्ञानाचा अर्थ असा होता की माझ्याकडे केवळ पुन्हा स्थापित करण्याचा पर्याय आहे.

        4- «थोडक्यात, आपल्यापैकी जे लोक या ब्लॉगवर टिप्पणी देतात, वाचतात आणि GNU / Linux वापरतात त्यांना कारण नाही. तुम्हाला हेच म्हणायचे आहे? "

        नाही, मी असे म्हणत नाही; एखाद्या विशिष्ट, ठोस परिस्थितीपासून एखाद्याचे किंवा एक हजार लोकांच्या वागण्याच्या संपूर्णतेपर्यंत सामान्यीकरण करण्याचा माझा हेतू नाही. परंतु माझा असा विश्वास आहे की सिस्टमडच्या बाबतीत हे उद्दीष्ट आणि निर्मळ विश्लेषण न करता बरेच वेळा बोलले जाते; हे वेलँड-मीरबरोबरही घडले, वेलेंड आणि कॅनॉनिकल या दोन्ही विरुद्ध बर्‍याच नि: शंक दावे केले जात आहेत.

        याव्यतिरिक्त, मी पुनरावृत्ती करतो की मी हा ब्लॉग वाचला आणि त्यावर टिप्पणी दिली (इतरांप्रमाणेच) आणि मी जीएनयू / लिनक्स वापरतो.

        आणि मी आधी म्हटलेल्या गोष्टींची मी पुनरावृत्ती करतो: चला आपण आपला मेंदू वापरुया, आपण काय ऐकतो आणि वाचतो त्याचे विश्लेषण करूया, ए आणि नॉन-ए अशा दोहोंचा खंडन करण्याचा प्रयत्न करण्यासाठी भिन्न दृष्टीकोन घेऊ आणि शक्य असल्यास, तथ्यांवर आपले निष्कर्ष ठेवण्यासाठी स्वतःचा अनुभव घेऊ. आणि मग आम्हाला जे उचित वाटेल ते वापरूया.

      2.    वाको म्हणाले

        अं .. तडजोड करणे ही एक कल्पनारम्य प्रत्येक गोष्टाप्रमाणे आहे .. माझा प्रश्न आधीच पास झाला आहे? .. कदाचित सर्व सॉफ्टवेअरमध्ये बग सापडत नाहीत आणि जर सिस्टममध्ये बग असतील तर ते दुरुस्त केले जातात आणि कोणताही प्रोग्राम म्हणून त्याचे बग आहेत .. समस्या अयशस्वी होऊ शकते असे नाही, आपण हे करत असलेल्या गोष्टी नियंत्रित करू इच्छित असल्यास किंवा हे काही क्षणात अपयशी ठरू शकते असे गृहित धरुन नाही तर ... मी अजिबात सिस्टीमचा चाहता नाही, हे माझे मत आहे .

        1.    चैतन्यशील म्हणाले

          वापरकर्त्याच्या संगणकावर बग येऊ शकतो आणि काहीही होऊ शकत नाही, परंतु सर्व्हरवर गोष्टी अगदी भिन्न असतात.

      3.    युकिटरू म्हणाले

        @ वॅको नक्कीच तुम्हाला सॉफ्टवेअरमध्ये बग मिळाल्यास तुम्ही त्या दुरुस्त कराव्यात. समस्या अशी आहे की सिस्टमडकडे बरेच जुने बग्स आहेत (काही २०१० पूर्वीचे आणि गंभीर आहेत) आणि ते अजूनही आज निश्चित केलेले नाहीत किंवा ते फक्त खाली उतरवले गेले आहेत किंवा लेनार्टने क्लोस्ड किंवा डब्ल्यूओएनएफएफिक्स म्हणून चिन्हांकित केले आहेत.

    2.    वाको म्हणाले

      आपली टिप्पणी खूप यशस्वी आहे! आम्ही सर्व सिस्टीममध्ये पडू शकत नाही कारण ते फॅशनेबल आहे आणि त्यासाठी स्मियर मोहीम म्हणून तयार केले गेले आहे ... सर्व बदलांना नकार आहे.

    3.    युकिटरू म्हणाले

      मी आपल्या युक्तिवादांना प्रतिसाद देतोः

      १.- गंभीर आणि चौकशी करणारे वापरकर्ते आणि विकसकांना कोणत्याही विकास आणि कार्य वातावरणात सिस्टमड अवलंब करण्याचे फायदे आणि तोटे काय आहेत हे माहित आहे, एक दृष्टीकोन किंवा दुसरा दृष्टीकोन असल्यामुळे सिस्टमडच्या कमकुवतपणा आणि शक्ती बदलत नाहीत.

      २- निश्चितपणे सिस्टमड हे विनामूल्य सॉफ्टवेअर आहे आणि त्याचे ऑडिट केले जाऊ शकते. अडचण अशी नाही की त्यामध्ये दरवाजे दडलेले आहेत, समस्या अशी आहे की ती एखादी एनटी करू नयेत अशा गोष्टी करतो (नेटवर्क कंट्रोल, डीएनएस, टीटीवाय कन्सोल इ.), ज्यामध्ये बर्‍याच सेवा असतात ज्या इतरांना समजल्या जातात, त्या गोष्टी करतात ते कसे केले जावे या अपेक्षेपेक्षा पूर्णपणे वेगळ्या प्रकारे, जे लिनक्स कर्नलच्या स्वतःच (कोरोड) नियम तोडतात, याचे बरेच विकासक सिस्टमडच्या स्ट्रक्चरल अडचणी सोडवण्याविषयी फारच काळजी करतात (कोरेडम्प आणि डीबग सर्वात गंभीर अद्याप आहेत) निराकरण झाले नाही).

      -. एक गोष्ट म्हणजे बायनरी डाउनलोड करणे जे प्रोग्राम बनते ज्याची कन्फिगरेशन आणि एलओजीएस अद्याप साध्या मजकूरात आहेत आणि दुसरी गोष्ट म्हणजे बायनरी डाउनलोड करणे ज्याचे कन्फिगरेशन आणि इतर माहिती बायनरीमध्ये संग्रहित आहे आणि केवळ विशिष्ट साधनांद्वारे प्रवेशयोग्य आहे, येथेच गोष्टी बदलतात. बायनरी लॉग सुरक्षा देत नाही (जर आपल्याला खरोखर सुरक्षा पाहिजे असेल तर एईएस -२ 3 सह विभाजन एन्क्रिप्ट करा), हे फक्त एक ब्लॅक बॉक्स आहे ज्यामधून आपल्याला काय घडत आहे याबद्दल काहीच माहिती नसते आणि ते स्वतःला बर्‍याच गोष्टींकडे कर्ज देते, उदाहरणार्थः अशी कल्पना करा की आपल्याकडे ट्रोजन जो प्रणालीगत असुरक्षिततेचे शोषण करतो आणि त्याद्वारे लॉग सेवा आणि विशेषाधिकार वाढीसह सिस्टममध्ये पूर्ण प्रवेश प्राप्त करतो. ही एक गंभीर समस्या नाही का? सिस्टीमद्वारे थेट हाताळले गेलेले बायनरी नोंदी अनावधानाने येण्याऐवजी ते आधीपासूनच नकळत सुधारित केले गेले असावेत असा प्रयत्न करत नाहीत काय? प्रोग्राम आणि बायनरीमध्ये कॉन्फिगरेशन फाईल / लॉग्स / डंप्स मध्ये फरक आणि फरक आहे.

      -. कर्नल हा त्या अर्थाने डिझाइन केलेला सॉफ्टवेअरचा एक तुकडा आहे, तो आरंभिकपणे आपल्या संगणकावरील सर्व गोष्टी नियंत्रित करण्यासाठी डिझाइन केलेला आहे, इनिशवर नाही. एक एनआईएन फक्त आपली प्रणाली कर्नल उचलायला आणि वापरण्यायोग्य होण्यासाठी समर्पित आहे, कारण ही सर्वप्रथम सुरू होणारी आणि शेवटची गोष्ट आहे. म्हणूनच त्याला init (आरंभिकरण) असे म्हणतात कारण ते फक्त सिस्टम सुरू करते आणि इतर काहीही करत नाही आणि याचे कारण अगदी सोपे आहे, काही कारणास्तव हे टाळण्यासाठी, आरंभ हे सॉफ्टवेअरचा सर्वात स्थिर आणि परिपूर्ण तुकडा असणे आवश्यक आहे. हे संपूर्ण सिस्टम खंडित करते, ते स्थिरता आणि सुरक्षिततेबद्दल आहे. एक्सोर्ग, हा एक दुसरा आवाज आहे, तो बर्‍याच गोष्टी करतो हे सत्य आहे, परंतु आपल्याला पूर्णपणे निरुपयोगी प्रणालीसह सोडणे इतके धोकादायक काहीही नाही, तसेच त्याचे कॉन्फिगरेशन अद्याप सोप्या साध्या मजकूर फायलींमध्ये केले गेले आहे.

      -.- निश्चितपणे डिस्ट्रोस व्यापक अर्थाने स्वातंत्र्य देण्यास बांधील नाहीत, आणि यामुळेच सध्याचे डायट्रिब सादर केले गेले आहे. परंतु, आम्ही वापरकर्ते आणि समुदाय आहोत आणि आपल्यातील बरेच लोक या प्रणालीच्या अंमलबजावणीशी सहज सहमत नाहीत, म्हणूनच आपण आपला आवाज पोहोचवितो, त्यांनी ते ऐकले की नाही, ही विकृती विकसित करणा those्यांची आहे आणि त्यांच्या निर्णयावर त्याचा परिणाम होईल जे लोक त्यांचा डिस्ट्रो वापरण्याचा किंवा न करण्याचा निर्णय घेतात आणि त्या गोष्टी कशा चालत आहेत यावर अवलंबून असलेल्या अनेक डिस्ट्रॉल्सच्या अपयशास स्पष्टपणे कारणीभूत ठरू शकतात आणि आता त्याचे उदाहरण म्हणजे डेबियन आणि देवूआन काटा.

      -. बीएसडीच्या बातम्यांमुळे ओपनएसएच आणि ओपनबीएसडी आयपी स्टॅकमध्ये जे घडले त्यामागील एक मार्ग आहे ज्याने केवळ बीएसडीच नव्हे तर लिनक्स (ओपनएसएचच्या बाबतीत) देखील प्रभावित केले आणि ते निश्चित केले गेले. परिस्थितीचे श्रेय बीएसडीला देण्यात आले आहे, कारण ते बीएसडी (ओपनबीएसडी मधील थियोओ डी रैडट) आहेत जे या उपकरणाच्या विकासाचे (ओपनएसएच) प्रभारी आहेत आणि परिस्थिती उद्भवली कारण प्रकल्पात सक्रिय नसलेल्या काही विकासकांनी मागील दरवाजा लावला. परिस्थितीचे निराकरण केले गेले आणि जे सॉफ्टवेअर वापरले गेले त्यांच्यावर या परिस्थितीचा परिणाम होऊ शकेल अशा उपाययोजना योग्यरित्या करण्यात आल्या. आताः ही परिस्थिती प्रणालीमध्ये येऊ शकते? उत्तर सोपे आहे, आणि याचा परिणाम आपत्तिजनक आहे, कारण सिस्टमड इतर ब things्याच गोष्टींमध्ये विशेषाधिकार वाढवितात, सिस्टमडमधील बॅकडोर म्हणजे प्रणालीत संपूर्ण प्रवेश असतो, जी बीएसडीत नमूद केलेल्या घराच्या दरवाजाने घडली नव्हती.

  18.   ऑस्कर म्हणाले

    ते आधीपासूनच वेबपृष्ठ नसलेले सिस्टमडशिवाय डेबियन काटा परत करतात. असे दिसते की प्रकल्प गंभीरपणे आणि गंभीरपणे सुरू आहे. https://devuan.org/

  19.   आदित्य बग्गा म्हणाले

    अद्यतनित आयएसओ आणि काही नवीन अपलोड.
    https://forum.manjaro.org/index.php?board=50.0

  20.   केओस म्हणाले

    इंस्टॉलर फारच स्पष्ट नाही, मी त्यांच्या चरणांचे अनुसरण करू शकत नाही, विशेषत: विभाजनांच्या भागामध्ये, ते या गोंधळलेल्या गोष्टींवर माझा आग्रह का करतात हे मला ठाऊक नाही.

  21.   मॅन्युएल आर म्हणाले

    येथे ओपनआरसी सह नेटिनस्टॉलबद्दल माझे लक्ष वेधून घेतलेले काहीतरी आहे, प्रतिष्ठापनमध्ये कोठेतरी मी तुम्हाला सिस्टमड कॉन्फिगर करत असल्याचा संदेश पहातो, ते खरोखर सिस्टीम किंवा त्याच्या वापरापासून मुक्त असतील का?

    1.    केओस म्हणाले

      हॅलो मॅन्युएल, मी इन्स्टॉलेशन दरम्यान देखील हेच निरीक्षण करतो, ही इंस्टॉलरची बाब असणे आवश्यक आहे कारण यात शंका नाही की सिस्टमड इंस्टॉल केलेले नाही, तुम्ही टर्मिनलमध्ये याची पुष्टी करा:

      कोट सह उत्तर द्या

      1.    मॅन्युएल आर म्हणाले

        नमस्कार केओस, प्रथम मी यापूर्वी उत्तर न दिल्याबद्दल दिलगीर आहोत. मी तुमच्या उत्तराचे कौतुक करतो, मलाजारोने हा पर्याय दिला आहे हे जाणून मला आनंद झाला; उबंटू तंतोतंत समर्थन समाप्त होताच (किंवा कदाचित लवकरच) मी ते स्थापित करेन. साभार.

  22.   अनामिक म्हणाले

    चांगली पोस्ट

    मी सिस्टमडसह मांजरोमध्ये थांबलो आहे, जेव्हा ओपनआरसी आवृत्ती थोडीशी परिपक्व झाली आहे, मला सिस्टमडमधून बाहेर पडायचे आहे… (मला घाम आहे)