Ich arbeite unter Windows 10, wo ich ein Linux-Subsystem für Windows (genauer gesagt ein Ubuntu) installiert habe.
Ich habe mein USB-Laufwerk dem Laufwerk D: zugeordnet und Windows betrachtet dies als einen allgemeinen Datenträger:
Windows commandline prompt>wmic logicaldisk list (relevant excerpt)
Access Availability BlockSize Caption Compressed ConfigManagerErrorCode ConfigManagerUserConfig Description DeviceID DriveType ErrorCleared ErrorDescription ErrorMethodology FileSystem FreeSpace InstallDate LastErrorCode MaximumComponentLength MediaType Name NumberOfBlocks PNPDeviceID PowerManagementCapabilities PowerManagementSupported ProviderName Purpose QuotasDisabled QuotasIncomplete QuotasRebuilding Size Status StatusInfo SupportsDiskQuotas SupportsFileBasedCompression VolumeName VolumeSerialNumber
0 C: FALSE Local Fixed Disk C: 3 NTFS 144074813440 255 12 C: 1023013810176 FALSE TRUE OSDisk B622B231
0 D: FALSE Local Fixed Disk D: 3 NTFS 996483739648 255 12 D: 1000168484864 FALSE TRUE Elements 6CD465F5
Auf meinem Windows-PC habe ich zwei zusätzliche Verzeichnisse:
C:\Users\...\AppData\...\CanonicalGroupLimited.UbuntuonWindows_...\...\rootfs\mnt\c
C:\Users\...\AppData\...\CanonicalGroupLimited.UbuntuonWindows_...\...\rootfs\mnt\d
Auf meinem Linux-Subsystem /etc/mtab
endet es wie folgt:
Linux Prompt>tail -n 2 /etc/mtab
C:\134 /mnt/c drvfs rw,noatime,uid=1000,gid=1000,case=off 0 0
D:\134 /mnt/d drvfs rw,noatime,uid=1000,gid=1000,case=off 0 0
df -hk
Das Ergebnis von zeigt jedoch keines /mnt/d
:
Linux Prompt>df -hk
df: /mnt/d: Invalid argument
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 999036924 858339700 140697224 86% /
...
C:\ 999036924 858339700 140697224 86% /mnt/c
Im Internet habe ich diesen Befehl gefunden, er bietet jedoch keine Lösung:
Linux prompt>mount -t drvfs D: /mnt/d
Und das Ergebnis mount
ist ziemlich seltsam:
Linux prompt> sudo mount
rootfs on / type wslfs (rw,noatime)
...
C:\ on /mnt/c type drvfs (rw,noatime,uid=1000,gid=1000,case=off)
D:\ on /mnt/d type drvfs (rw,noatime,uid=1000,gid=1000,case=off)
Funktioniert jedoch /mnt/d
nicht: Das Verzeichnis existiert, ist aber unbrauchbar.
Weiß jemand, was zu tun ist?
Dank im Voraus
Antwort1
Stellen Sie sich zunächst vor, dass alles, was Sie unter finden, %AppData%
nicht existiert. Das ist gefährlich und kann zu Beschädigungen in WSL führen (Microsoft Link). Ich weiß, dass Sie wahrscheinlich gerade bei der Suche in Windows darauf gestoßen sind. Gehen Sie einfach weg ... langsam. :-)
Kurze Antwort, mögliche Lösung:
Versuchen Sie, einen neuen Einhängeort zu erstellen:
sudo mkdir /media/d
sudo mount -t drvfs D: /media/d
Oder möglicherweise:
wsl --shutdown
- Schließen Sie das USB-Laufwerk erneut an.
- Starten Sie die WSL-Instanz
Mehr Details:
Hier ist, was ichdenkenpassiert. WSL liest beim Start die an Windows angeschlossenen Laufwerke und mountet diese Laufwerksliste automatisch in jeder Instanz (über /init
), wenn die Instanz gestartet wird.
Wenn das Laufwerk nach dem Start von WSL getrennt wird, weiß das Subsystem nichts davon. Das Trennen und erneute Verbinden des Laufwerks (oder eines anderen Laufwerks) führt zu einer ähnlichen Situation wie der, die Sie sehen – A /mnt/d
(oder ein anderer Laufwerksbuchstabe), der nicht funktioniert.
Wie oben vorgeschlagen, behebt ein neuer Einhängeort ( /media
ist gut, da dies normalerweise der Ort ist, an dem Sie Wechseldatenträger einhängen würden) oder ein wsl --shutdown
Neustart das Problem für mich.