bug#37492: GUIXSD 1.0.1 install error

bug#37492: GUIXSD 1.0.1 install error

[RAUL H C LOPES]

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

bug#37492: GUIXSD 1.0.1 install error

[RAUL H C LOPES]

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

bug#37492: GUIXSD 1.0.1 install error

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 744 bytes --]

Hello Raul,

RAUL H C LOPES <rlopes@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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

bug#37492: GUIXSD 1.0.1 install error

[RAUL H C LOPES]

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@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

bug#37492: GUIXSD 1.0.1 install error

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 875 bytes --]

RAUL H C LOPES <rlopes@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.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

bug#37492: GUIXSD 1.0.1 install error

[RAUL H C LOPES]

On 29/09/2019 13:00, Marius Bakke wrote:
> RAUL H C LOPES <rlopes@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

bug#37492: GUIXSD 1.0.1 install error

[RAUL H C LOPES]

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@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.

bug#37492: GUIXSD 1.0.1 install error

[Marius Bakke]

[-- Attachment #1: Type: text/plain, Size: 458 bytes --]

RAUL H C LOPES <rlopes@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)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

bug#37492: GUIXSD 1.0.1 install error

[Maxim Cournoyer]

Hi,

Marius Bakke <mbakke@fastmail.com> writes:

> RAUL H C LOPES <rlopes@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