Es tikko uzzināju, ka daudzu lietotāju dusmas tas ir novedis pie bezjēdzīga, jauna init dēmona, kas balstīts uz systemd, izveidošanas, kas mēģina to noņemt no "nevajadzīgā daudzuma funkcionalitātes, ko tas ietver". Interesanta ir nosaukuma izvēle, ko angļu valodā var lasīt kā "bezjēdzīgo systemd" vai "izmantosim mazāk systemd".
Agrīnā attīstības stadijā Uselessd ir nekas cits kā systemd dakša, kas samazināta līdz vienkāršākajai formai. Pēc tā izstrādātāju vārdiem, tas ir "pamata init dēmons (initd), procesa monitors un darījumu atkarības sistēma, kas samazina ielaušanos un izolacionismu". Starp noņemtajām funkcijām ir: žurnāls, libudev, udevd un dažu veidu vienības, kas tiek uzskatītas par liekām, proti, ierīces, taimeri, mijmaiņas, stiprinājumi un automātiskie stiprinājumi.
It kā ar to būtu par maz, viņi jau ir pievienojuši atbalstu, lai to apkopotu zem MUSL un uClibc kā alternatīvas glibc izmantošanai. Lietotne Uselessd ir arī agrīnā stadijā, kad tiek pārnesta uz FreeBSD, savukārt systemd ir tikai Linux atbalsts.
Jebkurā gadījumā nav skaidrs, kā beigsies "init kari" un vai bezjēdzīgi radīs patiesi funkcionālu aizstājēju, taču tie, kas vēlas uzzināt vairāk par šo projektu, var apmeklēt oficiālā tīmekļa vietne.
Es zināju, ka ir kāds, kurš vienkārši nepaliks uz vietas SystemD.
Tagad, lai viņu atbalstītu, vienkārši.
Kāda ir atšķirība starp systemd… .CLI… ..GUI?
systemd apstrādā sistēmas startēšanu un lietojumprogrammas.
Klients nāk no komandrindas saskarnes, tas ir, komandām, kuras izmantojat programmu pārvaldībai
Un GUI ir par grafisko interfeisu.
Jūs to varētu meklēt internetā, ko es jums saku
Augšupielādējiet tuto noobs
Es kā lietotājs nesaprotu šo anti-systemd kampaņu
Man kā vienkāršam lietotājam ir bijis viegli pielāgoties tā izmantošanai, aktivizējot vai deaktivizējot pakalpojumus, es to jau zinu no galvas, kas ar mani iepriekš nebija noticis.
Man nav nekā pret syetmd, un es uzskatu, ka viņa nicinājums ir absurds. Runā kā galalietotājs.
Dakšas izgatavošana funkciju noņemšanai man šķiet dumjš. Cilvēkiem kļūst garlaicīgi.
Es saprotu cilvēkus, kuri ir jauni GNU / Linux lietotājiem un nespēj saskatīt būtiskas atšķirības starp to, kas vienmēr bija, un to, ko sistēma mums mēģina ielīst.
Linux ir Unix klons, un Unix tika izveidots, domājot par vienu lietu, darot vienu lietu vienlaikus un darot to labi, tas nebija kaprīze, tas bija Multics skaļās neveiksmes dēļ, ka es mēģināju darīt daudzas lietas un darīja tos nepareizi vai nē, viņš varēja tos kontrolēt, kā viņam vajadzēja.
Tātad viņi ne tikai bija pretrunā Multics nosaukumam, izmantojot Unix (kaut kas līdzīgs daudziem pret dažiem vai unikāls), bet arī radīja cauruļu un procesu apvienošanas koncepciju, kas nodrošina elastību, kuru nav iespējams sasniegt ar citiem līdzekļiem ... tas bija tas, kas deva skanīgo Unix panākumi.
Tagad ar systemd viņi vēlas, lai mēs atkal nāktu klajā ar Multics stāstu.. Neviens, noraidot Unix bāzi Linux, atgriežas pie Multics, kur mēs zinām (vēsture to jau ir parādījusi vairākas reizes), ka mēs esam garantējuši neveiksmi.
Ja tikko esat ieradies GNU / Linux, lūdzu, izlasiet mazliet vēstures un uzziniet, kāpēc lietas tiek veiktas šādā veidā Unix un GNU / Linux.
Labi teikts, un tiem, kas saka, ka mūsdienu pasaulē lietas vairs tā nedarbojas, es jums sniedzu piemēru, pārlūku, vienu no vissarežģītākajām programmatūras daļām, kas pastāv, tomēr tos veido rīki, kas katrs , veic noteiktu uzdevumu un var darboties ārpus kopas. Javascript dzinējs, HTML, SSL, http ...
Tas, ka agrāk nav izdevies, nenozīmē, ka nedarbosies arī tagad. Tas ir bijis apmēram 20 gadus, varbūt ir laiks mainīties, vai ne?
Es gribētu būt Linux jaunpienācējs, es tajā esmu nodarbojies kopš 2004. gada un jā, es zinu, kas ir Linux un systemd, un tomēr es uzskatu, ka systemd ir ērtāk.
Šis komentārs, kuru es atstāšu zemāk, ir no kolēģa, tas nav mans, bet tas ir komentārs, kuru es arī abonēju.
[…] Sistēmas noraidījums tiek attiecināts uz "neofobiju", bailēm no jaunā. SysVinit skripta deaktivizēšana nozīmēja labu izpratni par darbības līmeņu sistēmu un atkarībām, kas varētu būt mapē /etc/init.d ... un katrā izplatīšanā to izdarīja citādi. Ar systemd pietiek ar systemctl atspējošanu un viss.
Tie, kas sūdzas, ka systemd pārkāpj UNIX filozofiju, ir tas, ka viņi nav uzzinājuši, kas ir UNIX filozofija vai kā darbojas systemd. Saskaņā ar šo pašu trīs noteikumu Linux kodols būtu vismazāk UNIX pasaulē. Notiek tas, ka systemd maina funkciju uz PID 1, kā es toreiz paskaidroju ierakstā: tas ir sistēmas dēmons, ne tikai kaut kas, kas izpilda skriptus.
Vienīgais, ko es atzīstu, ka systemd neievēro UNIX filozofiju, ir bināro žurnālu izmantošana, taču ir pamatoti paātrināt vaicājumu, izmantojot indeksēšanu. […]
@yoyo: Notiek tā, ka, tā kā jūs esat lēns mācītājs, kāds varētu teikt, ka jūs esat n00b, hahahaha.
@ yo-yo:
Ļoti labs citāts. Turklāt joks ir tāds, ka SystemD ir kļūdu trūkums, lai gan tam ir savs veids, kā parādīt šādus blobbed žurnālus.
Mani interesē šī dakša, kā viņi pielāgos SystemD ātrumu citām UNIX vidēm, piemēram, BSD.
GNU nav Unix, kā teica rikardito šķirstu meistars
Nesenais kā konsekvents komentārs par to, kāpēc systemd ir atkritumi. Multics, Windows… Vai komponenta pilnīga kļūme izklausās?
Tas notiktu ar systemd, kuru pilnībā šķērso dbus, ja daži no tās dēmoniem neizdodas, būtu nepieciešams restartēt sistēmu vai arī viss varētu avarēt. Man jau ir noticis centos 7, ka dēmons vai vienība paliek mirusi un netiek restartēta, lai veiktu vairāk restartu, ko jūs darāt. Tas mani ļoti salauž, ja galalietotāji domā kādu zināšanu un aizstāv kaut ko, ko pat nezina, jo tam uzbrūk. Kā mēdza teikt mana vecmāmiņa, ja jūs nezināt, nedodiet savu viedokli, labāk apklustiet un pajautājiet bez nopratināšanas, kad zināt, tad jautājiet.
Liela daļa lietotāju domāšanas, lielais atbalsts sistēmai to lielā mērā radīja, paradoksālā kārtā viens no uzņēmumiem, kas to kritizē, kanonisks, pārpludinot Linux pasauli ar lietotājiem, kuri neredz tālāk par viņu ls -l.
Šis puisis no uselessd ir viens cilvēks, kuram pieder boikota domēns, tāpēc, ja viņu neatbalsta kāds cits izstrādātājs, es redzu maz nākotnes. Es ceru, ka vairāk geeky distros palīdzēs jums patīk arch, gentoo vai Slackware.
.. Es neuzskatu sevi par "pieredzējušu lietotāju". Man nepatīk muižniecības tituli, es neesmu sistadministrs, bet esmu izgājis cauri visiem tiem distros, kas piemin (Slack (ļoti maz), Arch pāris gadus un Gentoo jā vairākus gadus (arī jūsu dakša Funtoo)) Es saprotu jūsu viedokli kā sysadmins, bet es brīnos, un, ja kodols neizdodas? Viss nonāk ellē, tāpēc es saku, kāpēc viņi nesūdzas par kodolu? Jo viņi neizmanto Minix vai kaut kādu OS ar "reinkarnācijas serveri"? Dažreiz man šķiet, ka dusmas rodas vairāk no Lennarta attieksmes (kas nešķiet piemērota), bet ļaujiet man vispārināt, jūs, sysadmins (un protams, jūs to darīsit) aizstāvēt savu darbu, un viņi atstāj mūs "izmestus" darbvirsmas lietotājus, viņiem rūp tikai tas, lai viņu serveris būtu "labs", kaut arī sysv izmanto diezgan arhaisku "startēšanas paradigmu" ( systemd mērķis un vēlamais ir kārtībā ...), es saku, ka jūsu lietotājs lieliski darbosies ar sysv, bet tikmēr darbvirsmas lietotāji kosmosā izmanto dbuslietotāja vārds ... ... cik lieliska ideja ...
Es atkārtoju šo dakšiņu, kā viņi teica citur, līdz šim es redzu tikai "jauku" nosaukumu un systemd vāciņu, kas, starp citu, LAIPNI LŪDZAM Systemd, Systemd nīdējiem ... Es redzu daudzus, kas sūdzas par systemd, bet viņi vēlas tas ... jo? Vai OpenRC nedara lietas pareizi?, vai Upstart? vai kas cits? …. Mans Dievs ... līdz šim es esmu redzējis 2 veidu nīdējus, sysadminus ar pamatiem un tos, kurus es aprakstīju šajā rindkopā, kas drīzāk šķiet kā "posers" ...
Atgriežoties pie tēmas sysadmins, jums pat nav vajadzīgs grafiskais interfeiss, es nezinu, kāpēc jūs sūdzaties par systemd (jūs varētu viegli apgalvot, ka Gnome Shell ir nepieciešama Systemd (kas nav pilnīgi taisnība, jo Funtoo ir tā strādājusi ar OpenRC )), bet jums NAV VAJADZĪGI GUI, pēc tam jāsūdzas attiecīgajiem rajoniem, Centos un Debian. Jo īpaši Centos, ja Systemd rada tik daudz problēmu, tai nevajadzēja migrēt (lai gan bija acīmredzams, ka tā migrēs zem RedHat rokas) un Debian, atvainojiet, ka jums saku, jāšanās, tas bija kuru Debian komanda nolēma būt par «universālo izplatītāju» ... bet es atkārtoju, ka izmantoju FreeBSD vai «Distro for Servers», kas saprot, cik «slikta» ir Systemd, un izmanto sysvinit periodu ..
Varbūt x11tete11x problēma nav tajā, ka kodols neizdodas, bet gan tas, ka tas neizdodas, un var zināt, kas izraisīja kļūmi. Tas mani vismaz traucē SystemD ..
@elav jums ir taisnība par to, ka ar sistēmu daudz pelēkās un melnās krāsas nokrāsu ir sistēmas kļūdas, un tas viss tāpēc, ka žurnāls izskatās kā "burvju kaste", kas žurnālus pārvērš par neuzticamu bināru failu, un, kad es runāju par uzticamību Es domāju pierādīto neprātu (jau ir kļūdu ziņojums), ka, ja žurnāla žurnāls ir bojāts (kas var notikt daudzu iemeslu dēļ), tas tiek vienkārši izmests un tiek palaists jauns, daudzos gadījumos atstājot šo žurnālu praktiski neizlasāmu, ziņots par kļūdu brīvajā galdā un no kura viņu apturējusi tā pati Poetteringa vai bumbiņas. Nemaz nerunājot par atkļūdošanas problēmu, bet labi, tas jau ir zināms (ja jūs nezināt, par ko es runāju, es jums atgādinu, ka Kay noņemšanas iemesls bija kodola līnijas atkļūdošanas opcija un tās "nākamais labojums" no atļaujām veikt saistības kodolā).
@ x11tete11x nesalīdzināsim kodola izstrādi ar systemd izstrādi. systemd ir programmatūras gabals, kas joprojām ir sākuma stadijā, ja salīdzinām to ar kodolu, es arī neredzu, ka Linus apstiprina eksperimentālos labojumus pa kreisi un pa labi, vienlaikus mainot arī kodola ABI un API.
@joakoej Multics neizdevās daudzu iemeslu dēļ, tostarp: koda ziņā tā ir sarežģītāka, daudzos kopējos uzdevumos darbojas lēni, salīdzinot ar citām jau izstrādātām sistēmām, un ir pārāk dārga tam, kas parasti tiek veikts tāda paša izmēra projektos.
Tā ir dakša, tāpēc tai nav visu funkciju, init sistēma nevar šādi rīkoties, skatiet sysvinit. sysvinit, lai arī tas ir novecojis, bija tikai viens pamatuzdevums, proti, OS palaišana, neatkarīgi no tā, ko citi parūpētos (syslog un nevis journaln, openrc un nevis systemctl, consolekit un bez logind ...), jo sysvinit ir novecojis un katru reizi, bet daudzi projekti ir atkarīgi no šķiršanās no sistēmas, šī iniciatīva man šķiet lieliska. Es dodu priekšroku syslog, nevis journaln, bet logind (papildus tam, ka tas ir nepieciešams rūķim) pārspēj zemes nogruvumu. Arī šai dakšai jābūt drošākai, pārnēsājamai un, cerams, saderīgai ar ulibc.
Compa, arī man līdz vakar nebija nekā pret Systemd. Nez kāpēc manam klēpjdatoram ir vajadzīgs ilgs laiks, lai to izslēgtu, un iznāk vienīgais (bezgalīgi):
[ 9064.808526] systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressTas ir kā drāšanās kļūda sistēmā Windows, ka jūs neko nezināt.
Un bez apaļkokiem ir diezgan grūti izsekot problēmu pamatam. Arī Systemd mani satrauc šāda veida lietas. Var gadīties, ka jūs nezināt programmatūru ļoti labi, bet vismazāk es lūdzu skaidrību žurnālos.
Un atkal [šeit ievietojiet savu iecienīto stereotipu] bija taisnība. 🙂
Bet piesargāties, neminēsim logus, iespējams, mēs esam vieni no tiem pacientiem, kuri bija inficēti ar jauno patoloģiju, kuru Linusa kungs jau ir ierosinājis pievienot CIE, es ienīstu Windowsitis, es domāju, ka to sauc. 🙂
@Staff un kāda ir Elava kļūda? No Windows 8 un tālāk daudzas lietas tika paslēptas (chkdsk uz sāknēšanas, BSOD tehniskā informācija, "dekoratīvā" msconfig). Šķiet, ka viss iet tajā virzienā. Es ceru, ka mēs nenonāksim līdz “skumjam mac” un tā korelatīvajiem logiem, kā arī lietotājam nebūs pieejama informācija.
@Mario
Es nekad neteicu, ka elavs ir nepareizs.
Ievērojiet emocijzīmi manu divu punktu beigās.
Ak !! @ Personāls, ka jūs to neievietojat ... Es atsaucos uz Windows par tā tipisko plakātu stilā:
Windows ir radusies problēma. Problēmas kods ir 0x1123df2982. Lai iegūtu papildinformāciju, sazinieties ar atbalsta centru ...
īsi sakot, par / dev / null
Elav, iedomājies šādu kļūdu ražošanas serverī. Tas nav pieļaujams. Tikai sistadmin saprot, kāpēc systemd ir tik slikta. Tas nav neviena noniecināšana, taču ir jāsaprot, kā darbojas procesors, operētājsistēma, kodols, process utt. lai saprastu zema līmeņa problēmas, kuras rada systemd. Tas pārsniedz UNIX filozofiju, mēs apspriežam sistēmas stabilitāti.
Sysadmins ir ērti ar Debian 6/7 un CentOS 5/6 bez sistēmas, taču, kad beidzas atbalsts Debian 7 un CentOS 6, reālā ažiotāža sāksies tikai tur (ja ir dzīvotspējīga alternatīva, kāda aprakstīta šajā rakstā).
Pat iedomājieties, ka sysadmin var iztulkot un pārbaudīt skriptus, kas visu mūžu strādāja ar komandu "service" to systemd.
Parādītā kļūda atklāj vēl vienu no sistēmasd malām, jūs to teicāt ļoti skaidri, ka informācijas slēpšanās līmenis ir "ļoti Windows".
Sveicieni.
Paskaties, es par to neesmu pārliecināts, bet es domāju, ka jūs mazliet pārspīlējat, man Gnu / Linux ir bijušas vairākas kļūdas, kuras viņi paši nav izskaidrojuši, un es šaubos, vai tās visas bija saistītas ar systemd. Vai es kļūdos?
@Emiliano Jums var būt taisnība. Lai vai kā, kaut arī es neesmu eksperts, man šķiet, ka tas viss ir mazliet sensacionāli. Man šķiet, ka tas ir ieraduma jautājums par visu citu, un, ja sistēmas administrators vēlas, viņš noteikti uzzina, kā darbojas sistēma, pat viņam tas šķiet vieglāk, es saku, ja tas, ko viņš dara, visu centralizē, protams, dažos vai vairāki aspekti ir ātrāki.
No tā, ko es redzēju, šajā ziņā ir vairākas priekšrocības, piemēram, palaišanas laiks, tas neprasa, lai dažas programmas sāktu, pirms citas sāktu pareizi, jums nav jāpārveido rc.conf fails vai tamlīdzīgi, jo tas rīkojas ar visu automātiski, jūs varat palaist lietojumprogrammas pat tad, ja dažas atkarības nav izpildītas utt. Šīs lietas ir dažas no priekšrocībām, kuras redzēju internetā, izlabojiet mani, ja kļūdos
Tagad noteikti būs daži trūkumi, tāpat kā viss pārējais, taču tas būtu labi, ja jūs zināt, kā tas darbojas, un jums ir laiks to precizēt, es jūs lūdzu kā labu, lai uzzinātu, uz kā balstās jūsu viedoklis. No tā, ko es redzēju, var būt negatīvie aspekti, ka, lai pareizi darbotos ar systemd, būs jālāpo vairākas programmas, taču es nezinu, vai tas kaut kādā veidā ietekmē citas init sistēmas.
@Emiliano Ah Es kļūdījos, ka fails nebija rc.conf, tie bija / etc / inittab un /etc/init.d/rc
Šķiet, ka šim failam ir systemd versija, taču tā ir centralizēta vienā / etc / systemd failā, kuru apstrādā sytemctl programma.
Es domāju, ka es saprotu, kāpēc jūs sakāt, ka tas varētu nepatikt sistēmas administratoram, jo šķiet, ka ar init viņam bija lielāka kontrole un viņš darīja lietas tikai tad, kad viņš to norādīja.
Tā vietā systemd var būt mazliet uzmācīgāks, bet man arī šķiet, un es vēlreiz atkārtoju, ka tas ir jāmācās, kā tas darbojas, un, protams, to var sasniegt kāds, kurš spēj būt administrators.
Nu, es visu mūžu mēģināju izslēgt Debian Jessie ar SysVinit komandām, taču nebiju zinājis, ka tā izmanto SystemD, tāpēc man nācās izmantot Arch rokasgrāmatu, lai zinātu, kā mazliet labāk rīkoties ar SystemD un systemctl.
Manā gadījumā, kad intensīvi izmantoju Chromium / Chrome / Opera Blink, SystemD diezgan ātri izslēdz galddatoru.
@ eliotime3000 šeit jums ir laba debian sistēmdiki ar daudz informācijas http://www.esdebian.org/wiki/systemd protams, ka wiki arch ir ļoti laba, bet debian sistēmā esošā systemd nav ieviesta tāpat kā arch, tāpēc ir daudz komandu, risinājumu utt., kas jums nederēs. katram distro ir savi sīkumi 😉
LOL
Ar laimīgo seju nepietika, varbūt man vajadzētu izmantot pēdiņas, ar to tagad pēdiņas to visu paskaidro 🙂 // Sarkasms (lai redzētu, vai ar šo etiķeti jūs saprotat).
Tas parāda, ka arī jūs nelasījāt manu atbildi mario.
Manas divas rindkopas bija sarkastiskas.
Pirmais, cenšoties norādīt uz ironiju, ka tad, kad cilvēki mums stāsta par projekta nepilnībām, mēs tos apzīmējam kā trakus un vēl tūkstoš lietas, ja mums nav simpātiska viņu ideoloģija, bet, kad problēmas jau piedzīvojam no pirmavotiem, mums nekas nav pa kreisi, bet norīt vārdus.
Otrkārt, tas ir iedarbīgs tāpat kā logi, bet ka daudzi to nepieņem un saka, ka tas ir tāpēc, ka Windows tiek ienīsts un tiek izmantots bez izšķirības, lai uzbruktu visam, kas nesmaržo pēc FSF.
Bet īsāk sakot, kritēriji ir kaut kas grūti atrodams šajā pasaulē.
@Staff, cilvēks, lai izmantotu sarkasmu tik aukstā komunikācijas formā kā šis, jums ir jāstrādā nedaudz vairāk 😛
@elavs:
Es nāku šeit, Es atstāju šo saiti savam komentāram, un es aizbēgu. : v
Esmu pamanījis to pašu, bet sākot ... pāris dienas dators ir palicis uz visiem laikiem, lai sāktu darboties, un vispirms viņš saka kaut ko saistītu ar Systemd. Kas notiek?
Tāpat ir elav, kā arī pats logs. Man ir bijusi TĀ kļūda, izdzēstu visu failu no žurnāla un voila. Drīz mums būs jāpārinstalē hahaha.
Hahaha, bet, ja es instalēju Antergos ne pirms mēneša hahaha
Iedomājieties, kā es jūtos ar sasodītu arku, kuras sāknēšana prasa apmēram 30 vai pat 40 sekundes ilgāk nekā Windows, jā, es daudz instalēju sūdus jogurtā, bet es neko nesāku (tas ir tas, ko es cenšos visvairāk) Trakākais, kas man ir, ir CUPS pakalpojums, un es domāju, ka ssh attāliem termināļiem. Diemžēl pēc gada bez formatēšanas es domāju, ka es pārskatīšu ideju to darīt vēlreiz 🙁
Diemžēl esmu pamanījis, ka pēdējo 2 gadu laikā mēs esam kļuvuši tuvāk Windows stila distros, kas mēģina paslēpt informāciju, automatizēt kļūdu ziņojumus, automatizēt darbības, kurās lietotājam būtu jāiejaucas un pat jābūt kontrolētai.
Tā kā man pietrūkst pirms 3-4 gadiem esošu distrosu ar SysVinit, XD skolā bija jautri blefot ar "init 0". Turklāt, kaut arī ne viss bija tik apstiprināts, vadība bija ārkārtīgi lietotājs, nevis sistēma. Jā, ir daudz ērtību, taču par cenu ...
Varēja redzēt, ka tas nāk. Man nav nekā pret systemd, kā parastam lietotājam tas man daudz atvieglo, un komandas pakalpojumu aktivizēšanai vai deaktivizēšanai ir diezgan vienkāršas. Jāskatās, kā beigsies šis init karš.
SystemD ir kā gredzens, lai tos visus kontrolētu. Tas var būt NSA Trojas zirgs. SystemD var apdraudēt mūsu privātuma drošību, jo tā nonāk daudzos pakalpojumos. Un vēl sliktāk, ja mans izplatītājs ļoti labi rīkojās ar enerģiju, kas notiks tagad? Es nevarēšu nomainīties uz citu pusi.
Ne tik daudz kā Trojas zirgs, ja tas kontrolē daudzas lietas, taču tā joprojām ir bezmaksas programmatūra, jūs varat redzēt, ko kods dara ar jūsu informāciju.
Tātad, ja SystemD ir problēmas (un ja ir), tās ir jāatrisina, nevis vienkārši jāizmet, jo tajā ir arī daudz labu un nepieciešamu lietu.
Viena lieta ir droša, es tikai zinu, ka neko nezinu. Es esmu iesācējs, bet, izlasot daudzu cilvēku viedokļus, kuri zina bezgalīgi vairāk par mani, pretojas vai ir neitrāli, secinājums, ko es varu sasniegt, ir aizdomīgs, un nekas neliek man to pārtraukt darīt. Pagaidām nekas neliek man uzticēties.
Es izmantoju openSUSE, jo man tas patīk, un viņi varētu man pielavīties ... Patiesībā viņi to varēja līst visā vietā ... Un tur parādās Stallmans, viņš uzrauga mūsu privātumu neatkarīgi no tā, cik daudz tas ir var būt daudziem.
Vai NSA nebija iespiedusi nagus RedHat ????
Cik pārspīlēts, kāpēc es varētu apdraudēt jūsu privātumu?
Lai pārkāptu drošību un ļautu nevienam to uzzināt, jums jāpadara sistēmas žurnāli sliktāki, sarežģītāki, jāpadara bināri, jāignorē tie, kas ziņo par darbības traucējumiem, neļaujot vienlaikus pastāvēt syslog-ng un journalnald.
Ja pievienosim šo automātisko tīkla pārvaldību, ko veic dhcp, mums ir iesēta augsne ielaušanās gadījumiem, neatstājot pēdas "mazākajai vēl neatrastajai kļūdai", patiesībā tas, kurš to neredz, ir tāpēc, ka ir akls, kurls un mēms ... gadus viens teica .... Jūs tos pazīsit pēc augļiem, un labi, es jau redzu augļus, un tie ir tad, kad ir nogatavojušies.
Tas, kas tiek attiecināts uz systemd, nav tikai uzdevuma izpilde, kas tam atbilst, tas ir iejaucies visā, lai sagrozītu drošību un izgatavotu novecojušus rīkus, kas labi veic savu darbu, vienlaikus nepieļaujot abu līdzāspastāvēšanu.
Kā jau es teicu iepriekš, cik pārspīlēti.
Es jums ticētu, ja vien SystemD būtu ieprogrammējis Microsoft, Apple un / vai cits uzņēmums, kas nepiedalījās pirmkodā. Par laimi, tas tā nav, un viņš ir pateicīgs, ka vismaz ir kāds, kurš nav bijis tikai dusmu lēkmēs.
No otras puses, kad Lininam Trovalsam jautāja par SELinux algoritmu sistēmu, viņš atbildēja ar diezgan vienkāršu risinājumu (un nemaz nerunājot par to, ka Linusa tēvs ir atzinis, ka NSA centās panākt savu roku kodola izstrādē, lai gan tas bija tikai palika, palaižot sasodīto komponentu ar visu un avota kodu).
Saprotiet, ka nezināšana bieži ir galvenā cilvēka kaite.
Labi, es tikko laimēju 10 eiro par likmi 😛. Tikpat labi paredzams kā vienmēr ... Man tas izklausās labi, man ļoti nepatīk systemd projekta filozofijas un pilnīga komentāru trūkuma dēļ kodā (a la OpenSSL). Bet es atzīstu, ka tas ir tehniski pārāks. Nez, vai tas varētu aizstāt OpenRC sysvinit. Tādā gadījumā es migrēšu.
Arī brīvajā programmatūrā kādu iemeslu dēļ ir nepieciešami divi vienas un tās pašas ieviešanas veidi, kāpēc, konkurence (Libreoffice, Openoffice) un drošība (OpenSSL).
ir viena lieta, ko es nesaprotu, ja systemd dizains ir balstīts uz cgroups, kas ir Linux ekskluzīva funkcija.
Lai pārnestu systemd dakšas izmantošanu uz FreeBSD Hurd utt., Vai nu pievienojiet šīm grupām cgroups, vai arī noņemiet cgroups no šīs dakšas noformējuma.
bet, ja jūs noņemat cgroups no systemd dakšas, ir grūti domāt par Uselessd kā par patiesu alternatīvu systemd.
Es arī uzskatu šo iniciatīvu par ļoti pozitīvu, jo konkurence vienmēr ir laba, jo tā liek viņiem censties būt labākiem, un rezultāts nāk par labu lietotājiem.
* garegan = pievienot
viņi vienkārši neizmantotu grupas vai padarītu grupas neobligātas. Teorētiski tas nav tik grūti. tas, kas jums jādara, ir vienkārši izstrādāt un uzrakstīt veidu, kā atbalstīt citas procesa vadības metodes, kas pastāv visās pašreizējās OS. Praksē tas ir garlaicīgs un dārgs, jo tas nozīmē, ka, ja jums, piemēram, ir 8 stundas laika strādāt pie programmas, tā vietā, lai izmantotu 8 stundas, lai uzlabotu un noslīpētu to, ko jums dod viena opcija, jums šis laiks ir jāsadala 6 (saglabājiet 3 sistēmas + 3 apmaiņas veidus starp tām). šādā veidā uzturēšana un izstrāde kļūst daudz smagāka un lēnāka. Es domāju, vai nu jūs atbalstāt vairākus regulārus, vai arī vienu.
Un nemaz nerunājot par to, ka BSD ir ļoti mazs pieprasījums no sysadmins, un pat pats UNIX tiek skatīts ar tādām pašām acīm kā ar Windows XP.
būtība ir tāda, ka cgroups: «tiek izmantoti, lai sekotu pakalpojumu procesiem, nevis PID. Tas nozīmē, ka dēmoni nevar "aizbēgt" no sistēmas, pat ja tie ir dubultā dakša. » http://es.wikipedia.org/wiki/Systemd
Lai gan tas ir viens no punktiem, kas kritizē systemd, jo viņi saka, ka tas sākas ar pid 0 un ka tas ir risks, jo, ja systemd izjauc sistēmu, tā saplīst, kas, kā teica linus, ir dumjš, jo, ja tas pārtrauc kodolu vai arī citi procesi sistēma. Patiesība ir tāda, ka, ja dakša neizmanto grupas, tā izmanto pidus, un tā nevarēs pilnībā kontrolēt dēmonus. jau ar to nekad nebūs labāk par systemd uz linux
Ir vairākas saistītas dakšas, taču šī ir pirmā, kas pati sevi ir izveidojusi. Gentoo par udev (kas tika apvienots ar iepriekšminēto) ir libgudev un libeudev. Citādi ir dīvaini staigāt ar OpenRC un redzēt "systemd / udev" procesos, kā tas notiek noteiktās pašreizējās instalācijās. Man personīgi nepatīk ideja pievienot DHCP klientu (es ceru, ka viņi to vēl nav izdarījuši). Es uzskatu, ka šajā uzdevumā ir pārbaudīta un izcila programmatūra, nav nepieciešams izgudrot riteni no jauna.
Es izlaboju, gudevs arī ir systemd, jaunākajās versijās.
Es atbildu uz komentāru par DHCP sistēmā.
systemd ir ne tikai iebūvēts DHCP (iebūvēts kā daļa no networkd), tam ir arī DNS izšķiršanas rīks un DNS kešatmiņa, kā arī funkcionalitāte, kas mantota no Avahi (vēl viena Poettering izveidotā briesmona).
Šodien vakariņās man bija kartupeļi un steiks, man tas nepatika, es izveidošu dakšiņu. Un tā par visu.
Vai patiesībā Red Hat ir bezjēdzīgi izstrādāta nepatiesa karoga operācija, lai diskreditētu savus pretiniekus un uzstādītu Jauno pasaules kārtību?
… Fuck.
Labi pārklāts no šī projekta aizmugures
TULKOJUMS:
Viņi man to saka
1) Viņi izveido amputētu systemd bez jebkādiem saviem rīkiem un bez priekšrocībām, ko tās standartizēšana nes sev līdzi, vienlaikus neatrisinot nevienu no problēmām, kuras systemd risina vai risina vecās tradicionālās problēmas. Jā, protams. dod man 3
2) Viņi man saka, ka tas ir systemd bez "uzpūšanās", bet izrādās, ka systemd ir modulārs un jūs varat izmantot systemd bez neviena no tā dēmoniem. Tāpēc uzpūšanās noņemšana praksē ir vienāda (izņemot to, ka tas neglabās daudzus labākos sistēmas rīkus, piemēram, jounals)? Labi. ideāls. Dod man tūlīt 20.
3) Viņi man saka, ka šī dakša, kas neatrisina nevienu problēmu, ka tā neatrisina zema līmeņa kadrēšanas problēmu, ka tā nepiedāvā nekādas tehniskas priekšrocības, bet drīzāk mūs aizved 5 gadus atpakaļ pakalpojumu pārvaldība Linux. konkurēt ar vienīgo cerību uz standartizāciju? . Labi. ES mīlu viņu. uzdāvini man 2161816814168 distros ar šo. lūdzu. tagad !!
tiem, kas nesaprata. tas ir sarkasms 🙂
un tāpēc Linux nekad nedarbosies darbvirsmā, kad pazos beidzot sāks dot infrastruktūras izveidi, lai funkcionāla darbvirsma būtu iespējama visām auditorijām. Mamertos iznāk ar savām blowjobs. labi, ka viņi dara, ko vēlas, viņiem ir tiesības, bet patiesība ir tāda, ka viņi necer, ka viņus uztvers ļoti nopietni.
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
Patiesību sakot, joks ir tāds, ka SystemD man ir ļoti noderīgs, tas pat ļoti ātri izslēdz datoru, kad jums ir daudz laika, izmantojot Chrome Ext4 nodalījumos. Gadījumā, ja es izmēģinu Debian Jessie ar XFS un SystemD - un galvenokārt tas man dod labākus rezultātus nekā ar SysVinit - es pirms tam ceļos.
Smieklīgākais ir tas, ka viņi mēģina izveidot SystemD ar iespēju tam pievienot SysVinit funkcijas, kaut arī šāds darbs ir pilnīgi izaicinošs (piemēram, Teo de Raadta OpenSSL dakša).
Šī dakša atrisina problēmu, kā pārņemt grožus no Lennarta un viņa tēva RedHata, lai mēģinātu dot to neatkarīgiem izstrādātājiem
Viņi novērš sistēmas nepatīkamību no jaukšanās ar lietām, kas nav un nekad nedrīkst būt sāknēšanas sistēmas daļa. Vai man ir skaidrs?
Tagad, ja kādam tas šķiet maz iemesla ... ko neviens nevar atrisināt, tie ir tikai viedokļi un personīgi viedokļi.
bet tas ir tas, ka systemd nav tikai palaišanas sistēma, systemd ir vairāk nekā 70 dažādu bināro failu, no kuriem tikai 1 ir pid 1, un tas rūpējas tikai par 1 lietu, citu dēmonu palaišanu un apturēšanu. visa systemd bloat faktiski nav obligāta, izņemot žurnālu. tāpēc es īsti neredzu, ko sāknēšanas sistēma dara, ko tai nevajadzētu darīt, ja tā izdara vienu lietu. kā jau teicu, pārējos procesus un pakalpojumus citi dēmoni apstrādā atsevišķi, lielāko daļu no tiem pat var izmantot atsevišķi. vienīgā atšķirība ir tā, ka šos izvēles dēmonus raksta viena un tā pati komanda, saskaņā ar to pašu kalendāru un tajā pašā gitā (kā līdzīgi dara bsd)
lidarts un sarkanais han ļaunums? maldi par vajāšanām un maz kas cits.
@Mirage, bet tas, ka systemd nav tikai iniciācijas sistēma ...
Šī ir problēma, viņi sāka kā vienkāršu starta sistēmu un spēja pārliecināt daudzus distros un pēc tam pārtraukt būt tikai starta sistēma un izplatīties kā vēzis.
Es to labāk krāsošu, es gribu systemd, bet es nevēlos nevienu citu systemd moduli ... bet, kad es saku, ka es to nevēlos, es nevēlos, lai tas tiktu instalēts manā cietajā diskā .. man nepietiek, lai to atspējotu ... Es neuzticos automātiskām lietām, kuras var iespējot atsevišķi, piemēram, kad ir aktīvs ekrānsaudzētājs.
Tāpēc pasakiet, kurš izplatītājs man dod sistēmasd versiju, kuras instalētājā nav šo moduļu.
Pašlaik es lietoju linux mint 17, un tajā netiek izmantota systemd (es domāju, ka tikai dažas no tā atkarībām), lai gan apgabalos, kas to izmanto, tas man darbojās perfekti, es Linux lietoju gandrīz 2 gadus, un es to izmantoju pamata lietošanai (sērfošana internets, dokumentu rediģēšana vienkāršā veidā utt.) un, kad izmantoju sistēmu, es neapgāžos arī to, ka tehniskā līmenī ir manāms uzlabojums, un liela daļa naida man šķiet nepamatota, daudzi saka, ka tas ir domāts kaut kam ētiskam, nevis tehnisks, bet man tas šķiet par daudz, lai gan es vēlētos redzēt vienu alternatīvu, ka tas ir jūsu līmenī, lai gan man nav ticības tam (pagaidām tas principā ir vairāk "nepietiekama uztura" sistēma, un nosaukums jau šķiet pārāk smieklīgs, lai būtu kaut kas nopietns)
Un kāpēc gan neturpināt izmantot BSD skriptus? Vai openRC no Gentoo komandas? Vai arī aizmirstiet visu iepriekš minēto, ieskaitot SystemD, un izmantojiet Ubuntu Upstart?
Tā kā SystemD paātrina GNU / Linux sistēmas ieslēgšanas un izslēgšanas procesu.
Turklāt jūs vēlaties glābt to, ka SystemD palaišanas ātrums, neizmantojot SystemD moduļus, un OpenRC, SysVinit un pat BSD skriptu ātrums, tādējādi izvairoties no blobing no apaļkokiem.
Nu, es esmu apmierināts ar systemd.
Es pat redzu vairāk priekšrocību nekā jebkas cits.
Esmu izlasījis daudzus komentārus un acīmredzot systemd ... neatbilst 90% Linux sistēmas lietotāju, kuri ir pret to, filozofijai, ... nez vai ... kāpēc abām sistēmām ir interese vēlēties visu kontrolēt ... ir, logu tips? ... Vai nav tas, ka aiz tā slēpjas draudīgi plāni kontrolēt visus un pasaules valdību? Pašlaik Linux Mint sistēma darbojas brīnišķīgi gandrīz viss automātiski un neprasa systemd. Ja viņam izdosies pārņemt Linux sistēmu ... .. nekas cits neatliek kā pāriet uz BSD UNIX un tā atvasinājumiem.
Kādi citi izplatījumi darbojas kā Linux Mint neatkarīgi no tā, vai tie satur Systemd vai nē?
Paskaties Windows nav nekas tāds kā systemd, cik saprotu.
Viņiem liekas, ka centralizācija izskatās kā slikta lieta, kad rūpējas tikai tie, kas strādā ar sistēmu, kas parasti ir eksperti, mums parastajiem lietotājiem sistēma ir daudz labāka, pat daži sistēmas administratori to slavē, tāpēc ņemiet vērā ka tas viss ir saistīts ar garšu.
Systemd ir ļoti laba, bet par ko daudzi cilvēki sūdzas, ir tas, ka ir vairākas programmas, kurām darbībai būs nepieciešamas jaunas atkarības, jo systemd ir vairāk uzmācīgs un nedaudz pārsniedz to, kāda būtu sāknēšanas sistēma. Viņi arī sūdzas, ka dažus uzdevumus tas veic automātiski, taču esmu pārliecināts, ka, iemācoties to izmantot, varat to konfigurēt pēc savas gaumes.
Tāpēc es saku: SystemD ir diezgan vienkārši pārvaldīt, lai gan katru reizi es norobežojos no tā, ko darīju SysVinit (lai nemazinātu SystemD, bet SysVinit ietaupīja man nepatikšanas, kas man jādara dmesg lai redzētu, vai ir kaut kas, ko es ieskrūvēju).
Startēšanas darbību veikšanas mērķis uz Windows ir ietaupīt problēmas, kas saistītas ar skriptu rediģēšanu. Citiem vārdiem sakot, tas ietaupītu daudz laika tiem, kas nav tik sistadmini.
Perfekcionistiem un / vai vecākajiem sistadmiem ir vēlams vecais SysVinit un Gentoo OpenRC (manā gadījumā es gribētu, lai SysVinit būtu SystemD sāknēšanas ātrums, tāpēc UselessD kalpo kā papildu spraudnis SysVinit vai OpenRC ir pilnvaras ka pati SystemD).
Es pieņemu, ka esat mēģinājis rc_parallel = »YES» mapē /etc/rc.conf.
Tas joprojām ir nedaudz lēnāks nekā systemd, bet tikai dažas sekundes, un tā kā ikdienas darbspēja manā gadījumā nekad nav mazāka par 14 stundām ... 8 sekunžu starpība mani neietekmē.
Es domāju, ka šī dakša mainīs kursu, un es ceru, ka neatkarīgi izstrādātāji apvienosies, lai apvienotu labu inits ar systemd
un, protams, tiek ievērota un labi paveikta viena uzdevuma loģika.
@ eliotime3000 ir lietas, kas ir daudz svarīgākas par sāknēšanas laiku, arī šis faktors nav tas, ka tas ir liels darījums, vismaz manā gadījumā sāknēšanas laiki starp systemd un OpenRC (izmantojot Gentoo) nav ļoti atšķirīgi, uzvarot systemd mazāk nekā 4 sekundes un OpenRC neizmantojot rc_parallel = jā.
PIEZĪME. Turpmāk, kurš lasa, lūdzu, dariet to uzmanīgi un piedodiet man dažus izteicienus, kā arī skaidri norādiet, ka tas ir mans personīgais viedoklis.
Man nepatīk systemd ir fakts, ka es gribu darīt lietas, kas jau ir izdarītas, jo riteņa izgudrošana man šķiet stulba un nevajadzīga.
Ko izdrāžas init, cita starpā, ar daemon luks, lvm, dns, dhcp, avahi funkcionalitātēm, žurnāliem, coredump, devfs? Varbūt dēmoni ar visām šīm funkcijām vairs nepastāv.
Kāpēc heck jums ir nepieciešama root piekļuve, lai apstrādātu žurnālus un coredump? (To es personīgi varēju pārbaudīt Debian un Gentoo).
Kāpēc pie velna man ir jārestartē personālais dators, ja sistēmā systemd ir kādas izmaiņas, vai tas nevar pats sevi pārstartēt? SysVinit geezer to var izdarīt, un pats galvenais, ka viņš to dara pareizi. Viņi saka, ka systemd to var izdarīt, bet veiciet pārbaudi, un jūs redzēsiet, ka tas neizdodas, un nekas cits neatliek kā restartēt.
Ar to viss nebeidzas, bet systemd ir zināmas kļūdas, un tās vienkārši nav novērstas, un tas viss tāpēc, ka komanda (Poettering, kas vada maksu) vienkārši dod priekšroku tos ignorēt un atzīmēt kā WONTFIX vai vienkārši ignorēt. Pat dažas no šīm kļūdām jau ir klasika, žurnāls, pašsapulcēšanās, un nāk, kungi, tās ir no 2011. un 2012. gada, un tās joprojām nevar novērst, nevis tāpēc, ka tās nav zināmas (tai ir ziņojums un viss), vai arī tie nav viegli reproducējami, bet tāpēc, ka viņi vienkārši nevēlas tos labot. Šī uzvedība nenāk ar systemd, Poettering VIENMĒR ir bijusi šāda, arī Avahi (viens no viņu radītajiem) bija līdzīgas problēmas, īpaši ar atmiņas noplūdi un pārmērīgu CPU patēriņu, no kurām daudzas joprojām turpinās. Vai vēlaties vairāk pierādījumu? Pulseaudio ir vēl viens šāda veida trakums, ka, lai arī tas bija kaut kas, ko daudzi gaidīja, tas radīja vairāk problēmu nekā risinājumus, un līdz nesenam laikam daudzas tā problēmas tika atrisinātas, ja tālu no Poettering rokām.
Jukiteru +100
Ir skaidrs, varbūt vienkāršs iesācējs lietotājs to neapzinās, bet RedHat ir uzņēmums, un es zinu, ka vienīgais, kas interesē katru uzņēmumu, ir naudas pelnīšana, ja mēs tam pievienojam, ka var būt noteikti valdības aģentu piedāvājumi, tāpēc ka "pamazām modificēt", es uzskatu, ka viss ir iespējams ... DIEVA kunga nauda var visu.
Visu valdību un lielo uzņēmumu vēlmei pēc varas nav robežu, mēs to katru dienu lasām, izrādās, ka operētājsistēma, kas pretojas, ir gnu / linux, tās lietotāji mēdz būt labāk informēti par drošību un privātumu.
Ar systemd viņi sāka pamazām, no sākuma tas viss bija jauki, un viņiem izdevās iekarot galvenos rajonus, lai tos mainītu, tad pamazām viņi pievienoja moduļus, lai aizstātu jau esošo, un tas vienmēr strādāja, viņi var teikt, ka, ja jūs neinteresējat, jūs neinstalējat tos moduļus .... bet pārsteigums, visi rajoni to pilnībā instalē, un parastie lietotāji nezina, kā tos kompilēt ar rokām un noņemt.
Pats perversākais modulis ir journaln, kuru es izlasīju ziņojumā, kurā teikts, ka tas nav obligāts, ka tas ir obligāts un ka to nevar noņemt.
Ir acīmredzams, ka to nevarēs noņemt, tā mērķis ir nedarboties labi un neļaut syslog-ng darboties labi, ne arī ņemt vērā to lietotāju sūdzības, kuri ziņo par šīm kļūdām.
Metode ir aizsegt tā, lai to nevarētu redzēt, pēc tam automātiski pārvaldīt tīklu, lai ne pārāk tālā nākotnē zaudētu pilnīgu manuālu kontroli pār to, kas notiek ar tīklu un ar žurnālu par to, kas noticis ar tīklu.
Systemd koda lasīšana nav lietderīga, viss dara to, kas tam jādara, un to ļoti labi izdara "viņu labā", nepareiza ir kombinētā funkcionalitāte, kas rada kopēju risku, saskaroties ar "nedeklarētu kļūdu".
Tāpēc systemd nav kļūdains, nepareizi ir tā radītāji, kas jāmaina.
Cik pārspīlēti. Tas jūs uzrunāja, ka tā ir bezmaksas programmatūra, un ko darīt, ja viņi saprot dīvainas lietas? un vairāk projektā, kas ir tik pretrunīgs kā šis, vai jūs domājat, ka nav simtiem geeku, kas vēlas noņemt kāju no kaķa? pff sensacionālisms vienmēr pārdod vairāk
Tā kā Systemd faktiski ir Skynet ... hahahaha
un šo dakšiņu, manuprāt, vada kanoniskais?
@emilians
Kā ar Linux, diemžēl jums ir taisnība, un vēl vairāk žēl, ka ir maz sysadmin, mazāk nekā 1/4 lietotāju ... .. Tāpēc cerēsim, ka dīvainas lietas turpina notikt šādi:
systemd-journald [150]: Neizdevās ierakstīt ierakstu (13 vienumi, 351 baiti), ignorējot: Slikta adrese
Parādīt, ka mēs neesam traki, un tas nav domāts tikai puristiem, bet gan tehniskiem jautājumiem.
Jūs varat redzēt kļūdu šajā cgit, izmantojot ctrl + f, bet, protams, tā kā Lenarts parasti nekomentē, vēl viena slikta prakse, kas viņam ir, viņi nezinās, kāda ir šī kļūda:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c
Jūs neesat vienīgais elavs:
https://bbs.archlinux.org/viewtopic.php?id=150704
Ir daudz ziņu ar to, bet es neredzu nevienu, kas patiešām pateiktu, kas tas ir, man tas izklausās kā kļūda, un izskatās, ka tie, kas no PulseAudio, ar putekšņiem, kas to pamodināja un nomāktos notikumus
Briesmīgi !!
Pat ja jūs tam neticat, ir daudz citu, kas ziņo par šo kļūdu, šķiet, ka tā nāk no citas kļūdas, un tas ir simptoms, bet arī tas, ka tā ir pati kļūda, īsāk sakot, systemd ir pilns ar kļūdu, vismaz sysv nebija kļūdu, tik ilgi, kas izrādījās super pulēts. Šodien es mēģināju atspējot žurnālu VM, tas man neļaus, tas nav iespējams, vienīgais, ko jūs varat darīt, ir ievietot syslog un likt žurnālam nosūtīt viņam tādas lietas kā viņš raksta, bet, ja nu, ja žurnāls neizdodas? .. Kopš kura laika dēmons nevar pieteikties Linux? ... Windows tas ir, tad viņi saka, ka tas ir modulārs, jā, es redzu
Ne viņš, ne viņš dmesg tos ietaupa. Acīs es pamanīju, ka kļūdaini ir JournalD.
Es ceru, ka OpenBSD vai Apache fonds izrādīs atbalstu šādai dakšai.
@elavs
Jums ir uzņēmums, pievienojieties kļūdu ziņojumam, lai redzētu, vai lidarts darbojas nedaudz:
https://bugzilla.redhat.com/show_bug.cgi?id=1069828
Tā ir kļūda.
Es piebildu, ka tā ir kļūda, ko rada tikai kaut kas cits, ka tas ir »cits» simptoms saskaņā ar fedoras simptomiem, bet ar tādu pašu izcelsmi:
https://bugzilla.redhat.com/show_bug.cgi?id=1043212
MĒL DZĪVO DMESG!
Tagad, nopietni, pateicoties JournalD episkajai neveiksmei, es parādīšu savu atbalstu minētajai SystemD dakšai, jo ar JournalD es daudz ko nesaprotu (ar DMESG jūs redzat diezgan daudz kodola sāknēšanas kļūdu un pat SystemD dēmonus. ).
Daudzi cilvēki noraida systemd, jo tā neatbilst Unix filozofijai. Kungi, Unix mirst un draud izzušana, ir reizes, kad jums ir mazliet jāatsakās no pagātnes saitēm un jācenšas izdarīt kaut ko labāku, pat ja tas pārkāpj veco filozofiju. Atstājiet konservatīvismu un, ja systemd rada jums problēmas, ziņojiet par kļūdu un palīdziet pārbaudīt ielāpus, kas to atrisina. Manuprāt, uselessd nekur nenonāks, tāpēc tā nosaukums ir noderīgs, bezjēdzīgs, bezjēdzīgs, totāla laika un pūļu tērēšana, ko varētu tērēt, darot kaut ko labāku.
Cilvēks, bet vai jūs neredzējāt saites šajā pašā ziņojumā uz RedHat kļūdu meklētāju? Systemd veidotājs neatbild un nekomentē nevienu no tiem. Kāda ir kļūdu ziņošana, ja puisis tos izlaiž caur līnijpārvadātāju?
Pašlaik SystemD ir ziņojis par 240 tikai RedHat bugzillā (ar pārskatiem arī citās lapās):
https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&component=systemd&product=Fedora
Ar Vikipēdijas datiem strādā ne vairāk kā 3 vai 4 cilvēki:
https://en.wikipedia.org/wiki/Systemd
Jāstrādā ar kļūdām, kuru novēršana var ilgt no dažām dienām līdz vairākiem mēnešiem. Tam jums arī jāpiebilst, ka viņiem ir jāpievieno jaunas funkcijas un jānoņem vecais kods.
Vai jūs domājat, ka viņiem ir laiks atbildēt uz katru ziņojumu?
Šeit vairāk nekā viens uzskata, ka viņiem ir tiesības komentēt sistēmu programmētāju darbu, kad visvairāk viņi ir uzrakstījuši skriptu Bash vai Python un ievietojuši WordPress tēmu, bet viņi sūdo savas kājas, ja jāuztur augsts -kalibra programma.
Lielākajai daļai no tiem, kas sūdzas par SystemD, nav ne jausmas, par ko viņi runā. Tas ir tikai ķekaru ķekars.
Pirmkārt hypersayan_xJa es sāktu palaist tādu lietojumprogrammu kā SystemD, vispirms es vispirms darītu, lai pēc iespējas labāk dokumentētu tās specifikācijas, iespējamās problēmas, žurnālu nozīmi utt. Ar to tas izvairieties no tādām kaitinošām sajūtām kā man, kur es joprojām nezinu, ko ellē nozīmē laimīgā kļūda (vai ziņa):
systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad addressTurklāt es uzskatu, ka, ja jūs gatavojaties veltīt sevi lietojumprogrammas izveidei, jums vajadzētu pavadīt vismaz 1 stundu sava laika, reaģējot uz kļūdām, ko uzrādījuši cilvēki, kuri to izmanto. Ja jūs nevarat tikt galā ar to, vismaz atstājiet ziņu vai dariet to zināmu, bet neatbildēšana mūs atstāj tumsā
Katram saskaņā ar viņa darbu ... un katrs ir atbildīgs par to, ko viņš dara. Es nesaprotu, ko nozīmē šī komentāra daļa, vienkārši par to, ka WordPress motīvu dizainerim (vai lietotājam, kurš vienkārši instalē motīvu) vai personai, kas programmē Bash vai Python skriptu, nav obligāti pienākums uzturēt "augsta kalibra" programma, tālu no tā. Kā teiktu tēvocis Bens: "Ar lielu spēku nāk liela atbildība", ka to pievēršot tēmai, kas mūs nodarbina: «Par lielisku programmu ir jāuzņemas liela atbildība«Un ar atbildību es visu saprotu: atbalstu, attīstību utt.
Ja jūs esat tik laipns, ka detalizēti un ar tehniskiem datiem izskaidrojat, kā darbojas Systemd, lai tie no mums, kas ķepurojas, varētu pārtraukt to darīt vai vienkārši labāk saprast, es jums pateikšos bezgalīgi.
Sveicieni
Tas ir lieliski dokumentēts:
http://www.freedesktop.org/wiki/Software/systemd/
Sadaļas: Lietotāju un administratoru rokasgrāmatas un dokumentācija y Dokumentācija izstrādātājiem
Vai tas šķiet maz?
Šeit ir šī ziņojuma rindiņa:
http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c#n513
Attiecīgais kods parādās L448, tāpēc viss ir atkarīgs no tā, kādu ziņu es jums sniedzu iepriekš.
Šādi darbojas visi interneta forumi, viņi var jums atbildēt vai nē, ja viņi neatbild, iespējams, tāpēc, ka: viņiem nav atbildes, viņus neinteresē jūsu vēstījums, viņiem ir citas prioritātes vai viņi strādā citas lietas, un viņiem nav laika jums. Pieņemiet, ka jūs neesat Visuma centrs, turklāt viņi nesaņem no jums neko, lai novērstu kļūdu, kas jūs īpaši ietekmē.
rokasgrāmata tur. tas ir lasīšanas jautājums, varbūt problēma ir tā, ka daudzi to nelasa, es neesmu debian. bet es neaprobežojos tikai ar cilvēku, kurš ir iesaiņots http://www.freedesktop.org/software/systemd/man/systemd.html,
Es lasīju emuāru http://en.wikipedia.org/wiki/Lennart_Poettering ir ļoti labs cikls (konsultācijas) http://0pointer.de/blog/projects/systemd-for-admins-1.html
@hipersayan_x Tiešām draugs? Es aicinu jūs (vēl vienu reizi) iztulkot man, ko nozīmē šīs saites 513. rindiņa, kuru jūs man ieliekat, jo es neredzu, kā tas izskaidro problēmu, ko šī ziņa uzmet.
Tas nav par mani, bet par daudziem cilvēkiem .. Skatiet saiti komentārā Nr. 66. 😉
@elav, es atkārtoju, saskaņā ar to, ko var izlasīt CF, pirms šī ziņojuma ir jāparādās citam ziņojumam, kas norāda, kāpēc nebija iespējams rakstīt žurnālā, un tāpēc tā būtu īstā problēma.
Tas ir labi, ka lietas ir dakšas, tas ir veids, kā izmērīt efektivitāti, tas man liek smieties, ka viņi atspējo funkcijas, kuras es izmantoju katru dienu, un paātrina lietotāju pieredzi, vai arī citādi tās kalpo sistēmas automatizēšanai, es uzskatu par atzinību iesācēja lietotāja sistēmas izmantojamībā. Runa ir par pieaugošu (nobriešanu) attiecībā uz sistēmas izmantošanas novērtējumu, iespējams, tāpēc, ka man patīk tos vairāk redzēt kā pasūtījumu kopas scenārijā, nevis krāsainus spoguļus. Varbūt ir lietderīgāk biežāk lasīt rokasgrāmatu un izteikt priekšlikumus, kā izveidot automātiskāku sistēmu, taču loģiskā sistēmā, ko nosaka lietotājs (kas ne vienmēr atrodas termināla priekšā).
Sveicieni
@PALIEK
Padarot lietas automātiskas, atņemot elastību un radot uzspiešanu, jūs nevarat ievietot visus vienā somā, nosakot kaut ko automātisku, kuru meklējat, lai izveidotu dakšiņas, jo būs vairāk neapmierinātu cilvēku, kuri negrasās sēdēt, vērojot, kā viņi izveidot jaunus logus.
Daži komentāri iepriekš, es jautāju, vai jūs zināt kādu izplatīšanu, kurā ir pakete systemd bez "izvēles moduļiem", bet šķiet, ka tādu nav ... neviens man neatbildēja.
Manā gadījumā man nav vajadzības, es esmu dzīvojis laimīgi kopā ar gentoo vairāk nekā 5 gadus ar eudev un openrc, bet man ir piezīmju grāmatiņa, kuru es izmantoju maz, kurai joprojām ir archlinux, es to pastāvīgi atjauninu, lai redzētu, kā viss notiek un nedod viedokli par citu teikto.
Pieskarīsimies viņiem! @ # $% Es tikko brokastoju, ka ArchLinux nav crontab, cron tiek apstrādāts ar Systemd .. Grrrr
https://wiki.archlinux.org/index.php/Systemd/cron_functionality
@elavs
Ir jāveicina izplatīšana, kas neizmanto systemd, citas iespējas nav.
Es zinu, ka tās nebūs visvieglāk uzstādīt, bet redzēju visa šī virzienu
Es domāju, ka sāks parādīties vairāk distrofu, kas dzimuši no LFS, piemēram, būtība
bija Archlinux māte, un es saprotu, ka viņi joprojām izmanto init.
Var parādīties arī Sabayon stila distros, kas ir nekas cits kā šāvieni
gentoo i686 bināros failos.
Systemd ir kā AC / DC tēma "Got You By The Balls"
https://www.youtube.com/watch?v=2ICWCMaRypI