From owner-freebsd-current@FreeBSD.ORG Sun Sep 27 00:15:36 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 3081B1065670 for ; Sun, 27 Sep 2009 00:15:36 +0000 (UTC) (envelope-from mlobo@digiart.art.br) Received: from sv4.hmnoc.net (sv4.hmnoc.net [63.247.76.174]) by mx1.freebsd.org (Postfix) with ESMTP id E5C888FC13 for ; Sun, 27 Sep 2009 00:15:35 +0000 (UTC) Received: from [187.78.69.120] (port=57410 helo=papi.localnet) by sv4.hmnoc.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1MrfRw-0004Zr-Fq for freebsd-current@freebsd.org; Sat, 26 Sep 2009 19:09:05 -0300 From: Mario Lobo To: freebsd-current@freebsd.org Date: Sat, 26 Sep 2009 19:10:08 -0300 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; amd64; ; ) MIME-Version: 1.0 Message-Id: <200909261910.08635.mlobo@digiart.art.br> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sv4.hmnoc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - digiart.art.br Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 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 00:15:36 -0000 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. 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, -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winedows FREE)