John--
Thanks for the suggestion. I finally had a chance to get to the
system in question, It was the only one of many that exhibited the
USB hang. I tried a reboot with the two USB disks
disconnected. Everything worked. I plugged them in, and then did
both "lsusb -v" and "lshw", and again, everything worked.
Continuing my test:
Reboot with both drives plugged in: all worked.
Power off, wait 1 minute for everything to quiet down, power on: all worked.
So, I can't reproduce the problem. I guess I have to blame cosmic
rays or those nasty gremlins that inhabit our IC's. :-) Or is it
related to the annoying spin-down and spin-up delay of external USB
disks. I have issues with the spin-up delay on other CentOS
platforms, and have managed to find a kludge to avoid it most of the
time. Windows 10 seems to handle the delay well.
Thanks for your idea. At least it led me to "lsusb -v".
David
At 05:33 PM 1/11/2018, Stephen John Smoogen wrote:
>On 11 January 2018 at 20:23, david <david(a)daku.org> wrote:
> > Folks
> >
> > I've been running lshw for years in both Centos 6 and Centos 7, yet just
> > recently it started hanging. Neither a Control^C nor a "kill" of the
> > process cured the hang; only a reboot.
> >
>
>Is this just one system or a range of boxes? I just ran it on 2
>different ones running CentOS 7 and it worked fine there. If it is
>just one particular hardware then look through the lshw man page and
>try the versions of something like
>
>lshw -disable usb
>
>to see if it still happens. [It might require other tests also.]
>
>
> > When I run it by hand from the command line, it displays stuff on the next
> > line overwriting it with things like PCI, USB. And USB is the last thing I
> > see. A Control-C does not unlock it.
> >
> > I am running lshw-B.02.18-7.el7.x86_64. The CPU is an Intel I7-3770K,
> > running CentOS 7.4.1708
> >
> > Is there any idea? Is there some alternate program that could list the
> > hardware?
> >
> > Thanks
> >
> > David
> >