Linux From ScratchThis Forum is for the discussion of LFS.
LFS is a project that provides you with the steps necessary to build your own custom Linux system.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: tried a lot of 'em, now using kubuntu
Posts: 180
Original Poster
Rep:
Yeah, In fact, that's what I was getting when this started: "cannot execute /bin/sh: Permission Denied" (see first post). Then I changed the entry in passwd to /bin/bash, same result.
But I appreciate all suggestions.
Anyone else? I would hate to have to bomb the partition and start all over (sigh)..
Distribution: tried a lot of 'em, now using kubuntu
Posts: 180
Original Poster
Rep:
Adam: I'm at work right now. Will post fstab when I get home.
Moses: Correct me if I'm wrong here. If I change to "chown root:bin /bin" then the group of the directory bin will be the group bin. If I'm not a member of either root group or bin group, then I'm relying on the last 5 in the 755 permissions to be able to use the file, so changing the group shouldn't have any effect. But, I'm sure gonna try it because I'm getting desperate.
Oh, shit. I just thought of something. When I went into the passwd file to change from /bin/sh to /bin/bash, I noticed the UID of the account was 1000. I don't know why, but I thought it might be nice to have all the UID numbers for user accounts in LFS to match what they were in RedHat. So I changed the UID to 506. If there is another file that does the translation from UID to english, then THAT might be the problem! I wish I was at home so I could try changing it back to 1000. How about it Gerard, Adam, Moses, and MasterC? Could that be it? Let me know
Distribution: Slackware, (Non-Linux: Solaris 7,8,9; OSX; BeOS)
Posts: 1,152
Rep:
Yeah, sorry. It was late and I didn't fully read (thought I had) your posts.
Ideas:
The UID probably isn't the problem, since /etc/passwd is the only place
this is set.
This is probably secondary, but are you using vipw to edit your passwd
file (vigr to edit group, vipw -s to edit the shadow password file)? This
command checks whether the file is correct when you quit.
I see that you have this from mount:
rootfs on / type rootfs (rw)
/dev/root on / type ext2
What kernel are you running? The rootfs is 2.5.x stuff (development,
not released in 2.4.x). This could very well be the culprit.
How did you add your new users? LFS suggests the use of useradd,
I don't see why just doing it yourself would cause a problem (it never
has for me), but. . .
Distribution: tried a lot of 'em, now using kubuntu
Posts: 180
Original Poster
Rep:
PROBLEM SOLVED!!!
I booted into LFS, logged in as root. cd'd to / and did a ls -la
I remembered the book saying that all directories should be 755 by default, and then we changed two of them so diffeent values. Well, /dev, /mnt, /proc, and /opt weren't at 755. Once I did a chmod 755 on them, I was able to login as username.
One tiny problem, now that I'm able to login as peeples:
When I did a directory listing on /home/peeples instead of showing the owner and group name it shows the UID & GID . I logged out, logged back in as root, and it doesn't do that in the root account. What's up with that?
I can only think of /proc doing something funny.... I think that was probably the source of your troubles ( better chance it was that than /mnt or /opt ).
I don't know... congradulations on getting your user access to bash though.
Wow, I was really feeling bad for you, assuming you missed some vital step way back in part 1 of ch 5. Glad you got it fixed, and I agree with adam, I can't see anything in /mnt or /opt or even really /dev that would do something like that to you.
If you see te UID and the GID instead of your group name and user name as the owner of your /home/peeples directory, it is because you changed your UID and GID in /etc/group and /etc/passwd...
anyway, you can make everything work fine with the chown and chgrp command (just set it with the right names)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.