mount dev, proc, sys w środowisku chroot?

Próbuję utworzyć obraz systemu Linux z niestandardowo wybranymi pakietami.
_{To, co próbuję zrobić, to ręcznie stworzyć pakiety, których będę używać na laptopie XO, ponieważ kompilacja pakietów zajmuje naprawdę dużo czasu na prawdziwym sprzęcie XO, jeśli mogę zbudować wszystkie potrzebne mi pakiety i po prostu sflashować obraz do XO, mogę zaoszczędzić czas i miejsce.}

Kiedy próbowałem zainstalować niektóre pakiety, konfiguracja nie powiodła się z powodu braku katalogów proc, sys, dev. Nauczyłem się więc z innych miejsc, że muszę „zamontować” procesor hosta, ... katalogi do mojego środowiska chroot.

Widziałem dwie składnie i nie jestem pewien, której użyć.

W maszynie hosta:

  mount --bind /proc <chroot dir>/proc 

i inna składnia (w środowisku chroot):

  mount -t proc none /proc

Którego powinienem użyć i jakie są różnice?

Dla /proci /sysprzypuszczam, że możesz użyć dowolnej z tych metod. Oba są specjalnymi systemami plików, więc można je odtworzyć dowolną liczbę razy (metoda łączenia bind używa dokładnie tego samego podłączenia co system hosta, podczas gdy druga metoda używa nowego podłączenia). Zawsze widziałem oprawę wiążącą zalecaną w przewodnikach, więc skorzystam z niej. O ile mi wiadomo, nie ma naprawdę istotnej różnicy.

Jednak /devzwykle jest to montowanie tmpfs, którym zarządza udev, więc musi to być ten sam system plików, co na komputerze hosta. Oznacza to, że musisz użyć metody bind mount.

Jeśli ten chroot będzie przez jakiś czas dostępny, możesz umieścić te wpisy w /etc/fstabsystemie hosta, aby uprościć sprawę.

Arch Linux Wiki proponuje następujące polecenia:

cd /mnt/arch # or where you are preparing the chroot dir
mount -t proc proc proc/
mount --rbind /sys sys/
mount --rbind /dev dev/

Gentoo konkretnie nazywa się te dwa polecenia do ponownego montażu / proc i / dev. Używałem ich kilka razy.

mount -t proc none /mnt/chroot/proc
mount -o bind /dev /mnt/chroot/dev

Podejrzewam, że / sys to zwykły folder, więc powinieneś mieć możliwość utworzenia twardego linku.

ln /sys /mnt/chroot/sys

Warto zauważyć, że w tym popularnym pytaniu Arch Linux stworzył skrypt arch-chroot ; Ściągnijarch-install-scripts-15-1-any.pkg.tar.xz

Zajmuje się różnymi pokrewnymi problemami zarówno w Arch-Linux, jak i Manjaro , gdzie również z powodzeniem go wykorzystałem. Możliwe, że więcej Arch- pochodnych, takich jak Parabola, jest również kompatybilnych.

Podczas gdy zwykły standard chrootw dodatkowej instalacji Manjaro nie pozwala na uruchomienie

pacman --sync linux

(srebrna kula po awarii systemu), zastępując linię

arch-chroot /run/media/*YOURSELF*/manja-disk2

pozwoli ci naprawić twoją dodatkową instalację Arch-pochodną poprzez

pacman --sync linux

jak urok. Skrypt bash arch-chrootzajmuje się /dev /sys /proci wiele więcej, które są pozostawione same sobie przez standard chroot.

patrz także: Korzystanie z arch-chroot

Istnieją inne pseudo systemy plików i lokalizacje tmpfs. To jest na Debianie:

/dev/pts 
/run
/run/shm
/proc/sys/fs/binfmt_mist
/var/lib/nfs/rpc_pipefs
/proc/fs/nfsd
/proc/bus/usb

Powinno być w porządku do zamontowania usbfs, rpc_pipefsa devptspseudo-systemy plików od wewnątrz chroot. Polecam nie wiązanie /procz chroot /proc, ponieważ jądro ma koncepcję przestrzeni nazw i może w rzeczywistości umieszczać różne rzeczy w procerze chroot.

Aktualizacja: zgodnie z tym wątkiem listy mailingowej , / sys nie powinien być montowany w trybie wiązania, szczególnie jeśli procesy chrootowane korzystają z własnej sieciowej przestrzeni nazw.

To zły pomysł, aby zamontować system /varlub /runna chroot, jeśli chroot ma własną przestrzeń nazw pid.

Najłatwiejszym sposobem jest użycie pętli for:

cd /

for i in proc sys dev; do mount -o bind $i /folder/$i; done