Schlagwort-Archiv: wilma

Allgemein, Erfahrungsbericht, Gelöste Probleme, Linux, PC

Linux MINT 22 (Wilma) USB NTFS Mount Probleme

Es ist soweit, für das Thema muß ich ein eigenen Post schreiben.

Das so etwas in 2024 noch möglich ist …

Neulich händisch auf Mint 22 (Wilma) UpGeGraded. Alles schien zuerst wie immer, bis ich dann mal eines meiner mehreren USB-HDD Laufwerke einschaltete. Es kam ein Mount-Error.

Teilweise half dann scheinbar das (immerhin sichtbare Laufwerk aber ohne Auswurf-ICON) angezeigte Laufwerk  einmal anzuklicken um es zu mounten. Ein anderes Laufwerk ließ sich so aber nicht mounten.

Dann stellte ich im “Laufwerke”-Programm in den Einhänge-Optionen aller USB-Drive’s “Vorgabe der Benutzersitzung” auf AUS, setzte den Haken “Beim Systemstart einhängen” und gab unter “Anzeigename” einen Label für das Drive ein.

Nach zusätzlicher Recherche im Netz stellte sich schnell heraus das der im 6er Kernel befindliche ntfs3-Treiber einen BUG hat !! Man sollte diesen deswegen auf die BLACKLIST setzen, was ich mit diesem Befehl auch neulich tat.

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

Der Befehl schreibt den Text “blacklist ntfs3” in die Datei /etc/modprobe.d/disable-ntfs3.conf

Des weiteren soll der folgende Befehl NTFS-Laufwerke fixen, wobei ich absolut nicht verstehe warum das nötig ist. Denn alle meine USB-HDD’s haben über Jahre hinweg problemlos funktioniert.

sudo ntfsfix -b -d /dev/sdxx

Es wird aber noch schlimmer, denn wenn man nichts unternimmt zerstört der BUG fröhlich Laufwerks-Strukturen ect.

Es darf doch nicht wahr sein das man hier gezwungen ist selber aktiv zu werden !!! Der Fehler ist doch bekannt, warum fixt den Niemand !!? Stattdessen läßt man die User allein … selber ein paar Befehle eingeben die evtl. ein NTFS Laufwerk fixen oder aber ….

Nach ein paar weiteren Tagen, alles scheint gut, will ich mal eben das Mounten meiner USB-HDD’s Stück für Stück durchspielen.

Ich muß dazu sagen, den ntfsfix-Befehl habe ich bisher bei nur EINEM Laufwerk ausgeführt, weiß aber nicht mehr bei welchem.

Eine 2,5″ 5TB wird wunderbar angenommen. Auch speichere ich seit Tagen Daten darauf. Das heißt aber ja noch nicht das Diese auch i.O. sind. Trotzdem kann ich eben gespeicherte Filme abspielen und bis zu deren Ende spulen.

Nun zu den 3 x 3,5″-HDD’s :

Bei Einer kommt ein “Mount-Error” …

Eben mal nachgesehen ob der Text “blacklist ntfs3” noch in der /etc/modprobe.d/disable-ntfs3.conf steht … NEIN !!!

Ach du SCHE%&?

Schnell den oben stehenden echo Befehl nochmal ausgeführt danach geschaut ob “blacklist ntfs3” wieder in der Datei steht, JA !!

Hurtig Rebooten …

Wieder die Datei auf den Eintrag geprüft … JA der Text “blacklist ntfs3” steht noch drin. Trotzdem wird EIN eingeschaltetes Laufwerk nicht gemountet. 

Ich führe nun mal den ntfsfix-Befehl auf diesem Laufwerk aus, obwohl gesagt wird zum erfolgreichen mounten alleine würde der Blacklist-Eintrag reichen.

Der Befehl ist in einer Nano-Sekunde durchgeführt, danach schalte ich die HDD aus/ein.

So, den ntfsfix Befehl nochmal bei alles Laufwerken ausgeführt, ist aber wahrscheinlich unnötig. Es geht hauptsächlich um den buggy ntfs3 Treiber im Kernel.

Aktuell melden sich ALLE USB-HDD’s wieder sauber an.

Wichtig !! NTFS3 Treiber auf die Blacklist UND bei mir mußte ich USB-HDD’s im Laufwerke-Programm in den Einhängeoptionen den “Vorgabe …” Schieber auf AUS schalten, Haken bei “Beim Systemstart einhängen” und einen Anzeigename eingeben.

 

 

Erfahrungsbericht, Gelöste Probleme, Linux, PC

Linux Mint 21.x auf 22 Upgrade (Wilma)

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.