| Autor |
Sõnum |
karlsson
Pingviini aktivist
Liitunud: 30.09.2011
Postitused: 122
|
|
| 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
Pingviini aktivist
Liitunud: 24.12.2017
Postitused: 182
Distributsioon: Gentoo, Debian
|
|
Kiire otsing viitab sellele, et systemd ei tööta väga hästi read-only süsteemiga.
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
Pingviini aktivist
Liitunud: 30.09.2011
Postitused: 122
|
|
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
Pingviini aktivist
Vanus: 44
Liitunud: 11.01.2007
Postitused: 393
Asukoht: Tallinn
Distributsioon: Debian
|
|
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.
|
|
|
|
_________________
When the shit hits the fan, keep your mouth shut!
|
|
|
|
Gomi
Pingviini aktivist
Liitunud: 24.12.2017
Postitused: 182
Distributsioon: Gentoo, Debian
|
|
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=news_item&px=UEFI-rm-root-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
Pingviini aktivist
Liitunud: 30.09.2011
Postitused: 122
|
|
| 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
Pingviini aktivist
Vanus: 44
Liitunud: 11.01.2007
Postitused: 393
Asukoht: Tallinn
Distributsioon: Debian
|
|
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.
|
|
|
|
_________________
When the shit hits the fan, keep your mouth shut!
|
|
|
|
643
Pingviini aktivist
Liitunud: 08.07.2019
Postitused: 393
Distributsioon: GNU/Linux (64bit/32bit)
|
|
| käskida kernelis laadida kõik RAM-i ja kõik OS- protsessid töötavad mälus kuni alglaadimiseni..
|
|
|
|
|
|
|
 |
|
|
