Ngayon na binabasa ang aking RSS Nalaman ko ang isang kagiliw-giliw na balita na ang Blog Ang Mukha ng Replicator, at ito ay sa Komunidad ng Manjaro maraming mga ISO ang inilunsad na may kakaibang katangian na hindi nila ginagamit Systemd parang init, iba pa OpenRC, ang startup system na ginamit ng Gentoo.
Hindi ko alam ang tungkol sa iyo, ngunit ang tema ng Systemd ay nakakaantig na ng husto sa aking mga bola, at mas marami akong nabasa, mas napagtanto ko na kahit na para sa end user (o para sa marami) hindi ito kumakatawan sa anumang sobrang nauugnay, hindi bababa sa akin , Ayoko sa daanan na tinatahak nito. Naniniwala akong darating ang isang itim na panahon sa mundo ng GNU / Linux, kung saan ang mga tinidor at hindi kasiyahan ay sisira kahit sa mga tigang na disyerto.
Ngunit magsimula tayo sa negosyo. Sa forum ng Manjaro na nai-publish nila, tulad ng sinabi ko dati, ilang mga isos na ginagamit ng OpenRC. At para sa mga natatakot na mai-install ang mga bersyon na ito, iniiwan ko ang video kung paano ito gawin.
Mag-download ng mga ISO na may OpenRC
Ang unang ISO na makikita natin ay ang bersyon NetInstall. Ang ISO na ito ay may mga sumusunod na katangian:
- Batay sa profile ng Manjaro-Net (walang paunang naka-install na Desktop na Kapaligiran)
- Batay sa sangay ng Pagsubok.
- Mga libreng driver lang
- Gumamit ng serye ng Linux kernel 3.14
- Hindi gumagamit ng Plymouth
- Nasubukan ito sa Virtualbox
Maaaring mapili ang wika sa simula sa pamamagitan ng pagpindot sa F2 key. Kapag natapos ang proseso ng boot mahahanap namin ang prompt, kung saan gagamitin namin upang ma-access:
- Gumagamit: root
- Password: manjaro
Upang simulan ang pag-install tulad ng ipinakita sa nakaraang video, magsusulat kami:
setup
Mga link upang mai-download ang mga ISO
manjaro-net-0.8.11-openrc-i686.iso (32 bits)
(md5sum: 80be54ecfb0360b2a8e544344f72113c)
manjaro-net-0.8.11-openrc-x86_64.iso (64 bits)
(md5sum: ef205f70f3b3428545fdf1420db10b74)
Mga Tagubilin sa Pag-install
Sa Manjaro forum Nag-aalok sila sa amin ng ilang data para sa Pag-install ng Post:
Nagdagdag kami ng openrc-eudev repository na sumusunod sa mga tagubiling ito.
1) Idinagdag namin ang sumusunod sa dulo ng /etc/pacman.conf
[openrc-eudev] SigLevel = Opsyonal na TrustAll Server = http://downloads.sourceforge.net/project/mefiles/Manjaro/$repo/$arch
Nagdagdag at nag-i-import kami ng mga susi:
sudo pacman-key -r 518B147D sudo pacman-key --lsign-key 518B147D
2) Ina-update namin ang system
sudo pacman -Syu
3) Nag-install kami ng aming ginustong kapaligiran sa desktop, gumagamit ng halimbawa lxde
sudo pacman -S lxde
Ang impormasyon sa pag-install ng Mga Desktop na Kapaligiran ay matatagpuan sa wiki.
4) Nag-install kami ng isang Session Manager:
sudo pacman -S lxdm-consolekit
5) Nag-install kami ng ilang mga pakete tulad ng applet para sa networkmanager
sudo pacman -S network-manager-applet
6) I-restart namin ang system
sudo reboot
Sa palagay ko napupunta ito nang hindi sinasabi na para sa ito kailangan nating maiugnay sa Internet sa pamamagitan ng isang cable. Kung gumagamit kami ng WiFi, makikita mo kung paano ito gawin sa ang link na ito.
Mga Manajaro ISO na may OpenRC at OpenBox
Sa kaso ng Openbox ISO, ang ilang mga bagay ay dapat isaalang-alang:
- Ang pangunahing layunin ay upang gawin ang madali ang proseso ng pag-install at payagan set up form grapiko ang network (gamit wicd) at ang pagkahati paggamit GParted opsyonal
- Kasama ang pagsasaayos Openbox WM, LXTerminal, PCMan at NetSurf Web Browser (upang maghanap impormasyon sa wiki o google), at iba pa
- Gamitin ang installer ng console.
Mga link upang mai-download ang mga ISO na may OpenRC:
manjaro-openbox-openrc-2014-11-13-i686.iso (32 bits)
(md5sum: 9be7e75c75ab296f955a3396386c4764)
manjaro-openbox-openrc-2014-11-13-x86_64.iso (64 bits)
(md5sum: 07fd57df022118dfc9e2794a0ca3d26e)
Manjaro XFCE ISO kasama ang OpenRC
Pang-eksperimento lamang at para sa 64 na piraso, mayroon ding isang ISO na may XFCE:
manjaro-xfce-openrc-2014-11-14-x86_64.iso (64 bits)
(md5sum: e132f294f2ffd99c6cbc371d1e7a6d72)
Tama ka, ang isyu ng systemd ay nagsisimula upang magbigay ng isang tiyak na whiff dahil ang OpenRC ay ang natural na kahalili sa kasalukuyang init. Makikita natin kung saan nagtatapos ang kuwentong ito.
"Bagaman para sa end user (o para sa marami) hindi ito kumakatawan sa anumang sobrang nauugnay"
Sa palagay ko pareho, hindi ito nauugnay sapagkat bilang mga gumagamit hindi ito naapektuhan sa amin sa pagpapatakbo ng mismong OS.
Sa katunayan ang nag-iisang malaki (debian), ay nagbigay ng balita ng "iskandalo" sa paksa, at bagaman sinasabi nila na may iba pang mga kadahilanan na lahat ng kaugnay na systemd (at hindi dapat).
Ang iba pang malalaking distrito, hindi sila nakagawa ng isang problema (o hindi bababa sa ipinakita sa mga spade at sulo), Fedora, Ubuntu at OpenSUSE.
Nagbibigay ito sa akin ng impression na ito ay isang laban sa pagitan ng mga programmer, dahil halimbawa ang opensuse 13.2 ay may mahusay na pagtanggap / pagpuna at walang sinuman sa mga pagsusuri ang nagsasalita ng systemd (kahit na upang maitaguyod ang debate),
Ngayon bakit ang lahat ng pag-abala sa pagpunta mula sa systemd hanggang OpenRC, kung sa huli hindi ito nakakaapekto sa kanila.
Sa personal, tungkol sa systemd, ginagawa akong hindi mapalagay, mayroon akong kawalan ng kapanatagan, magandang post.
Sa Fedora mayroong isang tiyak na debate tungkol sa systemd nang napagpasyahan na ilagay ito bilang init, mayroong ilang mga detractor sa system, pangunahin dahil hindi sila sumang-ayon na gamitin ito bilang init bilang default sapagkat ito ay napaka-sariwa at maraming mga bahid, subalit, ang Karamihan sa mga pangunahing devs ay nasa pangunahing koponan sa pag-unlad at nauugnay sa systemd, kaya ang pagpapalit ng Upstart para sa systemd ay isang tanda ng ilang pagpapataw, bilang karagdagan sa isyu na ang Upstart ay isang pag-unlad ng Ubuntu at may CLA medyo nakasimangot, na sa huli ay nakatulong sa lahat na tanggapin ang systemd nang walang tanong. Ang OpenRC ay wala sa tanong sa oras na iyon, dahil kulang ito sa maraming mga tampok na mayroon ito ngayon, kabilang ang parallelization at suporta sa cgroup.
Magandang balita! isang binary distro na maglalabas ng openrc .... ito ay tulad ng isang pagkadiyos.
Ito ang landas na dapat na kinuha ng archlinux mula sa simula, naaalala ko noong kailangan kong i-endorso ang archlinux upang pumunta sa systemd. Ngayon ay may posibilidad akong muling subukan ang isang binary distro na may openrc + eudev na kung saan ay eksakto ang ginagamit ko dito sa gentoo.
Salamat mga tao mula sa Manjaro !!!
# eix -Ic openrc
[I] sys-apps / openrc (0.13.6@24/11/14): Pinangangasiwaan ng OpenRC ang mga serbisyo, pagsisimula at pag-shutdown ng isang host
# eix -Ic eudev
[I] sys-fs / eudev (2.1.1@31/10/14): Dynamic at paulit-ulit na suporta sa pagpapangalan ng aparato ng Linux (aka mga devp ng mga gumagamitpace)
Salamat sa impormasyon, elav!
Ibinahagi ko ang iyong opinyon tungkol sa systemd at nag-aalala din ako tungkol sa naaanod na kinuha ng Linux mula nang lumitaw ang bagong init. Kung masyadong matanda si Wheezy bago dumating ang tinidor ng Debian, pag-iisipan kong subukan ang Manjaro OpenRC, dahil wala akong libreng oras upang maghanda ng isang sistema ng Gentoo (Pinahahalagahan ko ang paggawa nito ngunit tiyak na ang oras ng pag-ipon ng Ang Gentoo ay masyadong malawak para sa aking personal na sitwasyon).
Pagbati!
Elav maaari mong ilarawan sa mas mababa sa 10 mga salita para sa isang gumagamit na hindi masyadong nakakaintindi ng "kontrobersya", ilang sandali ang nakalipas maraming mga artikulo sa blog na napaka-teknikal, at hindi nila natapos ipaliwanag ang konteksto para sa "uninitiated" ... ever Sinabi nila sa akin na anuman ang teknikal, ang isang paliwanag ay dapat na maunawaan kahit ng iyong lola upang maging mabuti.
Sa totoo lang sa fedora, ilang sandali ang nakakalipas, ang problema ay hindi mabata, kaya't maraming mga gumagamit ng desktop ang nag-iisip na lumipat sa mga cento, upang mapalampas ang problema
Nag-sign up ako para sa kahilingang iyon.
Mahusay na gumagana ang Systemd para sa akin.Ano ang problema na sanhi ng labis na paggalaw?
Sabihin nating hindi ko alam.
Ang systemd ay ang program na namamahala sa pagsisimula ng system ngunit ang mga nag-develop nito ay nagpasya na pahabain ito at ngayon ay hindi lamang pinangangasiwaan ang startup ngunit ang mga bagay tulad ng cron (programa upang awtomatikong patakbuhin ang mga programa), ang network, ang mga log ng system na kung saan ay mga binary, bukod sa iba pang mga bagay
Maraming hindi maganda ang hitsura sa gayong biglang pagbabago, lalo na dahil ito ay bagong software samakatuwid ay may maraming mga bug kaysa sa mga program na nagtrabaho sa buong buhay nila, bilang karagdagan sa pagbuo ng mga dependency kapag ang pag-program at halimbawa ang gnome ay lalong naiugnay sa sistemang ito. Ginagawa itong hindi gaanong portable sa iba pang mga platform ng unix.
Hindi ko alam kung ang iba kong komento ay hindi pumasa sa pagmo-moderate ngunit sinabi nito na gusto ko ang systemd ngunit hindi nila dapat hayaan itong i-monopolyo ang lahat ng mga pamamahagi at mag-iwan ng mga kahalili tulad ng palaging ginagawa sa linux para sa mga may magkakaibang pangangailangan.
Kailangan kong sabihin na bago ang program na namamahala sa pagsisimula ng system sa boot ay ang system v, na matagal nang nangyayari hanggang sa mapalitan ito sa karamihan ng mga pamamahagi ng systemd xD.
Sa sinabi ni @daryo idinagdag ko ang mga sumusunod (na kung saan ay ang aking opinyon din):
Palagi kong nagustuhan ang pilosopiya ng Unix kung saan ang isang programa ay may isang bagay lamang, ngunit mahusay ito. Kapag nais ng kontrolin ng Systemd ang lahat na sinabi sa iyo ng @daryo, mayroon akong kaunting pagdududa at ano ang mangyayari kung ang Systemd ay nakompromiso kahit papaano? Sa gayon, posibleng i-drag kasama nito ang lahat ng kinokontrol nito.
Idinagdag ko iyon (at marahil ito ay higit sa pag-uugali), na palagi kong nagustuhan na ang aking mga log ng system ay purong mga file ng teksto, ngunit sa Systemd lahat ng bagay ay binary, at mga utos tulad ng:
cat log.txto
tailf log.txtKung saan maaari kaming gumamit ng iba pang mga pagpipilian tulad ng GREP upang salain ang ilang nilalaman, ngunit gumagamit ang Systemd ng isang pinangalanang utos journalctl.
Bilang karagdagan sa nabanggit na, dapat kong sabihin na ang pagiging RedHat ang pangunahing tagapagtaguyod sa likod ng Systemd, nakakakuha ako ng isang alerto na hindi ako maaaring patayin. Marahil ako ay mali, ngunit ito ay hindi maganda. At patuloy kong iniisip kung anong pangangailangan ang naroon upang makontrol ang boot, ang cron, ang network at kung gaano karaming serbisyo ang mayroon? Ano ang ibig sabihin ng mga iyon?
Salamat sa iyong komento at kung ano ang aking iniimbestigahan, makukumpirma ko ang iyong mga hinala, ang alerto na iyon ay tama Broder.
Makikita mo na binabasa ko ang tungkol sa TCP Stealth, ito ay isang tesis sa Aleman kung saan inakusahan nila ang Red Hat na pinapadali ang pang-industriya na paniktik sa mga sistema ng pakikinig ng 5 mata:
Sinulat ko na ang tungkol dito, kung mayroon kang kinakailangang talento, alam kong mayroon ka nito, maaari mong maabot ang iyong sariling mga konklusyon:
https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#TCP Stealth
Para lamang umakma sa iyong magandang puna @elav, ang systemd ay NIH napakataas na inaangkin ngayon na kontrolin ang mga sumusunod:
1.- Pamamahala ng mga koneksyon sa internet sa IPv4 at IPv6, gamit ang systemd-networkd at systemd-nspawn.
2.- Pamamahala ng DNS sa pamamagitan ng isang panloob na cache ng DNS, nalutas ng systemd.
3.- Multicast pamamahala ng DNS sa mga panloob na network, gamit ang systemd-networkd.
4.- Pamamahala ng mga terminal ng TTY sa Linux, gamit ang systemd-consoled. (Paalam KMScon?)
5.- Pamamahala ng mga sesyon at pribilehiyo sa pamamagitan ng logind.
6.- Pagkontrol ng Coredump, gamit ang mga binary file, at paglaktaw sa mga direktoryo ng kernel.
7.- Pagkontrol ng mga troso, gamit ang mga binary file, at paglaktaw sa mga direktoryo ng kernel.
8.- Pagkontrol sa mga kaganapan sa ACPI gamit ang logind. (Nagdagdag ang Systemd-212 ng maraming sakit ng ulo sa Nvidia devs na may iba't ibang mga bug na ginawang walang silbi ang system)
9.- Suporta ng PPPoE para sa networkd, isang trabaho na isinasagawa pa rin.
10.- Suporta para sa DHCP sa client at server. (Ano ang ginagawa nila doon? Walang ideya)
11.- Suporta para sa mga system na may factory reset, na kung saan ay malapit na maiugnay sa BTRFS (Huwag magulat kung ang BTRFS sa paglaon ay naging isang pagpapakandili sa systemd, mahusay na mahal ito ni Lennart)
12 ..- Suporta para sa mga virtualized na lalagyan (higit sa lahat ang Xen at KVM)
13.- Suporta para sa pamamahala ng aparato at pagsisimula (kung ano ang ginagawa ng udev)
14.- Pangangasiwa ng mga system ng pag-encrypt ng disk.
15.- Naglo-load ng mga module ng firmware at kernel.
16.- Pangangasiwa ng hostname (lumilikha ito ng isang natatanging pagkakakilanlan ng iyong PC), mga lugar, oras, pag-synchronize ng NTP, sysctl (mga variable na kontrol sa kernel), at kahit na ang random na generator ng numero (Napaka WTF nito, at nagpapataas ito ng maraming hinala )
17.- Pangangasiwa ng pansamantalang mga file system.
Sa maikling mahabang listahan, ang mga bagay na alam ko na ginagawa ng systemd, kung may nakakaalam pa kaysa sabihin ito :).
PS: Ang systemd ay hindi na nag-aalok ng suporta para sa mga script ng LSB at SysV mula noong systemd-214, kaya hindi ko alam kung gaano katotoo ang kanilang "legacy" na suporta ngayon o kung gaano sila pagsunod sa mga pamantayan. Sinasabi ko na ang LSB pa rin ang pamantayan sa Linux, o mali ako?
Salamat sa pagpapaalam sa akin, iniisip kong pumunta sa BTRFS ngunit alam kong gusto siya ni Lennart, maaari mong malaman na dapat siya ay kakila-kilabot at sumubaybay sa NSA-IBM
Mayroong maliit na puwang upang buod at ipaliwanag nang labis ... ito ay isang higanteng kabayo ng Trojan, na hindi nila kahit na itangkang itago. Ano ang ginagawa ng isang startup system sa pamamagitan ng paglalagay ng mga serbisyo sa network, dhcp dns at kahit na sa tingin ko avahi ... sa systemd? Ang kapangyarihan ng desisyon ay nawala sa pamamagitan ng hindi magagawang pamahalaan ang mga serbisyo
iyon ay hindi pinaghahanap at na hindi sila dumating sa akin na maaaring hindi paganahin, hindi ko gusto ang mga ito sa systemd package!
Sa OpenRC, ang isa ay magpapasya kung anong mga bagay ang nasimulan sa bawat runlevel, ang ilang mga serbisyo ay may mga dependency sa iba pang mga serbisyo ngunit ang mga ito ay napakakaunting at nakalista ... habang sa systemd anumang ginagawa ang anumang nais nito sa ngayon Nararamdaman niya ito ... upang makakuha ng halos 5 segundo sa boot at maging mabilis sa pag-shutdown.
Napakahirap ng Systemd na imposibleng malaman kung ano ang ginagawa nito, kailangan mong mag-resign ang iyong sarili sa pag-iisip na ito ang iyong panginoon at hindi gumawa ng anumang mali sa iyo.
Sinisira ng systemd ang konsepto na ang mga bagay ay dapat na madali at maiintindihan sa mga tuntunin ng mga daemon o serbisyo at runlevel, walang sinumang gumagamit ng systemd na ganap na nalalaman kung ano ang nangyayari sa kanilang mga serbisyo sa lahat ng oras.
Hindi pinapayagan ng Systemd ang paggamit ng syslog-ng nang katutubong, gumawa sila ng hakbang na ito ng journald at hindi ito hinayaan itong gumana, iyon ay, o gumagamit ka ba ng journald o naninga!. Ang log ng system ay isang bagay na mahalaga para sa seguridad at pag-awdit ng kung ano ang nangyari at nangyayari sa mga lokal at remote na koneksyon, ngunit ang journald ay gumagamit ng isang binary format na tanging ang jornalctl lamang ang makakakita nito .... Kadalasan ang journald ay nasisira "mahiwaga" ang kanyang binary file at tulad ng nakikita niyang sira ito ay tinanggal niya ito nang isang beses at nagsimula sa isang bago, kinakalimutan ang lahat ng mga tala na mayroon nang.
Maaari akong magpatuloy nang maraming oras, ngunit ang pinakamasamang problema ay hindi nagbibigay ng bola si Lennart sa mga nag-uulat ng mga error na iyon at sa nabasa ko, hindi siya tumatanggap ng mga patch mula sa sinuman.
Naisip ko na kapag napunta sila sa systemd, mag-uulat sila ng mga bug at patch, na tatanggapin ng systemd ... ngunit sa totoo lang naniniwala ako na sina Lennart at RedHat ay may isa pang plano para sa natitirang mga distrito .... tulad ng sinabi ko dati, HORSE OF TROYA mula sa RedHat.
Sa totoo lang para sa akin ang systemd ay hindi maaayos, ang ideya sa likod ng disenyo nito ay masama nang masama, mas mahusay na magsimula ng isang boot system mula sa simula kaysa sa subukang ayusin ang frankestein na iyon.
AMEN !! @anonymous ..
Gumagamit ako ng systemd (Fedora) nang halos isang taon at nakarating ako dito:
Kakaiba ang amoy ng isyu, dahil maraming bagay ang nagdaragdag ng higit na hindi paganahin / pag-redirect.
Ang journald na itinuro ko sa rsyslog nang direkta. Ang ilang binary log mo ay nasira na.
Mula sa mga dns gumagamit ako ng bind, kung isasama nila ito sa systemd magpapatuloy akong gamitin ito ng pareho, kahit na kailangan kong baguhin ang lahat.
Gumagamit ako ng XFCE kaya nai-save ito sa akin ng maraming nais na isama ni gnome.
Ito ay tulad ng isang elepante sa isang tindahan ng china.
Totoo; ni hindi nila alam kung ano ang tatawagin nito. Lumabas kami upang mag-update araw-araw, pagwawasto ng mga bug at iba pang crap. Ito ay isang paksa na nagpapagalit sa akin; ngunit hindi lamang dahil sa ang katunayan na ang SystemD ay isang soberanong tae; kung hindi kung paano nila nagawa ito.
Malinaw na sa mundo ng Linux, maraming mga kumpanya ang sumusubok na kontrolin ang lahat; tingnan ang Canonical, RedHat at Gnome, (kahit si Miguel de Icaza mismo ay iniwan ang Gnome).
Kung gumagamit ako ng Linux, ito ay dahil kontrolado ko ito at iyon ang batayan at pilosopiya nito; Upang hindi malaman kung ano ang ginagawa nito, nag-mount ako ng mga makina na tumatakbo na ang W Server.
Ang ikinalulungkot ko ay sumuko si Debian. Sa katunayan, ang posibilidad ng paglikha ng isang parallel na tinidor nang walang SystemD ay isinasaalang-alang.
Inaasahan nating hindi lumala ang mga bagay; o nakikita ko ang aking sarili paglipat ng lahat ng aking mga machine sa BSD.
@ anonymous, komento piraso tao, hindi ka maaaring maging mas tama.
Ang systemd ay isang nakatutuwang bagay na walang paliwanag sa maraming mga bagay, ang katotohanan ay nagdudulot ng maraming hinala sa lahat ng ginagawa nito at hindi pinapayagan ang iba pang mga tool na gawin ito, ang totoo ay hindi ko alam kung paano pinapayagan ng mga taong Debian na ilagay ito, ngunit sa gayon ay nagawa na nila ang pagpapasyang iyon. , at sa kauna-unahang pagkakataon sa maraming taon ay tumigil ako sa paggamit ng Debian bilang pangunahing OS, at magpapatuloy na gawin ito hanggang sa lumabas ang systemd kay Debian para sa isang mas malinaw na pagpipilian.
Sa maikling salita. Sipsip ang SystemD.
Nag-iimbak ito ng mga log sa binary format, naisakatuparan ito bilang proseso ng magulang ng lahat ng iba pa, (Pid 1), kung kaya't kung may sumira man, ang system ay hindi na mababawi; Taliwas ito sa lahat ng kinakatawan ng Linux, iyon ay, mga payak na file ng teksto, (ano nga ba ang mga binary file na ??, payak na mga text file! Tulad ng lahat ng buhay ng Diyos.)
Halika, basura yan. Wala naman akong gusto.
Ngunit salamat sa mga kumpanya tulad ng Canonical, Gnome, at Red Hat; kakainin natin ito ng patatas.
Na kung, habang may iba pang mga pagpipilian; Hindi ko ito gagamitin, ni sa mga server na pinangangasiwaan ko, o sa aking mga personal na makina.
Nagiging sangay na ito ng kumpanya ng Redmond.
Hindi ko ibig sabihin na ipagtanggol ang sinuman, ngunit naalala ko na ang kanonikal ay ganap na laban sa systemd na pabor sa pagsisimula. nang sumuko si debian sa systemd natapos itong mag-drag sa ubuntu.
Bilang karagdagan, ang mga bug na ito ay maaaring ikompromiso ang seguridad ng system at ang katatagan ng isang server, halimbawa, iyon ang dahilan kung bakit ang pinaka nagreklamo tungkol sa mga bagay na ito ay ang sys admin.
At ano ang tungkol sa Mageia, hindi kapani-paniwala na ang isang KDE ay maaaring tumakbo sa 512 MB ng ram, hindi nagkakamali.
http://mirror.cedia.org.ec/mageia/iso/cauldron/
iilang tanong; Gaano kadali ang pamamahala ng mga serbisyo sa OpenRC? at gaano kadali mag-install gamit ito bilang default sa isang pag-install ng Manjaro sa systemd? ang gusto ko tungkol sa systemd ay ang simpleng pag-andar ng systemctl ng (serbisyo). serbisyo o isang disctct ng systemctl (serbisyo). serbisyo Maaari kong pamahalaan ang aking mga serbisyo nang madali, KUNG interesado akong malaman ang tungkol sa OpenRC at lalo na kung may kaunting kakaiba lahat ng ito mula sa systemd, sa pamamagitan ng paraan; Ako ay isang nobelang gumagamit
Siya nga pala; sinasabi nitong nasa Windows ako dahil gumagamit ako ng overrider ng ahente ng gumagamit
Napakadaling hawakan ng OpenRC, bibigyan kita ng isang halimbawa sa serbisyo sa pag-print ng cupd.
Upang simulan ito
# rc-service cupd magsimula
* Simula sa cupd .. [ok]
Para pigilan ito
Huminto sa # rc-service cupd
* Humihinto sa tasa… [ok]
Upang i-restart ito.
# rc-service cupd i-restart
* Humihinto sa tasa… [ok]
* Simula sa cupd .. [ok]
Upang ilagay ito upang magsimula sa default na runlevel.
# rc-update magdagdag ng default na cupd
* Naidagdag ang service cupd sa runlevel default [ok]
Upang alisin ito mula sa default na runlevel.
# rc-update mula sa default na cupd
* Inalis ang cupdyo ng serbisyo mula sa default ng runlevel [ok]
Upang makita ang katayuan ng lahat ng mga serbisyo sa lahat ng mga runlevel.
# rc-status -a
Upang makita ang katayuan ng isang runlevel, sa halimbawang ito default.
# rc-status default
Dito sa gentoo, ang OpenRC ay ang default na startup system at mananatili nang walang hanggan, mayroon kaming systemd sa portage para sa mga pagpapakamatay, na sa kabutihang palad ay may kaunti….
Upang mapalitan ang journald, gumagamit kami ng syslog-ng at logrotate, dito sa gentoo lumalabas ang log ng system sa pamamagitan ng virtual console vt12 na kontrol + alt + F12, o maaari mo itong makita nang tuloy-tuloy sa anumang grapikong terminal bilang root user na may:
# tailf / var / log / mga mensahe
At upang mai-install ito sa aking Manjaro?
Sabi ko; Hindi ko mawawala ang lahat ng mga file at ang aking magandang XFCE para lamang sa paglipat sa OpenRC 🙂
Handa na; Na-install ko ito sa pamamagitan ng paggamit ng sudo pacman -S manjaro-openrc bluez-openrc (ang huli dahil mayroon akong Bluetooth)
Ngayon ang aking problema ay ang XFCE4 power manager ay hindi gumagana sa upower-pm-utils 🙁 at wala akong tipikal na mga pagpipilian ng suspindihin at Hibernate
Napakadali ng OpenRC, ang pamamahala ng mga serbisyo ay isang piraso ng cake, upang magbigay ng isang halimbawa:
Paganahin ang isang serbisyo: rc-update magdagdag ng cronie default
Magsimula ng isang serbisyo: /etc/init.d/cronie pagsisimula o rc-config simulan ang cronie
Itigil ang isang serbisyo: /etc/init.d/cronie stop o rc-config ihinto ang cronie
Simple at hindi talaga kumplikado.
@elav kung ano ang hinihintay ay para sa mahabang paghakot, mula sa mga bagyo ng buhangin, ulan ng mga troll, maramihang mga tinidor, mga pangkat ng dev na nahati, at marami ang nagtataka kung ang paglipat sa BSD ay isang mas mahusay na pagpipilian kaysa ma-stuck sa systemd, dahil oo.
Sa personal, pinupuri ko ang hakbangin na ito ng Manjaro, ito ay isang pagpipilian para sa mga hindi nais na manatili sa systemd, isang bagay na gusto ko, sa sandaling nasa Gentoo ako at gusto ko ito, komportable ako sa kalayaan na binibigay nito sa akin, ngunit ngayon Sumagi sa aking isipan ng maraming beses upang gawin ang pagbabago sa FreeBSD, at maaari akong tumalon sa buwang ito, nakasalalay ang lahat sa aking oras at pag-order ng ilang mga bagay upang matagumpay na maisagawa ang paglipat.
Ang mga argumento laban sa systemd ay matagal nang pinabulaanan. Magbasa nang kaunti pa.
http://0pointer.de/blog/projects/the-biggest-myths.html
http://diegocg.blogspot.mx/2014/02/la-sombras-de-sysyinit.html
http://diegocg.blogspot.mx/2014/02/por-que-kdbus.html
Wala sa tinanggihan ang katotohanan ng systemd, si Lennart ay napakahusay na iwasan ang mga bagay at responsibilidad, inirerekumenda ko na sa halip na magbasa lamang ng mga artikulo, basahin ang systemd code o kahit papaano basahin ang devel list ng systemd, malalaman mo ang tungkol mga bagay na pinabulaanan ang sinasabi ng tatlong artikulo na nangyari, at higit na sumusuporta sa mga detractor ng systemd.
Ang kanyang argumento ay upang maitaguyod na mayroong kaalaman na tumatanggi sa aking ipinakita, ngunit hindi kailanman nagpapakita ng katibayan, kaya't hindi ko mapagkakatiwalaan ang pagkakaroon nito.
https://lists.debian.org/debian-ctte/2013/12/msg00234.html
@pamp ang aking argument ay medyo higit pang suporta dahil ipinaliwanag ko ito sa itaas sa komento 25 ng parehong entry na ito, at inilantad ko ito sa maraming iba pang mga entry tungkol sa systemd, bilang karagdagan sa paglalantad sa ito sa Debian irc at ang listahan ng pamamahagi na ito, Gayundin ang aking paanyaya, ay lumikha ka ng iyong sariling mga opinyon at para dito kailangan mo lamang basahin nang kaunti ang devel list ng systemd. Gayundin upang mapukaw ang iyong pag-usisa bibigyan kita ng link na ito kung saan malinaw nilang sinabi na ang systemd-214 ay hindi na nag-aalok ng suporta para sa mga script ng SysV at LSB, na may dahilan ng "paglilinis ng code."
http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html
Ngayon sabihin sa akin: Nasaan ang suporta para sa pamantayan ng LSB na dapat na nilikha upang lumikha ng isang pangkaraniwang batayan para sa lahat ng mga distro? Dahil hayaan mo akong sabihin sa iyo ang isang bagay, walang iba pa sa kanyang unang link na si Lennart plumps, nagyayabang at pinupuno ang kanyang bibig na sinasabi na sinusuportahan ng systemd ang paggamit ng mga script ng SysV at LSB, kung ang totoo ay ang suporta ay nahulog at pinalitan ng isang generator ng Ang init-files, sa pamamagitan ng paraan, ay may maraming mga bug at sa huli walang ibang pagpipilian kaysa sa gumawa ng isang kumpletong init-file.
Pagbati.
Ang mga opinyon, ito ay tulad ng asno, lahat tayo ay may isa.
Ang sinabi ng taong ito ay maaaring maging maayos para sa kanya, ngunit hindi ito ang aking kaso. At ang opinyon ng isang tao na nagsusulat sa isang web portal ay hindi na ito ay salita ng Diyos. Ito ang iyong opinyon, panahon.
Kaya "pinabulaanan", wala.
Ang mabuting bagay na natitira sa atin ay maaari nating gamitin ang anumang nais natin; nang hindi sinusubukan na maging "Taliban" at ipataw ang aming mga pamantayan sa iba.
Para sa akin SystemD ay isang tunay na tae. At may mga taong nagmamahal dito. Well, maligayang pagdating!
Ni ang aking opinyon ay mabuti o ang sa mga hindi nag-iisip na katulad ko ay tae; sila ay simpleng magkakaiba.
Ito ang nagpapakilala sa amin sa iba pang mga operating system; maaari tayong pumili.
Huwag tayong sumama sa mga walang kwentang laban na humahantong kahit saan.
@Titus
Hindi mo ito masabi nang mas mabuti ... amen.
Kailangan mong maging bulag na hindi mapagtanto ang pervesity na hinihimok ng systemd upang masakop ang lahat, tumuntong, sumaklaw at gumagalaw ng mga proyekto na gumagana nang perpekto, na pinalitan ang mga ito ng mga bersyon na hindi naabot o naging matatag, kahit na walang pagkakatugma sa pagitan ng mga core at higit sa dalawa pabalik na mga bersyon ng systemd.
Si Debian ay tila nagkaroon ng lindol at nagawa nilang magising, umaasa lamang ako na sumandal sila sa eudev at openrc, kaya ang pag-unlad ng gentoo debian manjaro at ilang iba pa na gumagamit ng openrc ay magkakaisa, na kung saan ay mapapabuti ito nang maraming sa isang maikling panahon, nanalo sa buong pamayanan.
Pangalawa ako sa mga salita mo.
Mayroong mga tao na sumipi ng ibang mga tao (ang mga kuro-kuro na interes sa kanila, sa pangkalahatan), at ginagamit ang mga ito bilang katibayan.
Para sa aking bahagi, wala akong opinyon tungkol sa systemd. Hindi ko alam kung mas mahusay ito sa teknikal kaysa sa pagsisimula o openrc, ngunit kung ano ang tila malinaw na ang posibilidad ng sysvinit ay pinasiyahan ng LAHAT ng mga distrito, na si Debian ang nag-iisa na mayroon pa rin sa Wheezy dahil sa patakaran nito. Ngunit ang susunod na stable na si Debian, si Jessie, ay magiging isang Debian nang walang sysvinit.
Ano ang malinaw ay na ayon sa etika ito ay 100% libreng software; Tulad ng para sa panteknikal na bahagi, hindi ko pinag-aralan ang code o inihambing ito sa mga kahalili, kaya't wala akong pangangatuwirang opinyon. Ngunit kahit na ang kasalukuyang Ubuntu ay gumagamit ng mga bahagi ng systemd kahit na mayroon pa silang pagsisimula, at duda ako na ginawa nila dahil ang Canonical ay "binili" ni Red Hat.
Ang Systemd ay hindi "masama", mangyaring, hindi kami nakikipaglaban kay Skynet (Terminator), o HAL9000 ("2001 space odyssey"), at hindi rin ang madilim na panig ng Force na naghahangad na mangibabaw ang Jedi. Hindi rin sa pamamagitan ng pag-ayos sa isang koponan, kinukuha nito ang lahat at ginawawala kahit na ang mga pagkain sa pantry.
At na "gumagalaw ito ng mga proyekto na gumagana nang perpekto" (puna 52), nagkaroon ako ng mga problema sa isang network ng NFS sa bahay sa mga computer na ina-access ang server dahil ang proseso ng pag-shut down ng client computer ay ididiskonekta ang network bago tanggalin ang NFS system, at ang pag-shutdown ay mag-freeze, ang tanging solusyon ay upang pindutin ang on / off na pindutan upang i-off ito sa pamamagitan ng puwersa (bug na iniulat ng iba't ibang mga gumagamit); Kinailangan kong lumikha ng isang script na i-unmount ang mga file ng NFS upang tumakbo bago i-shut down ang client machine. Sa kabilang banda, ang computer ng NFS server ay kumokonekta sa pamamagitan ng wifi, at paminsan-minsan ay nawala ang koneksyon: Hindi ko alam kung ang problema ay ang network-manager o ito ay nasa dhcpd, o kung saan.
Hindi ko sinasabi na ang mga problemang iyon ay nawala sa systemd; Hindi ko ito pinapansin, dahil hindi ko ito nagamit. Ito ay isang sample lamang na masasabi na ang mga proyekto na pinalitan ng systemd na gumana nang perpekto ay isang pagmamalabis.
Ang isang bagay ay isang opinyon at ang isa pa ay isang pagtatalo, tiyak na ang una ay iba-iba ayon sa sinasabi mo @Tito, ngunit ang pangalawa ay isang bagay na mas maikli at nakatuon, hindi ito isang bagay na maaaring madaling manipulahin, hindi bababa sa kaso. ng libreng software, kung saan mayroon kaming code sa aming mga kamay upang suriin.
Sinasabi sa amin ng @pamp na ang mga ipinakitang argumento ay matagal nang hindi pinatunayan, at bilang isang unang pagsubok ay pinagsama niya kami sa mga opinyon ni Lennart (hindi mga argumento). Ngunit ang sinabi ng taong ito sa kanyang mga komento ay isang bagay (ang mga numero 4 at 8 ay mamatay lamang sa pagtawa), at isa pa ang ginagawa niya sa systemd code. Isang pag-uugali na nakita ko nang paulit-ulit sa Lennart mula nang magsimula siyang bumuo ng mga bagay tulad ng Avahi at Pulseaudio, at maaari lamang itong patunayan sa pamamagitan ng pagbabasa ng mga listahan ng devel at mga ulat ng bug ng parehong mga piraso ng software.
@ Dah65 tiyak na maraming mga tao ang gumagamit ng katibayan gamit ang mga opinyon ng mga ikatlong partido, isang masamang ugali para sa mga hindi maaaring siyasatin ang mga isyu sa kanilang sarili upang magkaroon ng kanilang sariling at personal na opinyon, at kahit na lumikha ng wastong mga argumento kung saan makilahok sa isang nakabubuo na talakayan .
Sa aking kaso, sinusunod ko ang mga pagbabago sa systemd salamat sa listahan ng pag-unlad, kahit na hindi ko gusto ang tool, lubos kong ayaw ito, ngunit hindi ako tumitigil sa pagbabasa tungkol dito sa antas ng gumagamit at panteknikal, at ang dahilan Para sa mga ito napaka-simple, kung kailangan kong dumalo sa isang kliyente na gumagamit ng nasabing init, alam ko kung ano ang dapat kong gawin at kung paano dumalo sa anumang sitwasyon.
Ngayon tungkol sa kung ano ang pinapatakbo ng mga serbisyo nang walang mga problema, iyon ay isang pagkakamali, maraming mga script ng SysV na may mga problema, at pareho ang nangyayari sa systemd, ngunit hindi bababa sa pag-ulat mo ng isang error sa isang SysV naayos nila o maaari mo itong gawin sa isang simpleng paraan tulad ng iyong puna. , sa systemd, pagkatapos gumawa ng isang ulat sa bug maaari kang makahanap ng isang WONTFIX o SARADO, salamat kay Lennart o Kay, kung sakali man at hindi ako nagpapalaki kapag sinasabi ito, isang sample dito:
https://bugzilla.redhat.com/show_bug.cgi?id=753882
Basahin ang puna 48, wala kang talo. Ang Clement's 53 ay isa pa na walang pagkawala, lalo na para sa archaic ngunit functional solution sa problema na ayaw malutas ni Lennart at na sinasadyang naiulat noong 2011.
Yaong mga "alamat" na nagtatag sa kanila? Ang ilan ay inalis mula sa gallery dahil ang "systemd ay hindi portable nang walang kadahilanan." Ito ay ganap na totoo na ito ay hindi portable (at inaamin niya ito na sinasabi na ito ay napaka-pasadya para sa Linux)
Ipinapalagay nito ang mga pagkakamali, tulad ng palagay na ang BSD ay hindi interesado (sinabi ng mga taga-BSD kung hindi man: "Jordan Hubbard - FreeBSD: The Next 10 Years (MeetBSD 2014)"), kahit na ito ay portable ay hindi nila ito aampon at mga bagay na tulad nito ( mitolohiya 13,14,15).
Kung ang hangarin ni Poettering ay upang muling isulat namin ang mga script, eksklusibo sa iyong system (http://0pointer.de/blog/projects/systemd-for-admins-3.html) magkakamali kami. Sa prinsipyo ang isang klasikong init script ay walang pakialam kung saan ka pupunta. Ginagawa ang pinakamaliit na pagbabago upang gumana sa GNU, UNIX o BSD. Kaya't hanggang ngayon (maliban kung ginagamit ang OpenRC). Gayunpaman, sa palagay ko ang mga bagay tulad nito ay makakapagdulot ng isang schism sa pagitan ng Linux para sa desktop at mga server. Makikita lamang ng mga gumagamit ng Ubuntu at derivative ang mga pagbabago sa pagtatapos ng susunod na taon.
@ Dah65
Kaya, dahil sasabihin mo na ang systemd ay hindi pagkatao na binago, pagkatapos sabihin sa akin kung bakit hindi nila inilalagay sa mga pagpipilian sa Makefile upang hindi paganahin ang lahat ng mga module nito sa oras ng pag-ipon, upang ang mga sa amin na hindi nais na magkaroon ng mga "opsyonal na modyul" na humakbang iba pang mga pakete, kaya maaari naming isulat ang mga ito at lumikha ng aming sariling mga bersyon ng systemd capped!
Alam mo ba kung bakit hindi nila alam? Sapagkat ang anyo ng pag-unlad na ito ay tinatawag na sapilitang pagpapataw at dahil 95% ng mga gumagamit ay walang NPI, sinamantala nila ang default, tinanggihan namin ito para sa inyong lahat.
Iyon ay kung paano ang libre o opensource ng software o anumang nais nilang tawagan na ito ay hindi gumagana, ngayon ay nakakatawa ito sa akin, dahil sa bagong tinidor kay Debian maraming tao ang lumabas upang isipin na ito ay isang pag-aaksaya ng lakas at lagi kong iniisip kung gaano kahirap maglagay ng karagdagang mga pagpipilian sa pagtitipon sa Makefile?
Ang paksa ay hindi nagbibigay para sa higit pa, ito ay tulad ng pagnanais na ihalo ang tubig sa langis, iyon ang dahilan kung bakit ang walang katapusang mga tinidor ay pahalagahan sa bawat pag-unlad kung saan mayroong isang pagpapataw ng ilang para sa lahat ng natitira.
@mario ay eksaktong sinabi mo. Naisip din ni Jordan Hubbard na ang BSD init ay kailangang i-update hindi lamang upang umangkop sa mga bagong teknolohiya ngunit din upang suportahan ang mga bagong tampok na posible ngayon, ngunit nilampasan niya ang konsepto na mayroon nang systemd kung paano dapat gawin ang mga ito. mga bagay, at pinasimple nila ito sa pilosopiya na palaging nananaig sa UNIX, "Gumawa ng isang programa na gumagawa ng isang bagay at ginagawa ito nang maayos", at na sa isang init ay pinakamahalaga, dahil hindi namin pinag-uusapan ang isa pang demonyo, kami ay nagsasalita tungkol sa init ng isang operating system, bilang karagdagan sa pagiging isang panukala sa seguridad, kumpara sa kung ano ang maraming mga dalubhasa ay nagsisimulang magalit tungkol sa systemd, at ito ay maipapakita, ang systemd ay mukhang katulad ng svchosts.exe mula sa Windows, ginagawa mula sa init ng mga serbisyo upang kontrolin ang network bukod sa maraming iba pang mga bagay.
Guys, nakakatakot talaga.
Napakahirap bang alisin mula sa ArchLinux ????
Maghahanap ako ng impormasyon ngunit hindi ako naglakas-loob na hawakan ang ganoong uri ng bagay baka mag-screw up ako at mawala ang aking system.
🙂
https://abchk1234.wordpress.com/2014/06/03/using-openrc-on-arch-archbang-manjaro-linux/
Mula sa maraming nabasa kong mga puna, ang SYSTEMD ay isang tunay na TROYAN HORSE ....
Nangangahulugan ito na i-save kung sino ang maaaring? Mayroong kaunting impormasyon sa Espanyol-tungkol sa pag-configure ng desktop sa FreeBSD at paghahanda ng system na gagamitin.
Hindi magandang systemd, hayaan mo. xD
Ang hate systemd na ito ay hindi magiging viral ???? Ang Arch ay naging mahusay para sa akin ... kung totoo na higit pa ang pagkakatakip nito, hindi ko alam kung mabuti o masama ito! ngunit marahil mayroon nang mga kahinaan upang makontrol o ilang virus na sumisira sa system dahil dito ... kung ito ay matatag at ligtas hindi ko nakikita ang problema ... gayon pa man makikita ko kung mayroon akong oras at pag-aralan ang paksa at gumawa ng ilang mga pagsubok sa openrc
hindi ganun stable. at ito ay higit na walang katiyakan kaysa sa system v. Para sa isang gumagamit ng desktop tulad ng marami sa amin (sa akin) hindi rin ito kumakatawan sa isang problema, ang isang mas mabilis na boot ay gumagana nang maayos at hindi ko karaniwang binabasa ang mga log kaya't hindi mahalaga kung gaano kalinaw ang mga ito o kung ito ay nasa binary format.
Mayroon akong teorya na linux ay lalago sa mga desktop (at mga gobyerno) at mawawalan ng lupa sa mga server (sa halip na kunin ang OS tulad ng freebsd)
Sa esdebian Wiki ay inilathala nila kung paano i-install ang SysVinit kay Debian Jessie. http://www.esdebian.org/wiki/sysvinit
Nagbabasa tungkol sa seguridad, nalaman ko na sa panig ng intel, may mga motherboard na may chipset, sa pangkalahatan sa northbridge, nagpapatupad sila ng isang bagay na tinatawag na AMR Intel Active Management Technology .... kagiliw-giliw, sa kabutihang palad wala akong intel, ngunit sisimulan ko itong hanapin Ang panig ng AMD ay walang ganoong bagay.
Iniisip nila ang isang kumbinasyon ng intel + AMR + systemd, ipinagbabawal ng Diyos.
https://en.wikipedia.org/wiki/Intel_AMT_versions
Hindi nakakagulat na sumisigaw ang paranoid ni Stallman para sa libreng bios.
Tahimik; Iniwan ng Intel ang paggawa ng mga motherboard.
http://www.infoworld.com/article/2612845/computer-hardware/intel-refocuses-and-exits-motherboard-business.html
Una sa lahat, hindi ako gumagamit ng systemd dahil hindi pa ito nakapaloob sa Kubuntu (kasama ko ang Netrunner 14, nagmula sa Kubuntu 14.04).
Nilinaw ito, maraming bagay ang dapat tukuyin:
Ang 1- systemd ay pinagtibay ng mga developer / packager ng maraming iba't ibang mga distrito (Debian, openSUSE, Arch, Fedora…), ngunit ngayon lumalabas na ang mga mambabasa ng blog na ito ang higit na nakakaalam kaysa sa kanilang ginagawa tungkol sa mga pakinabang at kawalan ng systemd.
Ang 2- systemd ay libreng software, na ang code ay maaaring mabasa (at maunawaan), ng mga may oras at kaalaman (ang mga developer / packager na pinag-uusapan ko noon). Kung itatago mo ang mga pinto sa likod, matutuklasan ang mga ito. Ilan sa mga mambabasa ang gumagamit ng isang pagmamay-ari na firmware o driver, na ang code ay hindi mo nabasa at hindi mabasa? Sa palagay ko mas may katuturan ang matakot doon kaysa hindi sa systemd.
3- Nagtatrabaho kaming lahat sa mga binary package, dahil kapag nag-download ako ng isang .deb mula sa mga repository upang mai-install ito, hindi ako nagda-download ng isang simpleng file ng teksto. Kaya't ang argumentong iyon ay lubos na kabalintunaan.
4- Sa GNU / Linux mayroon nang mga programa na gumagawa ng maraming bagay: ang parehong kernel, na lalong nagsasama ng mas maraming mga driver, at kahit na pagmamay-ari na firmware (mas mahusay na maglagay ng isang pintuan sa likod sa closed firmware kaysa sa isang programa na ang code ay nai-publish). Mayroon ding Xorg, na hindi lamang pinangangasiwaan ang graphic server kundi pati na rin ang keyboard, mouse, at iba pang mga bagay; Walang sinuman ang nagsasabi na "pinagtaksilan" ni Xorg ang pilosopiya ng UNIX para doon, nais nilang magretiro sa kanya dahil naabutan siya ng ibang mga proyekto.
5- "Linux is choice", syempre, ngunit may kalayaan itong pumili kung nais kong basahin ang code, baguhin ito, ipamahagi, atbp. Hindi kinakailangan ang mga distrito upang ibigay ang lahat ng mga pagpipilian (lahat ng mga arkitektura ng processor, lahat ng mga kapaligiran sa desktop, lahat ng mga format ng package, atbp.)
6- Para sa mga nag-iisip na lumipat sa isang BSD, naalala ko ang pagbabasa ng balita na sa ilang mga sistema ng BSD inilagay na ng American NSA ang mga kuko nito. Kung tama ang balitang ito, hindi ko alam dahil hindi ko nasunod ang paksa. Ngunit nakakatawa na tumakas ako mula sa isang bagay "sapagkat nasa likod nito ang Red Hat at marahil ..." upang makarating sa isang bagay na "baka nasa likod ang NSA ...."
Bilang karagdagan sa paggamit ng GNU / Linux, BSD, Windows, o anumang nais mong gamitin namin, maaari din naming magamit ang aming lohika at kakayahang mangatuwiran
Sa madaling salita, ang mga mambabasa ng blog na ito, na mga mambabasa lamang, ay walang kakayahang mapagtanto kung ang isang bagay ay mabuti o hindi, sapagkat dapat tayo ay gabayan ng mabuting paghuhusga, kaalaman at karanasan ng mga tagapagbalot at tagabuo. Iyon ba?
Ito ay totoo, ito ay Libreng Software, at kung may kakaibang lilitaw, ang sobrang mga taong pinag-usapan mo noon at dapat nating pagkatiwalaan ay maaaring mapansin at ipahayag ito, o marahil ay hindi, dahil baka dahil sila ay mga tao matutukso silang tumahimik bilang kapalit Ng isang bagay.
Kapag nag-download ka ng isang .deb, ang ginagawa mo lang ay ang pag-download ng isang naka-compress na file, na maaari mong i-unzip at samakatuwid, tingnan kung ano ang nasa loob at posible, na kung saan nasa loob ang binary. 😉
Hindi ko alam kung sino ang mga gumagamit na tatakas mula sa Linux upang pumunta sa BSD, ngunit ako, halimbawa, ay hindi aalis sa Linux, mag-iiwan lamang ako ng isang pamamahagi na inilalagay sa likod mo ng Systemd oo o oo.
Sa madaling sabi, ang mga sa amin na nagkomento, nagbasa at gumagamit ng GNU / Linux sa blog na ito ay hindi dahilan. Iyon ang gusto mong sabihin? Gayunpaman sasabihin ko sa iyo mula sa aking personal na karanasan, at ang aking pangangatuwiran (maging lohikal o hindi):
Ang systemd ay tae na natigil sa isang stick. Nabasa ko na may iba pang mga Inits na nagsisimula nang mas mabilis at samakatuwid ay hindi kailangang kontrolin ang DNS, RED, CRON at lahat ng iba pa na nais kontrolin ng Systemd. Siguro para sa isang end user, na nagmamalasakit lamang sa pag-on ng computer, pagbubukas ng isang browser at pagpapadala ng mga email, hindi mahalaga kung gumagamit sila ng Systemd o Systemx, ngunit para sa amin na namamahala sa mga server ito ay isang sakit sa asno. At tinatanong ko sa iyo ang parehong tanong na lagi kong tinatanong kung ano ang mangyayari kung ang Systemd ay nakompromiso at napunta sa impiyerno? Naiiwan ba tayo na walang PULANG, walang CRON, walang DNS, walang Init at lahat ng ginagawa nito? Doon ko iniiwan ito para sa iyo.
At abangan, sinasabi ko sa iyo ang lahat ng ito nang walang kabuluhan. Sinabi na, maligayang pagdating sa mga bahaging ito.
Salamat sa pagtanggap.
Ang pagtugon nang walang akronim, nililinaw ko na hindi ako nagkakaroon ng systemd o binabayaran upang itaguyod ito. At na hindi ito nakakaapekto sa akin kung gagamitin ito ng ibang tao o hindi, ito ang kanilang desisyon.
Ngunit ang nakikita ko sa bagay na ito ay tila, minsan, isang hysteria, at nabasa ko ang mga opinyon ng mga tao na, nang hindi pinag-aralan ang code o ginamit ito, ay tinawag itong basura, pagpapataw, pagtataksil, at hindi ko alam kung ilan pang mga bagay. Ipinaaalala nito sa akin ang isang sitwasyon na naranasan ko ilang araw na ang nakakalipas, nang ang isang tao na kinikilala na hindi pa niya na-install ang Windows o alam kung paano paghatiin ang isang hard drive ay nagsimulang sabihin na ang Linux ay napakahirap ... nang hindi ko pa nasubukan ito, at mayroon ding Android sa kanyang smartphone.
Inihambing mo ba ang systemd sa sysvinit, sa pagsisimula at sa openrc? Mahusay, maaari kang gumawa ng desisyon batay sa iyong sariling karanasan. Ito ang pinakamahusay, sapagkat alam mo rin na ang distro na gumagana sa isang computer ay maaaring maging kapaki-pakinabang sa iba, at iyon ang dahilan kung bakit ang mga sa amin na may ilang karanasan sa GNU / Linux ay nagsasabi na ang pinakamahusay na distro ay ang kung saan pakiramdam ng komportable ang gumagamit. tikman
1- «Sa madaling salita, ang mga mambabasa ng blog na ito, sapagkat sila ay mga mambabasa lamang, ay walang kakayahang mapagtanto kung ang isang bagay ay mabuti o hindi, sapagkat dapat tayong gabayan ng mabuting paghuhusga, kaalaman at karanasan ng mga packager at developer»
Naging mambabasa ako ng blog na ito nang medyo matagal (makikita mo ang aking mga komento sa lumang balita), kaya't kasama ako sa pack. At ang sagot ay hindi: ang pagiging isang mambabasa nito o anumang blog ay hindi ako pinagana (kahit papaano para sa akin), upang hatulan ang mabuti o masama ng isang software na hindi ko alam. Maaari kong basahin kung ano ang sinasabi ng iba, at sa kasong ito may mga posisyon na kapwa para at laban sa systemd; sa katunayan, sa tuwing ang paksa ay itinaas sa Phoronix mayroong maraming debate, ngunit kahit doon nagtalo ang mga komento ay mahirap makuha. Tumutukoy ako sa mga argumento tulad ng "kapag tumawag ang systemd sa proseso X isang walang katapusan na loop ang nangyayari na ginagawang hindi magamit ang system."
At ang totoo ay sa pamamagitan ng paggamit ng distro o ibang iba, ginagabayan ka ng paghatol, kaalaman at karanasan ng mga packager at developer. Ang paggamit ng anumang OS o programa ay nagpapahiwatig ng bahaging pag-asa sa paghuhusga at karanasan ng iba; halimbawa, sa Linux tinatanggap mo ang desisyon na gumamit ng isang monolithic kernel sa halip na gumamit ng isang microkernel tulad ni Hurd. Ang desisyon na iyon ay kay Linus Torvalds, at tatanggapin mo ito sa pamamagitan ng paggamit ng kanyang core.
2- «Totoo ito, ito ay Libreng Software, at kung may kakaibang lilitaw, ang sobrang mga taong pinag-usapan mo noon at kanino dapat nating pagkatiwalaan ay maaaring mapansin at ipahayag ito, o marahil ay hindi, sapagkat dahil siguro sa sila ay mga tao ay maaawa silang tuksuhin. manahimik ka kapalit ng kung ano man. "
Sa gayon, kahina-hinala, bakit nagtitiwala kay Linus Torvalds at Richard Stallman at sa proyekto ng GNU? Hindi ko tiningnan ang code ng iyong mga programa, kaya siguro niloloko nila ako.
3 - «At tinatanong ko sa iyo ang parehong tanong na palagi kong tinatanong, ano ang mangyayari kung ang Systemd ay nakompromiso at napunta sa impiyerno? Naiiwan ba tayo na walang PULA, walang CRON, walang DNS, walang Init at lahat ng ginagawa nito? Iiwan ko ito doon. »
Paano kung ang OpenRC ay nakompromiso sa ilang paraan? O Mag-umpisa? O ang kernel? Nangyari ito sa akin, pagkatapos ng isang "normal" na pag-update sa Debian Testing, naubusan ako ng grub, hindi ako makapasok sa Debian o Windows, at sa oras na iyon ang aking kamangmangan ay nangangahulugang mayroon lamang akong pagpipilian na muling mai-install.
4- «Sa madaling sabi, ang mga sa amin na nagkomento, nagbasa at gumagamit ng GNU / Linux sa blog na ito ay hindi dahilan. Iyon ang gusto mong sabihin? "
Hindi, hindi ko sinasadya iyan; Hindi ko balak na gawing pangkalahatan mula sa isang partikular, kongkretong sitwasyon, sa kabuuan ng pag-uugali ng isa, o isang libo, na mga tao. Ngunit naniniwala ako na sa kaso ng systemd ito ay sinasalita ng maraming beses nang hindi gumagawa ng isang layunin at matahimik na pagsusuri; nangyari rin ito sa Wayland-Mir, maraming hindi nasusukat na mga paghahabol na ginawa, kapwa laban sa Wayland at Canonical.
Gayundin, inuulit ko na nabasa at nagkomento ako sa blog na ito (tulad ng sa iba pa), at gumagamit ako ng GNU / Linux.
At inuulit ko rin ang sinabi ko dati: gamitin natin ang ating utak, pag-aralan kung ano ang naririnig at nabasa, kumuha ng iba't ibang pananaw upang subukang tanggihan ang parehong A at hindi A, at kung maaari, kumuha tayo ng ating sariling karanasan upang ibase ang ating mga konklusyon sa mga katotohanan. At pagkatapos ay gamitin natin ang anumang nararapat sa atin.
umm .. na rin na ang nakompromiso ay isang teorya ay tulad ng lahat .. ang aking katanungan ay lumipas na? .. marahil ang mga bug ay hindi natagpuan sa lahat ng software at naitama sila kung may mga bug sa systemd naitama nila ito at dahil sa anumang programa magkaroon ng mga bug .. ang problema ay hindi na maaari itong mabigo, ito ay kung nais mo itong gawin o kontrolin kung ano ang ginagawa nito ngunit hindi sa palagay na maaari nitong mabigo ang anumang maaaring mabigo sa isang sandali ... Hindi ako isang tagahanga ng systemd sa aking opinyon .
Ang isang bug ay maaaring maganap sa computer ng isang gumagamit at walang maaaring mangyari, ngunit sa isang bagay ng server ay napaka, ibang-iba.
Tiyak na @waco kung nakakuha ka ng mga bug sa isang software dapat mong iwasto ang mga ito. Ang problema ay ang systemd ay may maraming mga lumang bug (ilang mga itinayo noong 2010 at seryoso) at hindi pa rin sila naayos ngayon, o simpleng binabaan, o simpleng minarkahan ni Lennart bilang CLOSED o WONTFIX.
ang iyong puna ay matagumpay! Hindi tayong lahat ay mahuhulog sa systemd sapagkat ito ay naka-istilo at nilikha bilang isang kampanya sa pagpapahid dito ... bawat pagbabago ay may pagtanggi.
Tumugon ako sa iyong mga argumento:
1.- Ang mga seryoso at nagtatanong na mga gumagamit, at ang mga developer ay magkakilala sa mga pakinabang at dehadong paggamit ng systemd sa anumang pag-unlad at kapaligiran sa trabaho, ang mga kahinaan at kalakasan ng systemd ay hindi nagbabago dahil sa pagkakaroon ng isang pananaw o iba pa.
2.- Tiyak na systemd ay libre software at maaaring ma-audit. Ang problema ay hindi na ito ay nakatago sa likod ng mga pintuan, ang problema ay gumagawa ito ng mga bagay na hindi dapat gawin ng isang init (control sa network, dns, mga console ng TTY, atbp.), Na mayroon itong maraming mga serbisyo na dapat sa iba, gumagawa ito ng mga bagay sa isang ganap na naiibang paraan mula sa kung paano sila inaasahang magagawa, na lumalabag sa mga patakaran ng Linux kernel mismo (coredump), na marami sa mga developer nito ay hindi masyadong nagmamalasakit sa paglutas ng mga problemang istruktura na mayroon ang systemd (coredump at debug ay kabilang sa mga pinaka seryoso pa hindi nalutas).
3.- Ang isang bagay ay ang pag-download ng isang binary na naging isang programa na ang CONFIGURATION at LOGS ay nasa simpleng teksto pa rin, at isa pang bagay na mag-download ng isang binary na ang Kumpirmasyon at iba pang impormasyon ay nakaimbak sa binary at maa-access lamang sa pamamagitan ng mga tukoy na tool, Dito nagbabago ang mga bagay. Ang isang binary log ay hindi nag-aalok ng seguridad (kung talagang gusto mo ng seguridad, i-encrypt ang pagkahati sa AES-256), ito ay isang itim na kahon lamang kung saan hindi mo alam ang anuman tungkol sa nangyayari at pinahiram nito ang sarili sa maraming mga bagay, halimbawa: Isipin na mayroon kang Ang Trojan na nagsasamantala sa isang kahinaan ng systemd at sa pamamagitan nito ay nakakakuha ng buong pag-access sa system kasama ang serbisyo sa pag-log at pagdaragdag ng pribilehiyo. Hindi ba seryosong problema iyan? Hindi ba direktang hinahawakan ang mga binary log ng systemd laban sa iyo sa pamamagitan ng pagiging hindi maririnig nang hindi nakarating sa puntong hindi na nila namamalayan na nabago? Mayroong punto at pagkakaiba sa pagitan ng isang programa at isang pagsasaayos ng mga file / log / dump sa binary.
4.- Ang kernel ay isang piraso ng software na dinisenyo sa diwa na iyon, ito ay dinisenyo mula sa simula upang makontrol ang lahat sa iyong PC, hindi isang init. Ang isang init ay nakatuon lamang sa pag-angat ng iyong system ng kernel at magagamit, sapagkat ito ang unang bagay na magsisimula at ang huling bagay na dapat matapos. Iyon ang dahilan kung bakit tinawag itong init (pagsisimula) dahil nagsisimula lamang ito sa system at walang ibang ginagawa, at ang dahilan para dito ay napaka-simple, ang init ay dapat na pinaka-matatag at perpektong piraso ng software na posible, upang maiwasan iyon sa ilang kadahilanan Nagtatapos ito sa pagwawasak sa buong sistema, ito ay tungkol sa katatagan at seguridad. Ang Xorg, ay isa pang boses, maraming bagay ang ginagawa nito totoo, ngunit wala nang mapanganib na iwan ka ng isang ganap na hindi magagamit na system, at ang pagsasaayos din nito ay ginagawa pa rin sa simpleng mga simpleng file ng teksto.
5.- Tiyak na ang mga distrito ay hindi obligadong mag-alok ng kalayaan sa isang malawak na kahulugan, at dahil dito ipinakita ang kasalukuyang diatribe. Ngunit, kami ay mga gumagamit at pamayanan, at marami sa amin ay simpleng hindi sumasang-ayon sa pagpapatupad ng sistemang ito, iyon ang dahilan kung bakit pinapaabot namin ang ating boses, makinig man sila o hindi, ito ay usapin ng mga bubuo ng distro, at ang kanilang desisyon ay magkakaroon ng epekto sa ang mga nagpasya na gamitin ang kanilang distro o hindi, at iyon, malinaw na maaaring humantong sa pagkabigo ng maraming mga distro depende sa kung paano nangyayari ang mga bagay at isang halimbawa ngayon ay si Debian at ang fork na Devuan.
6.- Ang balita sa BSD ay dahil sa kung ano ang nangyari sa OpenSSH at sa OpenBSD IP stack, isang pintuan sa likod na apektado hindi lamang ang BSD kundi pati na rin ang Linux (sa kaso ng OpenSSH), at naayos na. Ang sitwasyon ay maiugnay sa BSD, sapagkat ang BSD (Theo de Raadt sa OpenBSD) ang namumuno sa pagpapaunlad ng tool na ito (OpenSSH) at lumitaw ang sitwasyon dahil ang ilang mga developer na hindi na aktibo sa proyekto ay nagtanim ng likuran. Ang sitwasyon ay nalutas at ang mga kaugnay na hakbang na dapat gawin ay idineklara sakaling ang sitwasyong ito ay maaaring makaapekto sa mga gumamit ng software. Ngayon: Maaari bang maganap ang sitwasyong ito sa systemd? Ang sagot ay simple, at ang resulta ay sakuna, dahil pinangangasiwaan ng systemd ang pagtaas ng mga pribilehiyo bukod sa maraming iba pang mga bagay, ang isang backdoor sa systemd ay nangangahulugang kabuuang pag-access sa system, isang bagay na hindi nangyari sa mga backdoors na nabanggit sa BSD.
Ibinalik nila ang tinidor ng Debian nang walang systemd na mayroon nang isang web page. Tila na ang proyekto ay pagpunta at napaka-seryoso. https://devuan.org/
Nai-update na ISO at ilang mga bagong pag-upload.
https://forum.manjaro.org/index.php?board=50.0
Ang installer ay hindi masyadong malinaw, hindi ko masusunod ang kanilang mga hakbang, lalo na sa bahagi ng mga paghati, hindi ko alam kung bakit pinipilit nila ang mga nakalilitong bagay na ito.
Mayroong isang bagay na nakakuha ng aking pansin tungkol sa netinstall gamit ang Openrc, sa isang lugar sa pag-install na patuloy kong nakikita ang mensahe na ini-configure mo ang systemd, magiging malaya ba sila sa systemd o sa paggamit nito?
Kumusta Manuel, sinusunod ko rin ang parehong bagay sa panahon ng pag-install, dapat itong isang bagay ng installer dahil kung ano ang walang duda ay hindi naka-install ang systemd, kumpirmahin mo sa terminal tulad nito: pacman -Qs openrc
Regards
Hello keos, una sa lahat humihingi ako ng paumanhin para sa hindi pa nasagot dati. Pinahahalagahan ko ang iyong sagot, masaya akong malaman na inaalok ng Manjaro ang pagpipiliang ito; sa sandaling matapos ang suporta ng Precise ng Ubuntu (o baka mas maaga) mai-install ko ito. Pagbati.
Magandang post
Maghihintay ako sa Manjaro kasama ang Systemd habang ang bersyon ng OpenRC ay huminahon nang kaunti pa, nais kong makawala sa systemd… (pawis ko ito)