rm /*
deve excluir muito pouco. Não existe nenhum -r
sinalizador que exclua recursivamente qualquer coisa, e sem ele os diretórios não serão excluídos (e mesmo se os diretórios foram excluídos, apenas os vazios podem ser excluídos). Esta resposta é baseada na suposição de que você não executou rm -rf /*
.
Os únicos arquivos de conseqüência no sistema de arquivos raiz podem ser os links simbólicos para o kernel e o initrd (embora em um sistema Ubuntu que eu esteja vendo, eles não existam) ou um /lib64
link simbólico em sistemas de 64 bits.
O problema pode ser apenas que o /lib64 -> /lib
link simbólico foi excluído. Isso é bastante desagradável, pois quase todos os programas contam com esse link simbólico:
$ ldd /bin/bash
...
/lib64/ld-linux-x86-64.so.2 (0x00007f8946ab7000)
Esse ld-linux
é o carregador dinâmico e, se não estiver disponível, você não poderá executar nenhum executável dinâmico. Isso tornará extremamente difícil o login, e talvez você não consiga.
Um salvador pode ser busybox
. Execute isto para verificar:
$ ldd /bin/busybox
not a dynamic executable
Nesse caso, o busybox deve ser executável, mas a questão é como você pode executá-lo?
Se você tiver acesso ao prompt do carregador de inicialização, poderá inicializar com init=/bin/static-sh
, onde static-sh é um link simbólico busybox
(verifique se /bin/static-sh
existe - existe no meu sistema, mas não é o Ubuntu padrão. Este bug sugere que esteja disponível) .)
Depois de ter um shell raiz, você pode recriar o /lib64
link simbólico. Pode ser necessário primeiro remontar o sistema de arquivos raiz como leitura / gravação. O busybox deve ter essas ferramentas integradas, que você pode executar da seguinte maneira:
# busybox mount -o remount,rw /
# busybox ln -s /lib /lib64
# /bin/bash
bash#
Se o bash funcionar, o problema deve ser corrigido.
-r
argumentorm
ou realmente executou o comando que você mostra. O seu provedor de hospedagem oferece alguma maneira de acessar as imagens de disco fora dessa máquina específica?