Problem beim Einhängen einer Partition

2856
Undefined

Ich habe fdisk -l eingegeben und hier ist der Teil der Ausgabe, der sich auf meine Frage bezieht

. . /dev/sda5 2989 5600 20971520 7 HPFS/NTFS  /dev/sda6 5600 8211 20971520 7 HPFS/NTFS /dev/sda7 8211 10822 20971520 7 HPFS/NTFS  .  .

Nun, wenn ich / dev / sda6 als montiert habe

ntfs-3g /dev/sda6 /home/Partition

Folgender Fehler wurde angezeigt

ntfs-3g: Failed to access volume '/dev/sda6': No such file or a directory

Dann erscheint die Ausgabe von ntfs-3g --help und zeigt mir, wie man ntfs-3g benutzt.

Ich habe auch versucht ** ntfs ** / dev / sda6 ****, aber es gab einen ähnlichen Fehler

Failed to determine whether /dev/sda6 is mounted; No such file or directory Mounting volume.... Error opening partition device: No such file or directory Failed to startup volume: No such file or directory FAILED Attempting to correct errors...Error opening partition device: No such file or directory FAILED Failed to startup volume: No such file or directory Volume is corrupt. You should run chkdsk

Und ich habe keinen chkdsk- Befehl für Finnix, den Vertrieb, den ich gerade verwende.

Irgendwelche Ideen, um dieses Problem zu umgehen?

1

1 Antwort auf die Frage

2
quack quixote

Die angezeigten Fehler bedeuten im Allgemeinen, dass der NTFS-3g-Treiber Fehler oder Beschädigungen des Dateisystems feststellt. Der NTFS-3g-Treiber ist auf der sicheren Seite, indem er das Einhängen der Partition ablehnt.

Wenn Sie sagen, dass Sie ausführen sollen chkdsk, sollten Sie in Windows booten und chkdskvon dort aus auf dem Laufwerk ausführen . NTFS wurde von Microsoft entwickelt, und ihre Tools sind für riskante Vorgänge wie das Korrigieren dieser Art von Korruption viel sicherer.

Sie können versuchen, es auszuführen, ntfsfixwenn Sie das ntfsprogsPaket installiert haben. Es behebt einige häufig auftretende NTFS-Probleme, ist jedoch kein Ersatz für chkdsk. Auf der Manpage ntfsfix (8) :

ntfsfix ist KEINE Linux-Version von chkdsk. Es repariert nur einige grundlegende NTFS-Inkonsistenzen, setzt die NTFS-Journaldatei zurück und plant eine NTFS-Konsistenzprüfung für den ersten Start in Windows.

Wenn Sie unbedingt mounten jetzt, können Sie das verwenden -o forceMount - Option. Dies bewirkt, dass NTFS-3g die unreine NTFS-Protokolldatei löscht. Mit Vorsicht verwenden. Die Ausführung von chkdsk auf dem Dateisystem von Windows aus ist eine viel sicherere Alternative.

ntfsfix hat das Problem nicht gelöst. Anscheinend stimmt die Verteilung, die ich verwendet habe, zB Finnix 93.0, nicht, weil mit Debian dieses Problem noch nie aufgetreten ist. Irgendwelche Gedanken, Quixote? :) Undefined vor 13 Jahren 0
@usajbait: Ich habe dir gesagt, dass ntfsfix kein Ersatz von chkdsk war. Sie haben einige Möglichkeiten. (1) Starten Sie Windows und führen Sie chkdsk aus. (2) Stellen Sie sicher, dass / dev / sda6 existiert und dass es in fdisk richtig erkannt und (g) geteilt wird. (3) Verwenden Sie eine andere Verteilung. (4) Aktualisieren (oder Downgrade) des Kernels oder des NTFS-3g-Treibers. (5) Formatieren Sie die Partition neu und stellen Sie die Daten aus der Sicherung wieder her. quack quixote vor 13 Jahren 0

Verwandte Probleme