gptzfsboot trouble

[Thomas Sparrevohn]

Getting more and more weird - Installed a vanilla 11-RELEASE using UFS rather ZFS and it issues no errors. Tried to roll back an older snapshot but getting issues as the pool is build using 11-CURRENT. Looking at the part - the LBA complained about is an empty sector (did a dd if=/dev/zero of=/dev/ada1)  and then read the blocks but they are empty. 

Both the UFS and ZFS was installed using GPT - and UFS does not complain. The disks are old and so is the host and should most likely be replaced anyhow but I am not sure if it will help. 


-----Original Message-----
From: owner-freebsd-current at freebsd.org [mailto:owner-freebsd-current at freebsd.org] On Behalf Of Thomas Sparrevohn
Sent: 07 February 2017 17:21
To: 'Steven Hartland' <killing at multiplay.co.uk>; freebsd-current at freebsd.org
Subject: RE: gptzfsboot trouble

I will check but I don't think so - The system has worked for years without any trouble and I did a full wipe e.g. "dd if=/dev/zero of=/dev/ada1" but let me check again - for ease - I think I am going to do a vanilla single drive pool 

-----Original Message-----
From: owner-freebsd-current at freebsd.org [mailto:owner-freebsd-current at freebsd.org] On Behalf Of Steven Hartland
Sent: 07 February 2017 16:41
To: freebsd-current at freebsd.org
Subject: Re: gptzfsboot trouble


On 07/02/2017 16:33, Toomas Soome wrote:
>
>> On 7. veebr 2017, at 18:08, Thomas Sparrevohn <Thomas.Sparrevohn at btinternet.com> wrote:
>>
>> Hi all
>>
>>
>>
>> Last week I decided to upgrade my FreeBSD installation - it's been a 
>> while (September 16 was last time). Unfortunately CURRENT does not 
>> boot and cash in a weird way. Both 11-RELEASE and 12 CURRENT boot 
>> loader seems to attempt to read blocks that exceeds the physical 
>> disk. Initially I through it was a hard disk error - but after a "oh"
>> experience I realised that the
>> "gptzfsboot: error 4 lba 921592" is actually beyond the physical 
>> boundaries of the disk (300GB disk). In order to rule out different 
>> options - I installed a vanilla 11-RELEASE on the 300G with a simple 
>> stripe - it also gives the error but does boot - the LBA of the error 
>> is slightly different on 11 CURRENT and comes up with LBA 921600
>>
>>
>>
>> I have scanned all the disks for physical faults and there seems to 
>> be none and I have tried doing a single disk installation on each 
>> disk - they give the same error - Does anybody have any idea?
>> Included Photos as sometimes it get through to the actual boot menu 
>> but then crash in another place
>>
>
> The gptzfsboot does read the backup label from the disk and the GPT 
> backup label is stored at the end of the disk. The location of the 
> backup label is in the primary GPT table, alternate sector field. I 
> wonder if that location is somehow set to bad value…
>
>
Booting from a live CD and inspecting the label with gpart show should be able to confirm that.

     Regards
     Steve
_______________________________________________
freebsd-current at freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"

_______________________________________________
freebsd-current at freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"