Results 1 to 10 of 11
Enjoy an ad free experience by logging in. Not a member yet? Register.
[SOLVED] Gentoo won't let me run bash
I've checked the permissions on these commands and they are all world-executable. I notice that Gentoo's libc is a bit older than Lenny's. Is that what's causing the problem? And if so, how do I get round it?
You must be root to chroot into Gentoo, just in case you haven't already figured that out. Does it give you the same problem if you use any LiveCD such as Knoppix?
What are the exact commands you using to perform chroot?
mount /dev/hd?? /mnt/gentoo
mount -t proc none /mnt/gentoo/proc
chroot /mnt/gentoo /bin/bash
env-update && source /etc/profile
I don't have Knoppix but I tried with a live Ubuntu disc and I could chroot to the new partition without any difficulty and use commands in the bin directory, including bash. From Debian I can't. Weird isn't it! And yes, I was root when I tried. Various commands I've tried (all as root) are:
chroot /mnt/hda1 /bin/bashCode:
cd /mnt/hda1/bin ./bash
I would guess that it's a debian problem, although I wouldn't know where to begin pointing the finger, or like you mentioned, it could be a file version problem.
Interesting problem ... when you try
chroot /mnt/hda1 /bin/bash
what commands had you used before chroot?
If you cannot figure out how to make this work from within Debian, I would suggest installing from a LiveCD like you mentioned "live Ubuntu disc" and use the handbook from the alt install guide (what little there is)
Gentoo Linux Documentation -- The Gentoo Linux alternative installation method HOWTO
Just *pretend* you're using Knoppix, it should work just fine.
I would try to help, but honestly, I have not done a stable Gentoo install in ages. The last time I tried, it was broken and had circular dependencies like crazy, so I usually just stick with the handbook using funtoo tarballs and running an all ~arch install.
Yeah, I am asking for it, but at least it works.
About your problem, I have installed Gentoo from Debian before (and vice-versa), and never had that problem.
/dev/hda4 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/hda3 on /home type ext3 (rw)
/dev/hda1 on /mnt/hda1 type ext3 (rw,noexec,nosuid,nodev)
none on /mnt/hda1/proc type proc (rw)
/dev on /mnt/hda1/dev type none (rw,bind)
As you can see, I've got proc and dev mounted as specified. I mounted them first, then tried to chroot. Last night I thought it might be an X problem but I tried again just now from a virtual console and got the same results. I'm pretty sure it isn't the chroot that's failing, it's bash. I can't run any of the Gentoo commands, not even ldconfig, which is statically linked. Well, like Mike says, I can use Ubuntu to get round that but it irritates me when things happen that don't seem to have a rational explanation - especially in Linux!
Hazel, try this.
Instead of mounting /proc at none:
mount -o bind /proc /mnt/hda1/proc