Re: Bildschirm beim KDE-Start plötzlich dunkel // .kde4 kaputt

Hallo Thomas,
Am Montag, 17. Februar 2020, 16:37:30 CET schrieb Thomas Michalka:
Noch ein paar Bemerkungen:
> Servus Hugo,
>=20
>=20
> vielen Dank f=FCr deine Ideen. Werde mir die Dateien mal genauer ansehen.
> Nat=FCrlich w=E4re eine Doku f=FCr die Dateien auch hilfreich. Vielleicht
> finde ich was dazu.
>=20
> Am 17.02.2020 um 13:40 schrieb Hugo:
> > Hallo Tom,
> > ein paar Kommentare im Text.
> >=20
> > Am Sonntag, 16. Februar 2020, 16:28:11 CET schrieb Thomas Michalka (MLs=
):
> >> [...]
> >>=20
> >> Man kann sich am kdm noch anmelden, die KDE-Start-Animation l=E4uft no=
ch
> >> kurz, dann wird der Bildschirm schwarz und bleibt es auch. Man h=F6rt
> >> noch, wie KDE die letzte (oder zuletzt manuell gespeicherte) Sitzung
> >> wieder herstellt, z.B. an T=F6nen, wenn eine Datei nicht gefunden wird,
> >> aber sieht nicht einmal den Mauszeiger.
Geht vielleicht ein Rechtsklick mit der Maus?
ALT-F2 oder  Windowstaste (Ist das die Metataste?) um 'krunner' Men=FC zu=20
starten  ?

> >>=20
> >> [...]
> >>=20
> >> Folglich schloss ich auf eine kaputte KDE4-Config, was sich auch als
> >> richtig erwies. Nach Umbenennen von .kde4/ konnte ich mich anmelden und
> >> KDE lief wieder, mit Basiseinstellungen (neues .kde4/) halt.
> >>=20
> >> Fragen:
> >> - Wie kann ich herausfinden, was da in .kde4 verkehrt gespeichert
> >>=20
> >>   wurde und ab dann immer zu dem Blackout-Screen f=FChrt?
> >=20
> > Keine Ahnung. Hier w=FCrde ich probieren. Alle damals aktive Programme =
zu
> > starten. Und sehen ob das Problem auftritt.
> > Kandidaten
> > bei mir, kde5, opensuse leap 15.1 (was benutzt Du?)
>=20
> An diesem einen Rechner noch oS 13.2 / KDE4.
>=20
> > Verzeichnis
> >=20
> >  ~/.config/autostart
> >  ~/.config/autostart-scripts/
> >=20
> > Datei
> > ~/.config/ksmserverrc
> > enth=E4lt zeilen wie z.b.
> > restartCommand1=3D/usr/bin/firewall-applet,-session,
> > 22222222222222222222222222222222222222222_3333333333_44444,-name,firewa=
ll-
> > applet
> >=20
> > Oder In einer virtuellen Konsole mit top (ev. als root)
> > einen sehr verd=E4chtigen Prozess suchen.
>=20
> Das habe ich gemacht, aber die Last war minimal, so als h=E4tte KDE den
> Start und die Weiderherstellung der Fenster einwandfrei vollzogen. Nur
> der Bildschirm blieb eben dunkel. Wechsel in Textkonsole war m=F6glich.
>=20
> >> - Welche der unten angezeigten Dateien kommen in Frage?
> >> - Gibt es eine KDE-Log-Datei, die einem mehr Auskunft geben k=F6nnte?
> >>=20
> >> $> find ./kde4_kaputt -mtime -2 -print0 | xargs ls -dlt | less
Das war dein 1. Beispiel. xargs ohne -0 Option!
Jetzt ist es anders und richtig, s.u.  .

> >=20
> > Ich glaub - so geht das nicht - falls das Ziel ist, in einem Verzeichnis
> > die neuesten Dateien anzuzeigen.
>=20
> Nicht nur in "einem" Verzeichnis, sondern im ganzen Baum, der hier bei
> dem angegeben Verzeichnis wurzelt.
> Also doch, so geht das schon, siehe den Output, den ich urspr=FCnglich
> gepostet habe. Sicher geht's auch noch anders, wie immer unter den
> unixoiden Betriebssystemen.
>=20
> > Ich denke das Kommando ls wird nur auf ein Ergebnis von find angewandt.
>=20
> Nein, alle Suchergebnisse von find werden durch die Aktion "-print0"
> hintereinander mit unsichtbarem \0-Character am Ende jedes File-Namens
> ausgegeben. Schau Dir mal die Ausgabe an von
>=20
> $> find .kde5 -mtime -10 -print0
Ja - da war ich wohl falsch.

>=20
> und sie vergleiche mit
>=20
> $> find .kde5 -mtime -10 -print
>=20
> also nur mit -print (nach jedem Dateinamen wird ein newline ausgegeben).
> Jetzt hast Du aber in jedem Fall eine unsortierte Liste, d.h. Du wei=DFt
> nicht, welche Dateien zuletzt modifiziert wurden. Deshalb tippst Du
>=20
> $> find .kde5 -mtime -10 -print | xargs ls -dlt
>=20
> Das kann funktionieren, muss es aber nicht, z.B. wenn nur in einem
> Dateinamen so etwas wie "---" (wie bei mir, s.o.) oder Whitespaces
> enthalten sind, denn ein "--" wird von ls als Einleitung eines
> Optionsparameters verstanden, dann sagt ls:
>=20
> ls: Unbekannte Option =BB---=AB
>=20
> oder Du bekommst bei Whitespaces in Dateinamen Ausgaben von ls, wie "...
> not found".
>=20
> Dewegen ist
>=20
> $> find .kde5 -mtime -10 -print0 | xargs -0 ls -dlt
        Hier benutzt Du -0                                  ^^

>=20
> besser, denn da ist der Delimiter zwischen den Dateinamen \0 und
> Whitespaces (und newline) werden von xargs ignoriert. ls nimmt die ganze
> Liste und gibt die Dateinamen von der j=FCngsten Datei bis zur =E4ltesten
> sortiert aus. Die Option -d sorgt daf=FCr, dass bei Verzeichnissen als
> Argument von ls nur dessen Namen, nicht der Inhalt ausgegeben wird (find
> hat ja schon alles gefunden, was j=FCnger als 10 Tage ist).
   Ja -  -d hatte ich =FCbersehen
> Man kann statt
> diesem Parameter die Suche von find gleich auf echte Dateien
> beschr=E4nken, so dass man sich -d im ls-Aufruf sparen kann:
>=20
> $> find .kde5 -type f -mtime -10 -print0 | xargs -0 ls -lt
>=20
> > Und Leerzeichen in Namen sind auch ein Problem.
>=20
> Ja, genau. Deshalb "-print0" und "xargs -0", die so mit dem Zeichen \0
> extra aufeinander abgestimmt sind (siehe manpages).
>=20
> Ich dachte, dass eine der Dateien, die zuletzt geschrieben wurden, das
> Problem verursacht haben muss, weshalb ich diese zeitlich sortierte
> Liste haben wollte.
>=20
> Jetzt mache ich mich mal =FCber die Dateien her, und wenn ich herausfinde,
> was das Problem ist, dann berichte ich wieder. Vielleicht kann ich noch
> einen Vergleich mit gesicherten fr=FCheren Dateiversionen machen und so
> den =DCbelt=E4ter-Eintrag finden.
>=20
Viel Erfolg.
Wenn Du geeignete Dokumentation findest, dann ist die interessant. Denn es=
=20
scheint mir f=FCr 'sessions' (bzw ksmserverrc)  muss man im 'sourcecode'=20
nachsehen.

Gru=DF=20
   Hugo Mahr