Sorry, just looked at it again - managed to leave off -c. All good. Thanks for your help!
(and that recent procfs patch fixed up the mtab spam issue) On 13 October 2013 12:27, James Haggerty <james.hagge...@gmail.com> wrote: > 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 >> > >
