[erledigt] .xsession-errors im Windows Format?

KDE, Gnome, Windowmanager, X11, Grafiktreiber und alles was dazu notwendig ist. Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
Benutzeravatar
detix
Beiträge: 1699
Registriert: 07.02.2007 18:51:28
Wohnort: MK

[erledigt] .xsession-errors im Windows Format?

Beitrag von detix » 15.01.2023 11:53:08

Ein merkwürdiges Phänomen hab ich heut festgestellt nachdem die og Datei auf 26MB angewachsen war, bisher konnte ich mit ein paar sed Befehlen in .profile die Datei auf 1000 Zeilen begrenzen, weiß aber nicht seit wann das so ist, ein kleiner Auszug:
startkde: Shutting down...
startkde: Done.
X connection to :0 broken (explicit kill or server shutdown).
The X11 connection broke (error 1). Did the X11 server die?
und hier im Hex Format:
0001:63A0 | 65 72 76 65 72 20 73 68 75 74 64 6F 77 6E 29 2E | erver shutdown).
0001:63B0 | 0D 0A 54 68 65 20 58 31 31 20 63 6F 6E 6E 65 63 | ..The X11 connec
0001:63C0 | 74 69 6F 6E 20 62 72 6F 6B 65 20 28 65 72 72 6F | tion broke (erro
0D 0A entspricht zum Einen dem Windows Zeilenumbruch, zum Anderen ist die Datei lt kate auch noch ISO-8859-15 und nicht UTF-8 kodiert!
Wie kommt das, so lässt sich die Dateigröße auch nicht mit sed & co bändigen...
Nach dem Löschen der Datei und neu einloggen ist zunächst alles in Ordnung, bis es nach spätestens 2-3x neu einloggen wieder so ist wie angesprochen.
Zuletzt geändert von detix am 17.01.2023 19:06:40, insgesamt 1-mal geändert.
Gruß an alle Debianer, und immer daran denken:
Macht ohne Haftung funktioniert nicht!

Benutzeravatar
Livingston
Beiträge: 1363
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: .xsession-errors im Windows Format?

Beitrag von Livingston » 15.01.2023 17:50:45

Um die Log-Datei für sed wieder zugänglich zu machen, könntest Du sie mit iconv in UTF-8 umwandeln und dann nach sed pipen. Vielleicht näherst Du Dich so der Fehlerquelle.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams

Benutzeravatar
detix
Beiträge: 1699
Registriert: 07.02.2007 18:51:28
Wohnort: MK

Re: .xsession-errors im Windows Format?

Beitrag von detix » 15.01.2023 19:57:40

Ja, das scheint aktuell der einzige Weg zu sein, diese Zeilen hab ich mal hinzugefügt:

Code: Alles auswählen

FehlerDatei=$HOME/.xsession-errors
sed -i 's/.$//' $FehlerDatei
iconv -f ISO-8859-15 -t UTF-8 $FehlerDatei -o $FehlerDatei$
mv $FehlerDatei$ $FehlerDatei
So ist es halbwegs in Ordnung, danke dir, fehlt mir nur noch eine Erklärung für so ein Verhalten.
Gruß an alle Debianer, und immer daran denken:
Macht ohne Haftung funktioniert nicht!

Benutzeravatar
Blackbox
Beiträge: 4289
Registriert: 17.09.2008 17:01:20
Lizenz eigener Beiträge: GNU Free Documentation License

Re: .xsession-errors im Windows Format?

Beitrag von Blackbox » 16.01.2023 00:40:58

detix hat geschrieben: ↑ zum Beitrag ↑
15.01.2023 19:57:40
fehlt mir nur noch eine Erklärung für so ein Verhalten.
Hast du eine eventuelle Beschädigung des Dateisystems, oder der Speicherhardware in Erwägung gezogen?
Eigenbau PC: Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Desktop PC: Dell Inspiron 530 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Notebook: TUXEDO BU1406 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Alles Minimalinstallationen und ohne sudo/PA/PW.
Rootserver: Rocky Linux 9.3 - Kernel: 5.14

Freie Software unterstützen, Grundrechte stärken!

Benutzeravatar
Livingston
Beiträge: 1363
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: .xsession-errors im Windows Format?

Beitrag von Livingston » 16.01.2023 17:18:27

Wenn ich mal raten soll, würde ich drauf tippen, dass es indirekt mit einem uralten Bug des xservers zu tun hat.
Seit Jahren taucht im virtuellen Terminal [tty1,...,tty7] immer mal wieder der staircase effect auf. Der xserver schreibt dann seine Meldungen in der Form

Code: Alles auswählen

aaa
   bbbbb
        cccc
Es gab dann Bug-Fixes, indem der xserver zu jedem Zeilenende zusätzlich ein #0A (=line feed) zusätzlich zum #0D (=carriage return) ausgab.
Ging natürlich am eigentlichen Problem vorbei: Offenbar hat der xserver das Verhalten des Terminals dahingehend verändert, dass es ein carriage return tatsächlich wortwörtlich ausführt und nur zum Anfang zurückspringt und nicht zusätzlich selbständig in die nächste Zeile springt (line feed) wie sonst bei Unix-artigen Terminals üblich. Das Problem mit dem staircase effect wurde also mit einem workaround "korrigiert", indem das zusätzliche Zeichen #0A eingebaut wurde, statt das Terminal in die erwartete Betriebsart zu setzen.

Ich halte es für möglich, dass dieses Spielchen immer noch bei fatalen Fehlermeldungen des xservers eine Rolle spielt, aber nix genaues weiß ich nicht. :mrgreen:
Denkbar wäre also, das heutzutage normalerweise kein line feed mehr ausgegeben wird, aber dennoch ein Fehler bei den Fehlermeldungen übrig geblieben ist. :roll:

ERGÄNZUNG:
Mehr zu Terminal-Einstellungen findet sich in den man pages von stty und termios. Ziemlich unübersichtlicher Kram, da seine Urgründe auf die 60er-Jahre zurückgehen, als Terminals noch echte Terminals, Männer noch echte Männer und kleine grüne Männchen vom Planeten Jaglan Beta noch echte kleine grüne Männchen vom Planeten Jaglan Beta waren.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams

Benutzeravatar
detix
Beiträge: 1699
Registriert: 07.02.2007 18:51:28
Wohnort: MK

Re: .xsession-errors im Windows Format?

Beitrag von detix » 17.01.2023 19:05:29

@Blackbox: einen Hardware Fehler möchte ich eigentlich ausschließen, zumindest der Windows Zeilenumbruch
kommt nur beim Ausloggen und steht dann auch genauso oft in der .xsession-errors.

@Livingston: das Treppenverhalten taucht hier nicht auf.

Stundenlange Änderungen und Versuche haben zumindest einen Teilerfolg erbracht:
ISO-8859-15 scheint dauerhaft Vergangenheit zu sein, weiß aber nicht mehr ab wann und womit...

sed scheint mittlerweile auch mit einem Windows Zeilenumbruch klar zu kommen, das ist mir anders in Erinnerung, dennoch bleibt der sed Befehl erhalten.
Warum die Datei auf 26MB angewachsen ist wohl im Nachhinein nicht mehr zu ergründen, der aktuelle Stand mit einer Dateigröße um 100k ist in Ordnung, ich danke euch beiden für die Hilfestellung und setz das Thema mal auf erledigt.
Gruß an alle Debianer, und immer daran denken:
Macht ohne Haftung funktioniert nicht!

Antworten