Schlagwort-Archiv: linux

Linux MINT NVidia GraKa Crash (08-2021)

Ich habe Linux MINT schon eine kleine Ewigkeit drauf und quasi keinerlei Probleme mit der System-Stabilität.

Seit kurzem jedoch habe ich sporadisch folgendes Verhalten. Beim gleichzeitigen abspielen zweier Video’s und deren Aufnahme mit dem SimpleScreenRecorder heulen von einer zur anderen Sekunde die GraKa-Lüfter auf, Sekunden später wird der Bildschirm schwarz, das war’s. Leider kann ich in dem Moment nicht die GraKa-Temperatur ermitteln.

Drücke ich RESET startet der Rechner neu. Bei einem weiteren Recording-Versuch läuft dann in der Regel alles ohne Probleme durch.

Deswegen habe ich heute am 10.9.2021 mal alles was mit CUDA zu tun hat deinstalliert. Mal beobachten was passiert…

14.9.2021

Und schon wieder, System frisch gestartet, man kann normal arbeiten. Ich lasse 2 Videos laufen und nehme Beide mit dem SimpleScreenRecorder auf. Und wieder mitten in der Aufnahme ein Crash, GraKa bringt keine Bildausgabe mehr (kein Signal), es hilft nur noch ein Hard-Reset.

Aufnahmen dieser Art waren bis neulich kein Problem. Und wie oben geschrieben habe ich alles was mit CUDA zu tun hat mal deinstalliert. Aktueller Treiber ist 470.67 auf meiner GeForce GTX 650 Ti Boost.

NVidia Treiber 460.67 crasht das System ?

Dieses mal drehten die GraKa-Lüfter kaum merklich hoch. Letztens ging von einer zur anderen Sekunde ans Drehzahllimit.

Nach dem Hard-Reset startet MINT normal und ich wiederhole die Aufnahme ohne jegliche Probleme. Und diese Aufnahme dauert dann auch länger weil ich ja mitten drin abgewürgt wurde.

Vor einiger Zeit hatte ich ja so ein Problem das nach einem Kaltstart Video’s sowohl in Celluloid als auch im Firefox mit YouTube exakt auf die gleiche Weise ruckelten. Dieser Effekt ist seit geraumer Zeit vollkommen verschwunden.

Dafür habe ich nun diese Crash’s aber eben nur beim Screen-Recording zweier gleichzeitig laufender Video’s.

Die Überschneidung beider Effekte sehe ich darin das beides oftmals (nicht immer) nach einem Kaltstart passiert. Startet man den Rechner 1x durch läuft alles.

Manuelles Treiber-Update auf 470.63 …

sudo apt -get install nvidia-driver-470

Nach der Installation, die erwartungsgemäß sauber durchläuft starte ich den Rechner neu. Begrüßt werde ich mit einer 1024×768 Auflösung, die sich auch nicht ändern läßt. Ich starte NVidia-Settings sehe aber das Fenster nirgends. Beenden läßt es sich aber.

Nochmal Rechner komplett AUS. Neustart, das Gleiche 🙁

Wen juckt’s…mache Rechner aus und Arbeite inzwischen 1h was Anderes. Komme wieder rein, Rechner gestartet, alles ist wie immer mit Full-HD 1920x1080er Auflösung.

Da meinste doch echt die Rechner leben (Sie Leben!)

PS : und in den NVidia-Settings unter X Server Display Configuration/Advanced ist sogar der Haken “Force Full Composition Pipeline” noch drin. Wofür war der noch gleich ?

Ach ja :

Der Haken behebt dauerhaft das verdammte Screen-Tearing eklatant zu sehen z.B. beim Scrollen im Browser oder quasi in jedem Video, egal ob Lokal oder YouTube.

Dann will ich mal beobachten ob das Crash-Verhalten während Screen-Recordings immer noch da ist …

Der folgende Tag

Ich starte den Rechner, der gestern noch die korrekte Bildschirm-Auflösung hatte und lande wieder im 1024x768er Pixelbrei-Desktop !!

Oh LINUX nicht ist wie es scheint …

Nach diesem Befehl sehe ich “Kernel Driver in use: nvidia

lspci -nnk | grep -i “VGA\|’Kern’\|3D\|Display” -A2

Wer hat hier eigentlich das sagen ?!

Laut NVidia-Settings ist aber der 470,63 Treiber am laufen/installiert/beides ?

OK, wenn die gestrige manuelle Treiber-Installation unerwünscht ist mache ich Sie mit sudo apt-get remove nvidia-driver-470 wieder rückgängig.

Aber anstatt das einige 100 Megabyte entfernt werden löscht MINT nur läppische 1,5MB !!

Oder hat die Installationsroutine den Treiber in den KERNEL eingebunden ? Meine bei der Installation sowas gesehen zu haben.

“Deinstallation” ist durch, Neustart, NVidia-Settings zeigt immer noch 470.63 an, hmmm, um so besser. Natürlich ist jetzt die Auflösung plötzlich wieder i.O.

Warte mal, den Effekt mit der ständig wechselnden Auflösung hatte ich schon einmal gehabt als ich mit MINT anfing.

Noch einen Tag weiter

Und nach dem Kaltstart wieder die niedrige unveränderliche Auflösung, was zu erwarten war 🙁

Das macht einfach keine Laune, so ein Betriebssystem-Verhalten. So etwas normalen Usern anzutun ist eine Frechheit.

Man weiß einfach nicht wer beim Thema Grafiktreiber das sagen hat, verdammich. Unter Windows installiere ich ‘nen Treiber und das war’s. Ab dann läuft Der, nicht bei Ubuntu !!

Irgendwo finde ich eine Anleitung

Erste Empfehlung : nimm die Treiberverwaltung

Seit ich MINT nutze war mir DAS auch klar. Leider ist Diese (oder deren Fenster) oft (IMMER) leer. Da ist weder was mit Deinstallation oder Installation. Hilft Niemandem !!

Zweite Empfehlung : der einfache Weg

Im Terminal ubuntu-drivers devices eingeben.

Es erscheint eine Liste verfügbarer Treiber-Versionen. Dort sehe ich dann auch die laut NVidia neuste Version 470.63.01

Der empfohlene Treiber wird dann mit sudo ubuntu-drivers autoinstall installiert.

Ich nehme aber geziehlt den 470er Treiber mit sudo apt install nvidia-driver-470

Mit nvidia-smi kann man den installierten Treiber anzeigen.

Ich mache mal einen Neustart, danach ist die Auflösung immer noch Full-HD. Das heißt aber nach meiner Erfahrung noch lange nicht das es morgen früh immer noch so ist. Denn scheinbar ist ein heutiger Neustart etwas anderes wie als wenn ich den morgen durchführe ?!

Heute, nachdem ich Full-HD wieder hinbekommen habe lief jedenfalls das ScreenRecording ohne Probleme. Aber das heißt noch lange nicht das es morgen auch so sein muß ?!&/%$
Der nächste Morgen

Uhh, immer noch Full-HD nach dem ersten Kaltstart.

Und oh Freude die GraKa Crasht wieder mal beim Recording zweier Videos mit dem SimpleScreenRecorder. Nach einem Reset klappt das Recording wie immer ohne jegliche Ausfälle.

Ich habe Windows 10 und MINT auf diesem Rechner und Windows macht NULL Probleme. Der Hund muß doch in MINT vergraben sein. Leider gibt es sooo viele Systemprotokolle das man eine Ursache nicht ausmachen kann.

Noch einen Morgen weiter

Cool, wieder Low-Res Auflösung !!

Wat is dat schön mit MINT. Mach einfach was du willst. Gestern ist nicht heute und Logik ist abwesend.

Ich starte die TREIBERVERWALTUNG, wow, da stehen ja mal zufällig Treiber drin, nicht wie üblich LEER.

Und JA, installiert wäre dann der 470.63.01

In der Not wähle ich den 460.91.03 und klicke “Änderungen anwenden”. Der Rechner rotiert, ist fertig, niedrige Auflösung. Ein Neustart wird NICHT empfohlen, deswegen starte ICH neu.

Ah, Full-HD (1920 x 1080), schön…morgen wahrscheinlich schon wieder Geschichte.

Ein weiterer Morgen der im LoRes Horror endet

LINK

17.10.2021

Wieder ein CRASH währen ich zwei Videos Recorde. Diese mal konnte ich folgende Meldungen aus /var/log/syslog extrahieren :

Oct 17 08:23:58 WorkserverMINT kernel: [ 906.677447] NVRM: GPU at PCI:0000:05:00: GPU-111503de-418c-9b86-58f4-af73ef9ab86c
Oct 17 08:23:58 WorkserverMINT kernel: [ 906.677451] NVRM: Xid (PCI:0000:05:00): 79, pid=0, GPU has fallen off the bus.
Oct 17 08:23:58 WorkserverMINT kernel: [ 906.677453] NVRM: GPU 0000:05:00.0: GPU has fallen off the bus.
Oct 17 08:23:58 WorkserverMINT kernel: [ 906.677484] NVRM: A GPU crash dump has been created. If possible, please run
Oct 17 08:23:58 WorkserverMINT kernel: [ 906.677484] NVRM: nvidia-bug-report.sh as root to collect this data before
Oct 17 08:23:58 WorkserverMINT kernel: [ 906.677484] NVRM: the NVIDIA kernel module is unloaded.

Aha, die Grafikkarte verlor angeblich ihren Kontakt zum BUS, wer’s glaubt. Nochmal vor Monaten lief alles mit gleicher Hardware einwandfrei.

Allerdings ist das ein bekanntes Problem. Denn Jemand beschreibt genau das Thema und stellt folgendes fest :

  • er hat eine NEUE Grafikkarte, unwahrscheinlich das DEFEKT
  • er steckt GraKa auf anderen Slot OHNE Besserung
  • er nutzt ersatzweise den Nouveau-Treiber dort passiert es NICHT

Toll, wie sich letztens herausstellt, steckte er seine LoSpec GraKa in einen x1-Slot anstatt in den x16-Slot. Meine Fresse das hätte selbst ich direkt so gemacht. GraKa in den GraKa-Slot !!

Hilft mir leider NULL weiter …

Viele sagen mach mal ‘nen GraKa Stress-Test

HTML5 3D Demo

Das liegt aber meines Erachtens nicht an der Leistungs-Grenze (oder Stomversorgung) der GraKa.

GraKa Stress-Test max. 60 Grad Celsius

Meine GraKa pendelt sich bei ca. 60° ein. Abstürzen tut hier unter Last gar nichts.

Ich stelle mal in den NVidia-Setting den Powermizer auf “Prefer Maximum Performance“. Mache mir aber keine Hoffnungen …

Moment ich schalte doch wieder auf Auto Modus, teste mal die BEREITSCHAFT des PC.

Rechner geht kurz AUS, direkt wieder AN, alle Lüfter laufen als wenn der PC liefe. Bewege die Maus, drücke die Tastatur, Rechner meldet sich nicht. Erst als ich den Power-Button drücke geht Er noch “anner” als Er schon ist. Die GraKa Lüfter heulen kurz auf ganz normal, eine USB HDD spinnt hoch.

Interessant ist dann das kurz darauf die GraKa Lüfter aufjaulen und nicht wieder beruhigen. Sekunden später schaltet sich der Rechner selber AUS.

Aha, da mag wohl ein Treiber/System keinen Ruhemodus. Ich frag mich nur wo ich im Ruhemodus gewesen sein soll wenn ich besagte zwei Videos Recorde, da ist doch Leistung angesagt.

Jetzt schalte ich nochmal den GraKa Modus auf Prefer Maximum Performance um. Genau der selbe Mist, schalte wieder auf Auto. Oh, der steht schon auf Auto, wie schön das meine Wünsche NICHT von Dauer sind !!

Und nochmal passiert es bei mir, mache ich einen RESET und beim folgenden Recording-Versuch klappt alles Problemlos

Fühlt sich so ähnlich an wie das Timing-Problem beim lightdm.service starten, nur mit der GraKa.

UND vor MINT Version 20 hatte ich das Problem nicht. Ich meine aber auch es lief eine geraume weile mit MINT 20 klasse, bis vor einigen Monaten. Irgendwo sitzt so ein Nerd und lacht sich bestimmt einen, weiß genau welcher Parameter es ist.

Es ist wieder mal sooo traurig. Zuerst das Auflösungs-DRAMA-Lotteriespiel bei jedem Systemstart, das ich endlich beseitigen konnte und nun das hier.

Und immer sind die Auswirkungen so drastisch, das man echt langsam die Gedult verliert. Ewig lang nach Lösungen zu suchen und keine zu finden. Ohne Spaß sah ich eben, das schon 2011 der Begriff “GPU has fallen off the bus” fiel !!!

Ähh, weiß es denn Keiner … Niemand … Niemand

2011 hatte man ganz andere Treiber-Versionen, OS-Versionen, KERNEL-Versionen … 2021 immer noch der selbe Schei(&%$

22.10.2021

Ein neuen KERNEL eingespielt, einen Tag später wieder mal ein CRASH beim Recorden zweier Video’s. Dieses mal ohne jegliche Ankündigung. GraKa-Lüfter bleiben ruhig, Bildschirm wird schwarz, Monitor sagt “kein Signal”.

RESET

Recorden klappt beim zweiten Versuch quasi IMMER, muß man nicht begreifen. Wo ist der Unterschied ?!

In /var/log/syslog steht wieder mal “GPU has fallen off the bus”

Und sudo nvidia-bug-report.sh spuckt nur die gleiche Info aus, bringt einen nicht weiter.

 

 

 

 

 

MINT 20.2 (Uma) Update

18.7.2021

Eben poppt das Uma genannte MINT Update 20.2 auf.

Beim ersten Installationsversuch lädt MINT ein wenig herunter, es geht ein Installationsfenster auf, das nach Sekunden sagt “erledigt … bitte Fenster schließen”, was ich tue.

Das passiert so ca. 5-6 mal. Für ein System-Update schon mal sehr ungewöhnlich das man immer wieder manuell eingreifen muß und einfach unschön. Egal, die Aktion dauert nur eine Minute (dank  NVME – hähähä 🙂

Am Ende kommt die Meldung “Das Update ist leider Fehlgeschlagen” 🙁

Egal nochmal gestartet, nun kommen keine “schließen” Aufforderungen mehr, stattdessen sehe ich bekannte Namen von Software die blitzschnell installiert wird.

Installation erfolgreich 🙂

Alles sieht absolut gleich aus, muß ja nicht schlecht sein.

Endlich Auto-Rename (BULKY)

Was haben wir auf diese Funktion gewartet. Leider ist BULKY etwas merkwürdig.

Eigentlich möchte ich doch nur mehrere Dateien in CAJA markieren, dann F2 drücken und ein neues Namensschemata mit Durchnummerierung erstellen.

Eine Nummerierungs-Funktion scheint es gar nicht zu geben !! Wie bitte soll man dann tausende Files umbenennen ?

Stattdessen wundert man sich zuerst über die beiden Eingabefelder “Finden” und   “Ersetzen”.

Das Ersetzen Feld kann man umdeklarieren in “Ersetzen”, “Entfernen”, “Einfügen” und “Groß/Kleinschreibung ändern”.

Damit meint BULKY nicht die umzubenennenden Dateien, sondern wie das Feld “Finden” mit den Filenamen der Dateien verfahren soll.

Seltsame Verhaltensweisen

Läßt man das Feld Finden leer, gibt bei Ersetzen einen Text ein würde der neue Filename seltsam zerpflückt werden.

BULKY seltsame Verhaltensweise

Nimmt man statt des Bindestrich z.B. “abc” wäre der neue Filename “abcTabcEabcSabsTabc1abc.png” !!!!

Was soll denn so ein Quatsch ?!?!?

Gibt man im Feld Finden nun “test” ein würde in jedem Filenamen in dem “test” vorkommt das “test” durch den Text im Feld Ersetzen ersetzt.

Das leuchtet ja noch halbwegs ein, hilft aber doch im wahren Leben kaum weiter weil ein bestimmter Text (Feld Finden) müsste ja in jedem Filenamen vorkommen, was aber nicht immer der Fall ist.

Das einfachste und naheliegendste wäre doch einen neuen Namen  und ein Nummerierungsschema anzugeben. Es gibt aber in BULKY keine Nummerierungen.

Nebenher gesagt

Abgesehen von diesem Update finde ich es eine kleine Katastrophe das MINT/Ubuntu kein Erstellungs-Datum von Dateien kennt. Bei Windows gibt es das seit es Windows gibt. So konnte man immer sehen wann die Datei erstellt wurde UND wann Sie geändert wurde.

In MINT/Ubuntu gibt es nur das Veränderungs-Datum, absolutes Trauerspiel.

   

 

Linux MINT – Bitte melde dich

Ich möchte nach geraumer Zeit mal wieder viele am TV-Rechner aufgezeichnete Filme/Serien komprimieren. Da es letztlich so gut lief mit KdenLive mache ich mich freudigst an die Arbeit.

Nach kurzer Freude, dann plötzlich rote Fehlermeldungen in der Render Warteschlange. Meldung …

[consumer avformat] error writing video frame: -28
[aac @ 0x7f4364007d00] 2 frames left in the queue on closing

Jaaa, was sagt einem Normal-Mensch so eine Meldung ?

Dann fällt mir auf, das eine rote Meldung kurz aufpoppt “In die Datei /var/tmp/kdenlive….kann nicht geschrieben werden”

Ich Dummerchen hatte nur daran gedacht, das dort genug Speicherplatz vorhanden war wo ich die encodierten Filme speichere. KdenLive braucht scheinbar auch temporären Speicherplatz zum arbeiten. Und der scheint voll. Warum aber ? Ich habe neulich erst meine MINT-Systempartition um 10GB vergrößert !!

Oh man, die Videos werden ja im Video-Ordner des Users abgelegt, und der liegt ja auch auf der Systempartition. Dann sind natürlich die 10GB nach drei Spielfilmen in SD verbraucht.

Wieso meldet MINT nicht mal das Speicherplatz knapp ist ?!

 

Linux MINT – Verknüpfung über Verknüpfung ?!

Was ist das denn für ein Effekt ?

Am Desktop, tschuldigung “Schreibtisch” habe ich ein paar Verknüfpfungen liegen. Diese verweisen auf den Windows Ordner “Eigene Dateien”. Hat auch ewig funktioniert.

Zusätzlich habe ich eine Verknüpfung am Desktop liegen, die direkt den Ordner Eigene Dateien öffnet. Der Name dieser Verknüpfung ist “Verknüpfung mit Eigene Dateien”. Weil ich ordentlich bin will ich mal wieder das “Verknüpfung mit” tilgen.

Danach funktionieren plötzlich die anderen Verknüpfungen nicht mehr !! Es kommt eine Meldung “Diese Verknüpfung kann nicht mehr verwendet werden, da ihr Ziel “….pfad…TEST.odt” nicht existiert.

Häää, unter Windows sind Verknüpfungen vollkommen eigenständige Objekte. Warum hat bei Linux die Namensänderung der einen Verknüpfung mit dem Ordner “Eigene Dateien” Auswirkungen auf die Funktion der anderen Verknüpfungen, deren Zielpfad sich real nicht geändert hat ?!

OK, im Pfad der anderen Verknüpfungen taucht komischerweise folgendes auf “….pfad…/Schreibtisch/Verknüpfung mit Eigene Dateien/TEST.odt” auf. Die Verknüpfungen gehen also wieder über eine Verknüpfung.

Aber ich habe die Verknüpfungen doch direkt von den Zieldateien erstellt, warum nehmen die plötzlich den Umweg “Schreibtisch/Verknüpfung mit Eigene Dateien” ? Warum nehmen die nicht den direkten Weg zum Ziel ?

OK, ich stelle fest, das wenn ich Eigene Dateien mit der Verknüpfung vom Desktop aus öffne steht oben im CAJA Pfad “Verknüpfung mit Eigene Dateien” und das wird dann auch in den Pfad der nun erstellten Verknüpfung eingebacken. Gehe ich direkt mit CAJA in den Zielordner /mnt/kryptische-Laufwerkskennung/Eigene Dateien bleibt auch die dann erstellte Verknüpfung clean/direkt.

Boah, ist das doof, anstatt den absoluten Pfad zu benutzen.

 

 

yaVDR und die USABILITY

Alles läuft seit einer kleinen Ewigkeit recht zufriedenstellend, aber der dumme User will ja mal wieder irgend etwas machen was unter Windows ein Klacks ist. Uralte Regel, wenn’s läuft laß die Finger davon.

Statement yaVDR

yaVDR man (ich) kann nicht ohne aber manchmal nur schwer mit. Ich bin mit Homecomputern, dann PC aufgewachsen aber mit kryptischen Linux-Befehlen habe ich Probleme.

Zugriff auf eine 2. HDD

Eigentlich keine Änderung am System, nur der Zugriff auf Daten einer zweiten Festplatte (die ehemalige Boot HDD von yaVDR mit alten Aufnahmen). Man sollte denken, das gerade bei einem TV/Medien Rechner das hinzufügen von Speicher-Resourcen überhaupt kein Problem darstellt. Ich meine yaVDR läuft auf UBUNTU, und das erkennt doch auch yaVDR und die USABILITY weiterlesen

Raspberry PI 2 Model B (als Webserver)

Neulich wollte ich meinen Blog wieder in’s Leben rufen. Da solch ein Webserver Tag und Nacht laufen muß sollte der Rechner auf dem das läuft möglichst sparsam und günstig sein. Da kam ich auf den Raspberry PI. Beim PI schien es mir recht einfach zu sein ein OS aufzuspielen und man findet im Netz genügend Anleitungen wie ein Webserver und WordPress installiert werden.

Also einkaufen gefahren bei ALTERNATE. Einen PI 2 Model B Raspberry PI 2 Model B (als Webserver) weiterlesen

yaVDR 0.4 Erfahrungsbericht

Tja, hier stand bis eben mein Originalbericht, leider ging Dieser durch versehentliche Löschen aller Plugins von WordPress auch die Next Gen Gallery Funktion baden. Durch das Restoren eines MySQL-Backup’s konnte ich die Galerien retten, leider gingen dabei mehrere jüngere Artikel drauf.

Ich versuche die yaVDR-Artikel zusammen zu fassen…

Neulich war ich es mit der Kombination aus Windows und DVB-S2 Karte leid. Immer wieder Software-Abstürze, die TV-Aufzeichnungen zum Glücksspiel werden ließen. Also beschloss ich mal eine Linux VDR Distri zu verwenden und fand (wie sich nun herausstellt) direkt die Richtige namentlich yaVDR. yaVDR 0.4 Erfahrungsbericht weiterlesen