| Summary: | sys-apps/hal: hald crashing when i plug WD USB HDD (4TB) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Denys <nuclearcat> |
| Component: | Current packages | Assignee: | Daniel Gryniewicz (RETIRED) <dang> |
| Status: | RESOLVED OBSOLETE | ||
| Severity: | normal | CC: | esigra, freedesktop-bugs, robert.jalics, robert1peter |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 313389 | ||
| Bug Blocks: | |||
|
Description
Denys
2009-10-08 13:47:36 UTC
Could you please test if this bug also exists in sys-apps/hal-0.5.13-r2? See bug 284744 comment 7 for the necessary keywords. I have a similar problem with a Western Digital USB HD (1TB) and sys-apps/hal-0.5.13-r2. hald crashes when plugging in the device. Did you solve this? You have a very different version of glib from me. What version of glib do you have? Seems to be glib's fault. I compiled and installed recent glib from git and the problem went away. (In reply to comment #4) > Seems to be glib's fault. I compiled and installed recent glib from git and the > problem went away. > that still doesn't tell me which glib version you used in the first place, nor if you used some live glib ebuild that I'm not aware of and might not do things as we do it in gentoo. > that still doesn't tell me which glib version you used in the first place, nor
> if you used some live glib ebuild that I'm not aware of and might not do things
> as we do it in gentoo.
I'm sorry, I forgot to tell: I used glib-2.22.2 (on ~amd64)
Seeing this bug here as well on x86 Tested with: dev-libs/glib ~2.22.3 sys-apps/hal ~0.5.14 sys-fs/udev 146-r1 (and more, will report more later) EXT3 FS on sda1, internal journal EXT3-fs: mounted filesystem with writeback data mode. usb 1-7: new high speed USB device using ehci_hcd and address 8 usb 1-7: configuration #1 chosen from 1 choice scsi9 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 8 usb-storage: waiting for device to settle before scanning input: Western Digital My Book as /class/input/input5 generic-usb 0003:1058:1104.0004: input: USB HID v1.11 Device [Western Digital My Book] on usb-0000:00:1d.7-7/input1 hald[10250]: segfault at 89d8 ip b7fe1fc5 sp bfbdbee8 error 4 in libglib-2.0.so.0.2200.3[b7f8b000+ca000] (it also fails immediately in the same way if the drive is mounted, and hald is started) for glib-2.22.3, please refer to bug #297483 (In reply to comment #8) > for glib-2.22.3, please refer to bug #297483 I don't think that this is a general glib problem, I think that it's very specific to WD external disks (for some reason). I only upgraded to ~glib to try and fix this problem. I only upgraded to ~glib having seen it mentioned in this thread hoping for a fix. At some point last year, I encountered this problem, but managed to find a hal version that wasn't affected. I (foolishly) removed the lines from package.mask in order to update world, and re-encountered this problem. Unfortunately, I have no record of which version(s) of these programs I was using. ( I think that it was sys-apps/hal-0.5.11-r9 ) Plugging in other disks doesn't cause hal to fail, just my WD 'My Book' (hal crashes immediately after it is plugged in) Just found a forum post I made when I last had this problem (whoops) http://forums.gentoo.org/viewtopic-t-783506.html I have hal working with: dev-libs/glib-2.20.5-r1 (built with -O2) sys-apps/hal-0.5.14 (built with -O0) Workaround: Build hal with CFLAGS="-O0" Are you sure you aren't hitting bug 299385? (In reply to comment #11) > Are you sure you aren't hitting bug 299385? > I don't think so (but I'm far from certain). This bug occurs on device connection (or, if the device is already connected, when hal is started) - I don't imagine that umount.hal is called. Can you suggest a way of testing? Bug 299385 is fixed upstream, I'll test for this bug when >sys-apps/hal-0.5.14 is released bug 299385 is fixed on Gentoo, too. Just update to 0.5.14-r1, and see if the problem goes away. sys-apps/hal was removed from tree wrt #313389, closing as OBSOLETE |
