| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Fri, 22 Aug 2014 15:19:23 +0100 From: Mark Ballard <markjballard@...glemail.com> To: Eric Sandeen <sandeen@...hat.com> Cc: linux-ext4@...r.kernel.org Subject: Re: Corrupted superblock? But disk still mounts. Ya. It did look that way. 'Scuse me for not checking first. But my point is that it may still be a problem for ext4, dumpe2fs, e2fsck, fsck and presumably gparted and so on. That is, would it not be polite of them to report the error ...<drum roll>... accurately? (No irony intended.) On 19 August 2014 15:36, Eric Sandeen <sandeen@...hat.com> wrote: > On 8/18/14, 3:23 PM, Mark Ballard wrote: >>> I'm guessing that it's the encryption getting in your way. >> >> Cheers, Eric. Does rather look that way. But for the sake of a user report... >> >>> >>> How is /dev/sdb1 encrypted? Usually this is done with something like dm-crypt. >>> Or is it hardware encryption managed in the bios? Did you unlock it? >> >> Done with crytpsetup using luks. >> >>> >>> What does "blkid /dev/sdb1" say? >>> >> >> It says Luks. > > and not ext4 - so you need to unlock it via mumblemumbleLuksStuffmumblemumble > before you can operate on it with e2fsprogs tools. > > # cryptsetup luksOpen /dev/sdb1 <name>... or something. Sorry, I'm not a LUKS > expert... > > Anyway, not an ext4 problem. Your superblock isn't corrupted, it's encrypted. :) > > -Eric > -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists