'ls' Attemptes para listar links simbólicos não existentes no WSL

1

Eu tenho janelas instaladas limpas 10 (build 1803). Eu instalei o Ubuntu da Microsoft Store e habilitei o subsistema Linux. Já fiz isso várias vezes no passado, e nunca tive o seguinte problema: meu diretório c está todo confuso graças a links simbólicos. Tomemos por exemplo a saída de dir em cmd e ls em WSL:

C:\Users\username>dir
 Volume in drive C has no label.
 Volume Serial Number is BC00-A6D5

 Directory of C:\Users\username
05/25/2018  12:01 AM    <DIR>          .
05/25/2018  12:01 AM    <DIR>          ..
05/25/2018  12:01 AM    <DIR>          3D Objects
05/25/2018  12:01 AM    <DIR>          Contacts
05/25/2018  01:19 AM    <DIR>          Desktop
05/25/2018  12:01 AM    <DIR>          Documents
05/25/2018  12:01 AM    <DIR>          Downloads
05/25/2018  12:01 AM    <DIR>          Favorites
05/25/2018  12:01 AM    <DIR>          Links
05/25/2018  12:01 AM    <DIR>          Music
05/25/2018  12:06 AM    <DIR>          OneDrive
05/25/2018  12:01 AM    <DIR>          Pictures
05/25/2018  12:01 AM    <DIR>          Saved Games
05/25/2018  12:01 AM    <DIR>          Searches
05/25/2018  12:01 AM    <DIR>          Videos
               0 File(s)              0 bytes
              15 Dir(s)  88,018,132,992 bytes free
name:/mnt/c/Users/username$ ls
ls: cannot read symbolic link 'Application Data': Permission denied
ls: cannot read symbolic link 'Cookies': Permission denied
ls: cannot read symbolic link 'Local Settings': Permission denied
ls: cannot read symbolic link 'My Documents': Permission denied
ls: cannot read symbolic link 'NetHood': Permission denied
ls: cannot read symbolic link 'PrintHood': Permission denied
ls: cannot read symbolic link 'Recent': Permission denied
ls: cannot read symbolic link 'SendTo': Permission denied
ls: cannot read symbolic link 'Start Menu': Permission denied
ls: cannot read symbolic link 'Templates': Permission denied
3D Objects            NTUSER.DAT{c9e9d809-5fd7-11e8-a0cd-4e0bbe2b78ad}.TM.blf
AppData               NTUSER.DAT{c9e9d809-5fd7-11e8-a0cd-4e0bbe2b78ad}.TMContainer00000000000000000001.regtrans-ms
Application Data      NTUSER.DAT{c9e9d809-5fd7-11e8-a0cd-4e0bbe2b78ad}.TMContainer00000000000000000002.regtrans-ms
Contacts              ntuser.dat.LOG1
Cookies               ntuser.dat.LOG2
[...]

Comparando o mesmo diretório - Ubuntu à esquerda e cmd à direita - você vê que ls tenta listar links simbólicos que não estão lá! Eu nunca tive esse problema e não alterei nenhuma permissão nem nada, então não tenho idéia do que está acontecendo. Alguém pode me ajudar com isso?

Veja algumas informações possivelmente úteis:

O monte dá

mount
rootfs on / type lxfs (rw,noatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,noatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,noatime)
none on /dev type tmpfs (rw,noatime,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,noatime,gid=5,mode=620)
none on /run type tmpfs (rw,nosuid,noexec,noatime,mode=755)
none on /run/lock type tmpfs (rw,nosuid,nodev,noexec,noatime)
none on /run/shm type tmpfs (rw,nosuid,nodev,noatime)
none on /run/user type tmpfs (rw,nosuid,nodev,noexec,noatime,mode=755)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noatime)
C: on /mnt/c type drvfs (rw,noatime,uid=1000,gid=1000)

Então,

id -u
1000
id -g
1000

Meu arquivo /etc/wsl.conf era inexistente no início, então criei um; mas, eu não acho que esta é a chave para resolver o problema, pois mount mostrou que c está corretamente montado. Agora é isso

[automount]
enabled = true

Em suma, minha pergunta: parece não haver symlinks em meus diretórios, conforme confirmado na execução de dir em cmd. No entanto, a linha de comando do Ubuntu mostra links simbólicos. Por que é que? Ah, também, não consigo deletá-los (mesmo com sudo rm ) porque a permissão é negada. Isso é meio chato!

    
por Ptheguy 25.05.2018 / 08:46

1 resposta

2

as confirmed from running dir in cmd.

Isso não confirmou nada do tipo. Use a opção /a para o comando dir . Como usar o comando dir em um sistema operacional não-Linux não-Unix está realmente além do escopo deste site WWW. Então, vou parar aqui depois de apontar que essa premissa fundamental da pergunta está errada.

    
por 25.05.2018 / 09:52