Re: how to make Debian less fragile (long and philosophical)
No, this wasn't a critical machine. I shouldn't have used the word
critical. It was my desktop machine, and there was stuff on there
that was important to me.
I haven't yet used any linux box for a critical server. I want to,
which is why I am posting all these arguments in favour of statics
(and also hopefully imparting a paranoid attitude about reliability).
This event was so impressive though, that it was at that point in
time that I believed Linux would eventually be viable on critical
That was three years ago, and I am still waiting. RedHat and Slackware
haven't given me the confidence I need to run Linux on a critical server,
and I don't feel they ever will. Debian has potential--which is why I
am here whining about the things I consider unstable rather than on
some other Linux's list :-)
Debian has got a lot of the key things in place, such as a good
organization, a policy, a package manager with many strong points;
but I feel it is still a little lacking on the reliability side.
Please don't take this as a flame, I'm looking at this with a dry
eye while chomping at the bit waiting the day when I think it's viable.
On Wed, Aug 18, 1999 at 12:08:41AM +0300, Tommi Virtanen wrote:
> On Tue, Aug 17, 1999 at 03:49:02PM -0400, Justin Wells wrote:
> > I had lost / and /usr, but not /local or /u which were on the other
> > IDE cable, which was still connected. I was able to keep it going because
> > most programs were already linked and loaded, and critical applications
> > like /bin/sh and /bin/cp had been recently used and so could still be
> > loaded out of the disk cache--and they were statically linked, so
> > they worked (any attempt to "ls /" would block permanently though,
> > locking that tty so that it was permanently unusable).
> You are running critical servers on IDE? With no failover?
> No redundant hot-swappable server? To You, Sir, I say "Bah!"
> Don't blame Debian for your lack of design capability.
> Now let's forget the troll and fix the damn distribution.
> Havoc Consulting | unix, linux, perl, mail, www, internet, security consulting
> +358 50 5486010 | software development, unix administration, training
> To UNSUBSCRIBE, email to email@example.com
> with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org