Действительно ли это - проблема, чтобы временно иметь тот же UUID для двух разделов?

Question 1

При следовании инструкциям в Перемещении установка Linux на новом Твердотельном накопителе - даже меньший, я застрял прямо после точки "9". где я скопировал UUID sdb6 (файловая система рабочей человечности на жестком диске) на sda1 (подражатель новая файловая система в SSD) использующий tune2fs.

В то время как я пытаюсь быть отклеенным... (Я скоро отправлю поток об этом), действительно ли это - проблема для выполнения системы при наличии того же UUID на двух разделах?

Если так, при полагании также, что я не знаю исходный UUID sda1 раздела, было бы нормально просто изобретать один, например, путем изменения символа UUID?

Информация о системе Ubuntu 16.04

$ fdisk -l

Disk /dev/sda: 119.2 GiB, 128035676160 bytes, 250069680 sectors
...
Device     Boot Start       End   Sectors   Size Id Type
/dev/sda1        2048 225282211 225280164 107.4G 83 Linux


Disk /dev/sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors
...
Device     Boot     Start       End   Sectors   Size Id Type
/dev/sdb1            2048 318919887 318917840 152.1G  7 HPFS/NTFS/exFAT
/dev/sdb2       318920702 976771071 657850370 313.7G  5 Extended
/dev/sdb5       960151552 976771071  16619520   7.9G 82 Linux swap / Solaris
/dev/sdb6       318920704 960151551 641230848 305.8G 83 Linux

Question 2

Некоторые системные инструменты относятся к разделам числами UUID. Это распространено в /etc/fstab, например; разделы определяются для монтирования их числами UUID, а не некоторым другим способом. Таким образом копируйте числа UUID, может вызвать беспорядок и несоответствие - на одной начальной загрузке, один раздел мог бы быть смонтирован; но на других монтируются, другой раздел мог бы быть смонтирован. Это могло создать проблемы, если файлы на том разделе изменяются, как вероятно на большинстве разделов.

Можно изучить то, что UUID раздел использует через blkid команда:

$ sudo blkid /dev/sdc3
/dev/sdc3: UUID="5028fa50-0079-4c40-b240-abfaf28693ea" TYPE="ext4" PARTLABEL="Xubuntu /boot" PARTUUID="74ed9e82-2e96-4a12-89e0-e0563c296a08"

Этот пример показывает это /dev/sdc3 имеет UUID 5028fa50-0079-4c40-b240-abfaf28693ea.

Можно изменить UUID с различными определенными для файловой системы инструментами. Для ext2/3/4fs называют этот инструмент tune2fs, и Вы передаете его -U опция изменить UUID. Вам, однако, будет нужен новый UUID, и можно генерировать это с uuidgen инструмент, к которому можно звонить как часть вызова tune2fs:

$ sudo tune2fs -U $(uuidgen) /dev/sdc3

Необходимо было бы изменить идентификатор устройства (/dev/sdc3 в этом примере) для Вашей системы, конечно.

Если Ваш раздел будет использовать файловую систему кроме ext2/3/4fs, то необходимо будет использовать инструмент кроме tune2fs, такой как xfs_admin для XFS или btrfstune для Btrfs.

Если раздел монтируется в /etc/fstab, определенный UUID в a grub.cfg файл, или иначе ссылаемый, Вы, возможно, должны скорректировать тот конфигурационный файл после внесения Вашего изменения.

Question 3

Question 4

Если необходимо изменить UUID для разделов NTFS, он несколько отличается:

существует на самом деле очень хорошее решение этого на этом Поток Форума Ubuntu .

<час>

Для NTFS делит, это - полный список шагов, которые я сделал (все подходило, и никакие данные не были потеряны для меня):

Всегда сохраняют резервное копирование Вашего раздела, который Вы собираетесь отредактировать

blkid для проверки существующего uuids использования раздела, к вашему сведению, это - мой вывод, обратите внимание, что UUID для более позднего

/dev/sdd1: LABEL="EXT-HD-JS" 
TYPE="ntfs" 
UUID="983C4B493C4B221C" 
PARTUUID="0021f320-01"

mount | grep "/dev/sdd1" Удостоверяется, что раздел не смонтирован!

Теперь мы устанавливаем hexeditor, копируем 512-байтовые данные суперблока в Вашего пользователя домой и редактируем данные:

sudo apt install ncurses-hexedit
sudo dd if=/dev/sdd1 of=~/superblock1 bs=512 count=1
sudo hexeditor ~/superblock1

Взгляд на байты 0x48 к 0x4f: 1C 22 4B 3C 49 4B 3C 98

Это байты в обратном порядке как UUID, который это отобразило с Изменением blkid

, запускаются к 1D (минимальное изменение всегда лучше)

Выход hexeditor с Ctrl+X, тип входит для сохранения под тем же файлом.

Следующий мы копируем назад данные суперблока с измененным UUID, перезагрузкой и проверяем UUID снова:

sudo dd if=~/superblock1 of=/dev/sdd1 bs=512 count=1
sudo reboot now
blkid

Rod Smith · Accepted Answer · 1 December 2019 в 15:22

Некоторые системные инструменты относятся к разделам числами UUID. Это распространено в /etc/fstab, например; разделы определяются для монтирования их числами UUID, а не некоторым другим способом. Таким образом копируйте числа UUID, может вызвать беспорядок и несоответствие - на одной начальной загрузке, один раздел мог бы быть смонтирован; но на других монтируются, другой раздел мог бы быть смонтирован. Это могло создать проблемы, если файлы на том разделе изменяются, как вероятно на большинстве разделов.

Можно изучить то, что UUID раздел использует через blkid команда:

$ sudo blkid /dev/sdc3
/dev/sdc3: UUID="5028fa50-0079-4c40-b240-abfaf28693ea" TYPE="ext4" PARTLABEL="Xubuntu /boot" PARTUUID="74ed9e82-2e96-4a12-89e0-e0563c296a08"

Этот пример показывает это /dev/sdc3 имеет UUID 5028fa50-0079-4c40-b240-abfaf28693ea.

Можно изменить UUID с различными определенными для файловой системы инструментами. Для ext2/3/4fs называют этот инструмент tune2fs, и Вы передаете его -U опция изменить UUID. Вам, однако, будет нужен новый UUID, и можно генерировать это с uuidgen инструмент, к которому можно звонить как часть вызова tune2fs:

$ sudo tune2fs -U $(uuidgen) /dev/sdc3

Необходимо было бы изменить идентификатор устройства (/dev/sdc3 в этом примере) для Вашей системы, конечно.

Если Ваш раздел будет использовать файловую систему кроме ext2/3/4fs, то необходимо будет использовать инструмент кроме tune2fs, такой как xfs_admin для XFS или btrfstune для Btrfs.

Если раздел монтируется в /etc/fstab, определенный UUID в a grub.cfg файл, или иначе ссылаемый, Вы, возможно, должны скорректировать тот конфигурационный файл после внесения Вашего изменения.

Julian Schelker · Answer 2 · 1 December 2019 в 15:22

Если необходимо изменить UUID для разделов NTFS, он несколько отличается:

существует на самом деле очень хорошее решение этого на этом Поток Форума Ubuntu .

<час>

Для NTFS делит, это - полный список шагов, которые я сделал (все подходило, и никакие данные не были потеряны для меня):

Всегда сохраняют резервное копирование Вашего раздела, который Вы собираетесь отредактировать

blkid для проверки существующего uuids использования раздела, к вашему сведению, это - мой вывод, обратите внимание, что UUID для более позднего

/dev/sdd1: LABEL="EXT-HD-JS" 
TYPE="ntfs" 
UUID="983C4B493C4B221C" 
PARTUUID="0021f320-01"

mount | grep "/dev/sdd1" Удостоверяется, что раздел не смонтирован!

Теперь мы устанавливаем hexeditor, копируем 512-байтовые данные суперблока в Вашего пользователя домой и редактируем данные:

sudo apt install ncurses-hexedit
sudo dd if=/dev/sdd1 of=~/superblock1 bs=512 count=1
sudo hexeditor ~/superblock1

Взгляд на байты 0x48 к 0x4f: 1C 22 4B 3C 49 4B 3C 98

Это байты в обратном порядке как UUID, который это отобразило с Изменением blkid

, запускаются к 1D (минимальное изменение всегда лучше)

Выход hexeditor с Ctrl+X, тип входит для сохранения под тем же файлом.

Следующий мы копируем назад данные суперблока с измененным UUID, перезагрузкой и проверяем UUID снова:

sudo dd if=~/superblock1 of=/dev/sdd1 bs=512 count=1
sudo reboot now
blkid

Действительно ли это - проблема, чтобы временно иметь тот же UUID для двух разделов?

2 ответа

Если необходимо изменить UUID для разделов NTFS, он несколько отличается:

Другие вопросы по тегам:

Похожие вопросы: