LINUX.ORG.RU

Установка системы на второй диск, Grub2 показывает первый диск (hd0), но не видит (hd1)

 ,


1

1

Всем привет! Возникли проблемы с переносом системы. Решил проапгрейдить свой ноут вставив SSD на 240 Гб вместо дисковода. Итого теперь стоит HDD 1 TB+SSD 240 GB. На HDD стоит win10, Mint и Arch. Пользуюсь в основном только Arch, ради ускорения его работы собственно и покупал SSD, поэтому моей задачей было перенести его с HDD на SSD. Систему перемещал из-под Mint по следующему алгоритму:

0. Разметил SSD под GPT

1. Разбил 240 Гб на два раздела по 120(Root и Home соответственно, как и стояло на HDD), fs-ext4

2.скопировал файлы из разделов Root и Home на HDD в соответствующие разделы SSD (то есть если бы перемещение Arch произошло успешно и я смог загрузиться с SSD, то снес бы разделы с Arch на HDD)

3.Исправил UUID-ы в fstab на новом образе системы

4.обновил grub2 минта, он успешно нашел обе арчи(на HDD и SSD)

5.перезагрузился и попытался запустить Arch с SSD

6.Граб выдал ошибку, что он не нашел диск. В командной строке граба вводил ls, показывает только (hd0) и его разделы-то есть HDD. SSD граб не видит в упор.

Прошу помочь разобраться в столь нелегком деле и наставить на путь истинный, подсказать, что я делал не так и где ошибся :) P.S. в гугле не забанили, копался часа 2, но нужной инфы не нашел

Из рабочего арча покажи sudo fdisk -l fstab не рабочего . Для начала. И скажи как именно копировал разделы.

symon2014 ()
Ответ на: комментарий от symon2014

sudo cp -pRv /media/user/ArchRoot/* /media/user/ArchRoot/

(Я так понял, что накосячил здесь, потому что надо было еще атрибуты копировать, а я этой командой этого не сделал)

sudo fdisk -l

Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: 4E2E6AF7-D6B0-4224-9138-213BBA78F228

Device Start End Sectors Size Type /dev/sda1 2048 206847 204800 100M EFI System /dev/sda2 206848 2050047 1843200 900M Windows recovery environment /dev/sda3 2050048 2312191 262144 128M Microsoft reserved /dev/sda4 2312192 543068159 540755968 257,9G Microsoft basic data /dev/sda5 1579139072 1774843489 195704418 93,3G Linux filesystem /dev/sda6 1774843904 1911560191 136716288 65,2G Linux filesystem /dev/sda7 543068160 776105983 233037824 111,1G Microsoft basic data /dev/sda10 776105984 783718399 7612416 3,6G Linux swap /dev/sda12 783718400 1412876287 629157888 300G Microsoft basic data /dev/sda13 1412876288 1414875135 1998848 976M Linux filesystem /dev/sda14 1414875136 1474877439 60002304 28,6G Linux filesystem /dev/sda15 1474877440 1579137023 104259584 49,7G Linux filesystem /dev/sda17 1911560192 1953523711 41963520 20G Windows recovery environment

Partition table entries are not in disk order.

Disk /dev/sdb: 223,6 GiB, 240057409536 bytes, 468862128 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 268B417A-FD06-4489-9C21-F735D1F6FF5D

Device Start End Sectors Size Type /dev/sdb1 2048 235298171 235296124 112,2G Linux filesystem /dev/sdb2 235298816 468862094 233563279 111,4G Linux filesystem

fstab нерабочей арчи:

# Static information about the filesystems. # See fstab(5) for details.

# <file system> <dir> <type> <options> <dump> <pass> # /dev/sda5 LABEL=ArchRoot UUID=33544835-d269-4a65-823f-f880a8b95541 / ext4 rw,noatime,discard 0 1

# /dev/sda6 LABEL=ArchHome UUID=777b35b2-4d68-4f40-81af-7bc728ba8363 /home ext4 rw,noatime,discard 0 2

# /dev/sda10 LABEL=Swap UUID=622eff0e-7b2e-4c90-a58d-bc6b78357973 none swap defaults,pri=-2 0 0

# /dev/sda12 LABEL=Data UUID=64C883F8C883C730 /mnt/windows ntfs-3g gid=users,defaults,locale=en_US.UTF-8,rw,windows_names 0 0

# /dev/sda4 LABEL=OS UUID=9844706D4470504C /mnt/WinOS ntfs-3g gid=users,defaults,locale=en_US.UTF-8,rw,windows_names 0 0

# /dev/sda7 LABEL=Trash UUID=6BF9235D2CF97C2B /mnt/Trash ntfs-3g gid=users,defaults,locale=en_US.UTF-8,rw,windows_names 0 0

ArchKetone ()
Ответ на: комментарий от ArchKetone

И еще, разделы диска в комментариях fstab не совпадают с реальными разделами, но UUID'ы в fstab указывают на разделы SSD (/dev/sdb1 и /dev/sdb2) (чтобы не возникало путаницы). Моей целью было перенести арчу с /dev/sda5 и /dev/sda6 на /dev/sdb1 и /dev/sdb2 соответственно.

ArchKetone ()
Ответ на: комментарий от ArchKetone

Распиши подробно процесс копирования. А то команда выглядит , как выдергиваешь содержимое из каталога и туда же складываешь.

symon2014 ()
Ответ на: комментарий от symon2014

Ох, прошу прощения, стер номер по ошибке Я зашел в Linux Mint и примонтировал через программу Disks раздел /dev/sda5 (раздел / арчи на HDD) и /dev/sdb1 (куда ее нужно переместить). /dev/sda5 примонтировался в /media/user/ArchRoot/ , а /dev/sdb1 в /media/user/ArchRoot1/ (у раздела sdb1 диска SSD такая же метка, что и на HDD). После монтирования разделов я выполнил в консоли следующую команду: sudo cp -pRv /media/user/ArchRoot/* /media/user/ArchRoot1/ Файлы успешно перекопировались на SSD, после чего я исправил в fstab новой системы UUID'ы корня и домашнего раздела на UUID'ы разделов SSD. И обновил граб минта через update-grub2.Он вывел в консоль, что нашел обе арчи, и добавил соответствующие menuentry при загрузке, но когда я выбираю арчу на SSD, то он говорит что-то типа: No device found: *UUID корневого раздела арчи на SSD* No disk found 'hd1,1' You need to load the kernel first.

Press any key что-то там

После чего меня выкидывает обратно в граб.

Как-то так. Извиняюсь, если немного сумбурно описываю)

ArchKetone ()
Ответ на: комментарий от symon2014

А правильно ли я понимаю, что мне нужно иметь отдельный раздел EFI на SSD, чтобы грузиться с него? Или EFI может быть один на HDD, а Grub как-то может подцепить арчу на другом диске сам?

ArchKetone ()
Ответ на: комментарий от ArchKetone

Увы , по уефи не подскажу , пользовался только мбр. Но когда ставил себе Арч, я себе груб даже не устанавливал в него. Подхватывал его из соседней системы через update-grub.

symon2014 ()
Ответ на: комментарий от symon2014

Ну да, у меня на UEFI зоопарк линуксов был(когда был молод и выбирал), и они все грузились через один граб. Ладно, попробую разметить SSD с efi-разделом вдобавок к / и /home, как получится отпишу

ArchKetone ()
Ответ на: комментарий от boowai

Я думал с запасом сделать, но сейчас посмотрел, что реально занято у меня гигабайт 40 со всеми доп. пакетами, поэтому согласен, что 120 гб это реально чересчур :D Сейчас я установил rEFInd в EFI на HDD, и это выглядит просто шикарно. Теперь вопрос в том, подхватит ли rEFInd SSD, если на нем будет только корень с папкой /boot, в которой будет лежать vmlinuz и прочие необходимые вещи, или на SSD нужно делать свой efi раздел, который будет обнаруживаться этим rEFInd'ом с HDD?

ArchKetone ()
Ответ на: комментарий от ArchKetone

Вопрос снят Установка rEFInd на HDD решает все проблемы-он сам ищет /boot разделы/папки на всех дисках Пруфлинк(объяснение в комментах к посту): https://www.reddit.com/r/archlinux/comments/5f56kx/question_dualboot_windows_... Надеюсь, эта тема кому-то поможет в будущем

ArchKetone ()
Ответ на: комментарий от ArchKetone

А правильно ли я понимаю, что мне нужно иметь отдельный раздел EFI на SSD, чтобы грузиться с него? Или EFI может быть один на HDD, а Grub как-то может подцепить арчу на другом диске сам?Lucky Patcher 9Apps VidMate

mola6000 ()

аналогичная проблема. 2 диска, которые и в системе-то видятся вразнобой, то sda и sdb, то sdb и sda, и grub практически никогда не видит второго диска. и, соответственно, нельзя загрузить с него систему. хотя иногда с ним что-то случается, и он видит оба. что сделать, чтобы grub пересканировал ВСЕ диски?

buratino ★★★★★ ()
Ответ на: комментарий от buratino

grub практически никогда не видит второго диска

Может проблемы с этим диском, он не успевает инициализироваться к моменту запуска груба.

что сделать, чтобы grub пересканировал ВСЕ диски?

Перезагрузку.

andytux ★★ ()
Ответ на: комментарий от andytux

перезагрузки то я делаю, и в 90-95% случаев оно его не видит. надо, чтобы grub сам умел пересканировать. есть же там команды, загружающие модули для usb - почему бы не быть командам, перепроверяющим диски

buratino ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.