From owner-freebsd-stable Tue Nov 21 7:23:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id D0C2137B4CF; Tue, 21 Nov 2000 07:23:39 -0800 (PST) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id HAA19043; Tue, 21 Nov 2000 07:23:19 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda19041; Tue Nov 21 07:23:18 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.1/8.9.1) id eALFNDc00804; Tue, 21 Nov 2000 07:23:13 -0800 (PST) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdZtF802; Tue Nov 21 07:22:51 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.1/8.9.1) id eALFMoL23987; Tue, 21 Nov 2000 07:22:50 -0800 (PST) Message-Id: <200011211522.eALFMoL23987@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdy23983; Tue Nov 21 07:22:36 2000 X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.1.1-RELEASE X-Sender: cy To: Zero Sum , jkh@freebsd.org Cc: Cy Schubert - ITSD Open Systems Group , Stijn Hoop , FreeBSD , stable@freebsd.org Subject: Re: Removal of Disklabel In-reply-to: Your message of "Tue, 21 Nov 2000 11:02:28 +1100." <00112111022805.29201@shalimar.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 21 Nov 2000 07:22:36 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <00112111022805.29201@shalimar.net.au>, Zero Sum writes: > On Tuesday 21 November 2000 03:49, Cy Schubert - ITSD Open Systems Group > wrote: > > In message <20001120170356.C74393@pcwin002.win.tue.nl>, Stijn Hoop > > writes: > > > On Mon, Nov 20, 2000 at 08:58:50AM -0600, FreeBSD wrote: > > > > The problem with the fdisk slices is that there is only room for 4 ... > > > > disklabel gives us 8, no wait.. 6 if you have a swap and 5 if you > don't. > > > > > > > > I've never been a fan of this. May I make a recommendation (flame > away, > > > > boys): redo disklabel while we're at it. it seems counter-intuitive > to > > > > me, as well as wasteful, to make partition "c" the whole disk and > skip "d" > > > > altogether. IMHO, "da0s1" should refer to the whole disk, "da0s1a" > should > > > > be the first physical partition, "da0s1b" the second partition, etc. > down > > > > to "h". This gives us 8 partitions of any type: swap or FS. > > > > > > Hear, hear! I would really like to see this. Installing FreeBSD is that > > > much more confusing due to the two-layered hierarchy... And even more so > > > due to the conventions with the partitions (c, d, etc). If we cannot do > > > away with the two layers, at least make the second layer more intuitive. > > > What argument, other than 'it's been this way for ages' is there for the > > > confusing a-h convention? And what arguments are there for disklabel > > > on the i386 anyway? > > > > > > I'd like to see FreeBSD do the same as Linux on the i386 - use only > > > the partition table, along with extended partitions. Do away with > disklabel > > > *on that platform*. > > > > > > Yes of course the alpha would differ from i386 in disk geometry then. > But > > > since the differences in setting up the alpha/i386 are already there, > why > > > the pretense in keeping them 'the same'? > > > > > > One of the most FAQs I've heard from linux'ees that tried FreeBSD is > > > 'why can't I install to an extended partition?' Fact is when I hear that > > > question, I also wonder myself... > > > > Extended partitions are the subdivision of one of the four partitions > > in the fdisk table. Disklabel does that. We could rename disklabel > > slices to extended partitions. IMO for most people the fdisk and > > disklabel interfaces (commands) are redundant. All of this should be > > done through sysinstall. Just as SVR4 has sysadm, and other O/S's have > > condoned and supported by the vendor approaches to sysdmin, we should > > encourage the use of sysinstall for all sysadmin activities. Sure keep > > fdisk and disklabel around for those of us who like the bits-and-bytes. > > > > The short of it is that sysinstall should have one interface for > > configuring disks, not two as it currently does. That one interface > > should make the user think that we have a unified disk partitioning > > look-and-feel just like NT and Linux do. > > > > To hide the architecture even further, device names in /dev would be > > hidden by the use of symlinks or hard links. Those who want to > > reference ad0s1a can. The rest of us can use names like disk0a or hd0a > > ("a" specifies the first FreeBSD partition/slice found on the disk). > > The disk0a or hd0a names would be independent of the type of device > > driver being used SCSI, IDE, etc., it would just be a generic name. > > The current naming convention would become esoteric and could be used > > if needed. > > > > In a world where most people don't care about the architecture of an > > operating system, I think that this would put a friendlier face on > > FreeBSD. > > > > > Yep. But it would wind up FreeMSDOS. > > Look a multi user networked operating system is not for the simple or > uneducatable. Microsoft is busy proving that to the world. > > >From the questions asked here and in Questions, the major problem people > have is fundmental bits and bytes understanding of things. We should try > and promote this understanding, not make it invisible except to "gurus". > > I have recently been trying to help a user with their installation. Their > fundmental understanding is so poor that they cannot even answer questions > like "please send me a copy of the output of the program 'dmesg'". It is a > lost cause. I really doubt I can help this person. They are simply too > used to point and click and won't calm down enough (or are unable) to > answer questions. > > I do think that manipulating partitions in FreeBSD is rather harder than on > any other Unix I have had to do it on. Moving things around in a dynamic > and fluid way (which I have always consider part of tuning) is - difficult. > > Some better partition management tools would be rather useful. I'll think > on this and maybe do something. Suggestions welcome and solicited. [Can I > get arrested of soliciting on a mailing list?] Before I start coding a proof of concept and reading the comments thus far I'd like to have a consensus of whether it would be a worthwhile effort or would it be a waste of my time? At first I thought it was a good idea to make FreeBSD partitions have an MS-DOS or failing that a Linux look-and-feel. Judging from the feedback, I'm not so sure whether it is a good idea or not. From what I can tell, most people don't want any changes from the status quo. I am not trying to keep the argument going here. If people generally don't like the idea and thus my effort to implement this idea has no chance of being used or incorporated into the system, then I want to save myself some effort that might be wasted towards this endeavour and put it to better use elsewhere. The last thing I want to do is force this on anyone. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message