From owner-freebsd-arch@FreeBSD.ORG Mon Jan 9 09:21:42 2012 Return-Path: Delivered-To: arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2B791065676 for ; Mon, 9 Jan 2012 09:21:42 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id EF1048FC14 for ; Mon, 9 Jan 2012 09:21:41 +0000 (UTC) Received: (qmail invoked by alias); 09 Jan 2012 09:21:40 -0000 Received: from adsl-32.46.190.8.tellas.gr (EHLO [192.168.73.192]) [46.190.8.32] by mail.gmx.com (mp-eu001) with SMTP; 09 Jan 2012 10:21:40 +0100 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX18cjV8o0zAcIYcfJCLq7iLekz88co9X+fc6ULgm9u DFrqDaBPwwGNSF Message-ID: <4F0AB19C.6000601@gmx.com> Date: Mon, 09 Jan 2012 11:21:32 +0200 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Don Lewis References: <201201090911.q099B605025369@gw.catspoiler.org> In-Reply-To: <201201090911.q099B605025369@gw.catspoiler.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: arch@FreeBSD.org, adrian@FreeBSD.org, alfred@FreeBSD.org Subject: Re: [patch] allow crash dumps to Linux swap partitions X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2012 09:21:42 -0000 On 1/9/2012 11:11 AM, Don Lewis wrote: > On 9 Jan, Adrian Chadd wrote: >> .. doesn't linux swap have some metadata somewhere? > > Darned if I know, but it doesn't seem to care about FreeBSD swap data > overwriting its swap partition. Linux will not use the swap partition without the metadata. And these metadata are located to the start of the partition, that is, dumping core there will surely destroy them. Perhaps you can add a warning in the dumpon manual page, that the swap metadata must be re-created after a coredump? Nikos