Re: Bug report out of context: Harcy handling of /dev/sd? devices is unacceptable

I had posted to try to bring the problem I have had to light. Every
response has discounted my experience. I can see some light here, as per
the discussion of BIOS preferences.

Can you explain this to me, why I have not had the same problem with
Gentoo? I seriously do not wish to light up flames between Gentoo and
Ubuntu, but rather to open up once again to explain as best I could what had
happened to me.

I have never had this problem before. I hope I never do again, and I don't
guess I have been really nice about it, but every answer I have gotten on
this list has sidestepped that I really did have the problem and attempted
to explain it away.

Sure, I have mixed PATA and SATA, why not? I have both. I didn't through
the old PATA's away. Only with Hardy did I ever see an adjustment of the
device names.

Here are some stats to shed light, at least, on the statements about it not
being possible to avoid /dev/sdX being substituted for /dev/hdY:

luminosity alan # uname -a
Linux luminosity 2.6.26-gentoo #1 SMP Sun Jul 27 12:12:48 [... ]

# df
luminosity alan # df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 69298420 27887260 37890920 43% /
/dev/root 69298420 27887260 37890920 43% /
udev 10240 164 10076 2% /dev
none 1029348 0 1029348 0% /dev/shm
rc-svcdir 1024 68 956 7% /lib64/rc/init.d
/dev/sdc1 101086 48750 47117 51% /boot
/dev/sda6 62144164 54414904 4572492 93% /home/moseley
/dev/sdb4 229672204 93745384 124351988 43% /home/alan/ARCHIVE
/dev/hda6 20176612 13747140 5404528 72% /media/disk
/dev/sda2 76896348 64544888 8445256 89% /media/disk-1
/dev/hda7 21859252 11233488 9524112 55% /media/disk-2
/dev/sda1 43643548 27245660 14180920 66% /media/disk-3
/dev/sdb3 101272600 192252 95976500 1% /media/disk-4
/dev/sdb1 51361528 184272 48588788 1% /media/disk-5
/dev/hda1 451623 148442 279086 35% /media/disk-6
/dev/sda5 57677500 54639628 108020 100% /media/video3



This is not to say that I understand all of this. But something's happening
here. I don't have the same information available from Ubuntu Hardy Heron
at present. These would all be /dev/sdX.

I'm not going to win this battle, but be upbraded and derided and
demonstrated again and again to be wrong. Maybe I am.

Alan

On Fri, Aug 8, 2008 at 1:06 AM, Derek Broughton <news@xxxxxxxxxxxxxx> wrote:

Rashkae wrote:

Alan E. Davis wrote:



Assignation of blame is a minor issue. I am concerned that (contrary to
your opinion) Ubuntu has slipped a fast one. There is no UUID in gentoo
/etc/fstab at this point, so in what way was that *mandated by kernel
changes?*


UUID is not mandated by kernel, but change for /dev/hd? to /dev/sd? is.

Precisely. UUID was a very smart way to deal with the issue.

You will learn the mistake of your assumptions in time. I know you
don't believe me, and I won't convince you, but the change was made by
people who know much more for a *very* good reason. UUID is the only
way to stop the system from not working when hardware is changed, or
kernel changes device assignment, or or or.... Otherwise, we're back to
the days of instructing people with broken system to boot from rescue cd
and edit fstab... yeah, that's so much less hassle for average users.

There _is_ a post from someone here saying he's having issues with plugging
new USB devices changing the location of _existing_ mounts, and if so, that
_is_ a serious bug, but nothing reported here is a bug.

This is a direct result of mixed SATA/PATA, assuming your CD-rom is IDE.
When you boot from the CD-rom, the BIOS gives ide precedence, and your
IDE hard drive is considered drive 0. Then when you switch to booting
on SATA, the BIOS gives SATA precedence, and identifies the SATA drive
as drive 0, and of course, re-numbers everything else. I'd be surprised
if any distro can install from an IDE device to a SATA device, with
other IDE hard drives, and not need a little post-install tweaking.

Thanks for making it more clear than I could.

I've not seen this elsewhere. If it's not a bug, what is it?

PEBKAC

LOL :-)
--
derek


--
ubuntu-users mailing list
ubuntu-users@xxxxxxxxxxxxxxxx
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-users




--
Alan Davis

"It's never a matter of liking or disliking ..."
---Santa Ynez Chumash Medicine Man
--
ubuntu-users mailing list
ubuntu-users@xxxxxxxxxxxxxxxx
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users

Relevant Pages

  • Re: Bug report out of context: Harcy handling of /dev/sd? devices is unacceptable
    ... your opinion) Ubuntu has slipped a fast one. ... UUID was a very smart way to deal with the issue. ... on SATA, the BIOS gives SATA precedence, and identifies the SATA drive ... other IDE hard drives, and not need a little post-install tweaking. ...
    (Ubuntu)
  • Re: Bug report out of context: Harcy handling of /dev/sd? devices is unacceptable
    ... Assignation of blame is a minor issue. ... to allow Ubuntu to boot the system it had itself installed. ... on SATA, the BIOS gives SATA precedence, and identifies the SATA drive ... other IDE hard drives, and not need a little post-install tweaking. ...
    (Ubuntu)
  • Re: Disk error
    ... not SATA. ... "Jose Gallardo" wrote: ... (IDE hard drives, not SATA ones). ...
    (microsoft.public.windowsxp.help_and_support)
  • Re: Is it possible to use ATA and SATA at the samer time.
    ... is getting old and I currently have 2 IDE hard drives on the first IDE ... a SATA DVD burner and replace both of the existing DVD and CD drives. ...
    (alt.comp.hardware.pc-homebuilt)
  • Re: disk uuid changes at boot-time?
    ... I've got a machine that often, after a reboot, mixes the uuid of my sata ... disks, so that they are mounted in different position of where they should ... the UUID of a partition remains the same until you re-format it. ...
    (Ubuntu)