But you did NOT backup and verify to different media. How precious is
your data? Crazy things can and have happened to systems when trying to
do installs/updates. Not only is it possible that something has changed
in the default behavior of an installer (new "features", not "bugs"?),
but the CD you copied from could have a bad spot, or whatever, or you
could have a moment of insanity. It doesn't matter which OS, having verified
off-line backup before OS re-install/ugrade should be SOP, unless of
course your data and files don't matter :-)
Perhaps we should develop System Management HOWTO's?
I agree that the partition-destructive nature of the workstation-class
installation of RH6.1 is a bad feature. Why? Because ONE SIZE FITS NONE.
The assumption of the Workstation class install is most likely: one drive,
newbie, wants as little to do as possible. Fine for a totally new install.
Probably covers a large number of cases. However, outside of the totally
new install, the current workstation install fits a much smaller
percentage. Perhaps it a second class of workstation-type installation
would be more useful for covering a majority of the rest of the cases:
a slightly more "advanced" version of the workstation class, but not
requiring as much input and knoweldge as a custom install. I'm sure that
Red Hat is not against such an idea in principle, but do they have the
resources currently to support yet another installation option?
If my thesis is correct, though, that a second workstation-advanced class
is desirable, then perhaps some interested souls might develop a spec.
With the change in 6.2 of separation into separate packages of client and
server, and the default workstation installation not even including an
inetd by default, many more "advanced" workstation users will be in for a
surprise if they assume the old behavior and features of a
workstation-class install. Probably good to keep
newbies from being hacked within the first hour of their installation,
though.
Unfortunately, a distro installation is a lot more complicated to work
with than a simple package. Tough for joe user to mod the sources and
share them. However, if a group of volunteers existed to help develop a
spec for the features of a couple of additional installation classes and
to help beat on the creature to test it (probably the most time consuming
and difficult part of the job), would RH consider such a development in
the near future?
***************************************************************************
Jerry Winegarden OIT/Technical Support Duke University
Room 105 North Building Research Drive Durham, NC 27708
phone: (919)-660-6911 pager: (919)-970-4270 fax: (919)-681-0808
[EMAIL PROTECTED] http://www-jerry.oit.duke.edu
***************************************************************************
On Mon, 28 Feb 2000, Vidiot wrote:
> One last comment before I say no more...
>
> > > As mentioned earlier, no manuals were available.
> >
> > Vidiot, you know as well as I do that ALL these things are available
> > on-line, so please stop saying that.
> >
> > If you bought Red Hat, you got the installation manual and should have read
> > it.
>
> Didn't buy it.
>
> > If you didn't, you downloaded it. download = internet access. Internet
> > access = ability to download documentation.
>
> Didn't download it. Borrowed a CD from a friend.
>
> The point that seems to be ignored is that I have done several Linux
> installs over the years. The last full install being 6.0.
>
> I went into the 6.1 install based upon my history of doing previous installs.
> That history included the fact that the RedHat installs always let the
> installer dictate which disks got used and which ones didn't. I foolishly
> trusted the 6.1 install to do the same thing, and it didn't. Call me
> ignorant, stupid, whatever, but I trusted RedHat, as I said, based upon
> history. If I would have been installing Linux for the first time, I would
> have obtained the manuals, one way or another. I didn't feel the need.
> Plus, once the install was started, it was too late to get/see any
> documentation. And after the destruction of the disks, it was impossible
> to reboot to the version that was running and go fetch any on line
> documentation.
>
> I had trusted Red Hat. See what it got me! Needless to say, I'll never
> trust Red Hat again. That is not good, to have a customer no longer trust
> what you do.
>
> MB
>
>
> --
> To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
> as the Subject.
>
>
--
To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
as the Subject.
