guix pull error : In procedure make_objcode_from_file: object file too small (0 bytes)

guix pull error : In procedure make_objcode_from_file: object file too small (0 bytes)

[tk0]

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

Hi,

After having to roll back from a weird situation -- in which guix developed a problem mounting my virtual filesystem at boot -- doing a 'guix pull' produces the following error:

In ice-9/boot-9.scm:
3085: 19 [#<procedure 3d19c90 at ice-9/boot-9.scm:3066:17 ()>]
In unknown file:
?: 18 [primitive-load-path "gnu/services/networking" ...]
In gnu/services/networking.scm:
21: 17 [#<procedure 389a1a0 ()>]
In ice-9/boot-9.scm:
2951: 16 [define-module* (gnu services networking) #:filename ...]
2926: 15 [resolve-imports ((#) (#) (#) (#) ...)]
2864: 14 [resolve-interface (gnu services dbus) #:select ...]
2789: 13 [#<procedure 1e11900 at ice-9/boot-9.scm:2777:4 (name #:optional autoload version #:key ensure)> # ...]
3065: 12 [try-module-autoload (gnu services dbus) #f]
2401: 11 [save-module-excursion #<procedure 3f90ab0 at ice-9/boot-9.scm:3066:17 ()>]
3085: 10 [#<procedure 3f90ab0 at ice-9/boot-9.scm:3066:17 ()>]
In unknown file:
?: 9 [primitive-load-path "gnu/services/dbus" ...]
In gnu/services/dbus.scm:
20: 8 [#<procedure 38feee0 ()>]
In ice-9/boot-9.scm:
2951: 7 [define-module* (gnu services dbus) #:filename ...]
2926: 6 [resolve-imports ((#) (#) (#) (# # #) ...)]
2864: 5 [resolve-interface (gnu system shadow) #:select ...]
2789: 4 [#<procedure 1e11900 at ice-9/boot-9.scm:2777:4 (name #:optional autoload version #:key ensure)> # ...]
3065: 3 [try-module-autoload (gnu system shadow) #f]
2401: 2 [save-module-excursion #<procedure 3fc2ba0 at ice-9/boot-9.scm:3066:17 ()>]
3085: 1 [#<procedure 3fc2ba0 at ice-9/boot-9.scm:3066:17 ()>]
In unknown file:
?: 0 [primitive-load-path "gnu/system/shadow" ...]

ERROR: In procedure primitive-load-path:
ERROR: In procedure make_objcode_from_file: object file too small (0 bytes)

What the heck?

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

Re: guix pull error : In procedure make_objcode_from_file: object file too small (0 bytes)

[tk0]

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

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.


-------- Original Message --------
Subject: guix pull error : In procedure make_objcode_from_file: object file too small (0 bytes)
Local Time: 24 July 2016 9:25 AM
UTC Time: 24 July 2016 08:25
From: tk0@protonmail.com
To: help-guix@gnu.org

Hi,

After having to roll back from a weird situation -- in which guix developed a problem mounting my virtual filesystem at boot -- doing a 'guix pull' produces the following error:

In ice-9/boot-9.scm:
3085: 19 [#<procedure 3d19c90 at ice-9/boot-9.scm:3066:17 ()>]
In unknown file:
?: 18 [primitive-load-path "gnu/services/networking" ...]
In gnu/services/networking.scm:
21: 17 [#<procedure 389a1a0 ()>]
In ice-9/boot-9.scm:
2951: 16 [define-module* (gnu services networking) #:filename ...]
2926: 15 [resolve-imports ((#) (#) (#) (#) ...)]
2864: 14 [resolve-interface (gnu services dbus) #:select ...]
2789: 13 [#<procedure 1e11900 at ice-9/boot-9.scm:2777:4 (name #:optional autoload version #:key ensure)> # ...]
3065: 12 [try-module-autoload (gnu services dbus) #f]
2401: 11 [save-module-excursion #<procedure 3f90ab0 at ice-9/boot-9.scm:3066:17 ()>]
3085: 10 [#<procedure 3f90ab0 at ice-9/boot-9.scm:3066:17 ()>]
In unknown file:
?: 9 [primitive-load-path "gnu/services/dbus" ...]
In gnu/services/dbus.scm:
20: 8 [#<procedure 38feee0 ()>]
In ice-9/boot-9.scm:
2951: 7 [define-module* (gnu services dbus) #:filename ...]
2926: 6 [resolve-imports ((#) (#) (#) (# # #) ...)]
2864: 5 [resolve-interface (gnu system shadow) #:select ...]
2789: 4 [#<procedure 1e11900 at ice-9/boot-9.scm:2777:4 (name #:optional autoload version #:key ensure)> # ...]
3065: 3 [try-module-autoload (gnu system shadow) #f]
2401: 2 [save-module-excursion #<procedure 3fc2ba0 at ice-9/boot-9.scm:3066:17 ()>]
3085: 1 [#<procedure 3fc2ba0 at ice-9/boot-9.scm:3066:17 ()>]
In unknown file:
?: 0 [primitive-load-path "gnu/system/shadow" ...]

ERROR: In procedure primitive-load-path:
ERROR: In procedure make_objcode_from_file: object file too small (0 bytes)

What the heck?





In addition, guix system does not work: 'Command not found'

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

Re: guix pull error : In procedure make_objcode_from_file: object file too small (0 bytes)

[Ludovic Courtès]

Hi,

tk0 <tk0@protonmail.com> skribis:

> After having to roll back from a weird situation -- in which guix developed a problem mounting my virtual filesystem at boot -- doing a 'guix pull' produces the following error:

Could you send the whole ‘guix pull’ output, so we see the context?

Does the error systematically happen?

Thanks in advance,
Ludo’.

Re: guix pull error : In procedure make_objcode_from_file: object file too small (0 bytes)

[tk0]

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

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.



-------- Original Message --------
Subject: Re: guix pull error : In procedure make_objcode_from_file: object file too small (0 bytes)
Local Time: 25 July 2016 9:49 PM
UTC Time: 25 July 2016 20:49
From: ludo@gnu.org
To: tk0@protonmail.com
CC: help-guix@gnu.org

Hi,

tk0 <tk0@protonmail.com> skribis:

> After having to roll back from a weird situation -- in which guix developed a problem mounting my virtual filesystem at boot -- doing a 'guix pull' produces the following error:

Could you send the whole ‘guix pull’ output, so we see the context?

Does the error systematically happen?

Thanks in advance,
Ludo’.

Hi Ludo' ,

Sorry for the delay, it was the somewhat tricky to reproduce what led to the error since the 'guix system' command got disabled and the old vm became useless. Now, I made a new image and experimented a bit.

The initial problem was that I have added the '9p' filesystem (this is used for path sharing between the guest and the host in a kvm setup) to the config file without setting the 'check?' field to #f . On next reboot, the 'fsck' failed to the Bourneish shell since there is no fsck.9p. I have managed login into the system by ',q'-tting my way out of a cascade of Bournish Guile REPLs, however, once i logged in, the guix system command was exiting with the 'command not found' so I could not reconfigure to an operative state.

Interestingly, I have tried to roll-back to a previously functioning state in the grub menu, but despite succeeding to login without errors, the 'system' command of guix was still unavailable. I guess this means that the roll-back wasn't purely functional and state-free. The 'guix pull' problem described initially seems to be only a symptom.

Now that I laid out the full problem, please let me know if you need any more diagnostics.

All the best,

tk

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