help-guix
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: guix shell: error: mount: Invalid argument


From: bbb ee
Subject: Re: guix shell: error: mount: Invalid argument
Date: Sun, 20 Nov 2022 10:32:07 +0100

I have posted in the help mailing list, because I want to be sure that the
command doesn't run is not because of bad usage from me. Apparently, my
usage is correct, it is from my environment.

I will also post a bug report. But the difficulty to get help for this
problem is to provide a reproducible test. I have tried to reproduce this
issue in a guix container
```
dev_1@dev_1 /mnt/recoverData$ guix shell --no-cwd --network --container guix
dev_1@dev_1 ~ [env]$ guix-daemon &
dev_1@dev_1 ~ [env]$ guix shell --container coreutils -- echo Elmo
accepted connection from pid 3, user dev_1
substitute: guix substitute: warning: ACL for archive imports seems to be
uninitialized, substitutes may be unavailable
..
```
The issue with my reproducible test is that the guix in guix container
doesn't find any substitute, so it will compile all package, which will
take time.


Le dim. 20 nov. 2022 à 01:29, Maxim Cournoyer <maxim.cournoyer@gmail.com> a
écrit :

> Hi,
>
> Tobias Geerinckx-Rice <me@tobias.gr> writes:
>
>
> [...]
>
> > ~ λ guix shell -C --expose=/proc=/test coreutils -- echo Elmo
> > world
> > guix shell: error: mount: mount "/proc" on
> > "/tmp/guix-directory.zTa1qb//test": Invalid argument
> >
> >
> > Weird!  Clearly, /proc is imbued with magical Kernel magick and
> > simply canno— what?  Oh:
> >
> > ~ λ mount | grep /proc
> > none on /proc type proc (rw,relatime)
> > binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc
> > (rw,relatime)
> >
> >
> > Surely not…
> >
> > ~ λ sudo umount /proc/sys/fs/binfmt_misc
> >
> > ~ λ guix shell -C --expose=/proc=/test coreutils -- echo Elmo
> > world
> > Elmo world
> >
> > …huh.
> >
> > So, ‘guix shell --container’ apparently takes issue with rbind'ing
> > mounts, or something like that.
> >
> > Maybe that's something Guix can handle by bind-mounting the entire
> > subtree itself, or maybe it's a hard permissions error enforced by
> > the kernel.  I don't know.
> >
> > Someone with podman/Docker/similar experience might.
>
> I'm not useful, but just want to point out that this looks a lot like
> https://issues.guix.gnu.org/46782 (guix environment --expose options
> cannot be layered onto $PWD).
>
> --
> Thanks,
> Maxim
>


reply via email to

[Prev in Thread] Current Thread [Next in Thread]