Ответ, данный Thushi / Carla Schroder (см. Следующий ответ), все еще работает нормально после обновления с debian wheezy до jessie. После исследования сообщений о загрузке у меня возникла следующая ошибка (ошибка указана в последней строке).
root@voylinx:/etc#journalctl -b | grep pulseaudio
Dez 31 16:19:46 voylinx rtkit-daemon[1507]: Successfully made thread 1506 of process 1506 (/usr/bin/pulseaudio) owned by '1000' high priority at nice level -11.
Dez 31 16:19:49 voylinx rtkit-daemon[1507]: Successfully made thread 1526 of process 1506 (/usr/bin/pulseaudio) owned by '1000' RT at priority 5.
Dez 31 16:19:49 voylinx rtkit-daemon[1507]: Successfully made thread 1527 of process 1506 (/usr/bin/pulseaudio) owned by '1000' RT at priority 5.
Dez 31 16:19:49 voylinx rtkit-daemon[1507]: Successfully made thread 1528 of process 1506 (/usr/bin/pulseaudio) owned by '1000' RT at priority 5.
Dez 31 16:19:49 voylinx rtkit-daemon[1507]: Successfully made thread 1533 of process 1506 (/usr/bin/pulseaudio) owned by '1000' RT at priority 5.
Dez 31 16:19:50 voylinx rtkit-daemon[1507]: Successfully made thread 1548 of process 1548 (/usr/bin/pulseaudio) owned by '1000' high priority at nice level -11.
Dez 31 16:19:50 voylinx pulseaudio[1548]: [pulseaudio] pid.c: Daemon already running.
pulseaudio-daemon запускался дважды. Один раз с помощью rtkit-daemon, а другой раз с помощью GNOME / KDE AUTOSTART или другого приложения. В любом случае установка в /etc/pulse/client.conf
autospawn = no
daemon-binary = /bin/true
решила мою проблему. Единственное, что я не могу подтвердить, это то, что в каких-либо каталогах /etc/rcX.d больше нет сценариев запуска. Довольно ясно, потому что rtkit-daemon выполняет работу с взаимодействием с systemd.
Для настройки сети для вашей chrooted сессии вам нужно скопировать конфигурацию DNS в среду chroot :
cp /etc/resolv.conf /mnt/etc/resolv.conf
Или
ln -s /etc/resolv.conf /mnt/etc/resolv.conf
Работая сегодня над Ubuntu 18.04.1, я должен использовать:
sudo rsync -avh --devices --specials /run/systemd/resolve /target/run/systemd
чтобы иметь работающее сетевое соединение в chroot.
Вы должны убедиться, что каталог разрешения находится в одном и том же месте в источнике и цели chroot, так как они могут меняться в процессе обновления. В моем случае с отсутствием обновлений в течение нескольких недель:
Источник :VERSION="18.04.2 LTS (Bionic Beaver )"
Target :VERSION="18.04.1 LTS (Bionic Beaver )"
Если вы находитесь за прокси-сервером, вам также необходимо скопировать настройки прокси-сервера в среду chroot.
sudo cp /etc/apt/apt.conf /path/to/chroot/etc/apt/apt.conf
где /etc/apt/apt.conf может выглядеть как
Acquire::http::proxy "http://192.168.120.100:80/";
Acquire::https::proxy "https://192.168.120.100:80/";
Acquire::ftp::proxy "ftp://192.168.120.100:80/";
Ниже сработало для меня в моем случае на Debian linux. Без сеанса chroot выполните следующие действия.