Festplatten-Bezeichnung ändert sich, Mountpunkt ungültig

[dermarvin]

Hallo zusammen,

ich habe folgendes Problem, dass ich einfach nicht gelöst bekomme.

Ich habe an meinem kleinen Debian-Server (aktuelle Debian-Version) (Mediaserver mit einigen Sambafreigaben um mit Windows drauf zu kommen) das Problem, dass sich die Festplattenzuordnung bei einer Festplatte immer ändert.

Beim normalen Hochfahren erhält sie die Bezeichnung /dev/sdf und die Partition die Bezeichnung /dev/sdf1

/dev/sdf1 wird automatisch gemountet unter dem Punkt /media/usb5.

Leider ändert sich im laufenden Betrieb sporadisch die Bezeichnung der Festplatte. So hat sie miteinmal die Bezeichnung /dev/sdg bzw. /dev/sdg1. sodass der Mountpunkt natürlich nicht mehr funktioniert.

Ich habe auch bereits versucht das ganze mit Labels bzw. mit der UUID zu lösen, aber das funktioniert auch nicht, da auch hier nach dem Wechseln der Bezeichnung der Mountpunkt nicht mehr stimmt und dahinter nichts mher hängt. (der Mountpunkt /media/usb5 ist auch gleichzeitig eine Netzwerkfreigabe). Wie kann ich das ganze lösen, ohne jedes mal entweder manuell umzumounten oder den Server zu rebooten?


Kann man sich da vielleicht ein Script basteln, was diese Problematik irgendwie löst?

Falls ihr noch einige Informationen braucht, einfach Bescheid sagen!

[KBDCALLS]

Ich würde die UUID benutzen . Label wäre aber auch möglich. as muß aber vorher von dir vergeben werden damit das nutzen kann . Die UUID wird automatisch beim Formatieren vergeben. Auslesen läßt sich das mit blkid

[peschmae]

Leider ändert sich im laufenden Betrieb sporadisch die Bezeichnung der Festplatte.

Wie ist das zu verstehen? Geschieht das einfach so plötzlich oder ist das weill das eine usb-platte ist die aus- und wieder eingesteckt wird?

Bei USB-Festplatten habe ich typischerweise mit einer udev-rule entsprechend fixe devicenamen vergeben. Heutzutage macht man das wohl eher über uuid, ich mag die allerdings nicht so weil unleserlich

MfG Peschmä

[dermarvin]

wie ich bereits sagte habe ich das schon probiert. momentan ist es auch mit der UUID eingestellt, funktionieren tut es trotzdem nicht.


@peschmae:

ich habe da noch kein muster erkennen können, woraus sie schließen lässt, warum dies passiert. ich gehe davon aus, dass es immer passiert, wenn die festplatte "schlafen" war

hier mal meine fstab:

Code: Alles auswählen

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=acb46d86-b088-4759-856e-84f348db481b /               ext4    errors=remoun$
# swap was on /dev/sda5 during installation
UUID=3d8decd8-d206-498d-8afd-b7e0e2d5a2ff none            swap    sw           $
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/disk/by-uuid/10BC4DA4BC4D84E6      /media/usb1 ntfs-3g users 0 0
/dev/disk/by-uuid/E66EF0606EF02B47      /media/usb2 ntfs-3g users 0 0
/dev/disk/by-uuid/541E9D441E9D1FD2      /media/usb3 ntfs-3g users 0 0
/dev/disk/by-uuid/323DC6CB47755FEC      /media/usb4 ntfs-3g users 0 0
/dev/disk/by-uuid/C2B0FB9CB0FB94DF      /media/usb5 ntfs-3g users 0 0

Auszug aus blkid:

Code: Alles auswählen

/dev/sda5: UUID="3d8decd8-d206-498d-8afd-b7e0e2d5a2ff" TYPE="swap"
/dev/sda1: UUID="acb46d86-b088-4759-856e-84f348db481b" TYPE="ext4"
/dev/sdb1: UUID="10BC4DA4BC4D84E6" TYPE="ntfs" LABEL="Festplatte1"
/dev/sdc1: UUID="E66EF0606EF02B47" TYPE="ntfs" LABEL="Festplatte2"
/dev/sdd1: UUID="541E9D441E9D1FD2" TYPE="ntfs" LABEL="Festplatte3"
/dev/sde1: UUID="323DC6CB47755FEC" TYPE="ntfs" LABEL="Festplatte4"
/dev/sdf1: UUID="C2B0FB9CB0FB94DF" TYPE="ntfs" LABEL="Festplatte5"

[debianoli]

/dev/disk/by-uuid/10BC4DA4BC4D84E6 /media/usb1 ntfs-3g users 0 0
/dev/disk/by-uuid/E66EF0606EF02B47 /media/usb2 ntfs-3g users 0 0
/dev/disk/by-uuid/541E9D441E9D1FD2 /media/usb3 ntfs-3g users 0 0
/dev/disk/by-uuid/323DC6CB47755FEC /media/usb4 ntfs-3g users 0 0
/dev/disk/by-uuid/C2B0FB9CB0FB94DF /media/usb5 ntfs-3g users 0 0
[/code]

Gehört da nicht noch ein auto hinter users?

[dermarvin]

sicher?

dann probier ich das als nächstes aus.

[dermarvin]

funktioniert leider auch mit dem "auto" zusatz nicht. heute morgen hatte sich die bezeichnung wieder geändert und hinter /media/usb5 hing nichts mehr hinter, sodass auch die windows freigabe leer war.

[KBDCALLS]

Auszug aus blkid:

Code: Alles auswählen

/dev/sda5: UUID="3d8decd8-d206-498d-8afd-b7e0e2d5a2ff" TYPE="swap"
/dev/sda1: UUID="acb46d86-b088-4759-856e-84f348db481b" TYPE="ext4"
/dev/sdb1: UUID="10BC4DA4BC4D84E6" TYPE="ntfs" LABEL="Festplatte1"
/dev/sdc1: UUID="E66EF0606EF02B47" TYPE="ntfs" LABEL="Festplatte2"
/dev/sdd1: UUID="541E9D441E9D1FD2" TYPE="ntfs" LABEL="Festplatte3"
/dev/sde1: UUID="323DC6CB47755FEC" TYPE="ntfs" LABEL="Festplatte4"
/dev/sdf1: UUID="C2B0FB9CB0FB94DF" TYPE="ntfs" LABEL="Festplatte5"

Wieso nur ein Auszug?. Wenn dann komplett Am besten vor , nachher. Und wenns größer wird auf NoPaste.

[KBDCALLS]

Was die Mountoptionen anbetrifft. Wenn man defaults schreiben würde dann wird auto automatisch mitgesetzt. Unter anderem noch folgende .

rw, suid, dev, exec, auto, nouser, and async

Zu diesen Optionen gehören noch mehr. Die Optionen von defaults lassen sich , lassen sich aber ändern. Zum Beispiel durch nachfolgendes nosuid user bzw. users


defaults und obige Optionen sind , unabhängig vom Dateisystem.

Und dann gibt es ja noch die Optionen die vom Dateisystem abhängen. Da hat jedes seine eigenen. NTFS und NTFS-3g sind Identisch was das anbetrifft. Als da wären .

iocharset , nls, utf8 , uni_xlate, posix, uid, gid und umask

[smutbert]

[…]
ich habe da noch kein muster erkennen können, woraus sie schließen lässt, warum dies passiert. ich gehe davon aus, dass es immer passiert, wenn die festplatte "schlafen" war[…]

Beim Standbymodus der Platte alleine sollten keine neuen Gerätedateien zugewiesen werden. Das könnte aber vielleicht bei Fehlern (von USB oder der Platte etwa) passieren, zB einen USB-Reset auslösen könnten, nachdem die USB-Platten, wenn sie wieder erkannt werden, vermutlich neue Gerätedateien zugewiesen bekommen.
Da die neu erkannten Platten nicht automatisch gemountet werden, wäre die Tatsache, dass man unter den Mountpoints nicht mehr auf die Dateisysteme zugreifen kann nur ein Nebeneffekt des eigentlichen Fehlers.

Vergleich einmal die Ausgaben von

Code: Alles auswählen

blkid

vor und nach dem auftreten des Fehlers und sieh dir nach dem Auftreten auch die Ausgabe von

Code: Alles auswählen

dmesg

an.
Wenn meine Idee in die richtige Richtung geht, müssten in den letzten Zeilen der Ausgabe von dmesg nach dem Auftreten des Fehlers einige Meldungen in Zusammenhang mit USB, der Platte, dem Dateisystem,… auftauchen.

[dermarvin]

alles klar, danke euch. ich werde alles testen.

btw. das war kein "Auszug" das war schon das komplette aus blkid. habe das nur so genannt.

[rendegast]

erhält sie die Bezeichnung /dev/sdf und die Partition die Bezeichnung /dev/sdf1
...
Leider ändert sich im laufenden Betrieb sporadisch die Bezeichnung der Festplatte.
So hat sie miteinmal die Bezeichnung /dev/sdg bzw. /dev/sdg1. ...

Von smutbert schon angedeutet,
bei mir war das mit einer defekten (internen) Platte.
Es gab aber auch eine Menge Fehlermeldungen "ata",
hier vielleicht "usb disconnect" / "usb connect" (sinngemäß)?

[dermarvin]

wo du grade interne platte erwähnst. stimmt die hatte schon einmal ein seltsames verhalten verursacht. möglicherweise ist die schuld.

ach du meine güte, hab grade mal bei webmin reingeguckt:

Drive temperatures sda: 42℃ (44372 errors!), sdb: 44℃, sdc: 43℃, sdd: 42℃, sde: 49℃, sdf: 41℃