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 --]
next prev parent 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
List information: https://guix.gnu.org/
* 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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).