[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#38435: BTRFS open_ctree failed
From: |
Guillaume Le Vaillant |
Subject: |
bug#38435: BTRFS open_ctree failed |
Date: |
Sat, 30 Nov 2019 15:53:11 +0100 |
User-agent: |
mu4e 1.2.0; emacs 26.3 |
raingloom skribis:
> This is what I get after a recent `guix system reconfigure` :
> Scanning for Btrfs filesystems
> [ 2.342790] BTRFS error (device sda1): open_ctree failed
>
> Previous profiles work, I haven't modified anything about my config.scm
> between them.
>
> [...]
>
>
> Contents of /etc/profile.scm:
>
> [...]
>
> (file-systems (cons* (file-system
> (device (file-system-label "GUIX"))
> (mount-point "/")
> (options "lazytime,compress")
> (type "btrfs"))
> ;(file-system
> ; (device (uuid "1234-ABCD" 'fat))
> ; (mount-point "/boot/efi")
> ; (type "vfat"))
> %base-file-systems))
>
I just tried adding the 'lazytime' option to my root file system, and
I got the same error as you when booting. Could you try removing it and
see if it works?
Until recently, the options declared in 'file-system' records were
always ignored when mounting the root file system. Now they are taken
into consideration, and I think it reveals a bug in the way file systems
are mounted. If some options like 'lazytime' or 'defaults' are declared
in a 'file-system' record (root file system or not), mounting it fails.
However some other options like 'compress' or 'autodefrag' work fine.
I suspect Guix adds some options by default when trying to mount file
systems, and maybe we end up with conflicting options or doubled options
that cause problems.