Summary: | sys-apps/hal - hald: [E] device.c:1705: In hal_device_inc_num_ready_addons for udi=/org/freedesktop/Hal/devices/storage_serial_Generic_Flash_HS_CF_000022272228_0_0 but all addons are already ready! | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | ipse <ipse1> |
Component: | Current packages | Assignee: | Daniel Gryniewicz (RETIRED) <dang> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | aklhfex, esigra, freedesktop-bugs, gpiez, mpagano, rose, v_2e |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 313389 | ||
Bug Blocks: | |||
Attachments: |
STDERR output
STDERR output hald.log hald-strace2.txt |
Description
ipse
2009-06-07 20:56:17 UTC
localhost gajim # emerge --info Portage 2.1.6.13 (default/linux/amd64/2008.0, gcc-4.4.0, glibc-2.10.1-r0, 2.6.30-rc7-git4 x86_64) ================================================================= System uname: Linux-2.6.30-rc7-git4-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q9400_@_2.66GHz-with-gentoo-2.0.1 Timestamp of tree: Sat, 30 May 2009 03:20:01 +0000 app-shells/bash: 4.0_p24 dev-java/java-config: 2.1.8 dev-lang/python: 2.4.6, 2.6.2-r1 dev-util/cmake: 2.6.3-r1 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.4.3-r2 sys-apps/sandbox: 1.9 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.29 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=core2 -O3 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=core2 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages metadata-transfer parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans" GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/ ftp://mirror.yandex.ru/gentoo-distfiles/ http://ftp.klid.dk/ftp/gentoo/ ftp://ftp.klid.dk/gentoo/ http://ftp.linux.ee/pub/gentoo/distfiles/ ftp://ftp.linux.ee/pub/gentoo/distfiles/ ftp://trumpetti.atm.tut.fi/gentoo/ http://mirror.ovh.net/gentoo-distfiles/ ftp://mirror.ovh.net/gentoo-distfiles/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ http://gentoo.mneisen.org/ http://de-mirror.org/distro/gentoo/ ftp://de-mirror.org/distro/gentoo/ http://ftp.vectranet.pl/gentoo/ ftp://ftp.vectranet.pl/gentoo/ http://gentoo.prz.rzeszow.pl http://gentoo.zie.pg.gda.pl http://gentoo.po.opole.pl ftp://gentoo.po.opole.pl ftp://mirror.icis.pcz.pl/gentoo/ http://gentoo.mirror.pw.edu.pl/ http://mirror.yandex.ru/gentoo-distfiles/ " LANG="ru_RU.UTF-8" LC_ALL="" LDFLAGS="-Wl,-O1" LINGUAS="ru" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X acl alsa amd64 berkdb bluetooth bzip2 cli cracklib crypt cups dbus dri fortran gdbm gnome gpm gtk hal iconv ipv6 isdnlog midi mmx mudflap multilib ncurses nls nptl nptlonly openmp pam pcre perl pppd python qt4 readline reflection samba session spl sse sse2 ssl sysfs tcpd unicode vorbis xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="dav dav_fs dir authn_file auth_digest authz_groupfile authz_host mime" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS I have same problem. the main error is: Jun 7 23:30:22 localhost hald[9699]: 23:30:22.442 [E] device.c:1705: In hal_device_inc_num_ready_addons for udi=/org/freedesktop/Hal/devices/storage_serial_Generic_Flash_HS_CF_000022272228_0_0 but all addons are already ready! What's the actual symptoms of the problem? Does hal stop? Does something fail to mount? What? The ACPI errors are all because you don't have ACPI enabled properly in your kernel, specifically CONFIG_ACPI_PROCFS. hubertstar: are you also running a git-sources-2.6.30 kernel? HAL it is not started. It began to be started only after removal of files * 10-cpufreq.fdi * 10-input-policy.fdi * 10-power-mgmt-policy.fdi * 20-storage-methods.fdi In/usr/share/hal/fdi/policy/10osvendor Thus automounting does not work. CONFIG_ACPI_PROCFS deprecated, therefore has been disconnected in a kernel. Turn it back on. Sorry, hal needs deprecated kernel settings, and it won't be fixed, since it's on it's way out. You cannot always just turn off deprecated kernel settings, and expect to have a working system. I've disabled acpi use flag in the hal, leaving only the flags X crypt Updated kernel to release uname -a Linux localhost 2.6.30 #1 SMP Thu Jun 11 19:18:59 EEST 2009 x86_64 Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz GenuineIntel GNU/Linux still hal does not start because of other errors cat /var/log/messages | grep '\[E\]' Jun 11 19:44:49 localhost hald[4345]: 19:44:49.706 [E] device.c:1705: In hal_device_inc_num_ready_addons for udi=/org/freedesktop/Hal/devices/storage_serial_Generic_Flash_HS_MS_000022272228_0_1 but all addons are already ready! Jun 11 19:44:49 localhost hald[4345]: 19:44:49.706 [E] device.c:1705: In hal_device_inc_num_ready_addons for udi=/org/freedesktop/Hal/devices/storage_serial_Generic_Flash_HS_SM_000022272228_0_2 but all addons are already ready! Jun 11 19:44:49 localhost hald[4345]: 19:44:49.707 [E] device.c:1705: In hal_device_inc_num_ready_addons for udi=/org/freedesktop/Hal/devices/storage_serial_Generic_Flash_HS_CF_000022272228_0_0 but all addons are already ready! Jun 11 19:44:49 localhost hald[4345]: 19:44:49.708 [E] device.c:1705: In hal_device_inc_num_ready_addons for udi=/org/freedesktop/Hal/devices/storage_serial_Generic_Flash_HS_SD_MMC_000022272228_0_3 but all addons are already ready! Jun 11 19:44:49 localhost hald[4345]: 19:44:49.708 [E] device.c:1705: In hal_device_inc_num_ready_addons for udi=/org/freedesktop/Hal/devices/storage_model_DVD_RW_AD_7173S but all addons are already ready! Okay, I've looked at the code, and those are not fatal errors anywhere. Your hal must be stopping for some other reason. Are there by any chance core files in / ? The "Cannot claim interface" error in the first post is, in face, a fatal error. Is that persisting? Now hal at start produces errors only the enumerated. Where still it is possible to look? localhost ipse # rm /var/log/messages localhost ipse # /etc/init.d/syslog-ng restart * Stopping syslog-ng... [ ok ] * Starting syslog-ng... [ ok ] localhost ipse # /etc/init.d/hald start * Starting Hardware Abstraction Layer daemon... [ !! ] * ERROR: hald failed to start localhost ipse # cat /var/log/messages | grep '\[E\]' Jun 11 21:16:30 localhost hald[5045]: 21:16:30.228 [E] device.c:1705: In hal_device_inc_num_ready_addons for udi=/org/freedesktop/Hal/devices/storage_serial_Generic_Flash_HS_SM_000022272228_0_2 but all addons are already ready! Jun 11 21:16:30 localhost hald[5045]: 21:16:30.229 [E] device.c:1705: In hal_device_inc_num_ready_addons for udi=/org/freedesktop/Hal/devices/storage_model_DVD_RW_AD_7173S but all addons are already ready! Jun 11 21:16:30 localhost hald[5045]: 21:16:30.229 [E] device.c:1705: In hal_device_inc_num_ready_addons for udi=/org/freedesktop/Hal/devices/storage_serial_Generic_Flash_HS_SD_MMC_000022272228_0_3 but all addons are already ready! Jun 11 21:16:30 localhost hald[5045]: 21:16:30.229 [E] device.c:1705: In hal_device_inc_num_ready_addons for udi=/org/freedesktop/Hal/devices/storage_serial_Generic_Flash_HS_MS_000022272228_0_1 but all addons are already ready! Jun 11 21:16:30 localhost hald[5045]: 21:16:30.230 [E] device.c:1705: In hal_device_inc_num_ready_addons for udi=/org/freedesktop/Hal/devices/storage_serial_Generic_Flash_HS_CF_000022272228_0_0 but all addons are already ready! localhost ipse # (In reply to comment #7) > Okay, I've looked at the code, and those are not fatal errors anywhere. Your > hal must be stopping for some other reason. Are there by any chance core files > in / ? > > The "Cannot claim interface" error in the first post is, in face, a fatal > error. Is that persisting? > Jun 11 22:28:46 localhost hald-addon-storage: [32262]: 22:28:46.403 [E] addon-storage.c:813: Cannot claim interface 'org.freedesktop.Hal.Device.Storage.Removable' Jun 11 22:28:46 localhost hald-addon-storage: [32268]: 22:28:46.403 [E] addon-storage.c:813: Cannot claim interface 'org.freedesktop.Hal.Device.Storage.Removable' Jun 11 22:28:46 localhost hald-addon-storage: [32264]: 22:28:46.403 [E] addon-storage.c:813: Cannot claim interface 'org.freedesktop.Hal.Device.Storage.Removable' Jun 11 22:28:46 localhost hald-addon-storage: [32263]: 22:28:46.404 [E] addon-storage.c:813: Cannot claim interface 'org.freedesktop.Hal.Device.Storage.Removable' First thing's first. Stop running it via the init script. hald --verbose=yes --daemon=no --retain-privileges Created attachment 194289 [details]
STDERR output
hald --verbose=yes --daemon=no --retain-privileges
STDERR output
Created attachment 194290 [details]
STDERR output
hald --verbose=yes --daemon=no --retain-privileges
STDERR output
Comment on attachment 194289 [details]
STDERR output
The file was attached as the wrong type - look at the following attachment
Hi! I have also the same problem here :( My hal runner just dies... Any news on this? (In reply to comment #15) > Any news on this? > Unfortunately, no For you too it is installed cardreader? Created attachment 198355 [details]
hald.log
Yep, I've an internal card reader...
I am also attaching my hald.log...
Created attachment 198431 [details]
hald-strace2.txt
Attaching my strace hald output...
I've some news! The problem is GCC 4.4! When I compile my whole system with GCC 4.3.x, HAL works perfectly fine. When I use GCC 4.4, hald does not start and fails. But I don't know, which packages causes this. Hal itself can be compiles with gcc 4.4, if the system is compiled with gcc 4.3. so where could be the problem? o.O (In reply to comment #19) > I've some news! > The problem is GCC 4.4! > > When I compile my whole system with GCC 4.3.x, HAL works perfectly fine. > When I use GCC 4.4, hald does not start and fails. > > But I don't know, which packages causes this. Hal itself can be compiles with > gcc 4.4, if the system is compiled with gcc 4.3. so where could be the problem? > o.O > I was getting a similar error - I recompiled glib-2.20.4 with default CFLAGS using gcc 4.4.1 and that fixed it. You absolutely cannot compile glib (or gtk+) with any even remotely exotic CFLAGS. Anything beyond -O2 (and even -Os sometimes) will cause you problem. This has been known for years, and upstream has no interest in trying to fix it. I thought we were stripping flags in gtk+ and glib already? (In reply to comment #21) > You absolutely cannot compile glib (or gtk+) with any even remotely exotic > CFLAGS. Anything beyond -O2 (and even -Os sometimes) will cause you problem. > This has been known for years, and upstream has no interest in trying to fix > it. > > I thought we were stripping flags in gtk+ and glib already? > We strip flags in gtk+, but not in glib. In glib, we replace -O3 with -O2 on ppc64, and hardened. Maybe we should make that unconditional... @reporter: Can you confirm that building HAL with -O2 instead of -O3 fixes the problem? glib should probably be have CFLAGS stripped too. With GSlice and all... Building glib with -O2 fixed HAL for me. HAL itself works fine with -O3. I'm using gcc-4.4.1 on ~amd64. I'll add another occurrence. glib with -O2 fixed HAL for me. gcc-4.4.1 on ~amd64. *** Bug 285835 has been marked as a duplicate of this bug. *** i can confirm too, emerging glib-2.22.2 with -O2 fixed hal crashes.. hal version 0.5.13-r2, ~amd64 thanks for the tip btw.. Hello, everyone! I must say, that in my case reemerging of dev-libs/glib-2.20.5 with "-O2" flag instead of "-O3" does nothing. The problem remains. But I must also notice, that /etc/init.d/hald doesn't start at boot time, but it perfectly starts after I log-in as root and give the command "/etc/init.d/hald start" by hand. I don't understand the mechanism of such behaviour. I always thought that if the program works - it doesn't matter when to start it: as a boot script or immediately after root logins. But maybe I'm wrong. By the way, I am using gcc-4.4.2 on ~amd64 machine. P.S. I am not sure I'm talking about the same bug you guys are talking about. But I guess, this one is the most similar to mine. Thanks for any help! I was bitten by this bug, too. Reemering glib with pure "-O2" fixed everything. CFLAGS at glib should really be filtered. Fixing this bug was easy, not so finding it: From an hald error to dbus to glib is a long way^^ Edit: On x86_64, CFLAGS before were "-O3 -march=core2", gcc was 4.4.1. sys-apps/hal was removed from tree wrt #313389, closing as OBSOLETE |