CP437: Invalid Argument on init

  • Open
  • quality assurance status badge
Details
3 participants
  • Danny Milosavljevic
  • Ludovic Courtès
  • Bryan Ferris
Owner
unassigned
Submitted by
Bryan Ferris
Severity
normal
B
B
Bryan Ferris wrote on 6 Jan 2019 20:34
(address . bug-guix@gnu.org)
CABkR=SVzxi8eA4eEfd4+qmxwYkTDGorkeko7NX3XPiROLv_26Q@mail.gmail.com
Hello,

I've installed guix to my desktop. `guix system install` ran successfully
and the system is able to boot. However, a large number of services fail to
start with the error "CP437: Invalid argument". There are 3 groups of
information listed below: a partial list of services which fail (partial
because I can only see the final screen of output; I'm not sure how to see
the beginning of the log when I have no tty's and the startup log doesn't
support scrolling as far as I can tell), a partial list of services that
succeeded in starting, and my operating-system declaration used to create
it.

I verified that the inputs (mount points, fs types, etc) to the
operating-system is accurate. I don't think it's doing anything
particularly interesting. The only abnormal thing is that my root partition
is btrfs, but I get the same behavior on ext.

Broken Services:
avahi-daemon
console-font-tty{1-6}
dbus-system
elogind
guix-daemon
networking
nscd
ntpd
syslogd
term-tty{1-6,auto}
user-homes
upower-daemon
urandom-seed
user-processes
wpa-supplicant
xorg-server

Working Services:
console-keymap
file-system-/sys/fs/cgroup/{blkio,devices,freezer,memory,perf_event}
host-name
virtual-terminal

OS Declaration:
(use-modules (gnu))
(use-service-modules desktop ssh)
(use-package-modules shells vim wm)

(operating-system
(packages (cons* fish neovim xmonad %base-packages))

(services (cons*
(console-keymap-service "dvorak-programmer")
(service openssh-service-type
(openssh-configuration
(port-number 8778)
)
)
%desktop-services
)
)

(users (let ((default-groups '("wheel" "audio" "video" "netdev"))
;(default-shell #$fish) not sure if this is the right
syntax... fix once system boots
)
(cons* (user-account
(name "primary")
(group "users")
(supplementary-groups default-groups)
(home-directory "/home/primary")
)
(user-account
(name "configuration")
(group "users")
(supplementary-groups default-groups)
(home-directory "/home/configuration")
)
(user-account
(name "packaging")
(group "users")
(supplementary-groups default-groups)
(home-directory "/home/packaging")
)
%base-user-accounts
)
)
)

(host-name "cp")
(timezone "America/Los_Angeles")
(locale "en_US.utf8")

(file-systems (cons*
(file-system
(device (file-system-label "ESP"))
(mount-point "/boot/efi")
(type "fat")
)

(file-system
(device (file-system-label "guix"))
(mount-point "/")
(type "btrfs")
)
%base-file-systems
)
)
(bootloader (bootloader-configuration
(bootloader grub-efi-bootloader)
(target "/boot/efi")
(timeout 15)
)
)
)

Thanks,
Bryan
Attachment: file
D
D
Danny Milosavljevic wrote on 9 Jan 2019 20:08
(name . Bryan Ferris)(address . saffsnail@gmail.com)(address . 33999@debbugs.gnu.org)
20190109200804.5619d668@scratchpost.org
Hi,

apparently the message is printed by fsck.fat and is harmless (although we should
still fix it). Are you sure that the services fail because of it?

Toggle quote (6 lines)
> (file-systems (cons*
> (file-system
> (device (file-system-label "ESP"))
> (mount-point "/boot/efi")
> (type "fat")

Try adding (check? #f) here for testing purposes.

Toggle quote (1 lines)
> )
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlw2RpQACgkQ5xo1VCww
uqVfVAf9ExeDALxIBshwdexeLzFZWp1nS54S9oeNdSp0RiNd4lVkQm3Ocwo+6Xqc
nZaWOeGkPMtmxpmvMTlWPKlQvmRgSMZF19LW2LKzr4LdSwCp5TLWl5/xHyK+tikb
rfxjwM7PnoUP3r5GDln1swmsd01dhJykmn4otvfwJSyaCtVD0xJzgCSfpFAmN+nE
QnKgAgFA2DUVJnhuchW7bCUrWtwZcY/BUohG92Gym6pVNdpfxwtvEQyKH63De/bo
w5YvGC/MRjkSp65wBRvVo2A/OVuI6MIsctENd1lcNYDU1Ik/tN0CSNXyb9ffb3hW
OLtNX1B/ST7qR9JR4KPV/1Q+lde/bw==
=YVMm
-----END PGP SIGNATURE-----


B
B
Bryan Ferris wrote on 9 Jan 2019 22:18
(name . Danny Milosavljevic)(address . dannym@scratchpost.org)(address . 33999@debbugs.gnu.org)
CABkR=SUqB=Ow4FWs+bAjYCZLbnjRUrqbR9LvHthq75CCnqQSbw@mail.gmail.com
I assume that it is related because the error is printed once for each
failed service but I have no better reason than that. I can send a video of
my boot tonight... It might be a little blurry though, all I have is my
phone camera. If there's a way for me to start a screen recorder during
init or capture the logs that it prints as a text file I'd be happy to do
that, I just don't know of a way to.



On Jan 9, 2019 11:08, "Danny Milosavljevic" <dannym@scratchpost.org> wrote:

Hi,

apparently the message is printed by fsck.fat and is harmless (although we
should
still fix it). Are you sure that the services fail because of it?

Toggle quote (6 lines)
> (file-systems (cons*
> (file-system
> (device (file-system-label "ESP"))
> (mount-point "/boot/efi")
> (type "fat")

Try adding (check? #f) here for testing purposes.

Toggle quote (1 lines)
> )
Attachment: file
B
B
Bryan Ferris wrote on 10 Jan 2019 16:15
(name . Danny Milosavljevic)(address . dannym@scratchpost.org)(address . 33999@debbugs.gnu.org)
CABkR=SUnpHJ+-brA5k40t3gvcOf2DuU8+UKEseTiee25Vuy1rg@mail.gmail.com
I've linked to two videos here, one of the boot (the screen with the GNU
logo and "100% freedom" on it) and one of the init (where Shepherd reports
errors, I think it's dmesg?).

Boot:
Init:

On Thu, Jan 10, 2019 at 6:31 AM Bryan Ferris <saffsnail@gmail.com> wrote:

Toggle quote (36 lines)
> I've attached two videos here, one of the boot (the screen with the GNU
> logo and "100% freedom" on it) and one of the init (where Shepherd reports
> errors, I think it's dmesg?).
>
> On Wed, Jan 9, 2019, 13:18 Bryan Ferris <saffsnail@gmail.com wrote:
>
>> I assume that it is related because the error is printed once for each
>> failed service but I have no better reason than that. I can send a video of
>> my boot tonight... It might be a little blurry though, all I have is my
>> phone camera. If there's a way for me to start a screen recorder during
>> init or capture the logs that it prints as a text file I'd be happy to do
>> that, I just don't know of a way to.
>>
>>
>>
>> On Jan 9, 2019 11:08, "Danny Milosavljevic" <dannym@scratchpost.org>
>> wrote:
>>
>> Hi,
>>
>> apparently the message is printed by fsck.fat and is harmless (although
>> we should
>> still fix it). Are you sure that the services fail because of it?
>>
>> > (file-systems (cons*
>> > (file-system
>> > (device (file-system-label "ESP"))
>> > (mount-point "/boot/efi")
>> > (type "fat")
>>
>> Try adding (check? #f) here for testing purposes.
>>
>> > )
>>
>>
>>
Attachment: file
D
D
Danny Milosavljevic wrote on 10 Jan 2019 18:59
(name . Bryan Ferris)(address . saffsnail@gmail.com)(address . 33999@debbugs.gnu.org)
20190110185905.413ce912@scratchpost.org
Hi,

On Thu, 10 Jan 2019 07:15:10 -0800
Bryan Ferris <saffsnail@gmail.com> wrote:

Toggle quote (4 lines)
> I've linked to two videos here, one of the boot (the screen with the GNU
> logo and "100% freedom" on it) and one of the init (where Shepherd reports
> errors,

Thanks! I've viewed those.

Toggle quote (2 lines)
>I think it's dmesg?).

It depends. On early boot it's dmesg and once syslog is up it's syslog.

Toggle quote (5 lines)
> Boot:
> https://drive.google.com/file/d/1YMbCI3BvznhMI_eYYTxMvxJC2SKlNqSJ/view?usp=sharing
> Init:
> https://drive.google.com/file/d/1CZov16Xrpy9D8DMN9eHeANjR7UHh2WpL/view?usp=sharing

Maybe the CP437 is not harmless after all.

Please try adding the unquoted part below at the indicated place:

Toggle quote (7 lines)
> >> > (file-systems (cons*
> >> > (file-system
> >> > (device (file-system-label "ESP"))
> >> > (mount-point "/boot/efi")
> >> > (type "fat")
> >>

(check? #f)

Toggle quote (2 lines)
> >> > )

Then invoke

guix system reconfigure /etc/config.scm

as root in order for it to be applied and reboot.

This prevents fsck.fat from being invoked - so we hopefully also doesn't
need CP437 any more.

If that doesn't help, try this (it's kinda dangerous :( ):

Toggle quote (7 lines)
> >> > (file-systems (cons*
> >> > (file-system
> >> > (device (file-system-label "ESP"))
> >> > (mount-point "/boot/efi")
> >> > (type "fat")
> >>

(check? #f)
(needed-for-boot? #f)

Toggle quote (2 lines)
> >> > )

Then invoke

guix system reconfigure /etc/config.scm

as root in order for it to be applied and reboot.

This prevents fsck.fat from being invoked and it also prevents the
initial ram disk (a very early tiny GNU system which runs right after the kernel
starts up and before init) from trying to mount /boot/efi . The real system
will still mount /boot/efi later.

It would be interesting if

(1) This fixes the problem (I don't think so), or
(2) It reduces the number of error messages and makes it less bad.

After all this, if it still doesn't work:

Try adding the unquoted part:

Toggle quote (7 lines)
> >> > (file-systems (cons*
> >> > (file-system
> >> > (device (file-system-label "ESP"))
> >> > (mount-point "/boot/efi")
> >> > (type "fat")
> >>

(check? #f)
(needed-for-boot? #f)
(mount? #f)

Toggle quote (2 lines)
> >> > )

Then invoke

guix system reconfigure /etc/config.scm

as root in order for it to be applied and reboot.

This prevents mounting of /boot/efi entirely (it's pretty dangerous).

Should your system not boot any more you can select the older generation
in the grub boot menu. It's also possible that you can't run

guix system reconfigure /etc/config.scm

anymore after this. If so, please invoke

mount /boot/efi

as root. Then you can invoke

guix system reconfigure /etc/config.scm

once.

It's likely that the latter will be a successful workaround to
the original problem.
It would still be good if we got to the root cause later.
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlw3h+kACgkQ5xo1VCww
uqVkgQgAkJfZozW9pjEgl59JEE3LVajbUDbZmy5BVTOiXMpPC3e3ZxSkF9hB0/Dl
z8JroFCzKsdrEFkeOAcGaPUJfxe75vrKcqnNDKviykcUd8GqeGU3albzLFgmgWRt
+bf5nnCON8Jx4rj9u0gS1Q7asaNb77ZolVKCeL/C7Gu9MQUTrzSZs1QmQ+9+KXJX
/NuqKUwtv5ILNGNyqqieKiUayIHwsb23rxu1BcwDsGVQHlygyUByXplVnI+F5TpU
YrZ4CSd0mfO1qBIOk+oAGFNWDB9b1jLgj/ol36CYMsrThvibMs/hByefRj9aCCYN
up48HFthmEBkhcoXNHe/wnKjitNiFg==
=qIUX
-----END PGP SIGNATURE-----


D
D
Danny Milosavljevic wrote on 10 Jan 2019 19:21
(name . Bryan Ferris)(address . saffsnail@gmail.com)(address . 33999@debbugs.gnu.org)
20190110192107.454e2cb8@scratchpost.org
Also, if you want, please try the following program on the booted guix system:

#include <stdio.h>
#include <locale.h>
#include <iconv.h>
#include <langinfo.h>

static iconv_t iconv_init_codepage(int codepage)
{
iconv_t result;
char codepage_name[16];
snprintf(codepage_name, sizeof(codepage_name), "CP%d", codepage);
result = iconv_open(nl_langinfo(CODESET), codepage_name);
if (result == (iconv_t) - 1) {
printf("FOO\n");
perror(codepage_name);
printf("BAR\n");
}
return result;
}

int main() {
setlocale(LC_ALL, "");
iconv_init_codepage(437);
return 0;
}

You'd have to put the above text into a file called "a.c", then invoke

guix package -i gcc-toolchain

Then invoke

gcc -o a a.c

Then invoke

./a

I suspect it will also fail with the same error message.

After that, please invoke

iconv -l |grep -i cp437

It will probably either return nothing or even fail with an error message.
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlw3jRMACgkQ5xo1VCww
uqWaswf8CksNDOGBzJ4E40P6W4iOkbujWV1j/uQNFdokxyeZlhSUkMJFGXmU/H4S
80OM3C6d2hPx2aeIDPS9yrwNuGzfv+HPVxpLZQEJfzoEeiC+EoQU3fiUbm4hyZ+N
x8Etx6rjWI3OcgrtJXtcW3nleiOHlBmGnQ9LMhJuf/g5y5LuBjSrUzj1nQNWaksA
p0zd9Hes7NtmR1vU7BMCl2gq/Ij1YaUApbS11CmI/lCyLgcRGHnSgB59UYJwEdrG
RVhzuhEHteRng0RNMEmiXLupWWnuvjjHumqfkwPD5UeBNCw9e/ErE3hWkqNqbFYS
D0YrzBeLdgh5Y/ijPvPtJRmYeybsFw==
=qymy
-----END PGP SIGNATURE-----


B
B
Bryan Ferris wrote on 10 Jan 2019 21:37
(name . Danny Milosavljevic)(address . dannym@scratchpost.org)(address . 33999@debbugs.gnu.org)
CABkR=SX83NKbE=25iWyuxH+ZO2AsS_f9x-bSz93Oq9oFr4sm1A@mail.gmail.com
Oh right, forgot about the check line. I'll try that tonight. However, I
don't think I can run your test program unless that fixes the issue as I
never get a shell.

Also, I don't think this matters, but I'll be running `guix system init`
from the installer rather than reconfigure due to the lack of shell and the
fact that guix itself is one of the services that fails to start.

On Thu, Jan 10, 2019, 09:59 Danny Milosavljevic <dannym@scratchpost.org
wrote:

Toggle quote (123 lines)
> Hi,
>
> On Thu, 10 Jan 2019 07:15:10 -0800
> Bryan Ferris <saffsnail@gmail.com> wrote:
>
> > I've linked to two videos here, one of the boot (the screen with the GNU
> > logo and "100% freedom" on it) and one of the init (where Shepherd
> reports
> > errors,
>
> Thanks! I've viewed those.
>
> >I think it's dmesg?).
>
> It depends. On early boot it's dmesg and once syslog is up it's syslog.
>
> > Boot:
> >
> https://drive.google.com/file/d/1YMbCI3BvznhMI_eYYTxMvxJC2SKlNqSJ/view?usp=sharing
> > Init:
> >
> https://drive.google.com/file/d/1CZov16Xrpy9D8DMN9eHeANjR7UHh2WpL/view?usp=sharing
>
> Maybe the CP437 is not harmless after all.
>
> Please try adding the unquoted part below at the indicated place:
>
> > >> > (file-systems (cons*
> > >> > (file-system
> > >> > (device (file-system-label "ESP"))
> > >> > (mount-point "/boot/efi")
> > >> > (type "fat")
> > >>
>
> (check? #f)
>
> > >> > )
>
> Then invoke
>
> guix system reconfigure /etc/config.scm
>
> as root in order for it to be applied and reboot.
>
> This prevents fsck.fat from being invoked - so we hopefully also doesn't
> need CP437 any more.
>
> If that doesn't help, try this (it's kinda dangerous :( ):
>
> > >> > (file-systems (cons*
> > >> > (file-system
> > >> > (device (file-system-label "ESP"))
> > >> > (mount-point "/boot/efi")
> > >> > (type "fat")
> > >>
>
> (check? #f)
> (needed-for-boot? #f)
>
> > >> > )
>
> Then invoke
>
> guix system reconfigure /etc/config.scm
>
> as root in order for it to be applied and reboot.
>
> This prevents fsck.fat from being invoked and it also prevents the
> initial ram disk (a very early tiny GNU system which runs right after the
> kernel
> starts up and before init) from trying to mount /boot/efi . The real
> system
> will still mount /boot/efi later.
>
> It would be interesting if
>
> (1) This fixes the problem (I don't think so), or
> (2) It reduces the number of error messages and makes it less bad.
>
> After all this, if it still doesn't work:
>
> Try adding the unquoted part:
>
> > >> > (file-systems (cons*
> > >> > (file-system
> > >> > (device (file-system-label "ESP"))
> > >> > (mount-point "/boot/efi")
> > >> > (type "fat")
> > >>
>
> (check? #f)
> (needed-for-boot? #f)
> (mount? #f)
>
> > >> > )
>
> Then invoke
>
> guix system reconfigure /etc/config.scm
>
> as root in order for it to be applied and reboot.
>
> This prevents mounting of /boot/efi entirely (it's pretty dangerous).
>
> Should your system not boot any more you can select the older generation
> in the grub boot menu. It's also possible that you can't run
>
> guix system reconfigure /etc/config.scm
>
> anymore after this. If so, please invoke
>
> mount /boot/efi
>
> as root. Then you can invoke
>
> guix system reconfigure /etc/config.scm
>
> once.
>
> It's likely that the latter will be a successful workaround to
> the original problem.
> It would still be good if we got to the root cause later.
>
Attachment: file
L
L
Ludovic Courtès wrote on 16 Jan 2019 12:00
(name . Danny Milosavljevic)(address . dannym@scratchpost.org)
87tvi8vpds.fsf@gnu.org
Hi Danny,

Danny Milosavljevic <dannym@scratchpost.org> skribis:

Toggle quote (3 lines)
> apparently the message is printed by fsck.fat and is harmless (although we should
> still fix it).

The statically-linked ‘fsck.fat’ doesn’t have access to gconv module,
which is why ‘iconv_open’ would fail.

Glibc has the ability to bring in statically-linked gconv modules, so we
could in theory build a custom glibc for the statically-linked
‘fsck.fat’, but that doesn’t sound great.

Thoughts?

Ludo’.
B
B
Bryan Ferris wrote on 16 Jan 2019 16:43
(name . Danny Milosavljevic)(address . dannym@scratchpost.org)(address . 33999@debbugs.gnu.org)
CABkR=SVmKRMH+D9zAAvJh6CWODE0dLu9J==9fqXa3cvyGJevMg@mail.gmail.com
Hey Danny,

Sorry for the delay in response. I saw no behavior change until I added the
(mount? #f) line. This fixed a number of services, but d-bus fails to
start. I encounter further issues including X Server failing to start and
the inability to log in (when I type in a valid username it immediately
fails 3 times and prints the standard message... I don't have password
hashes in my config, but IIRC last time I installed guix I was able to log
in without setting a password either imperatively or declaratively). Due to
the latter issue I was unable to test the program you posted, but it sounds
like Ludovic was able to describe what would happen if I had been able to?
I assume the non-d-bus errors are related to the lack of d-bus.

I uploaded a new video of my startup at
It's ~50s long, but seconds 20-45 are the system retrying d-bus a number of
times.

On Thu, Jan 10, 2019 at 10:21 AM Danny Milosavljevic <dannym@scratchpost.org>
wrote:

Toggle quote (49 lines)
> Also, if you want, please try the following program on the booted guix
> system:
>
> #include <stdio.h>
> #include <locale.h>
> #include <iconv.h>
> #include <langinfo.h>
>
> static iconv_t iconv_init_codepage(int codepage)
> {
> iconv_t result;
> char codepage_name[16];
> snprintf(codepage_name, sizeof(codepage_name), "CP%d", codepage);
> result = iconv_open(nl_langinfo(CODESET), codepage_name);
> if (result == (iconv_t) - 1) {
> printf("FOO\n");
> perror(codepage_name);
> printf("BAR\n");
> }
> return result;
> }
>
> int main() {
> setlocale(LC_ALL, "");
> iconv_init_codepage(437);
> return 0;
> }
>
> You'd have to put the above text into a file called "a.c", then invoke
>
> guix package -i gcc-toolchain
>
> Then invoke
>
> gcc -o a a.c
>
> Then invoke
>
> ./a
>
> I suspect it will also fail with the same error message.
>
> After that, please invoke
>
> iconv -l |grep -i cp437
>
> It will probably either return nothing or even fail with an error message.
>

On Thu, Jan 10, 2019 at 10:21 AM Danny Milosavljevic <dannym@scratchpost.org>
wrote:

Toggle quote (48 lines)
> Also, if you want, please try the following program on the booted guix
> system:
>
> #include <stdio.h>
> #include <locale.h>
> #include <iconv.h>
> #include <langinfo.h>
>
> static iconv_t iconv_init_codepage(int codepage)
> {
> iconv_t result;
> char codepage_name[16];
> snprintf(codepage_name, sizeof(codepage_name), "CP%d", codepage);
> result = iconv_open(nl_langinfo(CODESET), codepage_name);
> if (result == (iconv_t) - 1) {
> printf("FOO\n");
> perror(codepage_name);
> printf("BAR\n");
> }
> return result;
> }
>
> int main() {
> setlocale(LC_ALL, "");
> iconv_init_codepage(437);
> return 0;
> }
>
> You'd have to put the above text into a file called "a.c", then invoke
>
> guix package -i gcc-toolchain
>
> Then invoke
>
> gcc -o a a.c
>
> Then invoke
>
> ./a
>
> I suspect it will also fail with the same error message.
>
> After that, please invoke
>
> iconv -l |grep -i cp437
>
> It will probably either return nothing or even fail with an error message.
>
Attachment: file
B
B
Bryan Ferris wrote on 18 Jan 2019 20:00
(name . Danny Milosavljevic)(address . dannym@scratchpost.org)(address . 33999@debbugs.gnu.org)
CABkR=SV54_-hOEBN8ycgLv0VeV7LiFKD+bM4e0+ntZo2zCyDwA@mail.gmail.com
I think I know why d-bus is failing to start. The error when it tries to is
as follows:

"Failed to start message bus: Error in file /etc/dbus-1/system-local.conf,
line 1, column 0: no element found"

The first possibility came up when I searched /gnu/store for
system-local.conf. There is only one instance of such a file, and it is
the (xml) file *must* contain the following line at a minimum:

<!DOCTYPE busconfig PUBLIC "-//freedesktop//DTD D-Bus Bus Configuration 1.0//EN"

The error message makes a lot of sense with this in mind. Since I can't
just edit the file to add the line, can you recommend a way to fix this?

On Wed, Jan 16, 2019 at 7:43 AM Bryan Ferris <saffsnail@gmail.com> wrote:

Toggle quote (122 lines)
> Hey Danny,
>
> Sorry for the delay in response. I saw no behavior change until I added
> the (mount? #f) line. This fixed a number of services, but d-bus fails to
> start. I encounter further issues including X Server failing to start and
> the inability to log in (when I type in a valid username it immediately
> fails 3 times and prints the standard message... I don't have password
> hashes in my config, but IIRC last time I installed guix I was able to log
> in without setting a password either imperatively or declaratively). Due to
> the latter issue I was unable to test the program you posted, but it sounds
> like Ludovic was able to describe what would happen if I had been able to?
> I assume the non-d-bus errors are related to the lack of d-bus.
>
> I uploaded a new video of my startup at
> https://drive.google.com/file/d/1bVdiCM1BKAmY-1y1XydI4ol7BCCkQ2Xk/view?usp=drivesdk
> It's ~50s long, but seconds 20-45 are the system retrying d-bus a number of
> times.
>
> On Thu, Jan 10, 2019 at 10:21 AM Danny Milosavljevic <
> dannym@scratchpost.org> wrote:
>
>> Also, if you want, please try the following program on the booted guix
>> system:
>>
>> #include <stdio.h>
>> #include <locale.h>
>> #include <iconv.h>
>> #include <langinfo.h>
>>
>> static iconv_t iconv_init_codepage(int codepage)
>> {
>> iconv_t result;
>> char codepage_name[16];
>> snprintf(codepage_name, sizeof(codepage_name), "CP%d", codepage);
>> result = iconv_open(nl_langinfo(CODESET), codepage_name);
>> if (result == (iconv_t) - 1) {
>> printf("FOO\n");
>> perror(codepage_name);
>> printf("BAR\n");
>> }
>> return result;
>> }
>>
>> int main() {
>> setlocale(LC_ALL, "");
>> iconv_init_codepage(437);
>> return 0;
>> }
>>
>> You'd have to put the above text into a file called "a.c", then invoke
>>
>> guix package -i gcc-toolchain
>>
>> Then invoke
>>
>> gcc -o a a.c
>>
>> Then invoke
>>
>> ./a
>>
>> I suspect it will also fail with the same error message.
>>
>> After that, please invoke
>>
>> iconv -l |grep -i cp437
>>
>> It will probably either return nothing or even fail with an error message.
>>
>
> On Thu, Jan 10, 2019 at 10:21 AM Danny Milosavljevic <
> dannym@scratchpost.org> wrote:
>
>> Also, if you want, please try the following program on the booted guix
>> system:
>>
>> #include <stdio.h>
>> #include <locale.h>
>> #include <iconv.h>
>> #include <langinfo.h>
>>
>> static iconv_t iconv_init_codepage(int codepage)
>> {
>> iconv_t result;
>> char codepage_name[16];
>> snprintf(codepage_name, sizeof(codepage_name), "CP%d", codepage);
>> result = iconv_open(nl_langinfo(CODESET), codepage_name);
>> if (result == (iconv_t) - 1) {
>> printf("FOO\n");
>> perror(codepage_name);
>> printf("BAR\n");
>> }
>> return result;
>> }
>>
>> int main() {
>> setlocale(LC_ALL, "");
>> iconv_init_codepage(437);
>> return 0;
>> }
>>
>> You'd have to put the above text into a file called "a.c", then invoke
>>
>> guix package -i gcc-toolchain
>>
>> Then invoke
>>
>> gcc -o a a.c
>>
>> Then invoke
>>
>> ./a
>>
>> I suspect it will also fail with the same error message.
>>
>> After that, please invoke
>>
>> iconv -l |grep -i cp437
>>
>> It will probably either return nothing or even fail with an error message.
>>
>
Attachment: file
D
D
Danny Milosavljevic wrote on 18 Jan 2019 23:48
(name . Bryan Ferris)(address . saffsnail@gmail.com)(address . 33999@debbugs.gnu.org)
20190118234859.6986db00@scratchpost.org
Hi Bryan,

On Fri, 18 Jan 2019 11:00:14 -0800
Bryan Ferris <saffsnail@gmail.com> wrote:

Toggle quote (17 lines)
> I think I know why d-bus is failing to start. The error when it tries to is
> as follows:
>
> "Failed to start message bus: Error in file /etc/dbus-1/system-local.conf,
> line 1, column 0: no element found"
>
> The first possibility came up when I searched /gnu/store for
> system-local.conf. There is only one instance of such a file, and it is
> empty. According to https://dbus.freedesktop.org/doc/dbus-daemon.1.html,
> the (xml) file *must* contain the following line at a minimum:
>
> <!DOCTYPE busconfig PUBLIC "-//freedesktop//DTD D-Bus Bus Configuration 1.0//EN"
> "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
>
> The error message makes a lot of sense with this in mind. Since I can't
> just edit the file to add the line, can you recommend a way to fix this?

system-local.conf is generated by the guix service for d-bus, see


I'm not sure how it could ever happen that that is empty (no root element either).

Could you image the broken partition and give it to us? It needs some serious
debugging.

Alternatively, you can specify "--repl" without the quotes at the end of the
"append" line in grub in the menu in order to get it to stop booting and provide
a Guile prompt.

You then can write things like

,use (ice-9 ftw)
(scandir "/etc")

and so on.

But I think it would be easier to chroot into the half-finished installation and
try to reconfigure again - if necessary from a guix checkout with debugging
messages added.
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlxCV9sACgkQ5xo1VCww
uqV7+wf/aZyCJNthD6Q0IHzYCP5xGlhZrG/k/FdH4nbcwbX2CKwVOHUGqo7Ej3XM
pmFTrFG1s5fZDnJGM4pThzgZEYcPc7zaG6Cv7nYJkiAuEGhdac+vuALhwfSv//gB
unNsCQZc8smtN4eBopePjzrCGG0rADCGI1BAdzQHTr+U7Na6gg2Km71sGNl7mrUn
ZLNgSSXdElYmj3NsyBEfCa6ORyOvF/8DROgxF26elfMMvoeG/ykUpa9WJ0NVEV2U
U8dB7gDti52CoNNsbX7vVkG6NkLJV3+jX+2isCfu6b5VNLuHLMWifUu+xsr0D3EL
vrVwJ5IOOjRpPvkw55JhJ8xjDkuPrg==
=rrqw
-----END PGP SIGNATURE-----


D
D
Danny Milosavljevic wrote on 18 Jan 2019 23:59
(name . Ludovic Courtès)(address . ludo@gnu.org)
20190118235945.19009d9e@scratchpost.org
Hi Ludo,

On Wed, 16 Jan 2019 12:00:15 +0100
Ludovic Courtès <ludo@gnu.org> wrote:

Toggle quote (6 lines)
> Glibc has the ability to bring in statically-linked gconv modules, so we
> could in theory build a custom glibc for the statically-linked
> ‘fsck.fat’, but that doesn’t sound great.
>
> Thoughts?

Reading the dosfstools source, I found that there is already a fallback
if the codepage conversion does not work, so I don't think we have to
change anything there (see dosfstools-4.1/src/file.c in function
"put_char").

But according to Bryan, even mounting *without* checking the UEFI partition
doesn't work.

There's something else up (I very much doubt that mounting requires iconv--
since the mounting happens in the Linux kernel and not in the GNU userland
at runtime).
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlxCWmEACgkQ5xo1VCww
uqW9xwf/WKt8CHQwUTakdun3R8e/j5+Izqs685vkptCzF8VvfrsVapQUF9sSY2ip
ziOINEje+L5Sz5qEMtxmYZQDkzdfWV123Jj/8KQbUbsNtZT5ds0aeb4zjtrjopTQ
57hUFpq/4n54qsp0of3b4zu1i71cXPe23n4dSc9BWlnySBmRUFgF2/zBTeRpnGqG
OciC+rDUQzwSsNu1SVmgy9XBnxrKqkmtD8M6vrlbHYcx6MGjoY9e/z73HN9MCFgX
+3fKfcoylUBm09pv6aDtk6ZhtN7OSjNoHSbc3gvd4I3I6q6hISXkfKtIM6hOVUeI
xhnS0F1cOyJSDV1A1l32QtDpLeddOQ==
=Oitd
-----END PGP SIGNATURE-----


L
L
Ludovic Courtès wrote on 19 Jan 2019 11:19
(name . Danny Milosavljevic)(address . dannym@scratchpost.org)
87zhrxq79v.fsf@gnu.org
Hi,

Danny Milosavljevic <dannym@scratchpost.org> skribis:

Toggle quote (21 lines)
> On Wed, 16 Jan 2019 12:00:15 +0100
> Ludovic Courtès <ludo@gnu.org> wrote:
>
>> Glibc has the ability to bring in statically-linked gconv modules, so we
>> could in theory build a custom glibc for the statically-linked
>> ‘fsck.fat’, but that doesn’t sound great.
>>
>> Thoughts?
>
> Reading the dosfstools source, I found that there is already a fallback
> if the codepage conversion does not work, so I don't think we have to
> change anything there (see dosfstools-4.1/src/file.c in function
> "put_char").
>
> But according to Bryan, even mounting *without* checking the UEFI partition
> doesn't work.
>
> There's something else up (I very much doubt that mounting requires iconv--
> since the mounting happens in the Linux kernel and not in the GNU userland
> at runtime).

Ah so it must be the charset conversion kernel module that’s missing?
How can we reproduce the issue? Is there a way to mark the VFAT file
system as requiring a specific file name encoding? (I’ve never had
troubles mounting my UEFI partition.)

Ludo’.
B
B
Bryan Ferris wrote on 20 Jan 2019 15:34
CABkR=SX3YZ5WSFFf+t5YCWdixo-yK=iUvT7ytAZcx3bV5aH+jw@mail.gmail.com
Root files:

I tried reconfiguring from chroot but ran into some issues. I bind-mounted
/dev, /sys, /proc, and /var from the installer to the target, which got
past some errors. The one I couldn't get past was being unable to find the
glibc derivation in the store, though the file was present. Not sure what
went wrong there.

On Sat, Jan 19, 2019 at 6:19 PM Danny Milosavljevic <dannym@scratchpost.org>
wrote:

Toggle quote (21 lines)
> Hi Bryan,
>
> On Sat, 19 Jan 2019 07:15:43 -0800
> Bryan Ferris <saffsnail@gmail.com> wrote:
>
> > Well, the partition is > 400GiB which makes it difficult to `dd`. I'm not
> > sure if I have a drive big enough to store it, even if I pipe it directly
> > into a compression algorithm. Would compressing the files themselves be
> > sufficient? I'm going to hold off on reconfiguring until I hear back from
> > you on this because if that fixes it then it might also destroy evidence
> of
> > the bug.
>
> Yes, I would suggest you do (in a chroot, probably):
>
> * compress all the files from the root partition (i.e. something like tar
> zcvf)
> * dd only the uefi partition
>
> ... and then send those two files to us.
>
Attachment: file
D
D
Danny Milosavljevic wrote on 20 Jan 2019 23:48
(name . Bryan Ferris)(address . saffsnail@gmail.com)(address . 33999@debbugs.gnu.org)
20190120234840.2f6e16b4@scratchpost.org
On Sun, 20 Jan 2019 06:34:46 -0800
Bryan Ferris <saffsnail@gmail.com> wrote:

Toggle quote (10 lines)
> Root files:
> https://drive.google.com/open?id=1XL_iQCze4SkOSd_GnOzNTfkNMiRJHDLG
> ESP: https://drive.google.com/open?id=1o7sQD9rhzRwTKsyvqrZpScMQrgi5XCDT
>
> I tried reconfiguring from chroot but ran into some issues. I bind-mounted
> /dev, /sys, /proc, and /var from the installer to the target, which got
> past some errors. The one I couldn't get past was being unable to find the
> glibc derivation in the store, though the file was present. Not sure what
> went wrong there.

Why /var ?

Is it because of the guix socket? I'd try mounting just the socket directory,
otherwise it may also shadow the state of your installation and you won't
be able to reconfigure.
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlxE+sgACgkQ5xo1VCww
uqUC3Af/TPEWjQNFclE+Cs1NnFqKEIyk23V8twOA5SCLEeQIIB77mm0MBu1oJnuX
e1Gk/WRatlcG+zHk758FSUHCzaGAw4QZzzgMGvIXcChWGQyQrncr9V25cAdAP6k+
rnEqe9XiDlBpms4cudRrZItb4dnjx9FdRqv+A967i0MnEXVPi9pV/IPUOE5DFtn3
5bvqSiPYxatxZPdrjCEikrmU9h5/5zaayqMjq2Rh7hLjPOH/QimLVPLs+EAJn0td
Sal2+7hf9dKuc0+qQLGZhFP/fBwPPxZsai0mDVOtj4RULvmYkrOKh5b5yvdtLt13
NTqdDB3vNgegrMxOkZVym7pSgg4vyg==
=aY5T
-----END PGP SIGNATURE-----


D
D
Danny Milosavljevic wrote on 20 Jan 2019 23:49
(name . Bryan Ferris)(address . saffsnail@gmail.com)(address . 33999@debbugs.gnu.org)
20190120234957.1e806463@scratchpost.org
On Sun, 20 Jan 2019 23:48:40 +0100
Danny Milosavljevic <dannym@scratchpost.org> wrote:

Toggle quote (19 lines)
> On Sun, 20 Jan 2019 06:34:46 -0800
> Bryan Ferris <saffsnail@gmail.com> wrote:
>
> > Root files:
> > https://drive.google.com/open?id=1XL_iQCze4SkOSd_GnOzNTfkNMiRJHDLG
> > ESP: https://drive.google.com/open?id=1o7sQD9rhzRwTKsyvqrZpScMQrgi5XCDT
> >
> > I tried reconfiguring from chroot but ran into some issues. I bind-mounted
> > /dev, /sys, /proc, and /var from the installer to the target, which got
> > past some errors. The one I couldn't get past was being unable to find the
> > glibc derivation in the store, though the file was present. Not sure what
> > went wrong there.
>
> Why /var ?
>
> Is it because of the guix socket? I'd try mounting just the socket directory,
> otherwise it may also shadow the state of your installation and you won't
> be able to reconfigure.

i.e. /var/guix/daemon-socket/
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlxE+xUACgkQ5xo1VCww
uqVLUwf/Ybv/3+R5E1akq/5KZJszdylfjOS1MTu+jecMLOPxz7zAW9xUzIgDEv7v
PJQbPO7Wvc149R6wtKp2KRFE1xApKgzkUYlWeVRtA5PtFIMVr7G6bgq5aii6Jz6R
TinvxvUsL1oMAws5oc27kigcjgc4y4z/mX5fc2ID0ER7rRNbQHWaqW961L696OSH
/ReJ0xBBiPuByTHm7ipDMgD58AfNbhxiYLoQJNAWiDffmZKjqosM/c0LrHpR+8GK
YrTfBHHn61UziwBiAhBDjc07dbzUcjRCDJnqUAed08KlfbpPag/PUDa7yFqSIhzl
E6qS+LCCfT+hPHuylYd6kHvN7NUA2w==
=b03N
-----END PGP SIGNATURE-----


D
D
Danny Milosavljevic wrote on 21 Jan 2019 01:40
(address . 33999@debbugs.gnu.org)
20190121014031.3f2f37a6@scratchpost.org
I've chrooted into the filesystem Bryan provided.

(1) The ESP filesystem is dirty, i.e. it was not cleanly unmounted. That means
fsck.vfat would have to actually check it. I tried checking it and fixing it
with the same arguments that guix uses, and it worked (didn't have to modify
anything)
(2) In the root filesystem,
scheme@(guile-user)> ((@@ (gnu build file-systems) read-partition-label) "/esp.img")
$4 = "ESP"

So not sure what's up with not being able to mount ESP. But read on:

However, I can reproduce the problem with not being able to log in.

Reason:

/etc/pam.d/login is a symlink to /gnu/store/7pbmghp19xml75pv9ss5dik6mcc8n5xy-login,
which has 0 Byte.

There are lots and lots of files with 0 Byte--these:

./gnu/store/564215v4ma3jqxai20hf1ymcrn60nm44-ghc-8.4.3/lib/ghc-8.4.3/package.conf.d/package.cache.lock
./gnu/store/4jb04agk13b99dkj8sam5v0axq83j7qd-ghc-data-default-class-0.1.2.0/lib/ghc-8.4.3/ghc-data-default-class-0.1.2.0.conf.d/package.cache.lock
./gnu/store/91fzhynjly6f6zxd9qygza3plx7jwb58-ghc-primitive-0.6.3.0/lib/ghc-8.4.3/ghc-primitive-0.6.3.0.conf.d/package.cache.lock
./gnu/store/jlf1nfq1yqkfhnsxl5d6gw1cz4hc1k9c-ghc-random-1.1/lib/ghc-8.4.3/ghc-random-1.1.conf.d/package.cache.lock
./gnu/store/6ysdg4cl5qwyc0zkx0b8zdlpmr18dyrx-ghc-tf-random-0.5/lib/ghc-8.4.3/ghc-tf-random-0.5.conf.d/package.cache.lock
./gnu/store/mml2q2mll0ik9yz82x6bbvalz67zbm5a-ghc-quickcheck-2.11.3/lib/ghc-8.4.3/ghc-quickcheck-2.11.3.conf.d/package.cache.lock
./gnu/store/j7fsb306kajli84jvkxzj7zj2ghqpxq9-ghc-dlist-0.8.0.4/lib/ghc-8.4.3/ghc-dlist-0.8.0.4.conf.d/package.cache.lock
./gnu/store/8ggz6n8sz430bzpm6yrmzk515s0ap6h3-ghc-data-default-instances-dlist-0.0.1/lib/ghc-8.4.3/ghc-data-default-instances-dlist-0.0.1.conf.d/package.cache.lock
./gnu/store/9h1zkk9797ybsl2pzwx86x2nvv3yg1ad-ghc-data-default-instances-containers-0.0.1/lib/ghc-8.4.3/ghc-data-default-instances-containers-0.0.1.conf.d/package.cache.lock
./gnu/store/wyb8vglygq88vdb9a3cd4l77jl3abd5z-ghc-old-locale-1.0.0.7/lib/ghc-8.4.3/ghc-old-locale-1.0.0.7.conf.d/package.cache.lock
./gnu/store/l8r20qzf362a6wnhah5ydd9g5pb86nky-ghc-data-default-instances-old-locale-0.0.1/lib/ghc-8.4.3/ghc-data-default-instances-old-locale-0.0.1.conf.d/package.cache.lock
./gnu/store/sxg7jakvkif94iikqx41kvz609d5icm5-ghc-data-default-instances-base-0.1.0.1/lib/ghc-8.4.3/ghc-data-default-instances-base-0.1.0.1.conf.d/package.cache.lock
./gnu/store/08df6bp37cbqvi466s3yf4nf8586w0rd-ghc-data-default-0.7.1.1/lib/ghc-8.4.3/ghc-data-default-0.7.1.1.conf.d/package.cache.lock
./gnu/store/8iljw9g80y8s91h0b0rgsiamlgr3mpbr-ghc-utf8-string-1.0.1.1/lib/ghc-8.4.3/ghc-utf8-string-1.0.1.1.conf.d/package.cache.lock
./gnu/store/d3vikbra8zb1qggp7bfyqf9r49wnaxkw-ghc-extensible-exceptions-0.1.1.4/lib/ghc-8.4.3/ghc-extensible-exceptions-0.1.1.4.conf.d/package.cache.lock
./gnu/store/ihbqwsfnzam2h35xgqsq7q6glqc7x9k8-ghc-x11-1.9/lib/ghc-8.4.3/ghc-x11-1.9.conf.d/package.cache.lock
./gnu/store/lm47x9x0kp0r54p8ml9223qyb2h2k66y-ghc-setlocale-1.0.0.8/lib/ghc-8.4.3/ghc-setlocale-1.0.0.8.conf.d/package.cache.lock
./gnu/store/2sf0yhkzjx162c3gnnr0h914010l22iv-ghc-text-1.2.3.0/lib/ghc-8.4.3/ghc-text-1.2.3.0.conf.d/package.cache.lock
./gnu/store/pvy085fdwkx911qmn0h9pf1b8nadp5cn-ghc-call-stack-0.1.0/lib/ghc-8.4.3/ghc-call-stack-0.1.0.conf.d/package.cache.lock
./gnu/store/0cb227qqr547hpyff9kl7ifmdvql5lcz-ghc-hunit-1.6.0.0/lib/ghc-8.4.3/ghc-hunit-1.6.0.0.conf.d/package.cache.lock
./gnu/store/dgfchapzvrgd5chw1a87y1hp6d70hmhw-ghc-regex-base-0.93.2/lib/ghc-8.4.3/ghc-regex-base-0.93.2.conf.d/package.cache.lock
./gnu/store/59kmmzyyx4x012gzd84n1fda8md7x58c-ghc-regex-posix-0.95.2/lib/ghc-8.4.3/ghc-regex-posix-0.95.2.conf.d/package.cache.lock
./gnu/store/qf7vpaq1i81zxw9xl9h0f43zcvglgbx4-ghc-colour-2.3.4/lib/ghc-8.4.3/ghc-colour-2.3.4.conf.d/package.cache.lock
./gnu/store/jl1mhx64ygpggavhfm5qz2m97mxkvpak-ghc-ansi-terminal-0.8.0.4/lib/ghc-8.4.3/ghc-ansi-terminal-0.8.0.4.conf.d/package.cache.lock
./gnu/store/bkm57k6g2kvgahlkvmqi2yagy5wl63y8-ghc-ansi-wl-pprint-0.6.8.2/lib/ghc-8.4.3/ghc-ansi-wl-pprint-0.6.8.2.conf.d/package.cache.lock
./gnu/store/kcawmdjwms8fg25s45s4r663nwawf71n-ghc-xml-1.3.14/lib/ghc-8.4.3/ghc-xml-1.3.14.conf.d/package.cache.lock
./gnu/store/w57hxpaj0kig3h81bpl6liwidv8m8ih7-ghc-hashable-bootstrap-1.2.7.0/lib/ghc-8.4.3/ghc-hashable-bootstrap-1.2.7.0.conf.d/package.cache.lock
./gnu/store/a565cp5hijijvj0mp9jrj0wafyn529gg-ghc-nats-bootstrap-1.1.2/lib/ghc-8.4.3/ghc-nats-bootstrap-1.1.2.conf.d/package.cache.lock
./gnu/store/i72yklc6f7x7v0r32684badi7cz8a1cq-ghc-unordered-containers-bootstrap-0.2.9.0/lib/ghc-8.4.3/ghc-unordered-containers-bootstrap-0.2.9.0.conf.d/package.cache.lock
./gnu/store/4fnml4cysfjzacc4x9anjjksbxbx5r2f-ghc-transformers-compat-0.6.2/lib/ghc-8.4.3/ghc-transformers-compat-0.6.2.conf.d/package.cache.lock
./gnu/store/vkc6j6sc4wkjjmwgb57s9pwlrhg8iwzs-ghc-tagged-0.8.5/lib/ghc-8.4.3/ghc-tagged-0.8.5.conf.d/package.cache.lock
./gnu/store/mrdv441j8x582y182464fv6s3iaa37jy-ghc-semigroups-bootstrap-0.18.5/lib/ghc-8.4.3/ghc-semigroups-bootstrap-0.18.5.conf.d/package.cache.lock
./gnu/store/qfr4nrnxsvhvza3yjxc30c011cvjm3pw-ghc-libxml-0.1.1/lib/ghc-8.4.3/ghc-libxml-0.1.1.conf.d/package.cache.lock
./gnu/store/qmrz0nyvxprvk5wax1c8b4glw1l8f6sp-ghc-hostname-1.0/lib/ghc-8.4.3/ghc-hostname-1.0.conf.d/package.cache.lock
./gnu/store/akrxml4g1mmvx7ip2hhm10i3myc1n8fw-ghc-test-framework-0.8.2.0/lib/ghc-8.4.3/ghc-test-framework-0.8.2.0.conf.d/package.cache.lock
./gnu/store/lh51r8jg7k1yfpf5v8xq4mzzqidaj6wg-ghc-test-framework-hunit-0.3.0.2/lib/ghc-8.4.3/ghc-test-framework-hunit-0.3.0.2.conf.d/package.cache.lock
./gnu/store/ya5nlbnpblvas416l04yawwniy1rkbg1-ghc-test-framework-quickcheck2-0.3.0.4/lib/ghc-8.4.3/ghc-test-framework-quickcheck2-0.3.0.4.conf.d/package.cache.lock
./gnu/store/7b6qapirnd5mqqz13l1wj2hgssl4bl2k-ghc-hashable-1.2.7.0/lib/ghc-8.4.3/ghc-hashable-1.2.7.0.conf.d/package.cache.lock
./gnu/store/za2knqhipr21sjhisckzxw2s7hbn42ng-ghc-syb-0.7/lib/ghc-8.4.3/ghc-syb-0.7.conf.d/package.cache.lock
./gnu/store/kcln6pkk5kjbzjwvmgp7h3vknw1lihrp-ghc-chasingbottoms-1.3.1.4/lib/ghc-8.4.3/ghc-chasingbottoms-1.3.1.4.conf.d/package.cache.lock
./gnu/store/irnqjfighp8hwfa8rdqd2hq3qh5likzi-ghc-unordered-containers-0.2.9.0/lib/ghc-8.4.3/ghc-unordered-containers-0.2.9.0.conf.d/package.cache.lock
./gnu/store/p4zfh2badl6i1ci8bfqqn67jpzxz8c38-ghc-nats-1.1.2/lib/ghc-8.4.3/ghc-nats-1.1.2.conf.d/package.cache.lock
./gnu/store/vq98pdfjylvbs9gcdbs4lc9mpj9xvycp-ghc-semigroups-0.18.5/lib/ghc-8.4.3/ghc-semigroups-0.18.5.conf.d/package.cache.lock
./gnu/store/bfah2qpm1hc322dfv7v82ynmji4laypp-xmonad-0.14.2/lib/ghc-8.4.3/xmonad-0.14.2.conf.d/package.cache.lock
./gnu/store/bp9r3i3i4p2gwxnrr7bi77waypqjn8dn-xdg-mime-database/share/mime/icons
./gnu/store/0rp6dpx9zl9cssnfl54f81g2pm5l5sf9-groff-1.22.3/share/groff/1.22.3/tmac/mm/locale
./gnu/store/0rp6dpx9zl9cssnfl54f81g2pm5l5sf9-groff-1.22.3/share/groff/1.22.3/tmac/mm/se_locale
./gnu/store/nbvqs6j59lm3x8a8xdrb3njxhxdw6x75-shells
./gnu/store/1sszs4yj47c63r71c1rrnccnk7dj9b23-shells
./gnu/store/6z8ybniik7cvqn6ddr4vmp239q5d0d2c-flac-1.3.2/share/doc/flac-1.3.2/FLAC.tag
./gnu/store/iislzdwgw3513yryy6yphnmy61vxf1sz-libvorbis-1.3.6/share/doc/libvorbis-1.3.6/doxygen-build.stamp
./gnu/store/8baabfjazsr7s4y0jig1sn84xnxf75xa-libx11-1.6.6/share/X11/locale/el_GR.UTF-8/XI18N_OBJS
./gnu/store/8baabfjazsr7s4y0jig1sn84xnxf75xa-libx11-1.6.6/share/X11/locale/cs_CZ.UTF-8/XI18N_OBJS
./gnu/store/8baabfjazsr7s4y0jig1sn84xnxf75xa-libx11-1.6.6/share/X11/locale/fi_FI.UTF-8/XI18N_OBJS
./gnu/store/8baabfjazsr7s4y0jig1sn84xnxf75xa-libx11-1.6.6/share/X11/locale/am_ET.UTF-8/XI18N_OBJS
./gnu/store/0anhisiaaxnf0jnj157h1wi98byvf5w2-llvm-6.0.1/include/llvm/Support/VCSRevision.h
./gnu/store/igv31lgnl9ix1rnhkiibvkd1xwk7x0mn-wayland-1.16.0/share/doc/wayland/Wayland/en-US/html/Wayland.proc
./gnu/store/4yzc8c6sg5gv67wdbgymwvlwyd2nwph8-libtheora-1.1.1/share/doc/libtheora-1.1.1/doxygen-build.stamp
./gnu/store/pg9xlpgpdah122fix7mfrj3j0bpxlnwk-harfbuzz-1.8.8/include/harfbuzz/hb-gobject-enums.h
./gnu/store/5q3firxsn5nihw8v4i51kd8b62zwb32s-elogind-239.3/libexec/elogind/system-sleep/.keep_dir
./gnu/store/5q3firxsn5nihw8v4i51kd8b62zwb32s-elogind-239.3/libexec/elogind/system-shutdown/.keep_dir
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/share/doc/python-dbus-1.2.8/COPYING
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/mainloop/glib.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/bus.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/_compat.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/connection.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/_dbus.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/decorators.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/exceptions.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/_expat_introspect_parser.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/gi_service.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/glib.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/lowlevel.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/proxies.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/server.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/service.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/dbus/types.py
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/_dbus_bindings.la
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/_dbus_bindings.so
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/_dbus_glib_bindings.la
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/python3.7/site-packages/_dbus_glib_bindings.so
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/lib/pkgconfig/dbus-python.pc
./gnu/store/pynk6izprxzw4ljn2z1mj9pm1rbssi9f-python-dbus-1.2.8/include/dbus-1.0/dbus/dbus-python.h
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man8/cupsaccept.8.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man8/cupsaddsmb.8.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man8/cupsctl.8.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man8/cupsd.8.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man8/cupsd-helper.8.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man8/cupsenable.8.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man8/cupsfilter.8.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man8/cups-lpd.8.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man8/cups-snmp.8.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man8/lpadmin.8.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man8/lpc.8.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man8/lpinfo.8.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man8/lpmove.8.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man7/backend.7.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man7/filter.7.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man7/notifier.7.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man5/classes.conf.5.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man5/client.conf.5.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man5/cupsd.conf.5.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man5/cupsd-logs.5.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man5/cups-files.conf.5.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man5/cups-snmp.conf.5.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man5/ipptoolfile.5.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man5/mailto.conf.5.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man5/mime.convs.5.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man5/mime.types.5.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man5/ppdcfile.5.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man5/printers.conf.5.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man5/subscriptions.conf.5.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/cancel.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/cups.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/cups-config.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/cupstestdsc.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/cupstestppd.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/ipptool.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/lp.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/lpoptions.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/lpq.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/lpr.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/lprm.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/lpstat.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/ppdc.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/ppdhtml.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/ppdi.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/ppdmerge.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/man/man1/ppdpo.1.gz
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/locale/zh_CN/cups_zh_CN.po
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/locale/ru/cups_ru.po
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/locale/pt_BR/cups_pt_BR.po
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/locale/ja/cups_ja.po
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/locale/it/cups_it.po
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/locale/fr/cups_fr.po
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/locale/es/cups_es.po
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/locale/de/cups_de.po
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/locale/cs/cups_cs.po
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/locale/ca/cups_ca.po
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups-minimal-2.2.8/LICENSE.txt
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/ru/index.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/pt_BR/index.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/ja/index.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/color-wheel.png
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/cups-block-diagram.png
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/cups-command-chain.png
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/cups-postscript-chain.png
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/cups-raster-chain.png
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/generic.png
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/left.gif
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/raster-organization.png
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/raster.png
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/right.gif
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/sample-image.png
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/sel.gif
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/smiley.jpg
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/unsel.gif
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/images/wait.gif
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/accounting.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/api-admin.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/api-filter.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/api-ppd.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/api-raster.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/cgi.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/cupspm.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/encryption.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/glossary.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/kerberos.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/license.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/man-backend.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/man-cancel.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/man-classes.conf.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/man-client.conf.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/man-cupsaccept.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/man-cupsaddsmb.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/man-cups-config.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/man-cupsd.conf.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/man-cupsd-helper.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/man-cupsd.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/man-cupsd-logs.html
./gnu/store/wc1gaf7855b5q1biipn8ggyj9iqf2axx-cups-minimal-2.2.8/share/doc/cups/help/man-cupsenable.html
.
This message was truncated. Download the full message here.
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlxFFP8ACgkQ5xo1VCww
uqXWiAf/VyUVIPOJUd6Ty39TSla+l8TI+I40I8nEiP/4uei7zX7hdRNojQ5iQAq8
PX/PFXWiQFkjyk8kdQm0Gh8Kem/aw3SipsLMnEnL7A5cti/TJaL/8wEOqUn/+pVk
ot3ajf5fQ+twmjdZrf1MqhSarMhhJofhImdYRdCzYrlUoVR8JEJ1DyzCj7OBad3i
CUMwP25d4tmg5ya0M8nIMLH8tBBUQ1FNAvMgealzaW7ikc6s+4+MG/sUvK5jOjYn
vcoRq1wSGkYxIovKrfYe1zaFnCqkCxbaEK10BMkNP46ElVcrFl1y4KQph38D0hlv
rDjR+clbFjO8oG6FsWTPO6Mz5mmX3g==
=9Q+/
-----END PGP SIGNATURE-----


D
D
Danny Milosavljevic wrote on 21 Jan 2019 09:41
(address . 33999@debbugs.gnu.org)
20190121094156.6661079e@scratchpost.org
I've created a qemu disk image with Bryan's original files:


To use it invoke:

$ qemu-system-x86_64 -hda a.img -kernel mnt/gnu/store/b27wjlld5105cq56vvxfywk88x5hxsba-system/kernel/bzImage -initrd ../initrd -serial stdio -m 900 -append "console=ttyS0 --load=/gnu/store/pyd52vfzxhmcdmx77mb4a5lwvl2xa6s5-boot --root=/dev/sda2 --system=/gnu/store/b27wjlld5105cq56vvxfywk88x5hxsba-system"
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlxFhdQACgkQ5xo1VCww
uqWwoAf+J5QIlggBgcRQ5rm/PIIuzLutZ+2RjfBDtlrid7NqBjFaft6gvy6xw6w9
c/tR87einX1Nz8XuGQRqymcYAjeKmFSjSdx1HM7tv8MjY8vv2rO9roZb/tmPlQhM
ZwgtL5vtTkAGPymLuavHmgQy49p7ZyYWUBYnw5NxWCf1XK3nzYDfZzie1zC+oa3T
iIXOkMfkCA0w+hdB8Y6bPL1JCGyRKjQc6sg7lx9EPBjbxj+kaKrhLWHouF0wc0R9
9dtaYo6vLqYOHQaPYkdg+ZGNJBQHoB7oN3A7ThcmqAkMvJSoCYB8pIjftd2XrZGo
fIVtcD84lsv7R25YPuUXOtNS0u2NCA==
=Te92
-----END PGP SIGNATURE-----


L
L
Ludovic Courtès wrote on 21 Jan 2019 10:50
(name . Danny Milosavljevic)(address . dannym@scratchpost.org)
878szel4pa.fsf@gnu.org
Hi,

Danny Milosavljevic <dannym@scratchpost.org> skribis:

Toggle quote (11 lines)
> /etc/pam.d/login is a symlink to /gnu/store/7pbmghp19xml75pv9ss5dik6mcc8n5xy-login,
> which has 0 Byte.
>
> There are lots and lots of files with 0 Byte--these:
>
> ./gnu/store/564215v4ma3jqxai20hf1ymcrn60nm44-ghc-8.4.3/lib/ghc-8.4.3/package.conf.d/package.cache.lock
> ./gnu/store/4jb04agk13b99dkj8sam5v0axq83j7qd-ghc-data-default-class-0.1.2.0/lib/ghc-8.4.3/ghc-data-default-class-0.1.2.0.conf.d/package.cache.lock
> ./gnu/store/91fzhynjly6f6zxd9qygza3plx7jwb58-ghc-primitive-0.6.3.0/lib/ghc-8.4.3/ghc-primitive-0.6.3.0.conf.d/package.cache.lock
> ./gnu/store/jlf1nfq1yqkfhnsxl5d6gw1cz4hc1k9c-ghc-random-1.1/lib/ghc-8.4.3/ghc-random-1.1.conf.d/package.cache.lock
> ./gnu/store/6ysdg4cl5qwyc0zkx0b8zdlpmr18dyrx-ghc-tf-random-0.5/lib/ghc-8.4.3/ghc-tf-random-0.5.conf.d/package.cache.lock

It’s not surprising to .lock files to be empty. But where are those
files you’re talking about? Surely there’s no /gnu/store on the VFAT
EFI partition, right?

Thanks,
Ludo’.
D
D
Danny Milosavljevic wrote on 21 Jan 2019 11:16
(address . 33999@debbugs.gnu.org)
20190121111641.49665997@scratchpost.org
Hi Ludo,
Hi Bryan,

On Mon, 21 Jan 2019 10:50:41 +0100
Ludovic Courtès <ludo@gnu.org> wrote:

Toggle quote (2 lines)
> It’s not surprising to .lock files to be empty.

I agree. But I didn't filter them out because it would be confusing.

Toggle quote (4 lines)
> But where are those
> files you’re talking about? Surely there’s no /gnu/store on the VFAT
> EFI partition, right?

Oh, these empty files are on the root partition Bryan provided - there
are lots and lots of empty files, including very important ones like the
pam configuration files and the elogind configuration files (which is why
the login didn't work).

It looks like something crashed or sync(2) wasn't called before reboot or
something.

Some flash storage devices like to lie about whether they synced something
(they'll say they did sync but they really didn't yet). If one then cuts
the power it leads to data loss. But that's all speculation.

@Bryan: Would you be up to doing the installation again but then before the
reboot do a manual invocation of "sync" and then wait 5 min before rebooting?
Is it flash storage?

I didn't check the contents of the ESP partition because they don't matter.
What matters is whether the ESP partition is dirty (it was) and whether a
manual invocation of "fsck.vfat" succeeds on it (it does).

Out of curiousity I checked ESP anyway now. It has:

EFI
EFI/GuixSD
EFI/GuixSD/grubx64.efi

$ ls -l EFI/GuixSD/grubx64.efi
-rwxr-xr-x 1 root root 155136 11. Jan 16:52 /mnt/tmp/EFI/GuixSD/grubx64.efi

That's all there is in the ESP partition.
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlxFnAkACgkQ5xo1VCww
uqUXYAgAn09sM54iKe/uLjmo18ERpziSPwiYZHP+I9AH6YGKrdDIqBL+YChwIUvB
ILZB9CIW4PhWda0l0iHj4Y9h2sjdIiMY8Rn/WF9EqymrK7v9yvUtI1/3BpHs/Y6F
7JUbUw9fH4FYiuFfDWpP405hih6gAjzgbfPSUvLu4wXkTr4PwuIDlBxYPU/ClaCh
pNDK7LLVEOrpmEqTPHhIQcFuK2mRJIkntRVxfkoZz7W5V43vAvFbhwgUXYsS31Tj
+GkH5mBC2iGuQRKHFS2T9M9/WM9MM7od+zTCjyb3E+/aVJxDdum60njUV0Hyl/uL
4O0Aar+/PAeKWwV7as2JAK94SzLzFA==
=icah
-----END PGP SIGNATURE-----


L
L
Ludovic Courtès wrote on 21 Jan 2019 11:51
(name . Danny Milosavljevic)(address . dannym@scratchpost.org)
87womyjnbx.fsf@gnu.org
Hello,

Danny Milosavljevic <dannym@scratchpost.org> skribis:

Toggle quote (3 lines)
> On Mon, 21 Jan 2019 10:50:41 +0100
> Ludovic Courtès <ludo@gnu.org> wrote:

[...]

Toggle quote (9 lines)
>> But where are those
>> files you’re talking about? Surely there’s no /gnu/store on the VFAT
>> EFI partition, right?
>
> Oh, these empty files are on the root partition Bryan provided - there
> are lots and lots of empty files, including very important ones like the
> pam configuration files and the elogind configuration files (which is why
> the login didn't work).

OK but how does that relate to the CP437 encoding issue of the ESP?
We’ve moved on to a separate topic, right? :-)

Toggle quote (4 lines)
> I didn't check the contents of the ESP partition because they don't matter.
> What matters is whether the ESP partition is dirty (it was) and whether a
> manual invocation of "fsck.vfat" succeeds on it (it does).

So IIUC, the problem is more of a file system corruption of the storage
device Bryan is using, right?

Thanks for the investigation!

Ludo’.
B
B
Bryan Ferris wrote on 23 Jan 2019 16:42
(name . Danny Milosavljevic)(address . dannym@scratchpost.org)
CABkR=SV1PgzY51F+=+egNoHqgJsKjW74iAuzRmU6CXYst0cEnw@mail.gmail.com
I am indeed using flash storage, specifically a Samsung Evo 850 (it's a few
years old and has had many distress installed and reinstalled on it; now
that I'm thinking about it, it wouldn't surprise me at all if this was the
underlying issue). I'm trying your recommendation of reinstalling and
waiting now. I doubt the installation will finish before I leave for work,
so it will certainly sit for at least 5min.

Is there any way that we can verify that the files have finished writing?
It seems difficult if the hardware is willing to straight-up lie to us...

On Mon, Jan 21, 2019, 02:16 Danny Milosavljevic <dannym@scratchpost.org
wrote:

Toggle quote (46 lines)
> Hi Ludo,
> Hi Bryan,
>
> On Mon, 21 Jan 2019 10:50:41 +0100
> Ludovic Courtès <ludo@gnu.org> wrote:
>
> > It’s not surprising to .lock files to be empty.
>
> I agree. But I didn't filter them out because it would be confusing.
>
> > But where are those
> > files you’re talking about? Surely there’s no /gnu/store on the VFAT
> > EFI partition, right?
>
> Oh, these empty files are on the root partition Bryan provided - there
> are lots and lots of empty files, including very important ones like the
> pam configuration files and the elogind configuration files (which is why
> the login didn't work).
>
> It looks like something crashed or sync(2) wasn't called before reboot or
> something.
>
> Some flash storage devices like to lie about whether they synced something
> (they'll say they did sync but they really didn't yet). If one then cuts
> the power it leads to data loss. But that's all speculation.
>
> @Bryan: Would you be up to doing the installation again but then before the
> reboot do a manual invocation of "sync" and then wait 5 min before
> rebooting?
> Is it flash storage?
>
> I didn't check the contents of the ESP partition because they don't matter.
> What matters is whether the ESP partition is dirty (it was) and whether a
> manual invocation of "fsck.vfat" succeeds on it (it does).
>
> Out of curiousity I checked ESP anyway now. It has:
>
> EFI
> EFI/GuixSD
> EFI/GuixSD/grubx64.efi
>
> $ ls -l EFI/GuixSD/grubx64.efi
> -rwxr-xr-x 1 root root 155136 11. Jan 16:52 /mnt/tmp/EFI/GuixSD/grubx64.efi
>
> That's all there is in the ESP partition.
>
Attachment: file
B
B
Bryan Ferris wrote on 26 Jan 2019 18:32
(name . Danny Milosavljevic)(address . dannym@scratchpost.org)
CABkR=SV-jnsh6JSAFnNgQzqS+AMUUARhY-OkCZ2Te0p97NCJXw@mail.gmail.com
My guix installation appears to be working now. Thanks for all your help!

I'm not sure if the underlying issue causing the encoding error has been
identified; if there's anything else you need from me let me know. It
appears that this error is not causing any bad behavior, however.

On Wed, Jan 23, 2019 at 7:42 AM Bryan Ferris <saffsnail@gmail.com> wrote:

Toggle quote (63 lines)
> I am indeed using flash storage, specifically a Samsung Evo 850 (it's a
> few years old and has had many distress installed and reinstalled on it;
> now that I'm thinking about it, it wouldn't surprise me at all if this was
> the underlying issue). I'm trying your recommendation of reinstalling and
> waiting now. I doubt the installation will finish before I leave for work,
> so it will certainly sit for at least 5min.
>
> Is there any way that we can verify that the files have finished writing?
> It seems difficult if the hardware is willing to straight-up lie to us...
>
> On Mon, Jan 21, 2019, 02:16 Danny Milosavljevic <dannym@scratchpost.org
> wrote:
>
>> Hi Ludo,
>> Hi Bryan,
>>
>> On Mon, 21 Jan 2019 10:50:41 +0100
>> Ludovic Courtès <ludo@gnu.org> wrote:
>>
>> > It’s not surprising to .lock files to be empty.
>>
>> I agree. But I didn't filter them out because it would be confusing.
>>
>> > But where are those
>> > files you’re talking about? Surely there’s no /gnu/store on the VFAT
>> > EFI partition, right?
>>
>> Oh, these empty files are on the root partition Bryan provided - there
>> are lots and lots of empty files, including very important ones like the
>> pam configuration files and the elogind configuration files (which is why
>> the login didn't work).
>>
>> It looks like something crashed or sync(2) wasn't called before reboot or
>> something.
>>
>> Some flash storage devices like to lie about whether they synced something
>> (they'll say they did sync but they really didn't yet). If one then cuts
>> the power it leads to data loss. But that's all speculation.
>>
>> @Bryan: Would you be up to doing the installation again but then before
>> the
>> reboot do a manual invocation of "sync" and then wait 5 min before
>> rebooting?
>> Is it flash storage?
>>
>> I didn't check the contents of the ESP partition because they don't
>> matter.
>> What matters is whether the ESP partition is dirty (it was) and whether a
>> manual invocation of "fsck.vfat" succeeds on it (it does).
>>
>> Out of curiousity I checked ESP anyway now. It has:
>>
>> EFI
>> EFI/GuixSD
>> EFI/GuixSD/grubx64.efi
>>
>> $ ls -l EFI/GuixSD/grubx64.efi
>> -rwxr-xr-x 1 root root 155136 11. Jan 16:52
>> /mnt/tmp/EFI/GuixSD/grubx64.efi
>>
>> That's all there is in the ESP partition.
>>
>
Attachment: file
?