Date: Tue, 8 Jan 2013 07:51:30 -0700 (MST) From: Warren Block <wblock@wonkity.com> To: "Mike." <the.lists@mgm51.com> Cc: freebsd-questions@freebsd.org Subject: Re: 9.1 won't install - GEOM/GRAID issues Message-ID: <alpine.BSF.2.00.1301080745360.39477@wonkity.com> In-Reply-To: <201301080933240940.004EE13B@sentry.24cl.com> References: <201301012202040487.028FC6F3@sentry.24cl.com> <20130102143853.754647c0@fabiankeil.de> <201301021035130285.00194F38@sentry.24cl.com> <kc1m2a$gbh$1@ger.gmane.org> <50E46A27.9000202@a1poweruser.com> <201301080933240940.004EE13B@sentry.24cl.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 8 Jan 2013, Mike. wrote: > On 1/2/2013 at 12:11 PM Fbsd8 wrote: > > I tried to run the dd commands... > > Using the LiveFS disc for FreeBSD 9.1, I got some manner of permission > error, indicating that something would not let the dd commands execute. > Using the LiveFS disc for FreeBSD 8.3, the dd commands completely > successfully. > > After zero-ing out the sectors, I tried to install FreeBSD 9.1, and I > continued to get the RAID problems trying to mount root. > > So I punted that drive, and used another drive. FreeBSD 9.1 installed > without an issue, and it is running fine as I type this. > > So there is something about that other disk drive (something that is > not in the last two sectors or the first sector) that the 9.1 install > has issues with. RAID metadata could be larger than the last two blocks. Even a leftover GPT backup table is 34 blocks by default. If the drive is still attached to the controller that put the metadata there, it may hide those blocks from the user. The RAID BIOS menus or graid(8) may be needed to clear the metadata in that case. Or move the drive to another controller that will not recognize the old metadata.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1301080745360.39477>