Re: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs?

[Canek Peláez Valdés]

On Mon, Apr 2, 2012 at 2:54 PM, Dale <rdalek1967@×××××.com> wrote:
> Canek Peláez Valdés wrote:
>> On Mon, Apr 2, 2012 at 2:41 AM, Dale <rdalek1967@×××××.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