Hello, and thanks to you for following this issue; sadly, I have to say
that this behavior is still present.

As far as from today in the last kernel update (linux-image-2.6.20-16-generic) 
I had, when re-boot hanged, to manually change fstab as:
/dev/hda6 /home2 reiserfs defaults 0 2 -> /dev/sda6 /home2 reiserfs defaults 0 2
/dev/hda7 /usr/local reiserfs defaults 0 2 -> /dev/sda7 /usr/local reiserfs 
defaults 0 2
/dev/hda8 /chroot reiserfs defaults 0 2 -> /dev/sda8 /chroot reiserfs defaults 
0 2
/dev/hda9 /home/hjmf reiserfs defaults 0 2 -> /dev/sda9 /home/hjmf reiserfs 
defaults 0 2

This is been a constant on every upgrade of the kernel since I first
reported this issue. Notice how curious is that I had to change from
sda# to hda# and from sda# to hda# alternatively on each kernel upgrade,
e.g.

* in linux-image-2.6.20-15-generic update, I had to change: /dev/sda# -> 
/dev/hda# (YES, the inverse operation I did today)
* in linux-image-2.6.20-14-generic update, I had to do as I did today: 
/dev/hda# -> /dev/sda#  
* ... happens always since 2.6.20-12 kernel.

This affects only my reiserfs partitions (the fstab file is the same I
attached in my first post). The reiserfs partitions incidentally were
present before I migrated to ubuntu one year ago (are partitions created
some years ago and that have survived several distros w/o problems).
This issue also happens in the computer of a familiar of me since he
upgraded to feisty (as me he has old reiserfs partitions).

Though it is not a big problem for me as I know how to fix it every time
it happens (it just take few seconds to edit fstab and mount -a), it can
be a huge problem for people not used to deal with system files (as
happens with that familiar -- I had to go to his home every time there's
a kernel upgrade ;-) -- )

Feedback would be greatly appreciated.

-- 
hda -> sda transition not handled during upgrade
https://bugs.launchpad.net/bugs/93655
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to