From owner-freebsd-questions@FreeBSD.ORG Mon Jul 9 20:11:48 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D324510657D0 for ; Mon, 9 Jul 2012 20:11:48 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id 9B2558FC0A for ; Mon, 9 Jul 2012 20:11:48 +0000 (UTC) Received: from www.dweimer.net (webmail.dweimer.net [192.168.5.1]) by webmail.dweimer.net (8.14.5/8.14.5) with ESMTP id q69KBf7B068964 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 9 Jul 2012 15:11:42 -0500 (CDT) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 09 Jul 2012 15:11:41 -0500 From: dweimer To: Organization: dweimer.net Mail-Reply-To: Message-ID: <764fd164b77f32257135e1ab4f4fb501@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/0.8-rc Subject: Invalid GPT backup header X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dweimer@dweimer.net List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2012 20:11:48 -0000 I have had a few virtual machine installations come up with "gptboot: invalid GPT backup header" error message while booting. (some immediately on first boot after install) They still boot fine, and run without problems, but I would like to find a way to fix the problem. Does anyone know how you can write a new GPT backup header to the partition table. I have even gone to the extent of adding a second virtual disk, using gpart to create a partition table and then add new partitions and setup bootstrap then use cpio to copy data over and switched the drive SCSI IDs within the virtual machines configuration to boot from the second drive instead. Still same error message when booting off the new drive. I did however leave out the size option when creating the last UFS partition so it may have filled to the end and overwrote the backup GPT table. I have searched online for a solution to recreating the backup GPT header from the main header, but I have been unable to find anything. Not sure if I am missing something simple, if no one else has had this problem, or if others are just ignoring it since their system works even with it? All the machines with the problem are VMware hosted machines, some on ESX, and some on VMware Workstations. -- Thanks, Dean E. Weimer http://www.dweimer.net/