On 02/21/2013 02:12 PM, Stone wrote: >>> ok. with --chunk=64 i cannot open the luks. >>> in witch steps (chunk) should i continue? >> That is a big surprise. The luks signature should not move with chunk >> size. Please use "mdadm -E /dev/sdc1" to recheck your data offset. >> >> If that wasn't it, please show the hexdump for the entire luks >> signature. I'd like to see its payload offset. >> >> Also, if you go back to --chunk=512, open the luks, you could run the >> following command to find possible superblock locations: >> >> hexdump -C /dev/mapper/md2_nas |egrep '^[0-9a-f]+30 .+ 53 ef' >sb.lst >> >> (May take a long time to read the whole array) >> >> Phil > with --chunk=512 i can open the luks but i cannot found a good superblock. > yes i can run the hexdump but i think this runs 8 hours or longer. > start the hexdump? > can i try more today? Run the hexdump for half an hour or so. If it doesn't find some candidates in that timeframe, it probably won't. I've never crashed a luks partition like this, so I'm feeling around a bit. You should understand that luks normally uses "cipher block chaining" salted with the sector number. If you get the blocks out of order (wrong chunk size or offset or layout), those sectors won't decrypt correctly. luksOpen won't detect this. You may have to try many chunk sizes, verifying the data offset every time, trying to find the one that will work. Phil -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
