Início / unix / Perguntas / 725563
Accepted
user2153235
Asked: 2022-11-20 09:03:25 +0800 CST

Etapas simples para descobrir por que não tenho permissão para "mv" uma pasta

  • 772

Eu tentei algo normal:

$ mv path1 path2

mv: cannot move
'path1/subfolder/' to 'path2/subfolder': Permission denied

O path2não existe inicialmente, portanto, isso deve replicar a árvore de pastas de path1como path2. A find path1 -lsmostra que tenho permissão de leitura/gravação para todos os arquivos e pastas em path1.

Uma inicial diff -qr path1 path2mostrou que path1/subfoldernão foi movido. No entanto, posso copiar recursivamente:

mkdir path2/subfolder
cp -r path1/subfolder/* path2/subfolder

# Confirm that original subtree and copy are identical
diff -qr path1 path2 # Reveals that the two are identical

Embora tenha contornado o problema, nunca fico satisfeito com um comportamento inexplicável. Existe uma maneira simples de cutucar e cutucar a causa? Quero dizer simples, já que não escrevo scripts Bash. Eu apenas o uso na linha de comando.

Estou usando o Cygwin no Windows 10. A conta não é de administrador. Todos os arquivos e pastas são de propriedade da conta. Assegurei-me de que não houvesse processos zumbis, como aplicativos do Office ou Matlab, que pudessem de alguma forma impedir que uma pasta fosse excluída, embora o problema pudesse ser facilmente acesso de leitura ou outra coisa. Como mostra a solução alternativa, definitivamente não é acesso de gravação à árvore de destino. Eu também posso rm -r path1, então o problema também não é o acesso de gravação à árvore original.

Dra. Isso significa que não tenho mais path1, o que torna difícil tentar qualquer sugestão de solução de problemas. Ainda estou aberto a sugestões, no entanto.

permissions

2 respostas

  1. Best Answer

    A única razão pela qual isso deve acontecer é se ambas as condições a seguir estiverem corretas:

    1. path1e path2não estão no mesmo sistema de arquivos. Você pode verificar isso executando df path1e df path2(ou em suas pastas pai) e ver que eles não estão na mesma partição. Se ambos estivessem na mesma partição, o mvcomando não tentaria mover recursivamente toda a árvore de diretórios; Seria apenas renomear path1para path2, sem mover os arquivos e diretórios filhos.
    2. path1não tem permissão de gravação para o usuário ou o grupo. Você disse que tem permissão de leitura/gravação para todos os arquivos e pastas em path1, mas se quiser mover path1para outro sistema de arquivos, precisará de permissão de gravação para path1ele mesmo (ou para o pai de subfolder, se subfoldernão for um filho direto ou path).

    Como você já removeu path1, não podemos confirmar isso agora. Você disse que conseguiu acessar rma pasta depois de copiá-la, mas pode ter alterado as permissões em algum momento no meio e não posso provar isso. Mas você não teria esse problema.

    Em geral, provavelmente há algum detalhe que você não nos contou, algo que você pode ter perdido ou não achou relevante, mas, novamente - agora é impossível confirmar isso. Especialmente desde que você usou cp -r(que não preserva as permissões, para isso você precisaria -aou -p), então, novamente, não podemos ver quais eram as permissões originais de todos os arquivos e pastas.

    • 1

  2. Este é realmente um comentário, mas o espaço é muito limitado.

    mv path1 path2
...
cp -r path1/subfolder/* path2/subfolder

    Estes não são a mesma coisa. O primeiro criaria um novo diretório dentro do path2 com um nome correspondente ao último nome do diretório no path1, supondo que seja um diretório. O segundo criaria uma cópia recuriva de todos os arquivos em path1/subfilder/ em path2/subfilder.

    Teria sido útil se você tivesse fornecido as permissões do sistema de arquivos e a propriedade das coisas que está tentando manipular, uma indicação de qualquer sistema de controle de acesso obrigatório em vigor e exemplos de como você espera que os caminhos fiquem antes e depois.

    • 0

relate perguntas