error: rmdir: Device or resource busy

error: rmdir: Device or resource busy

[Fredrik Salomonsson]

[-- Attachment #1: Type: text/plain, Size: 499 bytes --]


Hello,

tried installing GuixSD 0.16. But hitting a cryptic error.

guix system init /mnt/etc/config.scm /mnt
--substitute-urls="http://berlin.guixsd.org http://mirror.hydra.gnu.org"
...
/gnu/store/sh9x3mhl5q60yxhl861kpk6vm70l3w81-bootloader-installer

initializing operating system under '/mnt'...
guix system: error: rmdir: Device or resource busy

This was working fine with 0.15.

Is there a way to get a better backtrace from system init? Or does anyone
know what the error might be?

Thanks


[-- Attachment #2: GuixSD config --]
[-- Type: text, Size: 6348 bytes --]

;; This is an operating system configuration template
;; for a "desktop" setup without full-blown desktop
;; environments.

(use-modules (gnu)
             (gnu packages)
             (gnu system nss)
             (gnu system locale)
             (gnu services nfs)
             (ice-9 rdelim)
             (ice-9 format))
(use-service-modules desktop networking ssh base xorg)
(use-package-modules wm certs shells xdisorg)

(define plattfot
  (user-account
   (name "plattfot")
   (group "users")
   ;; Define a G-Expr to find the path of the zsh binary:
   ;; https://gitlab.com/rain1/guix-wiki/wikis/FAQ#how-do-i-make-my-login-shell-zsh
   (shell #~(string-append #$zsh "/bin/zsh"))
   (supplementary-groups '("wheel" "netdev" "audio" "video"))
   (home-directory "/home/plattfot")))

;; (define keyboard-conf
;;   (call-with-input-file "/etc/config.d/00-keyboard.conf" read-string))

;; Specify a mapped device for the encrypted root partition.
;; The UUID is that returned by 'cryptsetup luksUUID'.
(define mapped-root
  (mapped-device
   (source (uuid "ab43f8be-1a18-4999-836d-71dac382dfb5"))
   (target "root")
   (type luks-device-mapping)))

(define mapped-swap
  (mapped-device
   (source (uuid "9f04f917-efd3-4036-b3f5-24705fee7ffa"))
   (target "swap")
   (type luks-device-mapping)))

;; Partion layout for /dev/sda3
;; under __current/
;; | subvol      | Mountpoint   | Comment            | Shared   |
;; |-------------+--------------+--------------------+----------|
;; | arch-root   | /            | root for Arch      | no       |
;; | guixsd-root | /            | root for GuixSD    | no       |
;; | grub        | /boot/grub   | grub config        | yes      |
;; | guix        | /var/guix    | guix stuff         | yes      |
;; | gnu         | /gnu         | Store etc          | yes      |
;; | home        | /home        | home partition     | yes      |

(define btrfs-common-options
  '("defaults" "discard" "compress=lzo" "space_cache" "autodefrag"))

(define (btrfs-mount-options subvol)
  "Return the btrfs mount options I use.
       Where SUBVOL is the subvolume to mount"
  (string-join `(,@btrfs-common-options ,(format #f "subvol=~a" subvol)) ","))

(define fs-root
  (file-system
   (mount-point "/")
   (type "btrfs")
   (device (file-system-label "root"))
   (options (btrfs-mount-options "__current/guixsd-root"))
   (needed-for-boot? #t)
   (dependencies `(,mapped-root))))

(define fs-grub
  (file-system
   (mount-point "/boot/grub")
   (type "btrfs")
   (device (file-system-label "root"))
   (options (btrfs-mount-options "__current/grub"))
   (needed-for-boot? #t)
   (dependencies `(,fs-root))))

(define fs-gnu
  (file-system
   (mount-point "/gnu")
   (type "btrfs")
   (device (file-system-label "root"))
   (options (btrfs-mount-options "__current/gnu"))
   (needed-for-boot? #t)
   (dependencies `(,fs-root))))

(define fs-guix
  (file-system
   (mount-point "/var/guix")
   (type "btrfs")
   (device (file-system-label "root"))
   (options (btrfs-mount-options "__current/guix"))
   (needed-for-boot? #t)
   (dependencies `(,fs-root))))

(define fs-home
  (file-system
   (mount-point "/home")
   (type "btrfs")
   (device (file-system-label "root"))
   (options (btrfs-mount-options "__current/home"))
   (needed-for-boot? #t)
   (dependencies `(,fs-root))))

(define fs-valhalla
  (file-system
   (device "fafner:/srv/nfs4/Valhalla")
   (mount-point "/media/Valhalla")
   (type "nfs4")
   (mount? #f)
   (check? #f)))

(define menu-arch
  (menu-entry
   (label "Arch Linux")
   (linux "/boot/vmlinux")
   (linux-arguments
    '("luks.uuid=ab43f8be-1a18-4999-836d-71dac382dfb5"
      "luks.name=ab43f8be-1a18-4999-836d-71dac382dfb5=root"
      "luks.key=ab43f8be-1a18-4999-836d-71dac382dfb5=/boot/rootkey.bin"
      "luks.options=ab43f8be-1a18-4999-836d-71dac382dfb5=discard,luks"
      "luks.uuid=9f04f917-efd3-4036-b3f5-24705fee7ffa"
      "luks.name=9f04f917-efd3-4036-b3f5-24705fee7ffa=swap"
      "luks.key=9f04f917-efd3-4036-b3f5-24705fee7ffa=/boot/swapkey.bin"
      "luks.options=9f04f917-efd3-4036-b3f5-24705fee7ffa=swap,discard,luks"
      "root=LABEL=root"
      "resume=/dev/mapper/swap"
      "rootflags=compress=lzo,subvol=__current/arch-root"))
   (initrd "/boot/initramfs-linux.img")))

(operating-system
 (host-name "loke")
 (timezone "Canada/Pacific")
 (locale "en_US.utf8")
 (locale-definitions
  (list
   (locale-definition (name "en_US.utf8") (source "en_US") (charset "UTF-8"))
   (locale-definition (name "sv_SE.utf8") (source "sv_SE") (charset "UTF-8"))))
 ;; Assuming /dev/sda is the target hard disk, and "root"
 ;; is the label of the target root file system.
 (bootloader
  (grub-configuration (target "/dev/sda")
                      ;; Need to mount __current/arch-root
                      ;; (menu-entries '(menu-arch))
                      ))
 ;; Kernel arguments
 (kernel-arguments '("rootflags=compress=lzo,subvol=__current/guixsd-root"))
 (mapped-devices (list mapped-root mapped-swap))
 (file-systems
  (cons*
   fs-home
   fs-grub
   fs-gnu
   fs-guix
   fs-root
   %base-file-systems))
 (swap-devices '("/dev/mapper/swap"))
 (users (cons plattfot %base-user-accounts))

 ;; Add a bunch of window managers; we can choose one at
 ;; the log-in screen with F1.
 (packages (cons* i3-wm i3status rofi ;window managers
                  zsh
                  nss-certs            ;for HTTPS access
                  %base-packages))

 ;; Use the "desktop" services, which include the X11
 ;; log-in service, networking with Wicd, and more.
 (services
  %desktop-services
  ;; (cons* ;; (service openssh-service-type
  ;;        ;;          (openssh-configuration
  ;;        ;;           (port-number 6060)
  ;;        ;;           (password-authentication? #f)))
  ;;        ;; (extra-special-file "/bin/env" (file-append coreutils "/bin/env"))
  ;;        %desktop-services
  ;;        ;; (modify-services %desktop-services
  ;;        ;;	   (slim-service-type
  ;;        ;;    config => (slim-configuration
  ;;        ;;       (inherit config)
  ;;        ;;     (startx (xorg-start-command
  ;;        ;;	#:configuration-file
  ;;        ;;(xorg-configuration-file
  ;;        ;;#:extra-config
  ;;        ;;(list keyboard-conf)))))))
  ;;        )
  )

 ;; Allow resolution of '.local' host names with mDNS.
 (name-service-switch %mdns-host-lookup-nss))

[-- Attachment #3: Type: text/plain, Size: 33 bytes --]


-- 
s/Fred[re]+i[ck]+/Fredrik/g

Re: error: rmdir: Device or resource busy

[swedebugia]

Hej!

On 2018-12-08 09:05, Fredrik Salomonsson wrote:
> Hello,
> 
> tried installing GuixSD 0.16. But hitting a cryptic error.
> 
> guix system init /mnt/etc/config.scm /mnt
> --substitute-urls="http://berlin.guixsd.org http://mirror.hydra.gnu.org"
> ...
> /gnu/store/sh9x3mhl5q60yxhl861kpk6vm70l3w81-bootloader-installer
> 
> initializing operating system under '/mnt'...
> guix system: error: rmdir: Device or resource busy
> 
> This was working fine with 0.15.
> 
> Is there a way to get a better backtrace from system init? 

Yes!

From the manual: 
'--on-error=STRATEGY'
     Apply STRATEGY when an error occurs when reading FILE.  STRATEGY
     may be one of the following:

     'nothing-special'
          Report the error concisely and exit.  This is the default
          strategy.

     'backtrace'
          Likewise, but also display a backtrace.

     'debug'
          Report the error and enter Guile's debugger.  From there, you
          can run commands such as ',bt' to get a backtrace, ',locals'
          to display local variable values, and more generally inspect
          the state of the program.  *Note (guile)Debug Commands::, for
          a list of available debugging commands.

Actually the --help to "guix system" hints about this but it is not
telling how to use it, which is a bug I think. (i'm going to report it
and send a patch)

> Or does anyone
> know what the error might be?

I never saw it before.

-- 
Cheers 
Swedebugia

bug#33673: "guix system --help" does not detail how to use --on-error=strategy

[swedebugia]

Hi

The current output is:

--on-error=STRATEGY    apply STRATEGY when an error occurs while reading
FILE

Also the manual currently lacks a cindex for on-error (I had to search
with 's' through multiple false positives to find the relevant section)

Additionally we now have so many commands in the help pages of guix
system and guix build that it would be nice to present them in a more
readable/categorized way.

Would a patches for improvement in these areas be accepted?

-- 
Cheers 
Swedebugia

-------- Original Message --------
Subject: Re: error: rmdir: Device or resource busy
Date: 2018-12-08 09:24
From: swedebugia@riseup.net
To: Fredrik Salomonsson <plattfot@gmail.com>
Cc: help-guix <help-guix@gnu.org>, Help-Guix
<help-guix-bounces+swedebugia=riseup.net@gnu.org>

Hej!

On 2018-12-08 09:05, Fredrik Salomonsson wrote:
> Hello,
> 
> tried installing GuixSD 0.16. But hitting a cryptic error.
> 
> guix system init /mnt/etc/config.scm /mnt
> --substitute-urls="http://berlin.guixsd.org http://mirror.hydra.gnu.org"
> ...
> /gnu/store/sh9x3mhl5q60yxhl861kpk6vm70l3w81-bootloader-installer
> 
> initializing operating system under '/mnt'...
> guix system: error: rmdir: Device or resource busy
> 
> This was working fine with 0.15.
> 
> Is there a way to get a better backtrace from system init? 

Yes!

From the manual: 
'--on-error=STRATEGY'
     Apply STRATEGY when an error occurs when reading FILE.  STRATEGY
     may be one of the following:

     'nothing-special'
          Report the error concisely and exit.  This is the default
          strategy.

     'backtrace'
          Likewise, but also display a backtrace.

     'debug'
          Report the error and enter Guile's debugger.  From there, you
          can run commands such as ',bt' to get a backtrace, ',locals'
          to display local variable values, and more generally inspect
          the state of the program.  *Note (guile)Debug Commands::, for
          a list of available debugging commands.

Actually the --help to "guix system" hints about this but it is not
telling how to use it, which is a bug I think. (i'm going to report it
and send a patch)

> Or does anyone
> know what the error might be?

I never saw it before.

bug#33673: "guix system --help" does not detail how to use --on-error=strategy

[Ludovic Courtès]

Hi,

swedebugia@riseup.net skribis:

> The current output is:
>
> --on-error=STRATEGY    apply STRATEGY when an error occurs while reading
> FILE

FWIW I think it’s reasonable for ‘--help’ to be generally more concise
than the manual.  We could list the possible strategies here, but that
might clutter the output more than is desirable.

> Additionally we now have so many commands in the help pages of guix
> system and guix build that it would be nice to present them in a more
> readable/categorized way.
>
> Would a patches for improvement in these areas be accepted?

Improvements are always welcome of course.  The main criterion would be
to remain consistent with the rest of Guix and with GNU conventions that
we follow.  Maybe it’s best to discuss what you have in mind first?

Thank you,
Ludo’.

bug#33673: "guix system --help" does not detail how to use --on-error=strategy

[Efraim Flashner]

[-- Attachment #1: Type: text/plain, Size: 1453 bytes --]

On Sun, Dec 09, 2018 at 12:16:47AM +0100, Ludovic Courtès wrote:
> Hi,
> 
> swedebugia@riseup.net skribis:
> 
> > The current output is:
> >
> > --on-error=STRATEGY    apply STRATEGY when an error occurs while reading
> > FILE
> 
> FWIW I think it’s reasonable for ‘--help’ to be generally more concise
> than the manual.  We could list the possible strategies here, but that
> might clutter the output more than is desirable.
> 
> > Additionally we now have so many commands in the help pages of guix
> > system and guix build that it would be nice to present them in a more
> > readable/categorized way.
> >
> > Would a patches for improvement in these areas be accepted?
> 
> Improvements are always welcome of course.  The main criterion would be
> to remain consistent with the rest of Guix and with GNU conventions that
> we follow.  Maybe it’s best to discuss what you have in mind first?
> 
> Thank you,
> Ludo’.
> 

I'd go with (one of: nothing-special, backtrace, debug)
with the assumption that for more information the manual is more
verbose.

I also just noticed that we have 'man guix-system', which could be more
verbose on the subject without needing to fit in a concise output.

-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

bug#33673: "guix system --help" does not detail how to use --on-error=strategy

[swedebugia]

On 2018-12-11 08:18, Efraim Flashner wrote:
> On Sun, Dec 09, 2018 at 12:16:47AM +0100, Ludovic Courtès wrote:
>> Hi,
>>
>> swedebugia@riseup.net skribis:
>>
>> > The current output is:
>> >
>> > --on-error=STRATEGY    apply STRATEGY when an error occurs while reading
>> > FILE
>>
>> FWIW I think it’s reasonable for ‘--help’ to be generally more concise
>> than the manual.  We could list the possible strategies here, but that
>> might clutter the output more than is desirable.
>>
>> > Additionally we now have so many commands in the help pages of guix
>> > system and guix build that it would be nice to present them in a more
>> > readable/categorized way.
>> >
>> > Would a patches for improvement in these areas be accepted?
>>
>> Improvements are always welcome of course.  The main criterion would be
>> to remain consistent with the rest of Guix and with GNU conventions that
>> we follow.  Maybe it’s best to discuss what you have in mind first?
>>
>> Thank you,
>> Ludo’.
>>
> 
> I'd go with (one of: nothing-special, backtrace, debug)
> with the assumption that for more information the manual is more
> verbose.

Sounds good to me. Clutter is a problem we already have it seems so lets
not make it worse.

> 
> I also just noticed that we have 'man guix-system', which could be more
> verbose on the subject without needing to fit in a concise output.

Where do I edit this man-page?

-- 
Cheers 
Swedebugia

bug#33673: "guix system --help" does not detail how to use --on-error=strategy

[Ludovic Courtès]

Hi!

Efraim Flashner <efraim@flashner.co.il> skribis:

> On Sun, Dec 09, 2018 at 12:16:47AM +0100, Ludovic Courtès wrote:

[...]

>> Improvements are always welcome of course.  The main criterion would be
>> to remain consistent with the rest of Guix and with GNU conventions that
>> we follow.  Maybe it’s best to discuss what you have in mind first?
>> 
>> Thank you,
>> Ludo’.
>> 
>
> I'd go with (one of: nothing-special, backtrace, debug)
> with the assumption that for more information the manual is more
> verbose.

Sounds good to me.  Would you like to send a patch?

> I also just noticed that we have 'man guix-system', which could be more
> verbose on the subject without needing to fit in a concise output.

Manual pages are generated from the ‘--help’ output, the canonical
documentation being the Info manual.

Thanks,
Ludo’.

bug#33673: PATCH: Fwd: Re: bug#33673: "guix system --help" does not detail how to use --on-error=strategy

[swedebugia]

[-- Attachment #1: Type: text/plain, Size: 1211 bytes --]

Is this patch ok?


-------- Forwarded Message --------
Subject: Re: bug#33673: "guix system --help" does not detail how to use 
--on-error=strategy
Date: Tue, 11 Dec 2018 18:10:06 +0100
From: Ludovic Courtès <ludo@gnu.org>
To: Efraim Flashner <efraim@flashner.co.il>
CC: swedebugia@riseup.net, 33673@debbugs.gnu.org

Hi!

Efraim Flashner <efraim@flashner.co.il> skribis:

> On Sun, Dec 09, 2018 at 12:16:47AM +0100, Ludovic Courtès wrote:

[...]

>> Improvements are always welcome of course.  The main criterion would be
>> to remain consistent with the rest of Guix and with GNU conventions that
>> we follow.  Maybe it’s best to discuss what you have in mind first?
>> 
>> Thank you,
>> Ludo’.
>> 
>
> I'd go with (one of: nothing-special, backtrace, debug)
> with the assumption that for more information the manual is more
> verbose.

Sounds good to me.  Would you like to send a patch?

> I also just noticed that we have 'man guix-system', which could be more
> verbose on the subject without needing to fit in a concise output.

Manual pages are generated from the ‘--help’ output, the canonical
documentation being the Info manual.

Thanks,
Ludo’.

[-- Attachment #2: 0001-system-Clarify-the-three-strategies-available.patch --]
[-- Type: text/x-patch, Size: 1747 bytes --]

From e71273a1b3b20bba8f4174ac4b98925bbc36ac0d Mon Sep 17 00:00:00 2001
From: swedebugia <swedebugia@riseup.net>
Date: Fri, 14 Dec 2018 19:41:41 +0100
Subject: [PATCH] system: Clarify the three strategies available.

* guix/scripts/system.scm (show-help): Clarify the three choices.
* doc/guix.texi (Invoking guix system): Add 3 @cindex to make on-error=strategy
  easier to find.
---
 doc/guix.texi           | 3 +++
 guix/scripts/system.scm | 2 +-
 2 files changed, 4 insertions(+), 1 deletion(-)

diff --git a/doc/guix.texi b/doc/guix.texi
index 20b5013fd..4c204c619 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -22628,6 +22628,9 @@ appear in the @code{operating-system} declaration actually exist
 needed at boot time are listed in @code{initrd-modules} (@pxref{Initial
 RAM Disk}).  Passing this option skips these tests altogether.
 
+@cindex on-error
+@cindex on-error strategy
+@cindex error strategy
 @item --on-error=@var{strategy}
 Apply @var{strategy} when an error occurs when reading @var{file}.
 @var{strategy} may be one of the following:
diff --git a/guix/scripts/system.scm b/guix/scripts/system.scm
index 8eb32c62b..d94917100 100644
--- a/guix/scripts/system.scm
+++ b/guix/scripts/system.scm
@@ -993,7 +993,7 @@ Some ACTIONS support additional ARGS.\n"))
                          instead of reading FILE, when applicable"))
   (display (G_ "
       --on-error=STRATEGY
-                         apply STRATEGY when an error occurs while reading FILE"))
+                         apply STRATEGY (one of: nothing-special, backtrace, debug) when an error occurs while reading FILE."))
   (display (G_ "
       --file-system-type=TYPE
                          for 'disk-image', produce a root file system of TYPE
-- 
2.18.0

bug#33673: PATCH: Fwd: Re: bug#33673: "guix system --help" does not detail how to use --on-error=strategy

[Ludovic Courtès]

Hello,

swedebugia <swedebugia@riseup.net> skribis:

> From e71273a1b3b20bba8f4174ac4b98925bbc36ac0d Mon Sep 17 00:00:00 2001
> From: swedebugia <swedebugia@riseup.net>
> Date: Fri, 14 Dec 2018 19:41:41 +0100
> Subject: [PATCH] system: Clarify the three strategies available.
>
> * guix/scripts/system.scm (show-help): Clarify the three choices.
> * doc/guix.texi (Invoking guix system): Add 3 @cindex to make on-error=strategy
>   easier to find.
> ---
>  doc/guix.texi           | 3 +++
>  guix/scripts/system.scm | 2 +-
>  2 files changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/doc/guix.texi b/doc/guix.texi
> index 20b5013fd..4c204c619 100644
> --- a/doc/guix.texi
> +++ b/doc/guix.texi
> @@ -22628,6 +22628,9 @@ appear in the @code{operating-system} declaration actually exist
>  needed at boot time are listed in @code{initrd-modules} (@pxref{Initial
>  RAM Disk}).  Passing this option skips these tests altogether.
>  
> +@cindex on-error
> +@cindex on-error strategy
> +@cindex error strategy
>  @item --on-error=@var{strategy}
>  Apply @var{strategy} when an error occurs when reading @var{file}.
>  @var{strategy} may be one of the following:
> diff --git a/guix/scripts/system.scm b/guix/scripts/system.scm
> index 8eb32c62b..d94917100 100644
> --- a/guix/scripts/system.scm
> +++ b/guix/scripts/system.scm
> @@ -993,7 +993,7 @@ Some ACTIONS support additional ARGS.\n"))
>                           instead of reading FILE, when applicable"))
>    (display (G_ "
>        --on-error=STRATEGY
> -                         apply STRATEGY when an error occurs while reading FILE"))
> +                         apply STRATEGY (one of: nothing-special, backtrace, debug) when an error occurs while reading FILE."))

I wrapped this line and applied it.

Thank you!

Ludo’.

Re: error: rmdir: Device or resource busy

[Fredrik Salomonsson]

Hej

swedebugia@riseup.net writes:

> Hej!
>
> On 2018-12-08 09:05, Fredrik Salomonsson wrote:
>> Hello,
>> 
>> tried installing GuixSD 0.16. But hitting a cryptic error.
>> 
>> guix system init /mnt/etc/config.scm /mnt
>> --substitute-urls="http://berlin.guixsd.org http://mirror.hydra.gnu.org"
>> ...
>> /gnu/store/sh9x3mhl5q60yxhl861kpk6vm70l3w81-bootloader-installer
>> 
>> initializing operating system under '/mnt'...
>> guix system: error: rmdir: Device or resource busy
>> 
>> This was working fine with 0.15.
>> 
>> Is there a way to get a better backtrace from system init? 
>
> Yes!
>
> From the manual: 
> '--on-error=STRATEGY'
>      Apply STRATEGY when an error occurs when reading FILE.  STRATEGY
>      may be one of the following:
>
>      'nothing-special'
>           Report the error concisely and exit.  This is the default
>           strategy.
>
>      'backtrace'
>           Likewise, but also display a backtrace.
>
>      'debug'
>           Report the error and enter Guile's debugger.  From there, you
>           can run commands such as ',bt' to get a backtrace, ',locals'
>           to display local variable values, and more generally inspect
>           the state of the program.  *Note (guile)Debug Commands::, for
>           a list of available debugging commands.
>
> Actually the --help to "guix system" hints about this but it is not
> telling how to use it, which is a bug I think. (i'm going to report it
> and send a patch)

Tackar! Completely missed that option when I checked --help. But it
looks like that option doesn't do anything for me. Still got the same
error message.

>> Or does anyone
>> know what the error might be?
>
> I never saw it before.

Me neither. I ended up just installing guix-0.15 instead.  Did a guix
pull to --branch=version-0.16.0 (I hope that is equivalent). And
currently waiting for it to finish reconfigure.

Got carried away with just playing around with the system, after I
installed 0.15. Really nice system I must say. Only crucial package I'm
missing is polybar. At the moment, having a hard time keeping track of my
windows in i3 :). But I figured that will be a good introduction in packaging
stuff for guix.

Anyway, thanks for the help again!

-- 
s/Fred[re]+i[ck]+/Fredrik/g