On Mon, Apr 2, 2012 at 2:54 PM, Dale <rdalek1...@gmail.com> wrote: > Canek Peláez Valdés wrote: >> On Mon, Apr 2, 2012 at 2:41 AM, Dale <rdalek1...@gmail.com> wrote: > << SNIP >> >>> Actually, I log into KDE as a user and when Konsole opens, it asks for >>> the root password. I have the KDE session saved so it opens all this on >>> its own. Anyway, since I have it set that way, Konsole never opens, I >>> assume because it can't find the su command. I have been doing it this >>> way since back in the KDE3 days. It has never done this before. >> >> Oh, I see; so you always use an X terminal as a root session. You >> never use a terminal as a regular user? I have never been able to do >> that. > > It is rare that I login as a user then su to root in Console. I do that > all the time tho when in KDE. KDE no longer allows a person to login as > root and I think it is a good idea as well. So, when I need to emerge > something, edit a config file or do other things as root, then su or > kdesu comes in handy. ;-) I am able to open about anything as root if > needed. Konsole and some sort of file manager, Konqueror or Krusaderm > is my biggest tools. > > >> >>> I finally got around to rebooting to check on this, hence the delay in >>> replying, and found this in the boot up process, the stuff that scrolls >>> up the screen. I'm having to type this in since it is NOT in dmesg or >>> the logs but just printed on the screen. >>> >>> >>> dracut: switching root >>> switch_root: failed to mount moving /dev to /sysroot/dev: Invaild argument >>> switch_root: forcing unmount of /dev >>> switch_root: failed to unlink dev: Directory not empty >>> INIT: version 2.88 booting >> >> Do you have /dev listed in your fstab? Actually, can you show us your >> /etc/fstab file? >> > > > LABEL=boot /boot ext2 defaults 1 2 > LABEL=root / reiserfs defaults 0 1 > LABEL=swap none swap sw 0 0 > LABEL=var /var ext3 defaults 0 2 > LABEL=portage /usr/portage ext3 defaults 0 2 > LABEL=home /home reiserfs defaults 0 2 > LABEL=data /data ext4 defaults 0 2 > tmpfs /var/tmp/portage tmpfs noatime 0 0 > shm /dev/shm tmpfs nodev,nosuid,noexec > 0 0 > > I have never had /dev in fstab that I recall. I also removed all the > things that were commented out since they should be ignored anyway. I > have a lot of old lines that are no longer needed, CD drive, old > partitions and such. > >>> Keep in mind, the three middle lines with the problems are NOT shown in >>> dmesg, messages or anywhere else but the screen. I had to boot with nox >>> to even see this. This is what ticks me on this mess. With the way it >>> logs things, you better hope you got video buffer to scroll up with or >>> you don't get to see the failure. >> >> Add this to your kernel command line: >> >> rd.debug rd.udev.debug > > > Got that added. Let me know what to look for. Right now I plan to use > nox so that I can look for myself, since boo boos are not logged to > dmesg or messages. > > >> >> Also, remove quiet and splash (if any) from the kernel command line. >> All this info is in the dracut man pages: >> >> man dracut >> man dracut.cmdline > > I don't use the quiet or the splash stuff. I like it simple remember? > I watch the stuff scroll up and that is how I saw the errors posted. If > I wasn't watching real close, I would have never noticed them since I > was using dmesg, messages and grep. > > >> >>> Also, while booted with the init thingy, I made sure the real / >>> partition was mounted. It shows sda3 was mounted and based on the space >>> used, I believe it. I got to clean out some old kernels pretty soon. ;-) >> >> Yeah, but it is mounted as it should? As I said last mail, could you >> check if in the shell that Krusader provides, what it's the result of >> "which su"? And also, what happens when (inside the shell from >> Krusader) you run /bin/su? >> >> Also, an "ls -l /bin/su" would be helpful (even from the virtual >> console: Ctrl+Alt+F1); it may be a permissions related thing. I think >> you can make that "ls /bin/su"; it seems that you have "ls" aliased to >> "ls -l". > > I have ls aliased to ls -al. You noticed huh? lol > > I can't show that because it won't let me get that far. When I tell > Krusader to open as root, a pop up window comes up and asks for the root > password. When I type in the password, it complains about su not being > in the path or missing then goes away. So, I can't post that one. > > That said, I did a mount >> <some file> and then did the same while > booted without the init thingy. Here it is then I'll explain. Take > note of the / partition which is sda3 here: > > > rootfs / rootfs rw 0 0 > proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 > sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 > devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0 > tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0 > fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 > /dev/sda3 / reiserfs rw,relatime 0 0 > tmpfs /dev/.initramfs tmpfs rw,nosuid,nodev,relatime,mode=755 0 0 > rc-svcdir /lib64/rc/init.d tmpfs > rw,nosuid,nodev,noexec,relatime,size=1024k,mode=755 0 0 > debugfs /sys/kernel/debug debugfs rw,nosuid,nodev,noexec,relatime 0 0 > udev /dev tmpfs rw,nosuid,relatime,size=10240k,mode=755 0 0 > /dev/sda1 /boot ext2 rw,relatime,errors=continue 0 0 > /dev/sda8 /var ext3 rw,relatime,errors=continue,barrier=1,data=writeback 0 0 > /dev/sda6 /usr/portage ext3 > rw,relatime,errors=continue,barrier=1,data=writeback 0 0 > /dev/sda7 /home reiserfs rw,relatime 0 0 > /dev/mapper/data-data1 /data ext4 > rw,relatime,user_xattr,barrier=1,data=ordered 0 0 > tmpfs /var/tmp/portage tmpfs rw,noatime 0 0 > shm /dev/shm tmpfs rw,nosuid,nodev,noexec,relatime 0 0 > usbfs /proc/bus/usb usbfs > rw,nosuid,noexec,relatime,devgid=85,devmode=664 0 0 > binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc > rw,nosuid,nodev,noexec,relatime 0 0 > > > > rootfs on / type rootfs (rw) > /dev/sda3 on / type reiserfs (rw,relatime) > proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) > rc-svcdir on /lib64/rc/init.d type tmpfs > (rw,nosuid,nodev,noexec,relatime,size=1024k,mode=755) > sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) > debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime) > udev on /dev type tmpfs (rw,nosuid,relatime,size=10240k,mode=755) > fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) > devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620) > shm on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime) > /dev/sda1 on /boot type ext2 (rw) > /dev/sda8 on /var type ext3 (rw,commit=0) > /dev/sda6 on /usr/portage type ext3 (rw,commit=0) > /dev/sda7 on /home type reiserfs (rw) > /dev/mapper/data-data1 on /data type ext4 (rw,commit=0) > tmpfs on /var/tmp/portage type tmpfs (rw,noatime) > usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,devmode=0664,devgid=85) > binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc > (rw,noexec,nosuid,nodev) > root@fireball / # > > The top one is while booted WITH the init thingy. The bottom one is > while booted withOUT the init thingy. You see the same differences I > see? They are subtle but it is different. It appears to my small mind > that the init thingy is not mounting / correctly. Is dracut doing > something wrong? There is a small difference in the devpts line but > not sure if it matters. > > >> >> The listing of your initramfs seems fine; therefore, probably the >> problem is elsewhere. Again, please show us your fstab, and lets also >> see your kernel command line (in either GRUB, GRUB2 or LILO, whichever >> you use). And, I repeat, if you want to see the dracut output in >> dmesg, add the following to your kernel command line: >> >> rd.debug rd.udev.debug >> >> and remove "splash" and "quiet" from it, if they are set. >> >> Regards. > > > I'm still on the old grub. I'm hoping to get this fixed then > repartition my stuff to use LVM then change grubs. After that, maybe I > am good to go until someone breaks something else. ;-) > > I feel like I missed something. If so, point it out to me. I haven't > rebooted yet either.
Well damn. Why you do not have devtmpfs? In all the machines I have access to (with or without initramfs, with either systemd or OpenRC), they have devtmps: devtmpfs on /dev type devtmpfs (rw,nosuid,relatime,size=2023140k,nr_inodes=505785,mode=755) devtmpfs on /dev type devtmpfs (rw,nosuid,relatime,size=506680k,nr_inodes=126670,mode=755) devtmpfs on /dev type devtmpfs (rw,nosuid,relatime,size=1939288k,nr_inodes=484822,mode=755) devtmpfs on /dev type devtmpfs (rw,relatime,size=257224k,nr_inodes=64306,mode=755) <==== The one with OpenRC, no initramfs I don't see that one in your mount output. It seems kinda relevant, I think. Please, can you attach your /boot/grub/grub.cfg file? I still haven't seen the kernel command line, and I suppose that it's relevant. Also, I know it's a lot, but could you please include your kernel /usr/src/linux/.config file? Both dracut and udev need some specific kernel config options that maybe you don't have. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
