Debian read-only boot

[karlsson]

Kuidas oleks võimalik ehitada Debiani baasil selline opsüsteem, kus alglaadimise menüüst saaks valida nö. tavalise süsteemi ja sama süsteemi read-only reziimis? Vihjake ja jagage linke.

[Gomi]

Kiire otsing viitab sellele, et systemd ei tööta väga hästi read-only süsteemiga.

I am pretty sure we should expect that /var/tmp is writable during normal operation. We expect the same from /run and /tmp, and /var as a whole. Closing.

Mis kasu on oodatud kirjutamatust failisüsteemist?
Ei tea küll, kuidas asjale läheneda. Mitu initramfs'i, millest mõni on muditud failisüsteemi readonly-lt mountima? Mingi systemd service'i mudimine, et see loeks kernel commandline'ilt, kas juurfailisüsteem peaks kirjutatav olema või mitte?

[karlsson]

Kasu.. Saab katsetada erinevaid skripte, tarkvara ja ei pea muretsema, et süsteem pärast ka töötab.
Mingi aufs ja overlayfs abiga peaks üsna lihtsalt saama. Noh teoreetiliselt muidugi.

[DaStoned]

systemd nõuab ainult, et /var oleks kirjutatav. Samas ei pea see olema kirjutatud kettale

Ma olen ehitanud sellise read-only Debiani, kus /var ja /tmp on tmpfs otsa mounditud (sisuliselt ramdisk). See nõudis üksjagu jebimist systemd-tmpfiles abiga, sest tühjale ramdiskile tuleb enne kogu teenuste jaoks vajalik kataloogipuu tekitada (näiteks kui /var/lib alt on systemd jaoks vajalikud kataloogid puudu, siis ta lihtsalt keeldub üles tulemast).

Tänapäeval overlayfs peaks tegelikult üsna vähese vaevaga tegema seda mida vaja, moundid /etc/fstab abil /var ja /tmp overlayfs abiga üle ja võiks hakata looma.

Iseasi, kas seda saab boot menüüs niisama lihtsalt valida, sest su fstab muutub vastavalt sellele kumma valiku sa võtad. Ma selle kohta ei oska nõu anda.

[Gomi]

Selliseks testimiseks oleks näiteks VM vist ju kiirem valik? Teed paar snapshoti ning saadki eelmise skripti vea kahju likvideerida või üldse hakata uuesti peale punktist, kus igasugune lisatarkvara on installitud, mitte absoluutsest nullist. Pole ka võimalust midagi riistvaraga pekki keerata. https://www.phoronix.com/scan.php?page= ... -directory

Kui VM on miskipärast võimatu, siis keskmine liveUSB pakub sarnast keskkonda ka. Ketast ei mounti kuskile, konf-faile saab kirjutada igale poole tmpfs+overlayfs kombinatsiooni tõttu ning taaskäivitusel on kõik tagasi nullis.

[karlsson]

DaStoned, midagi sellist plaanis oligi. Et kettalt loetakse root ro ja overlayfs mounditakse samuti rootu. Näiteks juhtumiks, kus on vaja kirjutada /usr/bin jms. kataloogidesse. Nüüd vist peaks veel ainult otsima lahenduse kuidas grub saaks mudida fstab-i.

[DaStoned]

No teoorias saaks lihtsalt pidada kahte eraldi fstab faili, üks boodib normaalse ja üks read-only režiimi. Aga minu teada ei ole grubil ega linuxil built-in tuge fstab faili valimiseks. Viimases hädas saaks grubi ehk kirjutada mingi skripti mis kopeerib õige faili /etc/fstab sisuks.

Üldiselt tundub mulle Gomi soovitus mõistlikum valik. Sellise riskiastmega eksperimente, mis vajavad read-only failisüsteemi, on mõistlik korraldada VM-is.

[643]

käskida kernelis laadida kõik RAM-i ja kõik OS- protsessid töötavad mälus kuni alglaadimiseni..