GNU bug report logs - #44257
guix boot stop

Previous Next

To reply to this bug, email your comments to 44257 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Douglas Linford <drkrider <at> gmail.com>
To: "bug-guix <at> gnu.org" <bug-guix <at> gnu.org>
Subject: guix boot stop
Date: Tue, 27 Oct 2020 10:23:07 -0400

[Message part 1 (text/plain, inline)]

Good day,
I am new to Guix, but not Linux, so I am familiar with Linux and it's structures.
Upon my initial install of Guix, the boot will start, but always hangs.
The last four lines in the boot messages are as follows...
populating /etc from /gnu/store/mfmgcsra291k3psl7mippy53fhqkf912-etc...

error in finalization thread: Success

[ 4.190744] udevd[217]: no sender credentials received, message ignored

[ 5.889796] Error: Driver 'pcspkr' is already registered, aborting...

And the boot process stops. It seems it would be a hardware issue.
My enclosed screenshot shows the /gnu/store folder.
And as you see, all modify times show a date of Dec 31 1969.
So, am I seeing a corrupted store, or maybe a corrupted install usb stick...or?Any thoughts or resolutions?

Respectfully,
Douglas Linford

[Message part 2 (text/html, inline)]

[Guix Store.png (image/png, attachment)]

Message #8 received at 44257 <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: Douglas Linford <drkrider <at> gmail.com>,44257 <at> debbugs.gnu.org
Subject: Re: bug#44257: guix boot stop
Date: Tue, 27 Oct 2020 12:25:30 -0400

[Message part 1 (text/plain, inline)]

Hi Douglas,

I think I've seen this before and the solution was to use the latest image, instead of the latest release because this issue was fixed after the last release. You can find more info on the latest installer at http://guix.gnu.org/en/download/latest/

Please tell us if it solves your issue or not!

Le 27 octobre 2020 10:23:07 GMT-04:00, Douglas Linford <drkrider <at> gmail.com> a écrit :
>Good day,
>I am new to Guix, but not Linux, so I am familiar with Linux and it's
>structures.
>Upon my initial install of Guix, the boot will start, but always hangs.
>The last four lines in the boot messages are as follows...
>populating /etc from /gnu/store/mfmgcsra291k3psl7mippy53fhqkf912-etc...
>
>error in finalization thread: Success
>
>[ 4.190744] udevd[217]: no sender credentials received, message ignored
>
>[ 5.889796] Error: Driver 'pcspkr' is already registered, aborting...
>
>And the boot process stops. It seems it would be a hardware issue.
>My enclosed screenshot shows the /gnu/store folder.
>And as you see, all modify times show a date of Dec 31 1969.
>So, am I seeing a corrupted store, or maybe a corrupted install usb
>stick...or?Any thoughts or resolutions?
>
>Respectfully,
>Douglas Linford

[Message part 2 (text/html, inline)]

Message #11 received at 44257 <at> debbugs.gnu.org (full text, mbox):

From: Douglas Linford <drkrider <at> gmail.com>
To: Julien Lepiller <julien <at> lepiller.eu>
Cc: 44257 <at> debbugs.gnu.org
Subject: Re: bug#44257: guix boot stop
Date: Tue, 27 Oct 2020 14:13:53 -0400

[Message part 1 (text/plain, inline)]

Thanks, I'll check it out.

Douglas

On Tue, Oct 27, 2020, 12:25 PM Julien Lepiller <julien <at> lepiller.eu> wrote:

> Hi Douglas,
>
> I think I've seen this before and the solution was to use the latest
> image, instead of the latest release because this issue was fixed after the
> last release. You can find more info on the latest installer at
> http://guix.gnu.org/en/download/latest/
>
> Please tell us if it solves your issue or not!
>
> Le 27 octobre 2020 10:23:07 GMT-04:00, Douglas Linford <drkrider <at> gmail.com>
> a écrit :
>>
>> Good day,
>> I am new to Guix, but not Linux, so I am familiar with Linux and it's
>> structures.
>> Upon my initial install of Guix, the boot will start, but always hangs.
>> The last four lines in the boot messages are as follows...
>>
>>    1. populating /etc from
>>    /gnu/store/mfmgcsra291k3psl7mippy53fhqkf912-etc...
>>    2. error in finalization thread: Success
>>    3. [    4.190744] udevd[217]: no sender credentials received, message
>>    ignored
>>    4. [    5.889796] Error: Driver 'pcspkr' is already registered,
>>    aborting...
>>
>> And the boot process stops. It seems it would be a hardware issue.
>> My enclosed screenshot shows the /gnu/store folder.
>> And as you see, all modify times show a date of Dec 31 1969.
>> So, am I seeing a corrupted store, or maybe a corrupted install usb
>> stick...or?Any thoughts or resolutions?
>>
>> Respectfully,
>> Douglas Linford
>>
>>
>> [image: Sent from Mailspring]
>
>

[Message part 2 (text/html, inline)]

Message #14 received at 44257 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Julien Lepiller <julien <at> lepiller.eu>
Cc: 44257 <at> debbugs.gnu.org, Douglas Linford <drkrider <at> gmail.com>
Subject: Re: bug#44257: guix boot stop
Date: Wed, 28 Oct 2020 15:21:28 +0100

Hi,

Julien Lepiller <julien <at> lepiller.eu> skribis:

> I think I've seen this before and the solution was to use the latest
> image, instead of the latest release because this issue was fixed
> after the last release.

I think the 1.1 ISO did install bootable systems in general though.  :-)
Do you have a specific bug in mind?

Thanks,
Ludo’.

Message #17 received at 44257 <at> debbugs.gnu.org (full text, mbox):

From: Douglas Linford <drkrider <at> gmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: "44257 <at> debbugs.gnu.org" <44257 <at> debbugs.gnu.org>,
 Julien Lepiller <julien <at> lepiller.eu>
Subject: Re: bug#44257: guix boot stop
Date: Wed, 28 Oct 2020 10:55:38 -0400

[Message part 1 (text/plain, inline)]

Good day,
I seem to have the boot issue resolved, (an issue with radeon, I put nomodeset in the grub load line), but the bug issue I was referring to is when I run the command: ls -l on the /gnu/store directory, all store folders have a date stamp of Dec 31, 1969.
It doesn't seem to effect anything, so maybe I should just ignore the dates.

Douglas
Sent from Mailspring (https://link.getmailspring.com/link/1563A7D9-9391-4DB8-9059-C416F0C44DF4 <at> getmailspring.com/0?redirect=https%3A%2F%2Fgetmailspring.com%2F&recipient=NDQyNTdAZGViYnVncy5nbnUub3Jn), the best free email app for work
On Oct 28 2020, at 10:21 am, Ludovic Courtès <ludo <at> gnu.org> wrote:
> Hi,
>
> Julien Lepiller <julien <at> lepiller.eu> skribis:
> > I think I've seen this before and the solution was to use the latest
> > image, instead of the latest release because this issue was fixed
> > after the last release.
>
> I think the 1.1 ISO did install bootable systems in general though. :-)
> Do you have a specific bug in mind?
>
> Thanks,
> Ludo’.
>

[Message part 2 (text/html, inline)]

Message #20 received at 44257 <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: Douglas Linford <drkrider <at> gmail.com>
Cc: "44257 <at> debbugs.gnu.org" <44257 <at> debbugs.gnu.org>,
 Ludovic Courtès <ludo <at> gnu.org>
Subject: Re: bug#44257: guix boot stop
Date: Wed, 28 Oct 2020 12:24:31 -0400

The timestamps are reset to "zero" (the first date possible on Unix
systems) as part of Guix's efforts to build everything reproducibly.

On Wed, Oct 28, 2020 at 10:55:38AM -0400, Douglas Linford wrote:
> Good day,
> I seem to have the boot issue resolved, (an issue with radeon, I put nomodeset in the grub load line), but the bug issue I was referring to is when I run the command: ls -l on the /gnu/store directory, all store folders have a date stamp of Dec 31, 1969.
> It doesn't seem to effect anything, so maybe I should just ignore the dates.
> 
> Douglas
> Sent from Mailspring (https://link.getmailspring.com/link/1563A7D9-9391-4DB8-9059-C416F0C44DF4 <at> getmailspring.com/0?redirect=https%3A%2F%2Fgetmailspring.com%2F&recipient=NDQyNTdAZGViYnVncy5nbnUub3Jn), the best free email app for work
> On Oct 28 2020, at 10:21 am, Ludovic Courtès <ludo <at> gnu.org> wrote:
> > Hi,
> >
> > Julien Lepiller <julien <at> lepiller.eu> skribis:
> > > I think I've seen this before and the solution was to use the latest
> > > image, instead of the latest release because this issue was fixed
> > > after the last release.
> >
> > I think the 1.1 ISO did install bootable systems in general though. :-)
> > Do you have a specific bug in mind?
> >
> > Thanks,
> > Ludo’.
> >
> 

Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: Douglas Linford <drkrider <at> gmail.com>
Cc: "44257-done <at> debbugs.gnu.org" <44257 <at> debbugs.gnu.org>, bug-guix <at> gnu.org
Subject: Re: bug#44257: guix boot stop
Date: Wed, 28 Oct 2020 17:33:32 +0100

[Message part 1 (text/plain, inline)]

Douglas,

Thanks for clarifying!

Douglas Linford 写道：
> the bug issue I was referring to is when I run the command: ls 
> -l on the /gnu/store directory, all store folders have a date 
> stamp of Dec 31, 1969.
> It doesn't seem to effect anything, so maybe I should just 
> ignore the dates.

It affects everything: 
<https://www.mail-archive.com/help-guix <at> gnu.org/msg10274.html>.

Since there's no bug I'm closing this issue, but don't hesitate to 
send any further questions or (mis)adventures to help-guix@ or 
bug-guix@.

Kind regards,

T G-R

[signature.asc (application/pgp-signature, inline)]

Message #26 received at 44257 <at> debbugs.gnu.org (full text, mbox):

From: Douglas Linford <drkrider <at> gmail.com>
To: Leo Famulari <leo <at> famulari.name>
Cc: 44257 <at> debbugs.gnu.org, Ludovic Courtès <ludo <at> gnu.org>
Subject: Re: bug#44257: guix boot stop
Date: Wed, 28 Oct 2020 12:32:49 -0400

[Message part 1 (text/plain, inline)]

Awesome, thanks!
How do I close my, "non" bug?

Douglas

On Wed, Oct 28, 2020, 12:24 PM Leo Famulari <leo <at> famulari.name> wrote:

> The timestamps are reset to "zero" (the first date possible on Unix
> systems) as part of Guix's efforts to build everything reproducibly.
>
> On Wed, Oct 28, 2020 at 10:55:38AM -0400, Douglas Linford wrote:
> > Good day,
> > I seem to have the boot issue resolved, (an issue with radeon, I put
> nomodeset in the grub load line), but the bug issue I was referring to is
> when I run the command: ls -l on the /gnu/store directory, all store
> folders have a date stamp of Dec 31, 1969.
> > It doesn't seem to effect anything, so maybe I should just ignore the
> dates.
> >
> > Douglas
> > Sent from Mailspring (
> https://link.getmailspring.com/link/1563A7D9-9391-4DB8-9059-C416F0C44DF4 <at> getmailspring.com/0?redirect=https%3A%2F%2Fgetmailspring.com%2F&recipient=NDQyNTdAZGViYnVncy5nbnUub3Jn),
> the best free email app for work
> > On Oct 28 2020, at 10:21 am, Ludovic Courtès <ludo <at> gnu.org> wrote:
> > > Hi,
> > >
> > > Julien Lepiller <julien <at> lepiller.eu> skribis:
> > > > I think I've seen this before and the solution was to use the latest
> > > > image, instead of the latest release because this issue was fixed
> > > > after the last release.
> > >
> > > I think the 1.1 ISO did install bootable systems in general though. :-)
> > > Do you have a specific bug in mind?
> > >
> > > Thanks,
> > > Ludo’.
> > >
> >
>

[Message part 2 (text/html, inline)]

Message #32 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Douglas Linford <drkrider <at> gmail.com>
To: Tobias Geerinckx-Rice <me <at> tobias.gr>
Cc: "44257-done <at> debbugs.gnu.org" <44257 <at> debbugs.gnu.org>,
 "bug-guix <at> gnu.org" <bug-guix <at> gnu.org>
Subject: Re: bug#44257: guix boot stop
Date: Wed, 28 Oct 2020 12:45:34 -0400

[Message part 1 (text/plain, inline)]

Tobias,
Is there a more appropriate place to post issues so as not to fill up the bug reports with needless issues?

Douglas

Sent from Mailspring (https://link.getmailspring.com/link/296E87C0-08A8-405A-973A-A0B00140C158 <at> getmailspring.com/0?redirect=https%3A%2F%2Fgetmailspring.com%2F&recipient=YnVnLWd1aXhAZ251Lm9yZw%3D%3D), the best free email app for work
On Oct 28 2020, at 12:33 pm, Tobias Geerinckx-Rice <me <at> tobias.gr> wrote:
> Douglas,
>
> Thanks for clarifying!
> Douglas Linford 写道：
> > the bug issue I was referring to is when I run the command: ls
> > -l on the /gnu/store directory, all store folders have a date
> > stamp of Dec 31, 1969.
> > It doesn't seem to effect anything, so maybe I should just
> > ignore the dates.
>
> It affects everything:
> <https://www.mail-archive.com/help-guix <at> gnu.org/msg10274.html>.
>
> Since there's no bug I'm closing this issue, but don't hesitate to
> send any further questions or (mis)adventures to help-guix@ or
> bug-guix@.
>
> Kind regards,
> T G-R

[Message part 2 (text/html, inline)]

Message #35 received at 44257 <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: Douglas Linford <drkrider <at> gmail.com>
Cc: 44257 <at> debbugs.gnu.org, Ludovic Courtès <ludo <at> gnu.org>
Subject: Re: bug#44257: guix boot stop
Date: Wed, 28 Oct 2020 12:45:32 -0400

On Wed, Oct 28, 2020 at 12:32:49PM -0400, Douglas Linford wrote:
> Awesome, thanks!
> How do I close my, "non" bug?

You can send any message to <44257-done <at> debbugs.gnu.org>, or you can
send the message "close 44257" to <control <at> debbugs.gnu.org>.

Message #41 received at 44257 <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: Douglas Linford <drkrider <at> gmail.com>
Cc: "44257-done <at> debbugs.gnu.org" <44257 <at> debbugs.gnu.org>
Subject: Re: bug#44257: guix boot stop
Date: Wed, 28 Oct 2020 18:11:29 +0100

[Message part 1 (text/plain, inline)]

Douglas,

To augment Leo's answer, here's the full skinny: 
<https://debbugs.gnu.org/server-control.html>.

Douglas Linford 写道：
> Is there a more appropriate place to post issues so as not to 
> fill up the bug reports with needless issues?

In our system, ‘issues’ are synonymous with ‘bugs’ (‘shortcomings 
in the software’, which can include feature requests).  But 
opening a bug that turns out not to be one isn't the end of the 
world!  They are easiest to fix...

Questions or other ‘troubles’ that aren't (yet) obvious flaws are 
always welcome at help-guix <at> gnu.org.   For more technical design- 
and code-related discussions there's guix-devel <at> gnu.org.

Oy vey, semantics,

T G-R

[signature.asc (application/pgp-signature, inline)]

Message #44 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: Leo Famulari <leo <at> famulari.name>
Cc: "44257 <at> debbugs.gnu.org" <44257 <at> debbugs.gnu.org>, bug-guix <at> gnu.org,
 Douglas Linford <drkrider <at> gmail.com>
Subject: Re: bug#44257: guix boot stop
Date: Wed, 28 Oct 2020 18:31:42 +0100

[Message part 1 (text/plain, inline)]

Well, since this is the Internet...

Leo Famulari 写道：
> The timestamps are reset to "zero" (the first date possible on 
> Unix
> systems) as part of Guix's efforts to build everything 
> reproducibly.

The manual does claim as much (in (guix)Binary Installation) but 
it's never been true:

 $ stat -c %Y /gnu/store/arbitrary.file
 1

0 is a valid value:

 $ touch -d @0 /tmp/foo
 $ stat -c %Y /tmp/foo
 0

But (IIRC) it's a dangerous one to use in practice as too much 
code assumes it never occurs in the wild, and use it to mean 
something special for internal use.  IIRRC GNU make was (once?) 
one such culprit.

I shall patch the manual and make this an actionable bug after 
all.

Thanks,

T G-R

[signature.asc (application/pgp-signature, inline)]

Message #50 received at 44257 <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 44257 <at> debbugs.gnu.org
Subject: Re: bug#44257: guix boot stop
Date: Wed, 28 Oct 2020 13:43:40 -0400

[Message part 1 (text/plain, inline)]

Nothing specific, the description rang a bell anl I thought I already saw that and its solution, but I might have been wrong.

Le 28 octobre 2020 10:21:28 GMT-04:00, "Ludovic Courtès" <ludo <at> gnu.org> a écrit :
>Hi,
>
>Julien Lepiller <julien <at> lepiller.eu> skribis:
>
>> I think I've seen this before and the solution was to use the latest
>> image, instead of the latest release because this issue was fixed
>> after the last release.
>
>I think the 1.1 ISO did install bootable systems in general though. 
>:-)
>Do you have a specific bug in mind?
>
>Thanks,
>Ludo’.

[Message part 2 (text/html, inline)]

Message #53 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: Tobias Geerinckx-Rice <me <at> tobias.gr>
Cc: "44257 <at> debbugs.gnu.org" <44257 <at> debbugs.gnu.org>, bug-guix <at> gnu.org,
 Douglas Linford <drkrider <at> gmail.com>
Subject: Re: bug#44257: guix boot stop
Date: Wed, 28 Oct 2020 14:00:53 -0400

[Message part 1 (text/plain, inline)]

On Wed, Oct 28, 2020 at 06:31:42PM +0100, Tobias Geerinckx-Rice wrote:
> Well, since this is the Internet...
> 
> Leo Famulari 写道：
> > The timestamps are reset to "zero" (the first date possible on Unix
> > systems) as part of Guix's efforts to build everything reproducibly.
> 
> The manual does claim as much (in (guix)Binary Installation) but it's never
> been true:
> 
>  $ stat -c %Y /gnu/store/arbitrary.file
>  1

Right, I meant "zero", not 0. As you point out, it's not practical to
actually set the timestamps to zero seconds.

[signature.asc (application/pgp-signature, inline)]

Message #59 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: Leo Famulari <leo <at> famulari.name>
Cc: "44257 <at> debbugs.gnu.org" <44257 <at> debbugs.gnu.org>, bug-guix <at> gnu.org,
 Douglas Linford <drkrider <at> gmail.com>
Subject: Re: bug#44257: guix boot stop
Date: Wed, 28 Oct 2020 19:28:49 +0100

[Message part 1 (text/plain, inline)]

Leo Famulari 写道：
> Right, I meant "zero", not 0. As you point out, it's not 
> practical to
> actually set the timestamps to zero seconds.

You've lost me but I think that's OK.  The manual didn't & was 
lovingly corrected in 83c60bb0622440afe98930820186ddfa1e6e8b2f.

Kind regards,

T G-R

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.