all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Arnaud B <arnaud.beaudhuin@gmail.com>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: help-guix@gnu.org
Subject: Re: Instantiating the OS declaration after a small change
Date: Fri, 6 Apr 2018 15:03:05 +0200	[thread overview]
Message-ID: <CAAD90k9DAWSSe0-NUEWE1JxhyfkR7gLnCer53nyq8Y3oGXgfrQ@mail.gmail.com> (raw)
In-Reply-To: <87woxk212f.fsf@gnu.org>

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

Hello Ludo

Thanks for helping me.
Actually I had come up with that declaration :
  (file-systems (cons* (file-system
                        (device "my-root")
                        (title 'label)
                        (mount-point "/")
                        (type "ext4"))
              (file-system
                        (device "backup3")
                        (title 'label)    ;; ntfs uuid requires conversion
                        (mount-point "/home/arnaud/backup3")
                        (needed-for-boot? #f)
                        (mount? #t)
                        (flags '())   ;; options such as ro come here
                        (type "ntfs-3g"))
                      %base-file-systems))
but reading the sources in guix/file-systems.scm, I see that is not an
option in fact. But I see that besides ext and btrfs there is now support
for luks encrypted partitions in the way, and that is great news for my
other disks.

So, for the ntfs one, I guess I'll have to manually mount / unmount it as
you explained. Actually, after installing the ntfs-3g package, it worked
with this :
sudo ntfs-3g -o uid=1000 -o gid=998 /dev/sdb1 /home/arnaud/backup3/
The uid / gid bits were necessary to get read-write access ; it worked
flawlessly in console but not in Gnome's file manager for some reason, but
that didn't bother me as I rely on emacs dired  instead.

As for the GUI, yes I'm using Gnome at the moment but I intend to go back
to my usual stumpwm, as I have not managed to have guile-wm running (but on
paper that would be awesome - without the capital of course !)

Cheers

Arnaud


2018-04-06 10:26 GMT+02:00 Ludovic Courtès <ludo@gnu.org>:

> Hello,
>
> Arnaud B <arnaud.beaudhuin@gmail.com> skribis:
>
> > Context :
> > In the process of trying to build packages, through the use of guix
> > environments, I need more space on my home partition.
> > To do so, deleting former generations followed by 'guix gc' was not
> enough,
> > and I need to move things to my external ntfs drive (please don't ask
> why I
> > have to use that file system...).
> > As I'm regularly going to mount it, I added a file-system declaration in
> my
> > config.scm.
>
> OK.
>
> > Question :
> > Do I have to apply 'guix system reconfigure', a lenghty process (on my
> > computer at least) for such a small change, especially if I did not write
> > it correctly, or is there another possibility ?  I actually just want to
> > test that file system declaration.
> > From 6.2.13 of the manual, I'm thinking about 'guix system build'. Or
> could
> > I do it temporarily in another scm file ?
>
> I have a similar use case: an external HDD that I plug in from time to
> time.
>
> What I do is declare it as not being automatically mounted on startup:
>
>      (file-system
>        (title 'uuid)
>        (device (uuid "eeeeeeee-eeee-eeee-eeee-eeeeeeeeeeee"))
>        (mount-point "/mnt/disk")
>        (type "ext3")
>        (mount? #f))
>
> This adds an entry to /etc/fstab so when I plug it in, I can simply time
> “sudo mount /mnt/disk”.
>
> Now, if you use GNOME or similar, the udisks service and its friends are
> support to automatically mount partitions from removable storage.
>
> HTH,
> Ludo’.
>

[-- Attachment #2: Type: text/html, Size: 5093 bytes --]

  reply	other threads:[~2018-04-06 13:03 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-04-05 15:58 Instantiating the OS declaration after a small change Arnaud B
2018-04-06  8:26 ` Ludovic Courtès
2018-04-06 13:03   ` Arnaud B [this message]
2018-04-06  8:29 ` Ricardo Wurmus

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAAD90k9DAWSSe0-NUEWE1JxhyfkR7gLnCer53nyq8Y3oGXgfrQ@mail.gmail.com \
    --to=arnaud.beaudhuin@gmail.com \
    --cc=help-guix@gnu.org \
    --cc=ludo@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.