Beiträge von bje-aus-tt

Ich habe jetzt einige Tage keine Zeit gehabt intensiv nach dem Problem zu suchen.

Seltsamerweise funktioniert der neue User, erstellt aus meinen /etc/skel/ Daten vom alten User auf einmal ohne Probleme. Einen Fehler kann ich jetzt nicht mehr suchen, sondern werde mir den neuen User vollständig einrichten.

Gibt es denn sonst niemanden, der das gleiche Problem hat wie ich und keiner weis einen Grund dafür???????

Aber ich habe das ungute Gefühl, dass ich in einem viertel Jahr wieder vor dem gleichen Problem stehe, weil es keine Lösung ist sonder nur ein workaroung.

Ich arbeite schon seid Ende der 1990er Jahre mit Opensuse, immer als normaler Anwender, aber ein solches Verhalten wie beim Leap 15.4 habe ich noch nie erlebt.

welches Verzeichnis könnte die faulen Daten enthalten: .config oder .kde4 ?????

Guten Morgen,

es läuft nur noch eine Anwendung, oft muss ich erst Dropbox und pCloud stoppen um etwas neues zu starten.

Ich habe in einem anderen Thema gelesen, dass die Basisdaten für eine neue User-Id aus /etc/skel/ kommen. Mein Versuch mit einem neuen User hat ja gezeigt, dass der das Problem nicht hat. Um die Einrichtung eines neuen User, der aussieht wie der alte User zu vereinfachen, habe ich unter /etc/skel/ Daten aus meinem alten User hinterlegt.

Und siehe da, der jetzt angelegte neue Benutzer hat das gleiche Problem wie der alte Benutzer. Aber empirisch zu finden, welche Einträge zu diesem Verhalten führen ist ohne gute Systemkenntnisse eigentlich unmöglich.

Ich habe gerade mal einen neuen Benutzer angelegt und siehe da, mit dem neuen Benutzer kann ich wieder beliebig viele Anwendungen starten.

Vielleicht ist mit diesem Verhalten das Problem einzugrenzen...

Bernds-PC:/home/BJE # df -h

Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf

devtmpfs 4,0M 0 4,0M 0% /dev

tmpfs 16G 0 16G 0% /dev/shm

tmpfs 6,3G 9,8M 6,3G 1% /run

tmpfs 4,0M 0 4,0M 0% /sys/fs/cgroup

/dev/nvme0n1p2 444G 417G 27G 94% /

/dev/nvme0n1p2 444G 417G 27G 94% /boot/grub2/i386-pc

/dev/nvme0n1p2 444G 417G 27G 94% /boot/grub2/x86_64-efi

/dev/nvme0n1p2 444G 417G 27G 94% /home

/dev/nvme0n1p2 444G 417G 27G 94% /opt

/dev/nvme0n1p2 444G 417G 27G 94% /root

/dev/nvme0n1p2 444G 417G 27G 94% /srv

/dev/nvme0n1p2 444G 417G 27G 94% /tmp

/dev/nvme0n1p2 444G 417G 27G 94% /usr/local

/dev/nvme0n1p2 444G 417G 27G 94% /var

/dev/nvme0n1p1 500M 5,2M 495M 2% /boot/efi

/dev/nvme0n1p3 486G 432G 54G 90% /old-system

/dev/sdb5 1,8T 1,7T 9,0G 100% /DATEN-HD-Save

/dev/sda 3,6T 2,4T 1,1T 71% /DATEN-HD-4T

tmpfs 3,2G 952K 3,2G 1% /run/user/1000

Der Flaschenhals wird auch schon wieder enger, es laufen nur noch 2 Programme...

Den MEMTEST86+ habe ich nach drei vollständigen Durchläufen beendet, keine Fehler gefunden.

Ich habe über F11 ein Bootmenue bekommen und den Memtest erfolgreich starten können.

MEMTEST86+ arbeitet, nach Abschluss melde ich mich wieder.