Just got home ffrom work and thought I'd check over my server. I noticed in the messages I am still getting errors. The /dev/hdc disk is the one that I was having trouble with however I am getting errors on another disk I was using for backing up the data from the faulty drive to. Nov 21 16:32:17 test-fc6 smartd[2484]: Device: /dev/hdd, 1 Currently unreadable (pending) sectors Nov 21 16:32:17 test-fc6 smartd[2484]: Device: /dev/hdd, 1 Offline uncorrectable sectors Nov 21 17:02:16 test-fc6 smartd[2484]: Device: /dev/hdc, 1 Currently unreadable (pending) sectors Nov 21 17:02:17 test-fc6 smartd[2484]: Device: /dev/hdd, 1 Currently unreadable (pending) sectors Nov 21 17:02:17 test-fc6 smartd[2484]: Device: /dev/hdd, 1 Offline uncorrectable sectors Nov 21 17:11:44 test-fc6 kernel: kjournald starting. Commit interval 5 seconds Nov 21 17:11:44 test-fc6 kernel: EXT3 FS on hdc2, internal journal Nov 21 17:11:44 test-fc6 kernel: EXT3-fs: hdc2: 5 orphan inodes deleted Nov 21 17:11:44 test-fc6 kernel: EXT3-fs: recovery complete. Nov 21 17:11:44 test-fc6 kernel: EXT3-fs: mounted filesystem with ordered data mode. Can anyone explain a way totest these disk so I can be sure they are not corrupt. Should I use fsck or testdisk? Also what syntax would provide best results, or are there any better utils? On 21/11/06, Gene Heskett <gene.heskett@xxxxxxxxxxx> wrote:
On Tuesday 21 November 2006 15:00, Paul Ward wrote: >I did a bios reset this morning to try and iron out any strange >settings but as suspected it made no difference. > >Here is the lspci list in my box > >lspci >00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo > KT266/A/333] 00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 > [Apollo KT266/A/333 AGP] 00:06.0 Multimedia video controller: Conexant > CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) >00:06.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and >Audio Decoder [MPEG Port] (rev 05) >00:06.4 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and >Audio Decoder [IR Port] (rev 05) >00:08.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev > 05) 00:08.1 Input device controller: Creative Labs SB Live! Game Port > (rev 05) 00:0a.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX >[Cyclone] (rev 30) >00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 >Controller (rev 80) >00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 >Controller (rev 80) >00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 >Controller (rev 80) >00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) >00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge >00:11.1 IDE interface: VIA Technologies, Inc. >VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) >01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX >5200] (rev a1) > An even older via chipset. It would be suspect until proven otherwise. >On 21/11/06, Gene Heskett <gene.heskett@xxxxxxxxxxx> wrote: >> On Tuesday 21 November 2006 12:41, Paul Ward wrote: >> >Thanks guys for the in depth knowledge of ide drives, I had no idea >> > it made that much difference myself but then I guess that is why I >> > am having problems. >> > >> >To throw some more information on the fault, as I said I ended up >> >using my spare test drive with FC6, this has been a trooper and >> > allows me to keep working. >> > >> >I decided to plug the troublesome drive into IDE1 as master, no other >> >drives were connected and I had the same issues thus I thought >> > proving the drive was playing up, but then I had the Idea of adding >> > it as a master of IDE2 and using the test drive as the master IDE1, >> > everything seems fine, I can mount the troublesome drive and see the >> > data, I can even read and write to it???? Does this mean my IDE1 >> > controller is at fault?? if so I guess it must be related to the >> > chipsset / drive make? >> >> That I dunno about, but I can relate that I have one box, with a >> Mach-Speed mobo in it, that flat doesn't like an attached /dev/hdb >> under any wireing circumstances. If I hook up a drive as /dev/hdb, >> both drives will have trashed filesystems shortly. But since its >> bulletproof with just the main drive, and an older dvd-rw as /dev/hdc, >> and its main job is to run my milling machine, thats how its running. >> Kubuntu-6.06 on it, running an older HEAD of emc2. Works fine. In >> this case, and based on nearly 60 years of watching things electronic >> go bump in the night, my bet is on a buggy ide chipset. I changed the >> drive cable twice, interchanged the drive twice and finally just gave >> up since even the smallest of those two drives was 20x what it needed >> to do its job. >> >> Here's an lspci from that box: >> root@shop:~# lspci >> 0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8378 [KM400/A] >> Chipset Host Bridge >> 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge >> 0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB >> 1.1 Controller (rev 80) >> 0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB >> 1.1 Controller (rev 80) >> 0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB >> 1.1 Controller (rev 80) >> 0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) >> 0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge >> 0000:00:11.1 IDE interface: VIA Technologies, Inc. >> VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) >> 0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. >> VT8233/A/8235/8237 AC97 Audio Controller (rev 50) >> 0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 >> [Rhine-II] (rev 74) >> 0000:01:00.0 VGA compatible controller: nVidia Corporation NV34 >> [GeForce FX 5200] (rev a1) >> root@shop:~# >> >> Do you have anything that matches the above list in your box? >> >> >On 21/11/06, Gene Heskett <gene.heskett@xxxxxxxxxxx> wrote: >> >> On Tuesday 21 November 2006 09:41, Tim wrote: >> >> >Tim: >> >> >>> IDE/ATA doesn't use termination, SCSI does. >> >> > >> >> >Mel: >> >> >> I don't believe that is true. I believe they both use >> >> >> termination. >> >> > >> >> >While from a technical standpoint, there's a standard impedance >> >> > that loads the line, so it is "terminated". There's nothing the >> >> > user does to the drive that changes it. So I should have said it >> >> > doesn't have any user-set termination options. >> >> > >> >> >Electrically, it doesn't matter whether the master or slave is at >> >> > the end of the line. Neither's different in that regard. >> >> >> >> Yes it does, only the drive jumpered as a slave has this turned >> >> off. For that reason it should always be on the middle connector, >> >> with the drive set as master on the end. Yeah you can set it up >> >> bass-ackwards. And I'll say we told you so when your data gets >> >> fubared. >> >> >> >> -- >> >> Cheers, Gene >> >> "There are four boxes to be used in defense of liberty: >> >> soap, ballot, jury, and ammo. Please use in that order." >> >> -Ed Howdershelt (Author) >> >> Yahoo.com and AOL/TW attorneys please note, additions to the above >> >> message by Gene Heskett are: >> >> Copyright 2006 by Maurice Eugene Heskett, all rights reserved. >> >> >> >> -- >> >> fedora-list mailing list >> >> fedora-list@xxxxxxxxxx >> >> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list >> >> -- >> Cheers, Gene >> "There are four boxes to be used in defense of liberty: >> soap, ballot, jury, and ammo. Please use in that order." >> -Ed Howdershelt (Author) >> Yahoo.com and AOL/TW attorneys please note, additions to the above >> message by Gene Heskett are: >> Copyright 2006 by Maurice Eugene Heskett, all rights reserved. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Yahoo.com and AOL/TW attorneys please note, additions to the above message by Gene Heskett are: Copyright 2006 by Maurice Eugene Heskett, all rights reserved.
-- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
