Upgrade HTPC a čerstvé dojmy z Debianu Jessie (diskuse)

[disorder]

Moja bedna je vysoka iba tak aby sa vosli 2x 3.5" disky na seba, takze by som sa obaval. Ale nakoniec som bral Intel Celeron, lebo je pasivne chladeny a obaval by som sa, ze by ho v noci bolo pocut.

[pushkin]

Tak tam by se opravdu nevešel Co se týče chlazení ani ta moje sestava není extra hlučná - vlastně zhruba odpovídá notebooku při mírné zátěži, takže i minimální hlasitost hudby jej přehluší. Navíc spíme v jiné místnosti, takže ani z tohoto důvodu nebylo třeba uvažovat o pasivním řešení.

[#Tom]

Nový Debian prý jde od systemd odplevelit (návod tady), ale sám jsem to nezkoušel, zatím mám jen Wheezyho.

[honzaa]

Co je za problem se systemd?

[Mrtva]

systemd

[#Tom]

Na prvním místě stojí nemožnost výběru konkrétního initu. V podstatě jde o problém distribucí, v tomto případě Debianu, ne toho odvážně pojatého řešení „vše v jednom“, o než mnoho lidí nestojí.

[Josef Kufner]

Hm,... když jsem teďka nedávno instaloval Debian (minimální instalaci, kterou jsem pak přeplácl starou instalací), dalo mi to do nabídky Grubu volbu pro nabootování s použitím SysV initu – nastavuje to volbu init=/lib/sysvinit/init. Zatím jsem ji nevyužil, systemd nepoužívám.

[#Tom]

To je dobře, že aspoň zůstala nějaká možnost volby bez balíčků třetích stran. Otázka je, co se pak ukrývá za /sbin/init…

[pavlix]

A není to jedno, i kdyby třeba na cestě /sbin/init nebylo nic?

[honzaa]

Ale ja opravdu nevim, co je na systemd spatneho. Nainstaluju operacni system a it just works. Proc bych se tim mel dale zabyvat?

[Heron]

Možná si projděte zdejší a nejen zdejší diskuse na téma systemd.

Nainstaluju operacni system a it just works.

Ano, pokud to skutečně prostě funguje, tak je to v pořádku. V takovém případě je vám ale celkem jedno, jaký tam máte podvozek, protože prostě funguje.

Jenže ten rozdíl začne být patrný, pokud to fungovat přestane. V případě klasických init skriptu, rc skripty v bashi a logy v texťácích můžete použít v podstatě libovolné základní nástroje pro prozkoumání co se děje nebo neděje (klidně si můžete do těch rc skriptů naflákat echo apod).

V případě systemd je mnohem více věcí k rozbití. Např zjistíte, že binární logy journald jsou poškozené, takže nevíte co se stalo. systemd je binárka, takže si ji těžko prohlédnete (nehledě na to, že je to uvnitř násobně složitější, než pár vzájemně se volajících shell skriptů. A tak dále. Flamů na toto téma bylo dost.

[kotyz]

zatim de pořád journald vypnout a nechat logovat syslog, mam to tak nastavený. ale v defaultu to používá ty binární logy + komprimovaný crashdumpy který mi vždycky na 10 minut odstavili komp, zabíraly místo na disku a byly mi uplně k ničemu. Pro běžnýho usera na desktopu je to defaultní nastavení dost nevhodný...