[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: (deb-cat) Arrencada MBR+EFI



Bones,

Ho acabo de provar en un entorn virt-manager, clonant una màquina virtual amb arrencada UEFI i modificant el disc perquè arrenqui en mode BIOS. 

En resum, més o menys els següents passos:

Arrenco amb un Linux USB en viu.

Reestructuro les particions, disminuint la EFI existent i afegint una partició d'un parell de MB al començament del disc
que marcaré de tipos bios_grub (diria que no cal formatar-la, però amb ext4 m'ha funcionat i és el que fa per defecte el gparted quan crees una partició).

Munto l'arrel del disc i hi faig un chroot, normalment utilitzo un petit script que m'ho automatitza una mica

mount -t auto /dev/vda2 /media/vda2

------

root@ripobox:~# cat bin/creacr
#!/bin/sh

arrel=$1

echo "$arrel" > $HOME/arrel.txt

for i in /dev /dev/pts /proc /sys /sys/firmware/efi/efivars /run /run/shm; do mount -B $i $arrel$i; done

chroot $arrel

------
creacr /media/vda2

Instal·la GRUB per BIOS:

grub-install --target=i386-pc /dev/vda


Instal·la GRUB per UEFI:
Assegura't que el directori EFI estigui muntat a /boot/efi, en ppi un mount -a dins del chroot hauria de ser suficient.

grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=GRUB --recheck  /dev/vda


Finalment, actualitzo GRUB:

update-grub

I un altre script que després de fer un exit i sortir del chroot, torna a deixar les coses al seu lloc ... o ho intenta.

-----
root@ripobox:~# cat bin/surtcr
#!/bin/sh

arrel=$(cat $HOME/arrel.txt)

for i in /dev/pts /dev /proc /sys/firmware/efi/efivars /sys /run/shm /run; do umount -l $arrel$i; done

rm -rf $HOME/arrel.txt
-----

surtcr

Un cop apagada la màquina virtual, la destrueixo, preservant el disc i en creo una de nova amb instal·lació manual on indico el mode BIOS.

I la cosa ha funcionat, almenys a /sys/firmware no apareix el directori efi.

usuari@VMBox:~/Escriptori$ ls /sys/firmware/
acpi  dmi  memmap  qemu_fw_cfg

I el disc ha quedat amb el següent particionat:

root@VMBox:~# gdisk -l /dev/vda
GPT fdisk (gdisk) version 1.0.10

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/vda: 41943040 sectors, 20.0 GiB
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 6ED78A11-A1BD-4CF3-8C60-CDF6E6449688
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 41943006
Partitions will be aligned on 2048-sector boundaries
Total free space is 4029 sectors (2.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            6144         1050623   510.0 MiB   EF00  
   2         1050624        41940991   19.5 GiB    8300  
   3            2048            6143   2.0 MiB     EF02 


Missatge de Narcis Garcia <debianlists@actiu.net> del dia dl., 17 de març 2025 a les 8:07:
No estic parlant d'un únic trasllat ni d'un únic disc dur, sinó d'una
manera de fer:
Quasi cada setmana faig instal·lacions de Debian i, si trobo la manera
de cobrir aquests supòsits, a partir d'ara faria totes les
instal·lacions preparades per a ser intercanviables entre MBR/BIOS i UEFI.


El 16/3/25 a les 12:09, Lluís Gras ha escrit:
> Potser t'aniria millor una Debian en viu de https://cdimage.debian.org/
> debian-cd/current-live/amd64/iso-hybrid/ <https://cdimage.debian.org/
> debian-cd/current-live/amd64/iso-hybrid/>
>
> Entenc que aquest disc canvia d'equip, llavors ...
>
> Després del reparticionat i d'haver instal·lat el GRUB per a BIOS a
> l'equip "vell" hauries de fer la instal·lació per a UEFI, a l'equip
> "nou" o potser intentar emprar l'opció --removable i fer-ho tot en el
> mateix equip.
>
>
>
> Missatge de Narcis Garcia <debianlists@actiu.net
> <mailto:debianlists@actiu.net>> del dia dg., 16 de març 2025 a les 11:56:
>
>     Entenc doncs, què utilitzant el DebianInstaller hauria de fer el
>     particionat per a EFI sempre.
>     Aleshores, si he arrencat per a EFI, fer la instal·lació com a tal i
>     després arrencar al sistema i «reinstal·lar» GRUB de forma tradicional.
>     En el cas d'haver arrencat com a BIOS tradicional, fer la
>     «reinstal·lació» de GRUB per a EFI després de reiniciar.
>
>
>
>
>     El 16/3/25 a les 11:11, Lluís Gras ha escrit:
>      > Bones,
>      >
>      > Primer de tot cal dir que no ho he comprovat en una situació com
>     la que
>      > indiques, però suposo que la idea et servirà, tot i que en el meu
>     cas ho
>      > utilitzava per arrencar amb un USB en equips amb BIOS clàssica o
>     que no
>      > suportaven correctament l'arrencada EFI.
>      >
>      > Hauràs d'arrencar des d'una eina com GParted Live, o algun altre
>     Linux
>      > en viu que disposi de les eines necessàries, redimensionar i
>     moure les
>      > particions per fer espai a una nova partició amb marcador bios_grub,
>      > copio i enganxo un bocí d'un codi vell que emprava en aquella època.
>      >
>      > "
>      > #Compte, alguns equips vells HP no arrenquen si la taula de
>     particions
>      > es GPT.
>      > #parted -a minimal -s $device unit KiB mklabel gpt \
>      > #mkpart bios_grub 1024 3072 set 1 bios_grub on \
>      > #mkpart ESP fat32 3072 $sizefi name 2 EFI set 2 esp on \
>      > #mkpart primary ext4 $sizefi $mida2 \
>      > #mkpart primary ext4 $mida2 100%
>      > "
>      >
>      > Un cop tinguis la nova estructura de particions com cal, hauràs
>      > d'instal·lar el GRUB tant per a BIOS com per a UEFI.
>      >
>      > Muntar l'arrel del teu Linux en algun lloc com /media/
>     ParticioArrel i
>      > instal·lar el GRUB BIOS amb quelcom semblant a
>      >
>      > grub-install --target=i386-pc --boot-directory=/media/
>     ParticioArrel/boot
>      > --recheck $device
>      >
>      > I fer l'equivalent per a UEFI, addicionalment hauràs de muntar la
>      > partició EFI en algun lloc com /media/ParticioEFI
>      >
>      >
>      > grub-install --target=x86_64-efi --bootloader-
>      > id=AlgunaCosaQueTinguiSentit --efi-directory=/media/ParticioEFI
>     --boot-
>      > directory=/media/ParticioArrel/boot --no-uefi-secure-boot $device
>      >
>      > o sense el --no-uefi-secure-boot
>      >
>      > grub-install --target=x86_64-efi --bootloader-
>      > id=AlgunaCosaQueTinguiSentit --efi-directory=/media/ParticioEFI
>     --boot-
>      > directory=/media/ParticioArrel/boot $device
>      >
>      >
>      > I finalment tocar fusta o encomanar-se a algun déu d'aquests
>     primigenis ;-)
>      >
>      > Missatge de Narcis Garcia <debianlists@actiu.net
>     <mailto:debianlists@actiu.net>
>      > <mailto:debianlists@actiu.net <mailto:debianlists@actiu.net>>>
>     del dia dg., 16 de març 2025 a les 10:44:
>      >
>      >     Bon dia,
>      >
>      >     Hi ha alguna manera d'instal·lar Debian GNU/Linux en un disc
>     dur, de
>      >     manera què aquest tant pugui arrencar amb EFI com a l'antiga?
>      >
>      >     M'ha passat de canviar un ordinador i conservar el disc dur
>     amb el
>      >     sistema operatiu, i tenir problemes en dues situacions:
>      >     A) el disc dur estava configurat amb arrencada MBR i sense
>     partició
>      >     EFI,
>      >     i aleshores l'intento fer funcionar en un ordinador què no li
>     funciona
>      >     bé el CSM per arrencar a l'antiga.
>      >     B) el disc dur estava configurat amb arrencada EFI i
>     l'intento fer
>      >     funcionar en un ordinador sense capacitat EFI.
>      >
>      >     A les arrencades de CD/DVD veig què ho tenen aconseguit, però
>     no sé com
>      >     es fa això amb un disc dur particionable, sigui amb MBR o GPT.
>      >
>      >     Gràcies.
>      >
>      >     --
>      >
>      >     Narcis Garcia
>      >
>      >     __________
>      >     I'm using this dedicated address because personal addresses
>     aren't
>      >     masked enough at this mail public archive. Public archive
>     administrator
>      >     should remove and omit any @, dot and mailto combinations against
>      >     automated addresses collectors.
>      >
>
>     --
>
>     Narcis Garcia
>
>     __________
>     I'm using this dedicated address because personal addresses aren't
>     masked enough at this mail public archive. Public archive administrator
>     should remove and omit any @, dot and mailto combinations against
>     automated addresses collectors.
>

--

Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should remove and omit any @, dot and mailto combinations against
automated addresses collectors.


Reply to: