From owner-freebsd-fs@freebsd.org Thu Aug 4 04:11:47 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D6BFBAC7E3 for ; Thu, 4 Aug 2016 04:11:47 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail107.syd.optusnet.com.au (mail107.syd.optusnet.com.au [211.29.132.53]) by mx1.freebsd.org (Postfix) with ESMTP id 44E3314B9; Thu, 4 Aug 2016 04:11:46 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from c122-106-149-109.carlnfd1.nsw.optusnet.com.au (c122-106-149-109.carlnfd1.nsw.optusnet.com.au [122.106.149.109]) by mail107.syd.optusnet.com.au (Postfix) with ESMTPS id 2A7A6D48614; Thu, 4 Aug 2016 14:11:40 +1000 (AEST) Date: Thu, 4 Aug 2016 14:11:39 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: avg@freebsd.org cc: freebsd-fs@freebsd.org Subject: Re: [Bug 209096] zfsroot bricked on 10.3-RELEASE In-Reply-To: Message-ID: <20160804134452.W1209@besplex.bde.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=EfU1O6SC c=1 sm=1 tr=0 a=R/f3m204ZbWUO/0rwPSMPw==:117 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=uFf67qZyrIOkFKK2U3oA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2016 04:11:47 -0000 On Wed, 3 Aug 2016 a bug that doesn't want replies@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209096 > > --- Comment #35 from Andriy Gapon --- > (In reply to Daniel Ylitalo from comment #33) > Hmm, so it seems that lsdev -v does not report the disk size as I've expected. > So it's not that useful :-( > > BTW, it seems that you are still using a single huge partition for ZFS... > If you split it into the under 2TB and above 2TB partitions, then you could > easily test the theory by making the >2TB partition a root ZFS pool and > checking if you can boot to it. Old BIOSes break at 128GB. Of course, you shouldn't use zfs on systems with such a small limit. I have a 10 year old laptop, which is not very old for me. Changing its disk from 100 GB to 750 GB worked well except when I tried to move partitions above the 128GB boundary on it. This was confusing, although I have a lot of experience keeping partitions below 8GB so that they were bootable with the 1989 boot0 that I used to use, and had rewritten this boot0 to remove its limit, and was switching systems to use it. Bruce