Removido acidentalmente / compartimento. Como faço para restaurá-lo?

Eu estava trabalhando em um diretório chamado bin. Depois que terminei, por causa da propriedade bine de alguns arquivos nele, executei acidentalmente:

sudo rm -r /bin

Ao invés de:

sudo rm -r bin

Parece que minhas mãos adicionavam um /na frente de tudo que eu digito.

Como posso restaurar meu /bindiretório?

Quero os mesmos arquivos que pertencem ao meu Ubuntu, não gosto de copiá-los e colá-los de um disco ativo ou de outro sistema em execução.

É possível?

Bem, os utilitários mais triviais e importantes estão instalados /bine agora você perdeu o acesso a todos eles. De fato, se você reiniciar, seu sistema não poderá mais inicializar.

De qualquer forma, vamos corrigir o problema e tornar /bino conteúdo o mais próximo possível de onde estava. A única diferença seria alguns links simbólicos que também serão corrigidos.

Quão?

Primeiro, devemos chrootentrar no seu sistema danificado, mas com uma pequena diferença ! Depois disso, obteremos uma lista de pacotes instalados no seu sistema que possuem qualquer arquivo instalado no /bindiretório, então vamos baixar apenas os pacotes necessários e extrair os arquivos necessários /bin. Então estaremos prontos.

Por exemplo, depois chroot, podemos obter uma lista de pacotes que instalaram arquivos /binusando:

dpkg --search /bin | cut -f1 -d: | tr ',' '\n'

E também podemos usar:

dpkg --listfiles PACKAGE-NAME | grep "^/bin/" # or awk '$0 ~ "^/bin/

para listar os arquivos instalados por esses pacotes no /bin.

Em seguida, simplesmente criamos uma lista de todos os pacotes necessários para nós, depois baixamos e extraímos para /binalgo como:

xargs apt download < list-packages
dpkg-deb -x PACKAGE .
mv ./bin/* /bin

No entanto, devemos usar um script para verificar todos os pacotes instalados em nosso sistema, porque fazê-lo manualmente é apenas loucura.

Então, eu escrevi um script que faz tudo o que precisamos. Ele encontra todos os pacotes necessários para restauração /bin, mostra o nome de cada pacote e seus arquivos relacionados aos quais pertence /bin. Aqui está uma captura de tela:

No final, optamos por reinstalar todos os pacotes ou apenas baixar e extrair os arquivos necessários para /bin(que é a opção recomendada):

Você pode pegar uma cópia desse script ou fazer o download diretamente .

Vamos começar

chroot

Inicialize seu sistema com um disco ativo com a mesma arquitetura do Ubuntu instalado, abra um terminal e obtenha acesso root:

sudo -i

Monte seu rootsistema de arquivos (para mim é /dev/sda1):

mount /dev/sda1 /mnt

Precisamos de conectividade com a Internet, então copie resolv.confdo Ubuntu ao vivo para sua partição raiz montada:

cp /etc/resolv.conf /mnt/etc/resolv.conf

Agora copie o script para algum lugar da partição montada, por exemplo:

cp /media/ubuntu/usb/restore-bin.sh /mnt/restore-bin.sh

ou você pode baixá-lo usando wgetetc., como:

wget https://git.io/v9fRm -O /mnt/restore-bin.sh

Monte outros caminhos necessários:

mount --bind /dev /mnt/dev
mount --bind /sys /mnt/sys
mount -t proc /proc /mnt/proc

E aqui está a pequena diferença : como podemos entrar chrootem um sistema danificado quando não há /bindiretório lá? Qual shell devemos executar?

Portanto, crie um diretório bin temporário. por exemplo: nomeado bintmpdentro da raiz do sistema corrompida:

mkdir /mnt/bintmp

Em seguida, vincule a vida /bina isso:

mount --bind /bin /mnt/bintmp

Faça chroot no sistema enquanto define o /bintmp/bashcomo seu shell de login:

chroot /mnt /bintmp/bash

Exporte a variável de ambiente /bintmpcomo PATH:

export PATH=/bintmp:$PATH

Dê ao script o bit executável:

chmod +x restore-bin.sh

Execute o script:

./restore-bin.sh

Aguarde a pesquisa ser concluída e responda à pergunta que vimos na captura de tela. Ele começará a restaurar o /bine estamos quase terminando.

Depois de concluído, use CTRL+ Dpara sair do chrootambiente e desmontar os caminhos montados:

umount -R /mnt

Reinicie o sistema.

Restaurando os Links dentro /bin

Agora quase todos os arquivos no /bindiretório estão de volta, exceto cerca de 5 links simbólicos que são gerenciados por update-alternatives.

No seu sistema em execução, execute:

sudo update-alternatives --all

Ele faz algumas perguntas; você pode simplesmente pressionar ENTERpara aceitar todos eles.

E agora terminamos.

Se o seu sistema atual ainda tiver um shell em execução e acesso à Internet, isso poderá ser feito usando as ferramentas existentes em outras partes do sistema. Eu estou supondo que você apenas excluiu /bin. /biné claro que possui o utilitário mais conveniente que você poderia usar em uma situação dessas (busybox), mas sem isso, teremos que ser um pouco criativos.

Como você já possui um shell em execução e já sudoestá dentro /usr/bin, vamos obter um shell raiz em execução antes de causar mais danos. Mas /bin/bashe a maioria das outras conchas se foram! Felizmente, o Linux ainda tem uma cópia na memória do shell que você está usando. Assim:

sudo /proc/$$/exe

A rigor, não precisamos de um shell raiz para muito do que se segue. Mas mesmo assim.

Agora, dpkgainda funciona, pelo menos para descobrir quais pacotes têm arquivos /bin:

dpkg -S /bin

Podemos usá awk-lo para processá-lo, obter os nomes dos pacotes xargse apt-getfazer o download dos pacotes (all in /usr/bin). Se você tiver um diretório temporário que possa ser usado cd, porque o diretório atual ficará um pouco confuso:

dpkg -S /bin | awk -F '[, :]' '{NF--}1' | xargs apt-get download

Agora, o maior problema que temos é que /bin/tarestá faltando e sem ele não é dpkgpossível extrair os arquivos. Podemos obter dois terços do caminho até lá, porque:

1. .debos arquivos são realmente ararquivos (novamente em /usr/bin):

   ar x tar_*.deb
   

2. Composto por dois .tar.*arquivos datae control:

   $ echo *.tar.*
   control.tar.gz data.tar.xz
   

3. Enquanto os utilitários gzip estão /bin, unxzestá em /usr/bin:

   unxz data.tar.xz
   

Agora temos um data.tararquivo sem tarextraí tar-lo.

Python para o resgate ! É aqui que sudoé realmente necessário:

$ sudo python -c 'import tarfile; tarfile.open("data.tar").extractall("/")'
$ echo /bin/*
/bin/tar

Agora podemos usar dpkgpara extrair os arquivos deb restantes para obter uma conclusão razoavelmente completa /bin:

for i in *.deb; do dpkg-deb -x "$i" /; done

No entanto, ainda devemos fazer uma instalação adequada dos arquivos deb, para que os links simbólicos etc. que seriam criados pelos pacotes sejam recriados:

sudo apt install --reinstall ./*.deb

Ou:

sudo dpkg -i *.deb
sudo apt-get install -f

Notas:

1. Não podemos usar o Python 2 para extrair diretamente o data.tar.xzarquivo, pois o Python 2 suporta apenas a compressão gzip e bzip2. O Python 3, no entanto, suporta, então você pode usar o Python 3 diretamente sem unxz:

   sudo python3 -c 'import tarfile; tarfile.open("data.tar.xz").extractall("/")'
   

2. Depois de voltar /bin/tar, você ainda precisa extrair alguns dos arquivos deb antes de poder usá-los apt-get: shells, coreutils, etc. Mais fácil extrair todos eles e reinstalar mais tarde.

Você pode colocar temporariamente arquivos de um CD ao vivo ou outro sistema no seu /binpara tornar seu sistema utilizável e substituí-los por arquivos da instalação do Ubuntu executando apt-get install --reinstallpacotes que contenham /bin.

Algumas adições a este excelente resposta , depois eu encontrei esta questão (juntamente com exclusão /boot, /etc, /libe /lib64):

• chrootrequer /libe /lib64estar presente; caso contrário, você receberá o seguinte erro:
  failed to run command ‘/bin/bash’: No such file or directory
  Eu os copiei do LiveCD OS e não tive problemas para restaurar. YMMV, dependendo dos pacotes que você instalou no sistema
• Não consigo editar a resposta mencionada acima, mas há um erro de digitação:
  cp /etc/resolv.conf /mnt/etc/resolv.cof
  deve ser
  cp /etc/resolv.conf /mnt/etc/resolv.conf
• /bootpode ser facilmente restaurado usando ferramentas grub. Veja aqui .
• Como essa resposta recomenda, apt install --reinstall <package>é uma ótima maneira de restaurar arquivos ausentes no Windows /bin, /libe /lib64.
  • Alguns pacotes que exigiam a reinstalação: libaio1, mysql-server, openvpn,vsftpd

Nota para si mesmo:
rm -rf folder /*não é o mesmo querm -rf folder/*