GNU bug report logs -
#60002
installer console garbled on 1984.is VPS
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 60002 in the body.
You can then email your comments to 60002 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#60002
; Package
guix
.
(Mon, 12 Dec 2022 11:32:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Attila Lendvai <attila <at> lendvai.name>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Mon, 12 Dec 2022 11:32:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
when trying to install 1.4.0 RC2 to a VPS on the hosting site called 1984.is, then there are two issues, as obesvable on the attached images:
1) part of the output is missing right from the start with the "graphical" installer
2) when i try to use the console based install, then right after getting a prompt the text output gets garbled, and remains so.
the obvious guess is that both are an issue with the rendering of the browser based console, but the admins of the supervisor say they have never seen this behavior from the countless other linux install images, and all browsers i tried behave the same:
$ chromium --version
Chromium 108.0.5359.94
$ firefox --version
Mozilla Firefox 100.0.2
$ icecat --version
GNU IceCat 91.11.0esr
which suggests that it should be something peculiar with the Guix install image.
maybe someone has seen something like this before? or maybe the guest side drivers are not completely up to date, or misbehave?
bird's eye view: i cannot send CTRL+ALT+Fn to the VPS. there's no DHCP configured, therefore the graphical install doesn't get an upstream, and i can't switch to another console to configure the network manually.
with the console based install i can configure an upstream, but editing the Guix config file with such a garbled console felt hopeless.
maybe the installer could be extended with something to start a temporary shell to configure te network, without the need to switch virtual consoles?
HTH,
--
• attila lendvai
• PGP: 963F 5D5F 45C7 DFCD 0A39
--
“There is only one good, knowledge, and one evil, ignorance.” (cf. ignore-ance with nescience)
— Socrates (c. 470–399 BC, tried and executed)
Corollary: Any sufficiently advanced incompetence is indistinguishable from malice.
[Screenshot from 2022-12-12 08-00-38.png (image/png, attachment)]
[Screenshot from 2022-12-12 08-04-06.png (image/png, attachment)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#60002
; Package
guix
.
(Mon, 12 Dec 2022 17:01:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 60002 <at> debbugs.gnu.org (full text, mbox):
Hello Attila.
So the admins are using a Web interface to QEMU. Which one? What -vga
option is it using?
Perhaps when in GRUB, press E to edit the linux boot command-line and
append to it: nomodeset
IIRC there had been discussions about QEMU Bochs graphics and such, but
I can’t find them.
> maybe the installer could be extended with something to start a
> temporary shell to configure te network, without the need to switch
> virtual consoles?
I don’t understand this. Can others help?
Regards,
Florian
Information forwarded
to
bug-guix <at> gnu.org
:
bug#60002
; Package
guix
.
(Tue, 13 Dec 2022 00:05:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 60002 <at> debbugs.gnu.org (full text, mbox):
> So the admins are using a Web interface to QEMU. Which one? What -vga
> option is it using?
i'll ask them and report back.
> Perhaps when in GRUB, press E to edit the linux boot command-line and
> append to it: nomodeset
this didn't help. the behavior appears to be the exact same.
> IIRC there had been discussions about QEMU Bochs graphics and such, but
> I can’t find them.
>
> > maybe the installer could be extended with something to start a
> > temporary shell to configure te network, without the need to switch
> > virtual consoles?
>
>
> I don’t understand this. Can others help?
let me put this another way: assume that 1) it's not possible to press CTRL+ALT+Fn to switch virtual consoles, and 2) there is no DHCP configured on the machine's network.
this means that the installation is not possible, becuse it's stuck at checking for a functional network upstream.
if there was a menu entry to start a temporary shell, then i could configure the network in that shell, exit the shell, and press retry in the installer's menu.
--
• attila lendvai
• PGP: 963F 5D5F 45C7 DFCD 0A39
--
“Do not be dismayed by the brokenness of the world. All things break. And all things can be mended. Not with time, as they say, but with intention. So go. Love intentionally, extravagantly, unconditionally. The broken world waits in darkness for the light that is you.”
— L. R. Knost
Information forwarded
to
bug-guix <at> gnu.org
:
bug#60002
; Package
guix
.
(Thu, 15 Dec 2022 14:43:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 60002 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
close
done
> So the admins are using a Web interface to QEMU. Which one? What -vga > option is it using?
their response: "I changed the video mode in libvirt to virtio instead of the default cirrus."
this has fixed both the garbling of text, and the resizing of the console to accommodate for the window based installer.
maybe it's worth mentioning in the/a troubleshooting section of the doc. i couldn't find anything about it using websearch.
my only remaining issue with the installer is that the menu based installation workflow is not possible when 1) i cannot switch virtual consoles, and 2) there's no DHCP on the network, i.e. it requires manual configuration using a shell.
but i'll report that as a different issue.
thank you,
- attila
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#60002
; Package
guix
.
(Thu, 15 Dec 2022 20:55:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 60002 <at> debbugs.gnu.org (full text, mbox):
Attila Lendvai <attila <at> lendvai.name> writes:
> their response: "I changed the video mode in libvirt to virtio instead of the default cirrus."
Yes yes, now that you mention cirrus, yhetil.org turns up results:
https://issues.guix.gnu.org/36069
Could you test that patch maybe? Well of course it would maybe require
the admins to switch you back to cirrus …
> 1) i cannot switch virtual
> consoles,
I guess you could have selected shell-based installation in the
graphical installer, it just wasn’t visible.
> 2) there's no DHCP on the network, i.e. it requires manual configuration using a shell.
Maybe there’s no DHCP because the graphical installer lets you choose
which networking device you want to use.
Regards,
Florian
Information forwarded
to
bug-guix <at> gnu.org
:
bug#60002
; Package
guix
.
(Sun, 18 Dec 2022 14:00:03 GMT)
Full text and
rfc822 format available.
Message #20 received at 60002 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> I guess you could have selected shell-based installation in the
> graphical installer, it just wasn’t visible.
once you chose menu based install at the beginning, it's not possible to change your mind and get a shell (without switching virtual consoles, or rebooting).
shell based install works fine (when the console text is not garbled).
as for DHCP: the VPS provider itself doesn't run a DHCP server on their network. the network must be configured manually.
[Message part 2 (text/html, inline)]
Merged 36069 60002.
Request was from
Attila Lendvai <attila <at> lendvai.name>
to
control <at> debbugs.gnu.org
.
(Sun, 05 Feb 2023 12:00:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
60002 <at> debbugs.gnu.org and Attila Lendvai <attila <at> lendvai.name>
Request was from
Attila Lendvai <attila <at> lendvai.name>
to
control <at> debbugs.gnu.org
.
(Sun, 05 Feb 2023 12:03:01 GMT)
Full text and
rfc822 format available.
Did not alter fixed versions and reopened.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 05 Feb 2023 12:20:01 GMT)
Full text and
rfc822 format available.
Merged 36069 60002.
Request was from
Attila Lendvai <attila.lendvai <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Thu, 02 Nov 2023 08:50:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 02 Dec 2023 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 158 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.