Lacie 5Big2 Failed After Firmware Update

[fvdw]

this evening I will do some tests, but a quick google gave me this link
http://superuser.com/questions/333348/t ... s-in-names

So with a small shell script we could use tftp to copy an entire directory. Will need to wait till this evening however before I have time

[Mijzelf]

root@(none):/mp2/shares/3/CLEAN BACKUP/Pictures/2013 # cp -r * /mountpoint/backup/3/2013/* .

The command is cp <options> [files] target. The wildcard is expanded by the shell, so what you are actually saying here is:
cp -r (files in current dir) (files in mountpoint subdir) .
The point on the end means current dir as target, so you are actually trying to copy files from the raidarray to the raidarray. Luckily it's mounted read only, you absolutely don't want to trigger the resync of the array.

Code: Select all

cp -r * /mountpoint/backup/3/2013/

should do, I suppose.

You can try to start a webserver:

Code: Select all

httpd -p 80 -h /mp2

If that works, you can download using a browser, and you can use some 'website ripper' to download 'all'.

[unlucky1]

Hmmm, both failed:

Code: Select all

root@(none):/mp2/shares/3/CLEAN BACKUP/Pictures/2013 # cp -r * /mountpoint/backup/3/2013/
cp: can't create directory '/mountpoint/backup/3/2013/01 - January': No such file or directory
cp: can't create directory '/mountpoint/backup/3/2013/02 - February': No such file or directory
cp: can't create directory '/mountpoint/backup/3/2013/03 - March': No such file or directory
cp: can't create directory '/mountpoint/backup/3/2013/04 - April': No such file or directory
cp: can't create directory '/mountpoint/backup/3/2013/05 - May': No such file or directory
root@(none):/ # httpd -p 80 -h /mp2
-sh: httpd: not found

I'll wait until tonight then to make sure we can do it correctly. Sorry for bugging you at work!

[unlucky1]

Hmm, I tried

busybox httpd -p 80 -h /mp2

And I get a 404 which means it's at least connecting.

[fvdw]

did you check the files syetem on the usb disk as suggested ?

Code: Select all

e2fsck -n -f -v /dev/seg1


the -n means it won't correct faults, lets first see what faults it find
(umount /dev/seg1 first before running e2fsck)

[Mijzelf]

How about

Code: Select all

tcpsvd -vE 0.0.0.0 10021 busybox ftpd /mp2/shares/3

[unlucky1]

Lacie seems to make these .Apple* directories that fail on copies. I found it on google that it causes problems for everything except Macs. I wonder if that's part of our problem.

I'm running the e2fsck now...

[unlucky1]

Code: Select all

e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

    4290 inodes used (0.00%)
     336 non-contiguous files (7.8%)
       8 non-contiguous directories (0.2%)
         # of inodes with ind/dind/tind blocks: 2181/437/0
28783470 blocks used (3.93%)
       0 bad blocks
       1 large file

    4260 regular files
      21 directories
       0 character device files
       0 block device files
       0 fifos
       0 links
       0 symbolic links (0 fast symbolic links)
       0 sockets
--------
    4281 files


[fvdw]

:scratch so to see no error

what happens if you create a test directory on the usb disk

Code: Select all

mkdir /mountpoint/test123

of course mount usb disk first on /mountpoint

[unlucky1]

It worked.

mkdir /mountpoint/test123 worked.