From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.saout.de ([127.0.0.1]) by localhost (mail.saout.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wv5uWRjFN3DG for ; Thu, 29 Aug 2013 07:27:42 +0200 (CEST) Received: from mail-ea0-x22a.google.com (mail-ea0-x22a.google.com [IPv6:2a00:1450:4013:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mail.saout.de (Postfix) with ESMTPS for ; Thu, 29 Aug 2013 07:27:42 +0200 (CEST) Received: by mail-ea0-f170.google.com with SMTP id h14so3387059eak.29 for ; Wed, 28 Aug 2013 22:27:41 -0700 (PDT) Message-ID: <521EDBCA.3050100@gmail.com> Date: Thu, 29 Aug 2013 07:27:38 +0200 From: Milan Broz MIME-Version: 1.0 References: <6478140fa65e8ec766e267d6f2682e43.squirrel@ssl.verfeiert.org> In-Reply-To: <6478140fa65e8ec766e267d6f2682e43.squirrel@ssl.verfeiert.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [dm-crypt] Weird cryptsetup-1.6.x problem List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: sven@whgl.uni-frankfurt.de Cc: dm-crypt@saout.de On 28.8.2013 23:48, Sven Eschenberg wrote: > Hi List, > > After upgrading one of my systems I ran into the following rather strange > problem: > > I use an initramfs which uses cryptsetup for the initial mapping, later > during boot more mappings are added. > > After upgrading to a 1.6.x version of cryptsetup the system does boot > fine, with old initramfs (still holding old cryptsetup), but a new kernel > with updated cinitramfs won't boot. Unfortunately I don't have the exact > same kernel with both initramfses at hand, so the kernel was upgraded too. > > cryptsetup fails and states command failed, code 22, which afaik means > invalid parameter. That could indicate that something from the kernel is > missing, but I checked back and AES, XTS, ripmed, dmcrypt target are all > in the kernel (even not modular, to ease startup). If it is kernel, there must be error message in syslog (use some kernel parameter to display log to console, depends on used init system). It looks like that some module is missing in initramfs... (Unfortunately all I get from kernel device-mapper if it fails is -EINVAL, that's why userspace cannot sometimes display better info. Anyway, running cryptsetup with --debug can provide more info as well. Milan