Lacie 5Big2 Failed After Firmware Update

[unlucky1]

I'll try again without gzip. I'll keep you posted!

[unlucky1]

Started!

Code: Select all

Load average: 0.75 0.18 0.10 2/46 908
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
  907   735 root     R     2244  0.4   0 53.5 dd if /dev/sda2 of /mountpoint/sda2_end.gz bs 1M skip


[unlucky1]

Failed again!

Code: Select all

root@(none):/mountpoint # dd if=/dev/sda2 of=/mountpoint/sda2_end.gz  bs=1M skip=951820
dd: writing '/mountpoint/sda2_end.gz': File too large
2049+0 records in
2047+1 records out
2147483647 bytes (2.0GB) copied, 73.624311 seconds, 27.8MB/s


[Mijzelf]

2147483647 bytes (2.0GB) copied

That is a very revealing value. It's (2^31)-1, the value where a 32 bits signed integer swaps negative.

@fvdw: is this busybox compiled with large file support and stuff? How about uClibc?

@unlucky1: Can you remember the size of the zipped file, when gzip failed?

Okay, dmesg shows nothing alarming:

Phew.

[unlucky1]

@unlucky1: Can you remember the size of the zipped file, when gzip failed?

Sorry, I don't. I checked dmesg but there is nothing there. I'm going back in history. What I have now is this:

Code: Select all

root@(none):/mountpoint # ls -al
total 2110952
drwxr-xr-x    3 root     root          4096 Jul 10 15:37 .
drwxr-xr-x   13 root     root             0 Jul 10 13:33 ..
drwx------    2 root     root         16384 Jul  9 20:24 lost+found
-rw-r--r--    1 root     root     2147483647 Jul 10 15:38 sda2_end.gz
-rw-r--r--    1 root     root      11990312 Jul 10 13:46 sda2_start.gz

Okay and I found the earlier one when gzip failed:

Code: Select all

root@(none):/ # dd if=/dev/sda2 bs=1M skip=951820 | gzip >/mountpoint/sda2_end.gz
gzip: short write
root@(none):/ # cd /mountpoint/
root@(none):/mountpoint # ls
lost+found     sda2_end.gz    sda2_start.gz
root@(none):/mountpoint # ls -al
total 2110952
drwxr-xr-x    3 root     root          4096 Jul 10 13:51 .
drwxr-xr-x   13 root     root             0 Jul 10 13:33 ..
drwx------    2 root     root         16384 Jul  9 20:24 lost+found
-rw-r--r--    1 root     root     2147483647 Jul 10 14:18 sda2_end.gz
-rw-r--r--    1 root     root      11990312 Jul 10 13:46 sda2_start.gz
root@(none):/mountpoint # rm -f sda2_end.gz

[unlucky1]

It looks like it fails when the file size is at 2ish Gb...

[fvdw]

@fvdw: is this busybox compiled with large file support and stuff? How about uClibc?

yes it is...but it doesn't mean all commands can handle them for example also mke2fs of busybox doesn't like disks bigger then 2.2 TB
No idea if dd has a limitation.
Could be that ulibc used to compile busybox static is causing the issue

But why would it need to copy 2 GB as you only want to copy 60 MB :scratch something is wrong there

will try to compile a static version of dd. (with using glibc static libs)

[fvdw]

attached

dd-64 (=dd static compiled with glibc libs)


unpack in tftp folder and upload it to/sbin and make it executable (chmod 755 /sbin/dd-64)
Run it with using dd-64 instead of dd

[unlucky1]

Finished fast. That look right to you?

Code: Select all

root@(none):/ # dd-64 if=/dev/sda2 of=/mountpoint/sda2_end.gz bs=1M skip=951820
72+0 records in
72+0 records out
75497472 bytes (75 MB) copied, 6.65316e-279 s, -0.0 MB/s

root@(none):/mountpoint # ls -al
total 85552
drwxr-xr-x    3 root     root          4096 Jul 10 15:37 .
drwxr-xr-x   13 root     root             0 Jul 10 13:33 ..
drwx------    2 root     root         16384 Jul  9 20:24 lost+found
-rw-r--r--    1 root     root      75497472 Jul 10 17:17 sda2_end.gz
-rw-r--r--    1 root     root      11990312 Jul 10 13:46 sda2_start.gz

[unlucky1]

And thanks for the quick upload!