Vlákno názorů ke zprávičce Sjednocení /bin a /usr/bin

A kdyz chci mit /usr na jiny partisne nez je root, tak ji jako namountuju jak kdyz nebudu mit /bin? To je ale genialni napad zase...

Zkus initramfs...

to podla http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken nieje mozne ani teraz

to se tyka pouze systemd

To není ani trochu pravda. Systemd (jak je též zmíněno v odkazovaném článku) nemá s odděleným /usr vůbec žádný problém. Jen tak nějak z dobré vůle vyhazuje varování, aby si uživatel důkladně popřemýšlel, jestli ten oddělený /usr potřebuje (pokud ano, může varování vesele ignorovat).

Bohužel totiž ostatní komponenty systému (zejména udev) v nepřítomnosti /usr tiše vybuchnou a uživatel na to přijde, až když řeší, proč mu netiskne tiskárna či neakceleruje grafika (kvůli špatným ACL na /dev/ souborech).

to se tyka pouze systemd

V první řadě je třeba se zamyslet, jestli je pro to relevantní důvod. Sám jsem před pár dny prošel migrací /usr ze separátního FS na root FS na jedné ze svých stanic. Předchozích mnoho let jsem tvrdošíjně vytvářel oddělené /usr, aby byl co nejmenší a tudíž obtížně zničitelný root fs; taky jsem reportoval spoustu chyb ve všemožných komponentech způsobených odděleným /usr. Konečně jsem ale dospěl k názoru, že dostatečně pádný důvod pro oddělený /usr nemám a nestojí mi to za tu práci.

Jediná rozumně znějící motivace pro separátní /usr je jeho sdílení mezi více stroji a v tomhle případě právě navrhovaná změna je krok správným směrem (všechna sdílitelná readonly data z / se přesunou na /usr a na kořeni zůstane jen konfigurace). V takovém případě pak je třeba mít potřebné utility pro mount /usr v initramfs, stejně jako tomu bylo doposud s rootfs (binárky z rootu se tedy přestěhují buď do /usr nebo initramdisku podle toho, jestli jsou či nejsou třeba k přimontování /usr).

Napadá-li někoho jiný důvod pro separátní /usr, který stojí za tu práci, sem s ním.

Nedostatek mista na lokalnim ulozisti u embedded zarizeni, kdy presunuti /usr na nfs usetri spoustu mista a zaroven umozni se systemem pracovat v pripade vypadku site.

Embedded zařízení se to vůbec netýká, tak si každý zbastlí nějakou hrůzu tak, jak umí, a krom toho se vůbec nepoužívá udev, ale přinejlepším mdev, případně nedejbože statický /dev.

Pokud na nich nechcete provozovat treba debian, pak chapu, ze vam to je jedno.

Debian se svým initramfs nemá s tímto absolutně žádný problém. Ono by to možná chtělo fakt nastudovat místo toho módního hekání, jak je všechno špatně.

Myslim, ze to mam nastudovane (koneckoncu par portu na obskurni architektury mam za sebou) ale moc rad se dozvim, jak treba nahrajete initramfs v CFE bootloaderu, ktery to neumi.

Nevím a je mi to popravdě celkem ukradené. Jak jsem už psal, ty embedded křápy si každej stejně prasí, jak ho napadne.

V jedno prispevku napisete, ze to Debian ma vychytane a v druhem, ze nevite a ze je vam to ukrade. Tak jak to tedy je? Zacinam mit pocit, ze nejste kompetentni to vychytanost posuzovat.

Ano, na HW, který používá normální věc na bootování, a ne sračku, která nezvládne ani initramfs, to má vychytané. Váš CFE bootloader je mi fakt u zadele, sorry.

A proc jste se tedy zapojoval do diskuze o embedded, kdyz vas nezajima a neorientujete se v ni? A jeste takovym neprijemnym zpusobem.

Já se nezapojoval, tys sem přilez s tím, že tam chceš používat Debian a teď remcáš, že ti nevyhovuje, protože používá initramfs. Tak si prosímtě ujasni v palici, co tam vlastně chceš používat.

A kde tak remcam? Muj prvni prispevek je reakce na Tomáše Trnku, ktery se ptal:

"Napadá-li někoho jiný důvod pro separátní /usr, který stojí za tu práci, sem s ním."

a proto jsem mu rekl, ze to je sikovne u embedded zarizeni, protoze pak muze veci, ktere nejsou nezbytne nutne pro chod systemu, umistit na sitove uloziste. Je to konfigurace, kterou sam pouzivam, a prijde mi prakticka. Protoze ji pouzivam k plne spokojenosti, jsem si jist, ze jsem si nestezoval, ze to nefunguje -- to by preci nedavalo smysl!