Automount externer Datenträger

cduerr · May 3, 2024 at 10:24 AM

Hallo,

erst hat es mich erstaunt, dann fand ich es super: der Automount externer Datenträger mit kompatiblem Dateisystem ins Aufnahmeverzeichnis.

Jetzt habe ich aus Gründen der Leistung (die Transcend 220S ist zwar günstig, aber nicht performant und nicht für hohe Datenmengen am Stück geeignet) eine neue SSD in mein externes Gehäuse gepackt und diese SSD ich weiß nicht mehr wo formatiert. Ich weiß nur noch, dass ich es genau anders herum gemacht habe wie mit der Transcend - ich vermute, weil ich auch die Gehäusefirmware aktualisiert hatte, am Windows10-System. ExFAT, selber Laufwerksname wie die alte SSD im selben Gehäuse, Dateien kopiert.

Verhalten jetzt ist: tempvideo (soll zum Übertragen von Videos vom vdrserver sein) wird nicht mehr automatisch gemountet.

Einen fstab-Eintrag hat es noch nie gehabt. Automatisch heißt ja auch gerade, dass es das nicht gibt.

Die Fragen:

-kann ich durch denselben Volumenamen den Automatismus irritiert haben?

-muss man dem Dateisystem irgendwelche Metainformationen für Automount mitgeben (wie z.B. bei zfs)?

-Wie komme ich wieder zum Automount?

seahawk1986 · May 3, 2024 at 1:05 PM

Der Automount läuft über udiskie (https://github.com/coldfix/udiskie) - das ist so konfiguriert (https://github.com/yavdr/yavdr-an…j2#L12C3-L12C17), dass es nach dem Mounten ein Skript aufruft, das dann den Mountpoint ins Aufnahmeverzeichnis des VDR verlinkt (https://github.com/yavdr/yavdr-an…mount_helper.j2) - da wäre interessant zu sehen, wie die Ausgabe von mount aussieht, wenn alle Datenträger angesteckt sind.

Quote from cduerr

-kann ich durch denselben Volumenamen den Automatismus irritiert haben?

Falls das der Fall wäre, müsste man das im Log sehen können - das Skript bricht nach einer Logmeldung ab, wenn der symbolische Link im Aufnahmeverzeichnis schon existiert: https://github.com/yavdr/yavdr-an…t_helper.j2#L19

cduerr · May 3, 2024 at 1:46 PM

danke Dir!

Code

root@vdrserver:/media/vdr# mount > /root/mount1.txt
<Festplatte angestöpselt>
root@vdrserver:/media/vdr# mount > /root/mount2.txt
root@vdrserver:/media/vdr# sdiff -s /root/mount1.txt /root/mount2.txt 
<nichts>

Aber im Log findet sich tatsächlich was:

Code

May  3 13:40:41 vdrserver kernel: [12367.794247] usb 6-2: new SuperSpeed Plus Gen 2x1 USB device number 3 using xhci_hcd
May  3 13:40:41 vdrserver kernel: [12367.816835] usb 6-2: New USB device found, idVendor=152d, idProduct=0583, bcdDevice= 2.09
May  3 13:40:41 vdrserver kernel: [12367.816844] usb 6-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
May  3 13:40:41 vdrserver kernel: [12367.816847] usb 6-2: Product: USB 3.1 Storage Device
May  3 13:40:41 vdrserver kernel: [12367.816849] usb 6-2: Manufacturer: JMicron
May  3 13:40:41 vdrserver kernel: [12367.816851] usb 6-2: SerialNumber: DD56419993893
May  3 13:40:41 vdrserver kernel: [12367.849346] scsi host10: uas
May  3 13:40:41 vdrserver kernel: [12367.849759] scsi 10:0:0:0: Direct-Access     Samsung  SSD 980 PRO      0209 PQ: 0 ANSI: 6
May  3 13:40:41 vdrserver kernel: [12367.850354] sd 10:0:0:0: Attached scsi generic sg8 type 0
May  3 13:40:44 vdrserver vdr: [2457] markad: got shutdown request
May  3 13:40:44 vdrserver vdr: [2457] markad: shutdown request accepted
May  3 13:40:45 vdrserver kernel: [12371.401569] sd 10:0:0:0: [sdh] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
May  3 13:40:45 vdrserver kernel: [12371.401586] sd 10:0:0:0: [sdh] 4096-byte physical blocks
May  3 13:40:45 vdrserver kernel: [12371.401722] sd 10:0:0:0: [sdh] Write Protect is off
May  3 13:40:45 vdrserver kernel: [12371.401729] sd 10:0:0:0: [sdh] Mode Sense: 5f 00 00 08
May  3 13:40:45 vdrserver kernel: [12371.401926] sd 10:0:0:0: [sdh] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May  3 13:40:45 vdrserver kernel: [12371.402014] sd 10:0:0:0: [sdh] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 b
ytes)
May  3 13:40:45 vdrserver kernel: [12371.404229]  sdh: sdh1 sdh2
May  3 13:40:45 vdrserver kernel: [12371.405257] sd 10:0:0:0: [sdh] Attached SCSI disk
May  3 13:40:45 vdrserver systemd-udevd[21677]: sdh: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdh' failed with exit code 1.
May  3 13:40:45 vdrserver mount-notification: event: device_added, device: , mount_path: 
May  3 13:40:45 vdrserver mount-notification: event: device_added, device: /dev/sdh, mount_path: 
May  3 13:40:45 vdrserver systemd-udevd[21677]: sdh1: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdh1' failed with exit code 
1.
May  3 13:40:45 vdrserver systemd-udevd[21682]: sdh2: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdh2' failed with exit code 
1.
May  3 13:40:45 vdrserver mount-notification: event: device_added, device: /dev/sdh1, mount_path: 
May  3 13:40:45 vdrserver mount-notification: event: device_added, device: /dev/sdh2, mount_path: 
May  3 13:40:45 vdrserver udiskie[2566]: failed to mount /org/freedesktop/UDisks2/block_devices/sdh2: GDBus.Error:org.freedesktop.UDisks2.Error.NotAut
horizedCanObtain: Not authorized to perform operation

Display More

Was die wollen? OK - als root udiskie ausgeführt, mount klappt.

Als vdr:

Code

vdr@vdrserver:~$ udiskie
Typelib for 'libnotify' is not available. Possible causes include:
        - libnotify is not installed
        - the typelib is provided by a separate package
        - libnotify was built with introspection disabled

Starting udiskie without notifications.
failed to mount /org/freedesktop/UDisks2/block_devices/sdh2: GDBus.Error:org.freedesktop.UDisks2.Error.NotAuthorizedCanObtain: Not authorized to perform operation

Der Link existiert wohl nicht schon (dafür aber andere), aber das Problem scheint irgendwas mit Berechtigungen zu tun zu haben? Ich habe ehrlich keine Ahnung: mount sollte ja eigentlich nur für Superuser klappen, aber der Grad dessen, was man mittlerweile korrekt konfiguriert auch für einzelne Benutzer mit wenig Rechten hinzaubern kann, weiß ich nicht. Sollte udiskie ohne sudo gehen?

seahawk1986 · May 3, 2024 at 2:09 PM

Auf die Schnelle habe ich diesen Bugreport gefunden: https://bugs.launchpad.net/ubuntu/+source…md/+bug/1966203 - ich würde mal versuchen die udev-Regel /lib/udev/rules.d/66-snapd-autoimport.rules zu übersteuern bzw. zu deaktivieren und beobachten, ob die Folgefehler, bei denen udiskie/udisks2 über fehlende Berechtigungen meckert dann verschwinden.

Participate now!