<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<TITLE> [Mageia-dev] HAL woes
</TITLE>
<LINK REL="Index" HREF="index.html" >
<LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20HAL%20woes&In-Reply-To=%3C50181025.6030402%40colin.guthr.ie%3E">
<META NAME="robots" CONTENT="index,nofollow">
<META http-equiv="Content-Type" content="text/html; charset=us-ascii">
<LINK REL="Previous" HREF="017802.html">
<LINK REL="Next" HREF="017803.html">
</HEAD>
<BODY BGCOLOR="#ffffff">
<H1>[Mageia-dev] HAL woes</H1>
<B>Colin Guthrie</B>
<A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20HAL%20woes&In-Reply-To=%3C50181025.6030402%40colin.guthr.ie%3E"
TITLE="[Mageia-dev] HAL woes">mageia at colin.guthr.ie
</A><BR>
<I>Tue Jul 31 19:04:37 CEST 2012</I>
<P><UL>
<LI>Previous message: <A HREF="017802.html">[Mageia-dev] HAL woes
</A></li>
<LI>Next message: <A HREF="017803.html">[Mageia-dev] [soft-commits] [4436] german keyboard: default to variant with enabled deadkeys instead of "nodeadkeys variant" ( mga#3791)
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#17836">[ date ]</a>
<a href="thread.html#17836">[ thread ]</a>
<a href="subject.html#17836">[ subject ]</a>
<a href="author.html#17836">[ author ]</a>
</LI>
</UL>
<HR>
<!--beginarticle-->
<PRE>'Twas brillig, and Frank Griffin at 30/07/12 13:00 did gyre and gimble:
><i> On a pre-/usr cauldron which has intentionally not been updated, wine
</I>><i> apps have suddenly stopped being able to "see" mounted DVDs.
</I>><i>
</I>><i> Checking syslog immediately after ejecting and reloading the disk, I find:
</I>><i>
</I>><i> **************************************************************************
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.664794] sr 0:0:0:0: [sr0]
</I>><i> Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.664798] sr 0:0:0:0: [sr0] Sense
</I>><i> Key : Illegal Request [current]
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.664801] sr 0:0:0:0: [sr0] Add.
</I>><i> Sense: Read of scrambled sector without authentication
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.664805] sr 0:0:0:0: [sr0] CDB:
</I>><i> Read(10): 28 00 00 00 04 00 00 00 02 00
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.664810] end_request: I/O error,
</I>><i> dev sr0, sector 4096
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.664812] Buffer I/O error on
</I>><i> device sr0, logical block 512
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.697982] sr 0:0:0:0: [sr0]
</I>><i> Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.697984] sr 0:0:0:0: [sr0] Sense
</I>><i> Key : Illegal Request [current]
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.664801] sr 0:0:0:0: [sr0] Add.
</I>><i> Sense: Read of scrambled sector without authentication
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.664805] sr 0:0:0:0: [sr0] CDB:
</I>><i> Read(10): 28 00 00 00 04 00 00 00 02 00
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.664810] end_request: I/O error,
</I>><i> dev sr0, sector 4096
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.664812] Buffer I/O error on
</I>><i> device sr0, logical block 512
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.697982] sr 0:0:0:0: [sr0]
</I>><i> Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.697984] sr 0:0:0:0: [sr0] Sense
</I>><i> Key : Illegal Request [current]
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.697987] sr 0:0:0:0: [sr0] Add.
</I>><i> Sense: Read of scrambled sector without authentication
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.697990] sr 0:0:0:0: [sr0] CDB:
</I>><i> Read(10): 28 00 00 00 04 00 00 00 02 00
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.697994] end_request: I/O error,
</I>><i> dev sr0, sector 4096
</I>><i> Jul 29 10:50:50 localhost kernel: [ 302.697996] Buffer I/O error on
</I>><i> device sr0, logical block 512
</I>><i> Jul 29 10:50:50 localhost systemd-udevd[32108]: failed to execute
</I>><i> '/lib/udev/socket:@/org/freedesktop/hal/udev_event'
</I>><i> 'socket:@/org/freedesktop/hal/udev_event': No such file or directory
</I>><i> Jul 29 10:50:50 localhost systemd-udevd[32109]: failed to execute
</I>><i> '/lib/udev/socket:/org/kernel/dm/multipath_event'
</I>><i> 'socket:/org/kernel/dm/multipath_event': No such file or directory
</I>><i> Jul 29 10:50:50 localhost udisksd[29333]: Error opening /etc/crypttab
</I>><i> file: Failed to open file '/etc/crypttab': No such file or directory
</I>><i> (g-file-error-quark, 4)
</I>><i>
</I>><i> Jul 29 10:50:54 localhost haldaemon[27164]: Starting HAL daemon: [FAILED]
</I>><i> Jul 29 10:50:54 localhost systemd[1]: haldaemon.service: control process
</I>><i> exited, code=exited status=2
</I>><i> Jul 29 10:50:54 localhost systemd[1]: Unit haldaemon.service entered
</I>><i> failed state.
</I>><i> Jul 29 10:50:54 localhost systemd[1]: Startup finished in 1s 93ms 504us
</I>><i> (kernel) + 5s 214ms 916us (initrd) + 5min 1s 511ms 645us (userspace) =
</I>><i> 5min 7s 820ms 65us.
</I>><i> *******************************************************************************
</I>><i>
</I>><i>
</I>><i> Based on observation, the stuff timestamped 10:50:50 is the result of
</I>><i> ejecting the disk, and the last few lines timestamped 10:50:54 are the
</I>><i> result of reloading it, with the intervening 4 seconds consumed by
</I>><i> reading the disk headers and such.
</I>><i>
</I>><i> I seem to remember here that nothing is supposed to be using HAL, so
</I>><i> it's puzzling as to why systemd would be trying to start it in response
</I>><i> to the load. It's equally puzzling as to why this should suddenly
</I>><i> affect wine, when nothing's been upgraded (this worked 2 or 3 days ago).
</I>><i>
</I>><i> The disk is correctly mounted and identified by KDE, and is usable by
</I>><i> k3b and command-line utilities. k3b also detects the load event, and
</I>><i> switches its GUI prompt from "insert a disk" to the actual label.
</I>><i>
</I>><i> Is wine still hal-dependent when it ought not to be ?
</I>
FYI systemd is only used here because of a dbus activation request
coming in. Possibly there are still one old udev rules or something
similar that installs it.
Personally I remove haldaemon and lib64halX from my systems and have
done under mga1 too.
I hope it will be gone completely by mga3. I think there is still some
old perl code using it for dealing with install media in drak* as that
was mentioned recently. Also I think draksnapshot uses it too.
Col
--
Colin Guthrie
colin(at)mageia.org
<A HREF="http://colin.guthr.ie/">http://colin.guthr.ie/</A>
Day Job:
Tribalogic Limited <A HREF="http://www.tribalogic.net/">http://www.tribalogic.net/</A>
Open Source:
Mageia Contributor <A HREF="http://www.mageia.org/">http://www.mageia.org/</A>
PulseAudio Hacker <A HREF="http://www.pulseaudio.org/">http://www.pulseaudio.org/</A>
Trac Hacker <A HREF="http://trac.edgewall.org/">http://trac.edgewall.org/</A>
</PRE>
<!--endarticle-->
<HR>
<P><UL>
<!--threads-->
<LI>Previous message: <A HREF="017802.html">[Mageia-dev] HAL woes
</A></li>
<LI>Next message: <A HREF="017803.html">[Mageia-dev] [soft-commits] [4436] german keyboard: default to variant with enabled deadkeys instead of "nodeadkeys variant" ( mga#3791)
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#17836">[ date ]</a>
<a href="thread.html#17836">[ thread ]</a>
<a href="subject.html#17836">[ subject ]</a>
<a href="author.html#17836">[ author ]</a>
</LI>
</UL>
<hr>
<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev
mailing list</a><br>
</body></html>