From owner-freebsd-current@FreeBSD.ORG Sun Sep 27 08:52:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86250106566B for ; Sun, 27 Sep 2009 08:52:07 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB708FC18 for ; Sun, 27 Sep 2009 08:52:07 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 1AF2A648F; Sun, 27 Sep 2009 10:52:06 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n8R8q3Rn043627; Sun, 27 Sep 2009 10:52:04 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be n8R8q3Rn043627 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1254041525; bh=Nwb4+9tzS4yidRN4EGmC0IJUZhexaXb15dwpPZHenx4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=lKMaqnsPV2HZYS+NXizELmGr+3In5jByoDGNYMql6qBSqhMZZH9Xv69KMJjMv0GHH VWuc7KZ+O9kMA3JRUitXg== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be n8R8q3Rn043627 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=S6zeCOIX203W2kRzCcdZx7/c2Ues/CnU5nulhQhqm1F0sHPMQr0N++WTQiy/tQ558 gVYsqNfofOHFxpA+Lovrg== Message-ID: <4ABF27B3.9030507@restart.be> Date: Sun, 27 Sep 2009 10:52:03 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Mario Lobo References: <200909261910.08635.mlobo@digiart.art.br> In-Reply-To: <200909261910.08635.mlobo@digiart.art.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-current@freebsd.org Subject: Re: Removal of GEOM_BSD, GEOM_MBR, GEOM_PC98 and GEOM_SUNLABEL (recap) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Sep 2009 08:52:07 -0000 Mario Lobo wrote: > Hi to all; > > Recently I've upgraded my home box from FreeBSD 7.2-stable i386 to 8-CURRENT > amd64 (specifically 200906 snapshot)because of a major CPU-BOARD-MEMORY > (Phenon 955-AOD790GX/128M-8G RAM)overhaul. 7.2 stable amd64 wouldn't install > on it (/dev/cd0 disapeared right after sysinstall screen, so no CD/DVD to > install from. Same with all attempts with any previous amd64 revision). So I > figured, what the heck, lets do it! 8-CURRENT intalled fine. > > My box is pretty full of stuff. A lot of the files I have here have been > migrating from version to version of all these OSses along the years, without > any problem. Please, just try to bear with the fact that I do need to have all > this, leaving the "why" out of scope and knowing that I DO have backups for > almost all of it. > > I use this box from pro audio productions (winedows) to devel (winedows > (VBox),BSD, & linux (Vbox), to network environment emulation (Vbox), and in- > betweens. > > 2 500G SATA drives and 1 20G ide for XP64 "fun". > > On those sata drives I have: > > SATA1:1 primary FAT32 part, > 1 primary BSD / > 1 EXT -> 3 FAT32, 1 NTFS > 1 primary ext2fs > SATA2:1 primary BSD (5 slices /usr, /apps, /var, /tmp and swap) > 1 EXT -> 3 FAT32, 1 NTFS > > By now you should have a clue as to why I brought this subject back. > > On the first boot, first question: Where were those nice GEOM devices that so > nicely showed up and held ALL of the above on my previous 7.2-STABLE? > > At first, I found out that sysinstall (label or fdisk, I don't know) did > something to my part table that made everything disappear. I went to the IDE > drive and restored everything with testdisk (nice program !). > > booted BSD. result: > 2 GEOM label mismatch errors (1 for /, 1 for the other SATA2 BSD part) > only 2 FAT32 and 1 NTFS from SATA1 > only 1 FAT32 SATA2 > > Well, back and forth from my XP64 part, googling started (no X yet on 8). > > I tried to manually mount the devices that didn't show up on > /dev/msdosfs,ntsf,ext2fs. Errors. Tried by taking GEOM_PART out of the picture > and kernel recompile. Didn't even boot. Livecd and loaded geom_part as > modules. Booted back but still no EXT parts. > > After a good while, I picked up this subject, which gave me a clue to what to > do: > 1)I tried to put "options GEOM_MBR, _BSD & _LABEL" into the kernel. It > wouldn't config. Maybe it is due to /sys/amd64/conf/DEFAULTS which contains: options GEOM_PART_BSD options GEOM_PART_EBR options GEOM_PART_EBR_COMPAT options GEOM_PART_MBR Henri > > 2)I noticed that the modules geom_mbr,geom_bsd and geom_label were present in > /boot, so I kept the GEOMles kernel and loaded those from loader.conf. crossed > my fingers and rebooted. > > BANG !! I could not believe my eyes ! EVERY SINGLE PARTITION showed up on my > face, as neatly arranged devices, asking "what are you waiting for?" > > This is just a rough outline of many days of pain and agony. > > Right now, I am typing this e-mail from a fully functional 8-CURRENT/X/KDE > 4.3.1 desktop (yes, BSD IS my desktop), accessing ALL my drives, thanks to > good old GEOM_XXX. > > On one of the subject's thread, I quote Marcel Moolenaar: > >>> 1. What's getting removed and why? >> GEOM_BSD, GEOM_MBR, GEOM_PC98 and GEOM_SUNLABEL They're so yesterday. >>> 2. What's it being replaced with? >> GEOM_PART_BSD, GEOM_PART_MBR, GEOM_PART_PC98 and GEOM_PART_VTOC8 >>> 3. How do I migrate from the old system to the new one? >> No migration is needed. You already use the new kernel options. All I'm >> doing is remove the old not-to-be-used options. FYI, -- Marcel Moolenaar" > > Well, # 3 DIDN'T work for me, no matter how hard I tried. GEOM_PART did not > "understand" what I had, while GEOM_ did, on the first attempt ! > > Then I quote John Baldwin, a few e-mails ahead on the thread: > > "I think it is less painful for folks upgrading from 7 to just use the old > names. It is also a lot easier on the eyes. I'm also not sure people are going > to be changing their partition layout once it is done so having the names > 'change' would not seem to be something that would happen very often at all in > practice. -- John Baldwin" > > This is my EXACT experience with GEOM, so this e-mail is and absolute plea to > the developers: > > Please don't take GEOM_XXX away. Folks on the same situation as mine won't be > able to work if, after one fine csup src and make buildworld/kernel day, those > geom_xxx.kos are not there !. > > A put myself and my box at your disposal in trying to find out what went > wrong. Meanwhile, please keep them in the source tree. > > My apologies for such a long e-mail, but believe me, I made it as short as I > could. > > Best regards to all,