| 2006-01-02 18:09:11 |
Edward Mendelson |
bug |
|
|
added bug |
| 2006-01-02 18:09:41 |
Edward Mendelson |
bug |
|
|
assigned to Ubuntu |
| 2006-01-05 11:32:10 |
Daniel Holbach |
None: status |
New |
Rejected |
|
| 2006-03-16 16:02:46 |
Paul Sladen |
linux86: statusexplanation |
|
|
|
| 2006-03-16 16:05:22 |
Paul Sladen |
title |
Hard disk dev name changes when ThinkPad is docked |
IDE enumeration differs between docked and undocked on ThinkPad T42 |
|
| 2006-03-16 23:43:50 |
RobotTwo |
linux-source-2.6.15: severity |
Normal |
Critical |
|
| 2006-03-16 23:43:50 |
RobotTwo |
linux-source-2.6.15: statusexplanation |
|
This is a pretty critical bug, as a beginner would have no idea how to boot his/her system! |
|
| 2006-03-21 15:15:17 |
Ben Collins |
linux-source-2.6.15: status |
Unconfirmed |
Confirmed |
|
| 2006-03-21 15:15:17 |
Ben Collins |
linux-source-2.6.15: statusexplanation |
This is a pretty critical bug, as a beginner would have no idea how to boot his/her system! |
Here's the quick summary:
Kernel: There's no way for the kernel to make any exceptions here. The drivers are loaded in a specific order that the kernel has no control over. It just does what it is told.
Udev: Udev shouldn't have to worry about the order of modules. Maybe the user could blacklist the module for the docking station IDE, but that's a hack.
The real fix here is probe-root-fs. Using the UUID alleviates all the problems here. However, this is currently only implemented for removable devices (there was a long discussion about this on #ubuntu-devel).
I'm punting this over to grub-installer (which handles when to use UUID and when to use device path), since it will need to handle the details of this.
This will probably NOT be fixed for dapper. |
|
| 2006-04-24 15:06:47 |
Marten Klencke |
title |
IDE enumeration differs between docked and undocked on ThinkPad T42 |
Wrong IDE enumeration with multiple IDE controllers |
|
| 2006-05-03 03:03:05 |
Matt Zimmerman |
grub-installer: assignee |
|
adconrad |
|
| 2006-05-03 03:03:05 |
Matt Zimmerman |
grub-installer: statusexplanation |
Here's the quick summary:
Kernel: There's no way for the kernel to make any exceptions here. The drivers are loaded in a specific order that the kernel has no control over. It just does what it is told.
Udev: Udev shouldn't have to worry about the order of modules. Maybe the user could blacklist the module for the docking station IDE, but that's a hack.
The real fix here is probe-root-fs. Using the UUID alleviates all the problems here. However, this is currently only implemented for removable devices (there was a long discussion about this on #ubuntu-devel).
I'm punting this over to grub-installer (which handles when to use UUID and when to use device path), since it will need to handle the details of this.
This will probably NOT be fixed for dapper. |
Nothing to do with grub-installer; the most likely place to deal with this will be initramfs-tools.
That is, unless the kernel update has fixed it? Can anyone confirm? |
|
| 2006-05-03 03:03:58 |
Matt Zimmerman |
title |
Wrong IDE enumeration with multiple IDE controllers |
Hard disk order changes when using docking station |
|
| 2006-05-03 03:04:18 |
Matt Zimmerman |
initramfs-tools: severity |
Critical |
Major |
|
| 2006-05-03 03:04:18 |
Matt Zimmerman |
initramfs-tools: statusexplanation |
Nothing to do with grub-installer; the most likely place to deal with this will be initramfs-tools.
That is, unless the kernel update has fixed it? Can anyone confirm? |
|
|
| 2006-05-03 16:58:26 |
Scott James Remnant (Canonical) |
initramfs-tools: assignee |
adconrad |
keybuk |
|
| 2006-05-03 19:10:47 |
Scott James Remnant (Canonical) |
udev: status |
Confirmed |
Needs Info |
|
| 2006-05-03 21:56:46 |
Edward Mendelson |
bug |
|
|
added attachment 'udev.undocked' (Udev from undocked ThinkPad T42) |
| 2006-05-03 21:59:32 |
Edward Mendelson |
bug |
|
|
added attachment 'udev.docked' (Udev from DOCKED ThinkPad T42) |
| 2006-05-03 23:40:21 |
Marten Klencke |
bug |
|
|
added attachment 'udev' (udev log on computer with IDE/RAID PCI card) |
| 2006-05-04 13:29:52 |
Scott James Remnant (Canonical) |
bug |
|
|
added subscriber Matt Zimmerman |
| 2006-05-04 13:35:48 |
Scott James Remnant (Canonical) |
udev: status |
Needs Info |
Confirmed |
|
| 2006-05-29 18:01:06 |
Paul Sladen |
title |
Hard disk order changes when using docking station |
udev enumeration should use /sys/bus not /sys/devices |
|
| 2006-06-07 09:52:57 |
Scott James Remnant (Canonical) |
grub-installer: status |
Unconfirmed |
Rejected |
|
| 2006-06-07 09:52:57 |
Scott James Remnant (Canonical) |
grub-installer: statusexplanation |
|
Rejecting assignment to grub-installer |
|
| 2006-07-31 12:08:36 |
Scott James Remnant (Canonical) |
udev: status |
Confirmed |
Fix Released |
|
| 2006-07-31 12:08:36 |
Scott James Remnant (Canonical) |
udev: statusexplanation |
|
Marking as fixed (for edgy) |
|
| 2006-07-31 12:10:47 |
Scott James Remnant (Canonical) |
udev: status |
Unconfirmed |
Confirmed |
|
| 2006-07-31 12:10:47 |
Scott James Remnant (Canonical) |
udev: assignee |
|
keybuk |
|
| 2006-07-31 12:10:47 |
Scott James Remnant (Canonical) |
udev: statusexplanation |
|
Marking as open in dapper -- in case we decide to backport the fix to -updates
My current opinion is "NO", this broke several things in edgy (soundcard ordering, SATA vs. IDE ordering, network card ordering,etc.)
Fortunately we had other things in place in edgy to fix those before they broke |
|
| 2006-08-17 16:35:49 |
Scott James Remnant (Canonical) |
udev: status |
Confirmed |
Rejected |
|
| 2006-08-17 16:35:49 |
Scott James Remnant (Canonical) |
udev: statusexplanation |
Marking as open in dapper -- in case we decide to backport the fix to -updates
My current opinion is "NO", this broke several things in edgy (soundcard ordering, SATA vs. IDE ordering, network card ordering,etc.)
Fortunately we had other things in place in edgy to fix those before they broke |
Officially marking as Rejected for dapper.
Here is the reasoning:
- We applied the "fix", as planned, to the udev in Edgy Eft.
- While the fix corrected the problem described here, it caused new problems. Because it was a fundamental change to device ordering, it changed the order of other devices where more than one existed in the system -- including other disks
- For Edgy this was not a problem, as the upgrade makes other changes that make device order non-important anyway
- These changes are too invasive for backporting to dapper
- This bug has a known workaround, which can be applied by the minority of users affected by it
- That workaround is preferable to causing far more working systems to cease functioning. |
|
| 2012-05-29 13:21:44 |
Curtis Hovey |
removed subscriber Registry Administrators |
|
|
|
| 2017-06-22 18:19:10 |
Danilo Oliveira Pinheiro |
grub-installer (Ubuntu): status |
Invalid |
New |
|
| 2017-06-22 18:19:16 |
Danilo Oliveira Pinheiro |
ubuntu: status |
Invalid |
New |
|
| 2017-06-22 18:19:22 |
Danilo Oliveira Pinheiro |
udev (Ubuntu Dapper): status |
Invalid |
New |
|
| 2017-06-23 09:50:05 |
Colin Watson |
ubuntu: status |
New |
Invalid |
|
| 2017-06-23 09:50:11 |
Colin Watson |
grub-installer (Ubuntu): status |
New |
Invalid |
|
| 2017-06-23 09:50:15 |
Colin Watson |
udev (Ubuntu Dapper): status |
New |
Invalid |
|
