From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SEnMt-0001yB-HT for garchives@archives.gentoo.org; Mon, 02 Apr 2012 19:56:47 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 84090E088D; Mon, 2 Apr 2012 19:56:30 +0000 (UTC) Received: from mail-yw0-f53.google.com (mail-yw0-f53.google.com [209.85.213.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 19232E086A for ; Mon, 2 Apr 2012 19:54:55 +0000 (UTC) Received: by yhjj72 with SMTP id j72so1766214yhj.40 for ; Mon, 02 Apr 2012 12:54:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=lsvCyph8tZtuRF8oIa5SHu/2KFYJuepdVoxUdP/kUPo=; b=mjnqazFwv6unVRUHSs0RxeR0ZZV/O96pOCq9ynFf6pk1zLt/qeu6p17XeI8by1uWKl seV6BYWnHUcO2aVXsi5B18nv2rdJnTKsE5Ap4LQv+9y3Wqhi7WhjuZ9p65BtsPPr4Q54 89Lw9PXU0lLDxhYvXrwLI9ATMVlBytZQSBWSMQ7iEYlIKhVJ89usj/twJfSGlt02dCUD xUuu7FNIWn0eEmb4VXODv/PXYEc/5V7ansc4cXJoEa9MInRsxniZtaxdUmuVZDhg8Yp+ eLXhARxwvmpc6eye9dwiYPOdxZIleh/oH92AMN8QtzKgX9NHcOjo5+aCMn9kjYljrypk phhA== Received: by 10.236.197.66 with SMTP id s42mr8180586yhn.69.1333396495481; Mon, 02 Apr 2012 12:54:55 -0700 (PDT) Received: from [192.168.2.5] (adsl-74-240-56-148.jan.bellsouth.net. [74.240.56.148]) by mx.google.com with ESMTPS id d74sm27122043yhg.7.2012.04.02.12.54.52 (version=SSLv3 cipher=OTHER); Mon, 02 Apr 2012 12:54:53 -0700 (PDT) Message-ID: <4F7A040B.9050409@gmail.com> Date: Mon, 02 Apr 2012 14:54:51 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120325 Firefox/11.0 SeaMonkey/2.8 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs? References: <20120327142646.GB3754@acm.acm> <20120327154620.21440f87@digimed.co.uk> <86iphq0vza.fsf@jane.chrekh.se> <003e01cd0c53$a2e99b90$e8bcd2b0$@kutulu.org> <20120327212422.GA3437@acm.acm> <20120327234819.45111444@khamul.example.com> <20120327223544.GC3437@acm.acm> <20120328005520.140b8fd6@khamul.example.com> <20120328140132.GA3546@acm.acm> <20120328155636.5296a82d@hactar.digimed.co.uk> <20120328170733.GA27818@acm.acm> <4F73C0B6.9090002@gmail.com> <4F73CB46.3080009@gmail.com> <4F74C2FE.3030704@gmail.com> <4F795818.4080901@gmail.com> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: f670f7fa-8f6f-47f3-b1cb-52dc45024d51 X-Archives-Hash: e4a4e67b90e2efe84e2a9d599143b000 Canek Pel=C3=A1ez Vald=C3=A9s wrote: > On Mon, Apr 2, 2012 at 2:41 AM, Dale 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 thi= s >> way since back in the KDE3 days. It has never done this before. >=20 > 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. >=20 >> 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 scroll= s >> 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 argu= ment >> switch_root: forcing unmount of /dev >> switch_root: failed to unlink dev: Directory not empty >> INIT: version 2.88 booting >=20 > Do you have /dev listed in your fstab? Actually, can you show us your > /etc/fstab file? >=20 LABEL=3Dboot /boot ext2 defaults 1 2 LABEL=3Droot / reiserfs defaults 0 1 LABEL=3Dswap none swap sw 0 0 LABEL=3Dvar /var ext3 defaults 0 2 LABEL=3Dportage /usr/portage ext3 defaults 0 2 LABEL=3Dhome /home reiserfs defaults 0 2 LABEL=3Ddata /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 i= n >> dmesg, messages or anywhere else but the screen. I had to boot with n= ox >> to even see this. This is what ticks me on this mess. With the way i= t >> logs things, you better hope you got video buffer to scroll up with or >> you don't get to see the failure. >=20 > Add this to your kernel command line: >=20 > 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. >=20 > Also, remove quiet and splash (if any) from the kernel command line. > All this info is in the dracut man pages: >=20 > 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. >=20 >> Also, while booted with the init thingy, I made sure the real / >> partition was mounted. It shows sda3 was mounted and based on the spa= ce >> used, I believe it. I got to clean out some old kernels pretty soon. = ;-) >=20 > 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? >=20 > 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 >> 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=3D5,mode=3D620 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=3D755 0 0 rc-svcdir /lib64/rc/init.d tmpfs rw,nosuid,nodev,noexec,relatime,size=3D1024k,mode=3D755 0 0 debugfs /sys/kernel/debug debugfs rw,nosuid,nodev,noexec,relatime 0 0 udev /dev tmpfs rw,nosuid,relatime,size=3D10240k,mode=3D755 0 0 /dev/sda1 /boot ext2 rw,relatime,errors=3Dcontinue 0 0 /dev/sda8 /var ext3 rw,relatime,errors=3Dcontinue,barrier=3D1,data=3Dwrit= eback 0 0 /dev/sda6 /usr/portage ext3 rw,relatime,errors=3Dcontinue,barrier=3D1,data=3Dwriteback 0 0 /dev/sda7 /home reiserfs rw,relatime 0 0 /dev/mapper/data-data1 /data ext4 rw,relatime,user_xattr,barrier=3D1,data=3Dordered 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=3D85,devmode=3D664 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=3D1024k,mode=3D755) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatim= e) udev on /dev type tmpfs (rw,nosuid,relatime,size=3D10240k,mode=3D755) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=3D5,mode=3D= 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=3D0) /dev/sda6 on /usr/portage type ext3 (rw,commit=3D0) /dev/sda7 on /home type reiserfs (rw) /dev/mapper/data-data1 on /data type ext4 (rw,commit=3D0) tmpfs on /var/tmp/portage type tmpfs (rw,noatime) usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,devmode=3D0664,devgid= =3D85) 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. >=20 > 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: >=20 > rd.debug rd.udev.debug >=20 > and remove "splash" and "quiet" from it, if they are set. >=20 > 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. Thanks. Dale :-) :-) --=20 I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS=3D"--quiet-build=3Dn"