From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesse Gibbons Subject: bug#39774: guix incorrectly says "No space left on device" Date: Mon, 24 Feb 2020 20:01:45 -0700 Message-ID: <6c750a5f65242c052a75df812123b95f94592b70.camel@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:44783) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j6QU0-0007Yb-8R for bug-guix@gnu.org; Mon, 24 Feb 2020 22:02:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j6QTz-0008Lg-6L for bug-guix@gnu.org; Mon, 24 Feb 2020 22:02:04 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:48346) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j6QTy-0008LH-TC for bug-guix@gnu.org; Mon, 24 Feb 2020 22:02:03 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1j6QTy-0000u7-OH for bug-guix@gnu.org; Mon, 24 Feb 2020 22:02:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: Received: from eggs.gnu.org ([2001:470:142:3::10]:44742) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j6QTn-0007Vu-PM for bug-guix@gnu.org; Mon, 24 Feb 2020 22:01:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j6QTm-0008Gb-Ol for bug-guix@gnu.org; Mon, 24 Feb 2020 22:01:51 -0500 Received: from mail-pg1-x52f.google.com ([2607:f8b0:4864:20::52f]:35391) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j6QTm-0008G8-IE for bug-guix@gnu.org; Mon, 24 Feb 2020 22:01:50 -0500 Received: by mail-pg1-x52f.google.com with SMTP id 7so4068616pgr.2 for ; Mon, 24 Feb 2020 19:01:50 -0800 (PST) Received: from [192.168.1.14] ([38.141.58.134]) by smtp.gmail.com with ESMTPSA id l15sm14088159pgi.31.2020.02.24.19.01.46 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 24 Feb 2020 19:01:47 -0800 (PST) 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-mx.org@gnu.org Sender: "bug-Guix" To: 39774@debbugs.gnu.org I have a laptop with two drives. A few days ago, when I ran `df -h` it outputs: Filesystem Size Used Avail Use% Mounted on none 16G 0 16G 0% /dev /dev/sdb1 229G 189G 29G 87% / /dev/sda1 458G 136G 299G 32% /gnu/store tmpfs 16G 0 16G 0% /dev/shm none 16G 64K 16G 1% /run/systemd none 16G 0 16G 0% /run/user cgroup 16G 0 16G 0% /sys/fs/cgroup tmpfs 3.2G 16K 3.2G 1% /run/user/983 tmpfs 3.2G 60K 3.2G 1% /run/user/1001 As you can see, /dev/sda1 is the drive mounted on /gnu/store. Everything in the store is written to it, and it has plenty of space available. Guix sometimes says there is "No space left on device". This always happens in particular when I try `guix gc --optimize`, but it sometimes happens when I call `guix pull` or `guix upgrade`. When guix pull or guix upgrade fails with this message, I can clear up more space by deleting ~/.cache and emtpying my trash and it works. Today I have also seen this happen when I'm trying to upgrade a large profile. It said it could not build anything because there was no more disk space, even after I cleaned up /dev/sdb1 to 40% use. It finally recognized the empty disk space when I called guix gc and it deleted a few of the dependencies needed for the upgrades. But it didn't take long to trigger this bug again. Here's the new output of `df -h`: Filesystem Size Used Avail Use% Mounted on none 16G 0 16G 0% /dev /dev/sdb1 229G 86G 131G 40% / /dev/sda1 458G 182G 253G 42% /gnu/store tmpfs 16G 0 16G 0% /dev/shm none 16G 80K 16G 1% /run/systemd none 16G 0 16G 0% /run/user cgroup 16G 0 16G 0% /sys/fs/cgroup tmpfs 3.2G 24K 3.2G 1% /run/user/983 tmpfs 3.2G 12K 3.2G 1% /run/user/1000 tmpfs 3.2G 60K 3.2G 1% /run/user/1001 Any clues why this happens and what can be done to fix it? Could it be related to how /dev/sdb1 is 229G large, and the total used space in / and /gnu/store is more than that? -Jesse