read only root fs
BEREGNYEI Balazs
Hali,
Egy ARM-os rendszeren tamadt az a problema, hogy erdemes read only-ban
tartani a root fs-t, hogy sose haljon le az eszkoz aramszunet eseten.
(Tudtommal jffs2-hoz peldaul fsck sincs.)
Ha viszont read only, akkor egy csomo dolog nem mukodik rendesen:
dhclient, wvdial, apache. Emiatt kenytelen vagyok boot idoben ramdiskre
bemasolni es onnan bemountolni tobbek kozott a /etc-t. (A teljes root fs-t
nem, mert nincs annyi RAM).
Ha viszont a /etc ramdisken van, akkor menet kozben kisse nehezkes ugy
valtoztatni barmelyik szerverprogram konfigjan, hogy a valtozas boot
utan is megmaradjon: /etc-bol menteni mindent, ami menet kozben
megvaltozott (pl. resolv.conf), aztan /etc-t umountolni, flash-t rw-be
kapcsolni, modositani, ro-ba kapcsolni, /etc-t vissza ramdiskre,
valtozasokat visszairni, bemountolni.
Nincs valami elegansabb modszer erre? Ti hogy csinalnatok? Az en modszerem
ganyolasnak tunik.
Koszi,
BB
_________________________________________________
linux lista - li...@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Kovács Attila
BEREGNYEI Balazs írta:
> Nincs valami elegansabb modszer erre? Ti hogy csinalnatok? Az en modszerem
> ganyolasnak tunik.
>
--
k-atti-
Lajber Zoltan
On Sat, 5 Dec 2009, BEREGNYEI Balazs wrote:
> Ha viszont a /etc ramdisken van, akkor menet kozben kisse nehezkes ugy
> valtoztatni barmelyik szerverprogram konfigjan, hogy a valtozas boot
> utan is megmaradjon: /etc-bol menteni mindent, ami menet kozben
> megvaltozott (pl. resolv.conf), aztan /etc-t umountolni, flash-t rw-be
> kapcsolni, modositani, ro-ba kapcsolni, /etc-t vissza ramdiskre,
> valtozasokat visszairni, bemountolni.
>
> Nincs valami elegansabb modszer erre? Ti hogy csinalnatok? Az en modszerem
> ganyolasnak tunik.
Volt regen egy sarge-os tuzfalam, az mukodott hasonloan. cd-rol bootolt,
pendrivertol vagy floppyrol mergelte az /etc -t, es ramdiskbol futott.
volt ra tool, ami egy mukodo rendszerbol legyartotta a cd-t, meg intezte
az irhato mediara mentest es merge-t.
Udv,
-=Lajbi=-----------------------------------------------------------------
LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal
HTH=Hope This Helps, YMMV=Your Mileage May Vary, HAND=Have A Nice Day
Ferenc Wagner <wferi@niif.hu>
> Egy ARM-os rendszeren tamadt az a problema, hogy erdemes read only-ban
> tartani a root fs-t, hogy sose haljon le az eszkoz aramszunet eseten.
> (Tudtommal jffs2-hoz peldaul fsck sincs.)
De nem is szokott ártani neki az áramszünet, j-vel kezdődik a neve.
> Ha viszont read only, akkor egy csomo dolog nem mukodik rendesen:
> dhclient, wvdial, apache. Emiatt kenytelen vagyok boot idoben ramdiskre
> bemasolni es onnan bemountolni tobbek kozott a /etc-t. (A teljes root fs-t
> nem, mert nincs annyi RAM).
Elég csak a /var-t rw-nek hagyni. A többi maradhat ro, illetve
konfiguráláshoz remount,rw.
--
Feri.
BEREGNYEI Balazs
On Sat, 5 Dec 2009, Ferenc Wagner wrote:
>> tartani a root fs-t, hogy sose haljon le az eszkoz aramszunet eseten.
>> (Tudtommal jffs2-hoz peldaul fsck sincs.)
>
> De nem is szokott ártani neki az áramszünet, j-vel kezdÿÿdik a neve.
Nekem mas a tapasztalatom! Egyreszt zavaro, hogy bootolasnal folyamatosan
szaporodnak a jffs2 warningok (minden reset hozzatesz 1-2 ujabb sort a
warning folyamhoz). Masreszt doglott mar meg fs hiba miatt ilyen cuccom,
es utaznom kellett miatta 100 km-t. Tehat inkabb legyen read only, meg
akkor is, ha j-vel kezdodik a neve...
A masik szempont a read only mellett, hogy (erdekes modon) 10-20 %-kal
tobbet fogyasztanak az ARM-os cuccaim, ha rw a root fs. Vannak
ceruzaelemrol mukodo eszkozeim is, azokat a fogyasztas miatt sem
hagyhatom rw-ben.
> Elég csak a /var-t rw-nek hagyni. A többi maradhat ro, illetve
> konfiguráláshoz remount,rw.
De akkor a dhclient nem tudja beleirni a /etc/resolv.conf-ba az aktualis
dns-t, a wvdial nem tud betarcsazni, es ezek nem konfig idoben mukodnek,
hanem allandoan.
BB
Gabor Gombas
On Sat, Dec 05, 2009 at 01:27:05PM +0100, BEREGNYEI Balazs wrote:
> Ha viszont a /etc ramdisken van, akkor menet kozben kisse nehezkes ugy
> valtoztatni barmelyik szerverprogram konfigjan, hogy a valtozas boot
> utan is megmaradjon: /etc-bol menteni mindent, ami menet kozben
> megvaltozott (pl. resolv.conf), aztan /etc-t umountolni, flash-t rw-be
> kapcsolni, modositani, ro-ba kapcsolni, /etc-t vissza ramdiskre,
> valtozasokat visszairni, bemountolni.
mount --bind-del mentsd at az eredeti /etc-t valami felreeso helyre,
mielott ramountolod a ramfs-t, es akkor remount-rw/rsync/remount-ro eleg.
Gabor
--
---------------------------------------------------------
MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
---------------------------------------------------------
Ferenc Wagner <wferi@niif.hu>
> On Sat, 5 Dec 2009, Ferenc Wagner wrote:
>
>>> tartani a root fs-t, hogy sose haljon le az eszkoz aramszunet eseten.
>>> (Tudtommal jffs2-hoz peldaul fsck sincs.)
>>
>> De nem is szokott ártani neki az áramszünet, j-vel kezdÿÿdik a neve.
>
> Nekem mas a tapasztalatom! Egyreszt zavaro, hogy bootolasnal folyamatosan
> szaporodnak a jffs2 warningok (minden reset hozzatesz 1-2 ujabb sort a
> warning folyamhoz). Masreszt doglott mar meg fs hiba miatt ilyen cuccom,
> es utaznom kellett miatta 100 km-t. Tehat inkabb legyen read only, meg
> akkor is, ha j-vel kezdodik a neve...
>
> A masik szempont a read only mellett, hogy (erdekes modon) 10-20 %-kal
> tobbet fogyasztanak az ARM-os cuccaim, ha rw a root fs. Vannak
> ceruzaelemrol mukodo eszkozeim is, azokat a fogyasztas miatt sem
> hagyhatom rw-ben.
>
>> Elég csak a /var-t rw-nek hagyni. A többi maradhat ro, illetve
>> konfiguráláshoz remount,rw.
>
> De akkor a dhclient nem tudja beleirni a /etc/resolv.conf-ba az aktualis
> dns-t,
ln -s /var/lib/resolv.conf /etc/resolv.conf
vagy bind mount, ha ez valamiért nem elég jó. Sűrűn változik az
aktuális DNS?
> a wvdial nem tud betarcsazni, es ezek nem konfig idoben mukodnek,
> hanem allandoan.
A wvdialt nem ismerem, de hasonló trükközéssel biztos az is kijátszható.
--
Feri.
Kiss Gabor
[Posted and mailed]
In article <Pine.LNX.4.64.09...@impulzus.bercsenyi.bme.hu>,
BEREGNYEI Balazs <be...@impulzus.com> writes:
> De akkor a dhclient nem tudja beleirni a /etc/resolv.conf-ba az aktualis >
> dns-t, a wvdial nem tud betarcsazni, es ezek nem konfig idoben mukodnek, >
> hanem allandoan.
Csak egy kósza tipp: bind mount erre a két-három kritikus file-ra?
Nem lesz perzisztens, de ezeknek nem is kell, ha jól látom.
g
Bartos-Elekes Zsolt
> Csak egy kósza tipp: bind mount erre a két-három kritikus file-ra?
> Nem lesz perzisztens, de ezeknek nem is kell, ha jól látom.
Esetleg unionfs?
--
Sziasztok: Zsolt
Horváth Ágoston János
2009/12/7 Bartos-Elekes Zsolt <mu...@kite.hu>:
>> Csak egy kósza tipp: bind mount erre a két-három kritikus file-ra?
>> Nem lesz perzisztens, de ezeknek nem is kell, ha jól látom.
>
> Esetleg unionfs?
Pontosan. En is pont ezt akartam ajanlani.
Ha erdekel egy mukodo megoldas, nezd meg a oleg.wl500g.info -t. Az
oleg-fele wl500g firmware-ben pontosan ezt van, ott egy nem irhato
squashfs-t mountol /-be, majd erre unionfs-el ramountol egy ramdisket,
es kibontja bele egy 30-40 kbyte-os .tar.gz -t.
Igy a / teljesen irhato, amit irsz, egy konyvtarba kerul (te adod meg,
hova), es ha el akarod menteni a valtoztatasokat, csak siman betarolod
egy file-ba es azt elmented. Ha meg nem tar-olod be, akkor reboot-nal
az eredeti allapotot kapod vissza, ami igen kellemes, ha messze vannak
az eszkozeid.
BTW, lehet, hogy nem pont unionfs a neve, de valami ilyesmi. Azt
teszi, hogy egy konyvtarat virtualisan ra-mountol egy masikra. Amit
irsz, az az elso konyvtarban kot ki. Ha olvasol rola, akkor eloszor
megnezi, hogy benne van-e az elso konyvtarban. Ha igen, onnan olvas,
ha nem, akkor az eredeti konyvtarbol.
Asszem ennek van nem LUFS-es valtozata is, nativ kernel modullal.
Agoston
Bartos-Elekes Zsolt
Horváth Ágoston János wrote:
> Ha erdekel egy mukodo megoldas
Koszi, de en is hasznalom az unionfs-t (a routereim, tuzfalaim, AP-im
mind Compact Flash kartyarol mennek, es a /var az unionfs). Stabil,
semmi bajom sincs vele.
> BTW, lehet, hogy nem pont unionfs a neve, de valami ilyesmi.
Amit en hasznalok, annak igen:
http://www.filesystems.org/project-unionfs.html
--
Sziasztok: Zsolt