[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Issuing "halt" locks up computer and working graphical browser (dillo)



Hi!

Svante, thanks for answering -- you basically gave the same answers I
would have given.  :-) I only have a few additional recommendations and
questions.

On Fri, 22 Jul 2011 11:22:15 +0200, Svante Signell <svante.signell@telia.com> wrote:
> On Fri, 2011-07-22 at 00:56 +0200, peter@kahn.nu wrote:
> > I have never been able to make a clean shutdown with hurd. And the system
> > freezes on me every time.

Given your original text, you're running X.  The system will -- as far as
I know -- not switch back to the text console/Mach console if reboot or
halt are invoked.  Thus, you won't see the shutdown/reboot messages.
First stop X, then stop the Hurd console, then reboot/halt to see what's
happening.

> > I wouldn't really care if i didn't risk
> > destroying my filesystem in the process. As you know it takes a while to
> > set everything up and once i have got it running i would like to be able
> > to keep it so for at least a couple of months.

It is also advisable to have a separate partition for $HOME/ etc.

Can we have the Debian Install do this automatically?  (I always do
partitioning manually, so I don't know if it's already doing that.)
Apparently, I forgot to take notes after my last installation, whether I
manually had to setup the translator and /etc/fstab entries for the
second ext2fs instance.

And do backups, of course.  Which is especially easy if you're using QEMU
(or similar), as you can just copy the whole disk image (when the system
is not running).

> Are you using qemu/kvm or real hardware? For hopefully a good shutdown,
> use syncfs --synchronous /, before shutting down with halt (not
> shutdown), see
> http://www.bddebian.com/~hurd-web/open_issues/sync_but_still_unclean_filesystem/

Correct.

> > Regarding cd reading errors i have had them too even though the checksum
> > on my disc is okey. I used it to install on qemu and didn't come across
> > the same errors. I solved the problems by using the online installer.

No idea on that.

> > Finally, is the ext2fs program eating all your cpu as well or is it just
> > on my system?

ext2fs is known to be a resource hog.  Separating the root filesystem
with /usr etc. from /home does help, in my opinion; also for system
stability.

> > I hope it doesn't sound like i'm complaining. I have got fvwm2 running and
> > i'm as happy as ever! Yes its slower than running linux. But twice the
> > fun!

:-)

> > Oh, yes, forgot to mention that sudo just locks the console when i try to
> > issue commands through it. It asks for my password and after it is
> > accepted nothing happens. Just thought you should know.

Is it really that it doesn't do anything, or is it rather that it
stops/hangs *after* doing its task?

> Currently sudo locks up after command completion. According to Samuel
> Thibault this is due to: the sudo bug is select() not being able to get
> interrupted by signals, see
> http://www.bddebian.com/~hurd-web/open_issues/select_vs_signals/

Correct.

> For the moment su - is recommended (or log in as root)

Or, what I do, use ``sudo -i'' in a shell, and leave it running.


Grüße,
 Thomas

Attachment: pgpVNZgzYH8qF.pgp
Description: PGP signature


Reply to: