El dom, 2 oct 2022 a las 9:33, Carlos E. R. (<robin.listas@telefonica.net>) escribió:
On 2022-10-02 14:16, Juan Erbes wrote:
¡Estás en lo cierto!
Muchas gracias!
La semana pasada pasé por una cirugía y todavía "no ando con todas las luces encendidas".
En SDA tengo Tumbleweed y Windows (SSD SATA) En SDB tengo Leap 15.3 con el home original como backup y desde el cual estoy booteando ( HDD convencional) En nvmen1 tengo el nuevo home y swap (SSD NVME)
Como está ahora puedo elegir arrancar Leap 15.3 o Tumbleweed (por defecto esta última).
Si alguna vez tengo que arrancar windows, lo hago con F11, eligiendo esa partición.
Cuando esté mejor, tal vez lo vuelva a intentar.
Ok! :-)
Finalmente, lo encontré! Desde hace algunos años los instaladores de Opensuse crean la partición EFI, pero no verifican si la bios lo soporta. En el caso de este pc que tiene UEFI y en otros pc instalando Opensuse como único sistema operativo en el disco duro o SSD, suele no tener problemas. El problema viene si después se instala windows en el mismo SSD o HDD, que se se carga el MBR, como volví a experimentar en un pc de hace algunos años, que por un lado crea la partición EFI, pero luego genera el subvolumen /boot/efi en la partición raíz. Todo esto sin verificar que la BIOS soporte UEFI. La solución en este pc (Ryzen 7 5700X) fue que no estaba creado el punto de montaje de la partición /boot/efi, aunque la partición existía. Luego de realizado esto, volví a reinstalar todos los paquetes de grub2 y reinstalé el mismo desde seleccionando la opción Grub-efi. Todo quedó perfecto y apareció en el menú de arranque el engendro. En otro pc reciclado de hace unos 10 años (Phenom 2 X4 + Gigabyte GA-880GM-USB3), adonde pasé el HDD de 1 TB, me hizo renegar porque el instalador insistía en instalar GRUB-EFI, que la primera vez que lo instalé funcionó bien, pero cuando quise instalar windows no le gustaba como estaba el HDD. Hice varias reinstalaciones de windows y Leap 15.4, una vez probé con Tumbleweed. Finalmente eliminé nuevamente todas las particiones y volví a crear 4 particiones primarias: sda1 para /boot/efi (que no era necesaria para Opensuse porque no está soportado por la BIOS) sda2 para el raíz con home en btrfs sda3 swap sda4 windows Para colmo de males, como el instalador de Opensuse fallaba al instalar GRUB, intenté poner un administrador de booteo en windows, el cual me olvidé de eliminar del MBR: https://neosmart.net/EasyBCD/ Con las particiones citadas se instalaron los 2 sistemas, pero Opensuse sin poder instalar correctamente GRUB (error mío por dejar la opción GRUB-EFI). Finalmente con el DVD cargando el sistema en modo rescue siguiendo estos lineamientos: https://forums.opensuse.org/showthread.php/493663-Upgrading-12-3-gt-13-1-(re... La parte relevante es: Boot the live media. Mount your root partition at "/mnt" Mount your "/boot" at "/mnt/boot" ----> si la BIOS no tiene UEFI no es necesario y si la tuviera debería ser /boot/efi el punto de montaje Mount any other important partitions. Then: Code: # mount --bind /dev /mnt/dev # mount --bind /sys /mnt/sys # mount --bind /proc /mnt/proc # chroot /mnt Pero aquí descubrí que se puede cargar Yast y terminar de configurar GRUB desde allí, seleccionando modo GRUB2 solo, activando la marca de la partición de buteo y escribiendo "código genérico en MBR", además de seleccionar que escriba en el sector de arranque para eliminar lo que dejó windows y el otro administrador de booteo EasyBCD. Reinstalé los paquetes de GRUB y ya con el sistema cargado volví a reinstalar GRUB para adornar la parte gráfica. Salu2 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/