[voyage] root fs mount alleen ro

[Boudewijn]

Hoi


Ik ben voor mijn afstuderen bezig met een Voyaeg-Linux (debian maar dan stripped) embedded x86 bordje, en ik heb het probleem dat het kreng zich alleen ro mount (het is een CF medium dat gewoon RW kan).

code:

bash-2.05a# cat fstab
/dev/hda1       /       ext2    defaults,noatime        0       0
proc            /proc   proc    defaults                0       0
tmpfs           /rw     tmpfs   defaults,size=30M       0       0

Dit zou moeten kloppen.
echter geeft mtab (en /proc/mounts) dit aan:

code:

Aerga-radius:~# cat /etc/mtab
rootfs / rootfs rw 0 0
/dev/root / ext2 ro,noatime 0 0
proc /proc proc rw 0 0
devpts /dev/pts devpts rw 0 0
tmpfs /rw tmpfs rw 0 0

Heeft iemand enig idee waar die fstab overruled wordt?
ik heb gisteren al de halve dag lopen te zoeken.
in /etc/init.d staat btw mountall.sh:

code:

#
# mountall.sh   Mount all filesystems.
#
# Version:      @(#)mountall.sh  2.83-2  01-Nov-2001  [e-mail]
#
. /etc/default/rcS

#
# Mount local file systems in /etc/fstab. For some reason, people
# might want to mount "proc" several times, and mount -v complains
# about this. So we mount "proc" filesystems without -v.
#
[ "$VERBOSE" != no ] && echo "Mounting local filesystems..."
mount -avt nonfs,nosmbfs,noncpfs,noproc
mount -at proc
cp -a /ro/* /rw/
#cp /proc/mounts /etc/mtab

kill -USR1 1

dat mount /dev/root dus niet.

Even voor alle duidelijkheid : als ik het bordje opstart kan ik niet touch /abc doen als root


edit:
dit is een oplossing, maar beetje lompe move:
http://wiki.voyage.hk/dokuwiki/doku.php?id=remove_ro

[ Voor 3% gewijzigd door Boudewijn op 25-10-2006 12:00 ]

[DeMoN]

Heb jij zelf

code:

#cp /proc/mounts /etc/mtab

die uncomment hier gezet?

[Boudewijn]

nop.

heb ook geen idee welke aap dat heeft gedaan.
hmm nu ik dit zo lees is dat idd wel heel vreemd.


het probleem is dat er paar mensen met die voyage install hebben gezooid en ik niet opnieuw kan beginnen (update van een EOL product)

[DeMoN]

Boudewijn schreef op woensdag 25 oktober 2006 @ 12:45:
nop.

heb ook geen idee welke aap dat heeft gedaan.
hmm nu ik dit zo lees is dat idd wel heel vreemd.


het probleem is dat er paar mensen met die voyage install hebben gezooid en ik niet opnieuw kan beginnen (update van een EOL product)

Omdat die regel nu uncommented is zou het volgende wel eens kunnen gebeuren.

We gaan van een normale situatie uit:
- mountall.sh draait
- alles in fstab wordt gemount (mount -a)
- de mount tabel wordt geupdate naar /proc/mount
- mtab krijgt deze waarden aangemeten (die cp actie)

Nu die cp actie niet meer draait:

- mountall.sh draait
- alles in fstab wordt gemount
- de mount tabel wordt geupdate naar /proc/mount
- mtab blijft zoals hij bij de vorige boot was en misschien zit daar dus de fout in

Probeer het eens zonder die #
Probeer anders een met knoppix (ofzo)te booten en vanaf de cli die / te mounten met als parameter rw erbij, dan kan je mooi testen of die schijf uberhaupt in rw wil gaan

[Boudewijn]

als ik de CF kaart pak, mount en chroot op mijn eigen gentoo box doet het het prima.
Knoppix wordt lastig : het draait op zo'n bordje:
http://www.pcengines.ch/wrap.htm


Ik ga even die fix proberen zo.

waarom zou iemand dat btw zo willen doen? (ik ga er even vanuit dat iemand die weet wat hij deed daar aan gezeten heeft, maar ik krijg geen valide reden verzonnen (hij mounte eerst alles al ro in fstab ivm 'bewaren' van de stick))

[DeMoN]

Boudewijn schreef op woensdag 25 oktober 2006 @ 13:05:
(hij mounte eerst alles al ro in fstab ivm 'bewaren' van de stick))

Dat wil alleen maar meer zeggen dat dit het wel eens zou kunnen zijn, ik ben benieuwd
Ik denk dat door die cp actie die nu niet meer is (uncomment) hij in deze staat blijft.

Anybody correct me if I'am wrong!

[ Voor 18% gewijzigd door DeMoN op 25-10-2006 13:09 ]

[Boudewijn]

code:

Aerga-radius:~# cd /
Aerga-radius:/# touch a
touch: creating `a': Read-only file system
Aerga-radius:/#

gedaan, werkt niet.
rw is op een CFje dat ik op pc mount , maar ik wil wat meer kunnen even.

[igmar]

Kun je het wel als je een

code:

mount -o remount,rw /

geeft ? Indien nee, dan is je flash kaart ro. Indien ja, dan moet je 't ergens in het initscript zoeken. / wordt ergens vrij in het begin al gemount, die mount -a regel zal dat niet veranderen indien dat ro gebeurd.

[DeMoN]

igmar schreef op woensdag 25 oktober 2006 @ 15:19:
Kun je het wel als je een

code:

mount -o remount,rw /

geeft ?

Mja, dat zou ik ook wel eens willen weten

Indien nee, dan is je flash kaart ro.

Wel raar, want als hij die CF test op zijn Gentoo bak doet ie gewoon rw.

Indien ja, dan moet je 't ergens in het initscript zoeken. / wordt ergens vrij in het begin al gemount,

Ja, omdat als er een fsck nodig is het systeem ro moet zijn want fsck'en while rw schijnt niet erg ok te zijn, maar dat weet jij ook wel

die mount -a regel zal dat niet veranderen indien dat ro gebeurd.

Deze zin begrijp ik niet helemaal.
mount -a doet gewoon alles uitvoeren wat in /etc/fstab staat en in dit geval geeft hij aan de / mee hem op 'defaults' te mounten. defaults is o.a. altijd al rw, dus dan zou hij het gewoon al moeten doen.
'noatime' is ff niet boeiend in dit geval, heeft met accesstimes te maken las ik net.

[igmar]

DeMoN schreef op woensdag 25 oktober 2006 @ 15:39:
Wel raar, want als hij die CF test op zijn Gentoo bak doet ie gewoon rw.

Niks raar aan, het kan hardwarematig zo zijn.

Deze zin begrijp ik niet helemaal.
mount -a doet gewoon alles uitvoeren wat in /etc/fstab staat en in dit geval geeft hij aan de / mee hem op 'defaults' te mounten. defaults is o.a. altijd al rw, dus dan zou hij het gewoon al moeten doen.

Ja, mits het FS niet gemount is. / is altijd gemount, dus de mount -a veranderd de flags niet.

'noatime' is ff niet boeiend in dit geval, heeft met accesstimes te maken las ik net.

Da's om te voorkomen dat ie dagelijks flashkaarten kan wisselen.

[DeMoN]

Hmm ok.
Zomaar een hersenspinsel, kan het niet zo zijn dat doordat hij in zijn fstab de fsck-check op 0 heeft staan, zijn fs niet gechecked wordt terwijl er door het systeem wordt gedacht dat dat wel nog even moet gebeuren? met dmesg zou je in dat geval een melding "warning: mounting unchecked file system" moeten terugvinden, waarna hij hem voor de veiligheid als ro mount.

[CopperCAT]

Ik gebruik zelf ook voyage, maar dan op een Soekris bordje, als wireless ap/firewall. Wanneer voyage boot kopieert het de inhoud onder /ro naar een ramdisk (dus directories die schrijfbaar moeten zijn zoals /var e.d). En om alles rw/ro te mounten roep je respectievelijk het script "remountrw" / "remountro" aan

Overigens, een flashkaart gebruik je best readonly, omdat die dingen nogal snel slijten door ze elke keer op dezelfde plek te beschrijven met nutteloze logs...

[Boudewijn]

ik heb hier ook soekrisjes maar daar werk ik atm niet mee.

dit wordt niet in productie genomen alleen heb ik een hangende apache daemon; en ik wil even een rw bordje hebben om mee te 'prutsen'.
snappie?


ik ga even een voor een de tips hierboven uitvoeren en daarna edit ik deze post wel even.

[DeMoN]

nog gelukt?

edit: zeker een pils pauze

[ Voor 60% gewijzigd door DeMoN op 27-10-2006 20:54 ]

[Boudewijn]

offtopic:
ben nog aan het spelen met dat bordje; kwam wat tussen.

ik ga het zo wel even proberen.

[Boudewijn]

remountrw werkte .
thanks heren; ik voel me dom (zocht alleen naar standaard oplossingen ).


* Boudewijn voelt zich spuit11.

offtopic:
ik heb van die pc-engines-bordjes en soekrisjes over, iemand interesse?

[ Voor 23% gewijzigd door Boudewijn op 27-10-2006 23:02 ]

[Verwijderd]

Waarom verkoop je die? Dat is toch zonde!

[Boudewijn]

wij hebben er als bedrijf stel over met 64mb intern.
onze toepassing hangt daar gewoon keihard op, en 128meg is dus nodig.

soekrisjes: geen idee waarom, maar ik heb er zo'n 25.