GNU/Linux >> Tutoriales Linux >  >> Linux

montar dev, proc, sys en un entorno chroot?

Arch Linux Wiki sugiere los siguientes comandos:

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

Para /proc y /sys , supongo que podrías usar cualquier método. Ambos son sistemas de archivos especiales, por lo que se pueden recrear cualquier número de veces (el método de montaje por vinculación usa exactamente el mismo montaje que el sistema host, mientras que el otro método usa un nuevo montaje). Siempre he visto el montaje de enlace recomendado en las guías, así que lo usaría. Que yo sepa, no hay una diferencia realmente importante.

Sin embargo, /dev suele ser un montaje tmpfs administrado por udev, por lo que debe ser el mismo sistema de archivos que en la máquina host. Eso significa que necesitaría usar el método de montaje de enlace.

Si este chroot va a existir por un tiempo, puede poner estas entradas en /etc/fstab en el sistema anfitrión para simplificar las cosas.


El manual de Gentoo menciona específicamente estos dos comandos para volver a montar /proc y /dev. Los he usado varias veces.

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

Sospecho que /sys es solo una carpeta normal, por lo que debería poder crear un enlace fijo.

ln /sys /mnt/chroot/sys

Linux
  1. ¿Cómo maneja Linux múltiples separadores de rutas consecutivas (/home////username///file)?

  2. ¿Qué tan portátiles son /dev/stdin, /dev/stdout y /dev/stderr?

  3. ¿Cuándo usar /dev/random Vs /dev/urandom?

  4. Linux:¿cómo probar si un dispositivo de bloque es de solo lectura desde/sys o/proc?

  5. Linux:¿la diferencia entre /sys/block/sda1/stat y /sys/block/xvda1/stat?

Comprender los archivos /proc/mounts, /etc/mtab y /proc/partitions

Cambiar la ubicación del volcado del núcleo

¿Cuándo debo usar /dev/shm/ y cuándo debo usar /tmp/?

hacer eco o imprimir /dev/stdin /dev/stdout /dev/stderr

¿Por qué se requieren < o > para usar /dev/tcp?

sysctl -p falló en /proc/sys/pcie_aspm