Eu tenho um servidor ubuntu que eu deletei pip, então corri instalar o desktop ubuntu ^ agora não tenho certeza se isso está correto?

Question

Eu tenho um servidor Ubuntu (16.04) que eu deveria implantar um site de flask-python para. No entanto, eu estava tendo alguma dificuldade com o ambiente virtual, e leia aqui para remover pacotes manualmente na pasta dist-packages que não estava no meu ambiente virtual.

Isso resultou na remoção do pip e na impossibilidade de usá-lo no meu ambiente virtual também.

Então eu leio aqui que eu deve executar o comando;

sudo apt-get install ubuntu-desktop^

Então eu fiz e ainda está rodando 10 minutos depois. Mas agora estou ficando confuso, como eu tenho um servidor ubuntu não ubuntu-desktop, isso irá restaurar os arquivos apropriados corretamente? Se não, devo cancelar este comando eu corro, pois ainda está em execução agora.

Atualização:

Este é o meu arquivo de log de atividades para os eventos de hoje. Não sei mais o que remover Eu já executei apt remove ubuntu-desktop ;

Start-Date: 2017-03-28  06:07:33
Commandline: /usr/bin/unattended-upgrade
Install: linux-headers-4.4.0-70-generic:amd64 (4.4.0-70.91, automatic), linux-cloud-tools-4.4.0-70:amd64 (4.4.0-70.91, automatic), linux-cloud-tools-4.4.0-70-generic:amd64 (4.4.0-70.91, automatic), linux-headers-4.4.0-70:amd64 (4.4.0-70.91, automatic), linux-image-4.4.0-70-generic:amd64 (4.4.0-70.91, automatic), linux-image-extra-4.4.0-70-generic:amd64 (4.4.0-70.91, automatic)
Upgrade: linux-headers-generic:amd64 (4.4.0.66.70, 4.4.0.70.76), linux-libc-dev:amd64 (4.4.0-67.88, 4.4.0-70.91), linux-image-generic:amd64 (4.4.0.66.70, 4.4.0.70.76), linux-cloud-tools-common:amd64 (4.4.0-67.88, 4.4.0-70.91), linux-virtual:amd64 (4.4.0.66.70, 4.4.0.70.76), eject:amd64 (2.1.5+deb1+cvs20081104-13.1, 2.1.5+deb1+cvs20081104-13.1ubuntu0.16.04.1), linux-headers-virtual:amd64 (4.4.0.66.70, 4.4.0.70.76), linux-cloud-tools-virtual:amd64 (4.4.0.67.72, 4.4.0.70.76), linux-image-extra-virtual:amd64 (4.4.0.66.70, 4.4.0.70.76), linux-image-virtual:amd64 (4.4.0.66.70, 4.4.0.70.76)
End-Date: 2017-03-28  06:15:21

Start-Date: 2017-03-28  06:15:37
Commandline: /usr/bin/unattended-upgrade
Remove: linux-cloud-tools-4.4.0-67-generic:amd64 (4.4.0-67.88), linux-cloud-tools-4.4.0-67:amd64 (4.4.0-67.88)
End-Date: 2017-03-28  06:15:44

Start-Date: 2017-03-28  10:40:36
Commandline: apt-get install ubuntu-desktop^
Requested-By: Fonzi (1000)

    

Answer 1

A remoção manual de arquivos de outros locais que não sejam sua pasta pessoal, caso você não tenha certeza do que está afetando, não é um bom sinal inicial ...

A primeira pergunta seria: você lembra do que removeu em primeiro lugar?

Em segundo lugar, apt-get install ubuntu-desktop^ de fato não deveria ter sido executado em primeiro lugar ... a dica estava no nome ...

Em terceiro lugar, "corrigir" com a remoção terá resultados estranhos, até porque você também removeu os arquivos manualmente; mas também porque ao remover com um gerenciador de pacotes, ele também tentará verificar se há arquivos "não utilizados" ... quando as coisas não estão nos lugares certos, as verificações podem gerar falsos positivos, falsos negativos; Se alguns arquivos foram instalados antes de o ubuntu-desktop ter sido instalado, mas normalmente fazem parte do ubuntu-desktop , a desinstalação do ubuntu-desktop poderá removê-los também.

Você pode remover novamente muito mais do que instalou. Não é garantido que apt install X ; apt remove X seja idempotente.

...

Eu poderia continuar, mas é suficiente dizer que este servidor provavelmente não está em um estado operacional ou, pelo menos, não será para rotas longas para resolução:

• Quem forneceu esse servidor para você? Se foi um cliente, empregador, etc pergunte a eles. Não se agite sozinho, você só fará mais dano
• Se o servidor for uma VM ou um contêiner, você poderá reverter para um instantâneo? A reversão antecipada é preferível a deixar um servidor em estado lastimável, acumulando mais informações operacionais ... porque são apenas mais dados que serão perdidos em reverter
• O servidor foi novo? Se assim for, basta abandonar o servidor e iniciar um novo.

Se já existiam dados importantes no servidor, encontre o admin (se não você). Eles precisarão fazer o backup o mais rápido possível e iniciar um novo servidor para restaurar. Dado o que você descreveu acima, eu diria que o servidor está fubar agora.