Linux Help
guides forums blogs
Home Desktops Distributions ISO Images Logos Newbies Reviews Software Support & Resources Linuxhelp Wiki

Welcome Guest ( Log In | Register )



Advanced DNS Management
New ZoneEdit. New Managment.

FREE DNS Is Back

Sign Up Now
> IDE Drive recognition
pavon
post Jun 29 2008, 04:38 AM
Post #1


Whats this Lie-nix Thing?
*

Group: Members
Posts: 3
Joined: 29-June 08
Member No.: 13,533



I am in the process of wiping some old IDE drives before taking them to be recycled/disposed, using the `shred /dev/sda' command. Right after I started one of them I had a power outage (caused by clumsy foot). Now my BIOS won't auto-recognize the drive (presumably because the drive info has been overwritten). When I manually specify the drive geometry in the BIOS it gives me a "Harddisk Diagnostic Failure". In both cases Linux does not detect the drive. I've also tried specifying the drive geometry in the boot options (sda=790,15,57) with no luck (is this even used anymore in 2.6?). I'm using C,H,S values penned onto the drive - not sure if they are what was actually being auto-detected before, but the total size is correct.

I'd really like to finish wiping this drive before I get rid of it. Any ideas on how I can force linux to see the drive, or how to get the BIOS to accept it?

In case it is usefull, the system I am using to do this is an AMD K6-2 with an AWARD BIOS, booting the System Rescue CD (normal 32 bit linux rescuecd, not one of the other boot images).
Go to the top of the page
 
+Quote Post
 
Start new topic
Replies (1 - 5)
michaelk
post Jun 29 2008, 11:27 AM
Post #2


Its GNU/Linuxhelp.net
*******

Group: Support Specialist
Posts: 1,800
Joined: 23-January 03
Member No.: 360



Even though you probably deleted the partition table the BIOS should still be able to recognize the drive via the automatic setting AFAIK.
The drive settings are saved in nonvolatile memory on the drive. The abrupt power removal could of damaged the drive.

The only other problem I see would be if the drive capacity was > then the BIOS size limitation i.e. 8GB, 32GB, 127GB etc and the translation software
is in the MBR which is not erased. I would not expect a hardware drive error but it has been a long to since I have messed with this.

If this is really the case then shred the partition and not the entire drive ie. sda1 vs sda.

http://www.win.tue.nl/~aeb/linux/Large-Disk-11.html
Go to the top of the page
 
+Quote Post
pavon
post Jun 29 2008, 03:22 PM
Post #3


Whats this Lie-nix Thing?
*

Group: Members
Posts: 3
Joined: 29-June 08
Member No.: 13,533



Thanks for the reply michael. None of these drives are over the limit - they are all under 1GB.

That was strange - I set the BIOS drive type to None (rather than Auto or User) and linux was able to recognize the drive. In fact after rebooting, and setting the BIOS back to Auto, it was able to as well. So that drive is taken care of.

I have run into another problem though. I've gotten all but two drives wiped. The remaining two are both Maxtors vintage 1993. Both are autodetected by the BIOS, with the geometry matching what is written on the drive. However, linux is autodetecting the wrong size for both of them. One is 345 MB (330MiB) and Linux is detecting it as 674 GiB, the other is 245MB (234MiB) and linux is detecting it as 700 GiB (as reported by fdisk, and /sys/bus/sda/size agrees). Providing the correct geometry as a boot parameter doesn't seem have any effect (oh, and I found out that the correct module option is still `hda=c,h,s' even though the drive will show up as /dev/sda). I am able to view their partition tables in fdisk, and one of them I was able to mount (the other had a read error).

I tried doing a `shred /dev/sda' anyway, and got a write error after only a few MB. I probably should have just shred the partition, since it looks to be the right size. Well too late for that. Any idea on how to force the correct size for a drive, or why linux would be misinterpeting the size reported for these particular drives? I know at least one of them was originally used in a linux box just fine, but that was many kernel releases ago :)
Go to the top of the page
 
+Quote Post
michaelk
post Jun 29 2008, 08:41 PM
Post #4


Its GNU/Linuxhelp.net
*******

Group: Support Specialist
Posts: 1,800
Joined: 23-January 03
Member No.: 360



The size differences might just be due to how the drive manufactures lists the sizes i.e. 1000 vs 1024. You do not need to change anything since linux will use the
real numbers.

The latest 2.6 kernels use libata which assigns all drives including IDEs a sdx device id.
Go to the top of the page
 
+Quote Post
pavon
post Jul 1 2008, 12:17 AM
Post #5


Whats this Lie-nix Thing?
*

Group: Members
Posts: 3
Joined: 29-June 08
Member No.: 13,533



QUOTE (michaelk @ Jun 29 2008, 06:41 PM) *
The size differences might just be due to how the drive manufactures lists the sizes i.e. 1000 vs 1024. You do not need to change anything since linux will use the
real numbers.

I don't think this is a KB vs KiB issue as it is detecting my 330 MiB drive as being 674 GiB :)
Go to the top of the page
 
+Quote Post
michaelk
post Jul 1 2008, 11:11 AM
Post #6


Its GNU/Linuxhelp.net
*******

Group: Support Specialist
Posts: 1,800
Joined: 23-January 03
Member No.: 360



Oh I C. However, not sure why the mismatch.
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 20th November 2017 - 12:57 AM