chroot и монтирование proc, sys, dev

Странный use case, похожее видел только для maintenance (восстановление загрузчика grub, к примеру).

use case там ооочень странный. chroot-система имеет другую аппаратную архитектуру, работает в через qemu-user-static и крутит адскую legacy-проприетарщину.

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

systemd-nspawn, LXC. Если конкретно chroot, то:

mount -t proc /proc /mnt/$CHROOT/proc
mount --rbind /sys /mnt/$CHROOT/sys
mount --make-rslave /mnt/$CHROOT/sys
mount --rbind /dev /mnt/$CHROOT/dev
mount --make-rslave /mnt/$CHROOT/dev

Надеюсь, ты понимаешь, что ни chroot, ни systemd-nspawn, ни LXC это не полноценные песочницы.

Если тебе нужна безопасность — дополнительно смотри в сторону SELinux, AppArmor, TOMOYO и т.д.

И ещё:

Some distributions make /dev/shm a symbolic link to /run/shm/ which, after the chroot, becomes invalid. Making /dev/shm/ a proper tmpfs mount up front can fix this:

test -L /dev/shm && rm /dev/shm && mkdir /dev/shm
mount -t tmpfs -o nosuid,nodev,noexec shm /dev/shm

Also ensure that mode 1777 is set

chmod 1777 /dev/shm

mount --bind /proc /chroot/proc
mount --bind /dev /chroot/dev
mount --bind /sys /chroot/sys

Благодарю.

Если тебе нужна безопасность

Дело не в безопасности. Там работает бинарь, которую выколупали с какого-то специфического MIPS-девайса. Девайс, как я понял, давно сдох, и какой-то умелец перенес ее на обычный комп, настроил запуск MIPS-окружения через chroot и qemu-user. А теперь винт посыпался, систему пришлось переустанавливать на новый. Бинарь спасти ума хватило, а вот скрипты запуска этого будтерброда канули в лету, приходится переизобретать теперь.

В Gentoo Handbook сказано так:

mount -t proc none /mnt/suse/proc
mount --rbind /dev /mnt/suse/dev
mount --rbind /sys /mnt/suse/sys

Ну и дальше чруться в нужную директорию.

А вот отмонтировать сложнее. Это я нашёл сам, где-то в интернете.

umount /mnt/suse/proc
cat /proc/mounts | awk '{print $2}' | grep "/mnt/suse/sys" | sort -r | xargs umount
cat /proc/mounts | awk '{print $2}' | grep "/mnt/suse/dev" | sort -r | xargs umount
umount /mnt/suse

Я где-то писал чуть-чуть подробнее, чем сейчас.

mount --bind /proc /chroot/proc

Вот это самое интересное. Во-первых все советуют по-разному (даже в этом топике), а во-вторых я так понимаю, ваш вариант пробросит /proc с хота в гостя, что мне совсем не надо. У гостя своя кухня с другой архитектурой и ему хостовый /proc как бы не нужен, надо чтобы все было свое, как на отдельной системе. И тут вроде бы уместен mount -t proc /proc $CHROOT/proc ?

/proc наполняет работающее ядро. Ну и какая с точки зрения приведенных аргументов разница между mount --bind ... и mount -t proc ... ?

Ну, с этой точки зрения действительно нет разницы.

А вот отмонтировать сложнее.

https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Bootloader#Rebooting...

#umount -l /mnt/gentoo/dev{/shm,/pts,}
#umount -R /mnt/gentoo

Раньше было проще.

Сейчас, наверное, тоже работает. Спасибо. Так действительно проще.

Это как раз сейчас, а лет 10 назад я просто делал umount для dev и потом сразу корня. Теперь такое не прокатывает. Да и sys я тогда не монтировал.

Посмотрел handbook gentoo в вебархиве: в 2004 перед переходом в chroot монтировали только "-t proc none", в 2006 помимо него уже монтировали "-o bind /dev" (теперь "--rbind /dev"), сейчас ещё и "--rbind /sys" нужен, а если используется systemd, то дополнительно нужно писать всякие "--make-rslave" к ним после их монтирования, как упомянули выше.

У гостя своя кухня с другой архитектурой и ему хостовый /proc как бы не нужен, надо чтобы все было свое, как на отдельной системе.

Ты определись, ты про гостя с другой архитектурой говоришь или про чрут?

mount -t proc неужен только когда система не в состоянии сама определить, что за тип ФС крутится там. По поводу гостся со своей кухней-не до конца понял, видимо, но если так, то тебе не нужен совсем ни proc ни sys на госте. И да, я не представляю, как создать нормальный чрут без proc и sys из системы.

Про chroot в ФС с бинарями для другой архитектуры.