Проблемы с копированием на другую партицию
-
Добрый день.
Собственно проблема с переносом системы.
KDE Neon 5.32,Linux neon 5.11.0-43-generic #47~20.04.2-Ubuntu SMP Mon Dec 13 11:06:56 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
Так же стоит Windows 10, соответственно загрузка через загрузочный раздел efi, расположенный на /dev/nvme0n1p2
По порядку:
Систему переносил следующим образомsudo dd if=/dev/sda1 of=/dev/nvme0n1p5 bs=64K conv=noerror,sync uuidgen sudo tune2fs /dev/nvme0n1p5 -U {сгенерированный uuid}
Далее поменял uuid в /etc/fstab, на nvme0n1p5
Далее уже извращался по всякому с grub
В сотнях разных вариаций, с разными параметрамиgrub-install /dev/nvme0n1 update-grub
Пытался генерировать конфиг и в скопированной системе, а так же с загрузочного диска, через примонтированную новую систему, посредством chroot
Совершенно точно /boot/grub/grub.cfg правильный, с правильно прописанными UUID и PARTUUID
Все загружается, но проблема в том что grub цепляет загрузочный конфиг со старой партиции. /dev/sda1/boot/grub/grub.cfg
При этом:cat /boot/efi/EFI/neon/grub.cfg search.fs_uuid 4ba7688d-e7d8-4222-b11a-6230511048c1 root #uuid новой партиции. set prefix=($root)'/boot/grub' configfile $prefix/grub.cfg
То есть граб всё устанавливает как надо, но конфиг все равно тянет со старого диска, почему?
Два дня вместо того чтобы кувыркаться с женой, я кувыркался с грабом, линуксом, загрузочным диском и т.д. -
/mnt/boot/grub/grub.cfg ?VadimAndy:sudo -i
cp -r /mnt/boot/grub.cfg /boot/grub/VadimAndy:lsblk -f >> смотрим какие у вас партиции и монтируем их
mount /dev/sdx /mnt
Можете объяснить для чего это делать?
Смонтировать то я все могу, но зачем? У меня проблема что после переноса на другой диск и обновления grub, при вроде бы верно измененной конфигурации, загрузочное меню все равно подгружается со старого диска.
Хотя при grub-install и update-grub и UUID и PARTUUID верные. -
Думаю от этого не будет толку? Потому что при загрузке из efi раздела цепляется grub.cfg со старого диска.VadimAndy:получить root-права
смотрим партиции
монтируем съемный накопитель к опредлеленной партиции
а потом тупо копируешь grub.cfg со съемного накопителя в директорию конфиг grub.cfg
делаешь его исполняемым
перезагружаешь это безобразие и радуешься жизни
Хотя я уже все равно задолбался и просто накатил чистую систему на новый диск. Спасибо ) -
я подозреваю, что у вас и разметка так себе, ибо судя по всему вам надо монтировать системный раздел, а при правильной разметке - загрузочныйMyraJKee:P.S. Возможно потому что при grub-install устанавливал с тем же --bootloader-id=ID
может надо было поменять... Пока что честно говоря нет никакого желания это делать. Слишком много времени убил. -
Ничего не понял. Можете подробнее объяснить?VadimAndy:
я подозреваю, что у вас и разметка так себе, ибо судя по всему вам надо монтировать системный раздел, а при правильной разметке - загрузочный
Вот мои разделыDisk /dev/nvme0n1: 465,78 GiB, 500107862016 bytes, 976773168 sectors Disk model: Samsung SSD 970 EVO Plus 500GB 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: 032BC97D-899C-11EB-9CFE-BCEC23C16AC6 Device Start End Sectors Size Type /dev/nvme0n1p1 2048 1087495 1085448 530M Microsoft basic data /dev/nvme0n1p2 1089536 2113535 1024000 500M EFI System /dev/nvme0n1p3 2113536 2146303 32768 16M Microsoft reserved /dev/nvme0n1p4 2146304 771971071 769824768 367,1G Microsoft basic data /dev/nvme0n1p5 771971072 976773119 204802048 97,7G Linux filesystem Disk /dev/sda: 111,81 GiB, 120034123776 bytes, 234441648 sectors Disk model: Samsung SSD 750 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: 58169DEE-028B-4DA7-BACE-D2588746EE25 Device Start End Sectors Size Type /dev/sda1 2048 129325055 129323008 61,7G Linux filesystem /dev/sda2 129325056 234440703 105115648 50,1G Linux filesystem Disk /dev/sdb: 476,96 GiB, 512110190592 bytes, 1000215216 sectors Disk model: SSD 512G 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: 128EEB17-8DC3-4500-8006-904D146C0616 Device Start End Sectors Size Type /dev/sdb1 34 32767 32734 16M Microsoft reserved /dev/sdb2 32768 795412479 795379712 379,3G Microsoft basic data /dev/sdb3 795412480 1000214527 204802048 97,7G Linux filesystem
Новая система на /dev/nvme0n1p5, старая на /dev/sda1, EFI на /dev/nvme0n1p2
/dev/nvme0n1p5
/etc/fstabUUID=CEFD-3D8F /boot/efi vfat defaults,noatime 0 2 UUID=4ba7688d-e7d8-4222-b11a-6230511048c1 / ext4 defaults,noatime 0 1 UUID=c5d4d937-53bd-4455-8496-9709187079e4 /home ext4 defaults,noatime,discard 0 2 UUID=b1f140f1-358f-417a-bdd0-ddb52eff2407 /steam ext4 defaults 0 0 /swapfile swap swap defaults 0 0
/dev/nvme0n1p5
/boot/grub/grub.cfgmenuentry 'Neon GNU/Linux' --class neon --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-4ba7688d-e7d8-4222-b11a-6230511048c1' { recordfail load_video gfxmode $linux_gfx_mode insmod gzio if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi insmod part_gpt insmod ext2 if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root 4ba7688d-e7d8-4222-b11a-6230511048c1 else search --no-floppy --fs-uuid --set=root 4ba7688d-e7d8-4222-b11a-6230511048c1 fi linux /boot/vmlinuz-5.11.0-43-generic root=UUID=4ba7688d-e7d8-4222-b11a-6230511048c1 ro quiet splash rd.driver.blacklist=nouveau $vt_handoff initrd /boot/initrd.img-5.11.0-43-generic }
/dev/nvme0n1p5
/boot/efi/EFI/neon/grub.cfgsearch.fs_uuid 4ba7688d-e7d8-4222-b11a-6230511048c1 root set prefix=($root)'/boot/grub' configfile $prefix/grub.cfg
/dev/nvme0n1p1: UUID="54C47495C4747B56" TYPE="ntfs" PARTUUID="032bc97e-899c-11eb-9cfe-bcec23c16ac6" /dev/nvme0n1p2: LABEL_FATBOOT="SYSTEM" LABEL="SYSTEM" UUID="CEFD-3D8F" TYPE="vfat" PARTLABEL="SYSTEM" PARTUUID="d3389280-2e49-4334-a474-a5e18389d2cc" /dev/nvme0n1p3: PARTLABEL="Microsoft reserved partition" PARTUUID="2cd32a91-a144-4336-98ca-af5c3c355f81" /dev/nvme0n1p4: UUID="01D77BD0A3E8DC80" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="032bc981-899c-11eb-9cfe-bcec23c16ac6" /dev/nvme0n1p5: UUID="4ba7688d-e7d8-4222-b11a-6230511048c1" TYPE="ext4" PARTUUID="78e7ce15-c6f6-814f-9447-b753b68d36a5" /dev/sda1: UUID="7feff10e-91b3-4b41-aa7a-f7f9597f77ae" TYPE="ext4" PARTUUID="4b0f868c-2c73-44c2-bb15-4115254edf3b" /dev/sda2: UUID="c5d4d937-53bd-4455-8496-9709187079e4" TYPE="ext4" PARTUUID="a17e2b6a-9ec0-41bc-9c4a-e7c56ca50b7a" /dev/sdb1: PARTLABEL="Microsoft reserved partition" PARTUUID="5ec7cefd-00a8-43f9-be71-b2aac0e4345f" /dev/sdb2: UUID="DCB2BE47B2BE25C4" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="dce91420-d712-4475-a483-9628fc895928" /dev/sdb3: UUID="b1f140f1-358f-417a-bdd0-ddb52eff2407" TYPE="ext4" PARTUUID="0520932a-ed37-e441-93e9-0752d7f22041"
-
>> твой пипец находится тут "Новая система на /dev/nvme0n1p5, старая на /dev/sda1, EFI на /dev/nvme0n1p2"
Но если хочешь мое мнение - снеси все на хер и переставь по нормальному! Никаких микрсофтовых фаловых систем там быть не должно!!! Только на файловых хранилищах такое допускается и то при услвоии, что юзать будут виндовые клиенты. У тебя в таблице разделов черт ноги сломит. Это просто какой-то набор символов, написанных по пьяни на заборе. не более, не менее...