From: Danny Milosavljevic <dannym@scratchpost.org>
To: George myglc2 Clemmer <myglc2@gmail.com>
Cc: Guix-devel <guix-devel@gnu.org>
Subject: Drive identifiers
Date: Thu, 18 Jan 2018 10:29:14 +0100 [thread overview]
Message-ID: <20180118102914.6cb68394@scratchpost.org> (raw)
In-Reply-To: <86y3kvzypj.fsf@gmail.com>
> IIRC the details are: when running on a system disk (say: /dev/sda) and
> installing to new disk (say: /dev/sdb) you must set the bootloader
> target to /dev/sdb so the boot loader will be copied to the new system
^
|
+--- we could change that to enable specifying a model and
serial number
> disk.
> But, at least on my servers, when I remove the original system
> disk, the new disk system becomes /dev/sda, and the bootloader fails.
It does? What error message does it fail with? Does the grub shell still start?
I thought grub's "search" facility existed to prevent this exact scenario
(since it searches for the actual file / uuid on all drives it should be immune
to drive swapping - within reason).
It would be possible for us to find out the drive's serial number
(which should be somewhat unique and persistent):
$ udevadm info --query=all --name=/dev/sda | grep ID_SERIAL # SSD
E: ID_SERIAL=Samsung_SSD_850_EVO_1TB_S21DNXAGB15171J
E: ID_SERIAL_SHORT=S21DNXAGB15171J
$ udevadm info --query=all --name=/dev/sdb | grep ID_SERIAL # SD card in X200
E: ID_SERIAL=RICOH_R5U880FlashMedia_R5U880-00003-0:0
E: ID_SERIAL_SHORT=R5U880-00003
Maybe we could make the user specify the serial number in the operating-system
bootloader-configuration. Installing the bootloader to the wrong
drive would be very bad otherwise. Also, it's not exactly declarative if the
labels sda, sdb etc can move around - and reconfiguring / booting ends up like
a game of musical chairs.
Although if a drive fails and an administrator replaces it by a new drive,
one would have to change the operating-system configuration and reconfigure
(which could potentially download gigabytes of data and take hours).
Not ideal.
Maybe store the original serial number into a file on disk and make Guix
fall back to checking those in a second pass (with a warning).
(Guix could still call the bootloader's installer with the name of the
device file it found out - so it wouldn't be an involved change)
We would still have to check what happens with the hard drive emulators of
CD-ROMs - do these have a unique persistent serial number?
next prev parent reply other threads:[~2018-01-18 9:29 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-09 12:43 Installation Gábor Boskovits
2018-01-17 14:35 ` Installation Ludovic Courtès
2018-01-17 15:47 ` Installation Ricardo Wurmus
2018-01-17 19:35 ` Installation Gábor Boskovits
2018-01-18 10:27 ` Installation Ludovic Courtès
2018-01-18 10:29 ` Installation Ludovic Courtès
2018-01-18 12:05 ` Installation ng0
2018-01-18 15:11 ` Installation Ricardo Wurmus
2018-01-18 16:41 ` Installation myglc2
2018-01-22 4:38 ` Installation Chris Marusich
2018-01-22 8:29 ` Installation Gábor Boskovits
2018-01-18 2:29 ` Installation George myglc2 Clemmer
2018-01-18 9:29 ` Danny Milosavljevic [this message]
2018-01-18 9:39 ` Drive identifiers Danny Milosavljevic
2018-01-18 10:32 ` Ludovic Courtès
2018-01-18 11:01 ` Danny Milosavljevic
2018-01-19 14:35 ` Danny Milosavljevic
2018-01-18 20:10 ` myglc2
2018-01-19 8:27 ` Danny Milosavljevic
2018-01-19 0:43 ` myglc2
2018-01-19 7:22 ` Danny Milosavljevic
2018-01-19 16:42 ` Ricardo Wurmus
2018-01-24 14:12 ` Ludovic Courtès
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=20180118102914.6cb68394@scratchpost.org \
--to=dannym@scratchpost.org \
--cc=guix-devel@gnu.org \
--cc=myglc2@gmail.com \
/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.