Qubes4.0-rc5 final installation step fails - no qvms created

[JorgenRask]

Qubes OS version:

4.0-rc5

Affected component(s):

installation

---

Steps to reproduce the behavior:

Tried to install on a ThinkPad T430 laptop. Final installation step, where qvms should be created fails with this message (I did not change any of the preselected options)

I also tried to change the options, but got the same error regardless.

After reboot not much works. I have tried to select System Tools->Qubes Manager and ->Restore Backups, but they both fail with these messages:

Expected behavior:

Actual behavior:

General notes:

Qubes 4.0-rc5 does not work at all for me, so I end up scratching the installation.
I tried to install two times and both times with same result (final step fails).

---

Related issues:

[marmarek]

Looks like something is wrong with qubesd service. Check journalctl -u qubesd.service command output in dom0.

[JorgenRask]

Here is output from journalctl on my Thinkpad T430:

[JorgenRask]

Right after first boot, I switched to console (F1) and saw this:

[JorgenRask]

systemctl status shows this:

[marmarek]

ValueError: could not convert string to float: '9,27'
#$%^&*&^%$#$ locale.
Create /etc/systemd/system/qubesd.service.d/10_locale_fix.conf with:

[Service]
Environment=LC_ALL=C.UTF-8

(you need to create that directory)

[marmarek]

After that, restart qubesd service and re-run initial setup with sudo /usr/libexec/initial-setup/initial-setup-graphical.

[JorgenRask]

I have done as you instructed, but trying to restart qubesd service did not seem to do the trick, but after a reboot I can run sudo /usr/libexec/initial-setup/initial-setup-graphical, and now it seems to work!

[marmarek]

Oh, I forgot about systemctl daemon-reload - systemctl warns about that.

[marmarek]

Wait, what settings have you used during installation? There is only English choice available. Some different variant than "US"?

[JorgenRask]

Yes, there is only "US English" language, but I selected "US (Denmark)" keyboard layout. Now that you mention it, it's a little curious that keyboard layout affects other language choices...!
PS! After the correction everything seems to work fine. I have Restored a backup of some qvm's from the previous Qubes3.2 installation, but I have not had time to check if everything works as expected - but at least I got past the initialization step :-)

[marmarek]

It isn't about keyboard layout. It's about decimal separator. And I've already found - en_DK is literally the only English variant that have a coma, not dot:

$ localectl list-locales|grep ^en|grep -i utf|while read x; do LC_NUMERIC=$x printf '%s: %f\n' $x 10; done
en_AG.utf8: 10.000000
en_AU.utf8: 10.000000
en_BW.utf8: 10.000000
en_CA.utf8: 10.000000
en_DK.utf8: 10,000000
en_GB.utf8: 10.000000
en_HK.utf8: 10.000000
en_IE.utf8: 10.000000
en_IL.utf8: 10.000000
en_IN.utf8: 10.000000
en_NG.utf8: 10.000000
en_NZ.utf8: 10.000000
en_PH.utf8: 10.000000
en_SG.utf8: 10.000000
en_US.utf8: 10.000000
en_ZA.utf8: 10.000000
en_ZM.utf8: 10.000000
en_ZW.utf8: 10.000000

[qubesos-bot]

Automated announcement from builder-github

The package qubes-core-dom0-4.0.25-1.fc25 has been pushed to the r4.0 testing repository for dom0.
To test this update, please install it with the following command:

sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing

Changes included in this update

[qubesos-bot]

Automated announcement from builder-github

The package qubes-core-dom0-4.0.27-1.fc25 has been pushed to the r4.0 stable repository for dom0.
To install this update, please use the standard update command:

sudo qubes-dom0-update

Or update dom0 via Qubes Manager.

Changes included in this update