Replaced 2 IDE drives; CentOS only sees 1
Hi Folks,
I recently had to reload CentOS (5.3) on a box because of an unrelated problem (one of its SATA drives went belly up). I decided to update the old (reliability questionable) 80 GB IDE HDs that had been in it with some new 160's while I was changing stuff around. Well, the BIOS sees both IDE drives, and so does a bootable Acronis CD I have (boots some Windows version). But CentOS refuses to see both the IDE drives (the new SATA drive dropped in w/o difficulty). I spent some time messing with Master/Slave settings and switching disks around--CentOS only sees the Master disk (whichever physical drive that happened to be at the time--clearly was not a bad drive). Here's what dmesg has to say for itself in the relevant section: Code:
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 00:04.0 IDE interface: nVidia Corporation MCP55 IDE (rev a1) The MB is a Tyan S2912 w/ 2 Dual-core Opterons (with an admittedly older BIOS, but the BIOS sees the drives; and so does the different OS so it seems like it's gotta be something w/ CentOS). The extra space of the 2nd IDE drive was not critical, so I just took it out for the time being (may try a BIOS update later). Anyone ever encountered this kind of problem before? Could it be as simple as just needing a driver from nVidia? Thanks. |
Hi, JMCraig.
I unfortunately don't have a solution for you, but I can tell you that in every version of Acronis that I know of, the bootable CD IS a customized Linux distribution. That means that in some form, Linux has detected your hardware. While Acronis isn't exactly decent for diagnosing stuff, chances are that if you were to boot up with a Knoppix DVD or Ubuntu Live CD, you will be able to do something like, "lsmod > MyFileOnaUSBDrive" on the working live disc, and then on your dysfunctional CentOS installation/bootable disc. Compare the two and then you'll have a decent idea of what modules need to be loaded. You may want to use the "sort" command to alphabetize the lists of modules for ease of reading. Hope that helps. --Dane |
There were a lot of funky BIOS-related issues with Nforce2 chipsets and the IDE controllers not working correctly with kernel 2.6 back ~2006 if I remember correctly. Mainly that stuff was only one of the drives would work at full DMA connection speed, the other would be stuck at DMA/33 or at a CPU-hogging, painfully slow parallel I/O.
While I'm not completely sure just why this never occurred with the original 2x 80 GB IDE hard drives in the box, perhaps it's worth updating the BIOS on the board and seeing if that doesn't fix it? You could always back-flash the BIOS to the current revision if necessary. Good luck! |
What does the {root} output of 'fdisk -l' say?
|
fdisk doesn't show the drive at all
Quote:
fdisk -l shows the one IDE drive and the two SATA's; the slave IDE doesn't show up at all: Code:
# fdisk -l Haven't had a chance to try lsmod comparison or flashing the BIOS yet. |
Apologies for asking for fdisk -l, it just extends the story being told. Probably stating the obvious, but the new 160gb IDE drives are part of a RAID set, yes? That is the BIOS IDE controller is doing some kind of (software) raid here - or do you have something fancy like an Adaptec, 3Ware or Areca type card?
|
No BIOS RAID setup
Hey Dave, thanks for taking an interest.
But, no, the IDE drives were blank (no partitions of any kind) when the problem first manifested itself. There was/is no BIOS RAID setup (indeed the MB's BIOS does not have any RAID support for IDE drivess anyway--and I'm not using its SATA RAID capability). The RAID partitions you see were set up via CentOS during the install; so, it was applied AFTER the problem of not being able to see the slave IDE drive occurred. To recap: CentOS could not see the IDE slave drive at all. It never had any partitions built on it nor any BIOS-level RAID setup. I was trying to make that clear above (with my comment about the partition types being irrelevant), but I should have pointed out that the RAID is not BIOS-level, but was set up during the CentOS install (on the 3 disks it could see--of the 4 installed in the box). Therefore, only the master IDE drive's hda1 partion got included in the RAID array along w/ sda1 & sdb1 (setup is RAID 1 w/ a spare). To conclude: no BIOS RAID involvement. John |
Turns out the BIOS is actually the latest available already (I was looking at the wrong info when I decided it was an old version)--which is convenient, I guess, 'cause Tyan's site won't let me download the data to reflash it.... Haven't had a chance to do all the fiddling to see if a different driver will work. I did verify that Xubuntu and Ubuntu won't boot from a CD in that box (now I remember why I went with CentOS...).
More later if I make any progress on it. John |
All times are GMT -5. The time now is 04:30 AM. |