Da scheinbar Mint 22 existiert, aber offiziell nicht freigegeben wird habe ich das Upgrade per Hand ausprobiert.

Als erstes in der Anwendungsverwaltung nachschauen ob “mintupgrade” schon installiert ist. War bei mir schon drauf.

Dann in der Konsole starten mit “sudo mintupgrade”

In der Regel erscheint eine Meldung das bestimmte Kleinigkeiten “Behoben” werden müssen – einfach machen lassen.

Dann die endlosen Download’s abwarten.

Danach beginnt die Installation….und die dauert eine Weile

Hiernach werden “Neue verwaiste Packete werden entfernt”

NEUSTART !!! BIBBER !!!

Tja, mal wieder gar nicht so gut (in 2024 schon traurig) startet Mint in einen schwarzen Bildschirm. Mein Monitor zeigt an, ein Bild-Signal ist da (LÖSUNG siehe unten Lösung für den Black Screen)

Versuchsweise tippe ich mein Login-PW ein + ENTER, nix, auch keine Lade-Aktivitäten. Ich drücke mal den Power-Button, der PC rödelt kurz und geht aus, das System Reagiert also.

Nach einer kurzen Weile starte ich mal in GRUB die Advanced Options und dort Generic-Recovery. Im folgenden DOS-Like Screen wähle ich Startvorgang fortsetzen. Nach den üblichen Vollbild-Linux Text-Meldungen erscheint der Login-Bildschirm !!

Ich logge mich ein, und alles sieht aus wie immer !!

Geiler Fortschritt, aber für Linux nicht ungewöhnlich. Und ich mag das sogar, kein neuer Schnickschnack, alles wie gewohnt.

Das löst natürlich nicht das Black-Screen Problem, aber man kann arbeiten. Denke aber das im Recovery-Modus Mint seine volle Power nicht einsetzt (geht aber trotzdem wie Bolle).

Jedenfalls sieht mein Desktop/Taskleiste aus wie eh und jeh. Auch die Textgrößen und der Mauspfeil wie gewohnt.

Aber ehrlich, natürlich Google ich nach “black screen” und sehe das Problem existiert schon seit Juli, wir haben nun November. Starke Leistung …

Installiert ist jedenfalls folgender NVIDIA Treiber :

nvidia470.256.02-0ubuntu24.04.1

Testweise nehme ich in der Treiberverwaltung mal den xserver-xorg-video-nouveau(quelloffen) Treiber. Aber schon bei dessen Installation ahne ich nichts Gutes. Denn es kommt KEINE Rückmeldung und der Balken wandert nicht weiter. Zudem kann ich keinen der beiden Treiber mehr anwählen.

Was nun ? Ist der Nouveau nun drauf oder nicht ? Der Abbrechen Button zeigt auch keine Wirkung…vielleicht geht das Treiber Umswitchen ja nicht im Generic-Recovery Mode.

Auch Minuten später kein Status erkennbar…ich starte mal neu

Tja, nun komme ich über den Normalstart-Punkt in GRUB zum Login-Screen, natürlich alles in elend niedriger Auflösung. Ich gehe wieder auf die Treiberverwaltung installiere den empfohlenen NVIDIA Treiber erneut. Aber auch danach Black-Screen startet man Mint per GRUB-Normal Modus.

Ich weiß, das dieser Kernel 6.x.x Probleme mit NVIDIA-Treiber zeigte. Deswegen bin ich immer bei den 5er Kerneln geblieben.

Und auch bei der 22er Version das Problem, das ich vorhin noch mit der 21.x hatte. Ein Ordner der eigentlich genug Speicherplatz hat zeigt Diesen nicht entsprechend an und deswegen läßt sich eine größere Datei nicht einfügen … nix gut

Lösung für den Black Screen

In einer Konsole die GRUB Datei editeren :

sudo nano /etc/default/grub

Dort bei der folgender Zeile das Wort “splash” löschen :

GRUB_CMDLINE_LINUX_DEFAULT=”quite splash”

Danach mit Strg + O speichern und ich habe danach sicherheitshalber noch ein sudo update-grub gemacht.

Nach einem NEUSTART startet MINT 22 dann wie gewollt auch ohne die Generic-Recovery Auswahl.

3 Tage später (Aktualisierungen installieren)

Hatte ich auch noch nie. Ich öffne wie immer die Aktualisierungsverwaltung und klicke “Aktualisierungen installieren” aber es passiert nix. Ich aktualisiere, aber auch danach keine Reaktion … dann eben nicht.

Laufwerk freier Speicherplatz wird falsch angezeigt

Ist mir nun schon mehrmals aufgefallen. Nach neu Encodieren von HD-Filmen mit ShotCut lösche ich das Original (*.ts) aber der freie Speicherplatz wird nicht mehr (Mülleimer ist gelöscht). Nach einem Neustart ist dann der Speicherplatz wieder frei. Somit kann ich bei wenig freiem Speicherplatz nicht den nächsten Film in Arbeit nehmen.

Hmm, hatte ShotCut noch am laufen, der Quell-Film war aber sauber gelöscht. Und das OS hat doch die Gewalt über Speicher-Resourcen. Scheinbar hält ShotCut aber irgendwo den Speicher belegt. Wenn dem so wäre müsste das OS dann aber beim Löschen Meckern von wegen “in Verwendung … kann nicht löschen”. Jedenfalls ist nach dem Schließen von ShotCut der Speicherplatz wieder frei.

PS : aber man kann ja auch Dateinamen während in Diese geschrieben wird einfach umbenennen (bei Windows undenkbar), was ich aber extrem gut finde.

USB HDD Laufwerk wird nicht mehr eingehängt (NTFS3 Bug)

Eines von mehreren USB-Laufwerken (alles NTFS) wird einfach nicht mehr eingehängt. Vor dem Wilma Upgrade lief alles einwandfrei. Auch habe ich seit dem Upgrade schon mehrmals aktualisiert. Darunter waren 2x neue Kernel’s.

Und trotzdem lese ich gerade etwas von einem BUG im NTFS3 Treiber…

Blacklist ntfs3 and you are most likely good.
Bugs like this are the price we pay for using a proprietary filesystem (for which MS is not providing a proper driver).

Des weiteren finde ich …

In Linux kernels from 5.15 the kernel module ntfs3 can be used when mounting external NTFS drives, in stead of using ntfs-3g.

Ach du Schei%&(

Dieses Kommando hat bei mir geholfen die USB-HDD wieder zu mounten :

sudo ntfsfix -b -d /dev/sdxx

Kommando um NTFS3 auf die Blacklist zu setzen :

echo ‘blacklist ntfs3‘ | sudo tee /etc/modprobe.d/disable-ntfs3

Leider sind damit die Probleme NICHT verschwunden. Ganz nach Lust und Laune werden USB-Laufwerke nicht mehr eingehängt. Geht auch nicht manuell … oder doch … oder … hääää

Ich klicke gerade zum 2. mal auf den “PLAY” (Einhängen) Button im Laufwerke Programm weil in CAJA eben KEIN Button vorhanden ist. OK, dort macht man Rechte-Maustaste/Einhängen. Und plötzlich wird eine HDD eingehängt, die eben NICHT reagierte !!!

Ey, das hat ALLES jahrelang wunderbar und mit NULL Problemen funktioniert !!!! Welcher verdammte Honk baut so einen MIST ?!?

Ich war so zufrieden mit MINT und dann so etwas, evtl. auch noch mit dem Risiko einer Daten Korruption. Das geht ja mal gar nicht.

Das ist kein schönes Gefühl, wenn MINT plötzlich wichtige Laufwerke nicht mehr will.