Will Dyson on 2 Nov 2006 20:49:14 -0000 |
On 11/1/06, Art Alexion <art.alexion@verizon.net> wrote: On Wednesday 01 November 2006 02:17, Will Dyson wrote: > On 10/31/06, Art Alexion <art.alexion@verizon.net> wrote: > > Right. That is the problem. The script is 20hal. It starts hald. I > > attached it earlier. I don't think the script itself is the problem, > > though, because I can't start hal in daemonized mode even without the > > script. > > Hmm. If you run 'hald --daemon=no' in a terminal, do the things that > depend on it start working? Like lshal, for example. That would be > strange if it did, I think.
It looks like you killed hald before it had a chance for the 250 second time-out to fire. I would be somewhat interested in seeing a longer run (gzip the output). In this trace, it appeared to be still working on probing your serial ports when killed. It thinks you have 48 serial ports, btw. This could be one reason it is taking longer than 250 seconds to startup. It is doing a fair amount of work to probe each port, which apparently includes re-reading all of its xml config files and forking a child. Nobody has accused hald of being efficient :( Could you post the output of 'ls -l /dev/ttyS*' please? My system shows just the 4 entries that you would expect. Is your udev getting confused for some reason? Also, have you tried simply reinstalling the udev and hal packages? Please try reinstalling the udev package first, as I suspect that is the root of the problem. -- Will Dyson ___________________________________________________________________________ Philadelphia Linux Users Group -- http://www.phillylinux.org Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug
|
|