Problemas com o apt no Raspbian onde o conteúdo /var foi removido ou corrompido

Question

Estarei referenciando o seguinteartigoePostagem Wiki do Debianpela minha resposta.

Primeiro, em um sistema Raspbian funcional, crie um debootstrapambiente. Seguindo as instruções doWiki do Debianvocê só precisaria completar o seguinte:

mkdir /debootstrap
debootstrap stable /debootstrap http://deb.debian.org/debian/

Agora, você está usando o Raspbian, então pode ser necessário adicionar a chave gpg correta,como apontado aquie faça referência ao Raspbian Deb Mirror. Algo assim: http://archive.raspbian.org/raspbian. vou incluirum linkpara um guia de construção multiplataforma, caso você esteja fazendo isso em um sistema AMD64 em vez de um Raspberry Pi.

NOTA IMPORTANTE: se for solicitado, NÃO instale grubno MBR! Isso pode interromper sua instalação existente!

A seguir, no sistema quebrado, obtenha uma lista de todos os programas instalados. Inicialmente sugeri usar dpkg --get-selections, porém, como o usuário AB aponta, isso falhará. dpkgfaz referência a vários /vardiretórios para funcionar e, com a sua /varfalta, é claro que isso falhará. O usuário AB ressalta que você pode fazer referência ao conteúdo /usr/share/doc/e aos links simbólicos relacionados. Eu começaria vendo o que está disponível e tentaria construir um installed.txtcom seus resultados.

cd /usr/share/doc && for i in *; do echo $i install >> /home/user/installed.txt; done

Compare os resultados disso installed.txtcom o que você espera. Outro lugar para verificar seria /usr/share/man. Este diretório possui páginas de manual, mas só será preciso para pacotes que instalam páginas de manual. Se você tiver um Raspberry Pi em funcionamento conhecido para comparar,e está configurado da mesma forma que o Raspberry Pi quebrado, você pode construir installed.txtcom a saída desse Raspberry Pi dpkg --get-selections.

Copie installed.txtdo /varhost ausente para o /varhost de correção. scpou rysncfuncionará aqui, mas neste ponto você precisa confirmar se possui uma sshconfiguração funcional entre o host quebrado e o host que está fazendo a correção. Sem uma sshconfiguração funcional entre esses dois hosts, você não poderá copiar arquivos /var. Quaisquer sshproblemas precisam ser resolvidos antes de prosseguir.

Agora, mova este arquivo para o /deboostrapambiente e prepare-se para instalar todo o mesmo software dentro deste chroot.

cp installed.txt /debootstrap/
chroot /bootstrap/
mount -t proc none /proc
dpkg --set-selections < installed.txt

Se necessário, certifique-se de sources.listque corresponda. debootstrappor padrão inclui apenas main.

apt update
apt install dselect
dselect update
apt-get dselect-upgrade

Se você não conseguiu construir um bom`installed.txt`

Pode ser necessário simplesmente instalar manualmente todos os pacotes necessários em seu debootstrapchroot. É aqui que uma boa documentação de configuração ou infraestrutura como código se torna útil. Execute apt install package1 package2 package3 ... packageNno chroot para construir o seu /vararquivo o mais próximo possível do original /var. Em vez de instalar dselectvocê deve seguir estes passos:

chroot /bootstrap/
mount -t proc none /proc
apt update
apt install package1 package2 package3 ... packageN

Neste ponto, seu debootstrapambiente deve corresponder ao do host de destino quebrado. É aqui que você precisa usar rsyncpara copiar /var. rsync -Adeve ser suficiente. Como apontado em meulink, pode ser necessário permitir PermitRootLogin without-passwordque seu sshd_configfor rsyncfuncione.

Também citarei diretamente as últimas etapas e considerações que Pete Donnell, do Alephnull.uk, teve que executar:

...Tive que reinstalar os mariadb-serverpacotes no servidor quebrado usando apt-get install --reinstall mariadb-server mariadb-server-10.1 mariadb-server-core-10.1.

A próxima etapa é restaurar seus dados de usuário. Isso será específico para a estrutura que você usa, por isso não posso ajudar com instruções para isso. Depois de fazer isso, verifique as permissões dos arquivos em /var/libe /var/logem um servidor em funcionamento (ou talvez no seu bootstrap) para verificar se estão corretas. É bastante provável que os IDs de usuário das contas do sistema sejam diferentes entre o servidor e o ambiente de inicialização.

Agora você deve verificar os diversos serviços que estão instalados, usando service --status-all. Nem todos os serviços devem necessariamente estar habilitados, mais uma vez recomendo comparar com um servidor em funcionamento. Tente reiniciar todos os serviços que não estão em execução, mas deveriam estar. Se todas as permissões estiverem corretas e os dados relevantes do usuário (se houver) tiverem sido restaurados, o serviço deverá iniciar com êxito. Caso contrário, verifique o status do systemd com s ystemctl status <service-name>, o systemd faz login journalctl -xee os arquivos de log do serviço em /var/log. Eles devem fornecer informações suficientes para rastrear quaisquer problemas restantes.

Eu recomendo fortemente que você gaste algum tempo comparando o debootstrapambiente e seu host quebrado também se tiver a sorte de ter um segundo host funcionando. Você deseja confirmar se todas as permissões estão corretas e se os serviços estão funcionando corretamente. Somente depois de fazer isso, eu reiniciaria o host e confirmaria se tudo voltou.

Leia atentamente todos os links que forneci antes de tentar qualquer comando. Se houver algum erro, equívoco ou problema com minha postagem, avise-me e trabalharei para corrigi-lo.

Boa sorte!

Answer 1

Estarei referenciando o seguinteartigoePostagem Wiki do Debianpela minha resposta.

Primeiro, em um sistema Raspbian funcional, crie um debootstrapambiente. Seguindo as instruções doWiki do Debianvocê só precisaria completar o seguinte:

mkdir /debootstrap
debootstrap stable /debootstrap http://deb.debian.org/debian/

Agora, você está usando o Raspbian, então pode ser necessário adicionar a chave gpg correta,como apontado aquie faça referência ao Raspbian Deb Mirror. Algo assim: http://archive.raspbian.org/raspbian. vou incluirum linkpara um guia de construção multiplataforma, caso você esteja fazendo isso em um sistema AMD64 em vez de um Raspberry Pi.

NOTA IMPORTANTE: se for solicitado, NÃO instale grubno MBR! Isso pode interromper sua instalação existente!

A seguir, no sistema quebrado, obtenha uma lista de todos os programas instalados. Inicialmente sugeri usar dpkg --get-selections, porém, como o usuário AB aponta, isso falhará. dpkgfaz referência a vários /vardiretórios para funcionar e, com a sua /varfalta, é claro que isso falhará. O usuário AB ressalta que você pode fazer referência ao conteúdo /usr/share/doc/e aos links simbólicos relacionados. Eu começaria vendo o que está disponível e tentaria construir um installed.txtcom seus resultados.

cd /usr/share/doc && for i in *; do echo $i install >> /home/user/installed.txt; done

Compare os resultados disso installed.txtcom o que você espera. Outro lugar para verificar seria /usr/share/man. Este diretório possui páginas de manual, mas só será preciso para pacotes que instalam páginas de manual. Se você tiver um Raspberry Pi em funcionamento conhecido para comparar,e está configurado da mesma forma que o Raspberry Pi quebrado, você pode construir installed.txtcom a saída desse Raspberry Pi dpkg --get-selections.

Copie installed.txtdo /varhost ausente para o /varhost de correção. scpou rysncfuncionará aqui, mas neste ponto você precisa confirmar se possui uma sshconfiguração funcional entre o host quebrado e o host que está fazendo a correção. Sem uma sshconfiguração funcional entre esses dois hosts, você não poderá copiar arquivos /var. Quaisquer sshproblemas precisam ser resolvidos antes de prosseguir.

Agora, mova este arquivo para o /deboostrapambiente e prepare-se para instalar todo o mesmo software dentro deste chroot.

cp installed.txt /debootstrap/
chroot /bootstrap/
mount -t proc none /proc
dpkg --set-selections < installed.txt

Se necessário, certifique-se de sources.listque corresponda. debootstrappor padrão inclui apenas main.

apt update
apt install dselect
dselect update
apt-get dselect-upgrade

Se você não conseguiu construir um bom`installed.txt`

Pode ser necessário simplesmente instalar manualmente todos os pacotes necessários em seu debootstrapchroot. É aqui que uma boa documentação de configuração ou infraestrutura como código se torna útil. Execute apt install package1 package2 package3 ... packageNno chroot para construir o seu /vararquivo o mais próximo possível do original /var. Em vez de instalar dselectvocê deve seguir estes passos:

chroot /bootstrap/
mount -t proc none /proc
apt update
apt install package1 package2 package3 ... packageN

Neste ponto, seu debootstrapambiente deve corresponder ao do host de destino quebrado. É aqui que você precisa usar rsyncpara copiar /var. rsync -Adeve ser suficiente. Como apontado em meulink, pode ser necessário permitir PermitRootLogin without-passwordque seu sshd_configfor rsyncfuncione.

Também citarei diretamente as últimas etapas e considerações que Pete Donnell, do Alephnull.uk, teve que executar:

...Tive que reinstalar os mariadb-serverpacotes no servidor quebrado usando apt-get install --reinstall mariadb-server mariadb-server-10.1 mariadb-server-core-10.1.

A próxima etapa é restaurar seus dados de usuário. Isso será específico para a estrutura que você usa, por isso não posso ajudar com instruções para isso. Depois de fazer isso, verifique as permissões dos arquivos em /var/libe /var/logem um servidor em funcionamento (ou talvez no seu bootstrap) para verificar se estão corretas. É bastante provável que os IDs de usuário das contas do sistema sejam diferentes entre o servidor e o ambiente de inicialização.

Agora você deve verificar os diversos serviços que estão instalados, usando service --status-all. Nem todos os serviços devem necessariamente estar habilitados, mais uma vez recomendo comparar com um servidor em funcionamento. Tente reiniciar todos os serviços que não estão em execução, mas deveriam estar. Se todas as permissões estiverem corretas e os dados relevantes do usuário (se houver) tiverem sido restaurados, o serviço deverá iniciar com êxito. Caso contrário, verifique o status do systemd com s ystemctl status <service-name>, o systemd faz login journalctl -xee os arquivos de log do serviço em /var/log. Eles devem fornecer informações suficientes para rastrear quaisquer problemas restantes.

Eu recomendo fortemente que você gaste algum tempo comparando o debootstrapambiente e seu host quebrado também se tiver a sorte de ter um segundo host funcionando. Você deseja confirmar se todas as permissões estão corretas e se os serviços estão funcionando corretamente. Somente depois de fazer isso, eu reiniciaria o host e confirmaria se tudo voltou.

Leia atentamente todos os links que forneci antes de tentar qualquer comando. Se houver algum erro, equívoco ou problema com minha postagem, avise-me e trabalharei para corrigi-lo.

Boa sorte!

Problemas com o apt no Raspbian onde o conteúdo /var foi removido ou corrompido

Responder1

Se você não conseguiu construir um bom`installed.txt`

informação relacionada

Responder1

Se você não conseguiu construir um bominstalled.txt

informação relacionada

Se você não conseguiu construir um bom`installed.txt`