ubuntuusers.de

Kein Login mehr möglich

Status: Gelöst | Ubuntu-Version: Ubuntu 22.04 (Jammy Jellyfish)
Antworten |

weholei

Anmeldungsdatum:
7. Februar 2019

Beiträge: 964

Wohnort: Mittelfranken

Bei einem meiner PC's kann ich mich nicht mehr anmelden

Beim grafischen login tut sich nach der Passworteingabe nichts mehr.

Über ssh nahezu das gleiche.

Über den Account meiner Enkelin kann ich mich noch anmelden, aber der Rechner reagiert sehr zäh zb. der mc, der Thunderbird hatte einen timeout.

Was habe ich gemacht?

Ich habe vor meinem Urlaub ein Update von Virtualbox gemacht.

Weil ich gerade dabei war, habe ich auch unter Ubuntu alles upgedatet, was upzudaten war.

Irgendwas ging dabei wohl schief.

Ausschließen will ich nicht, dass ich dann aus Zeitmangel und Frust den Rechner mit "sudo init 0" den Saft abgedrecht habe.

Das hatte aber bisher noch keine Nebenwirkungen

Ein parallel installiertes, ca 5 Monate altes, rudimentäres Mint zeigt keine Auffälligkeiten.

zu welchem Vorgehen ratet ihr mir?

micneu

Avatar von micneu

Anmeldungsdatum:
19. Januar 2021

Beiträge: 845

Wohnort: Hamburg

Daten Sichern und neu Installation. Kannst du dich den am Terminal (nicht ssh) anmelden?

weholei

(Themenstarter)

Anmeldungsdatum:
7. Februar 2019

Beiträge: 964

Wohnort: Mittelfranken

micneu schrieb:

Daten Sichern und neu Installation. Kannst du dich den am Terminal (nicht ssh) anmelden?

leider nein

Über ssh nahezu das gleiche.

Kreuzschnabel

Anmeldungsdatum:
12. Dezember 2011

Beiträge: 2128

weholei schrieb:

Ich habe vor meinem Urlaub ein Update von Virtualbox gemacht.

Und das war wann? Letztes Jahr? Letzte Woche?

Weil ich gerade dabei war, habe ich auch unter Ubuntu alles upgedatet, was upzudaten war.

Irgendwas ging dabei wohl schief.

(Danke für die vorbildlich exakten Angaben.) Sehr möglich, wenn

ich dann aus Zeitmangel und Frust den Rechner mit "sudo init 0" den Saft abgedrecht habe.

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 …

Das hatte aber bisher noch keine Nebenwirkungen

Was heißt „bisher“? Es hat ja offensichtlich.

Ein parallel installiertes, ca 5 Monate altes, rudimentäres Mint zeigt keine Auffälligkeiten.

Das wurde vermutlich auch nicht so malträtiert.

zu welchem Vorgehen ratet ihr mir?

Du könntest versuchen, z.B. im recovery-mode (ohne GUI) mit apt -f install zu gucken, ob sich an der unvollständigen Installation was zurechtbiegen lässt. Der grafische Login kann daran scheitern, dass in deinem Home-Verzeichnis eine verwaiste .Xauthority querliegt. Einfach löschen und dann nochmal versuchen. Aber ganz ehrlich, ich würde das Ding plattmachen und frisch installieren, wer weiß, was da noch alles verbogen ist.

--ks

weholei

(Themenstarter)

Anmeldungsdatum:
7. Februar 2019

Beiträge: 964

Wohnort: Mittelfranken

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 😉

hakel2022

Anmeldungsdatum:
21. Februar 2022

Beiträge: 3355

Über den Account meiner Enkelin kann ich mich noch anmelden, aber der Rechner reagiert sehr zäh

Dann könntest du ja mal mit "top" oder sonstwie schauen, was da bremst. Wenn Nutzer unterschiedlich reagieren, würde man eigentlich eher auf Konfigs im home "wetten".

Irgendwas ging dabei wohl schief.

Dann kannst doch mal als erfahrener Nutzer in der Konsole das übliche machen. ☹

sudo apt-get update

Dann siehst du ja, ob es durchläuft.

Was die Freigabe angeht, kannst du die ja testweise aushängen. Irgendwie muß man den Fehler eingrenzen. Probleme mit dem Netz können einen Rechner durchaus in die Knie zwingen!

Eine Neuinstallation mit 24.04 bietet sich ja an im Moment. Es gibt sicher noch einige Leute, die bei LTS immer frisch installieren.

Antworten |