Dat is een veiligheidsmaatregel. Hij raadt aan om een rechtstreekse kopie te maken van de ruwe data. Als je dan iets verknoeit kan je het nog een keer proberen en ben je niet direct alles kwijt.
Mocht je dus genoeg ruimte hebben op een andere schijf/array dan kan je dat doen.
Als dumpe2fs geen backups van de superblocks kan vinden, dan maakt dat de reparatie een stuk lastiger. Dat commando kan wel even duren, dus niet meteen afbreken als je een error ziet.
De normale output is iets als dit:
$ sudo dumpe2fs /dev/md3 | grep Backup
[sudo] password for johan:
dumpe2fs 1.42 (29-Nov-2011)
Backup superblock at 32768, Group descriptors at 32769-32943
Backup superblock at 98304, Group descriptors at 98305-98479
Backup superblock at 163840, Group descriptors at 163841-164015
Backup superblock at 229376, Group descriptors at 229377-229551
Backup superblock at 294912, Group descriptors at 294913-295087
Backup superblock at 819200, Group descriptors at 819201-819375
Backup superblock at 884736, Group descriptors at 884737-884911
Backup superblock at 1605632, Group descriptors at 1605633-1605807
Backup superblock at 2654208, Group descriptors at 2654209-2654383
Backup superblock at 4096000, Group descriptors at 4096001-4096175
Backup superblock at 7962624, Group descriptors at 7962625-7962799
[knip, nog een hoop van hetzelfde]
In principe zou je één van deze blocks kunnen gebruiken als backup. Bijv. zo:
fsck.ext4 -b 32768 /dev/md3
Zo gebruikt fsck één van de backup superblocks, in plaats van de normale die blijkbaar corrupt is.