On Sat, Aug 6, 2016 at 7:59 AM, Justus Winter <jus...@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
