heute ist mein PC mit openSUSE Leap 15.3 und KDE Desktop, nach Eingabe des Passwortes beim User Login, immer wieder eingefroren. Auch bei dem 2. User passiert das gleiche.
Könnte jemand bei diesem Problem Abhilfe verschaffen?
Vielen Dank für Rückmeldungen und Ratschläge.
@dcurtisfra
also ich habe während dem eingefrorenen User-Startvorgang auf ein virtuelles Terminal wechseln können.
Ich kann leider kein copy/paste verwenden, um die Befehle zu posten.
Könntest Du bitte den Begriff “eingefroren” etwas näher erläutern?
Wie lange dauert dieser Zustand “eingefroren” an?
Ist während dessen der Wechsel in ein virtuelles Terminal mit Strg+Alt+F1 noch möglich?
Also nach dem booten am user login gebe ich das user password ein, dann versucht der PC den User zu starten. Gleich im selben Augenblick bleibt der PC mit dem Bild user login fest gefroren. Mit Strg+Alt+F1 kann ich noch wechseln.
Wie kann ich die Ausgabe der Befehle vom Problem-PC hier im anderen PC posten? Geht das nur über “befehl > Ausgabe.txt” und indem ich die Ausgabe.txt mit einem Wechselmedium auf den anderen PC bringe. Oder gibt es noch eine einfachere Methode?
Zweite Benutzer „neu und frisch” oder „alt und missbraucht”?Wenn, der 2. Benutzer „neu und frisch” ist –
Installation prüfen – „zypper verify” und „rpm --verify --all” …
Der 2. Benutzer ist unbenutzt, also frisch.
prüfen – „zypper verify”
Loading repository data...
Reading installed packages...
Dependencies of all installed packages are satisfied.
und „rpm --verify --all”
.M....... g /var/log/alternatives.log
.M....... g /var/log/boot.log
....L.... c /etc/pam.d/common-account
....L.... c /etc/pam.d/common-auth
....L.... c /etc/pam.d/common-password
....L.... c /etc/pam.d/common-session
S.5....T. c /etc/auto.master
missing /usr/lib64/libreoffice/program/intro-highres.png
missing /usr/lib64/libreoffice/program/shell/logo.svg
missing /usr/lib64/libreoffice/program/shell/logo_inverted.svg
.M....... g /var/lib/pulseaudio
missing /var/cache/libx11/compose/l4_030_313cb605_00280cc0
.M....... g /run/mcelog
.M....... g /usr/share/fonts/100dpi/encodings.dir
.M....... g /usr/share/fonts/100dpi/fonts.scale
.M....... g /usr/share/fonts/75dpi/encodings.dir
.M....... g /usr/share/fonts/75dpi/fonts.scale
.M....... g /run/avahi-daemon
.M....... g /boot/grub2/grub.cfg
S.5....T. c /etc/default/grub
.M....... g /var/lib/ca-certificates/ca-bundle.pem
.M....... g /var/lib/ca-certificates/java-cacerts
.....UG.. g /run/sddm
.M....G.. g /var/log/lastlog
.M....... g /usr/share/fonts/misc/encodings.dir
.M....... g /usr/share/fonts/misc/fonts.scale
.M....... g /run/netconfig
.M....... g /run/netconfig/resolv.conf
.M....... g /run/netconfig/yp.conf
SM5....T. c /etc/fonts/conf.d/30-metric-aliases.conf
.M....... g /var/lib/flatpak
........P /usr/lib64/libexec/ksysguard/ksgrd_network_helper
/usr/lib64/libexec/ksysguard/ksgrd_network_helper: cannot verify root:root 0755 - not listed in /etc/permissions
S.5....T. c /etc/chrony.conf
.M....... g /var/lib/chrony/drift
S.5....T. c /etc/sane.d/dll.conf
S.5....T. c /etc/unixODBC/odbcinst.ini
S.5....T. c /etc/fonts/conf.d/10-rendering-options.conf
S.5....T. c /etc/fonts/conf.d/58-family-prefer-local.conf
.M....... g /run/certmonger
.M....... /usr/lib/mktex/public
.M....... c /var/log/NetworkManager
......G.. /etc/cups/ssl
.M....... g /usr/share/fonts/Type1/encodings.dir
.M....... g /usr/share/fonts/cyrillic/encodings.dir
.M....... g /usr/share/fonts/cyrillic/fonts.scale
.M....... g /usr/share/fonts/truetype/encodings.dir
.M....... g /run/cryptsetup
....L.... d /usr/share/man/man1/ftp.1.gz
....L.... /usr/bin/vi
.M....... g /etc/aliases.lmdb
S.5....T. c /etc/postfix/main.cf
S.5....T. c /etc/postfix/master.cf
.M....... g /etc/xml/catalog-d.xml
....L.... /etc/ImageMagick-7
S.5....T. c /etc/ImageMagick-7-SUSE/policy.xml
Es wäre sicher sehr hilfreich und eher zielführend wenn du uns etwas mehr über die Hardware schreibst.
Welche CPU und GPU, vor allem, ist verbaut ?
Oder ist das ein Laptop mit Hybrid GPU ?
Gab es zuvor ein Update ? Evtl. neue Treiber für eben die GPU ?
KDE benutzt für gewöhnlich als Login-Manager SDDM . Wenn du KDE nachträglich installiert haben solltest, und zB. zuvor Gnome oder XFCE als Desktop hattest, könnte noch LightDM oder GDM vorhanden sein.
Ohne genauere Angaben fängt zuerst mal bloß ein Rätselraten an.
Bei der Installation gibt es einen Konflikt:
installing package susepaste-0.6-bp153.1.11.noarch needs 72KB on the/ filesystem.
Installation of susepaste-0.6-bp153.1.11.noarch failed:
Error: Subprocess failed. Error: RPM failed: Command exists with status 1.
Es wäre sicher sehr hilfreich und eher zielführend wenn du uns etwas mehr über die Hardware schreibst.
Welche CPU und GPU, vor allem, ist verbaut ?
Oder ist das ein Laptop mit Hybrid GPU ?
Gab es zuvor ein Update ? Evtl. neue Treiber für eben die GPU ?
KDE benutzt für gewöhnlich als Login-Manager SDDM . Wenn du KDE nachträglich installiert haben solltest, und zB. zuvor Gnome oder XFCE als Desktop hattest, könnte noch LightDM oder GDM vorhanden sein.
Ohne genauere Angaben fängt zuerst mal bloß ein Rätselraten an.
Ich weiß das nicht auswendig, mein PC müsste das wissen. Wie kann ich das alles in einem terminal überprüfen?
@paulepank/tomm_fa/Sauerland
ja, euer Verdacht war ein Volltreffer. Meine root Partition ist zu 100% voll. Ich hatte der root Partition 50GB bereit gestellt.
Was nun??
Auf sda4 hatte ich mir noch 2GB Reserve zurück behalten, sozusagen für Notfälle, die Partition ist nicht gemountet und ist derzeit als NTFS formatiert. Glaubt ihr, dass 2GB für längere Zeit reichen könnten?
Erstens: könntest du das nächste mal biite das Kommando mit einkopieren. Jetzt haben wir Ausgaben die von uns unbekannte Kommandos erzeugt wurden. Und das auch noch mal ohne irgend eine Abgrenzung gegen einander. Verwirrend unf Fehlinterpretierung fördernd.
Dann zur Sache.
Du sollst erst mal schauen was denn alles auf / ist. Mit 50GB sollte das reichen.
Erster Versuch: was ist alles in /tmp drin. Wenn ziemlich Viel, dann ausräumen.
Zweitens, um zu finden ob irgendwas zu viel gewachsen ist:
Dann zur Sache.
Du sollst erst mal schauen was denn alles auf / ist. Mit 50GB sollte das reichen.
Erster Versuch: was ist alles in /tmp drin. Wenn ziemlich Viel, dann ausräumen.
Zweitens, um zu finden ob irgendwas zu viel gewachsen ist:
Code:
cd /
du -sh * 2>/dev/null
Das /tmp Verzeichnis habe ich geleert, wie unten zu sehen ist.
Code:
cd /
du -sh * 2>/dev/null
640K bin
103M boot
0 dev
20M etc
666G home
370M lib
9.5M lib64
16K lost+found
0 media
8.0K mnt
4.0K opt
0 proc
13M root
18M run
9.1M sbin
4.0K selinux
20K srv
0 sys
910M tmp
9.1G usr
37G var
Fällt es dir auf? /var ist 37G. Da ist was schief gegangen. Schau mal in /var/log welche Logging da so groß ist und tue das denn weg.
Und vielleicht schau erst mal in dieses Riesenlog hinein was da gemeldet wird. Wenn da zich mal in der Sekunde ein Fehler notiert wird sollte man da was machen.
Jein – in Prinzip in Ordnung aber, ‘~/.cache/mozilla/firefox/’ und/oder das „Thunderbird” Cache-Verzeichnis sind, normalerweise, nicht das Problemuhrsache und, die Mozilla Produkten benötigen Cache aus Geschwindigkeitsgrunde …
So, ja, ein brutaler rekursive löschen vom „Alles” in ‚~/.cache/’ kann heilsam sein aber, ein gezielte Eingriff ist oft auch wirksam.
[HR][/HR]Übrigens, Finger weg vom ‚~/.mozilla/’ – in ‚~/.mozilla/firefox/???.default-release/bookmarkbackups/’ sind die Lesezeichen Sicherungskopien gespeichert …