[Bug 343874] /dev/sda1 changed to /dev/sdb1 after hibernation
http://bugzilla.novell.com/show_bug.cgi?id=343874 User robin.listas@telefonica.net added comment http://bugzilla.novell.com/show_bug.cgi?id=343874#c44 Carlos Robinson <robin.listas@telefonica.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|robin.listas@telefonica.net | --- Comment #44 from Carlos Robinson <robin.listas@telefonica.net> 2009-05-31 04:24:01 MDT --- The thing is, manual mount of USB disk survives too in 11.0, which is what I currently use. Last time I tried, your experimental kernel can not boot my system (kernel-default-2.6.29-master_20090403204730_509b117c.i586.rpm, https://bugzilla.novell.com/show_bug.cgi?id=485014#c14). The kernel you propose probably will have the same fault. I made a request at the end of that bugzilla (C18) which was not answered, which means that I can not do further tests on 11.1 kernels: They don't boot, I can not solve the problem myself, end of road. The problem is that my system uses the classical PATA IDE interface with more than 16 partitions, and AFAIK new kernels do not support it, they crash. You suggested in C17 that I change to PATA/libata, but without instructions on how to do that migration on a system with over 16 partitions, I can't go further - it is supposed to work, due to the patches of some Novell guy: <http://www.heise-online.co.uk/open/Kernel-Log-Coming-in-2-6-28-Part-1-ATA-support-and-block-layer--/news/111743>: ] A number of small block layer patches by Libata developer Tejun Heo ] further removes the limitation of a maximum of 15 hard drive partitions ] on data media driven via Libata. <http://lwn.net/Articles/290141/> [Block layer: integrity checking and lots of partitions] So that is a dead end, unless some kind soul offers some guidance help (RTFM link is fine) on how to use that method to boot a system with 20 partitions and libata. The other problem is that I have a new job (good news) which removes more than 8 hours of my available testing time (bad news). And compiling a kernel in this machine takes over 3..5 hours. Ie, my testing time is much limited now. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com