system vm

system vm

[Catonano]

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

After a while, I'm attempting at creating a vm image, with this line (I had
stored the comand line in a notes file)

~/GNU/guix$ ./pre-inst-env guix system vm
~/configs/vm-config-desktop.scm    --image-size=10GB
--share=$HOME/transit=/transit

These are the last lines I can see in the terminal

...
[    1.084823] 9p: Installing v9fs 9p2000 file system support
[    1.086036] FS-Cache: Netfs '9p' registered for caching
configuring QEMU networking...
[    1.102362] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
loading '/gnu/store/rgpivnrpwr9mxadaxh2yq5g54ffnjkp9-linux-vm-loader'...
[    1.137673] random: fast init done
environment variable `PATH' set to
`/gnu/store/qbqzhwbl90kpmvz1r31rwl940n1cs33s'
creating partition table with 2 partitions (20.0 MiB, 40.0 MiB)...
[    1.568159] tsc: Refined TSC clocksource calibration: 2494.260 MHz
[    1.569060] clocksource: tsc: mask: 0xffffffffffffffff max_cycles:
0x23f40b6s
[    2.080097] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready


and it remains like this for several minutes

Discouragaed, I interrupted it

Is this expected ?

Is anyone running into any similar glitch ?

Thanks

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

Re: system vm

[Tobias Geerinckx-Rice]

Catonano,

May 17, 2018 11:23 AM, "Catonano" <catonano@gmail.com> wrote:
> After a while, I'm attempting at creating a vm image, with this line (I had stored the comand line
> in a notes file)
> 
> ~/GNU/guix$ ./pre-inst-env guix system vm ~/configs/vm-config-desktop.scm --image-size=10GB
> --share=$HOME/transit=/transit
> 
> These are the last lines I can see in the terminal

[dmesg snipped]

> and it remains like this for several minutes
> 
> Discouragaed, I interrupted it

Slim chance, but... what happens when you hit <RET> a few times? I've
got used to doing so on my VT-only & serial-console machines, where the
log-in prompt never wins against the onslaught of dmesgs.

Kind regards,

T G-R

Sent from a Web browser. Excuse or enjoy my brevity.

Re: system vm

[Catonano]

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

2018-05-17 14:46 GMT+02:00 Tobias Geerinckx-Rice <me@tobias.gr>:

> Catonano,
>
> May 17, 2018 11:23 AM, "Catonano" <catonano@gmail.com> wrote:
> > After a while, I'm attempting at creating a vm image, with this line (I
> had stored the comand line
> > in a notes file)
> >
> > ~/GNU/guix$ ./pre-inst-env guix system vm ~/configs/vm-config-desktop.scm
> --image-size=10GB
> > --share=$HOME/transit=/transit
> >
> > These are the last lines I can see in the terminal
>
> [dmesg snipped]
>
> > and it remains like this for several minutes
> >
> > Discouragaed, I interrupted it
>
> Slim chance, but... what happens when you hit <RET> a few times? I've
> got used to doing so on my VT-only & serial-console machines, where the
> log-in prompt never wins against the onslaught of dmesgs.
>
> Kind regards,
>
> T G-R
>
> Sent from a Web browser. Excuse or enjoy my brevity.
>


brevity is ok

the terminal scrolls but apart from that, nothing happens

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

Re: system vm

[Tobias Geerinckx-Rice]

Catonano,

May 17, 2018 3:20 PM, "Catonano" <catonano@gmail.com> wrote:
>>> These are the last lines I can see in the terminal
>> 
>> [dmesg snipped]
>> 
>>> and it remains like this for several minutes
>>> 
>>> Discouragaed, I interrupted it

My kernel's finally finished and I'm able to reproduce this.

Unfortunately I can't realistically run Qemu on my laptop and have to
catch a wifiless train... now.

> brevity is ok

That signature's somewhat tongue-in-cheek, but I do try. :-)

Brief regards,

T G-R

Sent from a Web browser. Excuse or enjoy my brevity.

Re: system vm

[Catonano]

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

2018-05-17 15:34 GMT+02:00 Tobias Geerinckx-Rice <me@tobias.gr>:

> Catonano,
>
> May 17, 2018 3:20 PM, "Catonano" <catonano@gmail.com> wrote:
> >>> These are the last lines I can see in the terminal
> >>
> >> [dmesg snipped]
> >>
> >>> and it remains like this for several minutes
> >>>
> >>> Discouragaed, I interrupted it
>
> My kernel's finally finished and I'm able to reproduce this.
>

Good. That's the step 0
Thanks !

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

Re: system vm

[Ludovic Courtès]

Hello,

Catonano <catonano@gmail.com> skribis:

> ~/GNU/guix$ ./pre-inst-env guix system vm
> ~/configs/vm-config-desktop.scm    --image-size=10GB
> --share=$HOME/transit=/transit
>
> These are the last lines I can see in the terminal
>
> ...
> [    1.084823] 9p: Installing v9fs 9p2000 file system support
> [    1.086036] FS-Cache: Netfs '9p' registered for caching
> configuring QEMU networking...
> [    1.102362] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
> loading '/gnu/store/rgpivnrpwr9mxadaxh2yq5g54ffnjkp9-linux-vm-loader'...
> [    1.137673] random: fast init done
> environment variable `PATH' set to
> `/gnu/store/qbqzhwbl90kpmvz1r31rwl940n1cs33s'
> creating partition table with 2 partitions (20.0 MiB, 40.0 MiB)...
> [    1.568159] tsc: Refined TSC clocksource calibration: 2494.260 MHz
> [    1.569060] clocksource: tsc: mask: 0xffffffffffffffff max_cycles:
> 0x23f40b6s
> [    2.080097] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
>
>
> and it remains like this for several minutes

This is a bug caused by a recent Linux-libre upgrade:

  https://bugs.gnu.org/31268

Ludo’.

Re: system vm

[Catonano]

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

2018-05-17 16:39 GMT+02:00 Ludovic Courtès <ludo@gnu.org>:

> Hello,
>
> Catonano <catonano@gmail.com> skribis:
>
> > ~/GNU/guix$ ./pre-inst-env guix system vm
> > ~/configs/vm-config-desktop.scm    --image-size=10GB
> > --share=$HOME/transit=/transit
> >
> > These are the last lines I can see in the terminal
> >
> > ...
> > [    1.084823] 9p: Installing v9fs 9p2000 file system support
> > [    1.086036] FS-Cache: Netfs '9p' registered for caching
> > configuring QEMU networking...
> > [    1.102362] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
> > loading '/gnu/store/rgpivnrpwr9mxadaxh2yq5g54ffnjkp9-linux-vm-loader'...
> > [    1.137673] random: fast init done
> > environment variable `PATH' set to
> > `/gnu/store/qbqzhwbl90kpmvz1r31rwl940n1cs33s'
> > creating partition table with 2 partitions (20.0 MiB, 40.0 MiB)...
> > [    1.568159] tsc: Refined TSC clocksource calibration: 2494.260 MHz
> > [    1.569060] clocksource: tsc: mask: 0xffffffffffffffff max_cycles:
> > 0x23f40b6s
> > [    2.080097] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> >
> >
> > and it remains like this for several minutes
>
> This is a bug caused by a recent Linux-libre upgrade:
>
>   https://bugs.gnu.org/31268
>
> Ludo’.
>

Ah ! Thanks !

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

Re: system vm

[Tobias Geerinckx-Rice]

May 17, 2018 4:39 PM, ludo@gnu.org wrote:
> This is a bug caused by a recent Linux-libre upgrade:
> 
> https://bugs.gnu.org/31268

Oh :-)

Thanks!

T G-R

Sent from a Web browser. Excuse or enjoy my brevity.