Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#58329 - {arch-install-scripts} Does pacstrap need access to /dev?
Attached to Project:
Arch Linux
Opened by Philip Abernethy (Chais) - Tuesday, 24 April 2018, 00:21 GMT
Last edited by freswa (frederik) - Sunday, 13 September 2020, 13:34 GMT
Opened by Philip Abernethy (Chais) - Tuesday, 24 April 2018, 00:21 GMT
Last edited by freswa (frederik) - Sunday, 13 September 2020, 13:34 GMT
|
DetailsDescription:
I'm tinkering with lxc and noticed that pacstrap fails in an unprivileged container. Digging a little deeper I narrowed it down to this line: ``` chroot_add_mount udev "$1/dev" -t devtmpfs -o mode=0755,nosuid ``` I don't see why a fully initialised devfs is necessary for installing packages. Useful devs like null or urandom could either be used from the host or initialised separately, but I'd be surprised and suspicious if a package required direct access to, say, a block device during installation. Am I missing something here? Or was this just the simplest solution and nobody tried building a chroot in an unprivileged lxc, yet? |
This task depends upon
Things like GRUB certainly need access to real devices, but is GRUB useful in a chroot environment?