Schlagwort-Archiv: lightdm.service

Linux MINT 21 – Die ersten Problemchen

Der nächste Tag nach dem Upgrade (20.3 auf 21)

Seltsam, Drag & Drop einer Videodatei direkt nach ShotCut war von jeglichem Ordner unter MINT 20.3 (vor MINT 21)  möglich. Nun kommt immer eine Fehlermeldung “Öffnen fehlgeschlagen /mnt/Laufwerks-ID/Ordner/%Ordner/filmname.ts”

Nach einigem ausprobieren liegt es am % Zeichen am Anfang eines Ordnernamens. YaVDR erzeugt automatisch ein % Zeichen bei geschnittenen Aufnahmen. Dieses % Zeichen war aber bislang nie ein Problem (Windows würde Würgen).

ShotCut Fehlermeldung wegen % Zeichen am Beginn eines Ordnernamen

Wie man sieht macht MINT 21 aus dem % und dem folgenden ‘B’ eine Raute mit Fragezeichen. Hat bestimmt irgend etwas mit UTF-8 zu tun. Echt schade, nun muß ich immer die % Zeichen löschen. Geht schnell, bremst aber wieder.

Im Gegentest mit KdenLive KEINE Probleme. Hier wird die *.ts klaglos geöffnet und zwar MIT % Zeichen am Anfang eines Ordnernamens.

Es scheint demnach ein reines ShotCut (V 22.06.23) Problem zu sein. Dem entgegen steht das es mit der gleichen Version unter MINT 20.3 keine Probleme gab … rätselhaft

ShotCut ein Update später (V 22.09.23) – der Fehler ist verschwunden 🙂

Mal eben was vom Handy per Bluetooth zum PC senden. Neulich war das Bluetooth-ICON unten rechts in der Leiste doch noch da. Aktuell nichts davon zu sehen. Was soll der Quatsch, BT ist eine wichtige Grundfunktion.

Ich klicke START und gebe “bluetoo..” ein, es erscheinen “Bluetooth Manager” und “Bluetooth-Adapter”. Ich starte den Bluetooth Manager, für eine Millisekunde poppt ein Fenster auf, dann unten rechts trotzdem nichts neues. Ich starte Bluetooth-Adapter, das Programm kämpft 30 Sekunden ist dann weg.

NEUSTART …

Immer noch kein BT-Icon … starte wieder den Bluetooth Manager.

Wenn ich dort auf Adapter klicke kommt folgende Fehlermeldung :

Bluez-Dienst nicht gestartet – kein BT Adapter erkannt

OK, mein Micro BT-Stick blinkt auch nicht wie üblicherweise. Vor dem Neustart war es noch so. Ziehen/Stecken des Stick bringt auch nix. Ich stecke den BT-Stick mal in einen USB 3.0-Port, läuft. Stick blinkt, BT-Icon in der Leiste ist wieder da.

Was geht hier ab, ich verschwende doch keinen USB 3.0 Port für ‘nen BT-Stick mit Steinzeit-Speed !!

Ich stecke einen USB-Speicherstick in den USB 2.0 Port, läuft. Mal was rein kopieren … keine Probleme.

BT-Stick wieder umgesteckt, ICON da, Stick blinkt !!!!!!!!!

Rätselhaft, kein Verlass auf die Technik 🙁

Vor längerer Zeit hatte ich eine Delay Zeit von 5 Sekunden in die lightdm.service Datei eingefügt um den UBUNTU Fehler zu umgehen, das der Desktop fast immer in der falschen, viel zu niedrigen Auflösung startet.

sudo nano /lib/systemd/system/lightdm.service

Nach dem hinzufügen folgender Zeile war das Problem für immer verschwunden, kostete allerdings immer ein paar Sekunden.

Da ich ja nun MINT 21 drauf habe könnte der Eintrag ja mal testweise weg, vielleicht geht’s auch ohne und dann eben etwas schneller. Und ja MINT du hast hier Nachholbedarf. Gleicher Rechner Windows 10, ist in Sekunden gestartet.

Ich kontrolliere /etc/systemd/system/lightdm.service

Dorthin sollte man die Original-Datei kopieren damit auch nach Updates die lightdm.service Datei erhalten bleibt.

Unter /etc/systemd/system/lightdm.service ist der Eintrag tatsächlich noch vorhanden und lautete :

ExecStartPre=/bin/sleep 5

Aktuell unter MINT 21 steht dieser Eintrag aber NICHT mehr in der

/lib/systemd/system/lightdm.service

ALLE Zeilen stimmen 1:1 überein nur meine hinzugefügte fehlt in der /lib/systemd/system/lightdm.service

Und das ist wohl DIE Datei die beim Start benutzt wird. Also scheint das Timing Dilemma ja beseitigt worden zu sein. Ich lösche die Zeile dann auch in der /lib/systemd/system/lightdm.service mit :

sudo nano /lib/systemd/system/lightdm.service

Kopier-Dialog bei gleichnamigen Dateien

Kein Problemchen von MINT 21 nervt aber. Fügt man Dateien zu einem Ordner hinzu und trifft dort auf gleichnamige Dateien, erscheint der Umbenennungs/Ersetzen Dialog.

Wenn man umbenennt kann man nach der Zeichen-Eingabe nicht einfach ENTER drücken, sondern muß zur Maus greifen oder per TAB zum Umbenennen-Button springen.

Und ich bin und bleibe ein Tastatur-Fan weil schneller.

21.1.2023

Eben komme ich zum Rechner zurück, klicke zwei unterschiedliche CAJA-Ordner (vor Stunden geöffnet) an. Es erscheint keine Inhalt, sondern nur der hauchdünne Fensterumriß. Das ist mal was Neues, hatte ich so n.n.

Oh, wie ich gerade feststelle ist deren Inhalt nicht leer, sondern enthält zufälligerweise den grafischen Inhalt vom ShotCut-Programmfenster. Also sowas habe ich wirklich noch nie in MINT gehabt. Auch das drücken von F5 hilft nicht. Schließen lassen sich die Fenster auch nicht. Also scheinbar mal wieder ein CAJA-Hänger. Und ich dachte das wäre endlich mal vorbei nach den letzten Updates. Nach beenden des Prozess geht wieder alles, wie üblich.

7.5.2023

Nix neues aber einfach mal erwähnenswert. Tätigt man mit dem Firefox einen Download klickt dann oben im FF “Ordner anzeigen” kommt dieser Ordner nicht in den Vordergrund. Er wird nur in der Taskleiste angezeigt aber eben nicht direkt am Desktop. Das merkt man dann eben kaum. Nicht schlimm, aber ungewöhnlich. Einmal in der Taskleiste angeklickt erscheint er am Desktop, warum nicht gleich so ?

Fenster Titelleisten

Und immer noch ist es einem normalen User nicht möglich aktive Fenster mittels einer Titelleisten-Farbe hervorzuheben. Bei mir ist es aktuell so, das zumindest das Schließen-X farblich hervorgehoben ist. Minimal hilft auch der “noch weißere” Titelleisten Text. Eine eingefärbte Titelleiste wäre aber viel besser.

Desktop-Performance

Absolut kein Vergleich mit Windows 10. Unter Windows ist ALLES viel direkter/schneller denn Windows macht keine Umwege über mehrere Instanzen sondern greift direkter auf die Grafikkarte zu.

Unter MINT kann man quasi zusehen wie ein Ordner gezeichnet wird. Und ich habe schon ALLE Animationen deaktiviert. NEIN, es dauert absolut nicht lange bis ein Ordner erscheint, das geht auch Klick und Poff. Trotzdem guckt man genau hin sieht man dieses “Hin Zeichnen”.

Unter Windows ist das Fenster einfach da, ENDE !!

Linux würde so viel mehr Spaß machen wenn es direkter/schneller reagieren würde (macht aber auch so Spaß 🙂

 

 

 

 

MINT 20 und 1024×768 FRUST !!! (gelöst)

Das Jahr 2021, ich bin echt PC mäßig hart im nehmen, aber DAS übersteigt meinen Horizont.

Ich kann mir ja echt viele Probleme vorstellen, aber das es bei so etwas grundlegend wichtigem wie der Bildschirmauflösung scheitert ist eine Frechheit von den Linux Machern.

Morgens           

Wie immer starte ich den PC möchte gemütlich Frühstücken.

Wieder nur 1024×768 er Auflösung (kein Problem – gehe in die Treiberverwaltung, installiere andere Version, wird schon…)

1h später, der Kaffee ist fast kalt, die kalten Toastbrote schauen traurig.

Ablauf :

NVidia 470er Treiber ist drauf UND aktiv (Treiberverwaltung)

  • installiere 460er Treiber = LoRes
  • installiere 360er Treiber = Black Screen nur Maus
  • installiere Nuoveau (Gräuel) 1.0.16.1 = LoRes
  • komplett Herunterfahren (Strom bleibt AN)
  • Neustart Nuoveau = LoRes
  • installiere 470er Treiber = LoRes
  • Herunterfahren Strom AUS für 1min
  • Neustart = LoRes
  • nehme HDMI Kabel zum 4k iiYama Monitor = LoRes
  • nehme wieder DVI Kabel = LoRes

Dazu kommt, das man die NVidia-Settings zwar starten kann, aber das Fenster wohl außerhalb des Sichtbereichs liegt also unerreichbar ist. Und selbst wenn man ran käme könnte man wahrscheinlich die Auflösung nicht ändern. Davon abgesehen poppt kurz darauf das “Beenden” Fensterchen von NVidia-Settings auf, heißt “läuft nicht”. Immerhin ist das “Beenden” Fensterchen sichtbar 🙂

Ähm, was kann man hier noch glauben. Wie soll man an so etwas nicht verzweifeln. Wie gesagt ich kann mich durchaus an Problemen abkämpfen. Aber seit ich MINT nun kennen (und lieben) gelernt habe kämpfe ich mit dem NVidia Treiber/Auflösungs-Wahnsinn.

Dieses verdammte MINT handelt völlig eigenständig. Mal hat man Glück, mal KEINE Chance. Ich bin es sooo leid.

Damals zu meinen Anfangszeiten mit MINT wäre ich fast verrückt geworden wegen dem Treiber Mist. Irgendwann erfuhr ich dann man solle den Nuoveau-Treiber mal auf die Blacklist setzen. Danach blieb dann endlich die Auflösung dauerhaft wie ICH es wollte.

Ich war der Meinung das vor kurzem nochmal mit “einem” Befehl getan zu haben. Aber exakt müssen es folgende Befehle sein.

sudo bash -c “echo blacklist nouveau > /etc/modprobe.d/blacklist-nvidia-nouveau.conf”

dann …

sudo bash -c “echo options nouveau modeset=0 >> /etc/modprobe.d/blacklist-nvidia-nouveau.conf”

kontrollieren mit …

cat /etc/modprobe.d/blacklist-nvidia-nouveau.conf

die Ausgabe sollte so sein …

blacklist nouveau
options nouveau modeset=0

danach …

sudo update-initramfs -u

und Neustart mit …

sudo reboot

Wow, nach dem Neustart Full-HD !!!

Fragt sich nur für wie lange, morgen kann alles wieder anders sein …

Jau, MINT interessiert das alles NIX aber auch garNIX !!!

Nächster Hinweis Timingprobleme in systemd von Ubuntu 20.04

Das könnte es durchaus sein.

Durch das hinzufügen der Zeile

ExecStartPre=/bin/sleep 5

in der Datei

/lib/systemd/system/lightdm.service

z.B. so

sudo nano /lib/systemd/system/lightdm.service

Dort die besagte Zeile im Abschnitt Service einfügen und Speichern mit Strg + O. Nano verlassen mit Strg + X

Damit das Ganze auch nach Updates permanent so bleibt sollte man die Änderung so sichern (warum lies weiter unten den bunten Text).

sudo cp /lib/systemd/system/lightdm.service /etc/systemd/system/

 

/lib/systemd/system/lightdm.service

NEUSTART – Klappt !!

Aber das kann auch ein Zufall sein, abwarten …

Weitere Web-Hinweise :

ggf. die Zeit verlängern.
Es sollte kurz vor Umschalten in den Grafik-Modus kurz oben links .. “login” zu sehen sein.
Wenn das nichts bringt, die Zeile wieder raus nehmen. Wenn es was bringt, ist noch eine weitere Änderung notwendig.

Aus unbekannten Gründen wird der lightdm service zu früh ausgeführt.
Mit sleep verzögert man dessen Start etwas.

Damit bei einem Update der lightdm.service nicht wieder auf eine fehlerhafte Version geändert werden kann, kopiere sie in
/etc/systemd/system/lightdm.service

Die wird default ausgeführt, auch wenn eine andere im lib/systemd Verzeichnis liegt.

3.10.2021

JA, es funktioniert !!!!!!!!!!!

Der TIP mit dem minimal verzögertem Start vom lightdm.service war es.

WARUM in aller Welt wird so etwas nicht direkt von den NERD’s korrigiert !?!?!?!? Meine Fresse wir Normalo’s suchen uns tot nach einer Lösung.

Und inzwischen habe ich auch einige Updates drübergezogen, unter anderem auch ein KERNEL-Update und die Auflösung BLEIBT 🙂