March 18, 201214 yr LS, In the last two weeks I have experienced 2 cases where my USB mount fails, the unraid system is still up and the unraid menu stil works but UNMENU will only load its primary page (with an html error down where the syslog should be), and every click in the unmenu menu results in an html error. From console /boot is empty and the /dev/ for usb drive is gone. After a reboot everything is back to normal. Since the move yesterday I have moved my usb drive to a usb port on the breakout panel back of the motherboard (it was located into a usb expansion bracket). I am using a new Kingston 16GB USB 2.0 Hi-Speed DataTraveler Micro I saved a piece of the syslog that (I think, not sure) shows the moment the connection got lost: Mar 17 11:24:10 Tower kernel: scsi 6:0:0:0: Direct-Access Kingston DT Micro PMAP PQ: 0 ANSI: 0 CCS Mar 17 11:24:10 Tower kernel: [9765]: scst_suspend_activity:599:suspend_count 0 Mar 17 11:24:10 Tower kernel: [9765]: scst_susp_wait:578:wait_event() returned 0 Mar 17 11:24:10 Tower kernel: [9765]: scst_suspend_activity:644:Waiting for 0 active commands finally to complete Mar 17 11:24:10 Tower kernel: [9765]: scst_susp_wait:578:wait_event() returned 0 Mar 17 11:24:10 Tower kernel: [9765]: __scst_resume_activity:675:suspend_count 0 left Mar 17 11:24:10 Tower kernel: [9765]: scst: scst_register_device:792:Attached to scsi6, channel 0, id 0, lun 0, type 0 Mar 17 11:24:10 Tower kernel: usb-storage: device scan complete Mar 17 11:24:10 Tower kernel: sd 6:0:0:0: [sdj] 30712320 512-byte logical blocks: (15.7 GB/14.6 GiB) Mar 17 11:24:10 Tower kernel: sd 6:0:0:0: [sdj] Write Protect is off Mar 17 11:24:10 Tower kernel: sd 6:0:0:0: [sdj] Mode Sense: 23 00 00 00 Mar 17 11:24:10 Tower kernel: sd 6:0:0:0: [sdj] Assuming drive cache: write through Mar 17 11:24:10 Tower kernel: sd 6:0:0:0: [sdj] Assuming drive cache: write through Mar 17 11:24:10 Tower kernel: sdj: sdj1 Mar 17 11:24:10 Tower kernel: sd 6:0:0:0: [sdj] Assuming drive cache: write through Mar 17 11:24:10 Tower kernel: sd 6:0:0:0: [sdj] Attached SCSI removable disk Mar 17 11:24:44 Tower kernel: FAT: Directory bread(block 8192) failed The last line then is repeated an uncountable number of times. The usb drive is never physically removed and is not "loose", so that is not it. A few things I would appreciate some help on: 1) Suppose this still comes back, is it then a sign of a failing USB drive and should I replace it ? I like the physical characteristics of this flashdrive (really nice and small), if I need a new one should I buy the same or can someone advice a "better"one ? 2) Is there a risk in this happening ? If I were not using UNMENU i probably even would not have noticed (and I am now tinckering with the system a lot because it is new, so I noticed), could something go wrong if the system looses the flashdrive? 3) After I put the usb drive in another usb slot and rebooted the system (after a clean shutdown) I noticed a parity check got triggered, is that the result of the flashdrive now in a different /dev/ ? (this just to understand the system, parity check completed without any errors) Thanks in advance !
Archived
This topic is now archived and is closed to further replies.