2 partíció dd másolása úgy, hogy működjön utána a boot

Merevlemezek, vezérlők

Működő disk linux:

sda1 - adatok - ext4

sda2 - EFI partició

sda3 - rendszer - ext4

Új meghajtó amikor csatlakoztatom a másoláshoz:

sdb1 - ext4

sdb2 - EFI

Szeretném dd-el egy másik, az új meghajtóra másolni az EFI és az sda3 particiókat úgy, hogy utána az új meghajtó bootoljon amikor beteszem a régi helyére. 

így próbáltam meg:

dd if=/dev/sda3 |pv|dd of=/dev/sdb1 bs=1M
dd if=/dev/sda2 |pv|dd of=/dev/sdb2 bs=1M

Szerintem eljut az EFI-ig, de utána csak egy vízszintes prompt villog, nincs boot.

 

  • 593 megtekintés

( zslaszlo v | 2022. 02. 17., cs – 08:41 )

Szerintem a BIOS-bán is be kell állítani, az efi fájl elérését. Ez pl nálam linuxmint esetében

\EFI\ubuntu\shimx64.efi

Ha nem vagy járatos a dologban,vagy nem tudod pl a winyó uuid-jét, vagy nem mond semmit a blkid parancs, akkor javaslom, hogy bootolj be egy live linuxot és használd a boot-repair nevü kiváló eszközt.

“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”

― Philip K. Dick

( zrubi v | 2022. 02. 17., cs – 09:00 )

Az EFI boot esetén nem elég csak lemásolni a diszkeket, a biosba is kell egy boot bejegyzés, (ami nem csereszabatos másik diszkekkel, mert uuid-et tartalmaz) 

zrubi.hu

( kikepzo | 2022. 02. 17., cs – 15:35 )

Köszönöm a tippeket. A laptopom T420 és ez még szerintem nem tud ilyen EFI plusz dolgokat, ám máris nekiállok megnézem.

"https://hunvagyok.hu "

Így van, használtam mind T420-at, T520-at, X220-at is és tökéletes bennük az EFI/UEFI támogatás, még az EFI stub boot is megy. Ez biztosan nem akadálya. Az lesz, amit a kolléga ír, hogy nem elég átklónozni a partíciókat, az UEFI külön lemezazonosító UUID-t is figyelembe vesz bootolásnál, ehhez kell bootbejegyzést készíteni az UEFI-ben.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( tibyke | 2022. 02. 17., cs – 18:38 )

A minap csinaltam eg dell notiban egy hdd->ssd mokat: sgdiskkel klonoztam a particios tablat, utana partclone egyesevel, szepen megy 

(Hdd nagyobb az ssd-nel)

Ha eddig is efi-t használtál, akkor a másolás után efi shellből is be tudod bootolni a rendszert (mintha a T420-on már lenne, de nem vagyok benne biztos, régen volt a kezemben olyan régi gép).  Ha van efi shell, akkor pl. debian és grub esetén:

fs1:
cd EFI
cd boot
cd debian
grub64.efi

Ha így már elindul a rendszer, akkor meg tudod nézni, hogy milyen eszközöket lát:

efibootmgr --verbose | grep HD

Ha pl. rossz az első bejegyzés és azért van csak villogó kurzorod, akkor töröld ki:

efibootmgr --delete-bootnum --bootnum 0
 

Vagy ha inkább a kényelmesebb/kattogós utat preferálod, akkor a rEFInd lesz a te barátod. Feltelepíted, majd utána jellemzően ez megoldja minden bajod:

mvrefind /boot/efi/EFI/refind /boot/efi/EFI/BOOT

 

Ha nincs efi shell, akkor pedig egy system rescue cd segítségével lehet ugyanezt az utat végigjárni....

https://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

A ha ilyen módon telepíted a rEFInd-et, akkor az abba a rendszerbe költözik be, ahonnan bootoltál. Ha a chroot a barátod, akkor ebből is meg tudod csinálni, kb. ennyi: (ezt most csak írtam, nem próbáltam! Fent írtad az sdb-t SSD-re, azért azt írtam bele):

mount /dev/sdb1 /mnt
mount /dev/sdb2 /mnt/boot/efi
mount --bind /dev /mnt/dev
mount --bind /dev/pts /mnt/dev/pts
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt
grub-install --target=x86_64-efi /dev/sdb
grub-install --recheck /dev/sdb
update-grub
apt-get install refind
mvrefind /boot/efi/EFI/refind /boot/efi/EFI/BOOT
exit
umount /mnt/sys
umount /mnt/proc
umount /mnt/dev/pts
umount /mnt/dev
umount /mnt

https://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

Őszintén szólva nem tudom, hogy konkrétan hogyan működik a telepítése Mageia-n, de a rEFInd lényege, hogy ez lesz az alapértelmezetten betöltött rendszer (ezt állítja be más rendszeren a mvrefind /boot/efi/EFI/refind /boot/efi/EFI/BOOT), ami minden bootoláskor megkeresi a rendszeren a boot loadereket, kerneleket, és választhatsz belőlük, nem kell előre tudni a bootolandó rendszer uuid-t, stb. 

Ha a grub-install-t sikeresen lefuttattad, már az is megoldhatta a problémát, a rEFInd az csak egy fancy kezdőképernyőt csinál elé. Nem látod az eszközt a listában, ha lefuttatod ezt?

efibootmgr --verbose | grep HD

https://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

# efibootmgr --verbose | grep HD
Boot0009* ATA HDD2      VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f602)
Boot000A* ATA HDD0      VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f600)
Boot000B* ATA HDD1      VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f601)
Boot000C* USB HDD       VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,33e821aaaf33bc4789bd419f88c50803)
Boot0011* ATA HDD3      VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f603)
Boot0012* ATA HDD4      VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f604)
Boot0013  Other HDD     VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f606)
Boot0016* ATA HDD       VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f6)
Boot0019* mageia        HD(2,MBR,0x74136cfc,0xea85000,0x3f7000)/File(\EFI\mageia\grubx64.efi)

 

"https://hunvagyok.hu "

Ez alapján én arra gondolnék, hogy ez a gép eddig efi helyett simán, hagyományos bios módban bootolt. A legegyszerűbb akkor az, ha az SSD-n is maradsz ennél. Ugyan azok a lépések a chroot-hoz mint fent, de a grub telepítése ilyesmi:

grub2-install --boot-directory=/mnt/boot /dev/sdb

Nem tudom, hogy Mageia-n kell-e update-grub vagy valami hasonló, ami újragenerálja a konfigját, de ha van ilyen, akkor nem árt. Aztán a gép bios-ában kapcsold ki az efi meg secure bootot, utána illene működnie.

https://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

Ezt próbáltad már?

For Mageia 5: the rescue function of the non-Live 64bit Mageia dvd

If you choose to rescue instead of to install Mageia, you'll get a text interface (command line), from which you can reinstall the Mageia EFI-bootloader. After that, you can reboot and everything should work as before

Innen. Érdemes lehet esetleg még a SuperGrub2 boot megoldást is kipróbálni.

Vagy amit legjobb szívvel ajánlok, hogy írj ki egy boot-repair-disk-et mondjuk innen. Az általában gyönyörűen kezel mindent és szép grafikus felülete is van.

“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”

― Philip K. Dick

( guszti | 2022. 02. 18., p – 10:46 )

Érdemes lenne megnézni a klónozás eredményét is. A donor partíciók méretét összehasonlítani a klónokéval. Live alól egy sudo fdisk -l vagy egy lsblk -f kimenet. Aztán én szétnéznék az fstab-ban is, de ezt már akkor amikor a klónozott lemez a helyén van, a donor pihen valahol a gépen kívül és szintén live alól. Lecsekkolni a lemez elnevezéseket, UUID-ket. Ha szükséges javítani és nem vesződnék semmilyen csilivili boot cuccokkal. A Mageia leírás alapján újra húznám a grub-ot, az helyre teszi az uefi részt is.

Nem egészen világos az sem, hogy a donor és a klón lemez egyforma nagyságú-e. Meg én hiányolok egy && sync kapcsolót a klónozási parancs végéről.