Проблемы с apt в Raspbian, где содержимое /var было удалено или повреждено

Question

Я буду ссылаться на следующеестатьяиСообщение в вики-сайте Debianза мой ответ.

Сначала на рабочей системе Raspbian создайте debootstrapсреду. Следуя инструкциям изВики DebianВам нужно будет выполнить только следующее:

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

Теперь, если вы используете Raspbian, вам может потребоваться добавить правильный gpg-ключ,как указано здесь, и ссылаться на Raspbian Deb Mirror. Что-то вроде этого: http://archive.raspbian.org/raspbian. Я собираюсь включитьссылкак руководству по кроссплатформенной сборке на случай, если вы делаете это на системе amd64 вместо Raspberry Pi.

ВАЖНОЕ ПРИМЕЧАНИЕ: если вам будет предложено, НЕ устанавливайте grubв MBR! Это может нарушить вашу текущую установку!

Далее, на сломанной системе получите список всех установленных программ. Изначально я предлагал использовать dpkg --get-selections, однако, как указывает пользователь AB, это не сработает. dpkgссылается на различные /varкаталоги для работы, и если вы /varэтого не сделаете, это, конечно, не сработает. Пользователь AB указывает, что вы можете ссылаться на содержимое /usr/share/doc/и связанные с ним символические ссылки. Я бы начал с того, что посмотрел, что доступно, и попытался бы построить installed.txtс вашими результатами.

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

Сравните результаты installed.txtс тем, что вы ожидаете. Другое место для проверки — /usr/share/man. В этом каталоге есть man-страницы, но они будут точны только для пакетов, которые устанавливают man-страницы. Если у вас есть заведомо рабочий Raspberry Pi, с которым можно также сравнить,и он настроен так же, как сломанный Raspberry Pi, вы можете построить installed.txtс помощью выходных данных Raspberry Pi dpkg --get-selections.

Копировать installed.txtс отсутствующего /varхоста на чинящий /varхост. scpили rysncбудет работать здесь, но на этом этапе вам нужно подтвердить, что у вас есть рабочая sshконфигурация между сломанным хостом и хостом, выполняющим чинку. Без рабочей sshконфигурации между этими двумя хостами вы не сможете скопировать /var. Любые sshпроблемы должны быть решены, прежде чем двигаться дальше.

Теперь переместите этот файл в /deboostrapсреду и подготовьтесь к установке всего того же программного обеспечения внутри этого chroot.

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

При необходимости убедитесь, что ваши sources.listсовпадения. debootstrapпо умолчанию включают только main.

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

Если вы не смогли построить хороший`installed.txt`

Вам может потребоваться просто вручную установить все необходимые пакеты в вашем debootstrapchroot. Вот где пригодится хорошая документация по настройке или инфраструктура как код. Запустите apt install package1 package2 package3 ... packageNв chroot, чтобы собрать ваш , /varчтобы он максимально соответствовал оригиналу /var. Вместо установки dselectвам следует выполнить следующие шаги:

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

На этом этапе ваша debootstrapсреда должна соответствовать вашей целевой, сломанной хостовой среде. Вот где вам нужно использовать rsyncдля копирования /var.rsync -A должно быть достаточно. Как указано в моемсвязь, вам может потребоваться разрешить PermitRootLogin without-passwordв вашем sshd_configfor rsyncработать.

Я также просто процитирую последние шаги и соображения, которые пришлось выполнить Питу Доннеллу из Alephnull.uk:

...Мне пришлось переустановить mariadb-serverпакеты на сломанном сервере с помощью apt-get install --reinstall mariadb-server mariadb-server-10.1 mariadb-server-core-10.1.

Следующий шаг — восстановить данные пользователя. Это будет зависеть от структуры, которую вы используете, поэтому я не могу помочь с инструкциями для этого. После того, как вы это сделаете, проверьте разрешения файлов на /var/libрабочем /var/logсервере (или, возможно, в вашем bootstrap), чтобы убедиться, что они верны. Вполне вероятно, что идентификаторы пользователей системных учетных записей будут отличаться между сервером и средой bootstrap.

Теперь вам следует проверить различные установленные службы, используя service --status-all. Не все службы обязательно должны быть включены, снова я рекомендую сравнить с работающим сервером. Попробуйте перезапустить все службы, которые в данный момент не запущены, но должны быть запущены. Если все разрешения верны и соответствующие пользовательские данные (если таковые имеются) были восстановлены, то служба должна успешно запуститься. Если этого не произошло, проверьте статус systemd с помощью s ystemctl status <service-name>, журналы systemd с помощью journalctl -xeи файлы журналов службы в /var/log. Они должны дать вам достаточно информации, чтобы отследить любые оставшиеся проблемы.

Я настоятельно рекомендую вам потратить время на сравнение debootstrapсреды и вашего сломанного хоста, если вам повезло иметь второй рабочий хост. Вы хотите убедиться, что все разрешения верны и службы работают правильно. Только после того, как вы это сделаете, я бы перезагрузил хост и подтвердил, что все вернулось.

Пожалуйста, внимательно прочитайте каждую ссылку, которую я предоставил, прежде чем пробовать какие-либо команды. Если в моем посте есть какие-либо ошибки, заблуждения или проблемы, сообщите мне, и я постараюсь их исправить.

Удачи!

Answer 1

Я буду ссылаться на следующеестатьяиСообщение в вики-сайте Debianза мой ответ.

Сначала на рабочей системе Raspbian создайте debootstrapсреду. Следуя инструкциям изВики DebianВам нужно будет выполнить только следующее:

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

Теперь, если вы используете Raspbian, вам может потребоваться добавить правильный gpg-ключ,как указано здесь, и ссылаться на Raspbian Deb Mirror. Что-то вроде этого: http://archive.raspbian.org/raspbian. Я собираюсь включитьссылкак руководству по кроссплатформенной сборке на случай, если вы делаете это на системе amd64 вместо Raspberry Pi.

ВАЖНОЕ ПРИМЕЧАНИЕ: если вам будет предложено, НЕ устанавливайте grubв MBR! Это может нарушить вашу текущую установку!

Далее, на сломанной системе получите список всех установленных программ. Изначально я предлагал использовать dpkg --get-selections, однако, как указывает пользователь AB, это не сработает. dpkgссылается на различные /varкаталоги для работы, и если вы /varэтого не сделаете, это, конечно, не сработает. Пользователь AB указывает, что вы можете ссылаться на содержимое /usr/share/doc/и связанные с ним символические ссылки. Я бы начал с того, что посмотрел, что доступно, и попытался бы построить installed.txtс вашими результатами.

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

Сравните результаты installed.txtс тем, что вы ожидаете. Другое место для проверки — /usr/share/man. В этом каталоге есть man-страницы, но они будут точны только для пакетов, которые устанавливают man-страницы. Если у вас есть заведомо рабочий Raspberry Pi, с которым можно также сравнить,и он настроен так же, как сломанный Raspberry Pi, вы можете построить installed.txtс помощью выходных данных Raspberry Pi dpkg --get-selections.

Копировать installed.txtс отсутствующего /varхоста на чинящий /varхост. scpили rysncбудет работать здесь, но на этом этапе вам нужно подтвердить, что у вас есть рабочая sshконфигурация между сломанным хостом и хостом, выполняющим чинку. Без рабочей sshконфигурации между этими двумя хостами вы не сможете скопировать /var. Любые sshпроблемы должны быть решены, прежде чем двигаться дальше.

Теперь переместите этот файл в /deboostrapсреду и подготовьтесь к установке всего того же программного обеспечения внутри этого chroot.

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

При необходимости убедитесь, что ваши sources.listсовпадения. debootstrapпо умолчанию включают только main.

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

Если вы не смогли построить хороший`installed.txt`

Вам может потребоваться просто вручную установить все необходимые пакеты в вашем debootstrapchroot. Вот где пригодится хорошая документация по настройке или инфраструктура как код. Запустите apt install package1 package2 package3 ... packageNв chroot, чтобы собрать ваш , /varчтобы он максимально соответствовал оригиналу /var. Вместо установки dselectвам следует выполнить следующие шаги:

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

На этом этапе ваша debootstrapсреда должна соответствовать вашей целевой, сломанной хостовой среде. Вот где вам нужно использовать rsyncдля копирования /var.rsync -A должно быть достаточно. Как указано в моемсвязь, вам может потребоваться разрешить PermitRootLogin without-passwordв вашем sshd_configfor rsyncработать.

Я также просто процитирую последние шаги и соображения, которые пришлось выполнить Питу Доннеллу из Alephnull.uk:

...Мне пришлось переустановить mariadb-serverпакеты на сломанном сервере с помощью apt-get install --reinstall mariadb-server mariadb-server-10.1 mariadb-server-core-10.1.

Следующий шаг — восстановить данные пользователя. Это будет зависеть от структуры, которую вы используете, поэтому я не могу помочь с инструкциями для этого. После того, как вы это сделаете, проверьте разрешения файлов на /var/libрабочем /var/logсервере (или, возможно, в вашем bootstrap), чтобы убедиться, что они верны. Вполне вероятно, что идентификаторы пользователей системных учетных записей будут отличаться между сервером и средой bootstrap.

Теперь вам следует проверить различные установленные службы, используя service --status-all. Не все службы обязательно должны быть включены, снова я рекомендую сравнить с работающим сервером. Попробуйте перезапустить все службы, которые в данный момент не запущены, но должны быть запущены. Если все разрешения верны и соответствующие пользовательские данные (если таковые имеются) были восстановлены, то служба должна успешно запуститься. Если этого не произошло, проверьте статус systemd с помощью s ystemctl status <service-name>, журналы systemd с помощью journalctl -xeи файлы журналов службы в /var/log. Они должны дать вам достаточно информации, чтобы отследить любые оставшиеся проблемы.

Я настоятельно рекомендую вам потратить время на сравнение debootstrapсреды и вашего сломанного хоста, если вам повезло иметь второй рабочий хост. Вы хотите убедиться, что все разрешения верны и службы работают правильно. Только после того, как вы это сделаете, я бы перезагрузил хост и подтвердил, что все вернулось.

Пожалуйста, внимательно прочитайте каждую ссылку, которую я предоставил, прежде чем пробовать какие-либо команды. Если в моем посте есть какие-либо ошибки, заблуждения или проблемы, сообщите мне, и я постараюсь их исправить.

Удачи!

Проблемы с apt в Raspbian, где содержимое /var было удалено или повреждено

решение1

Если вы не смогли построить хороший`installed.txt`

Связанный контент

решение1

Если вы не смогли построить хорошийinstalled.txt

Связанный контент

Если вы не смогли построить хороший`installed.txt`