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
:
(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?
sudo
zum Beispiel) oder als normaler Benutzer? Sie müssen möglicherweise hinzufügenusers
zudefault,...
in den fstab Mount-Optionen.Antworten:
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. Dasfstab
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ändertfstab
und jetzt ist die Partition gefunden.Die einzige verbleibende Frage betrifft den anderen Hauptunterschied zwischen den beiden Spezifikationen.
fstab
listet das Dateisystem als aufntfs-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 aumask
Parameter, der im fehltfstab
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 werdenntfs-3g
Der Eintrag ist der gleiche wie der umask-Wert im mount-Befehl, oder er unterscheidet sich möglicherweise von demntfs-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.quelle