User Login startet und friert danach ein

Hallo werte openSUSE Benutzer,

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.

Versuch es mal mit einem älteren Kernel in Grub2.

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” …

Wenn der 2. Benutzer kein neues Benutzer ist –

Der Inhalt das Benutzer Cache Verzeichnis leeren – einloggen mit ein Virtuellen Terminal (vt1 … vt6) und ‚~/.cache/’ leeren.

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?

Viele Grüße

susejunky

Hallo werte Helfer in der Not,

ich poste von einem anderen PC aus, da ich auf dem Problem-PC keinen User starten kann.

@Sauerland
habe ich versucht - ohne Erfolg.

@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.

@susejunky

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?

Hast du Internet in dem Terminal?
Ein

ping -c3 8.8.8.8

gibt darüber Aufschluß.

Wenn ja susepaste installieren:

zypper in -f susepaste

Dann kannst du susepaste benutzen:

zypper lr -d | susepaste

Das ergibt als Ausgabe eine URL. die bitte hier posten.

Hallo,

ich habe es in der Zwischenzeit doch fertig gebracht die AUsgabe umzuleiten und über einen usb-stick auf diesen PC zu bringen.

@dcurtisfra

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. :slight_smile:

Hallo

@Sauerland
also ping hat es ergeben.

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.

Hallo,

@Quinix

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. :slight_smile:

Ich weiß das nicht auswendig, mein PC müsste das wissen. Wie kann ich das alles in einem terminal überprüfen?

Hallo,

@dcurtisfra

Wenn der 2. Benutzer kein neues Benutzer ist –

Der Inhalt das Benutzer Cache Verzeichnis leeren – einloggen mit ein Virtuellen Terminal (vt1 … vt6) und ‚~/.cache/’ leeren.

Du meinst alles, komplett im Verzeichnis /home/USER2/.cache löschen? also: rm -r -f .

N’Abend
wenn ich das richtig interpretiere ist dein /-filesystem voll

Ausgabe von

df -hT

hier vorführen.

Ist dein / voll?

Poste mal:

df -hT

bzw.

btrfs filesystem df /

Edit
Oops, to late

Hallo werte Helfer in der Not,

@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??

Poste mal:
Code:
df -hT

Filesystem     Type      Size  Used Avail Use% Mounted on
devtmpfs       devtmpfs  4.0M     0  4.0M   0% /dev
tmpfs          tmpfs     7.8G     0  7.8G   0% /dev/shm
tmpfs          tmpfs     3.2G   10M  3.2G   1% /run
tmpfs          tmpfs     4.0M     0  4.0M   0% /sys/fs/cgroup
/dev/sda7      ext4       49G   47G     0 100% /
/dev/sda5      vfat      559M  9.0M  550M   2% /boot/efi
/dev/sdb2      ext4      961G  666G  246G  74% /home
tmpfs          tmpfs     1.6G   44K  1.6G   1% /run/user/1001
tmpfs          tmpfs     1.6G   36K  1.6G   1% /run/user/0

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?

Hallo,

ich habe noch einmal genauer nachgesehen, ob auf sda Speicherplatz frei wäre.

Sda4 ist nicht frei, sondern von Windows belegt. Sda9, 50GB wären noch frei zur Verfügung.

Disk /dev/sda: 232.89 GiB, 250059350016 bytes, 488397168 sectors
Disk model: Samsung SSD 860 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 4B8682CE-A06A-4CED-B778-AF50D38744CB

Device         Start       End   Sectors  Size Type
/dev/sda1    2048000   5119999   3072000  1.5G EFI System
/dev/sda2    5120000   9215999   4096000    2G Microsoft reserved
/dev/sda3    9216000 110524918 101308919 48.3G Microsoft basic data
/dev/sda4  110526464 114620415   4093952    2G Windows recovery environment
/dev/sda5  114620416 115767295   1146880  560M EFI System
/dev/sda6  115767296 132544511  16777216    8G Linux swap
/dev/sda7  132544512 237402111 104857600   50G Linux filesystem
/dev/sda8  237402112 342259711 104857600   50G Linux filesystem
/dev/sda9  342259712 447117311 104857600   50G Linux filesystem

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.

Also nicht

5.3.18-150300.59.63-default

sondern

henk@boven:~> uname -r
5.3.18-150300.59.63-default
henk@boven:~> 

=================================

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:

cd /
du -sh * 2>/dev/null

Hallo,

@hcvv

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 …

  • Die normale Übeltäter in ‚~/.cache/’ sind –

icon-cache.kcache
ksycoca5_de_???
plasma-svgelements-openSUSEdefault_v0.9
plasma_theme_openSUSEdefault_v0.9.kcache
qt_compose_cache_little_endian_???

  • Plus, die „qmlcache” Unterverzeichnisse …
  • Plus ‚~/.cache/mesa_shader_cache/’ …

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 …