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

Sun Aug 10 13:38:49 UTC 2008

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 at pointerstop.ca> 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 at lists.ubuntu.com
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20080810/2f61ba5c/attachment.html>