Hi Ted,
many thanks for dealing with this matter! Unfortunately I cannot produce such a 'dirty' partitition/filesystem, as my QNAP-NAS heavily crashed during rebuild of that partitition sdc3 onto another disk and finally died (it is away for warranty repair ;-). The disk I have here is the disk which always remained in the NAS, I call it disk #2. Disk #1 I had pulled out and plugged in again to check whether the promised feature of hot-plugging and RAID1 really works. So, the information I can provide you with is the 'good' disk, which never was rebuilt! (I now plugged it into a external eSATA-box to collect this information).
Gerät boot. Anfang Ende Blöcke Id System
/dev/sdc1 * 1 66 530113+ 83 Linux
/dev/sdc2 67 132 530145 82 Linux Swap / Solaris
/dev/sdc3 133 91190 731423385 83 Linux
/dev/sdc4 91191 91200 80325 83 Linux
If you now look at the size of sda3 (700GB) you understand, that I did not create an image of it before starting with fsck ;-)
Presuming that all 4 partitition have been formatted using the patched ext3, it probably helps you to have a look at the images of sda1 and/or sda4.
sda1 can be mounted, but only if you explicitely specify the option -t ext3
sda4 can be mounted, but only if you explicitely specify the option -t ext2
sda3 still crashes on Hardy e2fsck, despite Lenny's e2fsck has 'fixed' it.
What I can offer you at the moment is following:
1. partly image of current sda3 (dd if=/dev/sdc3 of=qnap-sdc3.img bs=4k count=200) -> attached!
2. bz compressed image of sdc1 (230MB)
3. bz compressed image of sdc4 (20MB)
After creating the images I again tried to e2fsck all 3 partititions under Hardy:
sdc1 and sdc4 perform correct, sdc3 crashes e2fsck.
If you are interested to have a look at QNAP's sources (should all be under GPL), please check here: http://europe.qnap.com/download/Storage/TS-209Pro/
I guess, the sources should be in the last archive on that page (277MB).
If you need more information or upload the images of sdc1 and sdc4, please let me know,
Ingo
Hi Ted, filesystem, as my QNAP-NAS heavily crashed during rebuild of that partitition sdc3 onto another disk and finally died (it is away for warranty repair ;-). The disk I have here is the disk which always remained in the NAS, I call it disk #2. Disk #1 I had pulled out and plugged in again to check whether the promised feature of hot-plugging and RAID1 really works. So, the information I can provide you with is the 'good' disk, which never was rebuilt! (I now plugged it into a external eSATA-box to collect this information).
many thanks for dealing with this matter! Unfortunately I cannot produce such a 'dirty' partitition/
First I copy you here the partitition table:
Platte /dev/sdc: 750.1 GByte, 750156374016 Byte
255 Köpfe, 63 Sektoren/Spuren, 91201 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0x00000000
Gerät boot. Anfang Ende Blöcke Id System
/dev/sdc1 * 1 66 530113+ 83 Linux
/dev/sdc2 67 132 530145 82 Linux Swap / Solaris
/dev/sdc3 133 91190 731423385 83 Linux
/dev/sdc4 91191 91200 80325 83 Linux
If you now look at the size of sda3 (700GB) you understand, that I did not create an image of it before starting with fsck ;-)
Presuming that all 4 partitition have been formatted using the patched ext3, it probably helps you to have a look at the images of sda1 and/or sda4.
sda1 can be mounted, but only if you explicitely specify the option -t ext3
sda4 can be mounted, but only if you explicitely specify the option -t ext2
sda3 still crashes on Hardy e2fsck, despite Lenny's e2fsck has 'fixed' it.
What I can offer you at the moment is following:
1. partly image of current sda3 (dd if=/dev/sdc3 of=qnap-sdc3.img bs=4k count=200) -> attached!
2. bz compressed image of sdc1 (230MB)
3. bz compressed image of sdc4 (20MB)
After creating the images I again tried to e2fsck all 3 partititions under Hardy:
sdc1 and sdc4 perform correct, sdc3 crashes e2fsck.
If you are interested to have a look at QNAP's sources (should all be under GPL), please check here: europe. qnap.com/ download/ Storage/ TS-209Pro/
http://
I guess, the sources should be in the last archive on that page (277MB).
If you need more information or upload the images of sdc1 and sdc4, please let me know,
Ingo