Почему Mint не может загрузить мой клонированный раздел Ubuntu? (Проблема с UUID)

Хорошо, я нашел решение, которое, вероятно, я должен (или не должен) делать в первую очередь.

После dd клонирования раздела Ubuntu перед установкой Linux Mint я загрузился в Ubuntu. Именно тогда я понял (глядя на таблицу разделов), что UUID был дублирован, поэтому я сгенерировал новый UUID. Но когда я установил Linux Mint, он отформатировал исходный раздел и все равно сгенерировал новый UUID. По сути, я запустил

sudo tune2fs /dev/sda7 -U <old UUID>
sudo grub-update

и соответственно сбросил fstabs, и все заработало. Во-первых, никогда не следовало бы изменять UUID клонированного раздела.

Тем не менее, было бы полезно узнать, как изменить UUID раздела и по-прежнему находить его в загрузчике, поэтому Марти Ваш ответ выше.

Я предполагаю, что вы не просматриваете / редактируете тот же самый grub.cfg, на который смотрит загрузчик. Помните, у вас есть две разные директории /boot/grub, и загрузчик должен знать, какую искать. update-grub обновляет grub.cfg в текущем смонтированном /boot/grub/grub.cfg. Я предполагаю, что загрузчик смотрит на другой раздел. После того, как я выпью свою первую чашку кофе, я смогу подтвердить это, прочитав ваш пост и, возможно, сделав заметки, но сейчас это должно быть обоснованное предположение.

Я считаю, что вам нужно сделать, чтобы запустить sudo grub-install --root-directory=/ /dev/sda. Я даю полную версию для дополнительной информации - параметр --root-directory по умолчанию равен /.

Эта команда переустановит загрузчик на / dev / sda, сказав, что он должен искать в «root» -directory "(/ boot / grub) для grub.cfg. Если вы хотите, чтобы ваш grub.cfg находился в другом дистрибутиве, вы можете смонтировать его и указать другой «корневой каталог», такой как, например, /mnt/my_other_distro/, если он был смонтирован в /mnt/my_other_distro.

Дайте мне знать, если у вас есть проблемы, пока я пью кофе. :)

Редактировать: ( после кофе ) Теперь я вижу одну важную проблему ... вы должны были изменить UUID для sda1, а не sda7. Затем, когда вы установили Mint на sda1, он все равно изменит его, если вы переформатируете, но если вы его не измените, он может запутаться. Изменяя UUID для старой установки Ubuntu, вы сделали недействительными все параметры монтирования в его / etc / fstab вместе с меню GRUB. Я предполагаю, что Mint не регенерирует меню, а только копирует записи, поэтому ему все равно, корректно оно или нет.

Запуск update-grub исправляет grub.cfg, но не код grub в MBR; это можно изменить только с помощью grub-install.

И Linux Mint не знает, что на самом деле означают записи в grub.cfg, так как это может относиться к диску, которого в тот момент даже не было. Я думаю, он просто добавляет новую запись к вершине существующих.

Это останется полезным и для других, и для меня, и для меня тоже.

edit # 1 --------------------

http://www.linuxjournal.com/content/copy-your-linux-install-different-partition-or-drive

просто шаг, который я нашел, когда искал ..... и сразу после выхода отсюда после того, как я добавил это ниже .....

--------------- конец редактирования # 1

И я должен добавить это;

UUID всегда останется неизменным, независимо от форматирования. Он МОЖЕТ измениться, если потребуется, только при использовании Dban или SecureDelete (который каждый может найти с помощью HaremsBootCD для всех ОС или UltimateBootCD для Windows) (потому что он выходит из системы / выключается ОС для запуска этих программ). Только SecureDelete может общаться прямо на жесткий диск. Ни один из форматов, выполненных через / любая ОС, не может стереть UUID, даже через обычный liveCD (как объяснено / сказано выше).

Так что да, как я и предполагал, если клонированный раздел был клонирован uuid (что является ОЧЕНЬ плохой идеей и неправильным управлением со стороны разработчика программного обеспечения ...) было бы безопасно вести журнал и записывать uuid как дисков, так и таблицы разделов, чтобы исправить будущий fstab (используя любой live CD) отредактировать его как root ofcourse) для загрузки Linux. Но я не думаю и не вижу, как клонированный будет иметь какую-либо часть корневой таблицы разделов. Раздел и таблица разделов - это две разные вещи, одна идет поверх другой как слой на столе. Таким образом, UUID должен оставаться прежним ..... если только в этой таблице не добавлен новый раздел (основной, логический или расширенный эфир)

Итак, здесь нет потока ... Linux забавно, потому что мы можем сделать это, но также и Linux - это боль, потому что мы должны знать, что мы должны делать и должны делать все эти "хитрые" вещи.

И я ЛЮБЛЮ / ЛЮБЛЮ форумы Ubuntu / Mint / Debian / CrunchBang / Slackware, потому что мы можем обмениваться старым и НОВЫМ решением. Не так, как (не то, что нравится и любимо большинству и мне) на форумах Arch, где любое «решенное» очень устарело после 12 дней или хуже, и / или любой пользователь даже получает выговор за попытку сказать «спасибо» (даже после прочтения архивных руководств) (может быть, мне стоит начать делать свою собственную ОС из LFS --linux-from-scratch;) может быть проще собрать, чем спрашивать других, как у них работает, кто знает (?)

Во всяком случае, я попал сюда из поиска Google для /, если способ клонирования установки Linux. Я не только обнаружил, что это можно сделать, но и должен убедиться, что у него правильный UUID, о котором я не думал, кроме как просто его клонировать и загрузить.

Хорошо, я нашел решение, которое, вероятно, я должен (или не должен) делать в первую очередь.

После dd клонирования раздела Ubuntu перед установкой Linux Mint я загрузился в Ubuntu. Именно тогда я понял (глядя на таблицу разделов), что UUID был дублирован, поэтому я сгенерировал новый UUID. Но когда я установил Linux Mint, он отформатировал исходный раздел и все равно сгенерировал новый UUID. По сути, я запустил

sudo tune2fs /dev/sda7 -U <old UUID>
sudo grub-update

и соответственно сбросил fstabs, и все заработало. Во-первых, никогда не следовало бы изменять UUID клонированного раздела.

Тем не менее, было бы полезно узнать, как изменить UUID раздела и по-прежнему находить его в загрузчике, поэтому Марти Ваш ответ выше.

Я предполагаю, что вы не просматриваете / редактируете тот же самый grub.cfg, на который смотрит загрузчик. Помните, у вас есть две разные директории /boot/grub, и загрузчик должен знать, какую искать. update-grub обновляет grub.cfg в текущем смонтированном /boot/grub/grub.cfg. Я предполагаю, что загрузчик смотрит на другой раздел. После того, как я выпью свою первую чашку кофе, я смогу подтвердить это, прочитав ваш пост и, возможно, сделав заметки, но сейчас это должно быть обоснованное предположение.

Я считаю, что вам нужно сделать, чтобы запустить sudo grub-install --root-directory=/ /dev/sda. Я даю полную версию для дополнительной информации - параметр --root-directory по умолчанию равен /.

Эта команда переустановит загрузчик на / dev / sda, сказав, что он должен искать в «root» -directory "(/ boot / grub) для grub.cfg. Если вы хотите, чтобы ваш grub.cfg находился в другом дистрибутиве, вы можете смонтировать его и указать другой «корневой каталог», такой как, например, /mnt/my_other_distro/, если он был смонтирован в /mnt/my_other_distro.

Дайте мне знать, если у вас есть проблемы, пока я пью кофе. :)

Редактировать: ( после кофе ) Теперь я вижу одну важную проблему ... вы должны были изменить UUID для sda1, а не sda7. Затем, когда вы установили Mint на sda1, он все равно изменит его, если вы переформатируете, но если вы его не измените, он может запутаться. Изменяя UUID для старой установки Ubuntu, вы сделали недействительными все параметры монтирования в его / etc / fstab вместе с меню GRUB. Я предполагаю, что Mint не регенерирует меню, а только копирует записи, поэтому ему все равно, корректно оно или нет.

Запуск update-grub исправляет grub.cfg, но не код grub в MBR; это можно изменить только с помощью grub-install.

И Linux Mint не знает, что на самом деле означают записи в grub.cfg, так как это может относиться к диску, которого в тот момент даже не было. Я думаю, он просто добавляет новую запись к вершине существующих.

Это останется полезным и для других, и для меня, и для меня тоже.

edit # 1 --------------------

http://www.linuxjournal.com/content/copy-your-linux-install-different-partition-or-drive

просто шаг, который я нашел, когда искал ..... и сразу после выхода отсюда после того, как я добавил это ниже .....

--------------- конец редактирования # 1

И я должен добавить это;

UUID всегда останется неизменным, независимо от форматирования. Он МОЖЕТ измениться, если потребуется, только при использовании Dban или SecureDelete (который каждый может найти с помощью HaremsBootCD для всех ОС или UltimateBootCD для Windows) (потому что он выходит из системы / выключается ОС для запуска этих программ). Только SecureDelete может общаться прямо на жесткий диск. Ни один из форматов, выполненных через / любая ОС, не может стереть UUID, даже через обычный liveCD (как объяснено / сказано выше).

Так что да, как я и предполагал, если клонированный раздел был клонирован uuid (что является ОЧЕНЬ плохой идеей и неправильным управлением со стороны разработчика программного обеспечения ...) было бы безопасно вести журнал и записывать uuid как дисков, так и таблицы разделов, чтобы исправить будущий fstab (используя любой live CD) отредактировать его как root ofcourse) для загрузки Linux. Но я не думаю и не вижу, как клонированный будет иметь какую-либо часть корневой таблицы разделов. Раздел и таблица разделов - это две разные вещи, одна идет поверх другой как слой на столе. Таким образом, UUID должен оставаться прежним ..... если только в этой таблице не добавлен новый раздел (основной, логический или расширенный эфир)

Итак, здесь нет потока ... Linux забавно, потому что мы можем сделать это, но также и Linux - это боль, потому что мы должны знать, что мы должны делать и должны делать все эти "хитрые" вещи.

И я ЛЮБЛЮ / ЛЮБЛЮ форумы Ubuntu / Mint / Debian / CrunchBang / Slackware, потому что мы можем обмениваться старым и НОВЫМ решением. Не так, как (не то, что нравится и любимо большинству и мне) на форумах Arch, где любое «решенное» очень устарело после 12 дней или хуже, и / или любой пользователь даже получает выговор за попытку сказать «спасибо» (даже после прочтения архивных руководств) (может быть, мне стоит начать делать свою собственную ОС из LFS --linux-from-scratch;) может быть проще собрать, чем спрашивать других, как у них работает, кто знает (?)

Во всяком случае, я попал сюда из поиска Google для /, если способ клонирования установки Linux. Я не только обнаружил, что это можно сделать, но и должен убедиться, что у него правильный UUID, о котором я не думал, кроме как просто его клонировать и загрузить.

Хорошо, я нашел решение, которое, вероятно, я должен (или не должен) делать в первую очередь.

После dd клонирования раздела Ubuntu перед установкой Linux Mint я загрузился в Ubuntu. Именно тогда я понял (глядя на таблицу разделов), что UUID был дублирован, поэтому я сгенерировал новый UUID. Но когда я установил Linux Mint, он отформатировал исходный раздел и все равно сгенерировал новый UUID. По сути, я запустил

sudo tune2fs /dev/sda7 -U <old UUID>
sudo grub-update

и соответственно сбросил fstabs, и все заработало. Во-первых, никогда не следовало бы изменять UUID клонированного раздела.

Тем не менее, было бы полезно узнать, как изменить UUID раздела и по-прежнему находить его в загрузчике, поэтому Марти Ваш ответ выше.

Я предполагаю, что вы не просматриваете / редактируете тот же самый grub.cfg, на который смотрит загрузчик. Помните, у вас есть две разные директории /boot/grub, и загрузчик должен знать, какую искать. update-grub обновляет grub.cfg в текущем смонтированном /boot/grub/grub.cfg. Я предполагаю, что загрузчик смотрит на другой раздел. После того, как я выпью свою первую чашку кофе, я смогу подтвердить это, прочитав ваш пост и, возможно, сделав заметки, но сейчас это должно быть обоснованное предположение.

Я считаю, что вам нужно сделать, чтобы запустить sudo grub-install --root-directory=/ /dev/sda. Я даю полную версию для дополнительной информации - параметр --root-directory по умолчанию равен /.

Эта команда переустановит загрузчик на / dev / sda, сказав, что он должен искать в «root» -directory "(/ boot / grub) для grub.cfg. Если вы хотите, чтобы ваш grub.cfg находился в другом дистрибутиве, вы можете смонтировать его и указать другой «корневой каталог», такой как, например, /mnt/my_other_distro/, если он был смонтирован в /mnt/my_other_distro.

Дайте мне знать, если у вас есть проблемы, пока я пью кофе. :)

Редактировать: ( после кофе ) Теперь я вижу одну важную проблему ... вы должны были изменить UUID для sda1, а не sda7. Затем, когда вы установили Mint на sda1, он все равно изменит его, если вы переформатируете, но если вы его не измените, он может запутаться. Изменяя UUID для старой установки Ubuntu, вы сделали недействительными все параметры монтирования в его / etc / fstab вместе с меню GRUB. Я предполагаю, что Mint не регенерирует меню, а только копирует записи, поэтому ему все равно, корректно оно или нет.

Запуск update-grub исправляет grub.cfg, но не код grub в MBR; это можно изменить только с помощью grub-install.

И Linux Mint не знает, что на самом деле означают записи в grub.cfg, так как это может относиться к диску, которого в тот момент даже не было. Я думаю, он просто добавляет новую запись к вершине существующих.

Это останется полезным и для других, и для меня, и для меня тоже.

edit # 1 --------------------

http://www.linuxjournal.com/content/copy-your-linux-install-different-partition-or-drive

просто шаг, который я нашел, когда искал ..... и сразу после выхода отсюда после того, как я добавил это ниже .....

--------------- конец редактирования # 1

И я должен добавить это;

UUID всегда останется неизменным, независимо от форматирования. Он МОЖЕТ измениться, если потребуется, только при использовании Dban или SecureDelete (который каждый может найти с помощью HaremsBootCD для всех ОС или UltimateBootCD для Windows) (потому что он выходит из системы / выключается ОС для запуска этих программ). Только SecureDelete может общаться прямо на жесткий диск. Ни один из форматов, выполненных через / любая ОС, не может стереть UUID, даже через обычный liveCD (как объяснено / сказано выше).

Так что да, как я и предполагал, если клонированный раздел был клонирован uuid (что является ОЧЕНЬ плохой идеей и неправильным управлением со стороны разработчика программного обеспечения ...) было бы безопасно вести журнал и записывать uuid как дисков, так и таблицы разделов, чтобы исправить будущий fstab (используя любой live CD) отредактировать его как root ofcourse) для загрузки Linux. Но я не думаю и не вижу, как клонированный будет иметь какую-либо часть корневой таблицы разделов. Раздел и таблица разделов - это две разные вещи, одна идет поверх другой как слой на столе. Таким образом, UUID должен оставаться прежним ..... если только в этой таблице не добавлен новый раздел (основной, логический или расширенный эфир)

Итак, здесь нет потока ... Linux забавно, потому что мы можем сделать это, но также и Linux - это боль, потому что мы должны знать, что мы должны делать и должны делать все эти "хитрые" вещи.

И я ЛЮБЛЮ / ЛЮБЛЮ форумы Ubuntu / Mint / Debian / CrunchBang / Slackware, потому что мы можем обмениваться старым и НОВЫМ решением. Не так, как (не то, что нравится и любимо большинству и мне) на форумах Arch, где любое «решенное» очень устарело после 12 дней или хуже, и / или любой пользователь даже получает выговор за попытку сказать «спасибо» (даже после прочтения архивных руководств) (может быть, мне стоит начать делать свою собственную ОС из LFS --linux-from-scratch;) может быть проще собрать, чем спрашивать других, как у них работает, кто знает (?)

Во всяком случае, я попал сюда из поиска Google для /, если способ клонирования установки Linux. Я не только обнаружил, что это можно сделать, но и должен убедиться, что у него правильный UUID, о котором я не думал, кроме как просто его клонировать и загрузить.

Хорошо, я нашел решение, которое, вероятно, я должен (или не должен) делать в первую очередь.

После dd клонирования раздела Ubuntu перед установкой Linux Mint я загрузился в Ubuntu. Именно тогда я понял (глядя на таблицу разделов), что UUID был дублирован, поэтому я сгенерировал новый UUID. Но когда я установил Linux Mint, он отформатировал исходный раздел и все равно сгенерировал новый UUID. По сути, я запустил

sudo tune2fs /dev/sda7 -U <old UUID>
sudo grub-update

и соответственно сбросил fstabs, и все заработало. Во-первых, никогда не следовало бы изменять UUID клонированного раздела.

Тем не менее, было бы полезно узнать, как изменить UUID раздела и по-прежнему находить его в загрузчике, поэтому Марти Ваш ответ выше.

Я предполагаю, что вы не просматриваете / редактируете тот же самый grub.cfg, на который смотрит загрузчик. Помните, у вас есть две разные директории /boot/grub, и загрузчик должен знать, какую искать. update-grub обновляет grub.cfg в текущем смонтированном /boot/grub/grub.cfg. Я предполагаю, что загрузчик смотрит на другой раздел. После того, как я выпью свою первую чашку кофе, я смогу подтвердить это, прочитав ваш пост и, возможно, сделав заметки, но сейчас это должно быть обоснованное предположение.

Я считаю, что вам нужно сделать, чтобы запустить sudo grub-install --root-directory=/ /dev/sda. Я даю полную версию для дополнительной информации - параметр --root-directory по умолчанию равен /.

Эта команда переустановит загрузчик на / dev / sda, сказав, что он должен искать в «root» -directory "(/ boot / grub) для grub.cfg. Если вы хотите, чтобы ваш grub.cfg находился в другом дистрибутиве, вы можете смонтировать его и указать другой «корневой каталог», такой как, например, /mnt/my_other_distro/, если он был смонтирован в /mnt/my_other_distro.

Дайте мне знать, если у вас есть проблемы, пока я пью кофе. :)

Редактировать: ( после кофе ) Теперь я вижу одну важную проблему ... вы должны были изменить UUID для sda1, а не sda7. Затем, когда вы установили Mint на sda1, он все равно изменит его, если вы переформатируете, но если вы его не измените, он может запутаться. Изменяя UUID для старой установки Ubuntu, вы сделали недействительными все параметры монтирования в его / etc / fstab вместе с меню GRUB. Я предполагаю, что Mint не регенерирует меню, а только копирует записи, поэтому ему все равно, корректно оно или нет.

Запуск update-grub исправляет grub.cfg, но не код grub в MBR; это можно изменить только с помощью grub-install.

И Linux Mint не знает, что на самом деле означают записи в grub.cfg, так как это может относиться к диску, которого в тот момент даже не было. Я думаю, он просто добавляет новую запись к вершине существующих.

Это останется полезным и для других, и для меня, и для меня тоже.

edit # 1 --------------------

http://www.linuxjournal.com/content/copy-your-linux-install-different-partition-or-drive

просто шаг, который я нашел, когда искал ..... и сразу после выхода отсюда после того, как я добавил это ниже .....

--------------- конец редактирования # 1

И я должен добавить это;

UUID всегда останется неизменным, независимо от форматирования. Он МОЖЕТ измениться, если потребуется, только при использовании Dban или SecureDelete (который каждый может найти с помощью HaremsBootCD для всех ОС или UltimateBootCD для Windows) (потому что он выходит из системы / выключается ОС для запуска этих программ). Только SecureDelete может общаться прямо на жесткий диск. Ни один из форматов, выполненных через / любая ОС, не может стереть UUID, даже через обычный liveCD (как объяснено / сказано выше).

Так что да, как я и предполагал, если клонированный раздел был клонирован uuid (что является ОЧЕНЬ плохой идеей и неправильным управлением со стороны разработчика программного обеспечения ...) было бы безопасно вести журнал и записывать uuid как дисков, так и таблицы разделов, чтобы исправить будущий fstab (используя любой live CD) отредактировать его как root ofcourse) для загрузки Linux. Но я не думаю и не вижу, как клонированный будет иметь какую-либо часть корневой таблицы разделов. Раздел и таблица разделов - это две разные вещи, одна идет поверх другой как слой на столе. Таким образом, UUID должен оставаться прежним ..... если только в этой таблице не добавлен новый раздел (основной, логический или расширенный эфир)

Итак, здесь нет потока ... Linux забавно, потому что мы можем сделать это, но также и Linux - это боль, потому что мы должны знать, что мы должны делать и должны делать все эти "хитрые" вещи.

И я ЛЮБЛЮ / ЛЮБЛЮ форумы Ubuntu / Mint / Debian / CrunchBang / Slackware, потому что мы можем обмениваться старым и НОВЫМ решением. Не так, как (не то, что нравится и любимо большинству и мне) на форумах Arch, где любое «решенное» очень устарело после 12 дней или хуже, и / или любой пользователь даже получает выговор за попытку сказать «спасибо» (даже после прочтения архивных руководств) (может быть, мне стоит начать делать свою собственную ОС из LFS --linux-from-scratch;) может быть проще собрать, чем спрашивать других, как у них работает, кто знает (?)

Во всяком случае, я попал сюда из поиска Google для /, если способ клонирования установки Linux. Я не только обнаружил, что это можно сделать, но и должен убедиться, что у него правильный UUID, о котором я не думал, кроме как просто его клонировать и загрузить.

Хорошо, я нашел решение, которое, вероятно, я должен (или не должен) делать в первую очередь.

После dd клонирования раздела Ubuntu перед установкой Linux Mint я загрузился в Ubuntu. Именно тогда я понял (глядя на таблицу разделов), что UUID был дублирован, поэтому я сгенерировал новый UUID. Но когда я установил Linux Mint, он отформатировал исходный раздел и все равно сгенерировал новый UUID. По сути, я запустил

sudo tune2fs /dev/sda7 -U <old UUID>
sudo grub-update

и соответственно сбросил fstabs, и все заработало. Во-первых, никогда не следовало бы изменять UUID клонированного раздела.

Тем не менее, было бы полезно узнать, как изменить UUID раздела и по-прежнему находить его в загрузчике, поэтому Марти Ваш ответ выше.

Я предполагаю, что вы не просматриваете / редактируете тот же самый grub.cfg, на который смотрит загрузчик. Помните, у вас есть две разные директории /boot/grub, и загрузчик должен знать, какую искать. update-grub обновляет grub.cfg в текущем смонтированном /boot/grub/grub.cfg. Я предполагаю, что загрузчик смотрит на другой раздел. После того, как я выпью свою первую чашку кофе, я смогу подтвердить это, прочитав ваш пост и, возможно, сделав заметки, но сейчас это должно быть обоснованное предположение.

Я считаю, что вам нужно сделать, чтобы запустить sudo grub-install --root-directory=/ /dev/sda. Я даю полную версию для дополнительной информации - параметр --root-directory по умолчанию равен /.

Эта команда переустановит загрузчик на / dev / sda, сказав, что он должен искать в «root» -directory "(/ boot / grub) для grub.cfg. Если вы хотите, чтобы ваш grub.cfg находился в другом дистрибутиве, вы можете смонтировать его и указать другой «корневой каталог», такой как, например, /mnt/my_other_distro/, если он был смонтирован в /mnt/my_other_distro.

Дайте мне знать, если у вас есть проблемы, пока я пью кофе. :)

Редактировать: ( после кофе ) Теперь я вижу одну важную проблему ... вы должны были изменить UUID для sda1, а не sda7. Затем, когда вы установили Mint на sda1, он все равно изменит его, если вы переформатируете, но если вы его не измените, он может запутаться. Изменяя UUID для старой установки Ubuntu, вы сделали недействительными все параметры монтирования в его / etc / fstab вместе с меню GRUB. Я предполагаю, что Mint не регенерирует меню, а только копирует записи, поэтому ему все равно, корректно оно или нет.

Запуск update-grub исправляет grub.cfg, но не код grub в MBR; это можно изменить только с помощью grub-install.

И Linux Mint не знает, что на самом деле означают записи в grub.cfg, так как это может относиться к диску, которого в тот момент даже не было. Я думаю, он просто добавляет новую запись к вершине существующих.

Это останется полезным и для других, и для меня, и для меня тоже.

edit # 1 --------------------

http://www.linuxjournal.com/content/copy-your-linux-install-different-partition-or-drive

просто шаг, который я нашел, когда искал ..... и сразу после выхода отсюда после того, как я добавил это ниже .....

--------------- конец редактирования # 1

И я должен добавить это;

UUID всегда останется неизменным, независимо от форматирования. Он МОЖЕТ измениться, если потребуется, только при использовании Dban или SecureDelete (который каждый может найти с помощью HaremsBootCD для всех ОС или UltimateBootCD для Windows) (потому что он выходит из системы / выключается ОС для запуска этих программ). Только SecureDelete может общаться прямо на жесткий диск. Ни один из форматов, выполненных через / любая ОС, не может стереть UUID, даже через обычный liveCD (как объяснено / сказано выше).

Так что да, как я и предполагал, если клонированный раздел был клонирован uuid (что является ОЧЕНЬ плохой идеей и неправильным управлением со стороны разработчика программного обеспечения ...) было бы безопасно вести журнал и записывать uuid как дисков, так и таблицы разделов, чтобы исправить будущий fstab (используя любой live CD) отредактировать его как root ofcourse) для загрузки Linux. Но я не думаю и не вижу, как клонированный будет иметь какую-либо часть корневой таблицы разделов. Раздел и таблица разделов - это две разные вещи, одна идет поверх другой как слой на столе. Таким образом, UUID должен оставаться прежним ..... если только в этой таблице не добавлен новый раздел (основной, логический или расширенный эфир)

Итак, здесь нет потока ... Linux забавно, потому что мы можем сделать это, но также и Linux - это боль, потому что мы должны знать, что мы должны делать и должны делать все эти "хитрые" вещи.

И я ЛЮБЛЮ / ЛЮБЛЮ форумы Ubuntu / Mint / Debian / CrunchBang / Slackware, потому что мы можем обмениваться старым и НОВЫМ решением. Не так, как (не то, что нравится и любимо большинству и мне) на форумах Arch, где любое «решенное» очень устарело после 12 дней или хуже, и / или любой пользователь даже получает выговор за попытку сказать «спасибо» (даже после прочтения архивных руководств) (может быть, мне стоит начать делать свою собственную ОС из LFS --linux-from-scratch;) может быть проще собрать, чем спрашивать других, как у них работает, кто знает (?)

Во всяком случае, я попал сюда из поиска Google для /, если способ клонирования установки Linux. Я не только обнаружил, что это можно сделать, но и должен убедиться, что у него правильный UUID, о котором я не думал, кроме как просто его клонировать и загрузить.

Это останется полезным и для других, и для меня, и для меня тоже.

edit # 1 --------------------

http://www.linuxjournal.com/content/copy-your-linux-install-different-partition-or-drive

просто шаг, который я нашел, когда искал ..... и сразу после выхода отсюда после того, как я добавил это ниже .....

--------------- конец редактирования # 1

И я должен добавить это;

UUID всегда останется неизменным, независимо от форматирования. Он МОЖЕТ измениться, если потребуется, только при использовании Dban или SecureDelete (который каждый может найти с помощью HaremsBootCD для всех ОС или UltimateBootCD для Windows) (потому что он выходит из системы / выключается ОС для запуска этих программ). Только SecureDelete может общаться прямо на жесткий диск. Ни один из форматов, выполненных через / любая ОС, не может стереть UUID, даже через обычный liveCD (как объяснено / сказано выше).

Так что да, как я и предполагал, если клонированный раздел был клонирован uuid (что является ОЧЕНЬ плохой идеей и неправильным управлением со стороны разработчика программного обеспечения ...) было бы безопасно вести журнал и записывать uuid как дисков, так и таблицы разделов, чтобы исправить будущий fstab (используя любой live CD) отредактировать его как root ofcourse) для загрузки Linux. Но я не думаю и не вижу, как клонированный будет иметь какую-либо часть корневой таблицы разделов. Раздел и таблица разделов - это две разные вещи, одна идет поверх другой как слой на столе. Таким образом, UUID должен оставаться прежним ..... если только в этой таблице не добавлен новый раздел (основной, логический или расширенный эфир)

Итак, здесь нет потока ... Linux забавно, потому что мы можем сделать это, но также и Linux - это боль, потому что мы должны знать, что мы должны делать и должны делать все эти "хитрые" вещи.

И я ЛЮБЛЮ / ЛЮБЛЮ форумы Ubuntu / Mint / Debian / CrunchBang / Slackware, потому что мы можем обмениваться старым и НОВЫМ решением. Не так, как (не то, что нравится и любимо большинству и мне) на форумах Arch, где любое «решенное» очень устарело после 12 дней или хуже, и / или любой пользователь даже получает выговор за попытку сказать «спасибо» (даже после прочтения архивных руководств) (может быть, мне стоит начать делать свою собственную ОС из LFS --linux-from-scratch;) может быть проще собрать, чем спрашивать других, как у них работает, кто знает (?)

Во всяком случае, я попал сюда из поиска Google для /, если способ клонирования установки Linux. Я не только обнаружил, что это можно сделать, но и должен убедиться, что у него правильный UUID, о котором я не думал, кроме как просто его клонировать и загрузить.

Я предполагаю, что вы не просматриваете / редактируете тот же самый grub.cfg, на который смотрит загрузчик. Помните, у вас есть две разные директории /boot/grub, и загрузчик должен знать, какую искать. update-grub обновляет grub.cfg в текущем смонтированном /boot/grub/grub.cfg. Я предполагаю, что загрузчик смотрит на другой раздел. После того, как я выпью свою первую чашку кофе, я смогу подтвердить это, прочитав ваш пост и, возможно, сделав заметки, но сейчас это должно быть обоснованное предположение.

Я считаю, что вам нужно сделать, чтобы запустить sudo grub-install --root-directory=/ /dev/sda. Я даю полную версию для дополнительной информации - параметр --root-directory по умолчанию равен /.

Эта команда переустановит загрузчик на / dev / sda, сказав, что он должен искать в «root» -directory "(/ boot / grub) для grub.cfg. Если вы хотите, чтобы ваш grub.cfg находился в другом дистрибутиве, вы можете смонтировать его и указать другой «корневой каталог», такой как, например, /mnt/my_other_distro/, если он был смонтирован в /mnt/my_other_distro.

Дайте мне знать, если у вас есть проблемы, пока я пью кофе. :)

Редактировать: ( после кофе ) Теперь я вижу одну важную проблему ... вы должны были изменить UUID для sda1, а не sda7. Затем, когда вы установили Mint на sda1, он все равно изменит его, если вы переформатируете, но если вы его не измените, он может запутаться. Изменяя UUID для старой установки Ubuntu, вы сделали недействительными все параметры монтирования в его / etc / fstab вместе с меню GRUB. Я предполагаю, что Mint не регенерирует меню, а только копирует записи, поэтому ему все равно, корректно оно или нет.

Запуск update-grub исправляет grub.cfg, но не код grub в MBR; это можно изменить только с помощью grub-install.

И Linux Mint не знает, что на самом деле означают записи в grub.cfg, так как это может относиться к диску, которого в тот момент даже не было. Я думаю, он просто добавляет новую запись к вершине существующих.

Хорошо, я нашел решение, которое, вероятно, я должен (или не должен) делать в первую очередь.

После dd клонирования раздела Ubuntu перед установкой Linux Mint я загрузился в Ubuntu. Именно тогда я понял (глядя на таблицу разделов), что UUID был дублирован, поэтому я сгенерировал новый UUID. Но когда я установил Linux Mint, он отформатировал исходный раздел и все равно сгенерировал новый UUID. По сути, я запустил

sudo tune2fs /dev/sda7 -U <old UUID>
sudo grub-update

и соответственно сбросил fstabs, и все заработало. Во-первых, никогда не следовало бы изменять UUID клонированного раздела.

Тем не менее, было бы полезно узнать, как изменить UUID раздела и по-прежнему находить его в загрузчике, поэтому Марти Ваш ответ выше.

Это останется полезным и для других, и для меня, и для меня тоже.

edit # 1 --------------------

http://www.linuxjournal.com/content/copy-your-linux-install-different-partition-or-drive

просто шаг, который я нашел, когда искал ..... и сразу после выхода отсюда после того, как я добавил это ниже .....

--------------- конец редактирования # 1

И я должен добавить это;

UUID всегда останется неизменным, независимо от форматирования. Он МОЖЕТ измениться, если потребуется, только при использовании Dban или SecureDelete (который каждый может найти с помощью HaremsBootCD для всех ОС или UltimateBootCD для Windows) (потому что он выходит из системы / выключается ОС для запуска этих программ). Только SecureDelete может общаться прямо на жесткий диск. Ни один из форматов, выполненных через / любая ОС, не может стереть UUID, даже через обычный liveCD (как объяснено / сказано выше).

Так что да, как я и предполагал, если клонированный раздел был клонирован uuid (что является ОЧЕНЬ плохой идеей и неправильным управлением со стороны разработчика программного обеспечения ...) было бы безопасно вести журнал и записывать uuid как дисков, так и таблицы разделов, чтобы исправить будущий fstab (используя любой live CD) отредактировать его как root ofcourse) для загрузки Linux. Но я не думаю и не вижу, как клонированный будет иметь какую-либо часть корневой таблицы разделов. Раздел и таблица разделов - это две разные вещи, одна идет поверх другой как слой на столе. Таким образом, UUID должен оставаться прежним ..... если только в этой таблице не добавлен новый раздел (основной, логический или расширенный эфир)

Итак, здесь нет потока ... Linux забавно, потому что мы можем сделать это, но также и Linux - это боль, потому что мы должны знать, что мы должны делать и должны делать все эти "хитрые" вещи.

И я ЛЮБЛЮ / ЛЮБЛЮ форумы Ubuntu / Mint / Debian / CrunchBang / Slackware, потому что мы можем обмениваться старым и НОВЫМ решением. Не так, как (не то, что нравится и любимо большинству и мне) на форумах Arch, где любое «решенное» очень устарело после 12 дней или хуже, и / или любой пользователь даже получает выговор за попытку сказать «спасибо» (даже после прочтения архивных руководств) (может быть, мне стоит начать делать свою собственную ОС из LFS --linux-from-scratch;) может быть проще собрать, чем спрашивать других, как у них работает, кто знает (?)

Во всяком случае, я попал сюда из поиска Google для /, если способ клонирования установки Linux. Я не только обнаружил, что это можно сделать, но и должен убедиться, что у него правильный UUID, о котором я не думал, кроме как просто его клонировать и загрузить.

Я предполагаю, что вы не просматриваете / редактируете тот же самый grub.cfg, на который смотрит загрузчик. Помните, у вас есть две разные директории /boot/grub, и загрузчик должен знать, какую искать. update-grub обновляет grub.cfg в текущем смонтированном /boot/grub/grub.cfg. Я предполагаю, что загрузчик смотрит на другой раздел. После того, как я выпью свою первую чашку кофе, я смогу подтвердить это, прочитав ваш пост и, возможно, сделав заметки, но сейчас это должно быть обоснованное предположение.

Я считаю, что вам нужно сделать, чтобы запустить sudo grub-install --root-directory=/ /dev/sda. Я даю полную версию для дополнительной информации - параметр --root-directory по умолчанию равен /.

Эта команда переустановит загрузчик на / dev / sda, сказав, что он должен искать в «root» -directory "(/ boot / grub) для grub.cfg. Если вы хотите, чтобы ваш grub.cfg находился в другом дистрибутиве, вы можете смонтировать его и указать другой «корневой каталог», такой как, например, /mnt/my_other_distro/, если он был смонтирован в /mnt/my_other_distro.

Дайте мне знать, если у вас есть проблемы, пока я пью кофе. :)

Редактировать: ( после кофе ) Теперь я вижу одну важную проблему ... вы должны были изменить UUID для sda1, а не sda7. Затем, когда вы установили Mint на sda1, он все равно изменит его, если вы переформатируете, но если вы его не измените, он может запутаться. Изменяя UUID для старой установки Ubuntu, вы сделали недействительными все параметры монтирования в его / etc / fstab вместе с меню GRUB. Я предполагаю, что Mint не регенерирует меню, а только копирует записи, поэтому ему все равно, корректно оно или нет.

Запуск update-grub исправляет grub.cfg, но не код grub в MBR; это можно изменить только с помощью grub-install.

И Linux Mint не знает, что на самом деле означают записи в grub.cfg, так как это может относиться к диску, которого в тот момент даже не было. Я думаю, он просто добавляет новую запись к вершине существующих.

Хорошо, я нашел решение, которое, вероятно, я должен (или не должен) делать в первую очередь.

После dd клонирования раздела Ubuntu перед установкой Linux Mint я загрузился в Ubuntu. Именно тогда я понял (глядя на таблицу разделов), что UUID был дублирован, поэтому я сгенерировал новый UUID. Но когда я установил Linux Mint, он отформатировал исходный раздел и все равно сгенерировал новый UUID. По сути, я запустил

sudo tune2fs /dev/sda7 -U <old UUID>
sudo grub-update

и соответственно сбросил fstabs, и все заработало. Во-первых, никогда не следовало бы изменять UUID клонированного раздела.

Тем не менее, было бы полезно узнать, как изменить UUID раздела и по-прежнему находить его в загрузчике, поэтому Марти Ваш ответ выше.

Я предполагаю, что вы не просматриваете / редактируете тот же самый grub.cfg, на который смотрит загрузчик. Помните, у вас есть две разные директории /boot/grub, и загрузчик должен знать, какую искать. update-grub обновляет grub.cfg в текущем смонтированном /boot/grub/grub.cfg. Я предполагаю, что загрузчик смотрит на другой раздел. После того, как я выпью свою первую чашку кофе, я смогу подтвердить это, прочитав ваш пост и, возможно, сделав заметки, но сейчас это должно быть обоснованное предположение.

Я считаю, что вам нужно сделать, чтобы запустить sudo grub-install --root-directory=/ /dev/sda. Я даю полную версию для дополнительной информации - параметр --root-directory по умолчанию равен /.

Эта команда переустановит загрузчик на / dev / sda, сказав, что он должен искать в «root» -directory "(/ boot / grub) для grub.cfg. Если вы хотите, чтобы ваш grub.cfg находился в другом дистрибутиве, вы можете смонтировать его и указать другой «корневой каталог», такой как, например, /mnt/my_other_distro/, если он был смонтирован в /mnt/my_other_distro.

Дайте мне знать, если у вас есть проблемы, пока я пью кофе. :)

Редактировать: ( после кофе ) Теперь я вижу одну важную проблему ... вы должны были изменить UUID для sda1, а не sda7. Затем, когда вы установили Mint на sda1, он все равно изменит его, если вы переформатируете, но если вы его не измените, он может запутаться. Изменяя UUID для старой установки Ubuntu, вы сделали недействительными все параметры монтирования в его / etc / fstab вместе с меню GRUB. Я предполагаю, что Mint не регенерирует меню, а только копирует записи, поэтому ему все равно, корректно оно или нет.

Запуск update-grub исправляет grub.cfg, но не код grub в MBR; это можно изменить только с помощью grub-install.

И Linux Mint не знает, что на самом деле означают записи в grub.cfg, так как это может относиться к диску, которого в тот момент даже не было. Я думаю, он просто добавляет новую запись к вершине существующих.

Хорошо, я нашел решение, которое, вероятно, я должен (или не должен) делать в первую очередь.

После dd клонирования раздела Ubuntu перед установкой Linux Mint я загрузился в Ubuntu. Именно тогда я понял (глядя на таблицу разделов), что UUID был дублирован, поэтому я сгенерировал новый UUID. Но когда я установил Linux Mint, он отформатировал исходный раздел и все равно сгенерировал новый UUID. По сути, я запустил

sudo tune2fs /dev/sda7 -U <old UUID>
sudo grub-update

и соответственно сбросил fstabs, и все заработало. Во-первых, никогда не следовало бы изменять UUID клонированного раздела.

Тем не менее, было бы полезно узнать, как изменить UUID раздела и по-прежнему находить его в загрузчике, поэтому Марти Ваш ответ выше.

Это останется полезным и для других, и для меня, и для меня тоже.

edit # 1 --------------------

http://www.linuxjournal.com/content/copy-your-linux-install-different-partition-or-drive

просто шаг, который я нашел, когда искал ..... и сразу после выхода отсюда после того, как я добавил это ниже .....

--------------- конец редактирования # 1

И я должен добавить это;

UUID всегда останется неизменным, независимо от форматирования. Он МОЖЕТ измениться, если потребуется, только при использовании Dban или SecureDelete (который каждый может найти с помощью HaremsBootCD для всех ОС или UltimateBootCD для Windows) (потому что он выходит из системы / выключается ОС для запуска этих программ). Только SecureDelete может общаться прямо на жесткий диск. Ни один из форматов, выполненных через / любая ОС, не может стереть UUID, даже через обычный liveCD (как объяснено / сказано выше).

Так что да, как я и предполагал, если клонированный раздел был клонирован uuid (что является ОЧЕНЬ плохой идеей и неправильным управлением со стороны разработчика программного обеспечения ...) было бы безопасно вести журнал и записывать uuid как дисков, так и таблицы разделов, чтобы исправить будущий fstab (используя любой live CD) отредактировать его как root ofcourse) для загрузки Linux. Но я не думаю и не вижу, как клонированный будет иметь какую-либо часть корневой таблицы разделов. Раздел и таблица разделов - это две разные вещи, одна идет поверх другой как слой на столе. Таким образом, UUID должен оставаться прежним ..... если только в этой таблице не добавлен новый раздел (основной, логический или расширенный эфир)

Итак, здесь нет потока ... Linux забавно, потому что мы можем сделать это, но также и Linux - это боль, потому что мы должны знать, что мы должны делать и должны делать все эти "хитрые" вещи.

И я ЛЮБЛЮ / ЛЮБЛЮ форумы Ubuntu / Mint / Debian / CrunchBang / Slackware, потому что мы можем обмениваться старым и НОВЫМ решением. Не так, как (не то, что нравится и любимо большинству и мне) на форумах Arch, где любое «решенное» очень устарело после 12 дней или хуже, и / или любой пользователь даже получает выговор за попытку сказать «спасибо» (даже после прочтения архивных руководств) (может быть, мне стоит начать делать свою собственную ОС из LFS --linux-from-scratch;) может быть проще собрать, чем спрашивать других, как у них работает, кто знает (?)

Во всяком случае, я попал сюда из поиска Google для /, если способ клонирования установки Linux. Я не только обнаружил, что это можно сделать, но и должен убедиться, что у него правильный UUID, о котором я не думал, кроме как просто его клонировать и загрузить.