all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#35858: Null pointer error when partitioning with the graphical installer
@ 2019-05-22 18:53 Vivien Kraus
  2019-05-28 14:59 ` Ludovic Courtès
  0 siblings, 1 reply; 9+ messages in thread
From: Vivien Kraus @ 2019-05-22 18:53 UTC (permalink / raw)
  To: 35858

Hello,

Thank you for all the work you've put in the Guixsd release.  I have
used guix on top of a Debian distribution for some time, but with the
release I wanted to try and install it on its own.

I'm trying to install guix on my system.  I have the 1.0.1 patch, but I
had the same problem with 1.0.0.

I already have a debian system with an encrypted drive, and I would like
to erase it with an encrypted Guix system with a separate /home partition.

I have chosen my language (français).

My location (France).

I have chosen the graphical installer.

I have chosen my timezone (Europe / Paris).

I have chosen my keyboard (Français / Français (sans touche morte Sun):
this one seems to be correct but I don't have much information.  It
would be awesome if I could test it in a text box).

I have chosen the guided installation with encryption.

I have chosen my hard drive, the only option:
ATA WDC WD15EARS-60M (scsi) /dev/sda 1500 GB gpt

I have chosen the option to have a separate /home.

And then I get the exception.  I copy it from another keyboard, but I
hope that I copied it correctly.

In ice-9/boot-9.scm:
    829:9 19 (catch srfi-34 #<procedure 22744c0 at
./gnu/installer/steps.scm:144:7 ()> #<procedure 2214550 at
./gnu/installer/steps.scm:144:7 (key c)> _)
    829:9 18 (catch srfi-34 #<procedure 22742c0 at
./gnu/installer/steps.scm:144:7 ()> #<procedure 2214500 at
./gnu/installer/steps.scm:144:7 (key c)> _)
    829:9 17 (catch srfi-34 #<procedure 22740c0 at
./gnu/installer/steps.scm:144:7 ()> #<procedure 22144b0 at
./gnu/installer/steps.scm:144:7 (key c)> _)
    829:9 16 (catch srfi-34 #<procedure 23a3280 at
./gnu/installer/steps.scm:144:7 ()> #<procedure c19fa0 at
./gnu/installer/steps.scm:144:7 (key c)> _)
In ./gnu/installer/steps.scm:
    182:21 15 (_)
In ./gnu/installer/newt/partition.scm:
    755:33 14 (run-partitioning-page)
In ./gnu/installer/parted.scm:
    1010:14 13 (auto-partition! #<<disk> bytestructure:
#<bytestructure 0xbddb10>> #:scheme _)
    870:21 12 (loop _ _ _)
    863:17 11 (loop _ 1962582833 967694336)
    771:25 10 (mkpart #<<disk> bytestructure: #<bytestructure
0xbddb10>> _ #:previous-partition _)
In parted/structs.scm:
    552:19 9 (pointer->partition _)
     132:3 8 (pointer->bytestructure #<pointer 0x0>
#<bytestructure-descriptor 0x251d600>)
In unknown file:
           7 (pointer->bytevector #<pointer 0x0> 88 #<undefined>
#<undefined>)
In ice-9/boot-9.scm:
   751:25  6 (dispatch-exception 5 null-pointer-error
("pointer->bytevector" "null pointer dereference" () ()))
In ice-9/eval.scm:
    619:8  5 (_ #(#(#<directory (guile-user) 68f140>
#<<installer> name: newt init: #<procedure init()> exit:
#<procedure exit ()> exit-error: #<procedure exit-error (file
key args)> final-p...>) ...))
    619:8  4 (_ #(#(#(#<directory (guile-user) 68f140>
#<<installer> name: newt init: #<procedure init ()> exit:
#<procedure exit ()> exit-error: #<procedure exit-error (file
key args)> fi...>) ...) #))
In ice-9/ports.scm:
   462:17  3 (call-with-output-file _ _ #:binary _ #:encoding _)
In ice-9/eval.scm:
    619:8  2 (_ #(#(#<directory (guile-user) 68f140>
null-pointer-error ("pointer->bytevector" "null pointer
dereference" () ())) #<output: /tmp/last-installer-error 12>))
    159:9  1 (_ #(#(#<directory (guile-user) 68f140>
null-pointer-error ("pointer->bytevector" "null pointer
dereference" () ())) #<output: /tmp/last-installer-error 12>))
In unknown file:
           0 (make-stack #t)
ice-9/eval.scm:159:9: In procedure pointer->bytevector: null
pointer dereference

If you need more information, please tell me.  I can retry the
installation to help debugging that, but I need simple instructions :)

Best regards,

Vivien

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#35858: Null pointer error when partitioning with the graphical installer
  2019-05-22 18:53 bug#35858: Null pointer error when partitioning with the graphical installer Vivien Kraus
@ 2019-05-28 14:59 ` Ludovic Courtès
  2019-05-28 19:30   ` Vivien Kraus
  0 siblings, 1 reply; 9+ messages in thread
From: Ludovic Courtès @ 2019-05-28 14:59 UTC (permalink / raw)
  To: Vivien Kraus; +Cc: Mathieu Othacehe, 35858

Hello Vivien,

Vivien Kraus <vivien@planete-kraus.eu> skribis:

> I'm trying to install guix on my system.  I have the 1.0.1 patch, but I
> had the same problem with 1.0.0.

We fixed a bug similar to what you describe in 1.0.1:

  https://issues.guix.gnu.org/issue/35783

Can you confirm that the backtrace you posted comes from 1.0.1 and not
1.0.0?  (It seems to be from 1.0.1 accordingly to the line numbers, but
better be on the safe side.)

> In ice-9/boot-9.scm:
>     829:9 19 (catch srfi-34 #<procedure 22744c0 at
> ./gnu/installer/steps.scm:144:7 ()> #<procedure 2214550 at
> ./gnu/installer/steps.scm:144:7 (key c)> _)
>     829:9 18 (catch srfi-34 #<procedure 22742c0 at
> ./gnu/installer/steps.scm:144:7 ()> #<procedure 2214500 at
> ./gnu/installer/steps.scm:144:7 (key c)> _)
>     829:9 17 (catch srfi-34 #<procedure 22740c0 at
> ./gnu/installer/steps.scm:144:7 ()> #<procedure 22144b0 at
> ./gnu/installer/steps.scm:144:7 (key c)> _)
>     829:9 16 (catch srfi-34 #<procedure 23a3280 at
> ./gnu/installer/steps.scm:144:7 ()> #<procedure c19fa0 at
> ./gnu/installer/steps.scm:144:7 (key c)> _)
> In ./gnu/installer/steps.scm:
>     182:21 15 (_)
> In ./gnu/installer/newt/partition.scm:
>     755:33 14 (run-partitioning-page)
> In ./gnu/installer/parted.scm:
>     1010:14 13 (auto-partition! #<<disk> bytestructure:
> #<bytestructure 0xbddb10>> #:scheme _)
>     870:21 12 (loop _ _ _)
>     863:17 11 (loop _ 1962582833 967694336)
>     771:25 10 (mkpart #<<disk> bytestructure: #<bytestructure
> 0xbddb10>> _ #:previous-partition _)
> In parted/structs.scm:
>     552:19 9 (pointer->partition _)
>      132:3 8 (pointer->bytestructure #<pointer 0x0>
> #<bytestructure-descriptor 0x251d600>)
> In unknown file:
>            7 (pointer->bytevector #<pointer 0x0> 88 #<undefined>
> #<undefined>)
> In ice-9/boot-9.scm:
>    751:25  6 (dispatch-exception 5 null-pointer-error
> ("pointer->bytevector" "null pointer dereference" () ()))
> In ice-9/eval.scm:
>     619:8  5 (_ #(#(#<directory (guile-user) 68f140>
> #<<installer> name: newt init: #<procedure init()> exit:
> #<procedure exit ()> exit-error: #<procedure exit-error (file
> key args)> final-p...>) ...))
>     619:8  4 (_ #(#(#(#<directory (guile-user) 68f140>
> #<<installer> name: newt init: #<procedure init ()> exit:
> #<procedure exit ()> exit-error: #<procedure exit-error (file
> key args)> fi...>) ...) #))
> In ice-9/ports.scm:
>    462:17  3 (call-with-output-file _ _ #:binary _ #:encoding _)
> In ice-9/eval.scm:
>     619:8  2 (_ #(#(#<directory (guile-user) 68f140>
> null-pointer-error ("pointer->bytevector" "null pointer
> dereference" () ())) #<output: /tmp/last-installer-error 12>))
>     159:9  1 (_ #(#(#<directory (guile-user) 68f140>
> null-pointer-error ("pointer->bytevector" "null pointer
> dereference" () ())) #<output: /tmp/last-installer-error 12>))
> In unknown file:
>            0 (make-stack #t)
> ice-9/eval.scm:159:9: In procedure pointer->bytevector: null
> pointer dereference

Is it 100% reproducible for you?

Could you post the output of “fdisk -l /dev/sda” (hit Ctrl-Alt-F3 and
run that command)?

Does the problem occur when you choose the “manual partitioning” method
instead of “guided partitioning”?

Thanks,
Ludo’.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#35858: Null pointer error when partitioning with the graphical installer
  2019-05-28 14:59 ` Ludovic Courtès
@ 2019-05-28 19:30   ` Vivien Kraus
  2019-05-29  7:35     ` Mathieu Othacehe
  2019-05-29  9:22     ` Ludovic Courtès
  0 siblings, 2 replies; 9+ messages in thread
From: Vivien Kraus @ 2019-05-28 19:30 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: Mathieu Othacehe, 35858

(Please pardon me for the duplicate)

Hello,

Thank you for your answer.

> Can you confirm that the backtrace you posted comes from 1.0.1 and
not
> 1.0.0?  (It seems to be from 1.0.1 accordingly to the line numbers,
but
> better be on the safe side.)

After backing up my data, I re-downloaded the guix image from the
website, burnt it, and booted it.  The boot screen reads
"1.0.1-1.8204295".

I also had an error during the loading with an error in finalization
thread: Bad file descriptor (twice, reproducible) but no additional
info, right after ssh-keygen.  Is there a log file for that?  I had
very
little time to catch it.

> Is it 100% reproducible for you?

Except for the bytestructures (but with the same loop at 863:17), I
reproduced it 4/4 times with a full reboot, and 4/4 times without a
full
reboot.

> Does the problem occur when you choose the “manual partitioning”
method
> instead of “guided partitioning”?

So I use the same language and such and select the manual partitioning:
I get to a screen with the 3 partitions already present on my 1.5T
disk:
 - 1 537MB fat32 boot,esp /boot/efi
 - 2 256MB ext2
 - 3 1500GB

If I select the second partition, I get another reproducible (2/2 with
full reboot) backtrace:

In .gnu/installer/steps.scm:
       189:6 19 (run-installer-steps #:steps _ #:rewind-strategy _ 
#:menu-proc _)
In ice-9/boot-9.scm:
    829:9 18 (catch srfi-34 #<procedure 3d78ac0 at
./gnu/installer/steps.scm:144:7 ()> #<procedure 3cf40f0 at
./gnu/installer/steps.scm:144:7 (key c)> _)
    829:9 17 (catch srfi-34 #<procedure 3de9e40 at
./gnu/installer/steps.scm:144:7 ()> #<procedure 3de4d70 at
./gnu/installer/steps.scm:144:7 (key c)> _)
    829:9 16 (catch srfi-34 #<procedure 3de9c40 at
./gnu/installer/steps.scm:144:7 ()> #<procedure 3de4d20 at
./gnu/installer/steps.scm:144:7 (key c)> _)
    829:9 15 (catch srfi-34 #<procedure 3de9a40 at
./gnu/installer/steps.scm:144:7 ()> #<procedure 3de4cd0 at
./gnu/installer/steps.scm:144:7 (key c)> _)
    829:9 14 (catch srfi-34 #<procedure 2ac0c00 at
./gnu/installer/steps.scm:144:7 ()> #<procedure 29917d0 at
./gnu/installer/steps.scm:144:7 (key c)> _)
In ./gnu/installer/steps.scm:
   182:21 13 (_)
In ./gnu/installer/newt/partition.scm:
   762:40 12 (run-partitioning-page)
   668:10 11 (run-disk-page (#<<disk> bytestructure:
#<bytestructure 0x29a8330>>) _ #:guided? _)
In ./gnu/installer/newt/page.scm:
   397:21 10 (run-listbox-selection-page #:info-text _ #:title _
#:info-textbox-width _ #:listbox-items _ #:listbox-item->text _
#:listbox-height _ #:listbox-default-item _ # _ # _
#:allow-delete? ...)
In ./gnu/installer/newt/partition.scm:
   640:20 9 (listbox-action _)
In ./gnu/installer/parted.scm:
   317:18 8 (partition->user-partition #<<partition>
bytestructure: #<bytestructure 0x2af5210>>)
In unknown file:
           7 (scm-error misc-error #f "~A" ("Unhandled ext2
fs-type\n") #f)
In ice-9/boot-9.scm:
   751:25  6 (dispatch-exception 5 misc-error (#f "~A"
("Unhandled ext2 fs-type\n") #f))
In ice-9/eval.scm:
    619:8  5 (_ #(#(#<directory (guile-user) 24b9140>
#<<installer> name: newt init: #<procedure init()> exit:
#<procedure exit()> exit-error: #<procedure exit-error (file
key args)> final-...>) ...))
    619:8  4 (_ #(#(#(#<directory (guile-user) 24b9140>
#<<installer> name: newt init: #<procedure init()> exit:
#<procedure exit ()> exit-error: #<procedure exit-error (file 
key args)> f...>) ...) #))
In ice-9/ports.scm:
   462:17  3 (call-with-output-file _ _ #:binary _ #:encoding _)
In ice-9/eval.scm:
    619:8  2 (_ #(#(#<directory (guile-user) 24b9140> misc-error
(#f "~A" ("Unhandled ext2 fs-type\n") #f)) #<output:
/tmp/last-installererror 12>))
    159:9 1 (_ #(#(#<directory (guile-user) 24b9140> misc-error
(#f "~A" ("Unhandled ext2 fs-type\n") #f)) #<output:
/tmp/last-installer-error 12>))
In unknown file:
           0 (make-stack #t)
ice-9/eval.scm:159:9: Unhandled ext2 fs-type

I've managed to avoid the problem with a manual partitioning
procedure, selecting my hard drive, selecting "gpt" to get rid of the
existing ext2 partition.

Then I go to create a single root partition (with the idea of
re-installing guix with the default cryptsetup options once the ext2
partition is forgotten), but then I get another "null pointer
dereference" exception -- this one is longer :(

In ice-9/boot-9.scm:
    829:9 19 (catch _ _ #<procedure 2ebbf50 at
./gnu/installer/steps.scm:144:7 (key c)> _)
    829:9 18 (catch _ _ #<procedure 2ebbf00 at
./gnu/installer/steps.scm:144:7 (key c)> _)
    829:9 17 (catch _ _ #<procedure 186ba00 at
./gnu/installer/steps.scm:144:7 (key c)> _)
In ./gnu/installer/steps.scm:
   182:21 16 (_)
In ./gnu/installer/newt/partition.scm:
   763:40 15 (run-partitioning-page)
   714:40 14 (run-disk-page _ _ #:guided? _)
   429:10 13 (run-partition-page _ #:default-item _)
In ./gnu/installer/newt/page.scm:
   384:15 12 (run-listbox-selection-page #:info-text _ #:title _
#:info-textbox-width _ #:listbox-items _ #:listbox-item->text _
#:listbox-height _ #:listbox-default-item _ # _ # _
#:allow-delete? ...)
In ./gnu/installer/newt/partition.scm:
   400:23 11 (button-action)
In ./gnu/installer/parted.scm:
   771:25 10 (mkpart #<<disk> bytestructure: #<bytestructure
0x19c60c0>> _ #:previous-partition _)
In parted/structs.scm:
   552:19  9 (pointer->partition _)
    132:3  8 (pointer->bytestructure _
#<bytestructure-descriptor 0x3234740>)
In unknown file:
           7 (pointer->bytevector #<pointer 0x0> 88 #<undefined>
#<undefined>)
In ice-9/boot-9.scm:
   751:25  6 (dispatch-exception 5 null-pointer-error
("pointer->bytevector" "null pointer dereference" () ()))
In ice-9/eval.scm:
    619:8  5 (_ #(#(#<directory (guile-user) 137c140>
#<<installer> name: newt init: #<procedure init ()> exit:
#<procedure exit ()> exit-error: #<procedure exit-error (file
key args> final-...>) ...))
    619:8  4 (_ #(#(#(#<directory (guile-user) 137c140>
#<<installer> name: newt init: #<procedure init ()> exit:
#<procedure exit ()> exit-error: #<procedure exit-error (file
key args)> f...>) ...) #))
In ice-9/ports.scm:
   462:17  3 (call-with-output-file _ _ #:binary _ #:encoding _)
In ice-9/eval.scm:
    619:8  2 (_ #(#(#<directory (guile-user) 137c140>
null-pointer-error ("pointer->bytevector" "null pointer
dereference" () ())) #<output: /tmp/last-installer-error 12>))
    159:9  1 (_ #(#(#<directory (guile-user) 137c140>
null-pointer-error ("pointer->bytevector" "null pointer
dereference" () ())) #<output: /tmp/last-installer-error 12>))
In unknown file:
           0 (make-stack #t)
ice-9/eval.scm:159:9: In procedure pointer->bytevector: null
pointer dereference

I reboot and the partition table is erased (good thing I updated my
backups just before the operation ;) less so that I don't have an
operating system on my main computer and have to use this one :(

However, selecting the automatic method for whole disk encryption
still gives the first error, and trying to add a partition manually
gives the second.

>
> Could you post the output of “fdisk -l /dev/sda” (hit Ctrl-Alt-F3 and
> run that command)?

I wanted to give it before the GPT erasure but I thought I could save
it
to / on the Guix installer, and it did not work.  So I only have the
log
after the procedure:
Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


(repeat exactly this for /dev/ram1 to /dev/ram15)

Disk /dev/sda: 1.4 TiB, 1500301910016, 2930277168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: D8D62D0Aè7272-425E-A46A-8FC7275FD65C


Disk /dev/sdb: 3.8 GiB, 4009754624 bytes, 7831552 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical / physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 30373931-3130-4130-B138-333934393436

Device       Start     End Sectors  Size Type
/dev/sdb1       64   43839   43776 21.4M Microsoft basic data
/dev/sdb2    43840   49599    5460  2.8M EFI System
/dev/sdb3    49600 2693755 2644156  1.3G Apple HFS/HFS+
/dev/sdb4  2693756 2694355     600  300K Microsoft basic data

And here is the error that came with it in red:

GPT PMBR size mismatch (2694403 != 7831551) will be corrected by write.
The backup GPT table is corrupt, but the primary appears OK, so that
will be used.
The backup GPT table is not on the end of the device. This problem will
be corrected by write.

I remember that a similar error happened when I had the previous GPT
table, but I don't remember the exact wording.  So maybe there is
still a backup of the GPT table that still has the ext2 partition?

Anyways, I have saved all my data and have a rainy-days computer at
hand, so the situation is not so bad.  

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#35858: Null pointer error when partitioning with the graphical installer
  2019-05-28 19:30   ` Vivien Kraus
@ 2019-05-29  7:35     ` Mathieu Othacehe
  2019-05-29  9:22     ` Ludovic Courtès
  1 sibling, 0 replies; 9+ messages in thread
From: Mathieu Othacehe @ 2019-05-29  7:35 UTC (permalink / raw)
  To: Vivien Kraus; +Cc: 35858


Hello Vivien,

Thank you very much for the detailed report and sorry about all those
errors :(

> In unknown file:
>            0 (make-stack #t)
> ice-9/eval.scm:159:9: Unhandled ext2 fs-type

So this one is easy, it's yet another unsupported fs type. Maybe the fix
would be to get rid of libparted fs types -> <user-partition> fs types
conversions like discussed with Danny.

Otherwise, we'll have to maintain conversions for every kind of
partitions in user-fs-type-name, user-fs-type->mount-type and
partition-filesystem-user-type procedures.

> Then I go to create a single root partition (with the idea of
> re-installing guix with the default cryptsetup options once the ext2
> partition is forgotten), but then I get another "null pointer
> dereference" exception -- this one is longer :(
>
> In ice-9/boot-9.scm:
>     829:9 19 (catch _ _ #<procedure 2ebbf50 at
> ./gnu/installer/steps.scm:144:7 (key c)> _)
>     829:9 18 (catch _ _ #<procedure 2ebbf00 at
> ./gnu/installer/steps.scm:144:7 (key c)> _)
>     829:9 17 (catch _ _ #<procedure 186ba00 at
> ./gnu/installer/steps.scm:144:7 (key c)> _)
> In ./gnu/installer/steps.scm:
>    182:21 16 (_)
> In ./gnu/installer/newt/partition.scm:
>    763:40 15 (run-partitioning-page)
>    714:40 14 (run-disk-page _ _ #:guided? _)
>    429:10 13 (run-partition-page _ #:default-item _)
> In ./gnu/installer/newt/page.scm:
>    384:15 12 (run-listbox-selection-page #:info-text _ #:title _
> #:info-textbox-width _ #:listbox-items _ #:listbox-item->text _
> #:listbox-height _ #:listbox-default-item _ # _ # _
> #:allow-delete? ...)
> In ./gnu/installer/newt/partition.scm:
>    400:23 11 (button-action)
> In ./gnu/installer/parted.scm:
>    771:25 10 (mkpart #<<disk> bytestructure: #<bytestructure
> 0x19c60c0>> _ #:previous-partition _)
> In parted/structs.scm:
>    552:19  9 (pointer->partition _)
>     132:3  8 (pointer->bytestructure _
> #<bytestructure-descriptor 0x3234740>)
> In unknown file:
>            7 (pointer->bytevector #<pointer 0x0> 88 #<undefined>

Not sure what happened here :(

Mathieu

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#35858: Null pointer error when partitioning with the graphical installer
  2019-05-28 19:30   ` Vivien Kraus
  2019-05-29  7:35     ` Mathieu Othacehe
@ 2019-05-29  9:22     ` Ludovic Courtès
  2019-05-29 16:31       ` Vivien Kraus
  2019-05-31 10:52       ` Vivien Kraus
  1 sibling, 2 replies; 9+ messages in thread
From: Ludovic Courtès @ 2019-05-29  9:22 UTC (permalink / raw)
  To: Vivien Kraus; +Cc: Mathieu Othacehe, 35858

Hi Vivien,

Vivien Kraus <vivien@planete-kraus.eu> skribis:

> Thank you for your answer.
>
>> Can you confirm that the backtrace you posted comes from 1.0.1 and
> not
>> 1.0.0?  (It seems to be from 1.0.1 accordingly to the line numbers,
> but
>> better be on the safe side.)
>
> After backing up my data, I re-downloaded the guix image from the
> website, burnt it, and booted it.  The boot screen reads
> "1.0.1-1.8204295".

Good.

> I also had an error during the loading with an error in finalization
> thread: Bad file descriptor (twice, reproducible) but no additional
> info, right after ssh-keygen.  Is there a log file for that?  I had
> very
> little time to catch it.

These are annoying but harmless.

> However, selecting the automatic method for whole disk encryption
> still gives the first error, and trying to add a partition manually
> gives the second.

That’s terrible.  :-/  That’s on x86_64, right?

(In the meantime you could the “manual” installation method:
<https://www.gnu.org/software/guix/manual/fr/html_node/Installation-manuelle.html>.)

As Mathieu notes, there’s one bug for which the fix is clear, but the
null-pointer exception is pretty bad, especially if we cannot reproduce
it easily.

Let’s see what can be done…

Thank you for testing thoroughly and for providing a detailed bug report!

Ludo’.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#35858: Null pointer error when partitioning with the graphical installer
  2019-05-29  9:22     ` Ludovic Courtès
@ 2019-05-29 16:31       ` Vivien Kraus
  2019-05-31 10:52       ` Vivien Kraus
  1 sibling, 0 replies; 9+ messages in thread
From: Vivien Kraus @ 2019-05-29 16:31 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: Mathieu Othacehe, 35858

Hello,

I have issued 

dd if=/dev/zero of=/dev/sda 

for a couple of minutes, then create a new gpt partition table with
cfdisk (and write it) in the hope that I would be able to proceed with
the guided installer with a fresh partition table, but I still get the
null pointer dereference.  So i guess the ext2 partition is not
responsible for this one.

Yes, it's a x86_64 (intel i3).

Le mercredi 29 mai 2019 à 11:22 +0200, Ludovic Courtès a écrit :
> That’s terrible.  :-/  That’s on x86_64, right?

Vivien

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#35858: Null pointer error when partitioning with the graphical installer
  2019-05-29  9:22     ` Ludovic Courtès
  2019-05-29 16:31       ` Vivien Kraus
@ 2019-05-31 10:52       ` Vivien Kraus
  2019-05-31 11:39         ` Julien Lepiller
  1 sibling, 1 reply; 9+ messages in thread
From: Vivien Kraus @ 2019-05-31 10:52 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: Mathieu Othacehe, 35858

Hello,

I have installed with the manual method, it worked, I rebooted but my
luck ends here: after entering my decryption key twice (the first time
with a keyboard configured as US, the second with my azerty
configuration, is this normal?  Whatever I can add a new luks key with
the US keyboard), I get a boot screen reading:

GC Warning: pthread_getattr_np or pthread_attr_getstack failed for main
thread
GC Warning: Couldn't read /proc/stat
Welcome, this is GNU's early boot Guile.
Use '--repl' for an initrd REPL.

loading kernel modules...
Enter passphrase for /dev/sda2:
ext2fs_check_if_mount: Can't check if filesystem is mounted due to
missing mtab file while determining whether /dev/dm-0 is mounted.
guix-root: clean, 181099/91545600 files, 7013116/366152801 blocks
loading '/gnu/store/vxpwkiw1dp8m4xpjnzvmfq5bsnzccf61-system/boot'...
making '/gnu/store/vxpwkiw1dp8m4xpjnzvmfq5bsnzccf61-system' the current
system...
setting up setuid programs in '/run/setuid-programs'...
populating /etc from /gnu/store/qm_brk2hzpvzqsr3g62m3krbz9j4zh2i-etc...
error in finalization thread: Success
CP437: Invalid argument
[   17.016506] udevd[245]: no sender credentials received, message
ignored
nscd: 249 monitoring file `/etc/hosts` (1)
nscd: 249 monitoring directory `/etc` (2)
nscd: 249 monitoring file `/etc/resolv.conf` (3)
nscd: 249 monitoring directory `/etc` (2)
nscd: 249 monitoring file `/etc/services` (4)
nscd: 249 monitoring directory `/etc` (2)
[   19.155923] Error: Driver 'pcspkr' is already registered,
aborting...



The success error and pcspkr are also printed when running the
installer.

I have 2 partitions: /dev/sda1 is the 512MB ESP partition, and
/dev/sda2 is the fully encrypted disk (named 'guix-root').  Except for
the keyboard configuration, UUIDs and default user, I have kept the
default 'desktop' configuration.scm.

There is no disk activity, no fan activity and it does not respond to
C-M-Fn, but it does reboot on C-M-DEL.

And if I re-run the graphical installer, I still get the null pointer
dereference.


So I will revert to having guix on top of another distro for now.



Best regards,

Vivien

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#35858: Null pointer error when partitioning with the graphical installer
  2019-05-31 10:52       ` Vivien Kraus
@ 2019-05-31 11:39         ` Julien Lepiller
  2019-05-31 18:00           ` Ludovic Courtès
  0 siblings, 1 reply; 9+ messages in thread
From: Julien Lepiller @ 2019-05-31 11:39 UTC (permalink / raw)
  To: Vivien Kraus; +Cc: Mathieu Othacehe, 35858

Le Fri, 31 May 2019 12:52:51 +0200,
Vivien Kraus <vivien@planete-kraus.eu> a écrit :

> Hello,
> 
> I have installed with the manual method, it worked, I rebooted but my
> luck ends here: after entering my decryption key twice (the first time
> with a keyboard configured as US, the second with my azerty
> configuration, is this normal?  Whatever I can add a new luks key with
> the US keyboard), I get a boot screen reading:

Keyboard layouts are managed separately for grub, the console and X.
See
https://www.gnu.org/software/guix/manual/fr/html_node/Disposition-du-clavier.html#index-disposition-clavier

> 
> GC Warning: pthread_getattr_np or pthread_attr_getstack failed for
> main thread
> GC Warning: Couldn't read /proc/stat
> Welcome, this is GNU's early boot Guile.
> Use '--repl' for an initrd REPL.
> 
> loading kernel modules...
> Enter passphrase for /dev/sda2:
> ext2fs_check_if_mount: Can't check if filesystem is mounted due to
> missing mtab file while determining whether /dev/dm-0 is mounted.
> guix-root: clean, 181099/91545600 files, 7013116/366152801 blocks
> loading '/gnu/store/vxpwkiw1dp8m4xpjnzvmfq5bsnzccf61-system/boot'...
> making '/gnu/store/vxpwkiw1dp8m4xpjnzvmfq5bsnzccf61-system' the
> current system...
> setting up setuid programs in '/run/setuid-programs'...
> populating /etc
> from /gnu/store/qm_brk2hzpvzqsr3g62m3krbz9j4zh2i-etc... error in
> finalization thread: Success CP437: Invalid argument
> [   17.016506] udevd[245]: no sender credentials received, message
> ignored
> nscd: 249 monitoring file `/etc/hosts` (1)
> nscd: 249 monitoring directory `/etc` (2)
> nscd: 249 monitoring file `/etc/resolv.conf` (3)
> nscd: 249 monitoring directory `/etc` (2)
> nscd: 249 monitoring file `/etc/services` (4)
> nscd: 249 monitoring directory `/etc` (2)
> [   19.155923] Error: Driver 'pcspkr' is already registered,
> aborting...
> 
> 
> 
> The success error and pcspkr are also printed when running the
> installer.
> 
> I have 2 partitions: /dev/sda1 is the 512MB ESP partition, and
> /dev/sda2 is the fully encrypted disk (named 'guix-root').  Except for
> the keyboard configuration, UUIDs and default user, I have kept the
> default 'desktop' configuration.scm.
> 
> There is no disk activity, no fan activity and it does not respond to
> C-M-Fn, but it does reboot on C-M-DEL.

Have you tried to press 'Enter'?

> 
> And if I re-run the graphical installer, I still get the null pointer
> dereference.
> 
> 
> So I will revert to having guix on top of another distro for now.
> 
> 
> 
> Best regards,
> 
> Vivien
> 
> 
> 

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#35858: Null pointer error when partitioning with the graphical installer
  2019-05-31 11:39         ` Julien Lepiller
@ 2019-05-31 18:00           ` Ludovic Courtès
  0 siblings, 0 replies; 9+ messages in thread
From: Ludovic Courtès @ 2019-05-31 18:00 UTC (permalink / raw)
  To: Julien Lepiller; +Cc: Vivien Kraus, Mathieu Othacehe, 35858

Hi,

Julien Lepiller <julien@lepiller.eu> skribis:

> Le Fri, 31 May 2019 12:52:51 +0200,
> Vivien Kraus <vivien@planete-kraus.eu> a écrit :

[...]

>> I have 2 partitions: /dev/sda1 is the 512MB ESP partition, and
>> /dev/sda2 is the fully encrypted disk (named 'guix-root').  Except for
>> the keyboard configuration, UUIDs and default user, I have kept the
>> default 'desktop' configuration.scm.
>> 
>> There is no disk activity, no fan activity and it does not respond to
>> C-M-Fn, but it does reboot on C-M-DEL.
>
> Have you tried to press 'Enter'?

Also, could you email your configuration file?

Thanks,
Ludo’.

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2019-05-31 18:01 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-05-22 18:53 bug#35858: Null pointer error when partitioning with the graphical installer Vivien Kraus
2019-05-28 14:59 ` Ludovic Courtès
2019-05-28 19:30   ` Vivien Kraus
2019-05-29  7:35     ` Mathieu Othacehe
2019-05-29  9:22     ` Ludovic Courtès
2019-05-29 16:31       ` Vivien Kraus
2019-05-31 10:52       ` Vivien Kraus
2019-05-31 11:39         ` Julien Lepiller
2019-05-31 18:00           ` Ludovic Courtès

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.