Linux 14.989 Themen, 106.456 Beiträge

mountproblem bei fat32

the_mic / 7 Antworten / Flachansicht Nickles

ich möchte bei meinem frisch installierten gentoo 1.4rc4 gerne beim booten die fat32-formatierte partition /dev/hde8 nach /home/lukas mounten lassen. da ich viel mit fat32 arbeite, habe ich die fat-unterstützung in den kernel einkompiliert (kein modul). kernel ist gentoo-sources 2.4.20

die idee dahinter ist, dass sich auf dieser partition schon alle userdaten von windows befinden und sich das ~-verzeichnis am besten auch dort hin soll, damit ich von windows aus auf meine daten zugreifen kann.
der user lukas soll dann natürlich lese/schreib/ausführ-rechte kriegen und die sonderzeichen sollen korrekt dargestellt werden (wobei das mit den sonderzeichen auch auf allen anderen fat-partitionen gelten soll)

nun habe ich in der fstab folgenden eintrag gemacht:
/dev/hde8 /home/lukas vfat rw,user,codepage=850,uid=lukas,gid=lukas 0 0
mit den optionen codepage, uid und gid wird das mounten aber verweigert mit der meldung wrong fstype, bad option, bad superblock on /dev/hde8 (die standardmeldung halt). ich habe alle optionen einzeln geprüft und als schuldigen entlarven können.
wieso sind diese optionen nicht in ordnung? wie müsste ich das richtig machen?

cat /dev/brain > /dev/null
bei Antwort benachrichtigen
the_mic polytaen „Kannst Du das ganze mal im verbose mode versuchen? mount -v vielleicht bekommst...“
Optionen

hi poly

mount -v hat leider nichts weiteres ausgesagt.

die frage nach weiteren fehlermeldungen hat mich dazu bewogen, mal den output von dmesg anzuschauen. dort steht tatsächlich als letzter fünfmal drin
MSDOS FS: Using codepage 850
da es mehr als einmal drin steht (und es mehr als fünf fat-partitionen auf meinem system gibt), habe ich mal die kernelkonfiguration angeschaut. tatsächlich habe ich dort mist gebaut und aus versehen cp 852 statt 850 angewählt. nun habe ich den kernel mal neu kompiliert und werde, sobald der gimp fertig kompiliert ist, mal neustarten und schauen, ob es jetzt klappt.

cat /dev/brain > /dev/null
bei Antwort benachrichtigen