Red Hat 7.3 - fstab wird beim booten wieder geändert...

[Mr Jon Snow]

Ich trage in die fstab die Windows Laufwerke ein, aber jedesmal wenn ich neu boote, werden die Einträge wieder gelöscht...kann man das irgendwie verhindern? Bei Mandrake oder Suse werden die Partitionen ja schon serienmäßig reingeschrieben, aber warum klappt das bei Red Hat nicht?

[Mr Jon Snow]

Hat denn hier keiner Red Hat?!

[bernie]

Hi,

schick mal deine fstab.

Bernie

[Mr Jon Snow]

So sieht sie jetzt aus:

LABEL=/ / ext3 defaults 1 1
LABEL=/boot /boot ext3 defaults 1 2
none /dev/pts devpts gid=5,mode=620 0 0
none /proc proc defaults 0 0
none /dev/shm tmpfs defaults 0 0
/dev/hde11 swap swap defaults 0 0
/dev/cdrom /mnt/cdrom iso9660 noauto,owner,kudzu,ro 0 0
/dev/cdrom1 /mnt/cdrom1 iso9660 noauto,owner,kudzu,ro 0 0
/dev/hdb4 /mnt/zip100.0 auto noauto,owner,kudzu 0 0
/dev/fd0 /mnt/floppy auto noauto,owner,kudzu 0 0

Und so sollte sie eigentlich aussehen:

LABEL=/ / ext3 defaults 1 1
LABEL=/boot /boot ext3 defaults 1 2
none /dev/pts devpts gid=5,mode=620 0 0
none /proc proc defaults 0 0
none /dev/shm tmpfs defaults 0 0
/dev/hde11 swap swap defaults 0 0
/dev/cdrom /mnt/cdrom iso9660 noauto,owner,kudzu,ro 0 0
/dev/cdrom1 /mnt/cdrom1 iso9660 noauto,owner,kudzu,ro 0 0
/dev/hdb4 /mnt/zip100.0 auto noauto,owner,kudzu 0 0
/dev/fd0 /mnt/floppy auto noauto,owner,kudzu 0 0
/dev/hde1 /mnt/windows/c auto noauto,user,kudzu 0 2
/dev/hde5 /mnt/windows/d auto noauto,user,kudzu 0 2
/dev/hde6 /mnt/windows/e auto noauto,user,kudzu 0 2
/dev/hde7 /mnt/windows/f auto noauto,user,kudzu 0 2
/dev/hde8 /mnt/windows/g auto noauto,user,kudzu 0 2
/dev/hde9 /mnt/windows/h auto noauto,user,kudzu 0 2

Außerdem hab ich im Verzeichnis /mnt/windows die Verzeichnisse /c bis /h gemacht die auch automatisch gelöscht werden...oder wird die fstab teils gelöscht WEIL die Verzeichnisse irgendwie nicht mehr da sind?!


PS.: Das was rausgelöscht wird, steht dann in der Datei fstab.REVOKE ...

PPS.: Hab jetzt mal die /windows/c...h Verzeichnisse ins root Verzeichnis gemacht, aber beim nächsten Neustart, war wieder alles weg...

[Mr Jon Snow]

hallo

[tonice]

guck mal ins redhat handbuch... ist zwar schon was länger her das ich redhat hatte, aber ich meine die fstab wird bei jedem booten mit den daten aus der mtab (oder einer ähnlichen datei) überschrieben. aber vielleicht hab ich da auch nur was falsch verstanden.

[Mr Jon Snow]

Eine mtab gibts, aber in den (online) Handbüchern steht nur, dass man in die fstab was eintragen kann (aber nix vom auto überschreiben), aber wenn die dann wieder überschrieben wird ist das ja irgendwie nicht so der Sinn der Sache...

[Wuppi109]

@Mr Jon Snow

Haben Deine Windows Partitionen "NTFS" Filesystem oder Fat16 /Fat32?

So wie ich in der Literatur gelesen habe, ist die "NTFS" Unterstützung bei Red Hat nicht standardmäßig als Kernelmodul aktiviert, d. h. Du mußt ´nen neuen Kernel kompilieren (gilt nicht für Fat-Systeme)

In der mtab steht übrigens der "Istzustand" der zur Zeit gemounteten devices. Die mtab verändert sich mit jeden mount/umount -Befehl und wird fortgeschrieben.


Gruß Wuppi

[xstevex22]

Hi,
nimm mal die kudzu-Einträge aus der fstab weg und stoppe den "Dienst" kudzu, der bei jedem Booten nachschaut, ob neue Hardware da ist (dauert immer so lang):

# chkconfig --level 35 kudzu off

Wenn du neue Geräte einbaust, ruf lieber von Hand kudzu auf. Das tut's genauso.

[Mr Jon Snow]

Ist alles Fat32. Ist kudzu das Problem oder nur ein nebeneffekt?

PS.: Du weißt schon, dass ich den Befehl jetzt irgendwo aufschreiben muss und wenn ich ihn mal brauche finde ich den Zettel nicht...

[xstevex22]

Hi,
mit kudzu ist nur so eine Mutmaßung. Da dieses nette Tool aber standardmäßig bei jedem Systemstart durchckeckt, kann es sein, dass deine Probleme dadurch verursacht werden.
Tja..mit den Befehlen ist so eine Sache. "Einfacher" als chkconfig ist

# ntsysv

ist mit einer Text-GUI. Einfach mal testen, da kannst du auch festlegen, welche Dienste gestartet werden.

[Wuppi109]

..kriegst Du die Platten/Partitionen denn manuell gemountet?

mount -t vfat /dev/hdxy /mnt

Wuppi

[Mr Jon Snow]

Manuell gehts. Es geht auch wenn ichs jetzt in die fstab reinschreibe. Aber wenn ich den Computer ausmache und wieder neu starte, dann ist wieder alles weg. Und ich hab keine Lust bei jedem booten 4-6 Partitionen zu mounten...

[Wuppi109]

Das ist ja schon mal was...(=geht erstmal grundsätzlich)

Ich würde nochmal folgende Einträge in der fstab versuchen (wenn Du die nicht schon versucht hast):

/dev/hde1 /mnt/windows/c vfat noauto,user,excec 0 0


usw.

eventuell könnte folgendes passieren :

auto = das System versucht das Filesystem zu erkennen und bei mir hat er dann fat 16 erkannt (erkennbar war das an den Bezeichnungen >8 stellen mit ´ner ~...)

dann versucht das System die Partition zu prüfen (die "2" zum Schluß) und erkennt daß es nicht Fat16 ist und ändert die Einträge.

Was noch interressant wäre, sind die Eintäge (=Fehlermeldungen) im Startprotokoll wenn das System versucht Deine Winpartitionen zu prüfen. Das Startprotokoll wird glaub´ im /etc abgelegt (hab Suse und da kann ich das über Yast-GUI machen).

Wuppi

[Mr Jon Snow]

Wenn ich vfat (anstatt auto) eintrage, bootet er 10 Mal so lange und meckert rum, dass Fat(32) unterstützung noch im Versuchsstadium ist...

Außerdem hat mir winex das System abgeschossen (komme nicht mehr in den KDE).

PS.: Liegts vielleicht daran, dass die Platte am Promise Controller hängt? (kein RAID)

PPS.: Wieso sträubt sich Red Hat als einzige Distribution dagegen die Daten automatisch in die fstab zu schreiben? Mandrake machts...Suse legt sogar schon Icons auf der GUI ab...