From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by mail.saout.de (Postfix) with ESMTP for ; Wed, 7 Jul 2010 23:22:55 +0200 (CEST) Message-ID: <4C34F02C.10704@redhat.com> Date: Wed, 07 Jul 2010 23:22:52 +0200 From: Milan Broz MIME-Version: 1.0 References: <1278523178.9943.5.camel@Koma-Station.localdomain> <20100707173658.GA20180@tansi.org> <1278524944.9943.9.camel@Koma-Station.localdomain> <20100707201955.GA22353@tansi.org> <4C34E72E.8070809@redhat.com> <1278536333.9943.17.camel@Koma-Station.localdomain> In-Reply-To: <1278536333.9943.17.camel@Koma-Station.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [dm-crypt] crypsetup segfaulting during luksFormat List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Sven Eschenberg Cc: dm-crypt On 07/07/2010 10:58 PM, Sven Eschenberg wrote: > For starters, I'll select the easiest case, plain luksFormat without > special params: thanks. > The segfault comes way before the 10 seconds are over, that much I can > tell already. For the other info: I'm on gentoo, 10.0, hardened profile, > on amd64 arch. Which gcc? (gcc --version) I am using gentoo (but 32bit) for upstream testing, it should fail here too then:) But that code is there since 1.1.0, so I guess something in gcc/glibc changed probably and uncovers some old bug. > Currently no core file is created, can you give me a fast shot on how I > force the system to write out a core? try "ulimit -c unlimited" and then run that command you can also define where core files will be stored using sysctl kernel.core_pattern=//core Milan