Re: Hurd shutdown problems

[Brent W. Baccala]

On Sat, Aug 6, 2016 at 7:59 AM, Justus Winter <justus@gnupg.org> wrote:

To prevent filesystem damage, try the following.  Break into the kernel
debugger, and kill the auth server using:

!task_terminate($task5)

Then continue using "c", and /hurd/startup should cleanly shutdown the
system.

The problem seems to be caused by a failure to swapoff the swap space.  Since I've started paying attention to the swap space usage, I've always been able to cleanly shutdown if no swap is in use.  Once, when a small amount of swap was in use (7 MB), I was able to shutdown cleanly.  After a decent sized compile, however, with 100 MB or so of swap in use, I always get this:

Deactivating swap...swapoff: /dev/hd0s5: 177152k swap space
swapoff: /dev/hd0s5: (os/kern) failure
failed.
Unmounting weak filesystems...umount: /etc/mtab: Warning: duplicate entry for device /dev/hd0s1 (/dev/cons)
done.
mount: cannot remount /: Device or resource busy
Will now halt.

Now everything stops.  What happens if I now try Justus's advice?

Stopped    at  0x810000be:    leave
Kernel Page fault trap, eip 0x81029b4e
Caught Page fault (14),    code = 0, pc = 81029b4e
db> !task_terminate($task5)
Kernel Page fault trap, eip 0x81029b4e
Caught Page fault (14),    code = 0, pc = 81029b4e
db> c

...and nothing.  Break back into the debugger and nothing has changed.  "show all tasks" still shows /hurd/auth running as ID 5.

    agape

    brent