Ngayon ko lang nalaman yun galit mula sa maraming mga gumagamit humantong ito sa paglikha ng walang kwenta, isang bagong init daemon batay sa systemd na nagtatangkang hubarin ito ng "hindi kinakailangang dami ng pagpapaandar na isinasama nito." Ang pagpili ng pangalan ay kagiliw-giliw na, sa Ingles, maaaring mabasa bilang "ang walang silbi na systemd" o "gumamit tayo ng mas kaunting systemd".
Sa mga unang yugto ng pag-unlad, ang Uselessd ay hindi hihigit sa isang tinidor ng systemd na nabawasan sa pinakasimpleng anyo nito. Sa mga salita ng mga nag-develop nito, ito ay "isang pangunahing init daemon (initd), isang proseso ng monitor, at isang sistemang dependency sa transactional, na binabawasan ang panghihimasok at paghihiwalay." Kabilang sa mga pagpapaandar na tinanggal ay ang: journald, libudev, udevd at ilang mga uri ng mga yunit na itinuturing na labis, lalo na ang mga aparato, timer, swap, mount at sasakyan.
Tulad ng kung hindi ito sapat, nagdagdag na sila ng suporta upang maipunan ito sa ilalim ng MUSL at uClibc, bilang mga kahalili sa paggamit ng glibc. Ang Uselessd ay nasa mga unang yugto pa rin ng pag-port sa FreeBSD, habang ang systemd ay mayroong suporta lamang sa Linux.
Gayunpaman, hindi malinaw kung paano magtatapos ang "init war" at kung ang walang kwenta ay magtatapos na makabuo ng isang tunay na umaandar na kapalit, ngunit ang mga nagnanais na malaman ang tungkol sa proyektong ito ay maaaring bisitahin ang opisyal na website.
Alam kong may isang tao na hindi lamang mananatiling inilalagay sa SystemD.
Ngayon, upang suportahan siya, lamang.
Ano ang pagkakaiba sa pagitan ng systemd… .CLI… ..GUI?
Hinahawakan ng systemd ang pagsisimula ng system at mga application.
Ang Cli ay nagmula sa interface ng command line, iyon ay, ang mga command na ginagamit mo upang pamahalaan ang mga programa
At ang GUI ay tungkol sa grapikong interface.
Maaari mong tingnan ito sa internet na sinasabi ko sa iyo
Mag-upload ng isang tutorial para sa mga noob
Hindi ko maintindihan, bilang isang gumagamit, ang kampanyang kontra-systemd na ito
Madali para sa akin, bilang isang simpleng gumagamit, na umangkop sa paggamit nito kapag pinapagana o na-deactivate ang mga serbisyo, alam ko na ito sa pamamagitan ng puso, na sa nangyari dati ay hindi nangyari sa akin.
Wala akong laban sa syetmd at nakikita kong walang katotohanan ang kanyang paghamak. Nagsasalita bilang end user.
Ang paggawa ng isang tinidor upang alisin ang mga pag-andar ay parang nakakaloko sa akin. Nagsawa ang mga tao.
Naiintindihan ko ang mga tao na bago sa GNU / Linux at hindi makita ang mga pangunahing pagkakaiba sa pagitan ng kung ano ang laging at kung anong sinusubukan ng systemd na lumusot sa amin.
Ang Linux ay isang clone ng Unix at ang Unix ay nilikha na may isang bagay sa pag-iisip, gawin ang isang bagay nang paisa-isa at gawin ito nang maayos, ito ay hindi isang kapritso, ito ay dahil sa matunog na pagkabigo ng Multics na sinubukan kong gawin ang maraming mga bagay at mali ang ginawa sa kanila o hindi. kaya niyang kontrolin ang mga ito tulad ng dapat sana.
Kaya't hindi lamang nila kinontra ang pangalan ng Multics gamit ang Unix (isang bagay tulad ng marami laban sa kaunti o natatangi) ngunit nilikha din ang konsepto ng mga tubo at pagsasama-sama ng mga proseso na nagbibigay ng kakayahang umangkop na imposibleng makamit ng iba pang mga paraan ... iyon ang nagbigay ng matunog na tagumpay ng Unix.
Ngayon sa systemd nais nila kaming makabuo muli ng kwentong Multics .... .wala namang mga tao, ang pagtanggi sa base ng Unix sa Linux ay babalik sa Multics kung saan alam natin (ipinakita na nito ang kasaysayan nang maraming beses) na ginagarantiyahan namin ang pagkabigo.
Kung nakarating ka lang sa GNU / Linux mangyaring basahin ang kaunting kasaysayan at alamin kung bakit ginagawa ang mga bagay sa ganitong paraan sa Unix at GNU / Linux.
Mahusay na sinabi, at sa mga nagsasabi na sa mundo ngayon ang mga bagay ay hindi na gumagana tulad nito, nagbibigay ako sa iyo ng isang halimbawa, isang browser, isa sa mga pinaka-kumplikadong piraso ng software na mayroon, gayunpaman, binuo ang mga ito ng mga tool na, bawat isa, Gumagawa ng isang tiyak na gawain at maaaring gumana sa labas ng set. Isang javascript engine, isang HTML, SSL, http ...
Dahil lamang sa hindi ito gumana sa nakaraan ay hindi nangangahulugang hindi ito gagana ngayon. Ito ay tulad ng 20 taon ng na, marahil oras na upang baguhin, tama?
Nais kong maging isang bagong dating sa Linux, ako ay nasa ito mula pa noong 2004 at oo, alam ko kung ano ang Linux at systemd, at nakikita ko pa rin ang komportable ng systemd.
Ang komentong iiwan ko sa ibaba ay mula sa isang kasamahan, hindi ito akin, ngunit ito ay isang komento na nag-subscribe din ako.
[…] Ang pagtanggi sa systemd na ipinatungkol ko sa «neophobia», takot sa bago. Ang hindi pagpapagana ng isang script na SysVinit ay nagpapahiwatig ng isang mahusay na pag-unawa sa sistema ng runlevels at ang mga dependency na maaaring mayroon sa /etc/init.d ... at sa bawat pamamahagi ginawa nila ito sa ibang paraan. Sa systemd isang systemctl hindi paganahin ay sapat at iyon lang.
Ang mga nagrereklamo na ang systemd ay lumalabag sa pilosopiya ng UNIX ay hindi nila nalaman kung ano ang pilosopiya ng UNIX o kung paano gumagana ang systemd. Sa pamamagitan ng parehong panuntunang ito ng hinlalaki, ang kernel ng Linux ay magiging pinakamaliit na UNIX sa buong mundo. Ang nangyayari ay binabago ng systemd ang pagpapaandar sa PID 1, tulad ng ipinaliwanag ko sa isang entry sa oras: ito ay isang system daemon, hindi lamang isang bagay na nagpapatupad ng mga script.
Ang tanging bagay na kinikilala ko na ang systemd ay hindi sumusunod sa pilosopiya ng UNIX ay ang paggamit ng mga binary log, ngunit makatuwiran na mapabilis ang query sa pamamagitan ng pag-index. […]
@Yoyo: Ano ang mangyayari ay dahil ikaw ay isang mabagal na nag-aaral, kahit sinong sasabihin na ikaw ay isang n00b, hahahaha.
@ yo-yo:
Napakagandang quote. Bilang karagdagan, ang biro ay ang SystemD ay may pagkukulang sa mga bug, kahit na mayroon itong sariling paraan ng pagpapakita ng mga tulad ng mga blobbed log.
Ang nakakainteres sa akin tungkol sa tinidor na ito ay kung paano nila iakma ang bilis ng SystemD sa iba pang mga kapaligiran sa UNIX tulad ng BSD.
Hindi Unix ng GNU, tulad ng sinabi ni ricardito cassetteman
Ang pinaka-pare-pareho na komento ng huli kung bakit ang systemd ay basura. Multics, windows .... Ang tunog ba ng kabuuang pagkabigo ng isang bahagi?
Mangyayari iyan sa systemd na buong daang tinahak ng dbus, kung mabigo ang ilan sa mga daemon nito kinakailangan na i-restart ang system o maaring mag-crash ang lahat. Naganap na sa akin sa centos 7 na ang isang demonyo o yunit ay mananatiling patay at hindi muling restart para sa mas maraming pag-restart na ginagawa mo. Masira ito sa akin kung ang mga end user ay nag-iisip ng isang piraso ng kaalaman at ipinagtatanggol ang isang bagay na hindi nila alam dahil naatake ito. Tulad ng sinabi ng lola ko, kung hindi mo alam, huwag ibigay ang iyong opinyon, mas mabuti na manahimik ka at magtanong nang hindi nagtatanong, kung alam mo, pagkatapos ay tanungin.
Karamihan sa pag-iisip ng ubunuser, ang mahusay na suporta para sa systemd ay dinala ito sa isang malawak na sukat, kabaligtaran isa sa mga kumpanya na pinuna ito, canonical, pagbaha sa mundo ng linux sa mga gumagamit na hindi nakikita na lampas sa kanilang l-l.
Ang taong ito mula sa walang kwenta ay isang solong tao na nagmamay-ari ng boycott domain kaya maliban kung suportahan siya ng ibang mga dev na nakikita ko ang maliit na hinaharap para sa kanya. Inaasahan ko na ang dev ng mas maraming mga geeky distros ay makakatulong sa iyo tulad ng arko, gentoo o Slackware.
.. Hindi ko isinasaalang-alang ang aking sarili na isang "advanced na gumagamit" Hindi ko gusto ang mga pamagat ng maharlika, hindi ako isang sysadmin, ngunit dumaan ako sa lahat ng mga distro na binabanggit (Slack (napakaliit), Arch ng ilang taon, at Gentoo oo maraming taon (din ang kanilang fork Funtoo)) Naiintindihan ko ang kanilang pananaw bilang sysadmins, ngunit nagtataka ako, at kung nabigo ang kernel?, lahat ay napupunta sa impyerno, pagkatapos ay sinasabi ko, bakit hindi sila magreklamo tungkol sa kernel?, Dahil hindi nila ginagamit ang Minix, o ilang uri ng OS na may "reinkarnasyon server"? Minsan tila sa akin na ang galit ay higit na dumating dahil sa pag-uugali ni Lennart (na tila hindi naaangkop), ngunit payagan ako ng isang paglalahat, mga sysadmin (at syempre gagawin mo ito) ipagtanggol ang iyong trabaho, at iniiwan nila kami ng mga gumagamit ng desktop na "itinapon", nagmamalasakit lamang sila na ang kanilang server ay "mabuti", kahit na ang sysv ay gumagamit ng isang medyo archaic na "startup paradigm" (ang systemd target at nais na isyu ay mabuti ... ), Sinasabi ko na ang iyong sever ay gagana nang perpekto sa sysv, ngunit samantala ang mga gumagamit ng desktop ay gumagamit ng isang dbus sa kalawakanUsername …… isang magandang ideya ………
Inuulit ko ang tinidor na ito, tulad ng sinabi nila sa ibang lugar, sa ngayon nakikita ko lamang ang isang "magandang" pangalan at isang systemd na naka-cap, na sa pamamagitan ng, WELCOME to Systemd, Systemd haters ... nakikita ko ang maraming nagrereklamo tungkol sa systemd, ngunit gusto nila ito ... dahil ? Hindi ba ginagawa ng OpenRC ang mga bagay na tama?, O Upstart?, O kung ano pa man? .... Diyos ko ... sa ngayon nakita ko ang 2 uri ng mga haters, sysadmins na may mga pangunahing kaalaman, at ang mga inilalarawan ko sa talatang ito na tila mas katulad ng "mga poser" ....
Bumabalik sa paksa ng sysadmins, hindi mo na kailangan ng isang graphic na interface, hindi ko alam kung bakit ka nagreklamo tungkol sa systemd (madali mong maitatalo na ang Gnome Shell ay nangangailangan ng Systemd (na kung saan ay hindi ganap na totoo dahil ang Funtoo ay nagtatrabaho sa OpenRC )) ngunit HINDI MO KAILANGAN ang mga GUI ay dapat magreklamo sa kani-kanilang mga distro, Centos at Debian. Sa partikular na Centos, kung ang Systemd ay nagdadala ng maraming mga problema, hindi ito dapat lumipat (kahit na halata na ito ay lilipat sa ilalim ng kamay ng RedHat) at Debian, Humihingi ako ng pasensya na sabihin sa iyo, magkantot ito, iyon ay nagpasya ng koponan ng Debian, sa kanilang pagkasabik na maging «ang unibersal na distro" ... ngunit inuulit ko ang paggamit ng FreeBSD o isang "Distro para sa Mga Servers" na nauunawaan kung gaano "masamang" Systemd at gumagamit ng sysvinit na panahon ..
Marahil x11tete11x ang problema ay hindi ang kernel ay nabigo, ngunit nabigo ito at maaaring malaman ng isa kung ano ang sanhi ng kabiguan. Ito ang hindi bababa sa nakakaabala sa akin tungkol sa SystemD ..
@elav tama ka tungkol doon, sa systemd maraming mga error sa system ang nahuhulog sa pagitan ng mga shade ng grey at black, at lahat dahil ang journald ay mukhang isang "magic box" na ginagawang mga hindi maaasahang binary file, at kapag pinag-uusapan ko Kahulugan Ang ibig kong sabihin ay ang napatunayan na kabaliwan (mayroon nang isang bugreport) na kung ang isang journal journal ay nasira (na maaaring mangyari sa maraming kadahilanan) simpleng itinapon ito at nagsimula ang isang bago, na iniiwan ang log na halos hindi mabasa sa maraming mga okasyon, isang bug ang iniulat sa freedesktop at kung saan pinigilan siya ni Poettering mismo. Hindi man sabihing isyu ng pag-debug, ngunit mabuti, alam na iyan (kung hindi mo alam kung ano ang sinasabi ko, pinapaalala ko sa iyo na ang pagpipilian ng pag-debug ng linya ng kernel at ang "kasunod na pag-aayos" nito ay ang dahilan kung bakit tinanggal nila Kay mula sa pagkakaroon ng mga pahintulot. para sa mga paggawa sa kernel).
@ x11tete11x huwag nating ihambing ang pagpapaunlad ng kernel sa pag-unlad ng systemd. Ang systemd ay isang piraso ng software na nasa umpisa pa lamang, kung ihinahambing namin ito sa kernel, hindi ko rin nakikita na inaaprubahan ni Linus ang mga pang-eksperimentong patch sa kaliwa at kanan, habang binabago ang mga ABI at API ng kernel.
@joakoej Ang Multics ay nabigo sa maraming mga kadahilanan, kabilang ang: pagkakaroon ng higit na pagiging kumplikado sa mga tuntunin ng code, pagiging mabagal sa maraming mga karaniwang gawain kumpara sa iba pang mga system na binuo, at labis na mahal para sa kung ano ang karaniwang pinangangasiwaan sa mga proyekto ng parehong laki.
Ito ay isang tinidor kaya't wala ang lahat ng mga pagpapaandar, ang isang init system ay hindi maaaring kumilos tulad nito, tingnan ang sysvinit. ang sysvinit, bagaman lipas na sa panahon, mayroon lamang isang pangunahing gawain, at iyon ay upang simulan ang OS, anupaman ang aalagaan ng iba (syslog at hindi journald, openrc at hindi systemctl, consolekit at walang pag-log ...) dahil ang sysvinit ay luma na at na sa bawat oras ngunit maraming mga proyekto ay nakasalalay sa nakahiwalay sa systemd, ang hakbangin na ito ay mukhang mahusay sa akin. Mas gusto ko ang syslog kaysa sa journald, ngunit ang pag-log (bukod sa isang kinakailangan para sa gnome) ay pinapalo ng consolekit ng isang pagguho ng lupa. Gayundin, ang tinidor na ito ay dapat na maging mas ligtas, portable, at sana maging tugma ang ulibc.
Compa, wala rin akong laban sa Systemd hanggang kahapon. Sa ilang kadahilanan ang aking Laptop ay tumatagal ng mahabang oras upang ma-shut down, at ang tanging bagay na lumabas ay (walang katapusang):
[ 9064.808526] systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressIto ay tulad ng isang error sa fucking sa Windows, na wala kang alam.
At walang mga troso medyo mahirap na ma-trace ang batayan ng mga problema. Ginugulo din ako ng Systemd para sa ganoong klaseng bagay. Maaaring hindi mo masyadong alam ang software ngunit ang hindi ko tinanong ay ang kalinawan sa mga troso.
At sa sandaling muli ang [Ipasok ang iyong paboritong stereotype dito] ay tama. 🙂
Ngunit mag-ingat, huwag nating banggitin ang mga bintana, marahil ay isa tayo sa mga pasyente na nahawahan ng bagong patolohiya na iminungkahi na ni G. Linus na idagdag sa CIE, I hate windowsitis, sa palagay ko ito ay tinatawag. 🙂
@Staff at ano ang pagkakamali ni Elav? Mula sa windows 8 pasulong maraming mga bagay ang nakatago (chkdsk on boot, BSOD teknikal na impormasyon, "pandekorasyon" msconfig). Lahat ay tila patungo sa direksyong iyon. Inaasahan kong hindi kami makarating sa "malungkot na mac" at mga ugnayan nito na windows, at walang impormasyon sa gumagamit.
@Mario
Hindi ko sinabi na mali si elav.
Pansinin ang emoticon sa dulo ng aking dalawang talata.
Oh !! @Staff na hindi mo inilalagay ang isa ... Sumangguni ako sa Windows para sa tipikal na poster na nasa istilo:
Naranasan ng problema ng Windows. Ang problem code ay 0x1123df2982, makipag-ugnay sa Support Center para sa karagdagang impormasyon ...
sa madaling sabi, para sa / dev / null
Elav, isipin ang isang error tulad nito sa isang server ng produksyon. Hindi ito tanggapin. Isang sysadmin lamang ang nakakaunawa kung bakit napakasama ng systemd. Hindi nito pinapahamak ang sinuman, ngunit kinakailangan upang maunawaan kung paano gumagana ang isang processor, isang operating system, isang kernel, isang proseso, atbp. upang maunawaan ang mga mababang isyu na isinasama ng systemd. Lumalagpas ito sa pilosopiya ng UNIX, tinatalakay namin ang katatagan ng isang sistema.
Ang mga Sysadmin ay komportable sa kanilang systemd-free Debian 6/7 at CentOS 5/6, ngunit kapag natapos ang suporta para sa Debian 7 at CentOS 6, magsisimula lamang ang tunay na paghalo (kung ang isang maaaring mabuhay na kahalili tulad ng inilarawan sa artikulong ito ).
Kahit na isipin para sa isang sysadmin, upang simulang isalin at subukan ang mga script na gumana sa buong buhay sa utos na "serbisyo" upang mag-systemd.
At ang error na ipinapakita mo ay nagpapakita ng isa pang mga gilid ng systemd, sinabi mo itong napakalinaw, ang antas ng pagtatago ng impormasyon ay "napaka Windows".
Pagbati.
Tingnan, hindi ako sigurado tungkol dito, ngunit sa palagay ko ay nagpapalubha ka ng kaunti, marami akong mga pagkakamali sa Gnu / Linux na hindi nagpapaliwanag sa sarili at nag-aalinlangan ako na ang lahat ay dahil sa systemd. Mali ba ako?
@Emiliano Maaaring tama ka. Gayunpaman, kahit na hindi ako dalubhasa, tila sa akin ito ay medyo nakakaintindi. Tila sa akin na ito ay isang bagay ng ugali nang higit pa sa anupaman at kung nais ng administrator ng system, tiyak na natututunan niya kung paano gumagana ang systemd, kahit na mas madali para sa kanya, sinasabi ko kung ang ginagawa niya ay nakasentro sa lahat, tiyak sa ilan o maraming aspeto ang mga bagay ay mas mabilis.
Mula sa kung ano ang nakita kong mayroon itong maraming mga pakinabang sa bagay na iyon, tulad ng oras ng pagsisimula, hindi kinakailangan na magsimula ang ilang mga programa bago magsimula nang tama ang iba, hindi mo kailangang baguhin ang isang rc.conf file o anumang katulad nito, dahil ito pinangangasiwaan ang lahat mula sa mas awtomatikong, maaari kang magpatakbo ng mga application kahit na ang ilang mga dependency ay hindi natutugunan, atbp. Ang mga bagay na ito ay ilan sa mga pakinabang na nakita ko sa internet, iwasto ako kung mali ako
Ngayon, tiyak na magkakaroon ng mga kawalan, tulad ng lahat, ngunit mabuti, kung alam mo kung paano ito gumagana at mayroon kang oras upang linawin ito, hinihiling ko sa iyo bilang isang pabor na malaman kung ano ang batay sa iyong opinyon. Mula sa kung ano ang nakita ko, maaaring may isang downside na maraming mga programa ang kailangang ma-patch upang gumana nang maayos sa systemd, ngunit hindi ko alam kung nakakaapekto ito sa iba pang mga init system sa anumang paraan.
@Emiliano Ah Mali ako ang file ay hindi rc.conf, sila ay / etc / inittab at /etc/init.d/rc
Tila may isang bersyon ng file na iyon para sa systemd, ngunit nakasentro sa isang solong / etc / systemd file, na hinahawakan ng sytemctl na programa.
Sa palagay ko naiintindihan ko kung bakit mo sinabi na maaaring hindi gusto ng isang administrator ng system, dahil tila na sa init mayroon siyang higit na kontrol at ginawa ang mga bagay lamang nang ipahiwatig niya ito.
Sa kabilang banda, ang systemd ay maaaring medyo mas panghihimasok, ngunit tila ito rin sa akin, at inulit ko, na ito ay isang bagay ng pag-alam kung paano ito gumagana at tiyak na ang isang taong may kakayahang maging isang administrator ay maaaring makamit ito.
Kaya, sinubukan kong patayin si Debian Jessie gamit ang mga utos ng SysVinit sa buong buhay ko, ngunit hindi ko alam na gumagamit ito ng SystemD, kaya't kailangan kong gumamit ng gabay ni Arch upang malaman kung paano hawakan nang mas mahusay ang SystemD at systemctl.
Sa aking kaso, napapatay ng SystemD ang aking desktop PC nang mabilis kapag ginamit ko ang Chromium / Chrome / Opera Blink nang masinsinan.
@ eliotime3000 dito mayroon kang isang mahusay na systemd wiki para sa debian na may maraming impormasyon http://www.esdebian.org/wiki/systemd syempre ang arko wiki ay napakahusay ngunit ang systemd sa debian ay hindi ipinatupad sa parehong paraan tulad ng sa arko kaya maraming mga utos, solusyon, atbp na hindi gagana para sa iyo. ang bawat distro ay mayroong maliliit na bagay 😉
LOL
Ang masayang mukha ay hindi sapat, marahil ay dapat kong gamitin ang mga marka ng panipi, kasama na ngayon ang mga marka ng panipi ay linilinaw ang lahat ng ito 🙂 // Sarcasm (upang makita kung sa label na iyon naiintindihan mo na).
Ipinapakita nito na hindi mo rin nabasa ang aking sagot kay mario.
Sarkastiko ang aking dalawang talata.
Ang una, sinusubukan na ituro ang kabalintunaan na kapag sinabi sa amin ng mga tao ang tungkol sa mga kakulangan ng isang proyekto, nilalagyan namin sila ng baliw at isang libong iba pang mga bagay kung hindi kami naaawa sa kanilang ideolohiya, ngunit kapag naranasan na natin ang mga problema mismo wala na tayong iba kundi ang lunukin ang mga salita.
At ang pangalawa, NA ITO AY EFFECT LIKE WINDOWS, ngunit marami ang hindi ito tinanggap at sinasabi na ito ay dahil ang Windows ay kinamumuhian at ginamit nang walang habas upang atakein ang anumang hindi amoy FSF.
Ngunit gayon pa man, ang pamantayan ay isang bagay na mahirap hanapin sa mundong ito.
@Staff, tao na gumamit ng pangungutya sa isang uri ng komunikasyon na kasing lamig nito, kailangan mong magtrabaho nang kaunti pa 😛
@elav:
Pumunta ako dito, Iniwan ko ang link na ito sa aking puna, at tumakas ako. : v
Napansin ko ang pareho ngunit kapag nagsisimula .... para sa isang pares ng mga araw na ang computer ay kumuha ng magpakailanman upang magsimula at una sa linya sinasabi nito ang isang bagay na may kaugnayan sa Systemd. Anong nangyayari?
Gayundin si elav, pati na rin ang mga bintana mismo. Nagkaroon ako ng error NA IYON, tanggalin ang buong file mula sa journal at voila. Malapit na ulit nating muling mai-install hahaha.
Hahaha, ngunit kung na-install ko ang Antergos hindi isang buwan ang nakakaraan hahaha
Isipin kung ano ang nararamdaman ko sa isang fucking Arch na tumatagal ng 30 o kahit 40 segundo upang mag-boot ng mas mahaba kaysa sa Windows, oo, nag-install ako ng maraming tae sa yaourt, ngunit hindi ako nagsisimulang anuman (ito ang pinaka-sinusubukan ko) ang pinaka nakababaliw na bagay na Mayroon akong serbisyo ng CUPS at sa palagay ko ssh para sa mga malalayong terminal. Sa kasamaang palad, pagkatapos ng isang taon nang walang pag-format, sa palagay ko isasaalang-alang ko ulit ang ideya na gawin itong muli 🙁
Sa kasamaang palad, napansin ko na sa huling 2 taon napalapit kami sa mga distro ng istilo ng Windows na subukang itago ang impormasyon, i-automate ang mga ulat sa bug, i-automate ang mga operasyon kung saan dapat makialam ang gumagamit at may kontrol pa.
Dahil miss ko na ang mga distrito mula 3-4 taon na ang nakakalipas kasama ang SysVinit, masaya na magpalusot sa isang "init 0" sa XD school. Bilang karagdagan, kahit na hindi lahat ay naaprubahan, ang kontrol ay labis na gumagamit at hindi ang system. Oo, maraming mga amenities, ngunit sa gastos ng ...
Maaari mong makita ang pagdating nito. Wala akong laban sa systemd, bilang isang ordinaryong gumagamit na ginagawang mas madali ang mga bagay para sa akin at ang mga utos na buhayin o i-deactivate ang mga serbisyo ay medyo simple. Kailangan nating makita kung paano nagtatapos ang init war na ito.
Ang SystemD ay tulad ng isang singsing upang makontrol ang lahat. Maaari itong isang kabayo ng trojan ng NSA. Maaaring ikompromiso ng SystemD ang aming seguridad sa privacy, dahil napupunta ito sa maraming mga serbisyo. At mas masahol pa, kung ang aking distro ay hawakan nang maayos ang enerhiya, ano ang mangyayari ngayon? Hindi ako makakabago sa ibang panig.
Hindi gaanong kagaya ng isang Trojan, kung kinokontrol nito ang maraming bagay, ngunit ito ay Libreng Software pa, makikita mo kung ano ang ginagawa ng code sa iyong impormasyon.
Kaya, kung ang SystemD ay may mga problema (at kung mayroon ito), dapat itong malutas at hindi lamang itapon, dahil mayroon din itong maraming mabubuti at kinakailangang bagay.
Isang bagay ang sigurado, alam ko lang na wala akong alam. Ako ay isang newbie, ngunit pagkatapos basahin ang maraming mga opinyon ng mga taong alam na walang hanggan higit sa akin, tutol, o walang kinikilingan, ang kongklusyon na maabot ko ay upang maging kahina-hinala at wala akong pinipigilan gawin ito. Wala akong pinagkakatiwalaan, sa ngayon.
Gumagamit ako ng openSUSE dahil gusto ko ito at maaari silang lumusot sa akin ... Sa katunayan, maaari nila itong sneaking sa buong lugar ... At doon lumitaw si Stallman, binabantayan niya ang aming privacy, gaano man ito timbangin ng marami.
Hindi ba natigil ng NSA ang mga kuko nito sa RedHat ????
Gaano kalubsob, bakit ko ikompromiso ang iyong privacy?
Upang labagin ang seguridad at hindi ipaalam sa sinuman, kailangan mong gawing mas malala ang mga pag-log ng system, kumplikado ito, gawing binary, huwag pansinin ang mga nag-uulat ng mga maling pag-andar, hindi pinapayagan ang syslog-ng at journald na magkakasamang magkakasabay.
Kung idagdag namin ang awtomatikong pamamahala ng network na ito sa pamamagitan ng dhcp, mayroon kaming ground na nahasik para sa mga panghihimasok nang hindi nag-iiwan ng bakas "sa pinakamaliit na bug na hindi pa natuklasan", talagang ang hindi nakakakita nito ay dahil siya ay bulag, bingi at pipi. .. higit sa 2000 mga taon na ang nakalilipas sinabi ng isang ... sa kanilang mga prutas ay makikilala mo sila, at mabuti, nakikita ko na ang mga prutas at sila ay kung hinog na.
Ang naiugnay sa systemd ay hindi lamang ginagawa ang gawain na tumutugma dito, nakialam ito sa lahat upang buwisin ang seguridad at gumawa ng mga lipas na tool na mahusay na ginagawa ang kanilang mga trabaho sa pamamagitan ng hindi pinapayagan ang magkakasamang buhay ng pareho nang sabay.
Tulad ng sinabi ko dati, kung gaano kalubha.
Maniniwala ako sa iyo hangga't ang SystemD ay na-program ng Microsoft, Apple at / o ibang kumpanya na hindi nagbahagi ng source code. Sa kasamaang palad, hindi ito ganoon, at nagpapasalamat siya na kahit papaano may isang tao na hindi lamang nagalit.
Sa kabilang banda, nang tanungin ang Linus Trovals tungkol sa SELinux algorithm system, tumugon siya nang may isang prangkang solusyon (at hindi ito banggitin na ang ama ni Linus ay nagtapat na sinubukan ng NSA na makuha ang kanyang kamay sa pagpapaunlad ng kernel, kahit na Ang tanging bagay ang natitirang gawin ay ilunsad ang sumpain na sangkap sa lahat ng bagay at source code).
Napagtanto na ang kamangmangan ay madalas na pangunahing salot ng tao.
Mabuti, nanalo lang ako ng 10 euro sa pusta 😛. Tulad ng hinuhulaan tulad ng dati ... Mabuti sa akin ang tunog, hindi ko talaga gusto ang systemd dahil sa pilosopiya ng proyekto at ang kabuuang kakulangan ng mga komento sa code (a la OpenSSL). Ngunit kinikilala ko na ito ay mas mataas sa teknikal. Nagtataka ako kung maaaring ito ay isang kapalit ng sysvinit para sa Openrc. Kaso saan ako lilipat.
Gayundin, sa libreng software, sa ilang kadahilanan, kinakailangan na mayroong dalawang pagpapatupad ng pareho, ang bakit, kumpetisyon (Libreoffice, Openoffice) at seguridad (OpenSSL).
mayroong isang bagay na hindi ko maintindihan, kung ang disenyo ng systemd ay batay sa mga cgroup na isang eksklusibong tampok ng linux.
Upang mai-port ang paggamit ng systemd fork sa FreeBSD Hurd, atbp, magdagdag ng mga cgroup sa mga kernel na ito o alisin ang mga cgroup mula sa disenyo ng nasabing tinidor.
ngunit kung aalisin mo ang mga cgroup mula sa tinidor ng systemd, mahirap isipin ang Uselessd bilang isang tunay na kahalili sa systemd.
Isaalang-alang ko rin ang hakbangin na ito na napaka positibo dahil ang kumpetisyon ay palaging mabuti dahil pinipilit nito silang magsikap na maging mas mahusay at ang resulta ay makikinabang sa mga gumagamit.
* garegan = idagdag
hindi lamang sila gagamit ng mga cgroup o gawing opsyonal ang mga cgroup. Sa teorya hindi ito mahirap. kung ano ang kailangan mong gawin ay ang simpleng disenyo at pagsulat ng isang paraan upang suportahan ang iba pang mga pamamaraan ng pagkontrol sa proseso na mayroon sa lahat ng mga kasalukuyang OS. Sa pagsasagawa ito ay nakakapagod at mahal dahil nangangahulugan ito na kung halimbawa mayroon kang 8 oras upang magtrabaho sa programa, sa halip na gamitin ang 8 oras upang mapabuti at makintab kung ano ang ibinibigay sa iyo ng isang solong pagpipilian, dapat mong hatiin ang oras na iyon sa 6 (panatilihin ang 3 system + 3 paraan upang makipagpalitan sa pagitan nila). sa ganitong paraan ang pagpapanatili at pag-unlad ay magiging mas mabigat at mabagal. Ibig kong sabihin, alinman sa sinusuportahan mo ang ilang regular o sinusuportahan mo ng mabuti ang isa.
At hindi banggitin na ang BSD ay may napakakaunting demand mula sa sysadmins, at kahit na ang UNIX mismo ay nakikita ito ng parehong mga mata tulad ng sa Windows XP.
ang punto ay ang mga pangkat: «ay ginagamit upang subaybayan ang mga proseso ng serbisyo, sa halip na mga PID. Nangangahulugan ito na ang mga daemon ay hindi maaaring "makatakas" mula sa systemd kahit na ang mga ito ay doble-tinidor. » http://es.wikipedia.org/wiki/Systemd
Bagaman ito ay isa sa mga puntong pumupuna sa systemd sapagkat sinabi nila na nagsisimula ito sa pid 0 at ito ay isang peligro sapagkat kung masira ang systemd ay masisira ang system, na tulad ng sinabi ni linus na hangal dahil kung binabasag nito ang kernel o iba pang proseso ay nasisira din ang sistema. ang totoo ay kung ang tinidor ay hindi gumagamit ng cgroups gumagamit ito ng mga pids at hindi ito magkakaroon ng buong kontrol ng mga demonyo. sa na ito ay hindi kailanman magiging mas mahusay kaysa sa systemd sa linux
Mayroong maraming mga kaugnay na tinidor, ngunit ito ang unang systemd mismo. Sa Gentoo para sa udev (na pinagsama sa nabanggit), mayroong libgudev at libeudev. Kung hindi man, kakaibang maglakad kasama ang OpenRC, at makita sa proseso ng "systemd / udev" kung paano ito nangyayari sa ilang mga kasalukuyang pag-install. Sa personal, hindi ko gusto ang ideya ng pagdaragdag ng isang DHCP client (sana hindi pa nila nagawa ito). Naniniwala ako na may napatunayan at mahusay na software sa gawaing iyon, hindi na kailangang muling ibalik ang gulong.
Itatama ko, ang gudev ay systemd din, sa pinakabagong mga bersyon.
Sinasagot ko ang puna tungkol sa DHCP sa systemd.
Ang systemd ay hindi lamang mayroong built-in na DHCP (built-in bilang bahagi ng networkd), mayroon din itong resolver ng DNS at cache ng DNS, pati na rin mga tampok na minana mula sa Avahi (isa pang halimaw na nilikha ni Poettering).
Ngayon ay nagkaroon ako ng patatas at steak para sa hapunan, hindi ko gusto ito, lilikha ako ng isang tinidor. At para sa lahat.
Ang walang kwenta ba ay isang detalyadong maling pagpapatakbo ng watawat ng Red Hat upang siraan ang kanilang kalaban at mai-install ang isang New World Order?
... Fuck.
Mahusay na sakop mula sa likod ng proyektong ito
TRANSLATION:
Sinasabi nila sa akin iyon
1) lumilikha sila ng isang naputol na systemd nang walang anuman sa kanilang mga tool at walang anuman sa mga kalamangan na pamantayan na dalhin nito kasama nito hindi nito nalulutas ang anuman sa mga problema na ang paglutas o paglutas ng systemd ng mga dating tradisyonal na problema. Oo sigurado. bigyan mo ako ng 3
2) Sinasabi nila sa akin na ito ay isang systemd nang walang "bloat" ngunit lumalabas na ang systemd ay modular at maaari mong gamitin ang systemd nang walang alinman sa mga daemon ng bata. Samakatuwid, ang pagtanggal ng bloat ay pareho sa pagsasanay (maliban na hindi nito mapapanatili ang marami sa mga pinakamahusay na tool ng systemd tulad ng jounals)? Sige. perpekto Bigyan mo ako ngayon ng 20.
3) Sinasabi nila sa akin na ang tinidor na ito na hindi malulutas ang anumang problema, na hindi nito nalulutas ang problema ng pag-frame sa mababang antas, na hindi ito nag-aalok ng mga teknikal na kalamangan ng anumang uri, ngunit bago ito ibalik sa amin ng 5 taon sa pamamahala ng mga serbisyo sa Linux . makipagkumpitensya sa nag-iisang pag-asa ng standardisasyon? . Sige. Mahal ko siya. bigyan mo ako ng 2161816814168 distros kasama nito. pakiusap ngayon !!
para sa mga hindi nakakaintindi. panunuya nito 🙂
at ito ang dahilan kung bakit ang linux ay hindi kailanman magtatagumpay sa desktop, kapag ang pazos sa wakas ay nagsisimulang ibigay upang lumikha ng isang imprastraktura upang gawing posible ang isang functional desktop para sa lahat ng mga madla. Lumabas ang mamertos kasama ang kanilang mga blowjobs. ok hayaan silang gawin ang gusto nila, may karapatan sila, ngunit ang totoo, huwag asahan na seryosohin ka.
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
Upang masabi ang totoo, ang biro ay ang pagtulong sa akin ng SystemD nang labis, ginagawang mas mabilis ang pag-shutdown ng PC kapag mayroon kang sapat na oras gamit ang Chrome sa mga Extition na partisyon. Sa kaganapan na subukan ko si Debian Jessie na may XFS at SystemD - at higit sa lahat, nagbibigay ito sa akin ng mas mahusay na mga resulta kaysa sa SysVinit - luluhod ako bago ito.
Ang pinakanakakatawang bagay ay sinusubukan nilang gumawa ng isang SystemD na may kakayahang magdagdag ng mga tampok ng SysVinit dito, kahit na ang gayong gawain ay ganap na mapaghamong (tulad ng tinidor ng OpenSSL ng Theo de Raadt).
Nalulutas ng fork na ito ang problema sa pagkuha ng mga renda mula kay Lennart at sa kanyang tatay na RedHat upang subukang ibigay ito sa mga independiyenteng developer upang
upang alisin ang kalokohan ng systemd mula sa paggulo sa mga bagay na hindi at hindi dapat maging bahagi ng boot system. Malinaw ba ako?
Ngayon, kung para sa ilang tila maliit na dahilan ... na hindi malulutas ng sinuman, sila ay mga opinyon lamang at personal na pananaw.
ngunit ito ay ang systemd ay hindi lamang isang startup system, ang systemd ay higit sa 70 magkakaibang mga binary na kung saan 1 lamang ang pid 1 at nangangalaga lamang ito ng 1 bagay, na nagsisimula at humihinto sa iba pang mga daemon. ang lahat ng systemd bloat ay talagang opsyonal maliban sa journald. kaya hindi ko talaga nakikita kung ano ang ginagawa ng startup system na hindi dapat gawin kung gumawa ito ng isang bagay. Tulad ng sinabi ko, ang natitirang mga proseso at serbisyo ay hinahawakan nang hiwalay ng iba pang mga daemon, karamihan sa mga ito ay maaaring magamit nang hiwalay. ang pagkakaiba lamang ay ang mga opsyonal na daemon na ito ay nakasulat ng parehong koponan, sa ilalim ng parehong kalendaryo at sa parehong git (tulad ng ginagawa ng bsd na katulad)
lennart at pula han kasamaan? mga maling akala ng pag-uusig at kaunti pa.
@Mirage ngunit ang systemd na iyon ay hindi isang simpleng startup system ....
Iyon ba ang problema, nagsimula sila bilang isang simpleng sistema ng pagsisimula at pinaniwala ang maraming mga distrito at pagkatapos ay itigil ang pagiging isang simpleng sistema ng pagsisimula at kumalat tulad ng isang cancer.
Mas mahusay kong pintura ito, gusto ko ng systemd, ngunit ayaw ko ng iba pang module ng systemd ... ngunit kapag sinabi kong ayaw ko, ayokong mai-install ito sa aking hard drive .. Hindi sapat para sa akin na ma-disable ito ... Hindi ako nagtitiwala sa mga awtomatikong bagay na maaaring paganahin nang mag-isa, halimbawa kapag ang screen saver ay aktibo.
Kaya sabihin sa akin kung aling distro ang nagbibigay sa akin ng isang bersyon ng systemd na walang mga module na iyon sa installer nito.
Kasalukuyan akong gumagamit ng linux mint 17 at hindi ito gumagamit ng systemd (sa palagay ko ilan lamang sa mga dependency nito) kahit na sa mga distrito na ginagamit ito gumagana itong perpekto para sa akin, gumagamit ako ng linux ng halos 2 taon at binibigyan ko ito ng pangunahing paggamit (pag-surf sa Internet, pag-edit ng mga dokumento sa isang simple, atbp) at kapag gumamit ako ng systemd hindi ako nabibigo din na sa isang antas na panteknikal ay napansin ang isang pagpapabuti, at ang karamihan sa poot ay tila hindi makatarungan sa akin, maraming nagsasabi na ito ay para sa isang bagay na etikal kaysa sa panteknikal ngunit tila napakarami sa akin kahit na nais kong makita ang isa kahalili na ito sa iyong antas bagaman wala akong paniniwala dito (sa ngayon ito ay karaniwang isang mas "malnourished" systemd at ang pangalan ay tila masyadong katawa-tawa upang maging isang seryosong bagay)
At bakit hindi patuloy na gamitin ang mga script ng BSD? O openRC mula sa koponan ng Gentoo? O kalimutan ang lahat sa itaas kasama ang SystemD at gamitin ang Ubuntu Upstart?
Dahil ang SystemD ay nagpapabilis sa proseso ng pag-on at pag-off ng GNU / Linux system.
Bilang karagdagan, kung ano ang nais mong iligtas ay iyon, ang bilis ng pag-boot ng SystemD nang hindi kinakailangang gamitin ang mga module ng SystemD, at gamitin ang mga ng OpenRC, SysVinit at kahit ang mga script ng BSD, sa gayon maiiwasan ang namumula ng mga troso.
Sa gayon, masaya ako sa systemd.
Kahit na nakakakita ako ng maraming kalamangan kaysa sa anupaman.
Nabasa ko ang maraming mga komento at tila systemd ... ay hindi sumama sa pilosopiya ng 90% ng mga gumagamit ng system ng Linux na laban dito, ... Nagtataka ako ... kung bakit ang parehong interes ng systemd sa kagustuhang kontrolin ang lahat ... ay ito ay tulad ng mga bintana?… Hindi ba sa likod ng mga likas na plano na kontrolin ang lahat at ang pamahalaang pandaigdigan? Kasalukuyang gumagana ang sistemang Linux Mint nang kamangha-mangha halos lahat ng bagay ay awtomatiko at hindi nangangailangan ng systemd. Kung pinamamahalaan mong sakupin ang system ng Linux ... .. wala kang pagpipilian kundi lumipat sa BSD UNIX at mga derivatives nito.
Ano ang iba pang mga pamamahagi na gumagana tulad ng Linux Mint, nagdadala man sila ng Systemd o hindi?
Tumingin sa Windows walang katulad sa systemd sa pagkakaintindi ko.
Ginagawa nilang tulad ng isang masamang bagay na maging sentralisado, kung ang nagmamalasakit lamang ay ang mga nagtatrabaho sa system, na kadalasang dalubhasa, para sa amin ang mga karaniwang gumagamit ng system ay mas mahusay para sa amin, kahit na ang ilang mga sysadmin ay pinupuri ito, kaya't tandaan na ang lahat ay nauugnay sa panlasa.
Napakaganda ng Systemd, ngunit kung ano ang inirereklamo ng maraming tao ay maraming mga programa na kakailanganin ng mga bagong dependency upang gumana, dahil ang systemd ay mas mapanghimasok at lumalagpas sa kung ano ang magiging isang boot system. Nagreklamo din sila na gumagawa ito ng ilang mga gawain nang awtomatiko, ngunit sigurado ako na kung matutunan mong gamitin ito, maaari mo itong mai-configure ayon sa gusto mo.
Iyon ang dahilan kung bakit sinasabi ko: Ang SystemD ay medyo simple upang pamahalaan, kahit na sa tuwing inilalayo ko ang aking sarili mula sa ginagawa ko sa SysVinit (hindi upang makaiwas sa SystemD, ngunit na-save ako ng SysVinit ng problema na kailangang gawin dmesg upang makita kung mayroong isang bagay na kung saan ako screwed up).
Ang layunin ng paggawa ng mga hakbang sa pagsisimula sa Windows ay upang mai-save ka ng problema ng pagkakaroon upang i-edit ang mga script. Sa madaling salita, makatipid ito ng maraming oras para sa mga hindi masyadong sysadmin.
Para sa mga perfeksionista at / o nakatatandang sysadmins, mas gusto ang matandang SysVinit at Gentoo's OpenRC (sa aking kaso, nais kong magkaroon ng bilis ng boot ng SystemD ang SysVinit, kaya't ang UselessD ay nagsisilbing isang karagdagang plug-in para sa SysVinit o may kapangyarihan ang OpenRC na ang pinaka SystemD).
Ipagpalagay ko na sinubukan mo ang rc_parallel = »YES» sa /etc/rc.conf.
Medyo mas mabagal pa rin ito kaysa sa systemd ngunit ilang segundo lamang at dahil ang pang-araw-araw na pagtaas ng oras sa aking kaso ay hindi kukulangin sa 14 na oras ... 8 segundo na pagkakaiba ay hindi nakakaapekto sa akin.
Sa palagay ko na sa tinidor na ito ay posible na baguhin ang kurso at inaasahan kong ang mga independiyenteng developer ay sasali upang pagsamahin ang kabutihan ng mga inits sa systemd
At syempre, sundin ang lohika ng isang solong gawain at gawin ito nang maayos.
@ eliotime3000 may mga bagay na mas mahalaga kaysa sa oras ng pag-boot, ang kadahilanan din na iyon ay hindi ito isang malaking pakikitungo, hindi bababa sa aking kaso, ang mga oras ng boot sa pagitan ng systemd at OpenRC (gamit ang Gentoo), ay hindi masyadong magkakaiba, nanalong systemd para sa mas mababa sa 4 na segundo, at nang hindi gumagamit ng rc_parallel = oo sa OpenRC.
TANDAAN: Mula dito, sinumang magbasa, mangyaring gawin itong mabuti at patawarin ako para sa ilang mga expression, linawin din na ito ang aking pansariling opinyon.
Ang hindi ko gusto tungkol sa systemd ay ang katotohanang nais kong gawin ang mga bagay na nagawa na, sapagkat ang muling pag-imbento ng gulong ay para sa akin na bobo at hindi kinakailangan.
Ano ang ginagawa ng isang init sa mga daemons luks, lvm, dns, dhcp, avahi functionalities, logs, coredump, devfs, bukod sa iba pang mga bagay? Marahil ang mga demonyo na may lahat ng mga pagpapaandar na iyon ay wala na.
Bakit kailangan ang pag-access sa ugat upang mahawakan ang mga troso at coredump? (Ito ay personal kong na-verify sa Debian at Gentoo).
Bakit kailangan kong i-reboot ang aking PC kung mayroong anumang pagbabago sa systemd, ito ba ay hindi nito maiinit ang pag-reboot mismo? Magagawa ito ng SysVinit geek, at ang pinakamahalaga, tama ang ginagawa niya. Sinabi nila na magagawa ito ng systemd, ngunit gawin ang pagsubok at makikita mo na nabigo ito at walang pagpipilian ngunit i-restart.
Hindi ito nagtatapos doon, ngunit ang systemd ay may alam na mga bug at hindi lamang sila naayos, at lahat dahil ang koponan (Poettering na namumuno sa singil) ay mas gusto lamang na huwag pansinin ang mga ito at markahan ang mga ito bilang WONTFIX o huwag pansinin lamang ang mga ito. Kahit na ang ilan sa mga bug na iyon ay mga klasiko na, ang isa sa journald, ang self-assemble one, at dumating, mga ginoo, sila ay mula sa taong 2011 at 2012 at hindi pa rin maayos, at hindi dahil hindi sila kilala (mayroon itong ulat at lahat) o hindi sila madali maaaring kopyahin, ngunit dahil AYAW LANG NILANG AYUSIN SILA. Ang pag-uugali na iyon ay hindi kasama ng systemd, SI Poettering ay palaging ganito, ang Avahi (isa sa kanilang mga nilikha) ay mayroon ding mga katulad na problema, lalo na sa mga paglabas ng memorya at labis na pagkonsumo ng CPU, na marami pa rin ay nagpatuloy. Gusto mo ba ng karagdagang patunay? Ang Pulseaudio ay isa pang kabaliwan ng ganitong uri, na kahit na ito ay isang bagay na inaasahan ng marami, nagdala ito ng higit pang mga problema kaysa sa mga solusyon at hindi kamakailan lamang na marami sa mga problema nito ang nalutas, na kung, malayo sa mga kamay ni Poettering.
Yukiteru +100
Ito ay maliwanag, marahil isang simpleng gumagamit ng baguhan ay hindi napagtanto ito, ngunit ang RedHat ay isang kumpanya at alam ko, ang tanging bagay na kinagigiliwan ng bawat kumpanya ay kumikita, kung idaragdag natin ito na maaaring may ilang mga alok ng mga ahente ng gobyerno upang ang "paunti-unti upang mabago", naniniwala ako na ang lahat ay posible ... Ginoong DIYOS pera ay maaaring magawa ang lahat.
Ang pagnanais para sa kapangyarihan ng lahat ng mga gobyerno at malalaking kumpanya ay walang limitasyon, binabasa natin ito araw-araw, lumalabas na ang operating system na lumalaban ay gnu / linux, ang mga gumagamit nito ay may posibilidad na mas mahusay na maalaman tungkol sa seguridad at privacy.
Sa systemd nagsimula silang unti-unti, mula sa una ay mabuti ang lahat at napagtagumpayan nila ang pangunahing mga distro upang mabago ang mga ito, pagkatapos ay unti-unting nagdaragdag sila ng mga module upang mapalitan kung ano ang mayroon na at palaging gumana, masasabi nila na kung hindi ka interesado hindi mo nai-install ang mga modyul na iyon .... ngunit hoo sorpresa, ang lahat ng mga distrito ay i-install ito ng buong-buo at ang mga ordinaryong gumagamit ay hindi alam kung paano sumulat sa pamamagitan ng kamay at alisin ang mga ito.
Ang pinaka-perverse module ay journald na nabasa ko sa isang mensahe na sinabi ng isa na hindi ito opsyonal, na ito ay sapilitan at hindi ito maaaring alisin.
Malinaw na hindi ito maaalis, ang hangarin ay hindi gumana nang maayos at huwag hayaang gumana nang maayos ang syslog-ng, ni upang dumalo sa mga reklamo ng mga gumagamit na nag-uulat ng mga bug na iyon.
Ang pamamaraan ay upang magtakip upang hindi ito makita, pagkatapos ay awtomatikong pamahalaan ang network upang sa hindi masyadong malayong hinaharap, mawala ang kabuuang kontrol ng manu-manong kung ano ang nangyayari sa network at sa mga troso ng nangyari sa network.
Ang pagbabasa ng systemd code ay walang silbi, ginagawa ng lahat kung ano ang dapat gawin at gawin itong napakahusay "para sa kanila", kung ano ang mali ay ang pinagsamang pagpapaandar na kumakatawan sa isang kabuuang panganib sa harap ng isang "undeclared bug".
Samakatuwid, ang systemd ay hindi mali, kung ano ang mali ay ang mga tagalikha nito na dapat baguhin.
Kung paano pinalaki. Umapela ito sa iyo na ito ay libreng software at kung may mga kakaibang bagay na napagtanto nila? at higit pa sa isang proyekto na kontrobersyal tulad nito, sa palagay mo ba ay hindi daan-daang mga geeks na naghahanap upang alisin ang binti ng pusa? palaging nagbebenta ng higit ang sensationalism ng pff
Dahil ang Systemd talaga ang Skynet ... hahahaha
at ang tinidor na ito na ipinapalagay ko na pinamumunuan ng canonical?
@emilian
Paano ang tungkol sa Linux, sa kasamaang palad tama ka at may higit na kapus-palad na may kaunting sysadmin, mas mababa sa 1/4 ng mga gumagamit ... .. Kaya't inaasahan natin na ang mga kakaibang bagay ay patuloy na nangyayari tulad nito:
systemd-journald [150]: Nabigong sumulat ng entry (13 na item, 351 bytes), hindi pinapansin: Hindi magandang address
Upang maipakita na hindi kami sira, at hindi rin para sa mga purista ngunit para sa mga teknikal na isyu.
Maaari mong makita ang error sa cgit na ito gamit ang ctrl + f ngunit syempre dahil hindi karaniwang nagkomento si Lennart, isa pang masamang kasanayan na mayroon siya, hindi nila malalaman kung ano ang error na iyon:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c
Hindi lang ikaw ang elav:
https://bbs.archlinux.org/viewtopic.php?id=150704
Maraming mga post na kasama iyon ngunit wala akong makitang talagang nagsasabi kung ano ito, parang isang bug sa akin at mukhang ang mga mula sa PulseAudio kasama ang polin nito na gumising nito at ang mga pinigil na kaganapan
Kakila-kilabot !!
At bagaman maaaring hindi ka maniwala, maraming iba pa ang nag-uulat ng error na iyon, tila nagmula ito sa isa pang error at iyon ay isang sintomas ngunit ito rin ay sarili nitong error, sa madaling salita, ang systemd ay puno ng bug, kahit papaano. Ang sysv ay walang mga pagkakamali, sa mahabang panahon na napatunayan na sobrang pinakintab. Ngayon sinubukan kong huwag paganahin ang journald sa isang VM, hindi ako papayag, imposible, ang tanging bagay na maaari mong gawin ay ilagay ang syslog at padalhan ka ng journald ng mga bagay kaya isinulat niya ito, ngunit, paano kung mabigo ang journald? ... Simula kailan hindi mo maaaring hindi paganahin ang isang daemon na pag-log sa Linux? ... Windows bagay na ito, pagkatapos ay sinabi nila na ito ay modular, oo nakikita ko
Ni siya dmesg nai-save ang mga ito. Sa mata napansin ko na ang JournalD ang nakakabit.
Inaasahan kong ang OpenBSD o ang Apache Foundation ay magpapakita ng kanilang suporta para sa gayong tinidor.
@elav
Mayroon kang kumpanya, sumali sa ulat ng bug upang makita kung gumagana nang kaunti ang lennart:
https://bugzilla.redhat.com/show_bug.cgi?id=1069828
Ito ay isang bug.
Dagdag ko, ito ay isang Bug na nabuo ng ibang bagay lamang na ito ay »isa pa» na sintomas ayon sa mga sa Fedora ngunit may parehong pinagmulan:
https://bugzilla.redhat.com/show_bug.cgi?id=1043212
MABUHAY ANG DMESG!
Ngayon, seryoso, salamat sa epic fail ng JournalD Ipapakita ko ang aking suporta para sa nasabing tinidor ng SystemD, dahil sa JournalD hindi ko masyadong maintindihan (sa DMESG nakikita mo ang maraming mga pagkakamali ng kernel boot, at kahit ang mga demonyo kahit na ang SystemD ).
Maraming tao ang tumatanggi sa systemd sapagkat hindi ito sumusunod sa pilosopiya ng Unix. Mga ginoo, ang Unix ay namamatay at nasa panganib ng pagkalipol, may mga oras na kailangan mong bitawan nang kaunti ang mga kurbatang nakaraan at subukang gumawa ng isang bagay na mas mahusay kahit na nasira ito sa lumang pilosopiya. Iwanan ang konserbatismo at kung bibigyan ka ng problema ng systemd, pagkatapos ay iulat ang bug at tulungan subukan ang mga patch na malulutas ito. Sa aking palagay ang walang kwenta ay hindi makakarating kahit saan, kaya ang pangalan nito ay madaling gamitin, walang silbi, walang silbi, isang kabuuang pag-aaksaya ng oras at pagsisikap na maaaring gugugol sa paggawa ng isang bagay na mas mahusay.
Man, ngunit hindi mo nakita ang mga link sa parehong post na ito sa RedHat Bugtracker? Ang tagalikha ng Systemd ay hindi tumugon o magkomento sa alinman sa mga ito. Ano ang silbi ng pag-uulat ng bug kung ang tao ang nagpapatakbo sa kanila sa pamamagitan ng liner?
Sa oras na ito, iniulat ng SystemD ang 240 lamang sa RedHat bugzilla (na may mga ulat din sa iba pang mga pahina):
https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&component=systemd&product=Fedora
Sa maximum na 3 o 4 na taong nagtatrabaho, ayon sa Wikipedia:
https://en.wikipedia.org/wiki/Systemd
Ang pagkakaroon upang gumana sa mga bug na maaaring tumagal mula sa ilang araw hanggang sa maraming buwan upang ayusin. At sa na kailangan mo ring idagdag na kailangan nilang magdagdag ng mga bagong tampok at alisin ang lumang code.
Sa palagay mo mayroon ba silang oras upang tumugon sa bawat isa sa mga ulat?
Dito higit sa isa ang naniniwala na mayroon silang karapatang magbigay ng puna sa gawain ng mga programmer ng system, kung ang pinaka nagawa nila ay ang pagsulat ng isang script sa Bash o Python at maglagay ng isang tema sa WordPress, ngunit pinapansin nila ang kanilang mga paa kung kailangan nilang mapanatili isang mataas na caliber na programa.
Ang karamihan sa mga nagreklamo tungkol sa SystemD ay walang ideya kung ano ang kanilang pinag-uusapan. Isang bungkos lang ng manok ang nag-cluck.
Una sa lahat hypersayan_xKung maglulunsad ako ng isang application tulad ng SystemD, ang unang bagay na gagawin ko muna sa lahat, ay upang idokumento pati na rin kung ano ang mga pagtutukoy nito, mga posibleng problema, ang kahulugan ng mga log nito, atbp. Gamit ito, gagawin nito iwasan ang mga inis tulad ko, kung saan hindi ko pa rin alam kung ano ang ibig sabihin ng masayang error (o mensahe):
systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressBilang karagdagan, isinasaalang-alang ko na kung italaga mo ang iyong sarili sa paglikha ng isang application, dapat kang gumastos ng kahit 1 oras ng iyong oras sa pagtugon sa mga bug na ipinakita ng mga taong gumagamit nito. Kung hindi mo ito mahawakan, kahit papaano mag-iwan ng mensahe o ipaalam sa akin, ngunit ang hindi pagtugon ay umalis sa amin sa kawalan ng katiyakan.
Sa bawat isa alinsunod sa kanyang trabaho ... at ang bawat isa ay may pananagutan sa kanyang ginagawa. Hindi ko maintindihan kung ano ang ibig sabihin ng bahaging ito ng komento, para sa simpleng katotohanan na ang isang tagadisenyo ng tema ng WordPress (o isang gumagamit na simpleng nag-install ng isang tema), o isang taong nagpoprogram ng isang script na Bash o Python, ay hindi kinakailangang obligadong panatilihin isang "mataas na caliber" na programa, malayo rito. Tulad ng sasabihin ni Tiyo Ben: "Sa dakilang kapangyarihan ay may malaking responsibilidad", na dadalhin ito sa paksang sumasakop sa atin: «Ang isang mahusay na programa ay nagdadala ng isang malaking responsibilidad«, At sa pamamagitan ng responsibilidad nauunawaan ko ang lahat: Suporta, Pag-unlad, atbp.
Kung napakabait mong ipaliwanag nang detalyado at may panteknikal na data kung paano gumagana ang Systemd upang ang mga sa amin na huminto ay maaaring tumigil sa paggawa nito o simpleng maunawaan nang mas mabuti, magpasalamat ako nang walang hanggan.
Regards
Perpekto itong naitala:
http://www.freedesktop.org/wiki/Software/systemd/
Mga Seksyon: Mga Manwal at Dokumentasyon para sa Mga Gumagamit at Administrator y Dokumentasyon para sa Mga Nag-develop
Mukha bang maliit ito sa iyo?
Narito ang linya ng mensahe na iyon:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c#n513
At ang may kaugnayang code ay lilitaw sa L448, kaya't ang lahat ay nakasalalay sa kung anong mensahe ang ibinigay ko sa iyo dati.
Ganito gumagana ang lahat ng mga forum sa internet, maaari ka nilang sagutin o hindi, kung hindi ka nila sinasagot maaaring dahil sa: wala silang sagot, wala silang pakialam sa iyong mensahe, mayroon silang iba pang mga priyoridad, o gumagawa sila ng iba pang mga bagay at wala silang oras para sa iyo. Tanggapin na hindi ka ang sentro ng uniberso, at wala silang nakukuha mula sa iyo para sa pag-aayos ng isang bug na partikular na nakakaapekto sa iyo.
manual doon. usapin ito sa pagbabasa nito, marahil ang problema ay maraming tao ang hindi nagbabasa nito, wala ako sa debian. ngunit hindi ko nililimita ang sarili ko lamang sa lalaking naka-pack http://www.freedesktop.org/software/systemd/man/systemd.html,
Nabasa ko ang blog ng http://en.wikipedia.org/wiki/Lennart_Poettering mayroong isang napakahusay na ikot ng (mga tutorial) http://0pointer.de/blog/projects/systemd-for-admins-1.html
@hipersayan_x Kaibigan talaga? Inaanyayahan kita (isang beses pa) na isalin para sa akin kung ano ang ibig sabihin ng linya na 513 ng link na iyong inilagay para sa akin, sapagkat hindi ko nakikita kung paano nito ipinapaliwanag kung ano ang problema na itinapon ng mensaheng ito.
Hindi ito tungkol sa akin, tungkol ito sa maraming tao .. Tingnan ang link sa puna # 66. 😉
@elav, inuulit ko, alinsunod sa mababasa sa CF, bago ang mensahe na iyon ay may ibang mensahe na lilitaw na nagpapahiwatig kung bakit hindi posible na sumulat sa log, at samakatuwid iyon ang magiging tunay na problema.
Mabuti na ang mga bagay ay tinidor, ito ay isang paraan upang masukat ang kahusayan, napapatawa ako, na hindi pinagana ang mga tampok na ginagamit ko araw-araw at pinabilis ang karanasan ng gumagamit, o kung hindi man, nagsisilbi sila upang i-automate ang system, isinasaalang-alang ko ito bilang pagpapahalaga sa isang gumagamit ng baguhan sa kakayahang magamit ng system. Ito ay isang usapin ng lumalaking (pagkahinog) sa mga tuntunin ng pagpapahalaga sa paggamit ng system, marahil dahil nais kong makita ang mga ito nang higit pa bilang mga hanay ng mga order sa loob ng isang script, sa halip na mga may kulay na salamin. Marahil ay mas kapaki-pakinabang na basahin ang manwal nang mas madalas at gumawa ng mga panukala sa kung paano gumawa ng isang mas awtomatikong sistema, ngunit sa loob ng isang lohikal na balangkas, na tinukoy ng gumagamit (na hindi palaging nasa harap ng terminal).
Regards
@ROUGH
Ang paggawa ng mga bagay na awtomatiko, nag-aalis ng kakayahang umangkop at bumubuo ng pagpapataw, hindi mo mailalagay ang lahat sa parehong bag, sa pamamagitan ng pagtukoy ng isang bagay na awtomatiko na hinahanap mo para sa mga tinidor na nabuo, dahil magkakaroon ng mas maraming hindi nasisiyahan na mga tao na hindi uupo sa paligid ng panonood kung paano sila lumikha ng isang bagong windows.
Ilang mga puna sa itaas, tinanong ko kung alam mo ang anumang pamamahagi na mayroong systemd package nang walang mga "opsyonal na module", ngunit tila wala ... walang sumagot sa akin.
Sa aking kaso wala akong pangangailangan, nabuhay ako nang masaya kasama ang gentoo nang higit sa 5 taon kasama ang eudev at openrc, ngunit mayroon akong isang kuwaderno na maliit ang ginagamit ko, mayroon pa ring archlinux, patuloy kong ina-update ito upang makita kung paano nangyayari ang mga bagay at hindi nagbibigay ng opinyon sa pamamagitan ng ang sinasabi ng iba.
Pindutin natin ang pilay! @ # $% Nag-agahan lang ako na sa ArchLinux walang crontab, ang cron ay hinahawakan ng Systemd .. Grrrr
https://wiki.archlinux.org/index.php/Systemd/cron_functionality
@elav
Ang mga pamamahagi na hindi gumagamit ng systemd ay dapat na na-promed, walang ibang pagpipilian.
Alam ko, hindi sila ang magiging pinakamadaling mai-install, ngunit nakita ang direksyon ng lahat ng ito
Sa palagay ko mas maraming mga distrito na ipinanganak mula sa LFSs ay magsisimulang lumitaw, tulad ng katotohanan na
ay ang ina ng archlinux at naiintindihan ko na gumagamit pa rin sila ng init.
Ang mga distrito na istilo ng sabayon na maaaring walang iba kundi ang mga pag-shot ay maaari ding lumitaw
gentoo sa i686 binaries.
Ang Systemd ay tulad ng tema na AC / DC na "Got You By The Balls"
https://www.youtube.com/watch?v=2ICWCMaRypI