From mboxrd@z Thu Jan 1 00:00:00 1970 From: Danny Milosavljevic Subject: bug#33999: CP437: Invalid Argument on init Date: Mon, 21 Jan 2019 11:16:41 +0100 Message-ID: <20190121111641.49665997@scratchpost.org> References: <20190109200804.5619d668@scratchpost.org> <87tvi8vpds.fsf@gnu.org> <20190118235945.19009d9e@scratchpost.org> <20190121014031.3f2f37a6@scratchpost.org> <878szel4pa.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/rkJ9SinTQT_51d_43ovr5z="; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:35886) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1glWdc-0002Hg-Qr for bug-guix@gnu.org; Mon, 21 Jan 2019 05:17:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1glWdc-0002cK-0h for bug-guix@gnu.org; Mon, 21 Jan 2019 05:17:04 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:40170) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1glWdb-0002bh-Rk for bug-guix@gnu.org; Mon, 21 Jan 2019 05:17:03 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1glWdZ-0006yA-VV for bug-guix@gnu.org; Mon, 21 Jan 2019 05:17:03 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <878szel4pa.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= , Bryan Ferris Cc: 33999@debbugs.gnu.org --Sig_/rkJ9SinTQT_51d_43ovr5z= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Ludo, Hi Bryan, On Mon, 21 Jan 2019 10:50:41 +0100 Ludovic Court=C3=A8s wrote: > It=E2=80=99s not surprising to .lock files to be empty. I agree. But I didn't filter them out because it would be confusing. > But where are those > files you=E2=80=99re talking about? Surely there=E2=80=99s no /gnu/store= on the VFAT > EFI partition, right? Oh, these empty files are on the root partition Bryan provided - there are lots and lots of empty files, including very important ones like the pam configuration files and the elogind configuration files (which is why the login didn't work). It looks like something crashed or sync(2) wasn't called before reboot or something. Some flash storage devices like to lie about whether they synced something (they'll say they did sync but they really didn't yet). If one then cuts the power it leads to data loss. But that's all speculation. @Bryan: Would you be up to doing the installation again but then before the reboot do a manual invocation of "sync" and then wait 5 min before rebootin= g? Is it flash storage? I didn't check the contents of the ESP partition because they don't matter. What matters is whether the ESP partition is dirty (it was) and whether a manual invocation of "fsck.vfat" succeeds on it (it does). Out of curiousity I checked ESP anyway now. It has: EFI EFI/GuixSD EFI/GuixSD/grubx64.efi $ ls -l EFI/GuixSD/grubx64.efi -rwxr-xr-x 1 root root 155136 11. Jan 16:52 /mnt/tmp/EFI/GuixSD/grubx64.efi That's all there is in the ESP partition. --Sig_/rkJ9SinTQT_51d_43ovr5z= Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlxFnAkACgkQ5xo1VCww uqUXYAgAn09sM54iKe/uLjmo18ERpziSPwiYZHP+I9AH6YGKrdDIqBL+YChwIUvB ILZB9CIW4PhWda0l0iHj4Y9h2sjdIiMY8Rn/WF9EqymrK7v9yvUtI1/3BpHs/Y6F 7JUbUw9fH4FYiuFfDWpP405hih6gAjzgbfPSUvLu4wXkTr4PwuIDlBxYPU/ClaCh pNDK7LLVEOrpmEqTPHhIQcFuK2mRJIkntRVxfkoZz7W5V43vAvFbhwgUXYsS31Tj +GkH5mBC2iGuQRKHFS2T9M9/WM9MM7od+zTCjyb3E+/aVJxDdum60njUV0Hyl/uL 4O0Aar+/PAeKWwV7as2JAK94SzLzFA== =icah -----END PGP SIGNATURE----- --Sig_/rkJ9SinTQT_51d_43ovr5z=--