bug-hurd
[Top][All Lists]
Advanced

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

Re: I am a new DebianHURD user and I would like help.


From: Almudena Garcia
Subject: Re: I am a new DebianHURD user and I would like help.
Date: Sun, 11 Aug 2019 13:11:16 +0200

Hi John:
Forwarded your message to bug-hurd maillist.

> After successfully completing an install, the computer froze at the stage where it was supposed to do an fsck during first boot. I booted to rescue mode and >edited a file to skip running fsck. Unfortunately, it froze at the same spot the next boot. Altogether I did four installs and about twelve boots. I wanted to get the >dmesg file, so I booted to rescue mode and tried to put it on a jump drive, but rescue mode wouldn't allow the jump drive to be mounted, nor could I read the >dmesg file.

Hurd uses ext2 filesystem. By this reason, if the system do a hard shutdown, you must to execute fsck to repair the filesystem, previously to the next boot.
If not, the boot process will shows an error, saying the filesystem was not cleanly umount, and will ask you to execute a fsck.

imagen.png

If this error appears, you only have to press enter, and execute fsck -y to repair the filesystem
If you press ctrl+d, the system will shows the same error during the next boot, and won't allow booting the system.




El dom., 11 ago. 2019 a las 3:13, John Woodward (<address@hidden>) escribió:
After successfully completing an install, the computer froze at the stage where it was supposed to do an fsck during first boot. I booted to rescue mode and edited a file to skip running fsck. Unfortunately, it froze at the same spot the next boot. Altogether I did four installs and about twelve boots. I wanted to get the dmesg file, so I booted to rescue mode and tried to put it on a jump drive, but rescue mode wouldn't allow the jump drive to be mounted, nor could I read the dmesg file.

(These things may have happened because rescue mode doesn't have the functionality, rather than because they were forbidden.)

Since HURD wasn't going to boot, I moved on to play with another OS. I would still like to know what caused the computer to hang -- it must be whatever boot action comes right after the fsck, but I could never find what that is. I realize this is thin information to diagnose the problem, but is there any setting I choose during the install that could have caused this problem? I tried lvm with encryption, lvm without encryption and standard install with ext 3 or 4. Nothing made any difference.

The computer was a 10-year-old Altec with 8g memory and an 80g drive. I told the install program to partition the whole drive.
There were no hardware errors mentioned during the install.

At some point I may try HURD on another computer.

What I would like to know most off all is what happens right after boot-time fsck. That's where things went bad. Perhaps you could send me a dmesg file from a successful boot? Or at least the chunk starting on the line just before the fsck and continuing for another twenty or so lines.

Thank you.

On 08 10, 2019, at 08:46 AM, Almudena Garcia <address@hidden> wrote:

Hi John:

Explain us your problem,  and we'll try to help you.

Thanks


El sáb., 10 ago. 2019 a las 14:33, John Woodward (<address@hidden>) escribió:
I encountered a problem right off the bat. I need feedback as to whether it was a bug or an error on my part.Thanks.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]