Re: Screwiness with PCI-E SATA card?

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

 



Jonathan Gardner wrote, On 12/15/2008 09:52 PM:
I've got a system with two SATA connectors that I've hooked up two
SATA drives to. I upgraded by adding a PCI-E SATA card and another,
500GB SATA drive.

I've got Fedora 10 running with the root partition on an LVM volume
group on the big 500GB drive and my /home partition on an LVM VG on a
RAID1 array of the two original drives. Things go fine for about an
hour until the root partition begins to corrupt.

When I reboot, fsck reports that the root partition has a lot of
errors. Running fsck manually confirms that there are a lot of errors.

smartctl doesn't report anything obvious, but I don't have a lot of
experience with smartctl.

Does anyone have any suggestions on how to investigate this? I'm
rather amateurish with the admin tools to diagnose problems with
hardware.

Right now I've got my distribute setup on the two original drives
because I can't trust the new, large drive running on the SATA card.


which file system?
if ext[23] then read up on e2fsck with the following options:
e2fsck -k -c -c -f -y -C 0 -v /dev/device
Assumptions: 1) if ext3, the journal is internal. 2) bad blocks be the problem even on a new drive (been there got the t-shirt_S_). 3) /dev/device is not mounted at the time of execution.

This should force e2fsck to check for bad blocks while doing the file system fixes.

if you are using something else, look at the specific man your.fsck for it and see if it can do a badblocks check.

fall back:
badblocks -n -b 4096 -s -v -o /root/bigbadblocks.txt /dev/device
Assumptions: 1) bad blocks be the problem even on a new drive (been there got the t-shirt_S_). 2) /dev/device is not mounted at the time of execution.

/root/bigbadblocks.txt will contain any seriously interesting output.

man badblocks for details on the options. The important one there is the -n for "Use non-destructive read-write mode."

Oh, BTW either of these will take a while...

--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux