On Sat, Apr 02, 2016 at 11:03:53AM +0200, Kai Krakow wrote: > Am Fri, 1 Apr 2016 07:57:25 +0200 > schrieb Marc Haber <mh+linux-bt...@zugschlus.de>: > > On Thu, Mar 31, 2016 at 11:16:30PM +0200, Kai Krakow wrote: > > > Am Thu, 31 Mar 2016 23:00:04 +0200 > > > schrieb Marc Haber <mh+linux-bt...@zugschlus.de>: > > > > I find it somewhere between funny and disturbing that the first > > > > call of btrfs check made my kernel log the following: > > > > Mar 31 22:45:36 fan kernel: [ 6253.178264] EXT4-fs (dm-31): > > > > mounted filesystem with ordered data mode. Opts: (null) Mar 31 > > > > 22:45:38 fan kernel: [ 6255.361328] BTRFS: device label fanbtr > > > > devid 1 transid 67526 /dev/dm-31 > > > > > > > > No, the filesystem was not converted, it was directly created as > > > > btrfs, and no, I didn't try mounting it. > > > > > > I suggest that your partition contained ext4 before, and you didn't > > > run wipefs before running mkfs.btrfs. > > > > I cryptsetup luksFormat'ted the partition before I mkfs.btrfs'ed it. > > That should do a much better job than wipefsing it, shouldnt it? > > Not sure how luksFormat works. If it encrypts what is already on the > device, it would also encrypt orphan superblocks.
It overwrites the LUKS metadata including the symmetric key that was used to encrypt the existing data. Short of Shor's Algorithm and Quantum Computers, after that operation it is no longer possible to even guess what was on the disk before. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany | lose things." Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421 -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
