Summary: | google-chrome: /opt/google/chrome/libudev.so.0: invalid ELF header | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mark Knecht <markknecht> |
Component: | Current packages | Assignee: | Mike Gilbert <floppym> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Mark Knecht
2013-03-25 23:54:08 UTC
Please show me the output of ls -l /opt/google/chrome/libudev.so.0. mark@c2stable ~ $ ls -l /opt/google/chrome/libudev.so.0 lrwxrwxrwx 1 root root 21 Mar 25 16:23 /opt/google/chrome/libudev.so.0 -> /usr/lib64/libudev.so mark@c2stable ~ $ Can you following that symlink chain until its end? If I understand you then I guess it ends here? mark@c2stable ~ $ ls -l /opt/google/chrome/libudev.so.0 lrwxrwxrwx 1 root root 21 Mar 25 16:23 /opt/google/chrome/libudev.so.0 -> /usr/lib64/libudev.so mark@c2stable ~ $ ls -l /usr/lib64/libudev.so -rwxr-xr-x 1 root root 524 Mar 25 14:27 /usr/lib64/libudev.so mark@c2stable ~ $ Is /usr/lib64/libudev.so a text file (aka a "linker script")? I was looking in Google trying to learn a bit about ELF. I found readelf which doesn't seem happy. The contents of the file are shown second. mark@c2stable ~ $ readelf -h /usr/lib64/libudev.so readelf: Error: Unable to read in 0x7964 bytes of section headers readelf: Error: Not an ELF file - it has the wrong magic bytes at the start mark@c2stable ~ $ mark@c2stable ~ $ cat /usr/lib64/libudev.so /* GNU ld script Since Gentoo has critical dynamic libraries in /lib, and the static versions in /usr/lib, we need to have a "fake" dynamic lib in /usr/lib, otherwise we run into linking problems. This "fake" dynamic lib is a linker script that redirects the linker to the real lib. And yes, this works in the cross- compiling scenario as the sysroot-ed linker will prepend the real path. See bug http://bugs.gentoo.org/4411 for more info. */ OUTPUT_FORMAT ( elf64-x86-64 ) GROUP ( /lib64/libudev.so ) mark@c2stable ~ $ What version of udev/eudev/systemd do you have installed? I'm suprised to see that ld script; it is usually a symlink to an ELF file. OK, I must admit that these results are getting a bit confusing here. I run _mostly_ stable here. (Only ~amd64 when I need to hopefully) The machine is clean @world: c2stable ~ # emerge -pvDuN @world These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 kB c2stable ~ # However it says I don't have systemd installed and I seem to be getting some portion of udev from the polyc overlay? c2stable ~ # eix -Ic systemd No matches found. c2stable ~ # eix -c systemd [N] sys-apps/systemd (~198-r5): System and service manager for Linux [N] sys-apps/systemd-sysv-utils (--): sysvinit compatibility symlinks and manpages [N] sys-apps/systemd-ui (~1): System and service manager for Linux [N] sys-devel/systemd-sdk (--): Macros and misc files for systemd daemons Found 4 matches. c2stable ~ # c2stable ~ # eix -Ic udev [I] sys-fs/udev (197-r8{tbz2}[1]@03/25/2013): Linux dynamic and persistent device naming support (aka userspace devfs) [I] sys-fs/udev-init-scripts (23{tbz2}[1]@03/25/2013): udev startup scripts for openrc [I] virtual/udev (197-r2{tbz2}@03/25/2013): Virtual to select between sys-fs/udev and sys-fs/eudev [1] "poly-c" /var/lib/layman/poly-c Found 3 matches. c2stable ~ # eix -Ic eudev No matches found. c2stable ~ # If it's causing a problem I can probably drop the poly-c overlay for now. All I wanted originally was jmtpfs which I haven't ended up using much. I suspect emerge is pulling stuff from there instead of the default? c2stable ~ # eix -c --installed-from-overlay poly-c [I] app-arch/xz-utils (5.0.4-r1{tbz2}[1]@03/25/2013): utils for managing LZMA compressed files [I] app-cdr/k3b (2.0.2-r4(4){tbz2}[1]@03/25/2013): The CD/DVD Kreator for KDE [I] media-sound/alsa-utils (1.0.25-r1(0.9){tbz2}[1]@03/25/2013): Advanced Linux Sound Architecture Utils (alsactl, alsamixer, etc.) [I] sys-apps/kbd (1.15.3{tbz2}[1]@03/25/2013): Keyboard and console utilities [I] sys-apps/kmod (12-r1{tbz2}[1]@03/25/2013): library and tools for managing linux kernel modules [I] sys-apps/man (1.6g{tbz2}[1]@03/25/2013): Standard commands to read man pages [I] sys-fs/udev (197-r8{tbz2}[1]@03/25/2013): Linux dynamic and persistent device naming support (aka userspace devfs) [I] sys-fs/udev-init-scripts (23{tbz2}[1]@03/25/2013): udev startup scripts for openrc [I] sys-fs/jmtpfs [1] (0.4{tbz2}@03/25/2013): a FUSE based MTP filesystem designed to make exchanging files between Android devices and Linux [I] virtual/jpeg (0{tbz2}[1]@03/25/2013): A virtual for the JPEG implementation [1] "poly-c" /var/lib/layman/poly-c Found 10 matches. c2stable ~ # (In reply to comment #8) > However it says I don't have systemd installed and I seem to be getting some > portion of udev from the polyc overlay? > Right, you would only have 1 of the 3 installed. I think the problem here is the udev ebuild in the polyc overlay. I would recommend you revert back to the version in the main portage tree. (In reply to comment #9) Yes, I would suggest removing that overlay. Will remove poly-c and get back to you as soon as updates are done. However I don't see udev getting rebuilt so I'll walk through this stuff again. Maybe I should rebuild all the udev stuff explicitly? c2stable ~ # emerge -pvDuN @world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-kernel/linux-headers-3.7 [3.6] 5,201 kB [ebuild U ] media-libs/exiftool-9.120.0 [9.10.0] 3,411 kB [ebuild U ] dev-java/icedtea-bin-6.1.12.4:6 [6.1.12.2:6] USE="X alsa -cjk -cups -doc -examples -nsplugin -source" 37,431 kB Total: 3 packages (3 upgrades), Size of downloads: 46,043 kB c2stable ~ # layman -l * science [Git ] (git://git.overlays.gentoo.org/proj/sci.git ) * vmware [Git ] (git://git.overlays.gentoo.org/proj/vmware.git ) c2stable ~ # Yes, you will need to explicitly rebuild it. Do the new 3.7 version of the linux-headers mean I should rebuild the kernel or anything else to be extra safe? Nope, no need to rebuild your kernel. OK, udev & init-scripts are rebuilt but there's a big @preserved-rebuild to do and then I'll double check things and reboot. Back in a bit. Thanks. That did it. All fixed and posting this back from Chrome. Cheers and thanks for all the help. You're welcome, glad I could help. |