Jan 02

Several of my colleagues are using the same TS-109 NAS server as we are using at home. We recently discussed how you can access the user data from a mirrored Q-RAID1 external drive after the drive has been ejected and disconnected from the NAS server. For example, let’s say that the NAS’ internal drive experienced a severe error and you want to install a new replacement internal drive. As opposed to trying to rely on the Q-RAID1 sync process, can you just copy the content from the Q-RAID1 external drive to the newly installed internal drive?

Plugging External Drive into an Ubuntu 7.10 System

I ejected the external Q-RAID1 drive from the 109 and plugged it into my Ubuntu system via USB. Two of the three filesystems were automatically mounted, but the one with the user data was not. Bummer. A bit of Googling didn’t help. This error comes up in dmesg after executing the mount command:

EXT3-fs: sdb3: couldn’t mount because of unsupported optional features (40).

Plugging External Drive into Front USB Port of TS-109

I also took this external drive and plugged it into the front USB port on the 109. After sshing into the NAS server, I was able to manually mount the drive:

# dmesg


usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
Vendor: ST350063 Model: 0AS Rev:
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sdi: 976773168 512-byte hdwr sectors (500108 MB)
sdi: assuming drive cache: write through
SCSI device sdi: 976773168 512-byte hdwr sectors (500108 MB)
sdi: assuming drive cache: write through
sdi: sdi1 sdi2 sdi3 sdi4
Attached scsi disk sdi at scsi8, channel 0, id 0, lun 0
Attached scsi generic sg8 at scsi8, channel 0, id 0, lun 0, type 0
usb-storage: device scan complete
# cd /mnt
# mkdir test1
# mount -t ext3 /dev/sdi3 /mnt/test1
# df -k
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/ram0 8919 6999 1920 78% /
/dev/sda4 59493 47901 11592 81% /mnt/ext
/dev/sda1 521748 100384 421364 19% /mnt/HDA_ROOT
/dev/sda3 479596976 109449824 370147152 23% /share/HDA_DATA
/dev/sdb1 521748 98848 422900 19% /mnt/HDB_ROOT
/dev/sdb3 479596976 13853256 465743720 3% /share/HDB_DATA
/dev/sdi3 479596976 109727104 369869872 23% /mnt/test1

# ls test1
Public/ Qdownload/ Qmultimedia/ Qusb/ Qweb/ documents/ lost+found/ pictures/

(In this example, I’ve attached a new eSATA drive as Q-RAID1 that is in the process of be sync’d up with the internal drive. This is why HDB_DATA is so small compared to HDA_DATA.)
Manually copying files of interest from one of your Q-RAID1 drives is an option if you experience a fatal error with the internal drive:

  1. install and format a new internal drive in the NAS server
  2. connect your Q-RAID1 external drive via USB and manually mount the 3rd partition (the one with user data)
  3. from the command line copy files of interest to the newly formatted internal drive (/share/HDA_DATA).

Leave a Reply

preload preload preload