From owner-freebsd-stable@FreeBSD.ORG Wed May 9 09:40:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76D6A106564A for ; Wed, 9 May 2012 09:40:01 +0000 (UTC) (envelope-from bartsch@dssgmbh.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2D18FC0A for ; Wed, 9 May 2012 09:40:01 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id AD1775C975 for ; Wed, 9 May 2012 11:30:00 +0200 (CEST) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id 3WZxmIqnEuhi for ; Wed, 9 May 2012 11:29:55 +0200 (CEST) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id A7AC05C972 for ; Wed, 9 May 2012 11:29:55 +0200 (CEST) Received: from pcadmin.incore (pcadmin.incore [192.168.0.140]) by mail.incore (Postfix) with ESMTPSA id A076045087 for ; Wed, 9 May 2012 11:29:55 +0200 (CEST) Message-ID: <4FAA3912.3030801@dssgmbh.de> Date: Wed, 09 May 2012 11:29:54 +0200 From: Alfred Bartsch User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111007 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: FreeBSD 8 i386 gptboot corrupt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2012 09:40:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, after migrating some of our older servers to FeeBSD 8.3-stable (cvsupped May 4th), they don't boot anymore after installing the new boot blocks with gpart. These servers either boot in an endless loop or stop in BTX loader, due to different hardware environments. This behavior is restricted to 32-bit servers (i386), all 64-bit servers (amd64) work without any problem, as expected. After some analyzing, it seems to me that the actual size of gptboot does matter (16723 bytes, >16kB). In amd64 environment (same source version) the actual size of /boot/gptboot is only 15443 bytes. Since there is only one single Makefile for both architectures (/sys/boot/i386/gptboot/Makefile), some recent changes of CFLAGS seem to be responsible for this (Version 1.62 does work, Version 1.62.6.4 does not). Is there any advice available to solve this (compiler) problem, or is at last /sbin/gpart the culprit? - -- Kind regards Alfred Bartsch Data-Service GmbH mailto:bartsch@dssgmbh.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+qORIACgkQ5QGe2JdVf3jK9wCglOGPKHMuPfUr8YUU2N8Mw1++ NuIAoLQhibZk+PIHGc1/ql0nHkUx3qO2 =z29F -----END PGP SIGNATURE-----