On Thu, Aug 18, 2022, 08:43 Rich Shepard <[email protected]> wrote:
> A few months ago you helped me re-do the MediaSonic Probox external drive > enclosure. I replaced all four hard drives with WD RED 2T drives. > > Bay 1 is mounted as /media/data2/, bay 2 is mounted as /media/data3, and > bays 3 and 4 are a RAID1 (/dev/md0) mounted as /media/backup. > > Yesterday my dirvish backup reported rsync errors with /media/data2/ and > /media/data3/. I sent one error report to the dirvish mail list (since > they're both the same rsync input/output errors. No response yet. > > I've uploaded one dirvish error report (as temp.tmp) to > <tinyurl.com/4fb96cku> because at 201 lines it's too large to include in > this message. It will remain there for 5 days. > > The two drives are entered in /etc/fstab as: > UUID=b50f1824-45ee-4623-adc7-ea737a88902b /media/data2 ext4 > auto,users,rw 1 2 > UUID=8b47d782-8e1c-46bb-b314-0c53d90d6fac /media/data3 ext4 > auto,users,rw 1 2 > > and fdisk -l reports: > The primary GPT table is corrupt, but the backup appears OK, so that will > be used. > Disk /dev/sdi: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors > Units: sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disklabel type: gpt > Disk identifier: 516A555D-993E-4F90-97A5-D698B61E7170 > > The primary GPT table is corrupt, but the backup appears OK, so that will > be used. > Disk /dev/sdj: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors > Units: sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disklabel type: gpt > Disk identifier: E999846E-C55C-4DF6-8656-F7B68F542F6C > > lsblk doesn't include them. > > This all worked fine until Wednesday night. > > I think the fstab UUIDs are for the partitions /dev/sdi1 and /dev/sdj1 > rather than for /dev/sdi and /dev/sdj. > > Could the WD RED drives have failed so quickly? > > Should I run fsck? If so, do I specify /dev/sdi and /dev/sdj or the *1 > partitions? > > I need the data on these disks. Fortunately, I've added nothing to either > on > Tuesday so the backups through Tuesday are all okay. > > Rich > . I have no time to look through the logs - others will hopefully do. That said, I would not blame the disks as top suspect. Raid over usb attached disk array will fail sooner or later. That has been discussed (and ignored, I understand the inconvenience) a lot here in respect to these MediaSonic enclosures. Not wanting to repeat the same over and over .... JBOD or Btrfs or zfs are better choices - over usb disk array IMHO. Please weight the above as general advice - logs may have real root cause - which will likely support this. -Tomas
