From unknown Sat Jun 21 03:11:41 2025 X-Loop: help-debbugs@gnu.org Subject: bug#69891: QEMU image downloaded from website fails to reconfigure with current config Resent-From: Leon Deml Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 19 Mar 2024 04:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 69891 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 69891@debbugs.gnu.org X-Debbugs-Original-To: bug-guix@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.171082111326223 (code B ref -1); Tue, 19 Mar 2024 04:06:01 +0000 Received: (at submit) by debbugs.gnu.org; 19 Mar 2024 04:05:13 +0000 Received: from localhost ([127.0.0.1]:36008 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rmQiu-0006oo-KB for submit@debbugs.gnu.org; Tue, 19 Mar 2024 00:05:13 -0400 Received: from lists.gnu.org ([209.51.188.17]:44492) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rmH0X-0007bG-In for submit@debbugs.gnu.org; Mon, 18 Mar 2024 13:42:46 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rmGzu-0003dD-T8 for bug-guix@gnu.org; Mon, 18 Mar 2024 13:42:07 -0400 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rmGzs-0004GS-LC for bug-guix@gnu.org; Mon, 18 Mar 2024 13:42:06 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id ED2E8240101 for ; Mon, 18 Mar 2024 18:42:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1710783721; bh=La1xLRRCLx7QJxSXACKPyT+YijZuXwfqFu2jsA7bm+g=; h=MIME-Version:Content-Type:Date:From:To:Subject:Message-ID:From; b=It3ytt2ccUwqVR86giZg3yakiSv5cuA49tVqa9EKYS+oQQaZDZiG5ycM2IuT66rYp MNvNKOCmjzdomlflJ9mHq3l2HV2WLresm93oXP8ElNx757SX1R1edpbW5tYC1abb3c ZKdTuif/EH3VQ8QdXpo6LXPqP9kY4VpF3/WSh5I/Yv496DLo2/m1XjTFnn+cgPt9Nu a48FpS+alK8hBxX6L++rqJxGdDyXOHkE8GMlTdDNmoUZZjoxIvVA1CepSP9yfKovwl Tq/HvvPg9AI54xE4M4FNmnyKS85iUliMLSJkT2gqkDdRDm72k9xE5rjpTTQqV/zHWa y2jpXA8ZYVJTw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Tz2Gw5D7mz9rxK for ; Mon, 18 Mar 2024 18:42:00 +0100 (CET) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_fed7210e6f14e551c0d759f0495e8aa6" Date: Mon, 18 Mar 2024 17:42:00 +0000 From: Leon Deml Message-ID: <9744b5e72745351c525785dfc6929d57@posteo.net> Received-SPF: pass client-ip=185.67.36.66; envelope-from=festerdam@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Mailman-Approved-At: Tue, 19 Mar 2024 00:05:11 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --=_fed7210e6f14e551c0d759f0495e8aa6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8; format=flowed Dear guix, Your work on a functional package manager has perked my interest and compelled me to try it out for myself. Unfortunately GNU Guix doesn't run on Fedora due to the dependence on nscd, I thus had to resort to downloading your qcow2 image available at https://ftpmirror.gnu.org/gnu/guix/guix-system-vm-image-1.4.0.x86_64-linux= =2Eqcow2 I checked the signature and ran the image with the following command (which I copied from the reference manual page on running GNU Guix on a virtual machine, with the difference that I increased the amount of memory because the system couldn't do a =C2=ABguix pull=C2=BB without freez= ing and invoking the OOM killer): > qemu-system-x86_64 \ > -nic user,model=3Dvirtio-net-pci \ > -enable-kvm -m 4096 \ > -device virtio-blk,drive=3Dmyhd \ > -drive=20 > if=3Dnone,file=3Dguix-system-vm-image-1.4.0.x86_64-linux.qcow2,id=3Dmyhd However I noticed that every time I run =C2=ABguix system reconfigure=C2=BB= , I get a file system check failure and am dumped into a bournish shell when I reboot. I therefore tried to see what happens if I simply do =C2=ABguix pull=C2=BB, followed by =C2=ABsudo guix system reconfigure /run/current-system/configuration.scm=C2=BB without doing anything else, which from what I understand should always work. However, this also leads to a file system check failure on reboot. At the beginning of the system reconfigure command output, there's this warning: > guix system: warning: cannot determine provenance for current system And at the end of the output there is: > shepherd: Evaluating user expression (and (defined? (quote transient?))= =20 > (map (# ?) ?)). > The following derivation will be built: > /gnu/store/zadlv1c08flw782s2vgii264pvh6a3d1-upgrade-shepherd-services.scm= =2Edrv >=20 > building=20 > /gnu/store/zadlv1c08flw782s2vgii264pvh6a3d1-upgrade-shepherd-services.scm= =2Edrv... > guix system: warning: exception caught while executing 'eval' on=20 > service 'root': > error: service: unbound variable > guix system: warning: some services could not be upgraded > hint: To allow changes to all the system services to take effect, you=20 > will need to reboot. I have sent you the last few lines in an attachment. (it only contains the last lines, because the xfce-terminal doesn't remember that much output and because I couldn't figure out how to get tee to save all output) On reboot I get the following (transcribed, since I don't know how I can copy-paste the vm output to the host machine): > loading kernel modules... > e2fsck: Bad magic number in super-block while trying to open /dev/vda1 > /dev/vda1: > The superblock could not be read or does not describe a valid=20 > ext2/ext3/ext4 > filesystem. If the device is valid and it really contains an=20 > ext2/ext3/ext4 > filesystem (and not swap or ufs or something else), then the superblock > is corrupt and you might try running e2fsck with an alternate=20 > superblock: > e2fsck -b 8193 > or > e2fsck -b 32768 >=20 > /dev/vda1 contains a vfat file system labelled 'GNU-ESP' > File system check on /dev/vda1 failed > Spawning Bourne-like REPL. If in the boot menu I choose to run an old configuration, the error does not occur. I hope this report will be of help. Regards, Leon Deml --=_fed7210e6f14e551c0d759f0495e8aa6 Content-Transfer-Encoding: base64 Content-Type: text/plain; name=guix-output.txt Content-Disposition: attachment; filename=guix-output.txt; size=4392 YnVpbGRpbmcgL2dudS9zdG9yZS82bWt2MmljaWRoY2cybjNiaTE3bWt4ZGJucmMweHpqaC1zaGVw aGVyZC1jb25zb2xlLWZvbnQtdHR5My5nby5kcnYuLi4KYnVpbGRpbmcgL2dudS9zdG9yZS9tdnhm OTRrdnFxYnZpM2o1aDFiOXliOHh6MDRscTNhcC1zaGVwaGVyZC1jb25zb2xlLWZvbnQtdHR5NC5z Y20uZHJ2Li4uCmJ1aWxkaW5nIC9nbnUvc3RvcmUvcGRkbnJzaWpnNG40bGNzbjdyenk2cTh6ajh2 MTB4djctc2hlcGhlcmQtY29uc29sZS1mb250LXR0eTUuc2NtLmRydi4uLgpidWlsZGluZyAvZ251 L3N0b3JlLzU2Zzg5NHpmbHdpbnM3ZmRxczBnbnBxN2xpa3l3czU1LXNoZXBoZXJkLWNvbnNvbGUt Zm9udC10dHk0LmdvLmRydi4uLgpidWlsZGluZyAvZ251L3N0b3JlL212c2l3ejk0MWluYWF3YXdx c254MGp5d2doajdkcmZhLXNoZXBoZXJkLWNvbnNvbGUtZm9udC10dHk1LmdvLmRydi4uLgpidWls ZGluZyAvZ251L3N0b3JlL3pkNTFpYzdjMnB5eG55YzAxcXB2MHJzczd3emhoNzIzLXNoZXBoZXJk LWNvbnNvbGUtZm9udC10dHk2LnNjbS5kcnYuLi4KYnVpbGRpbmcgL2dudS9zdG9yZS92MDdzNzBh OGo0d2xsaXpnanB5ZGh3ZmhkMG1uYjdxMy1zaGVwaGVyZC14b3JnLXNlcnZlci14b3JnLXNlcnZl ci12dDcuZ28uZHJ2Li4uCmJ1aWxkaW5nIC9nbnUvc3RvcmUvNjIyeTRtbXlmeHp2anFjNHI3MjBp amtqcmF4NW01NGYtc2hlcGhlcmQtY29uc29sZS1mb250LXR0eTYuZ28uZHJ2Li4uCmJ1aWxkaW5n IFhERyBkZXNrdG9wIGZpbGUgY2FjaGUuLi4KYnVpbGRpbmcgL2dudS9zdG9yZS8wazc3ZmM2bWR5 MWRuaGNhNjQ2NXpzOGlhZzFkcnEzYS1zaGVwaGVyZC5jb25mLmRydi4uLgpidWlsZGluZyBYREcg TUlNRSBkYXRhYmFzZS4uLgpidWlsZGluZyAvZ251L3N0b3JlLzFjemQ0ZzZweDRocWQ0OTBubXNt bTBubXNrbmdoODdwLWJvb3QuZHJ2Li4uCmJ1aWxkaW5nIHByb2ZpbGUgd2l0aCA1NCBwYWNrYWdl cy4uLgpidWlsZGluZyAvZ251L3N0b3JlLzMzamljanNoY2x3NWp2enNxNWdpNjliMjRteDNjOWt6 LXN5c3RlbS5kcnYuLi4KYnVpbGRpbmcgL2dudS9zdG9yZS9tdzRmZGJycWdyMGhkdzhzd3NqazM5 bXdsYzdhbnlhay1ncnViLmNmZy5kcnYuLi4KL2dudS9zdG9yZS9pNzZweHkxY3o2OWs4NWJzOTRm MWpmZ3k0M2NtNGx3bS1zeXN0ZW0KL2dudS9zdG9yZS9xbG0wengzN2ZjN3ZqcG00MDVsbmswM2l2 dzdxNzVpMi1ncnViLmNmZwoKYWN0aXZhdGluZyBzeXN0ZW0uLi4Kc3Vic3RpdHV0ZTogdXBkYXRp bmcgc3Vic3RpdHV0ZXMgZnJvbSAnaHR0cHM6Ly9jaS5ndWl4LmdudS5vcmcnLi4uIDEwMC4wJQpU aGUgZm9sbG93aW5nIGRlcml2YXRpb25zIHdpbGwgYmUgYnVpbHQ6CiAgL2dudS9zdG9yZS96N2c3 NzAwZDMwcmM2bDVtOGYzYnZiczk3ZjJnZzU4eS1zd2l0Y2gtdG8tc3lzdGVtLnNjbS5kcnYKICAv Z251L3N0b3JlL2FmNWpkbWF4bnlrZ2pyeTMyNGZkeWo0bGR5MnF6Ymc4LW1vZHVsZS1pbXBvcnQu ZHJ2CiAgL2dudS9zdG9yZS96aGJ2N2htaXA5c3ZueGlpcmpmbTh6bXNyemExeDhnOS1tb2R1bGUt aW1wb3J0LmRydgoKMi4yIE1CIHdpbGwgYmUgZG93bmxvYWRlZApzdWJzdGl0dXRlOiB1cGRhdGlu ZyBzdWJzdGl0dXRlcyBmcm9tICdodHRwczovL2NpLmd1aXguZ251Lm9yZycuLi4gMTAwLjAlCnN1 YnN0aXR1dGU6IHVwZGF0aW5nIHN1YnN0aXR1dGVzIGZyb20gJ2h0dHBzOi8vY2kuZ3VpeC5nbnUu b3JnJy4uLiAxMDAuMCUKYnVpbGRpbmcgL2dudS9zdG9yZS9hZjVqZG1heG55a2dqcnkzMjRmZHlq NGxkeTJxemJnOC1tb2R1bGUtaW1wb3J0LmRydi4uLgogbW9kdWxlLWltcG9ydCAgMUtpQiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgODJLaUIvcyAwMDowMCDilpXilojilojilojilojilojilojilojilojilojilojilojiloji lojilojilojilojilojilojilo8gMTAwLjAlCiBtb2R1bGUtaW1wb3J0LWNvbXBpbGVkICAxLjFN aUIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDcy N0tpQi9zIDAwOjAxIOKWleKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKWiOKW iOKWiOKWiOKWiOKWiOKWjyAxMDAuMCUKIG1vZHVsZS1pbXBvcnQtY29tcGlsZWQgIDEuMU1pQiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMS4xTWlC L3MgMDA6MDEg4paV4paI4paI4paI4paI4paI4paI4paI4paI4paI4paI4paI4paI4paI4paI4paI 4paI4paI4paI4paPIDEwMC4wJQpidWlsZGluZyAvZ251L3N0b3JlL3o3Zzc3MDBkMzByYzZsNW04 ZjNidmJzOTdmMmdnNTh5LXN3aXRjaC10by1zeXN0ZW0uc2NtLmRydi4uLgptYWtpbmcgJy9nbnUv c3RvcmUvaTc2cHh5MWN6NjlrODViczk0ZjFqZmd5NDNjbTRsd20tc3lzdGVtJyB0aGUgY3VycmVu dCBzeXN0ZW0uLi4Kc2V0dGluZyB1cCBzZXR1aWQgcHJvZ3JhbXMgaW4gJy9ydW4vc2V0dWlkLXBy b2dyYW1zJy4uLgpwb3B1bGF0aW5nIC9ldGMgZnJvbSAvZ251L3N0b3JlL3dxMGh4enJpbGh6Ymlu ZGFyY2FuNjBsMjdkd2R4bWxsLWV0Yy4uLgpzdWJzdGl0dXRlOiB1cGRhdGluZyBzdWJzdGl0dXRl cyBmcm9tICdodHRwczovL2NpLmd1aXguZ251Lm9yZycuLi4gMTAwLjAlClRoZSBmb2xsb3dpbmcg ZGVyaXZhdGlvbnMgd2lsbCBiZSBidWlsdDoKICAvZ251L3N0b3JlL25mdmcwNmJiOG5ham40NXF6 d2xubDA5OTFxMXdtYmk1LWluc3RhbGwtYm9vdGxvYWRlci5zY20uZHJ2CiAgL2dudS9zdG9yZS82 MnFpM2NwNjk4Nmxpd2Q2cGh4cmk4Nmx5dmsya3EyMS1tb2R1bGUtaW1wb3J0LmRydgogIC9nbnUv c3RvcmUvcDFjMG5jczE2YWFsMHJzNzdia2hweTdqcWptejQ5aHktbW9kdWxlLWltcG9ydC5kcnYK CjEuMyBNQiB3aWxsIGJlIGRvd25sb2FkZWQKIG1vZHVsZS1pbXBvcnQtY29tcGlsZWQgIDYxOUtp QiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgNjkz S2lCL3MgMDA6MDEg4paV4paI4paI4paI4paI4paI4paI4paI4paI4paI4paI4paI4paI4paI4paI 4paI4paI4paI4paI4paPIDEwMC4wJQogbW9kdWxlLWltcG9ydC1jb21waWxlZCAgNjE5S2lCICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAxLjBNaUIv cyAwMDowMSDilpXilojilojilojilojilojilojilojilojilojilojilojilojilojilojiloji lojilojilojilo8gMTAwLjAlCmJ1aWxkaW5nIC9nbnUvc3RvcmUvNjJxaTNjcDY5ODZsaXdkNnBo eHJpODZseXZrMmtxMjEtbW9kdWxlLWltcG9ydC5kcnYuLi4KYnVpbGRpbmcgL2dudS9zdG9yZS9w MWMwbmNzMTZhYWwwcnM3N2JraHB5N2pxam16NDloeS1tb2R1bGUtaW1wb3J0LmRydi4uLgpidWls ZGluZyAvZ251L3N0b3JlL25mdmcwNmJiOG5ham40NXF6d2xubDA5OTFxMXdtYmk1LWluc3RhbGwt Ym9vdGxvYWRlci5zY20uZHJ2Li4uCmd1aXggc3lzdGVtOiBib290bG9hZGVyIHN1Y2Nlc3NmdWxs eSBpbnN0YWxsZWQgb24gJygvZGV2L3ZkYSknCnN1YnN0aXR1dGU6IHVwZGF0aW5nIHN1YnN0aXR1 dGVzIGZyb20gJ2h0dHBzOi8vY2kuZ3VpeC5nbnUub3JnJy4uLiAxMDAuMCUKMC4wIE1CIHdpbGwg YmUgZG93bmxvYWRlZAogbW9kdWxlLWltcG9ydC1jb21waWxlZCAgMjNLaUIgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA0NzBLaUIvcyAwMDowMCDi lpXilojilojilojilojilojilojilojilojilojilojilojilojilojilojilojilojilojiloji lo8gMTAwLjAlCnNoZXBoZXJkOiBFdmFsdWF0aW5nIHVzZXIgZXhwcmVzc2lvbiAoYW5kIChkZWZp bmVkPyAocXVvdGUgdHJhbnNpZW50PykpIChtYXAgKCMgPykgPykpLgpUaGUgZm9sbG93aW5nIGRl cml2YXRpb24gd2lsbCBiZSBidWlsdDoKICAvZ251L3N0b3JlL3phZGx2MWMwOGZsdzc4MnMydmdp aTI2NHB2aDZhM2QxLXVwZ3JhZGUtc2hlcGhlcmQtc2VydmljZXMuc2NtLmRydgoKYnVpbGRpbmcg L2dudS9zdG9yZS96YWRsdjFjMDhmbHc3ODJzMnZnaWkyNjRwdmg2YTNkMS11cGdyYWRlLXNoZXBo ZXJkLXNlcnZpY2VzLnNjbS5kcnYuLi4KZ3VpeCBzeXN0ZW06IHdhcm5pbmc6IGV4Y2VwdGlvbiBj YXVnaHQgd2hpbGUgZXhlY3V0aW5nICdldmFsJyBvbiBzZXJ2aWNlICdyb290JzoKZXJyb3I6IHNl cnZpY2U6IHVuYm91bmQgdmFyaWFibGUKZ3VpeCBzeXN0ZW06IHdhcm5pbmc6IHNvbWUgc2Vydmlj ZXMgY291bGQgbm90IGJlIHVwZ3JhZGVkCmhpbnQ6IFRvIGFsbG93IGNoYW5nZXMgdG8gYWxsIHRo ZSBzeXN0ZW0gc2VydmljZXMgdG8gdGFrZSBlZmZlY3QsIHlvdSB3aWxsIG5lZWQgdG8gcmVib290 LgoK --=_fed7210e6f14e551c0d759f0495e8aa6-- From unknown Sat Jun 21 03:11:41 2025 X-Loop: help-debbugs@gnu.org Subject: bug#69891: QEMU image downloaded from website fails to reconfigure with current config References: <9744b5e72745351c525785dfc6929d57@posteo.net> In-Reply-To: <9744b5e72745351c525785dfc6929d57@posteo.net> Resent-From: Josh Simmons Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 02 Jun 2024 17:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 69891 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 69891@debbugs.gnu.org Received: via spool by 69891-submit@debbugs.gnu.org id=B69891.171734960622017 (code B ref 69891); Sun, 02 Jun 2024 17:34:01 +0000 Received: (at 69891) by debbugs.gnu.org; 2 Jun 2024 17:33:26 +0000 Received: from localhost ([127.0.0.1]:60233 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDp58-0005iz-7p for submit@debbugs.gnu.org; Sun, 02 Jun 2024 13:33:26 -0400 Received: from mail-pl1-f174.google.com ([209.85.214.174]:50680) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDnHo-0002vx-RV for 69891@debbugs.gnu.org; Sun, 02 Jun 2024 11:38:22 -0400 Received: by mail-pl1-f174.google.com with SMTP id d9443c01a7336-1f6134df05fso32667545ad.1 for <69891@debbugs.gnu.org>; Sun, 02 Jun 2024 08:38:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717342622; x=1717947422; darn=debbugs.gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=Xr//mxxZEFlO8L8bTiU39EOeSgC8IM/uA+XknZV3Xzk=; b=WUWwL21BZFIb7xj8uALDsw1acxa0TK6lfD6f/HcWC6dJm3ET4+uuiWk25iQMYGE7mG fPxvdRczB6beyTKBdRPV2t5ZNN8cQ6HbsZh3sT5j1t1kVwjPNm7egAec7YZvlZy/Gl7A uuWsHpgCT3I+IVbvSlf5uHhP8tVKPanXImLY9MYjXfhKxNXFDtN69Piv7TGgl1+LnLA5 RfQt5hNtlT0dRZbG7ymMTpNJfxP5L7KGLYRDI7xU5MCQAsBC8qhpKMEK0QJid3rT3R8M pn0ll6wzaoIZAmlLfHC9HpuPG8iCnEitOjRwUzUtN7FrZDJWRf//8t/KgVqSANgAvYUO 5Xkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717342622; x=1717947422; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=Xr//mxxZEFlO8L8bTiU39EOeSgC8IM/uA+XknZV3Xzk=; b=YpA0QOfqPrtRYDBjzVBJakomOvJF8qP7mMhSfnEUGDwMNpFeEfDY5z4cLwl7mr/aYR SPHLP9iq+Rj92iaZE7tB2ImMoxgOKpkVVJdcwXqFw3vFjQDNxyGOFUtZA6xRyDFx/b5f VCn54YqahXRWp6vSmmHl/mdJzdLu/1tlYaHW9sx/iizMzZadxeEEVuF0562SiB6OKV2O ZEsCbvAHWcMUEDKAOdKiKGGoLW7FtKlf91XwhHeD2pUpV4q8RQen3G51Ax2GaPqTZ+vp SK/kKGx3bG/+rzMPQcT7LQUIxv8Cy+OjqEbVZzRhP1DRLYiCuUk7RiLUykupf8Qfc9pV CWjQ== X-Gm-Message-State: AOJu0YxW2PSDDDKYaCKI1wCUkymLG9SE9wrXN/LR4KMAAQZ1k8i5iKyj yVjF8GY8Ctu5D3Yf87ixC3iQ9yxDmKI+miE2gkcytXSFXRG2ybmUSEzPA4rexmDBCUv2JKfFW2M gF7q0jMiVZ/DR9FtMN7pkZ84jz4v3iF9/ X-Google-Smtp-Source: AGHT+IHb79DpulFWAeIzV3G16Ijb1bqEvSAdUEwyZARcW2SKFUk/ulCRfg5khiNULo+gzsDdBsqNchJL6G/u+oHnPMA= X-Received: by 2002:a17:902:e851:b0:1f4:947b:b7b6 with SMTP id d9443c01a7336-1f6370320c1mr80891445ad.39.1717342621884; Sun, 02 Jun 2024 08:37:01 -0700 (PDT) MIME-Version: 1.0 From: Josh Simmons Date: Mon, 3 Jun 2024 00:36:50 +0900 Message-ID: Content-Type: multipart/alternative; boundary="000000000000ef67f80619e9fcd4" X-Spam-Score: 0.0 (/) X-Mailman-Approved-At: Sun, 02 Jun 2024 13:33:21 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000ef67f80619e9fcd4 Content-Type: text/plain; charset="UTF-8" I also hit this same issue with the QEMU image and have made some progress: - Folks in IRC logs had mentioned that Shepherd added support for the "service" interface in 0.10 ( https://logs.guix.gnu.org/guix/2024-03-12.log#133456). I took a stab that maybe there was a 0.9 compatibility layer that was removed at some point between the release of 0.10 and the current day, so I did a `guix time-machine --commit=72a0d835 -- pull` and reconfigure. That did appear to get around the "service" interface Shepherd error that OP mentioned in their report. - For the magic number disk issue, it appears that the bootloader is mistakenly (???) configured to boot from /dev/vda1 with the grub-bootloader. When I changed it to /dev/vda2 (the root partition of the QEMU image) it booted successfully. /dev/vda1 appears to be an EFI partition, so maybe `grub-efi-bootloader` should be used instead? Hope this helps others, too! -Josh --000000000000ef67f80619e9fcd4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I also hit this same issue with the QEMU image and have ma= de some progress:

=C2=A0- Folks in IRC logs had mentioned that= Shepherd added support for the "service" interface in 0.10 (https://logs.g= uix.gnu.org/guix/2024-03-12.log#133456). I took a stab that maybe there= was a 0.9 compatibility=C2=A0layer that was removed at some point between = the release of 0.10 and the current day, so I did a `guix time-machine=C2= =A0--commit=3D72a0d835 -- pull` and reconfigure. That did appear to get aro= und the "service" interface Shepherd error that OP mentioned in t= heir report.

=C2=A0- For the magic number disk iss= ue, it appears that the bootloader is mistakenly (???) configured to boot f= rom /dev/vda1 with the grub-bootloader. When I changed it to /dev/vda2 (the= root partition of the QEMU image) it booted successfully. /dev/vda1 appear= s to be an EFI partition, so maybe `grub-efi-bootloader` should be used ins= tead?

Hope this helps others, too!

-Josh
--000000000000ef67f80619e9fcd4-- From unknown Sat Jun 21 03:11:41 2025 X-Loop: help-debbugs@gnu.org Subject: bug#69891: QEMU image downloaded from website fails to reconfigure with current config Resent-From: Josh Simmons Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 03 Jun 2024 04:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 69891 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 69891@debbugs.gnu.org Received: via spool by 69891-submit@debbugs.gnu.org id=B69891.171738958529893 (code B ref 69891); Mon, 03 Jun 2024 04:40:01 +0000 Received: (at 69891) by debbugs.gnu.org; 3 Jun 2024 04:39:45 +0000 Received: from localhost ([127.0.0.1]:41846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDzU0-0007m3-Fk for submit@debbugs.gnu.org; Mon, 03 Jun 2024 00:39:45 -0400 Received: from mail-pl1-f173.google.com ([209.85.214.173]:61723) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sDv5p-0003zU-V0 for 69891@debbugs.gnu.org; Sun, 02 Jun 2024 19:58:31 -0400 Received: by mail-pl1-f173.google.com with SMTP id d9443c01a7336-1f6559668e1so8207245ad.3 for <69891@debbugs.gnu.org>; Sun, 02 Jun 2024 16:58:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717372631; x=1717977431; darn=debbugs.gnu.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=Ran1d/xya0fV3SB9gw95vJDA6izPFd7HR9W6CF88jGw=; b=QaaiBzXm3MahX0lFygpYH90X+jSXQGMT3Eay07Ix73KNIrFaBU0eiPTTAbfOdIkMMH FMX7A7GKbTA2T+HzCHkMFv95XWafCP4bzNRyacq9+Ct5K0ffNIYbM6qgbnRe9Bd+NUC1 /ekaYtvP+d427x/gL9XjOzcalPd048tg+rHFh8jdKdB66270KemepyVpwGkuSpG8ZGT4 Efi2dCEcWoDSh/uSf13PpmWTaTKao3IsWb3fUe6kiCKWHFV7NPOoz+yN1kCcGE6idD1z HjdWFF6i4wn1UFlcpskPlNu3gp3+Y6tocVY0MjYkCezGMjaPr/ETczK7GiUjqPcrterZ yHaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717372631; x=1717977431; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=Ran1d/xya0fV3SB9gw95vJDA6izPFd7HR9W6CF88jGw=; b=UW6ICdZ827J7tuxky5BnKP3fwSxno/gE2+nHYwFd6xbtysYjhVJjOm1DqqtU5Nxzwv vhDepBh9gY8fnxOK1w0wRBGUXGcIuDKGyFCHy7z2a4pIY+9KEsPBDPEtw2bf8Yipc7KX BnPVshQIJMU464BmF3vr6EIJmTKiHdMbJFpo7Jy5NBP7mVJdU9XEjXejLPCX8xK0UCJL 6snz+4Jfwz8IAxL4UcabacFsoYHH9O9oaiK3ZubNpGajYMLVCYDG9EBW4GjisOE2Ss6O oSjYAc0PUzat2hWkNmXa7+Y4Hy7ZDSAOfsF/hOca85K1oymADRFiw5ma0ez0EXuUMM+5 2f1w== X-Gm-Message-State: AOJu0YyFZb1xJ6xU1EkdNQMwN4BAUUykQ7hNd9nbHFa7WGAsRTVlZL6Q 9Ty25vzbJMrm/q/8omIjWvrMJnQw/t4zSxotzRQ5lY+GhwlP3fwEEQFw0xqmWfk+VNsatQl4MI6 b5SonR0+4MRqWR268v1bQ8VP6A1OUEA== X-Google-Smtp-Source: AGHT+IF360zHs+vA7JJCMUNivQHtW4n/pCZU95YJbSC6HGWeDy3Z0li2Sn/1nxLMh9gUR3krehXOAdnlgL3U1+aJgg0= X-Received: by 2002:a17:902:d48b:b0:1f3:f5c:cd80 with SMTP id d9443c01a7336-1f636fdbcbbmr93670455ad.5.1717372631045; Sun, 02 Jun 2024 16:57:11 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Josh Simmons Date: Mon, 3 Jun 2024 08:57:00 +0900 Message-ID: Content-Type: multipart/alternative; boundary="0000000000009edea30619f0f99f" X-Spam-Score: 0.0 (/) X-Mailman-Approved-At: Mon, 03 Jun 2024 00:39:43 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000009edea30619f0f99f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable A couple of clarifications on the last update, sent it a bit quickly before turning in for the night ^^; The time-machine commit I arbitrarily chose as the Shepherd 0.10.2 release commit: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=3D72a0d8350a5edfe7d9e= 4b9c2665069a16c1cfbfd No idea if the issue is actually with one of the more recent Shepherd versions or some other package, though. As I'd mentioned in the previous comment, wondering if a more recent package is relying on the `service` interface being defined without declaring a specific dependency on Shepherd>0.10? Either way, running an incremental pull+reconfigure to shortly after Shepherd 0.10's release, then a present-day pull+reconfigure appeared to fix it. For the bootloader issue, I copied /run/current-system/configuration.scm to /etc/config.scm and made the following update to the `file-systems` section before the above reconfigures: ``` (bootloader (bootloader-configuration (bootloader grub-bootloader) (targets '("/dev/vda")) (terminal-outputs '(console)))) (file-systems (cons (file-system (mount-point "/") (device "/dev/vda2") ;; <- Updated from /dev/vda1 (type "ext4")) %base-file-systems)) ``` Again, I'm doubtful this is the _right_ fix, but worked for me! Happy to have an updated Guix VM now :) Cheers, Josh On Mon, Jun 3, 2024 at 12:36=E2=80=AFAM Josh Simmons wrote: > I also hit this same issue with the QEMU image and have made some progres= s: > > - Folks in IRC logs had mentioned that Shepherd added support for the > "service" interface in 0.10 ( > https://logs.guix.gnu.org/guix/2024-03-12.log#133456). I took a stab that > maybe there was a 0.9 compatibility layer that was removed at some point > between the release of 0.10 and the current day, so I did a `guix > time-machine --commit=3D72a0d835 -- pull` and reconfigure. That did appea= r to > get around the "service" interface Shepherd error that OP mentioned in > their report. > > - For the magic number disk issue, it appears that the bootloader is > mistakenly (???) configured to boot from /dev/vda1 with the > grub-bootloader. When I changed it to /dev/vda2 (the root partition of th= e > QEMU image) it booted successfully. /dev/vda1 appears to be an EFI > partition, so maybe `grub-efi-bootloader` should be used instead? > > Hope this helps others, too! > > -Josh > --0000000000009edea30619f0f99f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
A couple of clarifications on the last update, sent it a b= it quickly before turning in for the night ^^;

The time-= machine commit I arbitrarily chose as the Shepherd 0.10.2 release commit:= =C2=A0https://git.savan= nah.gnu.org/cgit/guix.git/commit/?id=3D72a0d8350a5edfe7d9e4b9c2665069a16c1c= fbfd No idea if the issue is actually with one of the more recent Sheph= erd versions or some other package, though. As I'd mentioned in the pre= vious comment, wondering if a more recent package is relying on the `servic= e` interface being defined without declaring a specific dependency on Sheph= erd>0.10? Either way, running an incremental pull+reconfigure to shortly= after Shepherd 0.10's release, then a present-day pull+reconfigure app= eared to fix it.

For the bootloader issue, I copie= d /run/current-system/configuration.scm to /etc/config.scm and made the fol= lowing update to the `file-systems` section before the above reconfigures:<= /div>

```
(bootloader (bootloader-configuratio= n
=C2=A0 (bootloader grub-bootloader)
=C2=A0 (targets &= #39;("/dev/vda"))
=C2=A0 (terminal-outputs '(consol= e))))
(file-systems (cons (file-system
=C2=A0 =C2=A0 (m= ount-point "/")
=C2=A0 =C2=A0 (device "/dev/vda2&q= uot;) ;; <- Updated from /dev/vda1
=C2=A0 =C2=A0 (type "e= xt4"))
=C2=A0 %base-file-systems))
```
<= br>
Again, I'm doubtful this is the _right_ fix, but worked f= or me! Happy to have an updated Guix VM now :)

Che= ers,
Josh

On Mon, Jun 3, 2024 at 12:36=E2=80=AFAM Josh Simmo= ns <josh.sim= mons@gmail.com> wrote:
I also hit this same issue with the QEMU ima= ge and have made some progress:

=C2=A0- Folks in IRC logs had = mentioned that Shepherd added support for the "service" interface= in 0.10 (https://logs.guix.gnu.org/guix/2024-03-12.log#133456)= . I took a stab that maybe there was a 0.9 compatibility=C2=A0layer that wa= s removed at some point between the release of 0.10 and the current day, so= I did a `guix time-machine=C2=A0--commit=3D72a0d835 -- pull` and reconfigu= re. That did appear to get around the "service" interface Shepher= d error that OP mentioned in their report.

=C2=A0-= For the magic number disk issue, it appears that the bootloader is mistake= nly (???) configured to boot from /dev/vda1 with the grub-bootloader. When = I changed it to /dev/vda2 (the root partition of the QEMU image) it booted = successfully. /dev/vda1 appears to be an EFI partition, so maybe `grub-efi-= bootloader` should be used instead?

Hope thi= s helps others, too!

-Josh
--0000000000009edea30619f0f99f--