August 26, 20187 yr I'm using the Unassigned Devices plugin to copy a large number of files to a 6TB Seagate USB external drive. After mounting and sharing it, I used MC to copy almost 3TB over 18 hours with no apparent problems. However, after it finished copying a large folder the drive somehow got unmounted and will not mount again, even after rebooting the server. However, it still works fine when plugged into a Windows 10 machine. Below are the contents of the log file and attached Diagnostics zip file. Any ideas? Thanks! tower-diagnostics-20180825-2133.zip Aug 25 21:21:55 Tower kernel: sd 8:0:0:0: [sdg] Very big device. Trying to use READ CAPACITY(16). Aug 25 21:21:55 Tower kernel: sd 8:0:0:0: [sdg] 11721045167 512-byte logical blocks: (6.00 TB/5.46 TiB) Aug 25 21:21:55 Tower kernel: sd 8:0:0:0: [sdg] 4096-byte physical blocks Aug 25 21:21:55 Tower kernel: sd 8:0:0:0: [sdg] Write Protect is off Aug 25 21:21:55 Tower kernel: sd 8:0:0:0: [sdg] Mode Sense: 4f 00 00 00 Aug 25 21:21:55 Tower kernel: sd 8:0:0:0: [sdg] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Aug 25 21:21:55 Tower kernel: sd 8:0:0:0: [sdg] Very big device. Trying to use READ CAPACITY(16). Aug 25 21:21:55 Tower kernel: sdg: sdg1 sdg2 Aug 25 21:21:55 Tower kernel: sd 8:0:0:0: [sdg] Very big device. Trying to use READ CAPACITY(16). Aug 25 21:21:55 Tower kernel: sd 8:0:0:0: [sdg] Attached SCSI disk Aug 25 21:21:55 Tower rc.diskinfo[8536]: SIGHUP received, forcing refresh of disks info. Aug 25 21:21:55 Tower rc.diskinfo[8536]: PHP Warning: Use of undefined constant ID_MODEL - assumed 'ID_MODEL' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 470 Aug 25 21:21:55 Tower rc.diskinfo[8536]: PHP Warning: Use of undefined constant SERIAL_SHORT - assumed 'SERIAL_SHORT' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 470 Aug 25 21:21:55 Tower unassigned.devices: Disk with serial 'ST6000DM003-2CY186_WF2089AM', mountpoint 'Seagate' is not set to auto mount and will not be mounted... Aug 25 21:21:55 Tower rc.diskinfo[8536]: PHP Warning: Use of undefined constant byte11h - assumed 'byte11h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Aug 25 21:21:55 Tower rc.diskinfo[8536]: PHP Warning: Use of undefined constant byte10h - assumed 'byte10h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Aug 25 21:21:55 Tower rc.diskinfo[8536]: PHP Warning: Use of undefined constant byte9h - assumed 'byte9h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Aug 25 21:21:55 Tower rc.diskinfo[8536]: PHP Warning: Use of undefined constant byte8h - assumed 'byte8h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Aug 25 21:21:55 Tower rc.diskinfo[8536]: PHP Warning: Use of undefined constant byte15h - assumed 'byte15h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Aug 25 21:21:55 Tower rc.diskinfo[8536]: PHP Warning: Use of undefined constant byte14h - assumed 'byte14h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Aug 25 21:21:55 Tower rc.diskinfo[8536]: PHP Warning: Use of undefined constant byte13h - assumed 'byte13h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Aug 25 21:21:55 Tower rc.diskinfo[8536]: PHP Warning: Use of undefined constant byte12h - assumed 'byte12h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Aug 25 21:21:55 Tower unassigned.devices: Disk with serial 'ST6000DM003-2CY186_WF2089AM', mountpoint 'ST6000DM003-2CY186_WF2089AM-part1' is not set to auto mount and will not be mounted... Aug 25 21:22:08 Tower unassigned.devices: Adding disk '/dev/sdg1'... Aug 25 21:22:08 Tower unassigned.devices: No filesystem detected on '/dev/sdg1'. Aug 25 21:22:08 Tower unassigned.devices: Partition 'ST6000DM003-2CY186_WF2089AM-part1' could not be mounted... Aug 25 21:22:08 Tower unassigned.devices: Adding disk '/dev/sdg2'... Aug 25 21:22:08 Tower unassigned.devices: Mount drive command: /sbin/mount -t exfat -o auto,async,noatime,nodiratime,nodev,nosuid,umask=000 '/dev/sdg2' '/mnt/disks/Seagate' Aug 25 21:22:08 Tower kernel: usb 2-1: reset SuperSpeed USB device number 10 using xhci_hcd Aug 25 21:22:09 Tower unassigned.devices: Mount of '/dev/sdg2' failed. Error message: fuse: mountpoint is not empty fuse: if you are sure this is safe, use the 'nonempty' mount option FUSE exfat 1.2.7 Aug 25 21:22:09 Tower unassigned.devices: Partition 'Seagate' could not be mounted... Aug 25 21:22:41 Tower unassigned.devices: Adding disk '/dev/sdg1'... Aug 25 21:22:41 Tower unassigned.devices: No filesystem detected on '/dev/sdg1'. Aug 25 21:22:41 Tower unassigned.devices: Partition 'ST6000DM003-2CY186_WF2089AM-part1' could not be mounted... Aug 25 21:22:41 Tower unassigned.devices: Adding disk '/dev/sdg2'... Aug 25 21:22:41 Tower unassigned.devices: Mount drive command: /sbin/mount -t exfat -o auto,async,noatime,nodiratime,nodev,nosuid,umask=000 '/dev/sdg2' '/mnt/disks/Seagate' Aug 25 21:22:41 Tower unassigned.devices: Mount of '/dev/sdg2' failed. Error message: fuse: mountpoint is not empty fuse: if you are sure this is safe, use the 'nonempty' mount option FUSE exfat 1.2.7 Aug 25 21:22:41 Tower unassigned.devices: Partition 'Seagate' could not be mounted... Edited August 26, 20187 yr by fersal
August 27, 20187 yr Author Is it possible that this is caused by a bug in the Unassigned Devices plugin? If so, hopefully the developer sees this topic. Any opinions please?
August 27, 20187 yr First update unRAID to 6.5.3. Then see if there's an update for the UD plugin. If you still have a problem read the support thread for the plugin and if you don't find an answer then post there. My guess is that the problem is probably caused by the exFAT format you're using. Why not use NTFS or one of the Linux file systems instead?
August 27, 20187 yr Author Thanks, I'll upgrade and check. As I understand it, exFAT has very large file size limits. The USB drive was originally NTFS-formatted, but it didn't show up as a SMB share on WIndows 10, so I repartitioned and reformatted using exFAT it to see if that would fix the problem. It didn't, so I tried Midnight Commander and the share did appear there, so I started copying. It's weird that the error occurred after copying 3TB of data without issues. Let's see if an upgrade takes care of it, thanks!
August 27, 20187 yr Author Thanks, that helped, after upgrading to 6.5.3 I had no problems resuming the copy to the USB drive using MC... actually it's now copying twice as fast as before! However, the share still did not show up in WIndows 10, only in MC.
August 27, 20187 yr It might be stating the obvious but have you set the Share slide switch to enable sharing? EDIT: Maybe toggle it off and then on again in case something has got confused. Edited August 27, 20187 yr by John_M Added toggle suggestion
August 27, 20187 yr Author Yes I did set the Share switch from the beginning thanks, if not I don't think it would've showed up in MC? But still not visible from Win 10.
August 27, 20187 yr 3 minutes ago, fersal said: I don't think it would've showed up in MC MC running on unRAID itself? No it doesn't need to be shared to show up under /mnt/disks/ It just needs to be mounted. Maybe your smb-extra.conf file got messed up, which is why I added the suggestion to toggle sharing off and on again.
Archived
This topic is now archived and is closed to further replies.