From: Giovanni Biscuolo <g@xelera.eu>
To: 35995@debbugs.gnu.org
Subject: bug#35995: [wishlist] bootloader-configuration, avoid use of /dev/sd?
Date: Wed, 29 May 2019 21:16:11 +0200 [thread overview]
Message-ID: <87imtt137o.fsf@roquette.mug.biscuolo.net> (raw)
In-Reply-To: 87o93mwr4b.fsf@gnu.org
[-- Attachment #1: Type: text/plain, Size: 1705 bytes --]
Hello,
Following a recent discussion on Guix-devel [1] I'm "forwarding here" a
proposal to switch from /dev/sd? to (target (uuid ...)) in
bootloader-configuration operating-system declaration
This is a recap of current situation: the installer usually uses
/dev/sda as target for grub-install (and bootloader-cofiguration) but it
happened to me that on a machine /dev/sda was the USB media, not the
target HD
The fact is that it's not guaranteed that /dev/sd? always corresponds to
the same device
This is where we are with the discussion:
Ludovic Courtès <ludo@gnu.org> writes:
> Hello!
>
> Giovanni Biscuolo <g@xelera.eu> skribis:
>
>> But wait! There's the /dev/disk/by-id/ tree, I did not notice it until
>> now! :-)
>>
>> That's the solution:
>>
>>
>> (bootloader
>> (bootloader-configuration
>> (bootloader grub-bootloader)
>> (target "/dev/disk/by-id/scsi-3600508b1001c75a3bebb04b23d19e249")
>> (keyboard-layout keyboard-layout)))
>>
>> I did not test this but it smells like running, if Guix devels agree I
>> think Installer should adopt /dev/disk/by-id by default, sorry I'm not
>> able to propose a patch for this
>
> Ideally, we’d use an actual UUID object (or a string?) here rather than
> this Linux/udev-specific idiom. So it would look like:
>
> (bootloader-configuration
> ;; …
> (target (uuid …)))
>
> Would that work?
>
> I believe using Guile-Parted we could map it back to a /dev name.
>
> WDYT?
>
> Ludo’.
[1] Message-ID: <87o93mwr4b.fsf@gnu.org>
http://lists.gnu.org/archive/html/guix-devel/2019-05/msg00454.html
--
Giovanni Biscuolo
Xelera IT Infrastructures
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
next parent reply other threads:[~2019-05-29 19:17 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <874l5i52i1.fsf@roquette.mug.biscuolo.net>
[not found] ` <87r28mzqxv.fsf@nckx>
[not found] ` <87y32u3c9f.fsf@roquette.mug.biscuolo.net>
[not found] ` <87o93mwr4b.fsf@gnu.org>
2019-05-29 19:16 ` Giovanni Biscuolo [this message]
[not found] ` <handler.35995.B.155915741432036.ack@debbugs.gnu.org>
2024-02-28 9:29 ` bug#35995: [wishlist] bootloader-configuration, avoid use of /dev/sd? Giovanni Biscuolo
[not found] ` <87a7f6qygw.fsf@nckx>
2019-05-29 19:49 ` bug#35995: Installer: GUIX_IMAGE as /dev/sda on some hardware? Giovanni Biscuolo
[not found] ` <87ftox11nu.fsf@roquette.mug.biscuolo.net>
2019-05-29 20:19 ` Danny Milosavljevic
2019-05-31 21:42 ` Ludovic Courtès
[not found] ` <874l5amhc8.fsf@gnu.org>
2019-05-31 22:16 ` Tobias Geerinckx-Rice
[not found] ` <87r28ep8vg.fsf@nckx>
2019-05-31 23:31 ` Danny Milosavljevic
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=87imtt137o.fsf@roquette.mug.biscuolo.net \
--to=g@xelera.eu \
--cc=35995@debbugs.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 public inbox
https://git.savannah.gnu.org/cgit/guix.git
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).