Tohle se tedy povedlo - systemd neumí pracovat se samostatným oddílem /sys. Tedy pokud není libdbus v root partition... Copak je to zásadní problém pro nalezení jedné knihovny?
Proč přejít na systemd
Systemd je init daemon, který je ve vývoji přibližně rok a za tu dobu se do něj dostalo už mnoho zajímavých funkcí. Dnes už po něm začínají pokukovat velké distribuce a některé menší ho dokonce nasadily. První velkou a známou distribucí, která systemd adoptuje, bude Fedora 15 a další budou s jednou výjimkou určitě přibývat. Tou výjimkou je Ubuntu, které zůstává u Upstartu. Pokud vás zajímá, co systemd umí proti Upstartu a SysVinit, tak se podívejte na srovnání, které vypracoval Lennart Poettering, jeden z jeho hlavních vývojářů.
Dále čtěte…
- Jak optimalizovat systemd, aby počítač nabootoval do dvou sekund 15. 5. 2012 10:45
- Udev a systemd se spojí 5. 4. 2012 13:19
- Systemd má ambice nahradit syslog 21. 11. 2011 11:56
- Systemd v openSUSE 12.1 13. 6. 2011 10:37
- Vyšel Upstart 1.0 3. 3. 2011 17:47
Re: S neodděleným /sys? Proč?
celé vláknoZřejmě tu knihovnu potřebuje dřív, než připojí ostatní oddíly...
systemd
celé vláknoNo nevim, ten seznam vyhod systemd proti sysvinit mi prijde spis jako seznam nevyhod. Takova integrace s plymouth mi dost pije krev, nejde to zrusit. Povinnost linux cgroups v kernelu mi taky prijde spis k placi. Interfacing via dbus je megazlo, atd.
Zda se mi, ze to s Linuxovym prostredim jde delsi dobu dost z kopce. Nejhorsi na tom je, ze se vyvojari nesnazi o zadnou zpetnou kompatibilitu, takze ty svoje blaboly nuti vsem.
Re: systemd
celé vláknoTo souhlasim .. ale treba se casem objevi zpusob, jak to dat dohromady se starym init-em, napr. ze stary init udela zakladni system a systemd to prevezme od casti kde se jedna jiz o uzivatelsky runlevel. Jako asi by to znamenalo dalsi sesloziteni o jednu uroven (initrd, init, systemd), ale prineslo by to ty nove moznosti i pro stavajici uzivatele kteri nechcou menit vse (napr. jako ja - bude me system po upgradu s tak zasadni zmenou fungovat?)
Re: systemd
celé vláknoJa myslim ze kompatibilitu se SysV initem potrebujete akorat na urovni sysv-like startovacich skriptu. Coz systemd poskytuje.
Nevim jestli jste se nekdy v posledni dobe divali, jaky propletenec skriptu a jednoucelovych hacku je soucasny boot (myslim prave tu oblast pred startem uzivatelskeho runlevelu). Treba lvm i SW RAID se musi startovat jak v initrd, tak v rc.sysinit (a stejne tam nektere konfigurace - treba RAID 1+0 - nejdou udelat. Nastesti ted uz kernel umi nativni RAID-10.
Sice z toho nemam uplne dobry pocit, ze se stare dobre citelne shellskripty nahrazuji needitovatelnymi kompilovanymi programy, ale je-li vyhodou ze kazdy program nedela svoji polofunkcni variantu PID-souboru a testu jestli bezi (/etc/init.d/$subsystem status), tak jsem ochoten to vymenit.
-Yenya
Re: Proč přejít na systemd
celé vláknoAch jo, doufam, ze aspon v Debianu to nebude povinne. Takto to speje k necemu na zpusob open source Windoze. Za chvili uz ani v Linuxu nebude nikdo nicemu rozumnet a bude z toho totalni blackbox, kde clovek nic neopravi a ktery sezere hafo pameti na blbosti. Ted uz zbyva jen zavest obdobu registry. Jak se rika, KISS.
Re: Proč přejít na systemd
celé vláknoTaké mne to zronva 2x nepotěšilo a připadá mi to zbytečné zesložitění něčeho naprosto jednoduchého jako je upstart. Doufám, že se nedočkáme pro služby stejného dependency hell jako ve Win :-( Ale třeba je to jen můj názor a výsledek bude lepší, než si myslím.
Re: Proč přejít na systemd
celé vláknoNo, já taky, ale nějak jsem se zamyslel a přepsal. Ale to je celkem fuk, princip "zesložitěni" se systemd to partně nemění.

