Início / unix / Perguntas / 792894
Accepted
Jeroen Baert
Asked: 2025-03-24 14:25:47 +0800 CST

Removendo /dev/fd do backup

  • 772

Eu acidentalmente sincronizei tudo novamente (com o link simbólico em seguida) /para outro disco.

Eu estava executando o rsync como um usuário comum.

Percebendo meu erro, eu quis limpar o backup. Ele apagou todos os arquivos, exceto os arquivos (com backup) emBACKUPFOLDER/dev/fd

Já era tarde e eu estava impaciente, então sudo rm -rf *entrei no BACKUPFOLDER e me livrei deles.

Agora fiquei pensando: por que não consegui excluir esses backups do descritor de arquivo (eles tinham meu nome de usuário como proprietário) e danifiquei alguma coisa ao executar sudo rm -rfesse backup?

rsync

1 respostas

  1. Best Answer
    $ namei -l /dev/fd
f: /dev/fd
drwxr-xr-x root     root     /
drwxr-xr-x root     root     dev
lrwxrwxrwx root     root     fd -> /proc/self/fd
drwxr-xr-x root     root       /
dr-xr-xr-x root     root       proc
lrwxrwxrwx root     root       self -> 4701
dr-xr-xr-x chazelas chazelas     4701
dr-x------ chazelas chazelas   fd

    Em sistemas operacionais baseados em Linux, /dev/fdé um link simbólico para /proc/self/fd, /proc/selfum link simbólico para /proc/$pid, $pidsendo o id do processo que está fazendo isso readlink()nele, e /proc/$pid/fdé um diretório virtual somente leitura cujas permissões fazem com que ninguém tenha permissão de gravação nele.

    Então, se você rsynccopiou /dev/fdcomo uma cópia /proc/$pid/fd(em vez de uma cópia do link simbólico) preservando as permissões nele, você acabou com um dr-x------ your-user your-groupdiretório e rmnão pode excluir arquivos dentro dele, pois não tem permissão para modificar o diretório.

    Como você é o proprietário do diretório, você deve conseguir alterar essas permissões ou, de forma mais geral, fazer chmod -R u+rwx BACKUPFOLDERum backup como você mesmo, o que rm -rfgarantirá o sucesso.

    Em qualquer caso, sudo rm -rf BACKUPFOLDERou sudo rm -rf BACKUPFOLDER/dev(como sudo rm -rf BACKUPFOLDER/*teria expandido para) ou sudo rm -rf BACKUPFOLDER/dev/fdnão poderia ter causado nenhum dano ao resto do SO. Mesmo se rsynctivesse feito links simbólicos para arquivos ou diretórios no sistema lá, rmteria removido os links simbólicos lá e não seguido os links simbólicos para diretórios para remover arquivos dentro. E em qualquer caso, nem rootpoderia ter removido /proc/$pid/fd/$narquivos, pois esses são arquivos virtuais expondo informações internas do kernel Linux que o kernel não deixará você remover.

    O /dev/fdsymlink pode ser removido como nas versões atuais de sistemas baseados em Linux, /devnão é um sistema de arquivos virtual como poderia ser em versões mais antigas do Linux, mas algo preenchido automaticamente por programas de espaço do usuário (udev/systemd) com base em informações fornecidas pelo kernel, mas novamente rm -rf BACKUPFOLDER/dev/fdsó poderia remover o /dev/fdsymlink se BACKUPFOLDER/devfosse um symlink para /dev(ou BACKUPFOLDERum symlink para /ou para um diretório que contivesse um devsymlink para /dev) o que não tem razão para estar aqui.

    Algumas notas sobre seu sudo rm -rf *pensamento:

    • *é expandido (pelo shell, não rm) para a lista de arquivos não ocultos ali, então ele não teria deletado os ocultos. Se estiver usando zsh, você pode usar *(D)em vez de *para também remover os ocultos.

    • Se houver arquivos ou diretórios lá cujos nomes começam com -, a expansão de *poderia incluir argumentos que seriam tratados como opções por rm. Geralmente, ao usar globs ou pelo menos globs cuja expansão não é garantida para não ter elementos começando com -(ou +para alguns comandos), você quer usar o --delimitador de opção:

      sudo rm -rf -- *

      Embora você também possa fazer:

      sudo rm -rf ./*

    O melhor seria fazer isso sudo rm -rf BACKUPFOLDERaqui, o que evitaria ambos os problemas.

    • 2

relate perguntas