From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 8C058138334 for ; Fri, 19 Jul 2019 09:29:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 218BFE082B; Fri, 19 Jul 2019 09:29:22 +0000 (UTC) Received: from mail-ot1-x344.google.com (mail-ot1-x344.google.com [IPv6:2607:f8b0:4864:20::344]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BF660E0823 for ; Fri, 19 Jul 2019 09:29:21 +0000 (UTC) Received: by mail-ot1-x344.google.com with SMTP id x21so32057231otq.12 for ; Fri, 19 Jul 2019 02:29:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Eg44tuIuF8Fg2/i+af5eRuLABtVu7PiI58NlD3+o+pA=; b=l8tkOt81pf+Rm0W3cJAhZReF9ZUB1a6DsPK0OLQNcd3syH5GcXh8FrslDYZ8AegtIj PHHQLgwADGdOvoC3K3ho58e2wTAIM6WWDyJmR8arLVB/0k2lEAnZzXUpbSUqIV7DUok3 zf9eodONkB8B8f85VBcd1wVq+6iLZgRpkSUVTbDQUu0YqX0/hcggEJIPfwpaKju3lmci 37WMLM9eS2FVl8cZQWGMZIYNOP3rQUcpDbM3vCu0QiAltLv2wD75dwcDTnRjG4qyilJW cZA+sqLjZCcUqk3G2X15dRt7AWJRoIo5XQI1DLcMcKwHQZ/2f17QVW4jdcvdXUIc0mDD 4pcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Eg44tuIuF8Fg2/i+af5eRuLABtVu7PiI58NlD3+o+pA=; b=cS9PJVTNprfRm8uly7JvL4HdTKnllXox6ZP25+ONP7BLs2bOOD5j2mhI6Nj+gRgpK3 2qL5WuSEwTyUkyShIEIs8mDZ/WucgFHPKj2EPWVYi/bQAB1WkBZxkdk1U3qOeBGrEkz1 VGN6WnO3qxa3ulO3TLvlsQ9HiLlEh/fMO2MzT6b0YAh3yK4Tfldvf4GmY+tS0NnzuAT+ jOETPpyh84ZYKJNBtEXvIcVmKfs9h8KSbMSrLNJ7QZzpntnwlqpmnDODkDjp9SqzcVNc 0lcVF9qz9jKNytNlVrNb8epCFtHFb9u22MknlbIl4XdkzFd/wzMgQHujJLvKyei9SgWj kT7Q== X-Gm-Message-State: APjAAAWZx++Lt0ggcC99o3XquJY0x+LZShUOKj1ysLFoIZQFgnLeEsSq sp0tcQrraKeyniPFFf7g1bHpgY6LnY47PDf7++8iOSHW X-Google-Smtp-Source: APXvYqyg+5rDbjBTnv9bcGLVhCj4yndQHLqkmlZxtF4oH8YtkP5GrxDczoY8HB0lUNdJSpnf0no3P9OW8YbGTYG7SBU= X-Received: by 2002:a9d:77c2:: with SMTP id w2mr29140310otl.192.1563528560576; Fri, 19 Jul 2019 02:29:20 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 From: Adam Carter Date: Fri, 19 Jul 2019 19:29:09 +1000 Message-ID: Subject: [gentoo-user] Using UUID for root disk in grub requires initramfs? To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary="000000000000730af8058e055cd7" X-Archives-Salt: acab5d53-e387-4a62-87e5-5c88dbc79fd9 X-Archives-Hash: b8dba8ed8ff54740e8ad88bfe77bd968 --000000000000730af8058e055cd7 Content-Type: text/plain; charset="UTF-8" This https://wiki.gentoo.org/wiki/GRUB2/Configuration_variables has GRUB_DISABLE_LINUX_UUID false If true, ${GRUB_DEVICE} is passed in the root parameter on the kernel command line. If false, ${GRUB_DEVICE_UUID} is passed in the root parameter on the kernel command line when an initramfs is available. So it looks like i can't set root= to a UUID unless i use an initramfs - can anyone confirm? In /usr/src/linux/admin-guide/kernel-parameters.txt it has; root= [KNL] Root filesystem See name_to_dev_t comment in init/do_mounts.c. And in do_mounts.c it mentions PARTUUID= and PARTLABEL= but i dont know C so don't know what to make of it. Background is that after adding a new disk the system doesn't boot, so i'm assuming that the /dev/sdX device names are now pointing to different hardware, so i want to fix that by using persistent names. --000000000000730af8058e055cd7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
This

has

<= /div>
GRUB_DISABLE_LINUX_UUID false If true, ${GRUB_DEVICE} is passed in the root parameter on= the kernel command line.

If false, ${GRUB_DEVICE_UUID} is passed in the root paramet= er on the kernel command line when an initramfs is available.


So it looks like i can'= ;t set root=3D to a UUID unless i use an initramfs - can anyone confirm?

In /usr/src/linux/admin-guide/kernel-parameters.txt = it has;
root=3D =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 [KNL] Root fil= esystem
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 See name_to_dev_t comment in init/do_mounts.c.

And in do_mounts.c it mentions PARTUUID=3D and PARTLA= BEL=3D but i dont know C so don't know what to make of it.

Background is that after adding a new disk the syst= em doesn't boot, so i'm assuming that the /dev/sdX device names are= now pointing to different hardware, so i want to fix that by using persist= ent names.






--000000000000730af8058e055cd7--