Danke Kreuzschnabel, für die offen Worte
Mitten im Update-Vorgang, weil er zu lange dauert? Mutig. Virtualbox baut zum Beispiel Kernelmodule neu, das kann mal eine Minute oder so dauern, und wenn die dann halbgar rumfliegen …
Naja, 5 min warte ich schon, bis ich zu drastischen Maßnahmen greife.
Ich denke aber nicht mehr, dass das Problem der erfolglosen Anmeldung mit dem Update zusammenhängt.
Ich binde die Samba Freigaben eines Raspi, das ich als Fileserver für Filme etc. benutze, mit pam_mount ein.
Inzwischen habe ich festgestellt, dass das Laufwerk der Freigabe auf dem Raspi Probleme macht. /dev/sdb
Mit einer bereinigten pam_mount.conf.xml hat die Anmeldung heute funktioniert.
Wäre es möglich, dass der pam_mount Prozess, der ja bei der Anmeldung ausgeführt wird, ins Leere lief und für den Hänger verantwortlich ist?
[ 83.695705] sd 1:0:0:0: [sdb] tag#4 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN
[ 83.695726] sd 1:0:0:0: [sdb] tag#4 CDB: opcode=0x28 28 00 00 00 09 08 00 00 f8 00
[ 113.776212] sd 1:0:0:0: [sdb] tag#9 uas_eh_abort_handler 0 uas-tag 3 inflight: CMD IN
[ 113.776231] sd 1:0:0:0: [sdb] tag#9 CDB: opcode=0x85 85 08 0e 00 00 00 01 00 00 00 00 00 00 00 ec 00
[ 113.776484] sd 1:0:0:0: [sdb] tag#8 uas_eh_abort_handler 0 uas-tag 2 inflight: CMD
[ 113.776497] sd 1:0:0:0: [sdb] tag#8 CDB: opcode=0x35 35 00 00 00 00 00 00 00 00 00
[ 113.816252] scsi host1: uas_eh_device_reset_handler start
[ 113.917362] usb 2-1.1: reset SuperSpeed Gen 1 USB device number 4 using xhci_hcd
[ 113.952964] scsi host1: uas_eh_device_reset_handler success
[ 113.953609] program smartctl is using a deprecated SCSI ioctl, please convert it to SG_IO
Kannst du mit der Fehlermeldung etwas anfangen?
Aber ganz ehrlich, ich würde das Ding plattmachen und frisch installieren, wer weiß, was da noch alles verbogen ist.
Nja, so schnell bin ich mit dem plattmachen nicht 😉