GuixSD system reconfigure error

GuixSD system reconfigure error

[Hebi Li]

Hi,

I installed GuixSD on my machine a few months ago. I have reconfigured
about 10 times, and the latest build was Aug 02, 2018. I was
reconfiguring the system today to add SSH service, but the build was
unsuccessful (I don't think the SSH service is the culprit, I tried to
remove it, using the exact config.scm on Aug 02, still the same error).

Here's the config.scm I'm using:

    https://github.com/lihebi/dothebi/blob/master/config.scm

I did:

              sudo guix pull
              sudo guix system reconfigure config.scm

The error message is attached at the end of this email. The `guix system
build` and `guix system vm` both failed for the same reason.  I tried
the QEMU image downloaded from GuixSD website, and the exact config.scm
file can be built successfully.

Does anyone has clue about what's going on?

------------------------------
The error message:

grafting ...
grafting ...
grafting ...
grafting ...
grafting '/gnu/store/n3vlhlkgmrdjzxyb9rpz4j6zs952q467-libinput-1.11.3' -> '/gnu/store/p9gq0lwgrbc1kmxw7zq2vavzh4yzdii5-libinput-1.11.3'...
Backtrace:
           8 (primitive-load "/gnu/store/vz7ci9rh483f2zps2cl174rd91b?")
In ice-9/eval.scm:
    619:8  7 (_ #f)
   626:19  6 (_ #<directory (guile-user) 7cf140>)
    159:9  5 (_ _)
In gnu/build/linux-modules.scm:
   184:47  4 (recursive-module-dependencies _ #:lookup-module _)
    98:14  3 (module-dependencies _)
    85:18  2 (modinfo-section-contents _)
In ice-9/ports.scm:
   439:11  1 (call-with-input-file #f #<procedure get-bytevector-al?> ?)
In unknown file:
           0 (open-file #f "r" #:encoding #f #:guess-encoding #f)

ERROR: In procedure open-file:
Wrong type (expecting string): #f
builder for `/gnu/store/0ahsvp7wx52zzh1rywbdbq78llcwb7id-linux-modules.drv' failed with exit code 1
cannot build derivation `/gnu/store/m61r4m2aaz46njlk99zy3jni6xzdv321-init.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/8a2axqx8v0kmmg8gxg350zhqbp934dfm-raw-initrd.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/np7cbyg43ddr2aanqlhvvr5swrkwyi18-grub.cfg.drv': 1 dependencies couldn't be built
guix system: error: build failed: build of `/gnu/store/np7cbyg43ddr2aanqlhvvr5swrkwyi18-grub.cfg.drv' failed


-- 
Hebi

Re: GuixSD system reconfigure error

[Pierre Neidhardt]

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

Is your guix out of date?
To update guix, don't use sudo:

   guix pull

is enough.  Can you build libinput directly?

   guix build -K libinput

-- 
Pierre Neidhardt
https://ambrevar.xyz/

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

Re: GuixSD system reconfigure error

[Tobias Geerinckx-Rice]

Hebi, Pierre,

Pierre Neidhardt wrote:
> To update guix, don't use sudo:
>
>    guix pull
>
> is enough.

You'll also have to adjust your sudo invocation accordingly:

  $ sudo -E guix system reconfigure config.scm

This lets sudo keep your regular user's environment (and hence 
guix version).

Kind regards,

T G-R

Re: GuixSD system reconfigure error

[Ricardo Wurmus]

Hi,

>     https://github.com/lihebi/dothebi/blob/master/config.scm

I see you use the “shpchp” kernel module.  This no longer exists in the
latest version of the kernel Linux.  That’s what this really bad error
message tries to tell you:

> Backtrace:
>            8 (primitive-load "/gnu/store/vz7ci9rh483f2zps2cl174rd91b?")
> In ice-9/eval.scm:
>     619:8  7 (_ #f)
>    626:19  6 (_ #<directory (guile-user) 7cf140>)
>     159:9  5 (_ _)
> In gnu/build/linux-modules.scm:
>    184:47  4 (recursive-module-dependencies _ #:lookup-module _)
>     98:14  3 (module-dependencies _)
>     85:18  2 (modinfo-section-contents _)
> In ice-9/ports.scm:
>    439:11  1 (call-with-input-file #f #<procedure get-bytevector-al?> ?)
> In unknown file:
>            0 (open-file #f "r" #:encoding #f #:guess-encoding #f)
>
> ERROR: In procedure open-file:
> Wrong type (expecting string): #f
> builder for `/gnu/store/0ahsvp7wx52zzh1rywbdbq78llcwb7id-linux-modules.drv' failed with exit code 1

(I only know this because I had the same problem.)  Obviously, this
error message should be changed.

As a workaround you could switch to the LTS kernel where that module
still exists.

--
Ricardo

Re: GuixSD system reconfigure error

[Hebi Li]

Hi Ricardo,

Thanks, I believe this is the reason. Today when I run several rounds of
build, the `kernel module not found "shpchp"` error pops out here and
there (it isn't there yesterday ..)

I used initrd-modules and "shpchp", because back when I first installed
the system, the example configure file had them. I don't think I really
need the modules. So I tried removing it, but system seems to prevent me
from doing that, by throwing the error:

   <unknown location>: error: you may need these modules in the initrd
   for /dev/sda2: shpchp

It seems weired to me, in two ways:

1. why the system is preventing me from removing "shpchp" module? How
does it relate to /dev/sda2 (which is my root partition in ext4)?

2. I downloaded the latest QEMU image [1], run as root the `guix pull`
and `guix system reconfigure` with the exact config.scm (with modified
boot loader configure of course), and there isn't any issue. I believe
that build should also use the latest kernel, which should also have
missed the module "shpchp".

Next, I would probably try to reinstall the system, without the
`initrd-modules` configuration.


[1] https://alpha.gnu.org/gnu/guix/guixsd-vm-image-0.15.0.x86_64-linux.xz

-- 
Hebi

Re: GuixSD system reconfigure error

[Ricardo Wurmus]

Hi,

> I used initrd-modules and "shpchp", because back when I first installed
> the system, the example configure file had them. I don't think I really
> need the modules. So I tried removing it, but system seems to prevent me
> from doing that, by throwing the error:
>
>    <unknown location>: error: you may need these modules in the initrd
>    for /dev/sda2: shpchp
>
> It seems weired to me, in two ways:
>
> 1. why the system is preventing me from removing "shpchp" module? How
> does it relate to /dev/sda2 (which is my root partition in ext4)?

You may need to pass --skip-checks after removing the module.  By
default Guix tries to prevent you from accidentally installing an
unusable system.

The reason for the problem here is that the current kernel needs
“shpchp”, but the target kernel doesn’t.  We cannot know what the target
kernel needs before it is built.

This problem is currently being discussed here:

  http://issues.guix.info/issue/32524

In short: there’s nothing wrong with what you’re doing and Guix is a
little over-protective in this rare instance where a kernel module
ceases to exist with an upgrade of Linux.

--
Ricardo

Re: GuixSD system reconfigure error

[Hebi Li]

Awesome, removing the modules and adding --skip-checks fixed my
problem. Thanks!

-- 
Hebi

Re: GuixSD system reconfigure error

[swedebugia]

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

Hi :)

On 2018-08-29 23:20, Hebi Li wrote:
> Hi,
>
>
> Here's the config.scm I'm using:
>
>      https://github.com/lihebi/dothebi/blob/master/config.scm

Reading your config out of curiosity I stumpled upon this:

;; FIXME how to declare a local package list to install automatically?

Did you find a solution to this?
To my knowledge the simplest way, albeit not automatic, is to login as 
the user and install a manifest with
$ guix package --manifest (see the manual for details)

-- 
Cheers
Swedebugia

[-- Attachment #2: Type: text/html, Size: 1436 bytes --]

Re: GuixSD system reconfigure error

[Hebi Li]

Thanks for the help. I didn't research into it because it was not an
urgent need. I only have GuixSD installed on one machine.

> To my knowledge the simplest way, albeit not automatic, is to login as
> the user and install a manifest with
> $ guix package --manifest (see the manual for details)

Previously I was keeping the output of `guix package --list-installed`
under version control. Reading the document, looks like the manifest is
exactly what I was looking for. I'm going to use the manifest instead.

-- 
Hebi