Вы можете сделать update-grub с живого CD на установленном дистрибутиве Ubuntu (хотя я предполагаю, что это работает с любым дистрибутивом [на основе debian?] Linux. Это «требуется» (могут быть другие методы, но, зная этот, я не не волнует их вообще) если вы клонируете свой диск и уже установили новый в компьютер. Я часто упоминаю клонирование, потому что в некотором смысле шаг update-grub является его подмножеством, и подходы имеют то же самое Кроме того, этот метод был обнаружен с помощью поиска в контексте клонирования. Вы можете взять из него то, что вам нужно, если не клонируете, и ваш процесс будет упрощен.
Я должен квалифицировать это здесь; это важно для клонирования, а не просто для обновления grub: я делал это только на системах BIOS. Я не пытался сделать это в системе UEFI. Системе UEFI требуется раздел FAT для загрузки при загрузке, и я не проверял, должен ли этот раздел просто использоваться для выполнения операций копирования клонирования. Я ожидаю, что это действительно влияет на требуемое [bind-] монтирование, которое синтезирует нативную среду grub во время живого сеанса ...
Это подробно описано на этой странице: http://frugaltech.happystoic.com/ssdlinux . Я использовал этот метод много раз, и вы можете менять жесткие диски до бесконечности, используя его. Обмен физическими жесткими дисками становится таким тривиальным, так что заманчиво сделать это своим хобби и / или попытаться починить испорченные компьютеры других людей.
Следующее может быть полезным перефразированием того, что вы найдете там:
Ctrl+ Alt+ Tдля терминала Bash и войти в суперпользовательскую оболочку ( sudo -s) во время сеанса в реальном времени.
смонтировать раздел диска полной установки (тот, который [или станет] вашим постоянным корневым каталогом файловой системы Linux).
2а. Если на вашем жестком диске уже установлена полная установка, перейдите к (2). ЕСЛИ вы КЛОНИРУЕТЕ: [исходя из предположения, что вы не делаете новую установку, поскольку в этом случае все происходит полностью автоматически], если ваша полная установка еще не существует в этом разделе, сейчас самое время просто
rsync -a /existing/linux/filesystem/live-mount-point/ /new/linux/filesystem/live-mount-point/
[эти точки монтирования относятся исключительно к среде реального сеанса - в Ubuntu они обычно имеют вид "/ media / ubuntu / ???"] на новом диске [раздел].
2b. Другие полные установки операционной системы могут быть обработаны таким же образом здесь. Я обычно использовал Windows-ресурс для массового копирования разделов Windows на новые диски заранее, но я также использовал rsync, и он работал для Win XP (при условии, что у вас есть поддержка правильного формата раздела, такого как ntfs; я думаю, что в прямом эфире сессионные СМИ обычно включают поддержку альтернативного формата). Просто будьте осторожны с орфографией и используйте трейлинг /в исходном каталоге, если вы полностью называете цель.
привязать каталоги live /dev, /procи /sysкаталоги к соответствующим каталогам в вашем [смонтированном] разделе постоянной полной установки, который вы хотите использовать. Сценарий, описанный в приведенной выше ссылке, очень элегантно завершается с помощью оператора for. Кроме того, данный скрипт не обязательно должен быть выполнен как скрипт как таковой. Его можно ввести из командной строки bash, построчно.
chrootв постоянный раздел полной установки. После выполнения (3) и (4) система теперь «фактически находится» в вашей «конечной файловой системе», и GRUB будет функционировать равномерно. Без этих шагов grub будет предполагать, что ваша система - просто живая сессия, и я не знаю точно, что она делает в этом случае, но в достаточной степени это не желаемый результат, о котором говорилось выше в этой теме.
запустите grub-install на /dev/sdX(диск, а не точка монтирования), который соответствует постоянной установке (или на том диске, на котором будет работать GRUB, если используется система с несколькими дисками [, multi-boot]). Гибкость здесь может зависеть от вашего урожая и BIOS. Насколько я знаю, запуск "grub-install" не делает ничего вредного, если в этом нет необходимости, поэтому я всегда делаю это, если использую этот метод сеанса в реальном времени.
запустите update-grub, и он будет действовать так, как будто работающая система вложена в будущий постоянный раздел, обнаруживая все ядра и загрузочные ОС, которые могут у вас быть.
Если вы физически не меняли жесткие диски, перейдите к (5). В противном случае отредактируйте или проверьте свой /new/linux/filesystem/live-mount-point/etc/fstabфайл, чтобы обеспечить правильную структуру файловой системы для вашей [новой] среды. Если вы находитесь на этом уровне, вы наверняка уже знаете об использовании blkid для сбора UUID для fstab.
ИМХО: вы всегда должны использовать UUID в fstab (не в форме «dev / sdXY»), поскольку в своей собственной области он не подвержен реконфигурации физического жесткого диска, кроме той степени, в которой это требует буквального обновления значений UUID (например, если в когда-нибудь в будущем вы установите дополнительный жесткий диск для вашего каталога / home и т. д.). Это просто самый фундаментальный, надежный и инвариантный подход.
выйдите из chroot, выйдите из supershell, выйдите из bash, завершите работу и запустите систему без живых носителей. Теперь вы должны быть там, где вы хотели.
Важное примечание: Аргументы для mount и chrootявляются каталогами (как правило, МОНТАЖНЫЕ ТОЧКИ, такие как /mnt/??или /media/??), соответствующие живому сеансу. В большинстве, если не во всех случаях, полная установка находится в своем собственном разделе, поэтому термины «каталог» и «точка монтирования» являются здесь синонимами. Аргументом для grub-install является PHYSICAL DRIVE (обычно /dev/sdX, где «X» - это буква, соответствующая диску в вашей системе, sda, sdb и т. Д., И она не должна зависеть от сеанса).
Теперь вы должны быть сделаны. Я одновременно клонировал Windows (XP и 7) в различных перестановках вместе с Ubuntu и Puppy, используя этот метод, и это меня не подвело. Я думаю, что вы можете использовать живую среду другого дистрибутива (однако для этого я использовал только разные версии Ubuntu и Mint), если они предоставляют версию GRUB, которую вы намереваетесь использовать. Вы можете перемещать разделы, менять местами диски, объединять другие установки ОС и клонировать их в SSD или из него, используя это. Однако я могу говорить только с ним, работая на той же машине. Я предполагаю, что драйверы, которые могут потребоваться для другого компьютера, могли быть пропущены во время предыдущей полной установки. Мое эмпирическое правило заключается в том, что переключение дисков в компьютере требует этого метода, но переключение компьютеров с помощью диска требует полной [переустановки].
Возможно, кто-то может разоблачить это ..?