DVD lässt sich nicht lesen: Error mounting /dev/sr0

micha2 · 23 October 2022 01:33

Wenn ich eine DVD von einem USB-DVD-Laufwerk öffnen möchte gibt Thunar die Fehlermeldung:
Error mounting /dev/sr0 at /run/meddia/USER/DVD_NAME: Filesystem udf not configured in kernel und:

$ mount -t iso9660 /dev/sr0 /mnt/dvd
mount: /mnt/dvd: der Einhängepunkt ist nicht vorhanden.

Ich habe dann $ sudo pacman -S udftools installiert. Es ändert sich nichts. Der Fehler bleibt.

$ uname -a
Linux lenovo-a 5.15.72-1-MANJARO #1 SMP PREEMPT Thu Oct 6 07:30:22 UTC 2022 x86_64 GNU/Linux

megavolt · 23 October 2022 02:06

Ist bei mir drin:

$ zcat /proc/config.gz | grep UDF 
CONFIG_UDF_FS=m

Vielleicht?

sudo modprobe -v udf

Der Ordner /mnt/dvd muss auch existieren…

sudo mount -m -t iso9660 /dev/sr0 /mnt/dvd

Nachlese · 23 October 2022 02:12

… aber Du hast ja versucht, die DVD explizit als iso9660 einzuhängen

Das passiert erst, wenn Du selbst es versuchst.
Das ist nichts, was automatisch passiert.

Ich habe schon sehr lange keine DVD mehr genutzt
aber
iso9660
ist wahrscheinlich nicht der korrekte Dateisystem-Typ für DVD’s

und:

das ist sehr wahrscheinlich korrekt

In Deinem System existiert dieser Ordner, dieser Einhängepunkt, … einfach nicht
/mnt existiert per default - aber nichts darunter

/mnt/dvd
ist ein Ordner, den Du selbst erst erstellen mußt
der existiert vorher nicht
und wird auch nicht “automatisch” angelegt

Dein Kommando kann nicht funktionieren wenn der Ordner nicht existiert - und genau das sagt die Fehlermeldung.

lsblk -f
mag helfen Dir zu zeigen, wo die DVD sich befindet und als was sie erkannt wird

aber daß eine reguläre DVD (und ihr udf Dateisystem) nicht erkannt wird
ist seltsam.
Normalerweise muß man dafür nichts extra installieren.

micha2 · 23 October 2022 07:09

Ich konnte udftools installieren:

$ sudo pacman -S udftools
Abhängigkeiten werden aufgelöst …
Nach in Konflikt stehenden Paketen wird gesucht …

Pakete (1) udftools-2.3-1

Gesamtgröße des Downloads:             0,13 MiB
Gesamtgröße der installierten Pakete:  0,42 MiB

Ob UDF schon davor in der Konfiguration war, weiß ich nicht. Danach war es vorhanden:

$ zcat /proc/config.gz | grep UDF
CONFIG_UDF_FS=m

Das Kernelmodul udf scheint zu fehlen (im Kernel? Kann man es nachladen?):

$ sudo modprobe -v udf
modprobe: FATAL: Module udf not found in directory /lib/modules/5.15.72-1-MANJARO

OK, neuer Versuch:

$ sudo mount -m -t iso9660 /dev/sr0 /mnt/dvd
mount: /mnt/dvd: unbekannter Dateisystemtyp »iso9660«.
       dmesg(1) könnte nach einem fehlgeschlagenen mount-Systemaufruf weitere Informationen liefern.

$ lsblk -f # liefert unter anderen diese Zeile:
sr0         udf    1.02  M. Rosenberg DVD 1 38d0495220202020                                    

$ sudo mount -m -t udf /dev/sr0 /mnt/dvd
mount: /mnt/dvd: unbekannter Dateisystemtyp »udf«.

Ja, vorher ging es auch automatisch. Jetzt (nach update?) kann ich auf die DVD nicht mehr zugreifen.

megavolt · 23 October 2022 07:12

Kernel Upgrade? Da musst du neustarten, damit das neue Verzeichnis aktiv wird.

micha2 · 23 October 2022 07:18

OK. Vor einem reboot räume ich erst mal meine Fenster auf. Ich melde mich dann wieder …

micha2 · 23 October 2022 11:54

Ja, der Reboot war notwendig. Ich habe udftools wieder deinstalliert: sudo pacman -Rns udftools . Und kann jetzt, auch ohne udftools, wieder auf DVDs zugreifen!

Gibt es irgendwo einen Hinweis, wenn Manjaro einen Kernel-Update gemacht hat, dass man rebooten muss? Oder kann man irgendwie abfragen, ob das letzte System-Update einen neuen Kernel installiert hat?

micha2 · 23 October 2022 11:57

Danke für den Befehl. So etwas hatte ich gestern gesucht

Nachlese · 23 October 2022 12:07

Habe gerade ein solches Update gemacht.
Am Schluß erscheint dieser Hinweis, wenn Du das mit dem GUI Werkzeug gemacht hast:

Für das Inkrafttreten dieser Änderungen ist ein Neustart erforderlich.

and unten rechts im selben Fenster ist der Knopf “Neustart”

Man kann das aber ohne weiteres ignorieren, das Fenster schließen, und dann vergessen, daß es diesen Hinweis gab.
Bis man durch irgendwas nicht mehr funktionierendes wieder daran erinnert wird, daß man den Hinweis ignoriert hat.

Im Terminal ist der Hinweis auch zu sehen.

micha2 · 23 October 2022 12:31

Gibt es so etwas wie eine Log-Datei eines Updates (mit pacman, pamac oder pamac-manager) aus der ich diesen Hinweis auslesen kann?

Ja, deswegen frage ich danach …

Nachlese · 23 October 2022 13:01

/var/log/pacman.log enthält diese Informationen.

Diesen speziellen Hinweis - der Dir im Moment des Geschehens gezeigt wird - findest Du allerdings nirgends wieder.
… machst Du das Fenster zu, klickst es weg und vergißt es
wird Dich spätestens ein überraschendes nicht mehr funktionieren von irgendwas hoffentlich wieder daran erinnern
In dem Fall hier ein benötigtes Kernelmodul, was nicht geladen werden kann weil es nur zum neu installierten Kernel passt, nicht zu dem, der derzeit noch läuft.

Du kannst Dir das Ende der pacman log Datei ansehen, z.B. mit:

tail -n 100 /var/log/pacman.log

die letzten 100 Zeilen

das sieht dann etwa so aus:

[2022-10-23T14:02:40+0200] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux515.preset: 'default'
[2022-10-23T14:02:40+0200] [ALPM-SCRIPTLET]   -> -k /boot/vmlinuz-5.15-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-5.15-x86_64.img
[2022-10-23T14:02:40+0200] [ALPM-SCRIPTLET] ==> Starting build: 5.15.74-3-MANJARO
[2022-10-23T14:02:40+0200] [ALPM-SCRIPTLET]   -> Running build hook: [base]
[2022-10-23T14:02:41+0200] [ALPM-SCRIPTLET]   -> Running build hook: [udev]
[2022-10-23T14:02:43+0200] [ALPM-SCRIPTLET]   -> Running build hook: [autodetect]
[2022-10-23T14:02:43+0200] [ALPM-SCRIPTLET]   -> Running build hook: [modconf]
[2022-10-23T14:02:43+0200] [ALPM-SCRIPTLET]   -> Running build hook: [block]
[2022-10-23T14:02:44+0200] [ALPM-SCRIPTLET]   -> Running build hook: [keyboard]
[2022-10-23T14:02:45+0200] [ALPM-SCRIPTLET]   -> Running build hook: [keymap]
[2022-10-23T14:02:45+0200] [ALPM-SCRIPTLET]   -> Running build hook: [consolefont]
[2022-10-23T14:02:45+0200] [ALPM-SCRIPTLET] ==> WARNING: consolefont: no font found in configuration
[2022-10-23T14:02:45+0200] [ALPM-SCRIPTLET]   -> Running build hook: [filesystems]
[2022-10-23T14:02:45+0200] [ALPM-SCRIPTLET]   -> Running build hook: [fsck]
[2022-10-23T14:02:45+0200] [ALPM-SCRIPTLET] ==> ERROR: module not found: `bochs_drm'
[2022-10-23T14:02:46+0200] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2022-10-23T14:02:46+0200] [ALPM-SCRIPTLET] ==> Creating gzip-compressed initcpio image: /boot/initramfs-5.15-x86_64.img

micha2 · 23 October 2022 13:21

Wonach muss ich den für ein Kernel-Upgrade suchen? Das folgende vielleicht?:

$ cat /var/log/pacman.log | grep -e "Starting build:.*-MANJARO"
…
[2022-10-19T18:29:04+0200] [ALPM-SCRIPTLET] ==> Starting build: 5.15.74-3-MANJARO
[2022-10-19T18:29:07+0200] [ALPM-SCRIPTLET] ==> Starting build: 5.15.74-3-MANJARO

oder besser so?:

$ cat /var/log/pacman.log | grep -e "Building image"
…
[2022-10-19T18:29:04+0200] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux515.preset: 'default'
[2022-10-19T18:29:07+0200] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux515.preset: 'fallback'

Nachlese · 23 October 2022 15:23

so gehts los:
[2022-10-23T14:01:15+0200] [PAMAC] synchronizing package lists

kurz danach dann:

[2022-10-23T14:02:18+0200] [ALPM] transaction started
[2022-10-23T14:02:28+0200] [ALPM] upgraded linux515 (5.15.72-1 -> 5.15.74-3)

dann passieren viele Dinge, wenn nicht nur der neue Kernel, sondern auch noch andere Pakete installiert werden

und dann, ganz am Ende, wird die neue RAM disk erstellt

[2022-10-23T14:02:40+0200] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux515.preset: 'default'
[2022-10-23T14:02:40+0200] [ALPM-SCRIPTLET]   -> -k /boot/vmlinuz-5.15-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-5.15-
x86_64.img
[2022-10-23T14:02:40+0200] [ALPM-SCRIPTLET] ==> Starting build: 5.15.74-3-MANJARO
[2022-10-23T14:02:40+0200] [ALPM-SCRIPTLET]   -> Running build hook: [base]
[2022-10-23T14:02:41+0200] [ALPM-SCRIPTLET]   -> Running build hook: [udev]
[2022-10-23T14:02:43+0200] [ALPM-SCRIPTLET]   -> Running build hook: [autodetect]
[2022-10-23T14:02:43+0200] [ALPM-SCRIPTLET]   -> Running build hook: [modconf]
[2022-10-23T14:02:43+0200] [ALPM-SCRIPTLET]   -> Running build hook: [block]
[2022-10-23T14:02:44+0200] [ALPM-SCRIPTLET]   -> Running build hook: [keyboard]
[2022-10-23T14:02:45+0200] [ALPM-SCRIPTLET]   -> Running build hook: [keymap]
[2022-10-23T14:02:45+0200] [ALPM-SCRIPTLET]   -> Running build hook: [consolefont]
[2022-10-23T14:02:45+0200] [ALPM-SCRIPTLET] ==> WARNING: consolefont: no font found in configuration
[2022-10-23T14:02:45+0200] [ALPM-SCRIPTLET]   -> Running build hook: [filesystems]
[2022-10-23T14:02:45+0200] [ALPM-SCRIPTLET]   -> Running build hook: [fsck]
[2022-10-23T14:02:45+0200] [ALPM-SCRIPTLET] ==> ERROR: module not found: `bochs_drm'
[2022-10-23T14:02:46+0200] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2022-10-23T14:02:46+0200] [ALPM-SCRIPTLET] ==> Creating gzip-compressed initcpio image: /boot/initramfs-5.15-x86_64.img

In diesem zeitlichem Abstand zwischen Installation des neuen Kernels und dem erstellen der RAM disk,
die ja später zum booten des neuen Kernels erforderlich ist,
können Dinge schiefgehen
oder, wenn z.B. das laufende Update abgebrochen wird aus irgendeinem Grund
und nur der erste diese beiden Schritte durchlaufen wird,
dann stehst oder sitzt Du nachher vor einem System, das nicht booten wird.

kisun · 23 October 2022 15:39

Bei mir landet folgender Hinweis auch in /var/log/pacman.log

[2022-10-16T19:05:48+0200] [ALPM-SCRIPTLET] e[1;1me[1;32m==>e[1;0me[1;1m Warning:
[2022-10-16T19:05:48+0200] [ALPM-SCRIPTLET] 	 -> Kernel has been updated. Modules of the current kernel
[2022-10-16T19:05:48+0200] [ALPM-SCRIPTLET] 	 -> have been backed up so you can continue to use your
[2022-10-16T19:05:48+0200] [ALPM-SCRIPTLET] 	 -> computer. However, the new kernel will only work
[2022-10-16T19:05:48+0200] [ALPM-SCRIPTLET] 	 -> at next boot.
[2022-10-16T19:05:48+0200] [ALPM-SCRIPTLET] 	e[1;0m

… als Hinweis das der Kernel neu gestartet werden sollte.

Nachlese · 23 October 2022 15:54

Das muß wohl irgendeine Einstellung sein, die bei Dir anders ist als bei mir.
Gerade habe ich zum Test nicht nur ein upgrade von 5.15.72-1 auf 5.15.74-3 gemacht
sondern auch eine neue Kernelversion installiert (6.0.2-2).

Bei mir gibt es diesen Hinweis nicht.

system · 26 October 2022 05:54

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.