If BIOS uses the same drivers for SATA and PATA devices, why can't LINUX LiveCD's and other software do likewise?

April 28th, 2012 - 02:45 am ET by Jeff Rosen | Report spam
I'm starting a new thread for this topic, even though it's really a
follow-on from an earlier thread I initiated here,
https://groups.google.com/forum/hl=...romgroups#!topic/comp.os.linux.setup/8e6qzvQKdv8 .

The earlier thread was prompted by my oldest computer being unable to read
Linux LiveCD's and LiveDVD's despite it being able to read all sorts of CD's and
DVD's with either Windows or Linux booted up. That problem was traced to a quirk
in Linux Live media which makes it impossible to boot when placed in older,
PATA-based drives.

I had suspected a problem like that at the outset, but I dismissed it because it
seemed inconsistent with another computer of mine having no problems booting
Live media ever after I transitioned them from PATA- to SATA-based drives. You
see, if SATA and PATA drives are completely different, then wouldn't I have had
to change the BIOS when I upgraded from PATA- to SATA-based drives? After all,
the BIOS has to have at least a rudimentary driver capability in order for it to
detect and start devices with boot-up capabilities, no? Well, I didn't have to
upgrade the BIOS, despite the PATA-to-SATA upgrade, which begs the question
that's the subject of this thread: If a BIOS can use the same software driver for PATA- and SATA-based media, then why can'd Linux LiveCD or LiveDVD media be
designed to do likewise?

Jeff
email Follow the discussionReplies 3 repliesReplies Make a reply

Similar topics

Replies

#1 Grant
April 28th, 2012 - 07:57 pm ET | Report spam
On Fri, 27 Apr 2012 23:45:29 -0700 (PDT), Jeff Rosen wrote:

I'm starting a new thread for this topic, even though it's really a
follow-on from an earlier thread I initiated here,
https://groups.google.com/forum/hl=...romgroups#!topic/comp.os.linux.setup/8e6qzvQKdv8 .

The earlier thread was prompted by my oldest computer being unable to read
Linux LiveCD's and LiveDVD's despite it being able to read all sorts of CD's and
DVD's with either Windows or Linux booted up. That problem was traced to a quirk
in Linux Live media which makes it impossible to boot when placed in older,
PATA-based drives.

I had suspected a problem like that at the outset, but I dismissed it because it
seemed inconsistent with another computer of mine having no problems booting
Live media ever after I transitioned them from PATA- to SATA-based drives. You
see, if SATA and PATA drives are completely different, then wouldn't I have had
to change the BIOS when I upgraded from PATA- to SATA-based drives? After all,
the BIOS has to have at least a rudimentary driver capability in order for it to
detect and start devices with boot-up capabilities, no? Well, I didn't have to
upgrade the BIOS, despite the PATA-to-SATA upgrade, which begs the question
that's the subject of this thread: If a BIOS can use the same software driver for PATA- and SATA-based media, then why can'd Linux LiveCD or LiveDVD media be
designed to do likewise?



It is, however the makers of the particular live media you complain about did
not allow for old hardware, or give a choice at boot time. Linux is a kernel,
the old drivers are still present in the source. What drivers get compiled
into a particular kernel binary are a separate issue.

Grant.

Jeff
Replies Reply to this message
#2 Jeff Rosen
April 29th, 2012 - 12:04 am ET | Report spam
Are you sure the kernel is at fault? I have a recent version of GNU-Linux
(Mandriva 11), which has no problem reading from my CD/DVD drive, which in turn
suggests that the kernel has all the right drivers. Therefore, the glitch seems
to be in the installation software rather than the Linux kernel.


Jeff
Replies Reply to this message
#3 Tauno Voipio
April 29th, 2012 - 04:00 am ET | Report spam
On 29.4.12 7:04 , Jeff Rosen wrote:
Are you sure the kernel is at fault? I have a recent version of GNU-Linux
(Mandriva 11), which has no problem reading from my CD/DVD drive, which in turn
suggests that the kernel has all the right drivers. Therefore, the glitch seems
to be in the installation software rather than the Linux kernel.




I had problems with live CD's when the CD drive on the computer
was a SCSI unit. The intermediate loader (SYSLINUX / ISOLINUX)
had its own CD driver, which could not handle the SCSI drive.

If it had used the BIOS drivers, the problem did not exist.

I suspect that you have a similar problem, if not a problem
with no suitable drivers in kernel or initial ramdisk.


Tauno Voipio
email Follow the discussion Replies Reply to this message
Help Create a new topicReplies Make a reply
Search Make your own search