Re: [gentoo-user] LVM2 compile error. Clock_gettime

[Dale]

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!