Excellent, thanks. htop now good, though top still bails:

jamesh@gurdy:~$ top
Error, do this: mount -t proc proc /proc

---

Re mtab, I was more surprised that /hurd/term someone didn't cause a df
error!

Unrelated: does your recent patch fixes the 'wow, now I have 30 mtab
processes' problem?



On 13 October 2013 11:02, Richard Braun <rbr...@sceen.net> wrote:

> On Sun, Oct 13, 2013 at 09:42:30AM +1100, James Haggerty wrote:
> > Just did an apt-get update, apt-get upgrade, and everything seemed to go
> > smoothly except that top now crashes and htop doesn't show cpu %. I'm
> > assuming /proc has started to deliver something funny. I set it up before
> > the update like this:
> >
> > sudo settrans -fgap /proc /hurd/procfs -c
> >
> > So maybe I broke it. Any ideas?
>
> Not sure why it hasn't been done, but you actually need to tell procfs
> the PID of the kernel task now, so something like this :
>
> settrans -g /proc /hurd/procfs -c -k 3
>
> > On the plus side, /proc/mounts is now delivering something (thanks,
> mtab!),
> > though df wants to find out how much space is free on /dev/cons for some
> > reason.
>
> df looks at /proc/mounts, which is implemented by the mtab translator,
> which recursively asks for translator information. Not all of them are
> regular file systems. Also, it doesn't work on /home (or any passive
> translator yet), be patient, these will get fixed eventually.
>
> --
> Richard Braun
>

Reply via email to