Schlagwort-Archiv: nvidia

Linux MINT und CAJA (Endlos-Problem seit MINT V.21)

Was ist das ein endloses Ärgernis mit CAJA. Und das seit ich auf MINT Version 21 upgradete.

Man kann das CAJA Verhalten nur als “Deep-Scan” bezeichnen. CAJA fängt nach Lust und Laune an irgendwelche Directorys zu scannen. Das wäre ja noch verzeihlich wenn nicht die komplette CPU-Leistung abgezogen würde. Verdammt wer hat diesen Mist programmiert ?!

Der USER des PC hat meiner Meinung nach erstmal das absolute Vorrecht über die CPU-Power !! Es kann ja im Hintergrund gescannt werden, aber bitte dezent. Und auch dieses Scannen sollte abschaltbar sein. Mir würde es absolut reichen wenn aktuell geöffnete Ordner “refresht” werden. Ich sehe die Ordner, arbeite damit und das reicht.

WARUM mach CAJA das nun seit Jahren. Man ist mitten in der Arbeit, plötzlich beginnt der Scan (HDD-LED flickert ständig) und in der Systemüberwachung liegt CAJA mal wieder bei 96%

Arbeiten macht so keinen Spaß mehr. Und die CPU-Last läßt oft auch nicht nach wenn man alle Ordner schließt.

Das Problem ist seit Jahren bekannt und wird überall im Netz diskutiert, aber KEINER weiß genau warum sich CAJA so verhält geschweige denn wie man das Problem beseitigt.

Heute wieder, morgens stundenlang gesurft, dann plötzlich von einem Moment zum Anderen geht die CPU-Last von CAJA gegen 100%. Das scheint sich aber immer nur auf EINEN CPU-Kern zu beziehen, der ständig wechselt. Das System an sich ist schnell (z.B. wenn ich GIMP starte). Also ist mit der CPU-Last die in der Systemüberwachung (oder auch htop) angezeigt wird gar nicht eine Gesamt-Last gemeint.

Es wird immer gemunkelt es wäre das Thumbnailing von CAJA im Hintergrund, mag ja sein. Lege ich irgendein Bild auf den Desktop wird kurz darauf dessen neu generiertes Thumbnail in ~/.cache/Thumbnails und dessen Unterordnern abgelegt.

Heute aber fällt mir (eigentlich ist es immer so) auf, das alle Fenster eine Spur am Bildschirm hinterlassen. Und zwar nur in CAJA Fenstern, also auch auf dem Desktop. Andere Fenster bleiben sauber. Klickt man in der Taskleiste irgendein Programm an wird dieses sauber angezeigt und ist funktional. Klickt man aber auf einen Ordner (CAJA) wird nur der Fenster-Rahmen (scheinbar) ohne Inhalt angezeigt. Bewegt man das Fenster zieht es den (zufälligen) grafischen Hintergrund mit. Will ich einen neuen CAJA-Ordner öffnen geschieht NICHTs. Das hat ja eigentlich nichts mit Thumnails zu tun. Bei mir ist jedenfalls ein proprietärer NVidia-Treiber installiert.

Und wie so oft, den CAJA Task killen hilft wunderbar, nur sind dann alle geöffneten Ordner weg. Und alleine alle wieder zu öffnen nervt schon.

Aber egal wie sehr man auch im Internet sucht, NIEMAND weiß Abhilfe. Und das Problem existiert mal locker seit 2012 !! Allerdings wird überall immer nur über CPU-Load geschrieben und das sah ich auch lange so. Aber wie oben geschrieben “die Last bezieht sich auf einen CPU-Kern”. Eigentlich arbeitet das System recht frei.

Ich mache immer alle Updates, so etwas müsste doch mal beseitigt worden sein. Liegt es evtl. am Grafiktreiber ?! Aber ich schreibe diesen Text hier gerade im FF, während CAJA seit Stunden streikt. Top Darstellung, alles gut im FF und allen anderen Programmen.

Nun kommen einem ja heutzutage die merkwürdigsten Vermutungen. NVidia gibt keine Daten Richtung Linux-Gemeinde preis. Will NVidia einem evtl. Linux vermiesen ? Aber dafür tritt der Effekt zu regelmäßig auf. Man kann immer drauf wetten in jeder Session passiert es mindestens 1x oder mehr. 

Ich meine das wäre vor viele Jahren nach einem MINT Versionssprung Upgrade aufgetreten, vorher war alles Jahre OK. Ich suche das mal hier, habe das irgendwo im BLOG geschrieben ….

… ich finde sowas hier :

vom 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 Fenster-Umriß. 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.

oder das hier :

Vor der MINT Version 21 war zum Thema “CAJA läuft stabil” noch alles OK. Ab dann zeigte CAJA aber regelmäßig Hänger. Das kann man einfach temporär beseitigen indem man den Prozess beendet (kill). CAJA wird von selber direkt wieder gestartet, da der Desktop auch eine CAJA-Instanz ist. Auf die Dauer ist es dennoch nervend.

Da steht’s ja, mit der MINT Version 21 fing es an.

Seit meiner Ur-Installation habe ich MINT nie wieder neu (clean) installiert. Will ich nicht, werde ich auch nicht probieren. Was wäre es toll wenn es einen System-Check aller wichtigen Komponenten gäbe.

Und CAJA läßt sich nicht mal eben deinstallieren und wieder installieren, es ist DIE wichtige Komponente des System’s.

Hier finde ich noch etwas pauschales im Netz, aber gut ausgedrückt :

Caja, der Dateimanager in MATE, kann Grafikfehler im Fensterinhalt haben. Mögliche Ursachen sind Probleme mit der Grafikkarte oder dem Grafiktreiber, Konflikte zwischen verschiedenen Softwarekomponenten oder einfach ein Bug in der Anwendung. Um das Problem zu lösen, kann man versuchen, den Grafiktreiber zu aktualisieren, die Grafikkarte zu wechseln, oder Caja neu zu installieren. Auch eine andere Desktop-Umgebung könnte helfen, um zu sehen, ob das Problem nur in MATE besteht. 
CAJA bremst endlich mal direkt sichtbar

Habe stundenlang einen Ordner auf, in dem sich eher gemächlich Medien-Files ansammeln. Während der gesamten Zeit keine CAJA CPU-Last. Als ich meine Arbeit beende dann plötzlich 48% CPU-Last, ich schaue Minutenlang zu. Dann komme ich auf die Idee den Medien-Ordner einfach mal zu schließen. Auf den Schlag ist die CPU-Last weg.

WAS macht CAJA in diesem Ordner ??

Während der Last ist immer wieder eine Prozess CAJA zu sehen , unter “Wartender Kanal” in der Systemüberwachung, der sich “do_poll.constprop.0” nennt. Der taucht aber auch massenweise in anderen Prozessen auf.

“Nur für Dateien kleiner als”

Habe nun mal in CAJA/Einstellungen/Vorschau unter “Nur für Dateien kleiner als” die File-Größe mal von Original 2GB auf 100MB mal deutlich verkleinert. Mal abwarten …

Interessanter Effekt entdeckt

Ein paar Tage später, es sind ein paar Ordner offen. Plötzlich bemerke ich wieder das System ist träge, oh, MINT scannt wieder, die HDD-LED ist aktiv.

Ich schließe stückchenweise die Ordner. Beim Schließen des letzten Ordner dann, LED ruhig. In dem Ordner liegen nur Video’s. Ich verkleinere nochmals die Filegröße auf 10MB, bringt NIX. Interessant aber das nur gescannt wird wenn der Ordner geöffnet ist, schließt man Ihn hört sofort der Scan auf. Das kann ich beliebig reproduzieren.

Ich Verschiebe mal einen großen Teil der Video’s auf eine USB-HDD. Bringt auch nix, obwohl nur noch knapp 20 Video’s im Ordner sind wird fleißig gescannt. Was macht das System daran so lange ?!

Auch interessant, als noch viel mehr Video’s im Ordner waren arbeiteten ALLE Cores im Mittel bei 60%, nach dem verkleinern dann nur noch 30% CPU-Last.

Es ist sowieso ein Witz, das irgendein SUB-Prozess gnadenlos ALLE Cores benutzen darf und so das System wirklich runter zieht. Ich sag’s nochmal welcher Programmier-HONK ….

Ich mache einen Neustart und öffne direkt besagten Ordner, der Scan geht direkt wieder los. Ich Kopiere nun mal die 20 Files in einen neuen Ordner und öffne Diesen, kein Scan. Ich öffne den Ur-Ordner, kein Scan mehr wo eben noch auch nach einem Neustart kräftig gescannt wurde !!

Das Einzige was sich geändert hat an den Files im Ur-Ordner ist der Eintrag der Zugriffs-Zeit, denn es wurde ja beim Kopieren auf Sie zugegriffen. Das scheint irgendeinen Auslöser zu sein.

Schöne Erkenntnis, bringt nur nix … außer ich beobachte weiter.

Stunden später

Nach einer heftig langen Umcodierung plötzlich dann CAJA bei 96% aber auf ganz andere Art und Weise. Es ist nämlich immer nur EIN Core auf Volldampf und immer nur für kürzere Momente, dann wechselt CAJA auf einen anderen Core, klappert alle Core’s ab. Trotzdem geht dann nicht mehr viel. Fenster ziehen Schleier hinter sich her und falschen Inhalt mit.

Die HDD-LED ist unaufgeregt, hat also mit dem Directory-Scan nix zu tun. Was CAJA hier tut bleibt rätselhaft. In der Syslog Datei steht ständig was von BLOCK und IP-Adressen, aber das belastet die CPU doch nicht.

 

 

 

Linux MINT Kernel 5.15.0.106 (FAIL …107 FAIL)

Seit Jahren NULL Probleme bei Kernel Updates per Aktualisierungverwaltung. Deswegen auch dieses mal das System machen lassen.

Noch während dem obligatorischen Neustart fällt mir auf, das das MINT-LOGO nicht rund ist, oh oh…

Beim Login dann schon ultra niedrige 1024er Auflösung die sich wieder mal nicht verändern läßt.

Was denn nun ??

Bisher dachte ich immer es wäre ein Klick in der Aktualisierungverwaltung um einfach einen anderen Kernel zu reaktivieren. Geht aber nicht!! Warum ?! Die alten Kernel bleiben doch auf Wunsch auf dem Laufwerk, warum kann man diese nicht aktivieren ?

Timeshift hilft

Mist, irgendwo steht wenn man Kernels mit der Aktualisierungsverwaltung installiert mach vorher ein BACKUP. Habe ich natürlich manuell noch nie gemacht !!

Zum Glück lasse ich alle aber alle paar Tage Timeshift automatich Backup’s anlegen und Eines ist von heute morgen 9 UHR 🙂

Nun hat man aber immer die Gedanken “was wird wieder hergestellt ?”. Das System selber ist ja klar aber was ist mit heute bearbeiteten persönlichen Daten ? Die bleiben hoffentlich.

Nach anstoßen einer Wiederherstellung wird kurz vor geprüft dann kann man alles außer der ersten Zeile (das System) auf „auf dem Wurzelgerät behalten“ stellen.

Die Vorprüfung ergibt, das vieles wieder hergestellt wird UND das ohne Ende Kernel …106 Dateien gelöscht werden. Und los …

Der Vorgang dauert dank NVMe eine gefühlte Minute…danach alles wie immer. Persönliche Daten, die ich eben noch editiert hatte sind noch da.

15.5.2024

Oh, der nächste KERNEL Reinfall 5.15.0.107

Genau derselbe Mist wie mit dem 106er KERNEL. Wohl wissend vorher ein BACKUP angelegt.

Irgendwo lese ich das der NVIDIA-Treiber wohl nicht geladen wurde, deswegen die niedrige unabänderliche Auflösung.

Nicht schon wieder so ein NVIDIA Krampf wie vor vielen Jahren, nicht schon wieder dieser Treiber Installations-Kampf !!

Hab mal im Forum berichtet …

 

yaVDR 0.62 Fehler endlich gefunden (Crash’s)

Januar 2023

Fehlereingrenzung am yaVDR 0.62 würde evtl. auf die Grafikkarte hindeuten. Allerdings scheue ich eine Neue GraKa nur auf Verdacht hin zu kaufen. Obwohl so langsam könnte sich das lohnen, denn YouTube frisst GraKa’s zum Frühstück. Komisch vor einer Weile den TV-PC von einer luschigen 2-Kern CPU auf mein aussortiertes Arbeits-Rechner Mainboard umgerüstet. Mit 4-Kern CPU und 8GB RAM ein Quantensprung und verbraucht kaum mehr Strom. Am Anfang “scheiße ist das schnell”, inzwischen denkt man schon wieder “YouTube kann man beim Seitenaufbau zusehen”.

Neulich hatte ich ja mal für 2 Tage eine noch ältere AMD GraKa mit nur 512MB Speicher drin. Total langsam aber keine Abstürze. Daher der Gedanke Grafikkarte.

Neue GraKa also…muß billig, passiv gekühlt, schnell sein und 4k aus dem Ärmel schütteln. So was wie eine NVidia GeForce 1030 für deutlich unter 100€ vielleicht…

Mal suchen … eine GeForce GT 1030 2GB DDR5

Oh, Völkner steht an erster Stelle, voll das Vertrauen, die haben Amazon-Pay. Ich will bestellen, mein Browser kennt das Passwort noch, ab in den Warenkorb. Es mach POFF, eine Meldung geht auf “Ware wurde aus Warenkorb gelöscht”. Ein weiterer Versuch die GraKa wieder in den Warenkorb, zur Kasse, das Gleiche.

Verärgert wähle ich bei Geizhals mal “incl. Versand” nun ist Völkner an 2. Stelle und Firma XYZ an 1. Stelle und die haben auch Amazon-Pay (ich steh drauf). Die Webseite sieht halbwegs professionell aus (haha prust-huust) … BESTELLT

Laut USERBENCHMARK.com ist die GT 1030 ca. 600% schneller (3D) als die steinalte GT 610. Nicht das man es mit yaVDR merken würde, weil dort nur die 2D Darstellung zum tragen kommt.

Ich bin mal gespannt ob sich das mit YouTube bemerkbar macht (was für ein seltsamer Gedanke). Ist auf jeden Fall für den kommenden 4k Fernseher schon mal sinnvoll. Auch werde ich EasyVDR nochmal damit testen. Und wahrscheinlich noch einmal yaVDR 0.7 wo ja starkes Tearing mit dem Firefox und YouTube sichtbar war.

Wenn ich ehrlich bin kann es die Grafikkarte eigentlich nicht sein was diese Hänger verursacht. Nach dem Umbau sind nur DVB-S2-Karte, Grafikkarte und Netzteil gleich geblieben.

Netzteil kann man ausschließen, DVB-S2-Karte und Grafikkarte sind beide in früheren Gehäusen durchaus sehr heiß geworden. Trotzdem, stürzt der Rechner ab kann man oft mit Konsole/Firefox noch eine Weile arbeiten. Nach einigen Minuten hängt der PC sich dann aber total weg.

GeForce Gt 1030 ist eingetroffen

Wow, Samstag bestellt, war kurz darauf bezahlt (AMAZON-Pay  🙂
Dienstag Nachmittag eingetroffen, mal eben einbauen.

Mal eben …

beim Einbauen stelle ich fest, das sichtbar nur 1mm Weg bis Anschlag Slotblech frei ist. Hmm, geht die Grafikkarte dann überhaupt sauber und tief genug in den PCi-x Slot ?

Ich nehme nochmal die alte GraKa, dort sieht man 1mm mehr freien Weg. Ich stecke die alte GraKa nochmal ein, zeichne zwei Linien jeweils Anfang/Ende des PCi-x Slot auf die Platine der GraKa. Karte raus, die Linien liegen ziemlich auf gleichem Level zum PCi-x Stecker-Ende.

Also rein mit der neuen Grafikkarte, wird schon.

Dann spiele ich wegen 50Hz im Web-Frontend rum und schieße mir die TV-Bildwiedergabe ab weil ich 50iHz also Interlaced in der “Frequenz Voreinstellung” (normalerweise leer) einstelle. Der Samung TV kann das nicht und sagt „Unbekannter Modus“.

MIST kein Bild mehr, ich gehe an den Arbeitsrechner versuche es kurz mit Putty. Bei der Recherche wo das Web-Frontend wohl die Einstellungen speichert komme ich auf die Idee, mal die IP-Adresse des TV-PC aufzurufen. Erst nachdem ich aus https http mache klappt es, PUHHh, hurtig wieder auf 50/60Hz umgestellt.

Als ich zuerst 50Hz einstellte war BILD ok, dafür laggte die Maus, man sah sogar einen 2. Pfeil der nachlief.

So jetzt mal testen ob Rechner stabil läuft, wäre aber wohl ein Wunder …

Extra bis Nachts den TV-Rechner belastet, nix, aber heißt ja bekanntlich gar nichts …

Ach ja, der NVidia-Treiber ist der Gleiche 284.130

4 Tage später

Ich kann es nicht fassen, der TV-PC mit yaVDR 0.62 läuft absolut stabil. Habe Ihn jeden Tag total ausgereizt. Aufnahmen geschnitten, YouTube geguckt, nebenher Browser auf, im Hintergrund läuft Live-TV, Aufnahmen per Netzwerk zum Arbeitsrechner, Spielfilme zum gucken zurück zum TV-PC.

Also nach 4 Tagen steigt die Hoffnung auf eine dauerhafte Lösung. Habe allerdings auch früher schon mal mehrere Tage OK gehabt und dann doch wieder einen Crash.

Nach über einer Woche mit der neuen Grafikkarte

Es steht für mich nun fest, die Grafikkarte war seit vielen JAHREN das (mein) Problem, einfach unfassbar. Wer rechnet denn mit sowas als Fehlerquelle, gerade wenn man ja eine Bildwiedergabe hat.

Aber ich denke, im engen Vorgängergehäuse OHNE das wirklich ein Lüfter Richtung GraKa pustet ist die passive GT 610 oft überhitzt worden. Und das hat auf Dauer zu einem instabilen Verhalten geführt.

Nö, alles gut eeendlich Ruhe. TV sehen, Surfen YouTube und Aufnahmen schneiden, alles OHNE Abstürze.

Jetzt brauche ich keine yaVDR 0.7 ANSIBLE oder EasyVDR mehr.

Ca. 3 Monate später

Und läuft und läuft und läuft 🙂

Gaaanz selten muß ich mal RESET drücken, ist aber die absolute Ausnahme geworden.

Super schade ist am uralten yaVDR 0.62 nur der unsäglich veraltete Firefox. JA, er läuft soweit, aber so manche Webseiten (zum Glück wenige) benehmen sich nicht konform. Z.B. MEDIAMARKT, dort kann ich fast keine Elemente bedienen, Scrollen geht auch nicht. Oder Geizhals, dort bewirkt ein setzen von Häkchen “z.B. incl. Versand” rein gar nichts mehr.

Auch der steinalte Chrome (YouTube) ist deutlich langsamer als es bei der Hardware sein müsste.

Beides zeigt sich mit yaVDR 0.7 ANSIBLE, wo beide deutlich flotter sind. Aber ich musste mich ja entscheiden, flott oder bedienbar. Entscheide mich für letzteres.

 

Grafikkarte (NVidia GeForce GTX 650Ti Boost) Lüfter stehen still

Grafikkarte (NVidia GeForce GTX 650Ti Boost) Lüfter stehen still

Mit PC’s kannste was erleben. Wie ja oben beschrieben nagelneu und wunderbar arbeitende Wasserkühlung verbaut. Zuerst schien auch alles OK, zumindest unter MINT weil ich damit eigentlich nur am Desktop arbeite.

Nach langem habe ich nochmal Bock Musik zu machen mit Windows 10 und Cubase 10. Nach ca. 15 Minuten der leichten Überarbeitung einiger Sounds, wird plötzlich der Bildschirm schwarz mit der Meldung “kein Signal”. OK, kann mal vorkommen, RESET und Cubase wieder gestartet. Nach kurzer Zeit wieder dasselbe !!

Dann auf einmal auch mit Linux MINT der gleiche Effekt.

Nach einer Weile der Fehlersuche komme ich auf die GraKa. In MINT starte ich NVidia-Settings womit ich die GPU-Temperatur ablesen kann. Und Diese ist schon im Ruhezustand auffällig hoch mit leicht über 60 Grad. Ich installiere den Grafik-Benchmark GLMark 2, starte Ihn und beobachte die GPU-Temperatur. 70°, 80°, 90° und bei 102° Celsius kackt dann verständlicherweise die GraKa ab.

Genau das Gleiche passiert auch unter Windws 10 mit einem FurMark und GPU-Z. Auch mit Cubase (eher leichte Grafikkost) sieht man das sich die GPU-Temperatur schön langsam der 100° Marke nähert.

Der Fehler ist also gefunden, die Kühlung der GPU.

Vor dem Kauf/Einbau der neuen Wasserkühlung hatte ich die GraKa gereinigt. Kurz die 4 Schräubchen des Doppel-Lüfter Rahmens raus und die Heatpipe-Kühlkörper mit einem Pinsel und Pusten gereinigt. Danach Lüfter-Rahmen wieder drauf. Dabei hatte ich nicht einmal den Lüfter-Stromstecker von der GraKa abgezogen.

Egal, ich gucke mir die Lüfter der GraKa mit Temperaturanzeige und laufendem Benchmark an. Sowohl unter MINT wie auch mit Windows 10. Beide Lüfter stehen still und das auch bei Temperaturen von 80-95° !!!

Hmm, drehen sich die Lüfter denn wenn man den PC einschaltet, JA, für 1-2 Sekunden. Ich kenne die GraKa so das die sogar extra kurz aufheulen, als wenn man ein Auto mit kurzem Gasstoß startet. Das passiert auch.

Wie kann sich eine GraKa bei gleicher rundum Hardware derart in Ihrem Verhalten ändern. Kurz vor der WaKü Neukauf Entscheidung hatte ich zur Fehlersuche mal kurz eine ältere GaKa mit NVidia Chip im PC.

Komisch ist aber folgendes, das UEFi hat eher KEINEN Einfluß auf die GraKa Lüftersteuerung. Die GraKa steuert ihre Lüfter autonom, was also hat sich geändert ?!

Stunden damit verbracht einen Zeitrechner provisorisch zusammen zu fricklen um entweder Windows oder Linux MINT zu installieren.

Ein Fluch auf MICRO$OFT…Windows 10 will kein Lokales Konto mehr, Windows 7 war nach gefühlt 1h drauf.

Der uralt Explorer Browser war quasi nicht mehr nutzbar. Von Webseiten Fehldarstellungen über Zertifikat-Gedrisse bis zur Unbedienbarkeit von Webseiten war einfach alles dabei.

Eben mal ‘nen Firefox runterladen oder einen NVidia-Treiber installieren, nö. Ich mußte wirklich auf meinem Haupt-PC unter MINT den Firefox downloaden und auf einen USB-Stick speichern.

Nun war Firefox auf Windows 7 drauf, schnell den richtigen Treiber geladen. Dieser sagt ungelogen “KEINE passende Grafikkarte gefunden”. Dann eben per Gerätemanager den Treiber über M$ online updaten “kein Treiber gefunden”.

Da steckt doch definitiv M$ dahinter. Solche Restriktionen hätte es früher unter XP oder Win95 nicht gegeben.

Schnautze voll ich lade gezwungenermaßen MINT (2,2GB 🙂 und schreibe das Image auf einen USB-Stick … meine Fresse …

Wieder 1h später MINT mit installiertem NVidia Treiber, GLMark 2 läuft, die GraKa-Lüfter ruhen also auch in einer ganz anderen Hardware Umgebung. Ich gebe es auf …

Letzte Idee ist dann, den Lüfter-Rahmen mit beiden integrierten Lüftern von der GraKa zu demontieren und die PC Gehäusebelüftung so umzustricken, das der GraKa Heatpipe-Kühler direkt angeblasen wird.

Einen 80mm Lüfter der seit Ewigkeiten (relativ sinnbefreit) Richtung egal ins Gehäuse bläst platziere ich so um das er direkt Richtung GraKa Kühler bläst. Leider sind die Kühlrippen genau 90° verdreht zum Luftstrom.

Für meinen 80mm Frontlüfter (nicht lachen größer passt nicht rein) mache ich freie Bahn indem ich zwei Festplatten versetze. Dieser Lüfter ist aber von der GraKa so weit entfernt das auch wenn ich Ihn (unerträglich laut) auf FULL stelle dort kaum was ankommt.

Diese Notlösung kommt absolut nicht an das Original heran. Dazu müsste ich irgendwie eine Halterung konstruieren, die einen Lüfter (wie die Originale) direkt in den Kühlkörper der GraKa blasen lässt.

Viel einfacher wäre es natürlich die Original-Lüfter wieder zu montieren und sich ein Stromadapterkabel zur Verbindung mit dem Mainboard besorgt. Oder (hätte man gewußt das so was passiert) direkt in ein WaKü-Set mit eingeplant.

Abends

Habe in den sauren Apfel gebissen und anstatt umständlich ein passendes Adapterkabel zu kaufen selbst Eins gebastelt.

Vorab muß ich sagen das die Elektronik zur Lüftersteuerung defekt zu sein scheint. Wie gesagt beim PC Einschaltet drehen beide Lüfter wie gewohnt kurz an um danach keinen Mucks mehr zu machen.

Irgendwo lag noch ein ausgeleierter 120mm Lüfter dessen 3 Pin Kabel ich benutzte um zumindest 3 Pole der Lüfter zu verbinden. Zu Hilfe kam mir dieses Bild.

4 polig Mini PWM GraKa auf 4polig Mainboard Fan Stecker

Stück für Stück habe ich mit Schwarz beginnend die Kontakte aus der Mini PWM Stecker (Original-Lüfter GraKa) geholt und dann mit dem schwarzen Kabel des (ehemaligen) Lüftersteckers verlötet. Dann Rot und Gelb. Der 4. Pol des Mini PWM war mir dann egal, drei reichen auch.

LÄUFT !! Klar hat man so (angeschlossen an einen Sys Fan Anschluß) keine temperaturabhängige GraKa Kühlung aber immerhin. Per BIOS stelle ich den Sys Fan Anschluß so ein das die GraKa eher ruhig ist. Alle anderen Lüfter natürlich auch.

BurnIn TEST, toll maximal ca. 55° Celsius, mit viel Luft nach oben.

Mit der Lösung kann ich erstmal leben, PC läuft wieder stabil und kein Geld ausgegeben.

Aber was für ein DRAMA das urplötzlich die Lüfterregelung der GraKa versagt. Hatte ich noch nie.

 

 

 

 

Linux 21.x und Flatpak (Updates)

Seit neustem bemerke ich, das viele NVidia Grafiktreiber und das immer wieder heruntergeladen werden. Ähm, mir würde EINER reichen !

Warum lädt der Updater immer wieder mehrere NVidia Treiber ?

Jeder dieser Treiber ist ca. 270MB groß, das nervt, trotz 100MBit DSL.

Nach etwas Recherche finde ich diesen Konsolen-Befehl :

flatpak
uninstall –unused

Nach kurzer Arbeitszeit zeigt der Befehl schön aufgelistet unbenutzte Software an.

Flatpak zeigt unbenutzte Software an

Und sie mal einer an, da sind ja all die veralteten NVidia Treiber. Zum Löschen drücke ich ‘Y’

Vor der Aktion hatte ich mir den freien Platten-Speicherplatz gemerkt. Freier Speicherplatz vorher 9,7GB und nachher 18,1GB !!!!!! Hab mich schon gewundert wo denn meine 20GB verblieben sind 🙂

Nach dem Löschen, aktualisiere ich die Update-Liste und siehe da, es ist nur noch EINER, nämlich mein aktueller NVIDIA-Treiber übrig 🙂

Endlich nur noch das was muß

Aber es ist doch unfassbar. Wie kann ein System so unheimlich DOOF sein und immer wieder unsinniges runterladen. Ich habe ja nix dagegen wenn eine Software die ich nicht nutze weiter Updates erhält, aber Grafiktreiber, echt jetzt !?

 

Wasserkühlung nach “nur” 10 Jahren defekt (04-2022)

Gestern ging mein PC plötzlich aus, nur beim Surfen mit dem Firefox auf Linux MINT. Keine schwere Arbeit für meine Ryzen 5 3600 CPU.

Nach ausschalten des Netzteils und einschalten Minuten später lief alles wie gewohnt.

Heute morgen dann der Supergau. PC geht plötzlich einfach aus. Drückt man kurz darauf den Einschaltknopf, leuchtet die Power-LED kurz auf das war’s. Warte ich einige Minuten startet MINT wie gewohnt, kurz darauf, auch wenn man nichts tut, poff, PC aus.

Ich lasse den PC abkühlen und starte MINT. Öffne dann schnell die syslog Datei, keine speziellen Einträge zu der Uhrzeit eines AUSFALLs.

Relativ schnell stelle ich fest, das dieses mal das OS/Treiber/Software nicht der Schuldige sein kann. Denn es passiert schon im GRUB OS-Loader wenn man etwas wartet.

Zuerst habe ich das Netzteil bzw. die GraKa in Verdacht. Ich reinige Beide, das Netzteil auch zum ersten mal im Inneren.

Netzteil innen gereinigt

Etwas später merke ich das es selbst im BIOS (UEFi) passiert. Zuerst sehe ich das der Mauspfeil stottert, was dort nicht sein darf. Dann will ich mir die Lüfter-Drehzahlen ansehen, NULL steht da wo meine WaKü Pumpe angeschlossen ist !

Dann sehe ich zufällig die CPU-Temperatur, über 100° Celsius !!!

Die Temperatur steigt weiter bis genau 113° Celsius, poff, PC aus.

CPU Temperatur 113 Grad !!! Pumpendrehzahl = NULL !!!

Aha, das muß der Fehler sein, die Wasserkühlung eine AiO (All in One) Lösung Corsair H60. Die habe ich seit dem 19. September 2011. Jau, die hat ihren Dienst getan, und das ohne einmal aufzumucken.

Corsair H60 WaKü Pumpen-Elektronik

Eine neue WaKü muß her und zwar schnell … also auf zum Atem…ähh…ATOM…ähh…ALTERNATE

Und man weiß wohl, die A45 runter nach Gießen ist vom feinsten. Im ernst, wegen der schlechten Teedecke fahre ich eher nicht mehr nach ALTERNATE. Über Kilometer nicht enden wollend permanente Rippel-Teerdecke (gesponsert von Stößdämpfer-Herstellern), bei der man auch bei erlaubten 100 freiwillig nur 70 fährt.

Ich hatte mir schon vorher die Enermax Liquimax III raus gesucht, da es von Corsair AiO Lösungen mit nur EINEM Lüfter erst ab ca. 100€ gab. Die Enermax Liquimax III liegt bei läppischen 45€. Und die Bewertungen sind durchweg sehr positiv.

Gekauft, ab nach Haus über den Feldweg A45. Ach du Scheiße zurück ist Die ja noch schlimmer. Geht das überhaupt ?! Wer teert so einen MIST.

Das schöne an der Corsair H60 war, das man einfach nur zwei Steigbügel artige flexible Ösen hatte. Einfach in die original Mainboard Halterungen einhängen, festschrauben, fertig.

Enermax Liquimax III – Einbau

Alte WaKü raus ein Klacks.

Erstmal gedacht “was ist da für ein Zeug dabei, muß man ja studiert haben”. Im Endeffekt kann ich sagen da ist immer eine Schraube/Scheibe mehr dabei wie nötig und die Verarbeitung ist overall Top.

Enermax Liquimax III – Verpackung

Einbau in Kürze

  • Mainboard muß raus wegen neuer Backplate
  • alle USB-Kabel abziehen
  • Mainboard Gigabyte B550M AORUS Pro ein Traum weil das gesamte Backpanel ohne Blech schon in einem Block verbaut ist
  • ALLE internen Kabel wie SATA/USB/Frontpanel ect. können dran bleiben (es reicht das Mainboard nach vorne zu neigen)
  • original Mainboard CPU Halterung alle 4 Schrauben gelöst, dadurch fällt die original Backplane runter
  • bereite das neue Backplate vor, es werden 4 Schraubbolzen bei AM4 Löchern durch gesteckt und mit Kunststoffscheiben gesichert/fixiert dann den quadratischen Isolations-Aufkleber auf das Backplane kleben
  • den 120mm Lüfter schraube ich mit 4 Schrauben lt. Anleitung so an den Kühler das Er nach draußen durch den Kühler bläst
  • Mainboard los geschraubt und etwas nach vorne geneigt, genug Platz um die Bolzen des neue Backplane durch die 4 freien Löcher zu schieben
  • auf der Oberseite des Mainboards nun 4 konische Kunststoff Abstandshalter über die Bolzen des Backplate schieben (sind die Abstandshalter richtig herum gehen Sie sähmig auf die Bolzen und halten somit das Backplate in Position
  • die CPU “eincremen”
  • nun den Pumpen-Klotz auf die Backplate-Bolzen schieben und mit 4 Feder-Schrauben fixieren (natürlich hatte ich bei Erstversuch vergessen die Folie an der Kupferfläche der Pumpe abzuziehen 🙂 – Den Fehler hatte tatsächlich mal Jemand gemacht und sich gewundert das sein PC instabil lief
  • Mainboard wieder befestigt, alle USB-Stecker wieder rein
  • Pumpe an CPU-Fan1 angeschlossen
  • ich schraube die Kühler/Lüfter Kombi mit beigelegten 4 Schräubchen innen an die PC Rückseite
Backplate Blozen mit Plastikscheiben fixiert
Backplate durch die Mainboard Löcher gesteckt
Backplate am Mainboard fixiert mit Abstandshaltern
Pumpen-Block mit Feder-Schrauben befestigt (stückchenweise bis zum definierten Anschlag)
Kühler-Lüfter Kombination an der inneren PC Rückseite montiert

Erster Startversuch, NIX … ach du Scheiße !!!

Puh, nur vergessen den POWER Stecker vom Netzteil auf’s MB zu stecken …

Nö, Rechner startet, erstmal ins BIOS alle Drehzahlen sind schön low. CPU-Temperatur 29° Celsius, YEAHHH !!

Erstmal ‘n Video encodieren, ein bisschen YouTuben. Alles super stabil.

Wahnsinn sowas, ich hatte das gar nicht bemerkt oder auch nur daran gedacht das die alte WaKü nicht laufen könnte. Aber nix hält ewig.

Aber der Defekt war ja schnell gefunden und repariert und hat auch noch Spaß gemacht (außer die A45).

Bei der Enermax Liquimax III haben mir besonders so Kleinigkeiten gefallen. Z.B. diese kleinen blumenförmigen Kunststoffscheiben zum halten der Stehbolzen am Backplate. Einfach sähmig über die Bolzen schieben fertig.

Das gleiche dann mit den Abstandshaltern. Diese werden auch sähmig über die Bolzen geschoben, hält. Einen hatte ich zufällig falsch herum drüber geschoben, Der hielt dann nicht, war quasi lose, umgedreht hält. Klasse wenn man nix schrauben muß.

Alles vom Pumpen-Block über den 120mm Lüfter bis zum Kühler macht einen wertigen Eindruck und ist Sahne verarbeitet. Die Kühlleitungen sind noch extra mit Gewebe ummantelt, total edel. Jetzt muß das Teil nur noch 10 Jahre laufen …

Lautstärke wie vorher auch, kommt Last auf wird es dezent lauter, aber immer noch besser und stabiler wie ein Standard Kühlkörper direkt auf der CPU.

Nachtrag :

Der Pumpenblock ist aktuell nur mit dem 3 poligen Kabel am Mainboard CPU-Fan Anschluß gesteckt.

Nicht das man es bräuchte aber interessant. Mein Gehäuse hat so fein gelochte Blenden für die 5¼” Schächte. Dadurch sieht man den Pumpenblock. Im unbelasteten Betrieb leuchtet dort nichts. Kommt Last auf (z.B. Film Encodieren) geht die Pumpe in Sekunden über Rot/fett Orange/hell Orange und zuletzt dann Weiß. Sieht einfach cool aus. Allerdings würde ich erwarten, das Vollast eher Rot/Orange wäre und kühler dann weiß.

Man kann also direkt beobachten ob der Kühlkreislauf arbeitet.

Beiliegend sind allerdings noch zwei weitere Kabel. Eins falls die Stromversorgung des Mainboards für die Pumpe nicht ausreichend wäre. Mit Diesem kann man dann einen Netzteil SATA-Stromkabel anknabbern.

SATA-Stromkabel für den Pumpenblock

Des weiteren liegt noch ein BRG-Kabel bei für die RGB-Beleuchtung des Pumpenblocks.

BRG-Kabel zum Anschluß des Pumpenblocks an Mainboard CPU-BRG Stecker und eines optionalen weiteren Lüfters

In den Miniatur-Bildchen der Anleitung ist leider kaum erkennbar wo der Stecker am Pumpenblock verbaut ist. Ich denke er sollte hinter diesem Gummipfropfen sein. Nicht das ich den Pfropfen öffne und Der wäre zum Kühlflüssigkeit auffüllen.

In einem YT Video sehe ich, das einer dort sein RGB Kabel aufgesteckt hat, Pfropfen ab, Kabel gesteckt und mit dem CPU RGB Header verbunden. Nun leuchtet der Pumpenblock dauerhaft Orange, schön aber langweilig und Sinn befreit :/

PS : doch, dauer Orange sieht cool aus

Den Mainboard-Header muß man ja im UEFi justieren können … NÖ

Das geht wohl nur per Software unter LINUX z.B. OpenRGB.

 

 

 

 

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 🙂

 

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.

 

 

 

 

 

yaVDR Hardware Upgrade (08-2021)

3.8.2021

Montage

Das billig Gehäuse KoLink KLA-002 ist superschnell von Völkner eingetroffen. Das Gehäuse bekomme ich nicht aus dem Karton geschüttelt, auch nicht gezogen wenn ich den Karton festhalte. Ungewöhnlich, ich muß den Karton zerreißen um an den Inhalt zu gelangen. Ist das Teil leicht, vermutlich Feder(leicht)stahl. Alles  Metall an diesem Gehäuse scheint echt mal ultradünn zu sein.

KoLink KLA-002 – Karton
KoLink KLA-002 – Front
KoLink KLA-002 – Rückseite

Zuerst baue ich das übrige BIOSTAR TA970 Mainboard ein. Seltsam, im neuen Gehäuse sind schon sechs Stützpunkte vormontiert, was nicht üblich ist. Ich halte mein FullSize Mainboard rein und stelle fest, das an wichtigen Stellen KEINE Gewindelöcher existieren. Gerade dort wo man bei einem Mainboard auch mal Kraft beim Stecken von Kabeln aufwendet. Genauer gesagt im hinteren Bereich wo die Stromversorgung gesteckt wird.

Deswegen befestige ich an diesen Punkten am Mainboard selber ein paar Stützpunkte bevor ich es einbaue.

Jetzt brauche ich schon die restliche Hardware aus dem alten Gehäuse. Alter Schwede ist hier ein Staub drin. Egal alles rausgerissen, Gehäuse zum Alteisen. Gegen das neue Gehäuse ist das alte Teil “Build like a Tank”.

Grafikkarte, DVB-S2 Karte, CPU-Kühler, SSD und Netzteil um montiert.

Beim Einbau der PCI-Karten fällt mir direkt eine extreme Abweichung der Norm bei den Schraublöchern auf.

KoLink KLA-002 – PCI Verschraubung sehr pass ungenau

Bei der Grafikkarte ging es noch (FOTO). Bei der SAT-Karte am äußersten Ende des Mainboard gesteckt bekam ich die Schraube nur noch mit hängen und biegen rein.

Kaufte man früher ein 40€ Gehäuse bekam man erstens mehr Blech und die Maße stimmten besser.

Egal, Strom an’s Mainboard und die SSD gesteckt.

An der Rückseite sitzt schon ein 80mm Lüfterchen, direkt angeschlossen.

Komm ich baue noch einen 120mm Lüfter unter die Frontverkleidung. Die Front abgehebelt und wieder keine Schraubenlöcher erkennbar. Stattdessen Langlöcher, die durchaus passende Maße haben. Ich würge die Schrauben rein. Lüfter ans Mainboard gesteckt. Schade das BIOSTAR TA970 hat KEINEN einzigen vier poligen Lüfter-Anschluß.

Schon vor der Gehäusebestellung hatte ich das Mainboard offen ausprobiert yaVDR lief direkt. Dabei stellte ich fest, das die Netzwerkverbindung NICHT funktionierte. Mit etwas rumgefrickel an der /etc/network/interfaces.conf ging es dann wieder.

Funktionstest

yaVDR läuft sofort, Bild am TV ist zwar falsch skaliert, ist aber eine Kleinigkeit.

Mal wieder KEIN Internet weil Ubuntu die Netzwerkschnittstelle durchnummerierend erkennt. War es am alten Mainboard eth0 ist es nun wahrscheinlich eth1

Ich gehe in die /etc/network/interfaces.conf und nenne dort eth0 in eth1 um (DHCP). Nach einem Neustart habe ich nun auch Internet.

Dann stelle ich die Auflösung auf 1920×1080 mit 60Hz um, klappt, perfektes FullHD Bild.

KoLink KLA-002 – Boden ist lackiert

Das ist der Boden des Towergehäuse Welcher sogar schwarz lackiert ist. Gut, denn ich muß das Gehäuse ja auf die rechte Seite legen. Schwarz fällt nicht so auf wie nacktes Metall. Ich klebe vier fette Gummifüße an die “Hutze” die wie recherchiert KEINE Lüftungslöcher aufweist.

Lüftung

Ich hatte ja 2 Lüfter angeklemmt die aktuell einen Höllenlärm machen. Kein Problem, kann man bestimmt im BIOS drosseln.

NÖ, kann man nicht. Zumindest reagieren die beiden Zusatzlüfter auf nix. Wer macht denn von euch beiden so einen Lärm. Im laufenden Betrieb einen Lüfter abgezogen, wow, viel leiser. Komm weg mit dem Zweiten Lüfter. Wahnsinn, absolute Ruhe nur mit dem CPU Kühler-Lüfter. OK, ich habe so fast keine Gehäuse Durchlüftung außer Der des Netzteils, ist ja aber auch kein Leistungsmonster. Einer der wärmsten Teile ist der fette Passivkühlkörper der Grafikkarte und der wird nur gut warm.

KoLink KLA-002 – Funktionstest

Ist das Teil leise, absolut klasse. Ich schließe das Gehäuse und ab ins Rack. Sieht das dezent aus, nur schwarz gebrusht, perfekt. Und die Bodenplatte ist quasi nicht zu sehen wegen der Nähe zu einem Yamaha Verstärker. Schön und wie geplant liegen die Luftschlitze an der Frontverkleidung über die gesamte Breite oben und unten. Zusätzlich gibt es dann oben noch die Möglichkeit einen 120mm Lüfter anzubringen. Ich probiere es aber erst mal ohne, die Lüftungslöcher lassen warme Luft (steigt nach oben) schön selber raus.

KoLink KLA-002 – Im Rack super dezent

Zusätzlich ist das Gehäuse sehr wartungsfreundlich. Nur aus dem Rack ziehen, die zwei Rändelschrauben raus und “Seitendeckel” abziehen. Schon hat man vollen Zugriff auf alle Hardware.

Was war das beim alten Gehäuse immer ein kleiner Krampf. Zwei Schrauben an der Rückseite mit dem Schraubendreher raus drehen. Den massiven U-geformten Deckel abziehen. Dann zwei innere Riegel verschieben um eine obere Gehäusehälfte per Scharnier ausschwenken zu können. 

Das Panel liegt wie erwarten auf der rechten Seite. Nachts fällt mir auf, das die Power/HDD LED’s viel zu hell sind. Nichts was nicht ein Stück schwarzes Klebeband mildern kann 🙂

Laufstabil

Für ein FullSize ATX Gehäuse ist es sehr kompakt und doch innen sehr voluminös. Heißt sehr luftig, es herrscht keinerlei Enge. Deswegen verzichte ich erst einmal auf jegliche Zusatzlüfter. Nach Tagen des Betriebs keinerlei Abstürze.

Performance 

Erwartungsgemäß ist nun alles schneller.

Der Hammer ist aber die Geschwindigkeitssteigerung beim Schneiden von TV-Aufnahmen.

Ein Serienteil (45 Minuten) brauchte vorher 22 Sekunden, jetzt nur noch 6 Sekunden !!!!

Ein kompletter Spielfilm in SD-Auflösung braucht nur noch 22 Sekunden (vorher 45 Sekunden), fein.

Tage später

Und da sind sie wieder die völlig sporadischen System Hänger.

Trotz völlig anderem Mainboard/RAM/CPU aber gleicher Grafik und DVB-S2 Karte. Auch ist die UBUNTU-OS Basic quasi gleich geblieben. Mein UBUNTU ist immer noch 14.04. Ich könnte wohl auf Version 16 Upgraden, traue mich aber nicht, weil yaVDR dafür nicht geeignet sein soll.

Nerver change a running System

TV-Bild steht still, das ist aber grundsätzlich nicht bedenklich, weil das oft so ist bei Timer-Aufnahmen. Ist evtl. ein Stromspareffekt. Warum soll die Grafikkarte ackern, wenn doch nur ein Datenstrom aufgezeichnet wird, guckt ja eh keiner zu.

In der Regel braucht man dann nur den Kanal wechseln, wenn das schon nicht klappt war’s das. RESET-Taster drücken.

4k Videos YouTube

Die Hoffnung war gegeben, das die “neue” Hardware 4k Video’s ruckelfrei wiedergeben könnte. NEIN, kann Sie nicht weil …

Tja, yaVDR hat ja keinen richtigen grafischen Taskmanager, nur den Befehl “top” im Terminal. Immerhin zeigt dieser an das ein Chromium-Browser Prozess 240% CPU Leistung verballert, stoppe ich das Video geht die Leistung logischerweise runter.

240% ist das nun ein Kern meiner 4-Kern FX-4300 CPU oder sowas wie eine Summe ?

Ich installiere einen besseren Taskmanager htop mit sudo apt-get install htop.

Der zeigt immerhin jeden der 4 Kerne separat als Balken UND in Prozent Auslastung an UND zusätzlich noch die einzelnen Prozesse.

Grundsätzlich muß ich sagen, das meine NVidia GeForce GT 610 nur bis zu einer Auflösung von 2560 x 1600 Pixel darstellen kann.

Jetzt gibt es zwei Theorien. Entweder macht die GT 610 beim runterskalieren von 4k schlapp oder die FX-4300 CPU.

Mit htop sieht man einwandfrei das die CPU schuld ist. Alle 4 Kerne liegen so um die 86% Auslastung und das wird auch in rot eingefärbt. Gehe ich in Youtube auf 1440p runter läuft alles gerade so noch ruckelfrei bei einer CPU Auslastung von 65 – 76%

PS : der TIP eines YTers im Chrome-Browser unter Settings/Advances/User Hardware-Acceleration if available auf AUS zu schalten bringt bei mir gar nichts.

OK immerhin ist man damit schon mal ein Quanten-Sprünglein über FullHD, und das sieht man auch.

Es ist aber auch schon sehr beeindruckend stockende 4k Videos auf meinem steinalten 2k Fernseher anzusehen. Ich sach nur Cheops Pyramide oder Teotihuacan. Es wirkt schon auf dem ollen Fernseher als wäre man dabei. Wie muß das erst auf einem 4k Bildschirm wirken ?!

Als die 4K Fernseher aufkamen sagt mal Jemand, 3D ist nicht mehr nötig, das wirkt wie in ECHT.

Das wirft dann direkt die Frage nach einem CPU-Upgrade auf. So etwas macht aber auf dem AM3-Sockel Mainboard echt keinen Sinn mehr.

Immer wieder System-Hänger

Trotz massiv getauschter Hardware zeigt yaVDR 0.6.2 genau wie mit der vorherigen Hardware-Konstellation plötzliche Hänger.

Dann geht meist noch kurz ein Bewegen der Maus, vielleicht das Einblenden des linken Seitenmenü’s und dann ist ENDE.

Neulich war es so schlimm, das direkt nach einem Neustart alles hing, Hard-Reset, Neustart, hängt wieder, Hard-Reset, Neustart läuft.

Und in dem Zustand war die Hardware KALT, also nicht etwa instabil durch Überhitzung.

Das war jetzt beim System-Kaltstart.

Dann wieder eine ganz andere Lage, Rechner hängt in der Sekunde als ich eine TV-Aufnahme per TV-Frontend wiedergeben will. In KODI ist das aber auch schon mal passiert.

Mal läuft der Rechner einen Tag durch, mal bleibt Er plötzlich stehen, auch mal während einer Aufnahme.

Gleichgeblieben sind folgende Komponenten :

  • TECHNISAT DVB-S2 Karte
  • NVidia GeForce GT 610 Grafikkarte
  • Netzteil
  • Betriebssystem yaVDR 0.6.2 (steinalt)
  • 240GB Toshiba SSD

Ich fange sogar schon an mir Datum/Uhrzeit der Ereignisse aufzuschreiben um dann im LOG (welches ist es bloß ?!) zu forschen woran es liegen könnte.

KEINE Chance, Linux hat sooo viele LOG’s in /var/log/

Man solle wohl dmesg und syslog durchforsten.

Aktueller Grafiktreiber ist 384.130 – Gehe ich nach NVidia finde ich die Version 390.144 als .RUN Datei. Direkt runter geladen.

Bei der Installation kommt jedoch die Meldung “x-Server beenden”, würde ich gerne, leider ist nicht herauszubekommen wie Der heißt.

LightDM, X oder sonst wie.

Irgendwo wird dann gemeldet (wenn man es denn schaffen würde) das wenn irgendwann der KERNEL erneuert würde, mit dem neuen KERNEL wieder ein älterer Treiber käme. Was für eine bescheuerte Topografie Linux hat. Treiber im KERNEL.

Irgendwie klappt es plötzlich, das ich ONLINE per “sudo apt-get install nvidia-current” eine andere  Treiberversion installiert bekomme. Hatte vorher auch irgendein Repository hinzugefügt.

Aktuelle Treiberversion ist nun 304.137 also viel älter als vorher die 384.130 – fein !!

/träum/ was würde ich gerne UBUNTU 20.x als BASIS für yaVDR verwenden – aber es gibt KEINE verlässliche Quelle ob sowas funktioniert /träum-ende/

Nach einem Tag ohne Crash installiere ich wieder den 384.130 Treiber mit

sudo apt-get install nvidia-384

Klappt problemlos. Vorher probiere ich noch mit

sudo apt-get install nvidia-390

einen aktuelleren Treiber zu installieren, da gibt es aber nichts.

System LOG’s

Woran liegt es nun das das System sporadisch einfach stehenbleibt ?

Ich sehe mal die System Logdateien in /var/log/ durch. Speziell syslog.

SysLog

Ich Google also nach Buffer Usage und GLib-Critical und Console-Kit-Daemon.

Da Console-Kit-Daemon unwichtig scheint deinstalliere ich es mit

sudo apt-get remove consolekit

Alles läuft, nach einer Weile heißt es irgendwo das StreamDev-Plugin würde auch schon mal hängen, also weg damit.

sudo apt-get autoremove vdr-plugin-streamdev-server

Ich wundere mich das Ubuntu mir anzeigt über 400MB zu deinstallieren, aber OK.

Danach läuft yaVDR nicht mehr man landet direkt in der Vollbild-Konsole. Zumindest startet das TV-Frontend nicht mehr und nirgends steht wie man Es startet. Der VDR selber scheint aber zu laufen, denn nach sudo vdr start kommt die Meldung “läuft schon”.

DAS HEISST NEUINSTALLATION

Oh man, erst mal alle *.config’s nach Windows gesichert, leider vergessen die Chromium (Youtube AddOn) und Firefox Bookmarks eben zu sichern. Auch habe ich mir deren Addons/Plugins nicht gemerkt.

KEINEN Bock den jungen TV-Rechner wieder aufzuschrauben nur um ein DVD-Laufwerk zur Installation anzuklemmen…hmmm USB-Stick ??

Cool in MINT finde ich direkt eine Anwendung “USB-Abbilderstellung”. Ich lade schnell die yaVDR 0.6.2 ISO herunter und erstelle mit dem Tool einen bootbaren USB-Stick (hoffentlich). Scheibenkleister das ging schnell, über 700MB Image in wenigen Sekunden am Stick ?! OK, USB 3.0 und schnelleren steinalt Stick.

Ab mit dem Stick in eine USB 3.0 Buchse im yaVDR-PC, bootet nicht !!

Hurtig Googeln ab das mit einem steinalt AMI-BIOS von 2010 überhaupt geht. JA, sollte es. Im BIOS gehe ich unter ADVANCES auf den gefundenen USB-Stick und stelle den von Automatic auf HDD um. Dann noch in der Bootreihenfolge den Stick als ersten einstellen.

!! BOOTET !!

Ach du liebes bisschen, geht das schnell von USB, die Installation rast nur so durch (bis auf den von allen geliebten PRESEED).

Leider will ich wieder schlau sein und wähle bei der ersten Neuinstallation bei den Partitionen “nimm die Partitionen so wie Sie sind”. Normalerweise würde ich dort wählen “schnapp dir die gesamte SSD”.

Jedenfalls läuft das System nach erfolgter Installation so nicht, alles nochmal. Dieses mal nehme ich aber “nimm die ganze SSD”. Ja, so klappt es nun.

Wie üblich kein Bild, kein Ton … komme schon.

sudo stop vdr

Vom Windows Rechner die *.config’s wieder rübergeschoben, Dann am yaVDR-Rechner ALLE *.config’s wieder nach /var/lib/vdr geschoben bis auf die epgsearch.config

Die gehört in den Ordner /var/lib/vdr/plugins/epgsearch

sudo start vdr

Goil, alles wieder genau so justiert wie das vorher war, Oberfläche, Lautstärkestufen, Startlautstärke usw.

Auch die Timer UND die Suchtimer sind da (was zu erwarten war).

Nun noch das YouTube AddOn installieren mit

sudo apt-get install yavdr-addon-youtube

Nun noch die Lesezeichen regenerieren und einige Plugins installieren.

Ich krümme jetzt keinen Finger mehr, mach erstmal nix mehr am System.

4 Tage später

Es lief alles sooo Absturzfrei, am 4. Tag jedoch, ein Crash als ich wieder mal eine HD-Aufnahme während eines Recording’s abspielen wollte.

Und da es das gleiche Verhalten wie vorher mit einer halb so großen SSD ist scheint das Laufwerk unschuldig.

Schon blöd, bei so etwas simplen wie eine Wiedergabe …

Wochen später …

Da war’s wieder, beende nach einer stundenlangen YouTube-Session das YouTube AddOn, blättere kurz TV-Aufnahmen durch und starte Eine … System hängt quasi direkt.

Datum 16.10.2021 Uhrzeit 12:??

Ich hatte zum Glück die Taskleiste offen in der die Uhrzeit angezeigt wird. Es war genau um äääh, stand da nicht eben was von 12:4?

Aktuell steht die UHR auf 12:50 und schlägt nach 12:51 um, aha, das gesamt System hängt also nicht.

Einfrieren tut der VDR, weil die Sidebar-Icons mit stehenbleiben.

Ich öffne mal eine Vollbildkonsole mit Strg + Alt + F1 und gebe htop ein um die Tasks zu beobachten …

Tja, der Bildschirm wird schwarz, es kommt keine Konsole, das war’s. Wäre ja auch zu schön gewesen mal was recherchieren zu können.

RESET

Logs durchforsten

Ich sehe mir /var/log/syslog an und sehe genau passend …

DVBPLAYER “won’t end” ERROR

Eine Zeile weiter um 12:54 erfolgt der Neustart.

Das Problem, im Internet existiert kein DVBPLAYER.

Deswegen scheinen weitere Recherchen unmöglich.

 

YaVDR – NVidia Treiber Update=NEUINSTALLATION

Was ist man oft ein Honk, Finger weg vom Treiber-Update wenn alles erste Sahne läuft (und davon sogar abgeraten wird). Aber ich hatte wohl Langeweile. Drauf war die 384er Version für meine uralte, billige, sparsame (alles Absicht) GeForce 610.

Neusten Treiber NVIDIA-Linux-x86_64-390.143 heruntergeladen als .run

Dann im Downloads Ordner eingegeben :

sudo sh NVIDIA-Linux-x86_64-390.143.run

Die Installation klappt so halbwegs, es kommen aber hier und da Fehlermeldungen. Egal NEUSTART mit sudo init 6

Nix geht mehr, Bildschirm schwarz, nur Mauspfeil funktioniert, aber TV-Frontend ist nicht bedienbar. Bei Klicks auf die linken Taskleisten-Symbole starten nichts.

Dann stundenlang versucht zu reparieren, es geschafft irgendwie (Strg + Alt + F1) in die Konsole zu kommen und mit …

sudo sh NVIDIA-Linux-x86_64-390.143 –uninstall

… den neuen Treiber deinstalliert. Leider kommen beim Reboot immer noch die “Persistent” Fehlermeldungen, obwohl theoretisch der alte Treiber aktiv sein könnte. Irgendwo erfahre ich NÖ, kein Treiber mehr drauf.

PS : vielen dank an die Macher das die CD-Reparatur-Option nur eine Konsole beinhaltet und keinerlei OS-Reparatur mitbringt.

Das ganze System hat auch nach Jahrzehnten KEINERLEI Backup-Funktion !! Das ist alles sooo traurig.

Irgendwann war ich es leid und sagte “NEUINSTALLATION” – und man weiß was das für ein Drama ist.

Da ich bisher nur eine 120GB SSD verbaut war sagte ich “komm nimm mal eine 240GB SSD” die übrig wurde(n) durch Hauptrechner-Umbau auf NVMe 🙂

Mal eben noch eine 240GB SSD mit Clonezilla im MINT Fenster Imagen (altes gutes XP mit Eigenen Dateien). Was für ein Drama, bis ich mal raffte das man die Source/Destination Laufwerke vorm starten von Clonezilla unmounten musste damit Diese überhaupt erscheinen … Image erstellt und gut.

240GB SSD in den YaVDR Rechner, boot von YaVDR 0.6.2 CD. Anweisungen gefolgt. Zum Glück hat diese Version nicht mehr den Hänger wo man an einer bestimmten Stelle der Installation das Netzwerkkabel abziehen musste.

Und NEUSTART, schwarzer Bildschirm und beim booten schon die gleichen NVidia Fehlermeldungen !!! Häää, da hatte die Installation schon Online den NVidia Treiber (glaube 384 – der ja eigentlich immer OK war) upgedatet. Kurze Recherche dann Treiber Downgrade auf 304 mit :

sudo apt-get install nvidia-current

Klappt damit besser, bin im TV-Frontend, es kommt der bekannte “No primary Device found” Error. Nach kurzer ergebnisloser Recherche habe ich einfach mal die remote.conf, channels.conf und timers.conf per Netzwerk auf den YaVDR Rechner geschoben und dort bei gestopptem VDR (sudo stop vdr) in den /var/lib/vdr Ordner verschoben.

Läuft, plötzlich nix mehr “Device not found”, die Sender laufen einfach. Jetzt noch nachjustieren :

  • Ausschaltzeit auf 700 hochdrehen
  • Sender rundum Zappen EIN
  • Aufnahme Dateigrößen tierisch hoch drehen
  • automatisches Sender hinzufügen AUS
  • YouTube AddOn drauf
  • Lautstärkestufen reduzieren auf ca. 20
  • Startlautstärke reduzieren
  • Suchtimer (epgsearch.conf) zurückspielen nach /var/lib/vdr/plugins/epgsearch
  • Browser bookmarks Importieren

YouTube Addon installieren mit :

sudo apt-get install yavdr-addon-youtube

Hmm, nach kurzer Zeit stelle ich immer wieder Aussetzer beim YouTube gucken fest. Video-Bild geht kurz auf schwarz, dann geht’S weiter. Sehr nervig, war vorher nie so.

Muß dazu sagen ich nutze das Chrome AddOn (YouTube basiert/ist Chrome) Addblock für YouTube welches vor der Neuinstallation keine Aussetzer verursachte, jetz aber schon.

Ich deaktiviere Addblock für YouTube und benutze einfach mal den µBlock Addon. Und Der funktioniert ohne Aussetzer, genehmigt sich dafür beim Start eines Videos einige Sekunden mehr (da läuft so ein Minitimer ab).

Von Zeit zu Zeit sollten man sich immer mal wieder die *.conf Dateien sichern (warum sollte es hierfür auch eine Funktion geben die es auch Anfängern erlaubt Diese mal eben auf einem USB-Stick sichern).

Besonders wichtig ist die channels.conf für die TV-Kanäle die timers.conf für aktuell anstehende Aufnahmen und epgsearch.conf für die Suchtimer. Die sind besonders aufwändig zu erstellt weil Texteingaben nur mit Fernbedienung möglich sind. Auch so ein toller Coup !! Warum kann man Texteingaben nicht per Tastatur machen, unverständlich.

Es läuft wieder alles, scheint sogar spürbar schneller zu sein, obwohl die alte SSD eine GUTE Mushkin mit Multilevel-Cell’s war und die viel Neuere eine schrottige TR-200 von Toshiba mit Tri-Level-Cell’s ist.

NVidia Treiber Update einen Tag später (bibber)

Soll ich es wagen … JA, aber wie ging das gleich wieder ?

sudo apt-get install nvidia-384

Boah 137MByte werden in Sekunden gesaugt (hähä, 100MBit VDSL). Die Installation zeigt sich auskunftsfreudig und dauert ein klein wenig. Fertig, noch ein sudo init 6 zum NEUSTARTEN.

Klasse, alles läuft normal (schwitz). Ich rufe in der Konsole nvidia-settings auf, klasse Version 384 wird angezeigt, vorher 304.

yaVDR 7.x mit UBUNTU 20.x

Cool, irgendwie komme ich auf https://www.yavdr.org/documentation/0.7/yaVDR07_documentation.html

Finde die Seite manuell aber nicht wieder. Es war eine Typisch blaue sogar deutsche saubere, extrem komplizierte yaVDR Seite.

Dort war zu lesen man könne eine 0.7 Version auf einem hochmodernen UBUNTU 20.x laufen lassen.

Die Installation war aber alles andere als einfach. Nix mit ISO laden/brennen, DVD rein und installieren.

Zuerst wird ein ganz normales UBUNTU-Server heruntergeladen und installiert. Dieses UBUNTU hat kein GUI. Und danach wird per unendlich vieler Befehle yaVDR drübergestülpt. Ich habe nach 1/100tel aufgehört zu lesen, viel zu umfangreich und kompliziert.

Ich meine UBUNTU installieren ein Klacks, warum erstellen die Nerds nicht EINE Installations-Software ? Ich würde so gerne mal ein modernen Ubuntu-Unterbau haben, weil soll deutlich schneller booten. Obwohl geht so auch schon zügig, dank SSD.