Apaguei acidentalmente a pasta “/ bin” como usuário root em uma gota do Digital Ocean?

Eu tenho uma gota do Digital Ocean que uso como meu ambiente de desenvolvimento.

Eu apaguei o diretório / bin !! via SSH. Agora eu sei que era uma coisa estúpida de se fazer, mas é a verdade agora. Não sou muito bom com sistemas UNIX / Linux, mas essas são as coisas que tentei tão estúpidas quanto parecem.

1. Copiei a pasta bin de outro Ubuntu conectado como usuário root (da AWS - servidor de produção), Permission Deniedsempre que executo comandos comols

2. Tentei mudar o kernel do Digital Ocean Control Panel e reiniciar. Não sei o que faz, mas agora a gota não está sendo reinicializada. No Digital Ocean Console existem vários erros como:

init: Failed to spawn XXXXX main process: unable to execute: Permission denied

Eu fiz backup de todos os dados necessários do servidor via SFTP. Como corrijo o problema? Destruir a gota e criar a nova ajuda?

Aumentei um ticket para suporte, mas não posso esperar pela resposta, pois preciso dela para executar o teste da nova versão. Aqui estão alguns detalhes, se ajudar: Eu o uso para desenvolvimento web PHP. Ferramentas executadas na instância: Apache, MongoDB, MySQL, PHP5

Isso funcionou para mim:

1. Desligue a gota do SSH ou do Digital Ocean Control Panel.
2. Aumente um tíquete de suporte para montar um ISO de recuperação em sua gota.
3. Reinicie sua instância do droplet (se ainda não estiver ativada) e abra o console no painel de controle do DO. Você deverá ver um "Ambiente de recuperação do oceano digital" com várias opções.
4. Selecione a opção 1. Em seguida, a opção 2 e a opção 4. (Monte basicamente o ISO de recuperação, configure a rede e ative o SSH / SFTP.
5. Localize o diretório / mnt e faça o download dos arquivos recuperados (se houver) na sua máquina local.
6. Se apenas recuperar os arquivos for suficiente, peça ao suporte para desmontar o ISO de recuperação e reiniciar a gota.
7. Se você excluiu seu / bin (como eu), vá em frente, destrua sua gota e crie outra e passe por um processo doloroso de reinstalar a pilha LAMP e / ou outras ferramentas necessárias.
8. Anote para si mesmo e não use o usuário root novamente.

Existem algumas maneiras de corrigir isso:

Em primeiro lugar, eu recomendo tirar uma foto da sua gota, isso é gratuito. Se qualquer uma das etapas que você executar a partir deste ponto interromper sua gota ainda mais, poderá restaurar a partir deste instantâneo.

Criar uma nova gota e transferir seus dados seria a melhor e mais segura opção .

Como alternativa, mesmo que eu não recomendo, você pode copiar / bin de outra gota, usando o rsync para copiar as permissões, se você tiver um instantâneo ou backup. Se você fizer isso com um novo Droplet, é provável que cause problemas porque os arquivos podem ter uma versão diferente ou você pode ter instalado aplicativos extras.

A melhor maneira de corrigir isso seria inserir o disco de instalação do linux e reinstalar o sistema operacional linux, pois essa é a única maneira de garantir a correção do sistema e não ter problemas futuros relacionados ao que você acabou de fazer. Se o seu disco de instalação do linux tiver a opção de reparar seu sistema, tente fazê-lo, mas recomendo selecionar a opção para reinstalar o sistema operacional, pois você fez backup dos dados que deseja salvar. Este é um excelente exemplo do que pode acontecer ao usar o usuário root como o usuário padrão. Se você estivesse usando um usuário normal com privilégios de sudo, não seria capaz de excluir o diretório bin lol.