comportamento estranho do gerenciador de pacotes após a atualização com falha do ubuntu que incluiu uma atualização nginx

0

Então, ontem atualizei o ubuntu e incluí uma atualização nginx, o processo avisou sobre diffs / changes para o arquivo default em sites-available , revisei as alterações e preparei um novo arquivo que incluía as atualizações e minhas informações pessoais Eu notei que o diretório padrão para armazenar projetos agora era /var/www/html/ em vez de /usr/share/nginx/html/ e na verdade eu estava pensando em fazer essa mesma alteração, então eu concordei e incluí essa mudança no meu novo arquivo de configuração default , que Salvei ~/Desktop temporariamente, para não interferir no processo de atualização.

Depois que terminei de editar meu novo arquivo, concordei em substituir o existente, conforme solicitado pelo prompt / processo de atualização.
O processo de atualização continuou apenas para indicar uma falha alguns segundos depois, o erro declarou algo sobre failed to decompress package , eu pensei que seria corrigido por tentar atualizar o sistema novamente, então eu tentei, mas o gerenciador de atualização afirmou "não há atualizações para install "(escusado será dizer que fiquei um pouco desconfiado mas bem, acabei de reiniciar o sistema operacional como solicitado).
Após a reinicialização, fiz o backup e substituí o arquivo default pelo recém-criado e movi todo o conteúdo de /usr/share/nginx/html/ para /var/www/html/
Curiosamente, ir para localhost não funcionou, mas ir a qualquer outro projeto armazenado em subdiretórios funcionou bem, então eu não me importei muito com o momento.

Aqui é onde fica interessante (bem, pelo menos um pouco interessante).
Hoje eu instalei um pacote não relacionado e, de repente, o gerenciador de pacotes tentou incluir algumas mudanças no nginx executando um script e não conseguiu fazer isso.

NOTA: Aqui está um pastebin da saída do terminal (antes e depois da correção): link

    
por JorgeArtware 03.11.2014 / 23:56

1 resposta

0

Eu notei esta linha:

cp: cannot stat '/usr/share/nginx/html/index.html': No such file or directory'

Então imaginei que talvez apenas adicionar o arquivo index.html anterior (localizado agora em /var/www/html/ ) ao caminho antigo ( /usr/share/nginx/html/ ) ajudasse o script a ser executado sem gerar uma exceção e funcionasse.

http://localhostestáfuncionandobemagora.

    
por JorgeArtware 03.11.2014 / 23:56