UHU 2.0 fájlrenszer hiba - csak olvasható

UHU Linux

Sziasztok!
Nagy az én hibám!
UHU 2.0
Az XMMS-ben az OpenGL kijelzési modulnál (ctrl+v) beállítottam a '3DFX teljes képernyős' módot, majd elindítottam a modul. Teljes halál, lefagyott.
Ezután reset, majd az első adandó alkalommal kivettem a 3D-ből a pipát, gondolván a 3D és meghajó nélküli ATI Radeon 9200 SE videókártya okozza a galibát. De ekkor már elkéstem...
Kiderült, hogy ezután az eset után szépen csak olvashatóvá lett az összes adatomat tartalmazó külön paríciót képező fat 32-es fájlrendszeren. 'Csak olvasható fájlrenszer' ezt írja ki akkor is, amikor jogokat próbálok rootként buherálni. Harakiri...

Hogyan tudám ismét kezelhetővé varázsolni a dolgot? Rá tudna vezetni valaki a probléma megoldására? Sajnos nem nagyon találtam adatot így erről.
Előre is nagyon köszönöm!
Minden jót!
Va

  • 4874 megtekintés

( phaul | 2007. 04. 18., sze – 22:16 )

Hali,

gondolom readonly opcioval mountolja attol nem irhato. mount paranccsal errol konnyen meggyozodhetsz. Nemtom van e fsck_msdos linux allatt, sztem van, futasd le a
fajlrendszerre es utana probald rw-vel mount-olni.

==
`Have some wine,' the March Hare said in an encouraging tone.
Alice looked all round the table, but there was nothing on it but tea.

Innentol ez RTFM, de epp unatkozom..
a kov. nel $ a prompt, # pedig ha root-kent kell dolgoznod.
kikeresed az outputbol a particiot es kivadaszod hogy readonly vagy ro van e
pl. nekem sehol nincs readonly csak nosuid meg ilyenek... 


$ mount
/dev/wd0a on / type ffs (local)
/dev/wd0g on /home type ffs (local, noatime, nodev, nosuid, softdep)
/dev/wd0d on /tmp type ffs (local, nodev, nosuid, softdep)
/dev/wd0f on /usr type ffs (local, noatime, nodev, softdep)
/dev/wd0e on /var type ffs (local, nodev, nosuid, softdep)

Az elso oszlopban levo dolgok az eszkoz nodja, a 3.dik a mount pointja.
A kovetkezokben csereld le ertelem szeruen ezeket...
Ha nincs readonly akkor passz, up old a temat. Ha van: 


# umount /mount/pontja/az/eszkoznek 
# fsck_msdos /dev/ezkoznodeja
# mount_msdos /dev/ezkoznodeja /mount/pontja/az/eszkoznek

PS. ha a mount_msdos -od tamogatja a -m (mask) opciot - man mount_msdos -, az utolso parancsot probald igy: 


# mount_msdos -m 777 /dev/ezkoznodeja /mount/pontja/az/eszkoznek

PS2 


$ man man
$ man mount
$ man fsck_msdos
$ man mount_msdos

==
`Have some wine,' the March Hare said in an encouraging tone.
Alice looked all round the table, but there was nothing on it but tea.

Köszönöm szépen, remélem nem untad magad halálra! :)
Az jelent valamit, hogy csak annál a felhasználónál jelentkezik ez a probléma, amelyik az XMMS-ben ezt a galibát csinálta a 3D-vel?
A többi felhasználó tudja simán kezelni a többi lemez fájlrendszerét is.
Megjegyzem, hogy a fsck_msdos és a mount_msdos csomag sincsen fenn, nincs benne az UHU csomik közt sem. Vagy most ostobaságot írtam?
Va

Ezt nem teljesen ertem:

A többi felhasználó tudja simán kezelni a többi lemez fájlrendszerét is.

Feltetelezem arra gondolsz, hogy a tobbi felhasznalo tudja irni ezt a particiot.
Ekkor ez azt jelenti, hogy nem ez a problema. Ui. olyan nincs hogyha egy fajlrendszer csak olvashato opcioval van mountolva akkor azt bizonyos userek tudjak irni.

A csak olvashato fajlrendszer hibauzenetbol gondoltam, hogy ez lehet, de magyarul beszelo linuxot sosem hasznaltam, uh, akkor megse.

Nem irtal semmi ostobasagot, en nem hasznaltam ezer eve linuxot :D
Akkor asszem mount -t msdos a megoldas.
==
`Have some wine,' the March Hare said in an encouraging tone.
Alice looked all round the table, but there was nothing on it but tea.

( csikor v | 2007. 04. 20., p – 10:39 )

Szerintem jobb UHU-specifikus segítséget kapnál, ha a kérdést az UHU kezdő levlistára küldenéd:
http://lists.uhulinux.hu/

Ami érdekes lehet, a terminálba beírt mount parancs kimenete. Abból eldől, tényleg read-only mountolódott-e a FAT partíciód.

'jogokat próbálok rootként buherálni': FAT32-n nincsenek hozzáférési jogosultságok, így önmagában nem feltétlenül baj, ha ez nem megy.

phaul: UHU-Linuxon mindenféle bonyolult automountok mennek, a BSD-s tapasztalatok sajnos nem sokat segítenek... Az automount finomságai miatt lehet az, hogy egyes felhasználók alatt jól csatolódik a partíció, mások alatt nem, de ehhez nem sokat értek.

Szóval szerintem fordulj inkább a levlistához.