Hallo Ubuntuusers,
ich habe hier ein äußerst seltsames Problem: Ein schon etwas älterer Rechner mit 32-Bit-XUbuntu 18.04 benutzt mit 2 Usern eine externe HDD, die auch an einem Windows-PC genutzt wird. Die HDD ist ähnlich alt, aber funktioniert noch problemlos. An einem anderen, baugleichen XUbuntu PC, auf dem nur ein User eingerichtet ist, funktioniert sie problemlos.
An dem Rechner mit 2 Usern gibt es folgendes Problem: Sie wird erst normal eingehängt, und sobald man aber etwas darauf schreiben will (im GUI Filemanager z.B. ein Verzeichnis erstellen oder eine Datei hineinkopieren), wird sie sofort als "ro" remounted. Normalerweise deutet so etwas ja eher auf einen Hardware-Fehler hin, oder eine inkonsistente FAT (ja, in der Tat, die HDD ist vfat gemountet...), aber auch nach einem chkdsk /f unter Windows tritt das Problem weiter auf, und an einem anderen Rechner (gleiches Modell, gleiches XUbuntu) tritt das Problem *nie* auf. Das Problem trat auch schon vor dem d-u auf 18.04 auf, unter 16.04.
Das Verrückte daran ist: Wenn man im Terminal "sudo mount -o remount,rw /dev/sdb1" eingibt, funktioniert die HDD problemlos, d.h. es handelt sich hier definitiv *nicht* um ein Hardwareproblem!
Zuvor gab es auch mal ein Rechteproblem, was durch das Wechseln des angemeldeten Benutzers & Zugriffsversuch der nicht zuvor entfernten HDD entstand - das konnte aber durch das Löschen der Verzeichnisse /media/user1 und /media/user2 behoben werden, nachdem diese vom System automatisch wieder neu angelegt wurden.
Nun bin ich mit meinem Latein am Ende: Woran kann es liegen, dass die HDD automatisch als ro remountet wird, wenn man darauf zuzugreifen versucht?
Und: Gibt es eine Möglichkeit, das per /etc/fstab zu unterbinden, und zwar so, dass a) es zu keinem Fehler kommt, wenn das System bootet und die USB HDD nicht angeschlossen/eingeschaltet ist, und b) beide Nutzer darauf lesend und schreibend zugreifen können? Welche Optionen müssten dann in den Eintrag hinein? Muss man vielleicht die Auftrennung der /media-mountpoints in verschiedene User dafür irgendwie aufheben? Dann könnte man auf dem $home der einzelnen User jeweils einen Symlink auf den "globalen" mountpoint der HDD legen, und die User würden dann darüber zugreifen? Aber noch mehr interessiert mich halt eigentlich die Ursache dieses obskuren Fehlers... 😉
Danke & freundliche Grüße,
P.