Warum funktioniert das Mounten einer NTFS-Partition unter Linux nicht richtig?

1

Diese Frage bezieht sich auf dieses ; nenne es Teil 2. @allquixotic gab Rat zu dieser ursprünglichen Frage, die die Symptome löste, aber das Ergebnis enthüllte ein offensichtliches zugrunde liegendes Problem, das Gegenstand dieser Frage ist.

Die Situation: Die interne Festplatte des Computers enthält drei NTFS-Partitionen (Windows 7 Main, Boot und Recovery) und mehrere ext4 Partitionen (Linux Mint 17 und Swap). Ich arbeite gerade mit Debian Wheezy auf einer externen Festplatte. Alle sind über GRUB bootfähig und alles funktioniert normal. Keine Hinweise auf irgendeine Form von Korruption. Mint wurde vorkonfiguriert, um die Windows-Partition automatisch einzuhängen, und das funktioniert auch.

Debian nicht. Ich habe das manuell eingerichtet. Die Windows-Partition ist in aufgeführt /etc/fstab: fstab

(Keine Ahnung, warum es sich in einer so absurden Schrift befindet; es konnte nicht aus dem Editor kopiert und eingefügt werden.) Ich habe einen Mount-Ordner / mnt / windows erstellt und diesen Befehl zum Einhängen verwendet:

mount -t ntfs -o nls=utf8,umask=0222 /dev/sda3 /mnt/windows

Ich habe eine Verknüpfung zum erstellt /mnt/windows Ordner und der in der Laufwerksliste des Dateimanagers (Dolphin) aufgeführt ist. Nach dem Befehl mount ist der Inhalt der Windows-Partition entweder über die Verknüpfung oder über den Dateimanager sichtbar /mnt/windows. Ich kann auch eine dir Befehl im Terminal und sehen Sie den Inhalt.

Hier ist das Problem: Beim Neustart wird die Partition automatisch eingehängt. Der mount-Befehl überprüft, ob er eingehängt ist. Der Inhalt ist jedoch nicht sichtbar. Der Dateimanager zeigt ein leeres Fenster und der Befehl dir im Terminal zeigt nichts an (in der nächsten Zeile wird nur eine weitere Eingabeaufforderung angezeigt). Wenn ich das Terminal manuell abmontiere und wieder einhänge, werden die Inhalte wieder verfügbar. Beim Booten mounkt das System also die Partition "in name only"; es scheint nicht so zu funktionieren, als ob es montiert wäre.

Der Prozess funktioniert perfekt in Mint und muss sich daher auf die Konfiguration in Debian beziehen. Anregungen zur Behebung dieses Problems?

fixer1234
quelle
Wenn Sie versuchen, den Inhalt aufzulisten, tun Sie dies als root (mit sudozum Beispiel) oder als normaler Benutzer? Sie müssen möglicherweise hinzufügen users zu default,... in den fstab Mount-Optionen.
allquixotic

Antworten:

0

Es scheint, dass ich über meine eigene Antwort gestolpert bin oder zumindest das meiste davon.

Es war offensichtlich, dass die Montage stattfand und der Inhalt der fstab entry und der mount-Befehl waren unterschiedlich, so dass ein guter Startpunkt bestand. Das fstab war bereits vorhanden, möglicherweise erstellt, als ich ntfs-config ausführte. Ich vermutete, dass die verschiedenen Einhängepunkte möglicherweise das Problem waren (die Partition wurde montiert, nur wo nicht alles gesucht wurde). Ich habe das in geändert fstab und jetzt ist die Partition gefunden.

Die einzige verbleibende Frage betrifft den anderen Hauptunterschied zwischen den beiden Spezifikationen. fstab listet das Dateisystem als auf ntfs-3g, das scheint eine korrekte Beschreibung zu sein. Wie ich in der Definition dieses Dateisystems sehe, handelt es sich bei einem seiner Merkmale um Berechtigungen. Der Mount-Befehl enthält a umask Parameter, der im fehlt fstab Eintrag. Ich verstehe, dass es Berechtigungen definiert, aber ich verstehe nicht, wie man es dekodiert. Es ist also nicht klar, ob die von der Standardeinstellung verwendeten Standardeinstellungen verwendet werden ntfs-3g Der Eintrag ist der gleiche wie der umask-Wert im mount-Befehl, oder er unterscheidet sich möglicherweise von dem ntfs-3g Standardeinstellungen sind "gut genug". Ich wollte keinen möglichen Konflikt erstellen, indem Sie den Parameter umask zum Eintrag fstab hinzufügen. Wenn irgendjemand das klären kann, wäre es sehr dankbar.

fixer1234
quelle