|
wowi51
Anmeldungsdatum: 17. August 2017
Beiträge: 44
|
Moin,
es gibt schon ziemlich viele ähnliche Themen, aber keins hat mir weitergeholfen. Ich habe schon seit vielen Jahren ein Multiboot-System mit Ubuntu und zwei Windows-Versionen, die gemeinsam eine NTFS-Datenpartition nutzen (klassische Festplatte). Vor kurzem habe ich auf 24.04 upgedated und danach lief es noch einige Tage problemlos. Ein Zusammenhang des Problems mit dem Update ist also fraglich. Jetzt kommt unter ubuntu immer die Meldung "error mounting /dev/sda7" mit vielen möglichen Ursachen. Unter Windows ist Zugriff weiter problemlos möglich.
Die hier und anderswo mit diesem Problem genannten Lösungen funktionieren nicht.
Der Treiber für NTFS kann es kaum sein, denn auf die Systempartitionen der Windows-Versionen kann ich zugreifen. Ntsfix meldet, die Partition sei korrekt montiert. Chkdsk habe ich unter Windows 10 einige Male laufen lassen, ohne Befund und immer auf komplettes Runterfahren geachtet. Hat noch jemand eine Idee ? Sonst muss ich mit der Datenpartition auf FAT32 umsteigen. Danke für jede Hilfe !
|
|
schwarzheit
Supporter
Anmeldungsdatum: 31. Dezember 2007
Beiträge: 9285
|
Lass die Platte von Windows reparieren. Prüfe ob im Windows und im UEFI/Bios das Fastboot deaktiviert ist. Win10 ist EndOfLife. Also entsorge es und formatiere die Datenpartition in ext4 oder was anderes Linuxtaugliches.
|
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 14705
|
wowi51 schrieb:
Vor kurzem habe ich auf 24.04 upgedated
Geupgradet. Ach, doch jetzt schon?
Die hier und anderswo mit diesem Problem genannten Lösungen funktionieren nicht.
Dann wirst Du wohl alles wegwerfen müssen. Oder Du bringst sachdienliche Angaben. Fastboot deaktivieren
Windows 10
EoS, weg damit! Selbst, wenn Du ESM nutzen solltest, ist das in einem Vierteljahr auch endlich vorbei (oder Du zahlst). Bei ESM Upgrade auf Win11, ansonsten lösche Win10 und installiere Win11! Ist die Hardware von Redmond dafür nicht vorgesehen, bleiben einstweilen noch Tricks, zumindest bei Haswell bis Kaby Lake, der Schalter kann aber jederzeit von Redmond umgelegt werden. Also überlegst Du Dir, ob Du diesen Codehaufen überhaupt brauchst. Dann würden auch solche Krücken wie eine Austauschpartition wegfallen.
Sonst muss ich mit der Datenpartition auf FAT32 umsteigen.
Warum nicht gleich Win95b, aber mit USB-Patch für USB 1.1 oder gleich das moderne Win95c. Btw., es gibt verschiedene NTFS-Treiber. Da Du vom antiquierten 22.04 auf das "topaktuelle" 24.04 geupgradet hast, solltest Du Dich damit befassen. Im übrigen...exFAT wäre die bessere Idee.
|
|
timothy2068
Anmeldungsdatum: 10. März 2025
Beiträge: 693
|
wowi51 schrieb:
Chkdsk habe ich unter Windows 10 einige Male laufen lassen,
Mit Schalter /f? Die beschriebene (leider nicht wörtlich gepostete) Meldung ist typisch für ein defektes NTFS, wenn auch nicht zwingend. Die NTFS-Treiber unter Linux reagieren unterschiedlich auf solche Defekte. Eine reine Austauschpartition würde ich ohnehin lieber mit exFAT formatieren, das ist zwar auch ein Mickysoft-System, aber der Standard liegt offen, d.h. eine vollständige Unterstützung ist technisch möglich, deshalb können darauf beide Systeme uneingeschränkt zugreifen. Solange die NTFS-Spezifikation unter Verschluss ist und Linux-Entwickler dessen Strukturen erraten müssen, wird die Unterstützung immer lückenhaft sein.
Hat noch jemand eine Idee ? Sonst muss ich mit der Datenpartition auf FAT32 umsteigen.
Auf exFAT, wie gesagt. FAT32 hat man heute wirklich nur noch da, wo es nicht anders geht. Dass Windows 10 Alteisen ist, wurde dir schon gesagt, das unterstreiche ich lediglich nochmal. Gut überlegen, wozu du es noch brauchst, und dann durch Aktuelles ersetzen. Wenn du auf Windows angewiesen bist, musst du halt auf Win 11 umsteigen, mit eventuellen Hardware-Konsequenzen.
|
|
maik2502
Anmeldungsdatum: 6. Dezember 2020
Beiträge: 72
|
schwarzheit schrieb:
Win10 ist EndOfLife. Also entsorge es und formatiere die Datenpartition in ext4 oder was anderes Linuxtaugliches.
Das stimmt nur bedingt. Privatkunden können unter bestimmten Voraussetzungen bis Oktober 2027 Aktualisierungen erhalten: https://www.heise.de/news/Windows-10-Sicherheitsupdates-fuer-Privatkunden-jetzt-doch-noch-bis-Oktober-2027-11344923.html Dennoch sollte man in den nächsten 12 Monaten nach Alternativen, wovon hier ja schon einige genannt wurden, nachdenken und bei Zeiten handeln... Aber man muss jetzt nicht sofort alles übers Knie brechen, sondern genau überlegen was du benötigst/möchtest. Wie wird die Partition denn gemounted? Gibt es einen Eintrag in deiner /etc/fstab? Diese hier villeicht mal posten....?
|
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 14705
|
maik2502, Du meinst, wenn die Galgenfrist abgelaufen ist (sofern User überhaupt verstanden haben, daß sie da etwas haben in die Wege leiten müssen), die nächste auch...daß sich spätestens dann lahmarschige User drehen? Win10 ist EoS. Daß es ESM gibt, habe ich ja geschrieben.
|
|
maik2502
Anmeldungsdatum: 6. Dezember 2020
Beiträge: 72
|
https://tuxcare.com/de/blog/end-of-life-vs-end-of-support/ Microsoft liefert weiterhin Sicherheitsupdates aus. Daher ist es nicht EOL. Ob es dir passt oder nicht... Ob es sinnvoll ist es weiterhin langfristig einzusetzen ist eine andere Frage, aber darum geht es in diesem Post auch gar nicht, steht uns auch gar nicht zu das zu bewerten, wenn das jemand tut (aus welchen Gründen auch immer)... Es geht hier darum, dass eine NTFS Partition nicht eingebunden werden kann... Darauf sollten wir uns konzentrieren... und nicht ob Windows 10 noch sinnvoll ist oder nicht...
Ich habe ja auch klar gesagt, dass mittelfristig eine andere Lösung her muss... Aber nicht heute oder morgen, sondern in den nächsten Monaten... und diese Entscheidung ist für das NTFS Problem auch völlig unerheblich... Also, wie können wir dem User nun helfen und schauen ob die Partition eingebunden werden kann oder nicht mehr?
|
|
schwarzheit
Supporter
Anmeldungsdatum: 31. Dezember 2007
Beiträge: 9285
|
@maik2502 Meinst du nur weil du drauf drängst und hier weiter diskutierst wird der User sich eher wieder melden? Was zu tun ist ist ihm bereits gesagt worden. Und das hat auch nichts mit der fstab zu tun.
|
|
wowi51
(Themenstarter)
Anmeldungsdatum: 17. August 2017
Beiträge: 44
|
von.wert schrieb: maik2502, Du meinst, wenn die Galgenfrist abgelaufen ist (sofern User überhaupt verstanden haben, daß sie da etwas haben in die Wege leiten müssen), die nächste auch...daß sich spätestens dann lahmarschige User drehen? Win10 ist EoS. Daß es ESM gibt, habe ich ja geschrieben.
Mir war ja schon bekannt, dass man sich in diesem Forum durch etliche arrogante Belehrungen kämpfen muss, um vielleicht doch noch nützliche Hinweise zu bekommen. Insofern danke ich maik und timothy für die Beschäftigung mit meinem Problem. Ich werde sehen, was ich umsetzen kann. Da ich nicht den ganzen Tag am Rechner sitze, kann das auch mal einen Tag oder länger dauern, bis ich darauf zurückkomme.
|
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 14705
|
maik2502 schrieb:
steht uns auch gar nicht zu das zu bewerten
Dann gibt es noch Leute, die nicht im Ansatz verstehen, daß es bei weltweiter Vernetzung nicht nur um Sicherheit auf einem Rechner irgendwo geht.
|
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 14705
|
wowi51, ist Dir eigentlich klar, daß Du kein Linux bezogenes Problem hast und Dein Thread gar nicht in Linux-Foren gehört? NTFS ist ein MS-Filesystem, Closed Source, für deren Windows-Betriebssysteme. Wenn solche Partitionen unter Linux, hier also Ubuntu, nicht mehr gemountet werden können, ist unter Windows zu reparieren und auch der Umgang damit zu überdenken. Wenn Du einwirfst, ja, unter Windows haben diese NTFS-Partitionen kein Problem, hast Du die Zusammenhänge (immer noch) nicht verstanden.
|
|
timothy2068
Anmeldungsdatum: 10. März 2025
Beiträge: 693
|
von.wert schrieb:
Wenn Du einwirfst, ja, unter Windows haben diese NTFS-Partitionen kein Problem, hast Du die Zusammenhänge (immer noch) nicht verstanden.
Technisch ja. Solches Wissen würde ich aber von einem Nur-User, der selten unter die Haube schaut, nicht unbedingt erwarten. Der sieht "Unter Windows geht es, unter Linux nicht, also hat Linux hier ein Problem". Dass das zumindest so aussieht, leuchtet mir durchaus ein ☺ Daher nochmal an wowi51: Windows ist bei inkonsistenten NTFSen einfach toleranter. Es sieht zwar auch, dass da etwas nicht stimmt, umschifft den Fehler aber per Journaling oder anderen Redundanzen. Wenn das problemlos geht, sagt es nicht mal was dazu. Vermutlich will Microsoft den User nicht mit unnötigen Fehlermeldungen verunsichern. Wenn ein NTFS-Treiber für Linux (es gibt mehrere Ansätze) das anders handhabt, dann kann das daran liegen (jetzt rate ich allerdings, ich weiß es nicht), dass er möglicherweise das Ausmaß der vorliegenden Inkonsistenz nicht so zuverlässig erkennen kann wie Windows, eben weil der Standard nicht offenliegt. Und um Folgefehler bei Schreibvorgängen zu vermeiden (also das Dateisystem vor sich selbst zu schützen), verweigert er das Mounten oder zumindest das schreibbare Mounten. Anders ausgedrückt: Auch wenn die (wie oben schon gesagt notwenigerweise unvollständige) NTFS-Unterstützung mit intakten NTFSen kein Problem hat, hält sich bei bereits erkennbar inkonsistenten doch lieber zurück, nicht aus eigener Unfähigkeit, sondern aus Vorsicht, um den bereits vorhandenen Schaden nicht noch größer zu machen. Deshalb nutzt man das unter Linux eigentlich nicht, auch wenn es prinzipiell geht. Es kommt viel schneller an seine Grenzen als offene Dateisystemformate wie exFAT, und das ist kein Unfähigkeit von Linux-Entwicklern, sondern unvermeidbar.
|
|
schwarzheit
Supporter
Anmeldungsdatum: 31. Dezember 2007
Beiträge: 9285
|
wowi51 schrieb:
Ntsfix meldet, die Partition sei korrekt montiert.
Und wenn dann einer (in dem Fall der TS) denkt an der ganzen Sch**** noch mit ntfsfix rumschrauben zu müssen und das dirtyflag zu entfernen und dann denkt damit ist alles wieder heile ist hier auch falsch gewickelt. ntfsfix repariert rein garnix. Es verschleiert das Problem nur. Und hindert Windows auch noch daran das Problem selbstständig zu beseitigen.
Herzlichen Glückwunsch - Datenverlust vorprogrammiert. Aber was weiss ich schon. Und da das was ich hier schreibe eh ignoriert wird spar ich mir auch alles weitere.
|
|
NurNochDebianUser
Anmeldungsdatum: 18. Februar 2026
Beiträge: 538
|
wowi51 schrieb: Mir war ja schon bekannt, dass man sich in diesem Forum durch etliche arrogante Belehrungen kämpfen muss ...
Waeum kommst du dann zu uns mit deinen Fragen? Warum, wenn du Hinweise auf hoffnungslos veraltete Betriebssysteme und deren potentielle Sicherheitsrisiken als arrogante Belehrungen ablehnst?
Vor kurzem habe ich auf 24.04 upgedated und danach lief es noch einige Tage problemlos. Ein Zusammenhang des Problems mit dem Update ist also fraglich.
Wenn du dich im Vorfeld genau so gut über die mit dem Upgrade 22.04 auf 24.04 einhegehenden Änderungen informiert hättest, wie über das, was du als arrogante Belehrungen abkanzelst, dann wüsstest du dass 22.04 und 24.04 mit NTFS-Partitionen anders umgehen. Ubuntu 22.04 nutze NTFS-3G Ubuntu 24.04 aber NTFS3 und letzteres ist bekanntlich weniger fehlertolreant als ersteres.
|
|
wowi51
(Themenstarter)
Anmeldungsdatum: 17. August 2017
Beiträge: 44
|
Glaubt Ihr, jemand, der den Weg in dieses Forum gefunden hat, ist nicht informiert über den Stand der Dinge bei Windows 10 und Windows 11 ? Ja, mit dem Wechsel auf 24.04 habe ich lange gewartet, weil es ja immer noch fast täglich Updates für 22 gibt. Total veraltet und gefährlich kann es also nicht sein. (Never change a running system.) Und wenn mir das aktiv angeboten wird, will und kann ich mich nicht mit technischen Details beschäftigen. Ein Hauptvorteil von Ubuntu ist, dass es auch noch auf Rechnern läuft, die nicht High End sind. Und dass man mir dann vorwirft, ich hätte kein Windows 11, wofür ich einen neuen Rechner brauche, ist schon grotesk. Wobei es daran ja auch nicht gelegen hat. Dank an alle, die mir helfen wollten.
Bearbeitet von schwarzheit: Bitte verwende in Zukunft Absätze (2x Enter), um die Lesbarkeit zu verbessern! Und benutze bitte den Vorschaubutton. Danke.
|