Date: Sat, 12 Sep 2009 12:50:33 -0400 From: Joe Marcus Clarke <marcus@marcuscom.com> To: Nikolay Tychina <niktychina@gmail.com> Cc: gnome@freebsd.org, ports@freebsd.org, Matthew Seaman <m.seaman@infracaninophile.co.uk> Subject: Re: FreeBSD Port: hal-0.5.11_26 Message-ID: <1252774233.97925.75.camel@shumai.marcuscom.com> In-Reply-To: <fe3551530909120635o3fa0c3d8o46b6b204b83a7cb0@mail.gmail.com> References: <fe3551530909120504i7a8319c4h15affa05d20e6387@mail.gmail.com> <4AAB9BB6.2040700@infracaninophile.co.uk> <fe3551530909120606k5d371be9p7ee3a938faaef07f@mail.gmail.com> <4AAB9F79.4080906@infracaninophile.co.uk> <fe3551530909120635o3fa0c3d8o46b6b204b83a7cb0@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-/UZhvyVgg0VK1hlIaIp6 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-09-12 at 17:35 +0400, Nikolay Tychina wrote: > 2009/9/12 Matthew Seaman wrote: > > > > If hald is in a state where it won't respond to a kill -9 then you have > > no alternative but to hit the big red button and force your machine to > > reboot in order to get rid of it. hald shouldn't ever get into that st= ate > > -- it used to happen to programs using resources on a NFS drive if the = NFS > > server went away suddenly, and you'ld see lots of 'D's in the STAT colu= mn > > of ps(1}'s -auxwww output. That is about the only way to achieve that e= ffect > > I know of, and it shouldn't affect a system daemon like hald though. > > >=20 >=20 > Here's ps output: > > ps auxww | grep hal > haldaemon 1240 0,0 0,2 6812 4012 ?? Ds 12:17 0:15,38 > /usr/local/sbin/hald > root 1244 0,0 0,1 5776 2140 ?? I 12:17 0:00,04 > hald-runner > root 1252 0,0 0,1 5600 1732 ?? I 12:17 0:00,01 > hald-addon-mouse-sysmouse: /dev/psm0 (hald-addon-mouse-sy) > root 1258 0,0 0,1 5600 1732 ?? I 12:17 0:00,01 > hald-addon-mouse-sysmouse: /dev/ums0 (hald-addon-mouse-sy) > root 1261 0,0 0,1 3652 1432 ?? S 12:17 0:02,30 > hald-addon-storage: /dev/cd0 (hald-addon-storage) > nicholas 1471 0,0 0,2 8084 3692 ?? S 12:20 0:00,64 > /usr/local/libexec/gvfs-hal-volume-monitor > root 2513 0,0 0,1 3652 1292 ?? DE 15:46 0:00,21 > hald-probe-scsi: /dev/da1 (hald-probe-scsi) > root 2514 0,0 0,1 3652 1240 ?? I 15:46 0:00,01 > /usr/local/libexec/hald-addon-storage > nicholas 3735 0,0 0,1 3340 1152 p1 S+ 17:31 0:00,00 grep h= al >=20 > I noticed, if i plug/unplug my mobile phone (it works as flash drive) for > several times, usb can brake. I.e. when i plug phone again nothing is bei= ng > shown in dmesg. Could usb cause this hald state? This has been reported before. You need to make sure you unmount any volumes related to that USB device before removing it. The new USB stack will allow hal to force the unmount, but that isn't coming until hal-0.5.13, and won't be available unless you're running 8.X or higher. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-/UZhvyVgg0VK1hlIaIp6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkqr0VgACgkQb2iPiv4Uz4dDkQCcDnl403bx4VXWVYIHyNtd32J1 AzIAni6Y5CE1tj0EqjAV/ihokgDMVeKB =kyuH -----END PGP SIGNATURE----- --=-/UZhvyVgg0VK1hlIaIp6--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1252774233.97925.75.camel>