Bruce Hill wrote: > On Sat, Jun 29, 2013 at 04:53:47AM -0500, Dale wrote: >> Now that you mention it, it may have been when the separate /usr init >> thingy was going on that I had to add it. That could be it. Well, if I >> have to upgrade before they have a fix, I'll give it a shot and see what >> happens. I suspect it will be fixed at some point and most likely in >> the next update anyway. >> >> Dale > You need to get over that "it will be fixed at some point", and believe it > when every one tells you that separate /usr without an initrd is working fine > with present stable udev. Here's proof on a wee fileserver, which has neavuh > had an initrd and always had a separate /usr: > > mingdao@server ~ $ eix sys-fs/udev > [I] sys-fs/udev > Available versions: 197-r8^t 200^t 204^t **9999^t {{acl doc > +firmware-loader gudev hwdb introspection keymap +kmod +openrc selinux > static-libs}} > Installed versions: 204^t(02:40:22 PM 06/26/2013)(acl firmware-loader > kmod openrc -doc -gudev -hwdb -introspection -keymap -selinux -static-libs) > Homepage: http://www.freedesktop.org/wiki/Software/systemd > Description: Linux dynamic and persistent device naming support > (aka userspace devfs) > > [I] sys-fs/udev-init-scripts > Available versions: 23^t 25^t 26^t **9999^t > Installed versions: 26^t(02:40:36 PM 06/26/2013) > Homepage: http://www.gentoo.org > Description: udev startup scripts for openrc > > Found 2 matches. > mingdao@server ~ $ df -hT > Filesystem Type Size Used Avail Use% Mounted on > rootfs rootfs 2.0G 109M 1.9G 6% / > /dev/root xfs 2.0G 109M 1.9G 6% / > devtmpfs devtmpfs 3.0G 4.0K 3.0G 1% /dev > tmpfs tmpfs 3.0G 592K 3.0G 1% /run > shm tmpfs 3.0G 0 3.0G 0% /dev/shm > /dev/mapper/system-var xfs 10G 717M 9.3G 8% /var > /dev/mapper/system-usr xfs 10G 4.4G 5.7G 44% /usr > /dev/mapper/system-home xfs 6.0G 5.8G 251M 96% /home > /dev/mapper/storage-photos xfs 500G 19G 482G 4% /photos > /dev/mapper/storage-backups xfs 500G 262G 239G 53% /backups > /dev/mapper/storage-offload fuseblk 300G 234G 67G 78% /offload > /dev/mapper/storage-peter xfs 25G 1.7G 24G 7% /peter > /dev/mapper/storage-jeremiah xfs 10G 3.6G 6.5G 36% /jeremiah > mingdao@server ~ $ ls -l /boot/ > total 25156 > lrwxrwxrwx 1 root root 17 Jan 10 13:26 System.map -> System.map-3.4.24 > -rw-r--r-- 1 root root 2205716 Jan 10 13:25 System.map-3.4.24 > -rw-r--r-- 1 root root 1812882 Sep 6 2012 System.map-3.4.9-gentoo > -rw-r--r-- 1 root root 1823240 Aug 9 2012 System.map-3.5.0 > -rw-r--r-- 1 root root 1823619 Aug 16 2012 System.map-3.5.2 > lrwxrwxrwx 1 root root 23 Dec 28 2012 System.map.old -> > System.map-3.4.9-gentoo > -rw-r--r-- 1 root root 512 Feb 21 2012 boot.0800 > -rw-r--r-- 1 root root 512 Feb 21 2012 boot.0810 > -rw-r--r-- 1 root root 512 Feb 21 2012 boot.0820 > -rw-r--r-- 1 root root 512 Feb 21 2012 boot.0830 > lrwxrwxrwx 1 root root 13 Jan 10 13:26 config -> config-3.4.24 > -rw-r--r-- 1 root root 62528 Jan 10 13:25 config-3.4.24 > -rw-r--r-- 1 root root 63522 Sep 6 2012 config-3.4.9-gentoo > -rw-r--r-- 1 root root 64644 Aug 9 2012 config-3.5.0 > -rw-r--r-- 1 root root 64644 Aug 16 2012 config-3.5.2 > lrwxrwxrwx 1 root root 19 Dec 28 2012 config.old -> config-3.4.9-gentoo > lrwxrwxrwx 1 root root 14 Jan 10 13:25 vmlinuz -> vmlinuz-3.4.24 > -rw-r--r-- 1 root root 4671120 Jan 10 13:24 vmlinuz-3.4.24 > -rw-r--r-- 1 root root 4349568 Sep 6 2012 vmlinuz-3.4.9-gentoo > -rw-r--r-- 1 root root 4388464 Aug 9 2012 vmlinuz-3.5.0 > -rw-r--r-- 1 root root 4390672 Aug 16 2012 vmlinuz-3.5.2 > lrwxrwxrwx 1 root root 20 Dec 28 2012 vmlinuz.old -> > vmlinuz-3.4.9-gentoo > mingdao@server ~ $ cat /etc/lilo.conf > # Faster, but won't work on all systems: > compact > # Should work for most systems, and do not have the sector limit: > lba32 > default = Gentoo > # MBR to install LILO to: > boot = /dev/md0 > raid-extra-boot = mbr-only > map = /boot/.map > > install = /boot/boot-menu.b # Note that for lilo-22.5.5 or later you > # do not need boot-{text,menu,bmp}.b in > # /boot, as they are linked into the lilo > # binary. > > menu-scheme=Wb > prompt > # If you always want to see the prompt with a 15 second timeout: > timeout=50 > append="panic=10 nomce dolvm domdadm rootfstype=xfs" > > # > # End LILO global section > # > > # > # Linux bootable partition config begins > # > image = /boot/vmlinuz > root = /dev/md0 > label = Gentoo > read-only # Partitions should be mounted read-only for checking > image = /boot/vmlinuz.old > root = /dev/md0 > label = Gentoo-def > read-only # Partitions should be mounted read-only for checking > # > # Linux bootable partition config ends > # > > mingdao@server ~ $ > > > Get over it and go back to udev :-) > > Bruce
Thing is, I don't want to switch then have someone mess things up and have to go back and switch again. As it is, lvm is working fine. It was just a failed recompile during a emerge -e world, nothing major like a failed upgrade or anything. I posted to see what the problem is so I could report it. Since it is reported already, I'm fine with waiting. I'm not going to get anything new even after it compiles. Also, Lennart messed up udev and as long as I can stay away from it, I plan too. If someone posts that he sees the error in going the way he was, then I'll revisit it then. I just don't want to be switching back and forth when it is not really needed. I also don't want systemd stuff here either since I don't use it. I might also add, it fails in the same way with plain udev. Even if I switch back to udev, it will still fail. It really comes down to a error from a upgraded gcc from my recollection. From what I recall, I could just switch to a older gcc and compile with it. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!