RE: random crashes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> Even if it has failed you don't want to
>try fixing it unless you are a qualified electrician and
>have appropriate tools for things like earth testing.

You don't repair failed/damaged PSUs and motherboards - you replace them.


>PSU's also fail for another common office reason in some
>configurations, that is the intake of paperclips and staples.
>Thankfully modern systems seem to be designed to keep
>intakes away from the such terrors.
> Removing the staple and paperclips is also a standard
>office keyboard service.

Heh. In over 20 years of doing IT for many small and large businesses, I
can't remember seeing a paperclip or staple inside a PSU. Not saying it
can't happen - one could bounce in through the back vent.

But even if that should be the case, you don't usually get away with simply
removing the foreign metal objects - you're going to be replacing the PSU.

And if you want to know why it failed, you're going to look inside the PSU.
(if you're the kind of a tech that cares to know)

-----Original Message-----
From: Alan Cox [mailto:alan@xxxxxxxxxxxxxxxxxxx]
Sent: Sunday, February 27, 2011 10:12 AM
To: Community support for Fedora users

>That is somewhat dubious. Look at the SMART data
>health check from the drive, that knows far more.

My suggestion was to look at the smart data. One reason for a drive health
check warning is due to solely to the drive having reallocated sectors.


> In general a modern drive is a storage appliance
>pretending to be a disk, and it's unwise to treat it
>otherwise.

Whatever that means. Drives are amazing: self-analyzing, self-adjusting,
self-repairing. But they are still just a component that you diagnose. They
still fail in the same ways that drives have failed since the beginning.
Only now, they can tell you how they're feeling. But only if you look. I
suppose someday they'll send emails without need of some monitoring
program...


>There are lots of cases where reallocated
>sectors is not a problem

Please explain a situation in which a hard drive developing bad sectors is
not a problem.


>With a reallocated sector the drive has decided a block is
>problematic and not to use it. That won't cause a problem
>to an OS except maybe an observed pause as the drive tries
>to sort the blocks out.
>On a bad sector Linux will continue as best it can and
>you'll rarely see the machine go splat.

You've been lucky if your systems have simply burped during this process.
Although, it doesn't sound to me as though you have actually witnessed this.


Things don't always go quite so nicely for linux or windows based systems
that are using commodity parts like Seagate, WD, or Samsung sata drives -
the kind you find in most desktops and budget servers. I think it could be
handled a lot better by the OS than it is. I blame the drivers.

In any case, any tech worth his salt is going to find out what the problem
actually is. Going thru a system in the way that I suggested is not only
going to help in solving the problem, it should also be part of a anyone's
maintenance plan.

If you're just guessing at the problem, you're paying too much for IT.




-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux