Date: Mon, 30 Apr 2007 13:28:57 -0400 From: Joe Marcus Clarke <marcus@marcuscom.com> To: Michael Nottebrock <lofi@freebsd.org> Cc: gnome@freebsd.org, David Southwell <david@vizion2000.net>, kde@freebsd.org Subject: Re: [kde-freebsd] var/log/messages umass da0 >6 how to stop? Message-ID: <1177954137.41920.12.camel@shumai.marcuscom.com> In-Reply-To: <200704301924.33576.lofi@freebsd.org> References: <200704300301.22102.david@vizion2000.net> <200704301832.12814.lofi@freebsd.org> <200704301001.08628.david@vizion2000.net> <200704301924.33576.lofi@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-/77lqacLMIO5nYCs5nPz Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2007-04-30 at 19:24 +0200, Michael Nottebrock wrote: > On Monday, 30. April 2007, David Southwell wrote: > > On Monday 30 April 2007 09:32:07 Michael Nottebrock wrote: > > > On Monday, 30. April 2007, David Southwell wrote: > > > > [ Device probing message spam ] > > > > [...] > > > > > > > > Can anyone help further? > > > > > > The short explanation: Those messages are generated by the kernel and > > > triggered by the continuous polling of hald for media. The correct fi= x > > > would be making the kernel less verbose - I don't know if anyone is > > > working on that at the moment. > > > > > > There is very little you can do about it as it is - you can make sure= to > > > configure newsyslog so that /var/log/messages and its backup copies d= on't > > > overflow your /var filesystem by editing /etc/newsyslog.conf and you = can > > > configure syslogd to write messages you care about to separate logs s= o > > > they don't get lost too quickly in the kernel spam. > > > > > > Cheers, > > > > Thank you Michael. > > > > I gather, from what you say, that there are no configuration options fo= r > > hald to prevent this happening. >=20 > I think there is, probably by generating some additional policy XML files= , but=20 > I'll pass on that question (how to prevent hal from polling specific=20 > devices/classes of devices/all devices) to the HAL maintainers at gnome@=20 > (cc'd). Polling can be disabled on a per device basis. It has been discussed on freebsd-gnome in the past. >=20 > Preventing hald from polling the devices would more or less defeat its pu= rpose=20 > though - it exists and runs to detect media insertions/changes and pass t= hem=20 > on the desktop applications (via DBUS) so they can react to it - like=20 > displaying an icon your desktop. Perhaps there is a way to lengthen the s= can=20 > interval, perhaps even specific to certain devices or certain device clas= ses? >=20 > Like I said, the real fault in my opinion is with the kernel, which is si= mply=20 > way too verbose and lacks means of making it less so. Complaining about t= hat=20 > on current@freebsd.org might help, but only in the medium term (it takes = a=20 > while for changes to happen and trickle down into FreeBSD releases). This is where the real solution lies. If polling is disabled for this device, then it will be treated like a floppy disk in that you will need vfs.usermount=3D1, an entry in /etc/fstab, and a user-owned mount point in order to mount media. If the kernel were less verbose about missing media cases, then there would be no reason for users to complain. current@ would be a good list on which to raise this issue. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-/77lqacLMIO5nYCs5nPz Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGNidXb2iPiv4Uz4cRAut7AJ9zWVIaJepnEg5CkLQKIPw8xaf2WACfZ3PA r0uCQqBalfdQymJj5uGuqvw= =CM4l -----END PGP SIGNATURE----- --=-/77lqacLMIO5nYCs5nPz--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1177954137.41920.12.camel>