On Wed, Aug 09, 2006 at 12:01:42AM -0400, David Masover wrote: > A warning isn't good? Would you rather it be an error? Of course not. It merely appears inconsistent to offer a root fs choice that may cause severe problems at bootup time.
When I went to install my first SuSE (brand-new 6.1 at that time) I looked up the huge printed manual: what are my options? OK there weren't many at the time ; ) But there was the >1023cyl problem, being a careful guy I opted for a separate /boot at the start of the disk, for example. Better safe than sorry. And if there had been a choice in terms of file systems (ext2 was the only way afair) there would have been a decision as well. Now say I carefully weigh different aspects of different solutions, only to find out that my decision was "not so good" and will possibly cause problems _unless_ I play around with strange mount options that _disable_ some of the features supporting my decision. Knowing trouble lies ahead of course is better than just running into it : ) > Some people would like to test Grub's XFS support... Sure thing. But those might not want to do this on their production machine, anyway, and test something more bleeding-edge than what distros ship at the time. Presuming there is ongoing development, that is. > It's not necessarily broken, just potentially unreliable, and > difficult to work with (you have to set arcane mount options or > somesuch). Same for ReiserFS3, by the way. All that, especially "unreliable", is not something your average user is likely to accept. People have been cursing the whole x86-pc hardware for the mess that mainstream software (M$ mainly, but no need to copy their mistakes) has been for the past two decades. I've been asked by folks more than once if switching to a mac will ease their pain. So what a distro installer wants to do is remove all the options from anything but "expert mode" that might cause the slightest hickup. > Really, while Grub is useful, it's a rather large duplication-of-code > effort. XOSL is even moreso, especially considering it doesn't > support Linux or multiboot natively -- it must boot Grub or Lilo in > order to run Linux or HURD. Why aren't we using kexec for this > already? This is way beyond my knowledge, sorry. But I like kexec a lot, just wonder how to get to the point where kexec can be used _without_ linux up and running already... > It's called "backup and restore." Or did you have a different idea > for how to convert an existing installation to another root FS, or do > a fresh installation without nuking your partitions anyway? Well, there is convertfs, fsconvert (which i.e. _is_ backup&restore), parted, etc. There are ways, some are safe, most are not. But I am afraid we have gone way OT by now. What I had in mind all the way basically was the distro user / end user experience which should be as uncomplicated as possible, while still leaving choices. But when it comes to "advanced" file systems, these choices come at the price of a more sophisticated setup or lack of reliability, as you already pointed out. But how do you explain to a linux newbie: use ext2|3 for / due to bootloader issues _or_ something funky, yet with funkyness partly turned off for bootloader compatibility, _or_ use a tiny ext2 /boot and feel free to fsck&mount as you damn please. Most people just don't care anyway, and those who do will want to know why. And telling them that otherwise it won't work (without extra care) yields the question, "why not?", and you might _not_ want to try explaining the entire situation from within the installer help text. Or maybe that would be the way to go? Who knows how much people actually read in the end, before they just quit - worrying, deciding, or even installing the thing at all. And now, go easy on me! This was never intended as a debate of colliding opinions - call it brainstorming : ) Kind regards, Chris
pgpsSTvFCVQnV.pgp
Description: PGP signature