From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id wNppLbtD2V5xcgAA0tVLHw (envelope-from ) for ; Thu, 04 Jun 2020 18:55:55 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id 0FI2KbtD2V5ZLwAA1q6Kng (envelope-from ) for ; Thu, 04 Jun 2020 18:55:55 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id E9D769401AD for ; Thu, 4 Jun 2020 18:55:54 +0000 (UTC) Received: from localhost ([::1]:57444 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jgv1t-0006PF-UI for larch@yhetil.org; Thu, 04 Jun 2020 14:55:53 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:40862) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jgv1n-0006Oo-Ax for help-guix@gnu.org; Thu, 04 Jun 2020 14:55:47 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38385) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jgv1m-0003uO-QP; Thu, 04 Jun 2020 14:55:46 -0400 Received: from 2001-1c02-0b03-a700-26ce-45a7-f2c3-a7b5.cable.dynamic.v6.ziggo.nl ([2001:1c02:b03:a700:26ce:45a7:f2c3:a7b5]:60520) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jgv1l-0000LN-IV; Thu, 04 Jun 2020 14:55:46 -0400 Message-ID: <9ff8874bf170a90f1f0378881faae45931ba0b27.camel@gnu.org> Subject: Re: Guix System ext4 index full From: Roel Janssen To: Tobias Geerinckx-Rice Date: Thu, 04 Jun 2020 20:55:42 +0200 In-Reply-To: <87d06fc779.fsf@nckx> References: <87lfl3dh1k.fsf@nckx> <4f936a3561734d83665246592a54b21d9b612243.camel@gnu.org> <87d06fc779.fsf@nckx> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.2 (3.36.2-1.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: help-guix@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: help-guix@gnu.org Errors-To: help-guix-bounces+larch=yhetil.org@gnu.org Sender: "Help-Guix" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of help-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=help-guix-bounces@gnu.org X-Spam-Score: -1.01 X-TUID: xkm3VaB+saev Hi Tobias, Thanks for your help. Don't worry, I figured I had to reinstall it, which is okay. :) Unfortunately, after reinstalling Guix using Btrfs as the root filesystem I cannot seem to boot either. The last line printed on the screen is: [ 10.830469 ] Error: Driver 'pcspkr' is already registered, aborting... I think it has something to do with the "compatibility support module" option in the BIOS, because without it I couldn't boot the LiveUSB. It seems that booting and installing Fedora 32 works just fine with the same hardware, so this is definitely an area where I'd like to see Guix improve. Kind regards, Roel Janssen On Thu, 2020-06-04 at 15:05 +0200, Tobias Geerinckx-Rice wrote: > Roel, > > Roel Janssen 写道： > > Thanks for the suggestion. So I did: > > $ tune2fs -O large_dir /dev/sdd3 > > > > .. and after a reboot I get booted into a GRUB resque shell. > > Shart. It seems that GRUB still[0] can't read ext4 file systems > with features newer than 2017 :-/ I'll never recommend this again > (I use it myself…). > > The flag can't be cleared once set: > > $ sudo tune2fs -O ^large_dir img > tune2fs 1.45.6 (20-Mar-2020) > Clearing filesystem feature 'large_dir' not supported. > > Your data's perfectly safe. This is just a GRUB limitation. > > > So.. do you have a suggestion for how I could boot into the Guix > > system > > again? > > I think realistic options are: > > - Migrate to any other file system like btrfs, then use the live > USB's GRUB to bootstrap it using ‘configfile > (hdX,Y)/your/grub.cfg’ so you don't have to reinstall anything, > just copy. This can even be done-in place[1], assuming you have > back-ups. > > - Use a separate /boot partition if you want to keep using ext4 > for large /gnus. You'll have to manually copy each kernel & > friends to /boot but this can be automated in your system .scm. > > > After booting from a live USB, I chrooted into the Guix system > > and when > > running the following command, I get the following error: > > $ guix system reconfigure /etc/config.scm > > ... > > guix system: error: while setting up the build environment: > > cannot > > pivot old root directory onto > > '/gnu/store/4q1vpidsawmfhmqdwy4mxvjc720jxcjm-slim- > > 1.3.6.drv.chroot/real-root': Invalid argument > > I think your in-chroot guix is talking to the live system's > guix-daemon. Perhaps stopping the out-of-chroot daemon and > starting a ‘guix-daemon --disable-chroot’ inside the chroot will > work. > > Kind regards, > > T G-R > > [0]: https://savannah.gnu.org/bugs/?56897 > [1]: https://btrfs.wiki.kernel.org/index.php/Manpage/btrfs-convert