Problemas con apt en Raspbian donde el contenido de /var ha sido eliminado o dañado

Question

Voy a hacer referencia a lo siguienteartículoyPublicación de Debian Wikipor mi respuesta.

Primero, en un sistema Raspbian en funcionamiento, cree un debootstrapentorno. Siguiendo las instrucciones delWiki Debiansolo necesitarías completar lo siguiente:

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

Ahora, está utilizando Raspbian, por lo que es posible que deba agregar la clave gpg correcta,como se señala aquíy haga referencia a Raspbian Deb Mirror. Algo como esto: http://archive.raspbian.org/raspbian. voy a incluirun enlaceConsulte una guía de compilación multiplataforma si está haciendo esto en un sistema AMD64 en lugar de una Raspberry Pi.

NOTA IMPORTANTE: si se le solicita, ¡NO lo instale gruben el MBR! ¡Esto podría dañar tu instalación actual!

A continuación, en el sistema averiado, obtenga una lista de todos los programas instalados. Inicialmente sugerí usar dpkg --get-selections, sin embargo, como señala el usuario AB, esto fallará. dpkghace referencia a varios /vardirectorios para que funcionen y, si /varfalta, esto, por supuesto, fallará. El usuario AB señala que puede hacer referencia al contenido /usr/share/doc/y a los enlaces simbólicos relacionados. Empezaría por ver qué hay disponible e intentaría crear uno installed.txtcon los resultados.

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

Compare los resultados de esto installed.txtcon lo que espera. Otro lugar para comprobar sería /usr/share/man. Este directorio tiene páginas de manual, pero solo será preciso para paquetes que instalen páginas de manual. Si tienes una Raspberry Pi que funciona y con la que comparar también,y está configurado igual que la Raspberry Pi rota, puedes construir installed.txtcon la salida de ese Raspberry Pi dpkg --get-selections.

Copie installed.txtdel /varhost que falta al /varhost de reparación. scpo rysncfuncionará aquí, pero en este punto debe confirmar que tiene una sshconfiguración funcional entre el host averiado y el host que realiza la reparación. Sin una sshconfiguración que funcione entre estos dos hosts, no podrá copiar archivos /var. Cualquier sshproblema debe resolverse antes de continuar.

Ahora, mueva este archivo al /deboostrapentorno y prepárese para instalar el mismo software dentro de este chroot.

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

Si es necesario, asegúrese de que sources.listcoincida. debootstrappor defecto solo incluye main.

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

Si no pudiste construir un buen`installed.txt`

Es posible que necesites simplemente instalar manualmente todos los paquetes necesarios en tu debootstrapchroot. Aquí es donde resulta útil una buena documentación de configuración o infraestructura como código. Ejecute apt install package1 package2 package3 ... packageNel chroot para construirlo /varlo más parecido posible al original /var. En lugar de instalar dselectdebes seguir estos pasos:

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

En este punto, su debootstrapentorno debería coincidir con el de su host roto de destino. Aquí es donde debes usar rsyncpara copiar /var. rsync -Adebería ser suficiente. Como señalé en mienlace, es posible que deba permitir PermitRootLogin without-passwordque su sshd_configfor rsyncfuncione.

También citaré directamente los últimos pasos y consideraciones que tuvo que ejecutar Pete Donnell en Alephnull.uk:

...Tuve que reinstalar los mariadb-serverpaquetes en el servidor averiado usando apt-get install --reinstall mariadb-server mariadb-server-10.1 mariadb-server-core-10.1.

El siguiente paso es restaurar sus datos de usuario. Esto será específico de la estructura que uses, por lo que no puedo ayudarte con instrucciones para eso. Una vez que haya hecho eso, verifique los permisos de los archivos dentro /var/liby /var/logcontra un servidor que funcione (o tal vez su arranque) para verificar que sean correctos. Es muy probable que los ID de usuario de las cuentas del sistema sean diferentes entre el servidor y el entorno de arranque.

Ahora deberías comprobar los distintos servicios que están instalados, utilizando service --status-all. No todos los servicios necesariamente deben estar habilitados; nuevamente recomiendo compararlos con un servidor que funcione. Intente reiniciar cualquier servicio que no esté ejecutándose actualmente pero que debería estarlo. Si todos los permisos son correctos y los datos de usuario relevantes (si los hay) se han restaurado, entonces el servicio debería iniciarse correctamente. Si no es así, verifique el estado de systemd con s ystemctl status <service-name>, los registros de systemd journalctl -xey los archivos de registro del servicio en /var/log. Estos deberían brindarle suficiente información para localizar cualquier problema restante.

Le recomiendo encarecidamente que debootstraptambién dedique tiempo a comparar el entorno y su host roto si tiene la suerte de tener un segundo host en funcionamiento. Quiere confirmar que todos los permisos son correctos y que los servicios se ejecutan correctamente. Solo una vez que haya hecho esto, reiniciaría el host y confirmaría que todo volvió.

Lea detenidamente todos los enlaces que le proporcioné antes de probar cualquier comando. Si hay algún error, idea errónea o problema con mi publicación, hágamelo saber y trabajaré para corregirlo.

¡Toda la suerte!

Answer 1

Voy a hacer referencia a lo siguienteartículoyPublicación de Debian Wikipor mi respuesta.

Primero, en un sistema Raspbian en funcionamiento, cree un debootstrapentorno. Siguiendo las instrucciones delWiki Debiansolo necesitarías completar lo siguiente:

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

Ahora, está utilizando Raspbian, por lo que es posible que deba agregar la clave gpg correcta,como se señala aquíy haga referencia a Raspbian Deb Mirror. Algo como esto: http://archive.raspbian.org/raspbian. voy a incluirun enlaceConsulte una guía de compilación multiplataforma si está haciendo esto en un sistema AMD64 en lugar de una Raspberry Pi.

NOTA IMPORTANTE: si se le solicita, ¡NO lo instale gruben el MBR! ¡Esto podría dañar tu instalación actual!

A continuación, en el sistema averiado, obtenga una lista de todos los programas instalados. Inicialmente sugerí usar dpkg --get-selections, sin embargo, como señala el usuario AB, esto fallará. dpkghace referencia a varios /vardirectorios para que funcionen y, si /varfalta, esto, por supuesto, fallará. El usuario AB señala que puede hacer referencia al contenido /usr/share/doc/y a los enlaces simbólicos relacionados. Empezaría por ver qué hay disponible e intentaría crear uno installed.txtcon los resultados.

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

Compare los resultados de esto installed.txtcon lo que espera. Otro lugar para comprobar sería /usr/share/man. Este directorio tiene páginas de manual, pero solo será preciso para paquetes que instalen páginas de manual. Si tienes una Raspberry Pi que funciona y con la que comparar también,y está configurado igual que la Raspberry Pi rota, puedes construir installed.txtcon la salida de ese Raspberry Pi dpkg --get-selections.

Copie installed.txtdel /varhost que falta al /varhost de reparación. scpo rysncfuncionará aquí, pero en este punto debe confirmar que tiene una sshconfiguración funcional entre el host averiado y el host que realiza la reparación. Sin una sshconfiguración que funcione entre estos dos hosts, no podrá copiar archivos /var. Cualquier sshproblema debe resolverse antes de continuar.

Ahora, mueva este archivo al /deboostrapentorno y prepárese para instalar el mismo software dentro de este chroot.

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

Si es necesario, asegúrese de que sources.listcoincida. debootstrappor defecto solo incluye main.

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

Si no pudiste construir un buen`installed.txt`

Es posible que necesites simplemente instalar manualmente todos los paquetes necesarios en tu debootstrapchroot. Aquí es donde resulta útil una buena documentación de configuración o infraestructura como código. Ejecute apt install package1 package2 package3 ... packageNel chroot para construirlo /varlo más parecido posible al original /var. En lugar de instalar dselectdebes seguir estos pasos:

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

En este punto, su debootstrapentorno debería coincidir con el de su host roto de destino. Aquí es donde debes usar rsyncpara copiar /var. rsync -Adebería ser suficiente. Como señalé en mienlace, es posible que deba permitir PermitRootLogin without-passwordque su sshd_configfor rsyncfuncione.

También citaré directamente los últimos pasos y consideraciones que tuvo que ejecutar Pete Donnell en Alephnull.uk:

...Tuve que reinstalar los mariadb-serverpaquetes en el servidor averiado usando apt-get install --reinstall mariadb-server mariadb-server-10.1 mariadb-server-core-10.1.

El siguiente paso es restaurar sus datos de usuario. Esto será específico de la estructura que uses, por lo que no puedo ayudarte con instrucciones para eso. Una vez que haya hecho eso, verifique los permisos de los archivos dentro /var/liby /var/logcontra un servidor que funcione (o tal vez su arranque) para verificar que sean correctos. Es muy probable que los ID de usuario de las cuentas del sistema sean diferentes entre el servidor y el entorno de arranque.

Ahora deberías comprobar los distintos servicios que están instalados, utilizando service --status-all. No todos los servicios necesariamente deben estar habilitados; nuevamente recomiendo compararlos con un servidor que funcione. Intente reiniciar cualquier servicio que no esté ejecutándose actualmente pero que debería estarlo. Si todos los permisos son correctos y los datos de usuario relevantes (si los hay) se han restaurado, entonces el servicio debería iniciarse correctamente. Si no es así, verifique el estado de systemd con s ystemctl status <service-name>, los registros de systemd journalctl -xey los archivos de registro del servicio en /var/log. Estos deberían brindarle suficiente información para localizar cualquier problema restante.

Le recomiendo encarecidamente que debootstraptambién dedique tiempo a comparar el entorno y su host roto si tiene la suerte de tener un segundo host en funcionamiento. Quiere confirmar que todos los permisos son correctos y que los servicios se ejecutan correctamente. Solo una vez que haya hecho esto, reiniciaría el host y confirmaría que todo volvió.

Lea detenidamente todos los enlaces que le proporcioné antes de probar cualquier comando. Si hay algún error, idea errónea o problema con mi publicación, hágamelo saber y trabajaré para corregirlo.

¡Toda la suerte!

Problemas con apt en Raspbian donde el contenido de /var ha sido eliminado o dañado

Respuesta1

Si no pudiste construir un buen`installed.txt`

información relacionada

Respuesta1

Si no pudiste construir un bueninstalled.txt

información relacionada

Si no pudiste construir un buen`installed.txt`