1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
|
<!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>
|
