I followed the install guide from stage 1 using a Debian Woody as host for the chroot. Group ownership of some /dev files (e.g. audio related) in Woody was set to the group id's from Gentoo's /etc/group. Reproducible: Always Steps to Reproduce: Actual Results: I lost sound output in Woody because of "permission denied". I had to "chown" back by hand. Expected Results: Leave "host" /dev alone. This could be solved by moving the relevant part to a very late stage. Preferably when we are sure that "/dev/" is gentoo's dev. Maybe do it on the first boot.
uhh, what did you do in order to achieve this ? changing permissions inside of a chroot shouldnt affect the host system ...
I believe that is due to the bind-mounting of /dev to /mnt/gentoo/dev. If you don't bind-mount the /dev to /mnt/gentoo/dev, you somethimes get "/dev/null: permission denied" or "/dev/null: device or resource not found" as we have seen on the Knoppix installations. I don't know how to solve this... I don't like fuzzy information like "Some installation media require you to bind-mount /dev, others don't".
This is a real problem it also occured on my system. After an step1 install I was not any longer able to use a console as user or play a sound. A good solution would be to make sure that no script changes permissions of /dev until the first run of gentoo. I really hate it that my clean /dev system is now compromissed.
did you bind mount your /dev? If so, there is really no reason to do so.
closing since there has been no response and it seems that the bug was caused by an improper bind-mount.