home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   alt.os.linux.mint      Looks pretty on the outside, thats it!      30,566 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 30,187 of 30,566   
   Paul to David B.   
   Re: Messages when (re)booting   
   10 Jan 26 09:37:14   
   
   From: nospam@needed.invalid   
      
   On Sat, 1/10/2026 8:33 AM, David B. wrote:   
   > On 10/01/2026 10:30, Monsieur wrote:   
   >> I've been using my new Dell Optiplex mini-pc for a few months now, and it   
   works fine, but when (re)booting Mint the pc takes about 2 minutes to go   
   through these messages:   
   >>   
   >> https://i.postimg.cc/c135HzPM/boot.png   
   >>   
   >> Anyone knows what it all means and what could be the cause? I suspect it   
   might have something to do with my external 10-port usb-hub (which does have   
   some quirks), but I'm not sure.   
   >   
   > *Common Causes for these specific errors*   
   >   
   > (Provided by Gemini AI)   
   >   
   > Based on the exact error codes (-110 and -62) shown in your image:   
   >   
   > Power Insufficiency: Error -110 is very frequently caused by a device (like   
   an external hard drive or a USB wifi dongle) drawing more power than the port   
   can provide.   
   >   
   > Hardware Damage: The logs could indicate a physically damaged USB port or a   
   failing cable.   
   >   
   > Faulty USB Hub: Since the error is on "port 8.1," it often points to a   
   device plugged into an internal or external USB Hub rather than directly into   
   the motherboard.   
      
   ********** CoPilot Question **********   
      
   Using a Dell Optiplex Mini with external USB ten port hub,   
   the following errors are noted in Linux DMESG output. What is the   
   most likely root cause of the messages appearing, and especially   
   so late after the system is started ?   
      
   [ 3150.961207] usb 1-8.1: device descriptor read/64, error -110   
   [ 3166.833196] usb 1-8.1: device descriptor read/64, error -110   
   [ 3182.785122] usb 1-8.1: device descriptor read/64, error -110   
   [ 3188.757114] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device   
   command   
   [ 3194.389097] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device   
   command   
   [ 3194.597039] usb 1-8.1: device not accepting address 26, error -62   
   [ 3194.597383] usb 1-8.1: WARN: invalid context state for evaluate context   
   command.   
   [ 3200.021096] xhci_hcd 000e:00:14.0: Timeout while waiting for setup device   
   comnand   
   [ 3205.653061] xhci_hcd 60ee:00:14.0: Timeout while waiting for setup device   
   command   
   [ 3205.861001] usb 1-8.1: device not accepting address 27, error -62   
   [ 3285.861386] usb 1-8.1: WARN: invalid context state for evaluate context   
   command.   
   [ 3205.861560] usb 1-8-port1: unable to enumerate USB device   
      
   ********** CoPilot Answer **********   
      
   [ The cites provided are OK, but not very strong... ]   
      
      https://bbs.archlinux.org/viewtopic.php?id=245671   
      
      https://access.redhat.com/solutions/30436  <=== paywall   
      
      https://askubuntu.com/questions/1535782/usb-boot-error-device   
   descriptor-read-64-error-110   
      
   ### Direct answer   
      
   The most likely root cause is **a marginal USB link on port `1-8.1` of your   
   external hub** -   
   either a failing device, a bad cable, or more commonly in your setup,   
      
      **insufficient/unstable power on the 10‑port USB hub**   
      
   - causing repeated USB enumeration timeouts and address‑set failures. The   
   messages appear late   
   because the problematic device/port only starts failing or getting   
   re‑enumerated some time   
   after boot (due to hotplug, movement, or power fluctuation), so the kernel   
   logs these errors   
   when that happens, not at startup.   
      
   ********** End CoPilot Answer **********   
      
   You would check the hub box for an external barrel power input.   
   There is a limit to how much power the wall adapters provide for this   
   purpose, and 5V @ 3A or 5V @ 4A might be as generous as they   
   will drive through the barrel plug. When they make a product   
   and include the adapter in the box, usually there is not enough   
   power to give each and every port 950mA (on a USB3 hub). Once   
   you start hanging 2.5" HDD (like a Passport) off the hub, there   
   just isn't enough power for everything else. Spinup can draw 1 ampere   
   on a Passport 2.5" HDD. The power draw drops as the Passport settles   
   to idle power and remains spinning. If you were to run several Passports   
   off the hub, eventually the wall adapter would shut down on overload.   
      
   In the old days, connecting power to an external hub, could cause back-flow   
   up the cable when the PC shuts down. This could influence the RESET circuit   
   and cause the PC to "not boot" on the next attempt to boot. Unplugging the   
   USB connector from the back of the PC would break the backflow and allow   
   the PC to start. But there haven't been any reports of this for years, so   
   my assumption is, they've placed Schottky diodes or used a small relay,   
   to isolate the PC VCC on the USB cable leaving the PC, from the adapter   
   +5V, and then there are no more refusals to boot.   
      
   While the USB config information could be improperly formatted for the job,   
   that's unlikely to be it. There are a few hardware devices, that have   
   "missing ports" and their config space may claim "I have 16 ports" when   
   the physical hardware only has 5 ports. Then, if you have a detailed   
   log, you are entertained by 11 attempts to communicate with the missing ones.   
   But hubs like this, they chain silicon chips, and each device in the chain,   
   only   
   declares its own characteristics as a chip and does not speak for the   
   other chips that work as a team. This is perfectly OK and the BIOS and   
   OS can traverse the chip tree with no problem.   
      
      Paul   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca