On Sun, 2010-05-09 at 18:33 +0930, Arthur Marsh wrote: > I ran some more tests and found that ending a kde session was causing > /boot to be un-mounted. (running kdm 4:3.5.10.dfsg.1-2) > > Attached is a quick hack workaround, as I could not figure out how to > determine where in the kde session logout /boot was being un-mounted. > > In general, not all users will have a separate /boot partition and even > fewer will run into this problem, but perhaps a warning message could be > generated if /boot exists in /etc/fstab and /boot is not mounted when > kexec-load runs? > > Arthur.
The real bug seems to be elsewhere and trying to put a band-aid on it in kexec scripts is not the right thing to do in a general case. It might make sense in your specific situation. Unmounting /boot can cause other problems, like kernel updates will get ignored silently since they will happen in a directory that is a mount point. I am not familiar with KDE session management since I never use KDE. I would suggest starting out by filing a bug for whatever is KDE equivalent of gnome-session package. Your initial report did make me realize a potential problem with kexec-tools and that is that it does need to depend upon $local_fs since kernel to be kexec'd could easily reside on any locally mounted filesystem, not just /boot. I have fixed that bug. -- =================== Khalid Aziz kha...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
