Re: cannot mount encrypted filesystem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



At Tue, 17 Oct 2006 11:32:23 -0700 (PDT),
James B Robinson <jr@xxxxxxxxxxxxxx> wrote:

> cryptsetup luksOpen /dev/loop0 tomb0
> (password dialog)
> mount /dev/mapper/tomb0 /home/tomb0
> mount: wrong fs type, bad option, bad superblock on /dev/mapper/tomb0,
>        missing codepage or other error
> 
> How fragile are these filesystems? Is that data now gone?

Depends on the file system you have used. The problem with encryption
is its feature (actually a requested feature) to introduce massive
entropy on single bit errors. Try regular data recovery measures.

First fsck your partition. JFS, for instance will refuse to mount an
unclean file system with exactly that error. Others might do the
same. Iirc, in-kernel fs drivers don't look for the backup superblock,
fsck does.

If your superblock is gone ask google for "superblock recovery <your
filestem>".

LUKS is not the cause of your trouble, as LUKS has a PBKDF2 checksum
of the masterkey and refuses mapping if the checksum is wrong.

Now the unpleasant stuff:

> This e-mail message and any attachments may contain private,
> confidential, proprietary or privileged material of GoldenGate
> Software, Inc. that is for the sole use of the intended recipient(s)
> of this e-mail message.  Any review, copying or distribution or
> other use of this e-mail message or any attachments hereto by anyone
> other than the intended recipient(s) is strictly prohibited.  If you
> are not the intended recipient(s) of this e-mail message, please
> contact GoldenGate Software, Inc. (415-777-0200) immediately and
> permanently delete the original e-mail message and any copies of
> this e-mail message and all attachments, if any.

Remove this legal crap immediately. First of all, it is an
inappropriate request; the wording 'strictly prohibited' is especially
offensive.

Second, it has no legal effective binding whatsoever. Still you might
get banned from posting as being sued as list admin for public mailing
list archives is never a pleasant thing, even though he will
eventually win.
--- 
Fruhwirth Clemens - http://clemens.endorphin.org 
for robots: sp4mtrap@xxxxxxxxxxxxx

---------------------------------------------------------------------
dm-crypt mailing list - http://www.saout.de/misc/dm-crypt/
To unsubscribe, e-mail: dm-crypt-unsubscribe@xxxxxxxx
For additional commands, e-mail: dm-crypt-help@xxxxxxxx


[Index of Archives]     [Device Mapper Devel]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux