GNU bug report logs -
#37492
GUIXSD 1.0.1 install error
Previous Next
Reported by: RAUL H C LOPES <rlopes <at> cern.ch>
Date: Mon, 23 Sep 2019 17:44:02 UTC
Severity: normal
Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 37492 in the body.
You can then email your comments to 37492 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#37492
; Package
guix
.
(Mon, 23 Sep 2019 17:44:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
RAUL H C LOPES <rlopes <at> cern.ch>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Mon, 23 Sep 2019 17:44:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I am trying to install GUIX SD and getting an error 1a6a140 "Unable to
to locate keymap update file". I am trying to install UK English, UK
keyb with Win keys: .
(locale "en_GB.utf8")
Showing in the configuration config.scm
Regards, Raul
Information forwarded
to
bug-guix <at> gnu.org
:
bug#37492
; Package
guix
.
(Mon, 23 Sep 2019 23:34:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 37492 <at> debbugs.gnu.org (full text, mbox):
Hi,
I've emailed a few hours ago about an error in the GUIXSD installer. It
might be relevant that I was doing encrypted home and root. Very likely
unconnected.
I've just tried a new install without encryption. A new failure:
.../grub-install- error: efibootmgr failed to register the boot
entry: Input/output error.
Regards, Raul
Information forwarded
to
bug-guix <at> gnu.org
:
bug#37492
; Package
guix
.
(Fri, 27 Sep 2019 21:09:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 37492 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello Raul,
RAUL H C LOPES <rlopes <at> cern.ch> writes:
> Hi,
>
>
> I've emailed a few hours ago about an error in the GUIXSD installer. It
> might be relevant that I was doing encrypted home and root. Very likely
> unconnected.
>
>
> I've just tried a new install without encryption. A new failure:
>
> .../grub-install- error: efibootmgr failed to register the boot
> entry: Input/output error.
This means that GRUB failed to update the UEFI variables on your system.
Are you using the generated configuration file or a custom one?
The most likely reason for this error is that you are using
'grub-efi-bootloader' on a non-EFI system. Changing to
'grub-bootloader' should solve it in that case.
HTH,
Marius
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#37492
; Package
guix
.
(Fri, 27 Sep 2019 23:59:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 37492 <at> debbugs.gnu.org (full text, mbox):
Hi Marius,
I've managed to install GuixSD by chossing msdos instead of gpt.
Coincidence? Is the gpt setup tested?
I've running the system for a few days.
I need now a good manual> I'm suffering for:
- reconfigure stuff that is usually in /etc, like /etc/ssh/sshd_config;
- running a make on an open source project who looks for linux libs
where debian would find them.
Regards, Raul
On 27/09/2019 22:08, Marius Bakke wrote:
> Hello Raul,
>
> RAUL H C LOPES <rlopes <at> cern.ch> writes:
>
>> Hi,
>>
>>
>> I've emailed a few hours ago about an error in the GUIXSD installer. It
>> might be relevant that I was doing encrypted home and root. Very likely
>> unconnected.
>>
>>
>> I've just tried a new install without encryption. A new failure:
>>
>> .../grub-install- error: efibootmgr failed to register the boot
>> entry: Input/output error.
> This means that GRUB failed to update the UEFI variables on your system.
> Are you using the generated configuration file or a custom one?
>
> The most likely reason for this error is that you are using
> 'grub-efi-bootloader' on a non-EFI system. Changing to
> 'grub-bootloader' should solve it in that case.
>
> HTH,
> Marius
Information forwarded
to
bug-guix <at> gnu.org
:
bug#37492
; Package
guix
.
(Sun, 29 Sep 2019 12:01:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 37492 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
RAUL H C LOPES <rlopes <at> cern.ch> writes:
> Hi Marius,
>
> I've managed to install GuixSD by chossing msdos instead of gpt.
> Coincidence? Is the gpt setup tested?
Can you share the steps required to reproduce the error?
> I've running the system for a few days.
>
> I need now a good manual> I'm suffering for:
> - reconfigure stuff that is usually in /etc, like /etc/ssh/sshd_config;
There is a good up-to-date manual here:
<https://guix.gnu.org/manual/devel>. Search for 'openssh-configuration'
for examples on how to configure the SSH daemon.
> - running a make on an open source project who looks for linux libs
> where debian would find them.
Typically you would do something like `guix environment --ad-hoc
gcc-toolchain make` to enter a shell environment where all the
dependencies of the program you want to build are present.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#37492
; Package
guix
.
(Thu, 03 Oct 2019 22:18:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 37492 <at> debbugs.gnu.org (full text, mbox):
On 29/09/2019 13:00, Marius Bakke wrote:
> RAUL H C LOPES <rlopes <at> cern.ch> writes:
>
>> Hi Marius,
>>
>> I've managed to install GuixSD by chossing msdos instead of gpt.
>> Coincidence? Is the gpt setup tested?
> Can you share the steps required to reproduce the error?
I don't have logs for the crash. Unfortuately, my first time with GuixSD
and I just went along with Graphic install. How could I have collected
them?
Anyway, my memory log:
# install 0:
Home in separate partition, both encrypted; gpt label.
That's error I submitted.
# install 1
one partition, encrypted; gpt label.
a crash during package install.
# install 2
Guided partioning, no encryption, gpt label.
Same sort of crash at another point.
The crashes happened at different packages. I assumed it was something
related with disk I/O.
# install 3
Guided one partition, no encryption, label msdos.
It worked fine.
I am doing a new install tomorrow on a Supermicro SYS-E2000-8D. It has 2
10G NIcs. I hope Guix has got the drivers.
>
>> I've running the system for a few days.
>>
>> I need now a good manual> I'm suffering for:
>> - reconfigure stuff that is usually in /etc, like /etc/ssh/sshd_config;
> There is a good up-to-date manual here:
> <https://guix.gnu.org/manual/devel>. Search for 'openssh-configuration'
> for examples on how to configure the SSH daemon.
>
>> - running a make on an open source project who looks for linux libs
>> where debian would find them.
> Typically you would do something like `guix environment --ad-hoc
> gcc-toolchain make` to enter a shell environment where all the
> dependencies of the program you want to build are present.
Great! thanks for the link and hint on gcc
Information forwarded
to
bug-guix <at> gnu.org
:
bug#37492
; Package
guix
.
(Thu, 17 Oct 2019 14:44:05 GMT)
Full text and
rfc822 format available.
Message #23 received at 37492 <at> debbugs.gnu.org (full text, mbox):
Hi,
A bug seems to have crept in after a guix update 3 weeks ago: guix
suspends my node if it decides that there is no activity.
Raul
On 29/09/2019 13:00, Marius Bakke wrote:
> RAUL H C LOPES <rlopes <at> cern.ch> writes:
>
>> Hi Marius,
>>
>> I've managed to install GuixSD by chossing msdos instead of gpt.
>> Coincidence? Is the gpt setup tested?
> Can you share the steps required to reproduce the error?
>
>> I've running the system for a few days.
>>
>> I need now a good manual> I'm suffering for:
>> - reconfigure stuff that is usually in /etc, like /etc/ssh/sshd_config;
> There is a good up-to-date manual here:
> <https://guix.gnu.org/manual/devel>. Search for 'openssh-configuration'
> for examples on how to configure the SSH daemon.
>
>> - running a make on an open source project who looks for linux libs
>> where debian would find them.
> Typically you would do something like `guix environment --ad-hoc
> gcc-toolchain make` to enter a shell environment where all the
> dependencies of the program you want to build are present.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#37492
; Package
guix
.
(Thu, 17 Oct 2019 20:36:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 37492 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
RAUL H C LOPES <rlopes <at> cern.ch> writes:
> A bug seems to have crept in after a guix update 3 weeks ago: guix
> suspends my node if it decides that there is no activity.
Can you file a separate bug report about this? Please also include the
system configuration you are using, and how to reproduce the problem.
Thanks!
(I plan to try reproducing the reported UEFI installer problem in the
next few days, but have been really swamped lately)
[signature.asc (application/pgp-signature, inline)]
Reply sent
to
Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
:
You have taken responsibility.
(Tue, 12 Jul 2022 14:51:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
RAUL H C LOPES <rlopes <at> cern.ch>
:
bug acknowledged by developer.
(Tue, 12 Jul 2022 14:51:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 37492-done <at> debbugs.gnu.org (full text, mbox):
Hi,
Marius Bakke <mbakke <at> fastmail.com> writes:
> RAUL H C LOPES <rlopes <at> cern.ch> writes:
>
>> A bug seems to have crept in after a guix update 3 weeks ago: guix
>> suspends my node if it decides that there is no activity.
>
> Can you file a separate bug report about this? Please also include the
> system configuration you are using, and how to reproduce the problem.
>
> Thanks!
>
> (I plan to try reproducing the reported UEFI installer problem in the
> next few days, but have been really swamped lately)
I'm closing this old and forgotten issue; our installer is now at 1.3.0
and 1.4.0 is in the making.
Thanks,
Maxim
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 10 Aug 2022 11:24:18 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 258 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.