[NTLUG:Discuss] [Bulk] Re: Why it can be argued MS is better than Linux (RANT!)

Leroy Tennison leroy_tennison at prodigy.net
Tue Apr 25 04:04:22 CDT 2006


Chris Cox wrote:
> Stephen Davidson wrote:
>   
>> Greetings.
>>
>>     
> ...
>   
>> I have just finished repairing a machine (Linux) that had suffered a 
>> hard drive failure several months back.  Not linux's fault, and that was 
>> a fairly easy fix.  The reason that I only now just finished repairing 
>> it is that I have been occupied with dealing with other Linux failures.  
>> The most recent of which was a printer port failure -- that took 6 weeks 
>> to find the workaround (Note: workaround -- not Fix) for.  And only for 
>> my printserver.  My laptop still does not recognize its printer port 
>> (both machines are OpenSuSE 10.0).
>>
>> Yesterday afternoon, due to several security advisories, I decided to 
>> apply the outstanding security patches for SuSE Pro. 9.2 to my server, 
>> located at a Colocation site downtown.  Mistake.  BIG Mistake.  By 2:00 
>> it was apparent that the system was not going to come back up w/o major 
>> intervention.  So, I good bye to spousal unit, and head out, with master 
>> disks in hand in case something was thoroughly corrupted and needed to 
>> be reinstalled.  Get downtown and over to server.  It was trying to do a 
>> fsck because none of the filesystems had been checked in the last 49710 
>> days.  20.4% through the fsck of /home, and it hangs.  Everytime.  Ok, 
>> that's what rescue disks are for, and I had brought mine.  Pop them in, 
>> run them, and everything works out smooth.  Woohoo, I think.  I will be 
>> home in time for dinner!  Reboot system, no checks in 49710 days, 
>> restarting checks.  Ok, no biggie, I think.  They passed the rescue 
>> disk.  Hung at 20.4%.  At least with MS, when one version of Scan disk 
>> says your filesystem is fixed, the others will as well.  So, rescue disk 
>> again.  Rescan.  Everything still ok.  Fine.  telinit 3.  No network, 
>> and messages about how the system can't find half the files it needs.
>>     
>
> When things go bad, either due to filesystem corruption or other
> problem usually caused by a hardware error or hw glitch, there's not
> too much you can do (and it's OS independent).
>
> Sometimes when dealing with faulty hardware, reboots can be a healthy
> thing.  Bad sectors can be caught before the count gets astronomically
> high (just one example).  Windows is pretty good about forcing
> periodic reboots.  Perhaps it is a hw reliability check/feature.
>
>
> ....
>   
>> I have never had this much trouble from my MS machines.  If things get 
>> so bad a reinstall is needed, 1.5 hours is the most I have ever had to 
>> spend, plus about the same for the services -- not 8 hours, and still no 
>> luck even getting the install to work.
>>     
>
> Well... I certainly sympathize, but I don't think it's a fair
> treatment of the two OS's.  It's possible that an errant user
> initiated configuration could have caused a problem, but I'll give
> you the benefit of doubt.  Really sounds hardware related.
>
> But, if you really feel that Microsoft gives you superior stability,
> I don't think anyone will stand in your way, even if we disagree.
>
> One thing I have learned using Linux is that hardware does fail.
> Something you don't notice as much when you're constantly rebooting
> and rebuilding things.  Just my own observation.
>
>
> _______________________________________________
> http://ntlug.pmichaud.com/mailman/listinfo/discuss
>
>   
I started to go down a couple of specific paths but decided that was the 
wrong direction.  You just started having this problem so the first 
question to ask is "What changed?".  Obviously, the patches.  I realize 
that they're security patches but try backing them out and see if 
everything is OK.  If it is then report the problem to the security 
patch announcer - one or more of the patches could be buggy.  You may 
have to work around the security issues for a while (if possible).  The 
only other option I can think of other than hardware is that the 
software representing the unpatched state has a serious bug allowing the 
problem you have to develop.



More information about the Discuss mailing list