Running 8.1beta2 on an upcoming nvidia chipset desktop system, the OS does not recognize when a DiskOnKey has been inserted into the system. Booting the system with the DiskOnKey in place will allow the system to recognize and mount the device. If the key is removed and then re-inserted into the same or another USB port, the system can no longer recognize the device. ---------- Action by: ltroan Believe this needs to be escalated to Bugzilla for Engineering to respond directly. Will verify tomorrow. ltroan assigned to issue for HP-ProLiant. Category set to: Installer::Stage 2 Status set to: Waiting on Tech
Escalated to Engineering per their request.
Does the same disk on key device work on other random typical Linux PC systems. Also need Full dmesg including attach/remove/reattach lspci -vxx lsusb for each case If its only happening on the Nvidia then we may be pushed to fix it due to limited documentation.
Ths is Issue Tracker 12406.
COMMENT FROM ISSUE TRACKER per Marcg.Barber... Have seen this same behavior on the next version of the intel desktop chipset as well.
REPEATING ABOVE ENGINEERING REQUEST FOR ADDITIONAL INFORMATION FROM HP.... Per Alan Cox on 12/16/2002........... Does the same disk on key device work on other random typical Linux PC systems. Also need Full dmesg including attach/remove/reattach lspci -vxx lsusb for each case If its only happening on the Nvidia then we may be pushed to fix it due to limited documentation.
Created attachment 89239 [details] dmesg
Created attachment 89240 [details] lspci
Created attachment 89241 [details] lsusb
Input from Marcg.Barber at HP (Issue Tracker)...did not get picked up by Bugzilla. ----- Due to NDA, I am not able to give the requested information from a unit using the nVidia chipset. I have been able to reproduce this on a unit using the older Intel 845GL chipset, and will attach the information requested using this machine as a reference. ---- 3 attachments included above.
/well since we can't test this; please try the rawhide kernel and check if USB hotplug is fixed there..
closing due to inactivity in needinfo