Re: Problemas de arranque con SSD NVME era Dilemas con discos SSD
El lun, 26 sept 2022 a las 23:01, Juan Erbes (<jerbes@gmail.com>) escribió:
El lun, 26 sept 2022 a las 21:42, Mauricio J. Adonis C. (<mike.alfa.2007@gmail.com>) escribió:
Solo por curiosidad.. ¿Qué sistema de archivos diste a la unidad y cómo configuraste el trim en este caso?
Lo formatee con XFS.
Ya lo expliqué en el hilo anterior:
Lo que hice fue:
zypper rm btrfsmaintenance
To prevent it from being reinstalled:
zypper al btrfsmaintenance
(también borre el script manualmente)
y
systemctl enable fstrim.timer
Probé manualmente: fstrim -Av
¿Has tenido problemas con un SSD NVME y los permisos de usuario? Yo compré este de 2TB: https://www.tomshardware.com/reviews/wd-black-sn770-ssd-review/3 No se si será que cuando copié los archivos del home viejo al nuevo hice algo mal, a pesar de haberle seteado los permisos, pero el tema es que al añadir alguna aplicación al panel y trato de lanzarla desde allí me dice: Espacio de trabajo Plasma No dispone de autorización para ejecutar este archivo. O si trato de ejecutar algún ejecutable desde /home/user/bin, también me da el mismo error: ./OpenShot-v2.6.1-dev-daily-9792-87da5db8-46255e46-x86_64.AppImage bash: ./OpenShot-v2.6.1-dev-daily-9792-87da5db8-46255e46-x86_64.AppImage: Permiso denegado O tal vez sea que tiene recortados algunos bits por cada registro de datos al SSD: CONS - Lacks AES hardware encryption Hice un nuevo intento, le cambié de dueño y grupo a root/root y luego le hice: chmod u+x OpenShot-v2.6.1-dev-daily-9832-23da61bf-46255e46-x86_64.AppImage (una versión más nueva que el anterior) Pero solamente lo puedo ejecutar desde /usr/local/bin El directorio raíz está en otro SSD SATA. 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/
On 2022-09-30 14:03, Juan Erbes wrote:
El lun, 26 sept 2022 a las 23:01, Juan Erbes (<jerbes@gmail.com>) escribió:
El lun, 26 sept 2022 a las 21:42, Mauricio J. Adonis C. (<>) escribió:
Nota: el post de Mauricio no ha llegado a la lista.
¿Has tenido problemas con un SSD NVME y los permisos de usuario?
Yo compré este de 2TB: https://www.tomshardware.com/reviews/wd-black-sn770-ssd-review/3
No se si será que cuando copié los archivos del home viejo al nuevo hice algo mal, a pesar de haberle seteado los permisos, pero el tema es que al añadir alguna aplicación al panel y trato de lanzarla desde allí me dice:
Espacio de trabajo Plasma No dispone de autorización para ejecutar este archivo.
O si trato de ejecutar algún ejecutable desde /home/user/bin, también me da el mismo error: ./OpenShot-v2.6.1-dev-daily-9792-87da5db8-46255e46-x86_64.AppImage bash: ./OpenShot-v2.6.1-dev-daily-9792-87da5db8-46255e46-x86_64.AppImage: Permiso denegado
Eso es que NO has puesto permiso "exec" a home en fstab. O no has quitado el "noexec".
O tal vez sea que tiene recortados algunos bits por cada registro de datos al SSD:
Por cierto, esas cosas se hacen con rsync. OPTIONS="--archive --acls --xattrs --hard-links \ --sparse --stats --human-readable " rsync $OPTIONS %FUENTE/ $DESTINO -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
El vie, 30 sept 2022 a las 9:15, Carlos E. R. (<robin.listas@telefonica.net>) escribió:
On 2022-09-30 14:03, Juan Erbes wrote:
El lun, 26 sept 2022 a las 23:01, Juan Erbes (<jerbes@gmail.com>) escribió:
El lun, 26 sept 2022 a las 21:42, Mauricio J. Adonis C. (<>) escribió:
Nota: el post de Mauricio no ha llegado a la lista.
¿Has tenido problemas con un SSD NVME y los permisos de usuario?
Yo compré este de 2TB: https://www.tomshardware.com/reviews/wd-black-sn770-ssd-review/3
No se si será que cuando copié los archivos del home viejo al nuevo hice algo mal, a pesar de haberle seteado los permisos, pero el tema es que al añadir alguna aplicación al panel y trato de lanzarla desde allí me dice:
Espacio de trabajo Plasma No dispone de autorización para ejecutar este archivo.
O si trato de ejecutar algún ejecutable desde /home/user/bin, también me da el mismo error: ./OpenShot-v2.6.1-dev-daily-9792-87da5db8-46255e46-x86_64.AppImage bash: ./OpenShot-v2.6.1-dev-daily-9792-87da5db8-46255e46-x86_64.AppImage: Permiso denegado
Eso es que NO has puesto permiso "exec" a home en fstab. O no has quitado el "noexec".
O tal vez sea que tiene recortados algunos bits por cada registro de datos al SSD:
Por cierto, esas cosas se hacen con rsync.
OPTIONS="--archive --acls --xattrs --hard-links \ --sparse --stats --human-readable "
rsync $OPTIONS %FUENTE/ $DESTINO
Reinstalé Tumbleweed porque tenía problemas despues de reinstalar el engendro en el SSD SATA y le dia la opción de importar datos de usuario, pero algo falló: Este es el fstab de Leap 15.3 (HDD viejo 2TB y swap en el SSD NVME): UUID=78f476ee-86a1-4153-a48a-5fa94f679551 / btrfs defaults 0 0 UUID=78f476ee-86a1-4153-a48a-5fa94f679551 /var btrfs subvol=/@/var 0 0 UUID=78f476ee-86a1-4153-a48a-5fa94f679551 /usr/local btrfs subvol=/@/usr/local 0 0 UUID=78f476ee-86a1-4153-a48a-5fa94f679551 /tmp btrfs subvol=/@/tmp 0 0 UUID=78f476ee-86a1-4153-a48a-5fa94f679551 /srv btrfs subvol=/@/srv 0 0 UUID=78f476ee-86a1-4153-a48a-5fa94f679551 /root btrfs subvol=/@/root 0 0 UUID=78f476ee-86a1-4153-a48a-5fa94f679551 /opt btrfs subvol=/@/opt 0 0 UUID=a41797e7-10ed-4067-9cc1-0fc8b5a09342 /home xfs defaults 0 0 UUID=78f476ee-86a1-4153-a48a-5fa94f679551 /boot/grub2/x86_64-efi btrfs subvol=/@/boot/grub2/x86_64-efi 0 0 UUID=78f476ee-86a1-4153-a48a-5fa94f679551 /boot/grub2/i386-pc btrfs subvol=/@/boot/grub2/i386-pc 0 0 UUID=177da37c-4b5f-479d-97ca-f372704605a9 swap swap defaults 0 0 UUID=AC180E4E180E17CA /Windows ntfs fmask=133,dmask=022 0 0 Este es el fstab de Tumbleweed (SSD SATA 500 GB, swap y home en el SSD NVME 2TB): UUID=31b7c728-e720-4593-90b1-65becffbdd4b / btrfs defaults 0 0 UUID=31b7c728-e720-4593-90b1-65becffbdd4b /var btrfs subvol=/@/var 0 0 UUID=31b7c728-e720-4593-90b1-65becffbdd4b /usr/local btrfs subvol=/@/usr/local 0 0 UUID=31b7c728-e720-4593-90b1-65becffbdd4b /srv btrfs subvol=/@/srv 0 0 UUID=31b7c728-e720-4593-90b1-65becffbdd4b /root btrfs subvol=/@/root 0 0 UUID=31b7c728-e720-4593-90b1-65becffbdd4b /opt btrfs subvol=/@/opt 0 0 UUID=b6aa5297-de48-4aac-a789-4b99ddb19e6e /home xfs user 0 0 UUID=31b7c728-e720-4593-90b1-65becffbdd4b /boot/grub2/x86_64-efi btrfs subvol=/@/boot/grub2/x86_64-efi 0 0 UUID=31b7c728-e720-4593-90b1-65becffbdd4b /boot/grub2/i386-pc btrfs subvol=/@/boot/grub2/i386-pc 0 0 UUID=177da37c-4b5f-479d-97ca-f372704605a9 swap swap defaults 0 0 UUID=31b7c728-e720-4593-90b1-65becffbdd4b /.snapshots btrfs subvol=/@/.snapshots 0 0 La diferencia en el fstab que funciona dice "defaults" y en el que no funciona dice "user" Puse "defaults" el fstab de Tumbleweed y ahora funciona. Gracias! Otro tema que tengo que resolver, es poder bootear desde el SSD SATA con todos los SO, ya que si activo la partición de Tumbleweed como booteable (SDA5), no aparece windows, entonces tengo que cargar grub desde el disco duro viejo y si quiero arrancar windows, debo hacerlo con F11 desde la bios. Ninguno de los Grubs de Leap 15.3 o Tumbleweed detecta como sistema de arranque las particiones windows del SSD SATA. La idea es dejar en reposo el HDD viejo con Leap 15.3 y el home mas viejo como backup. 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/
Am 30.09.22 um 15:04 schrieb Juan Erbes:
Otro tema que tengo que resolver, es poder bootear desde el SSD SATA con todos los SO, ya que si activo la partición de Tumbleweed como booteable (SDA5), no aparece windows, entonces tengo que cargar grub desde el disco duro viejo y si quiero arrancar windows, debo hacerlo con F11 desde la bios.
Supongo que tienes tus razones para tener un windows separado, pero por si acaso: yo lo necesito para unas programas de Canon y de Adobe y lo tengo en un Virtualbox. Ademas lo necesito para mi gran impresora que solo funciona con Win/Mac. Es super practico. Es un full Win10, bajado oficial de Microsoft pero sin registrar, funciona tan rápido como si fuera stand-alone (por lo menos, sin que se nota la diferencia) y tiene la ventaja que puedo usar el Win sin dejar el Linux, puedo intercambiar archivos y el clipboard y - para mi importante - puedo negarlo el acceso al internet con un clic, así que no llama a casa todo el tiempo y me deja en paz con sus updates. Puedo tener ventanas del linux abierto al mismo tiempo que esta abierta el Win, así mientras por ejemplo en el Win tengo un batch-process, puedo seguir trabajando en Linux con toda normalidad... tengo lo mejor de ambos mundos en uno :-) -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com
El vie, 30 sept 2022 a las 10:39, Daniel Bauer (<linux@daniel-bauer.com>) escribió:
Am 30.09.22 um 15:04 schrieb Juan Erbes:
Otro tema que tengo que resolver, es poder bootear desde el SSD SATA con todos los SO, ya que si activo la partición de Tumbleweed como booteable (SDA5), no aparece windows, entonces tengo que cargar grub desde el disco duro viejo y si quiero arrancar windows, debo hacerlo con F11 desde la bios.
Supongo que tienes tus razones para tener un windows separado, pero por si acaso: yo lo necesito para unas programas de Canon y de Adobe y lo tengo en un Virtualbox. Ademas lo necesito para mi gran impresora que solo funciona con Win/Mac.
Es super practico. Es un full Win10, bajado oficial de Microsoft pero sin registrar, funciona tan rápido como si fuera stand-alone (por lo menos, sin que se nota la diferencia) y tiene la ventaja que puedo usar el Win sin dejar el Linux, puedo intercambiar archivos y el clipboard y - para mi importante - puedo negarlo el acceso al internet con un clic, así que no llama a casa todo el tiempo y me deja en paz con sus updates.
Puedo tener ventanas del linux abierto al mismo tiempo que esta abierta el Win, así mientras por ejemplo en el Win tengo un batch-process, puedo seguir trabajando en Linux con toda normalidad... tengo lo mejor de ambos mundos en uno :-)
¿Que pasa con Virtualbox cada vez que actualizas el kernel? Yo casi no lo uso, tan solo ocasionalmente para editar algún archivo midi, y antes de utilizar el Openshot bajo Linux editaba videos con Sony Vegas. Por cierto, con el /home bajo SSD NVME, ahora Openshot renderiza entre un 30 y 50% más rápido, sólo CPU al 23% global, 16 hilos. La temperatura de la CPU rondaba los 60ºC y el SSD los 70ºC, que tendría que probar a mudarlo de debajo de la tarjeta de video, aunque tenga el disipador del mobo, aunque es posible que en el otro slot no tenga las líneas de conexión directa a CPU del PciE 4X como en la posición actual y pierda velocidad. Gracias, Juan -- 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/
Am 30.09.22 um 15:50 schrieb Juan Erbes:
El vie, 30 sept 2022 a las 10:39, Daniel Bauer (<linux@daniel-bauer.com>) escribió:
Am 30.09.22 um 15:04 schrieb Juan Erbes:
Otro tema que tengo que resolver, es poder bootear desde el SSD SATA con todos los SO, ya que si activo la partición de Tumbleweed como booteable (SDA5), no aparece windows, entonces tengo que cargar grub desde el disco duro viejo y si quiero arrancar windows, debo hacerlo con F11 desde la bios.
Supongo que tienes tus razones para tener un windows separado, pero por si acaso: yo lo necesito para unas programas de Canon y de Adobe y lo tengo en un Virtualbox. Ademas lo necesito para mi gran impresora que solo funciona con Win/Mac.
Es super practico. Es un full Win10, bajado oficial de Microsoft pero sin registrar, funciona tan rápido como si fuera stand-alone (por lo menos, sin que se nota la diferencia) y tiene la ventaja que puedo usar el Win sin dejar el Linux, puedo intercambiar archivos y el clipboard y - para mi importante - puedo negarlo el acceso al internet con un clic, así que no llama a casa todo el tiempo y me deja en paz con sus updates.
Puedo tener ventanas del linux abierto al mismo tiempo que esta abierta el Win, así mientras por ejemplo en el Win tengo un batch-process, puedo seguir trabajando en Linux con toda normalidad... tengo lo mejor de ambos mundos en uno :-)
¿Que pasa con Virtualbox cada vez que actualizas el kernel?
Pues nada. Tengo el Opensuse 15.3, el virtualbox de los repositiorios normales, ya - tocar madera - nunca tenía problemas. He mudado los discos virtuales de virtualbox en varios sistemas, ahora en nuevo ordenador, tengo un Win10 y incluso un viejo XP porque allí tengo las cosas de pdf de Adoba que por cierto no voy a comprar nuevo mientras funciona :-) (Es otra ventaja de tenerlo en virtualbox: algunos programas viejos, como el illustrator p.ej., ya no funcionan en Win10, pero perfectamente en XP. Así puedo tener varias versiones sin reboot y sin mantenimiento complicado)
Yo casi no lo uso, tan solo ocasionalmente para editar algún archivo midi, y antes de utilizar el Openshot bajo Linux editaba videos con Sony Vegas.
A mi no me gustan los programas de tratamiento de archivos RAW que hay en linux, son demasiado complicados y lentos. Lo que viene con las cámaras Canon es perfecto, pero solo en Win/Mac. Sobre todo para eso tengo el Win. Ademas tengo un Epson SureColor SC-P900 que no funciona en linux (o solo con un driver de pago). Hago todo el editar en linux y luego imprimo desde Win en una ventana...
Por cierto, con el /home bajo SSD NVME, ahora Openshot renderiza entre un 30 y 50% más rápido, sólo CPU al 23% global, 16 hilos. La temperatura de la CPU rondaba los 60ºC y el SSD los 70ºC, que tendría que probar a mudarlo de debajo de la tarjeta de video, aunque tenga el disipador del mobo, aunque es posible que en el otro slot no tenga las líneas de conexión directa a CPU del PciE 4X como en la posición actual y pierda velocidad.
Yo tengo el sistema en un SSD, pero mi /home con los datos en discos normales, aunque rápidos de WD. También tengo los discos virtuales de virtualbox en SSD, mas el archivo compartido. Ah, y el swap, pero este nunca se usa. He notado mucha, muchísima diferencia de velocidad del boot y de arrancar programas desde hace que tengo el sistema en SSD. Por otro lado he reservado una parte de un SSD como "espacio de trabajo" para usar cuando dejo imageMagick hacer un trabajo largo, pero en eso no he notado mucha diferencia. (No conozco Openshot, lo he instalado ahora, a ver :-) ) -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com
Hola!! O venres, 30 de setembro de 2022 15:04:39 CEST Juan Erbes escribiu:
El vie, 30 sept 2022 a las 9:15, Carlos E. R.
(<robin.listas@telefonica.net>) escribió:
On 2022-09-30 14:03, Juan Erbes wrote:
El lun, 26 sept 2022 a las 23:01, Juan Erbes (<jerbes@gmail.com>) escribió:
Parte del tema era que habías montado el disco con xfs. Deja que use btrfs, que no lo uses en discos normales, vale, pero en SSD y demás, hombre, no le pongas palos al sistema xD
Otro tema que tengo que resolver, es poder bootear desde el SSD SATA con todos los SO, ya que si activo la partición de Tumbleweed como booteable (SDA5), no aparece windows, entonces tengo que cargar grub desde el disco duro viejo y si quiero arrancar windows, debo hacerlo con F11 desde la bios.
Ninguno de los Grubs de Leap 15.3 o Tumbleweed detecta como sistema de arranque las particiones windows del SSD SATA. La idea es dejar en reposo el HDD viejo con Leap 15.3 y el home mas viejo como backup.
Aquí lo de siempre es asegurarse de que se haya instalado de la misma manera o de que tengas la opción "autodetectar" activada (o hacerlo manualmente). Si tienes UEFI lo suyo es crear una partición EFI en el disco de arranque, arrancar ahí y de ahí autodetectar todos los demás. Si no usas UEFI, arranca desde el MBR. No sé por qué marcas una partición de openSUSE como arrancable, no lo hagas, no necesitas un cargador de arranque para eso. Salud!! -- karlggest
On 2022-09-30 17:18, karlggest wrote:
Hola!!
O venres, 30 de setembro de 2022 15:04:39 CEST Juan Erbes escribiu:
El vie, 30 sept 2022 a las 9:15, Carlos E. R. (<>) escribió:
On 2022-09-30 14:03, Juan Erbes wrote:
El lun, 26 sept 2022 a las 23:01, Juan Erbes (<>) escribió:
Parte del tema era que habías montado el disco con xfs. Deja que use btrfs, que no lo uses en discos normales, vale, pero en SSD y demás, hombre, no le pongas palos al sistema xD
¿Le estás diciendo que ponga /home con btrfs? Eso está contraindicado. (por cierto, que eso no solucionaría su problema) -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
Hola No 30 de setembro de 2022 18:10:23 CEST, "Carlos E. R." <robin.listas@telefonica.net> escribeu:
On 2022-09-30 17:18, karlggest wrote:
Hola!!
O venres, 30 de setembro de 2022 15:04:39 CEST Juan Erbes escribiu:
El vie, 30 sept 2022 a las 9:15, Carlos E. R. (<>) escribió:
On 2022-09-30 14:03, Juan Erbes wrote:
El lun, 26 sept 2022 a las 23:01, Juan Erbes (<>) escribió:
Parte del tema era que habías montado el disco con xfs. Deja que use btrfs, que no lo uses en discos normales, vale, pero en SSD y demás, hombre, no le pongas palos al sistema xD
¿Le estás diciendo que ponga /home con btrfs? Eso está contraindicado.
No sólo no está contraindicado sino que btrfs funciona mucho mejor en esos discos. Hay un error con baloo y puede que otros indexadores de ese estilo, pero a nivel ficheros es mejor.
(por cierto, que eso no solucionaría su problema)
No, sólo es curiosidad. Es poner el disco, y ni siquiera tienes que particionarlo. Salud!!
On 2022-09-30 19:16, Karlggest wrote:
Hola
No 30 de setembro de 2022 18:10:23 CEST, "Carlos E. R." <robin.listas@telefonica.net> escribeu:
On 2022-09-30 17:18, karlggest wrote:
Hola!!
O venres, 30 de setembro de 2022 15:04:39 CEST Juan Erbes escribiu:
El vie, 30 sept 2022 a las 9:15, Carlos E. R. (<>) escribió:
On 2022-09-30 14:03, Juan Erbes wrote:
El lun, 26 sept 2022 a las 23:01, Juan Erbes (<>) escribió:
Parte del tema era que habías montado el disco con xfs. Deja que use btrfs, que no lo uses en discos normales, vale, pero en SSD y demás, hombre, no le pongas palos al sistema xD
¿Le estás diciendo que ponga /home con btrfs? Eso está contraindicado.
No sólo no está contraindicado sino que btrfs funciona mucho mejor en esos discos. Hay un error con baloo y puede que otros indexadores de ese estilo, pero a nivel ficheros es mejor.
JA! Eso no es lo que dice SUSE.
(por cierto, que eso no solucionaría su problema)
No, sólo es curiosidad. Es poner el disco, y ni siquiera tienes que particionarlo.
Salud!!
-- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
Hola. No 30 de setembro de 2022 19:47:51 CEST, "Carlos E. R." <robin.listas@telefonica.net> escribeu:
On 2022-09-30 19:16, Karlggest wrote:
Hola
No 30 de setembro de 2022 18:10:23 CEST, "Carlos E. R." <robin.listas@telefonica.net> escribeu:
On 2022-09-30 17:18, karlggest wrote:
Hola!!
O venres, 30 de setembro de 2022 15:04:39 CEST Juan Erbes escribiu:
El vie, 30 sept 2022 a las 9:15, Carlos E. R. (<>) escribió:
On 2022-09-30 14:03, Juan Erbes wrote: > El lun, 26 sept 2022 a las 23:01, Juan Erbes (<>) escribió:
Parte del tema era que habías montado el disco con xfs. Deja que use btrfs, que no lo uses en discos normales, vale, pero en SSD y demás, hombre, no le pongas palos al sistema xD
¿Le estás diciendo que ponga /home con btrfs? Eso está contraindicado.
No sólo no está contraindicado sino que btrfs funciona mucho mejor en esos discos. Hay un error con baloo y puede que otros indexadores de ese estilo, pero a nivel ficheros es mejor.
JA! Eso no es lo que dice SUSE. Primera noticia, dónde has visto tú eso?
(por cierto, que eso no solucionaría su problema)
No, sólo es curiosidad. Es poner el disco, y ni siquiera tienes que particionarlo.
Salud!!
On 2022-09-30 21:36, Karlggest wrote:
Hola.
No 30 de setembro de 2022 19:47:51 CEST, "Carlos E. R." <robin.listas@telefonica.net> escribeu:
On 2022-09-30 19:16, Karlggest wrote:
Hola
No 30 de setembro de 2022 18:10:23 CEST, "Carlos E. R." <robin.listas@telefonica.net> escribeu:
On 2022-09-30 17:18, karlggest wrote:
Hola!!
O venres, 30 de setembro de 2022 15:04:39 CEST Juan Erbes escribiu:
El vie, 30 sept 2022 a las 9:15, Carlos E. R. (<>) escribió: > On 2022-09-30 14:03, Juan Erbes wrote: >> El lun, 26 sept 2022 a las 23:01, Juan Erbes (<>) escribió:
Parte del tema era que habías montado el disco con xfs. Deja que use btrfs, que no lo uses en discos normales, vale, pero en SSD y demás, hombre, no le pongas palos al sistema xD
¿Le estás diciendo que ponga /home con btrfs? Eso está contraindicado.
No sólo no está contraindicado sino que btrfs funciona mucho mejor en esos discos. Hay un error con baloo y puede que otros indexadores de ese estilo, pero a nivel ficheros es mejor.
JA! Eso no es lo que dice SUSE. Primera noticia, dónde has visto tú eso?
Anda la leche. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
On 2022-09-30 15:04, Juan Erbes wrote:
El vie, 30 sept 2022 a las 9:15, Carlos E. R. (<>) escribió:
On 2022-09-30 14:03, Juan Erbes wrote:
El lun, 26 sept 2022 a las 23:01, Juan Erbes (<jerbes@gmail.com>) escribió:
El lun, 26 sept 2022 a las 21:42, Mauricio J. Adonis C. (<>) escribió:
...
Otro tema que tengo que resolver, es poder bootear desde el SSD SATA con todos los SO, ya que si activo la partición de Tumbleweed como booteable (SDA5), no aparece windows, entonces tengo que cargar grub desde el disco duro viejo y si quiero arrancar windows, debo hacerlo con F11 desde la bios.
Ninguno de los Grubs de Leap 15.3 o Tumbleweed detecta como sistema de arranque las particiones windows del SSD SATA. La idea es dejar en reposo el HDD viejo con Leap 15.3 y el home mas viejo como backup.
¿Tu ordenador tiene UEFI, o tiene BIOS? En el primer caso, ¿estás arrancando en modo UEFI? karlggest tiene razón, en modo UEFI el marcar una partición como arrancable no hace nada. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
El vie, 30 sept 2022 a las 13:15, Carlos E. R. (<robin.listas@telefonica.net>) escribió:
On 2022-09-30 15:04, Juan Erbes wrote:
El vie, 30 sept 2022 a las 9:15, Carlos E. R. (<>) escribió:
On 2022-09-30 14:03, Juan Erbes wrote:
El lun, 26 sept 2022 a las 23:01, Juan Erbes (<jerbes@gmail.com>) escribió:
El lun, 26 sept 2022 a las 21:42, Mauricio J. Adonis C. (<>) escribió:
...
Otro tema que tengo que resolver, es poder bootear desde el SSD SATA con todos los SO, ya que si activo la partición de Tumbleweed como booteable (SDA5), no aparece windows, entonces tengo que cargar grub desde el disco duro viejo y si quiero arrancar windows, debo hacerlo con F11 desde la bios.
Ninguno de los Grubs de Leap 15.3 o Tumbleweed detecta como sistema de arranque las particiones windows del SSD SATA. La idea es dejar en reposo el HDD viejo con Leap 15.3 y el home mas viejo como backup.
¿Tu ordenador tiene UEFI, o tiene BIOS? En el primer caso, ¿estás arrancando en modo UEFI?
karlggest tiene razón, en modo UEFI el marcar una partición como arrancable no hace nada.
Hola! Mi ordenador tiene BIOS y EFI (no UEFI) Este es el grub.cfg: # # DO NOT EDIT THIS FILE # # It is automatically generated by grub2-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### set btrfs_relative_path="y" export btrfs_relative_path if [ -f ${config_directory}/grubenv ]; then load_env -f ${config_directory}/grubenv elif [ -s $prefix/grubenv ]; then load_env fi if [ "${env_block}" ] ; then set env_block="(${root})${env_block}" export env_block load_env -f "${env_block}" fi if [ "${next_entry}" ] ; then set default="${next_entry}" set next_entry= save_env next_entry if [ "${env_block}" ] ; then save_env -f "${env_block}" next_entry fi set boot_once=true else set default="${saved_entry}" fi if [ x"${feature_menuentry_id}" = xy ]; then menuentry_id_option="--id" else menuentry_id_option="" fi export menuentry_id_option if [ "${prev_saved_entry}" ]; then set saved_entry="${prev_saved_entry}" save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry="${chosen}" if [ "${env_block}" ] ; then save_env -f "${env_block}" saved_entry else save_env saved_entry fi fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } if [ x$feature_default_font_path = xy ] ; then font=unicode else insmod part_msdos insmod btrfs set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1' 78f476ee-86a1-4153-a48a-5fa94f679551 else search --no-floppy --fs-uuid --set=root 78f476ee-86a1-4153-a48a-5fa94f679551 fi font="/usr/share/grub2/unicode.pf2" fi if loadfont $font ; then if [ "${grub_platform}" = "efi" ]; then echo "Please press 't' to show the boot menu on this console" fi set gfxmode=auto load_video insmod gfxterm fi terminal_input console terminal_output gfxterm insmod part_msdos insmod btrfs set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1' 78f476ee-86a1-4153-a48a-5fa94f679551 else search --no-floppy --fs-uuid --set=root 78f476ee-86a1-4153-a48a-5fa94f679551 fi insmod gfxmenu loadfont ($root)/boot/grub2/themes/openSUSE/ascii.pf2 loadfont ($root)/boot/grub2/themes/openSUSE/DejaVuSans10.pf2 loadfont ($root)/boot/grub2/themes/openSUSE/DejaVuSans12.pf2 loadfont ($root)/boot/grub2/themes/openSUSE/DejaVuSans-Bold14.pf2 insmod png set theme=($root)/boot/grub2/themes/openSUSE/theme.txt export theme if [ x${boot_once} = xtrue ]; then set timeout=0 elif [ x$feature_timeout_style = xy ] ; then set timeout_style=menu set timeout=8 # Fallback normal timeout code in case the timeout_style feature is # unavailable. else set timeout=8 fi if [ -n "$extra_cmdline" ]; then menuentry "Help on bootable snapshot #$snapshot_num" { echo "Select the default entry of the snapshot boot menu." echo "Examine the snapshot, and if it's OK," echo " run 'snapper rollback' and reboot." echo "See 'System Rollback by Booting from Snapshots'" echo " in the manual for more information." echo " ** Hit Any Key to return to boot menu ** " read } fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/00_tuned ### set tuned_params="" set tuned_initrd="" ### END /etc/grub.d/00_tuned ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'openSUSE Leap 15.3' --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-78f476ee-86a1-4153-a48a-5fa94f679551' { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod btrfs set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1' 78f476ee-86a1-4153-a48a-5fa94f679551 else search --no-floppy --fs-uuid --set=root 78f476ee-86a1-4153-a48a-5fa94f679551 fi echo 'Loading Linux 5.3.18-150300.59.93-default ...' linux /boot/vmlinuz-5.3.18-150300.59.93-default root=UUID=78f476ee-86a1-4153-a48a-5fa94f679551 ${extra_cmdline} resume=/dev/disk/by-uuid/177da37c-4b5f-479d-97ca-f372704605a9 quie t mitigations=auto echo 'Loading initial ramdisk ...' initrd /boot/initrd-5.3.18-150300.59.93-default } submenu 'Advanced options for openSUSE Leap 15.3' --hotkey=1 $menuentry_id_option 'gnulinux-advanced-78f476ee-86a1-4153-a48a-5fa94f679551' { menuentry 'openSUSE Leap 15.3, with Linux 5.3.18-150300.59.93-default' --hotkey=2 --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.3.18-150 300.59.93-default-advanced-78f476ee-86a1-4153-a48a-5fa94f679551' { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod btrfs set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1' 78f476ee-86a1-4153-a48a-5fa94f67955 1 else search --no-floppy --fs-uuid --set=root 78f476ee-86a1-4153-a48a-5fa94f679551 fi echo 'Loading Linux 5.3.18-150300.59.93-default ...' linux /boot/vmlinuz-5.3.18-150300.59.93-default root=UUID=78f476ee-86a1-4153-a48a-5fa94f679551 ${extra_cmdline} resume=/dev/disk/by-uuid/177da37c-4b5f-479d-97ca-f37270460 5a9 quiet mitigations=auto echo 'Loading initial ramdisk ...' initrd /boot/initrd-5.3.18-150300.59.93-default } menuentry 'openSUSE Leap 15.3, with Linux 5.3.18-59.5-default' --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.3.18-59.5-default-advanced -78f476ee-86a1-4153-a48a-5fa94f679551' { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod btrfs set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1' 78f476ee-86a1-4153-a48a-5fa94f67955 1 else search --no-floppy --fs-uuid --set=root 78f476ee-86a1-4153-a48a-5fa94f679551 fi echo 'Loading Linux 5.3.18-59.5-default ...' linux /boot/vmlinuz-5.3.18-59.5-default root=UUID=78f476ee-86a1-4153-a48a-5fa94f679551 ${extra_cmdline} resume=/dev/disk/by-uuid/177da37c-4b5f-479d-97ca-f372704605a9 quie t mitigations=auto echo 'Loading initial ramdisk ...' initrd /boot/initrd-5.3.18-59.5-default } } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_linux_xen ### ### END /etc/grub.d/20_linux_xen ### ### BEGIN /etc/grub.d/20_memtest86+ ### ### END /etc/grub.d/20_memtest86+ ### ### BEGIN /etc/grub.d/30_os-prober ### menuentry 'openSUSE Tumbleweed (on /dev/sdb5)' --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-31b7c728-e720-4593-90b1-65becffbdd4b' { insmod part_gpt insmod btrfs set root='hd2,gpt5' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt5 --hint-efi=hd1,gpt5 --hint-baremetal=ahci1,gpt5 --hint='hd2,gpt5' 31b7c728-e720-4593-90b1-65becffbdd4b else search --no-floppy --fs-uuid --set=root 31b7c728-e720-4593-90b1-65becffbdd4b fi linux /boot/vmlinuz-5.19.10-1-default root=UUID=31b7c728-e720-4593-90b1-65becffbdd4b ${extra_cmdline} resume=/dev/disk/by-uuid/177da37c-4b5f-479d-97ca-f372704605a9 quiet mitigations =auto initrd /boot/initrd-5.19.10-1-default } submenu 'Advanced options for openSUSE Tumbleweed (on /dev/sdb5)' $menuentry_id_option 'osprober-gnulinux-advanced-31b7c728-e720-4593-90b1-65becffbdd4b' { menuentry 'openSUSE Tumbleweed (on /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.19.10-1-default--31b7c728-e720-4593-9 0b1-65becffbdd4b' { insmod part_gpt insmod btrfs set root='hd2,gpt5' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt5 --hint-efi=hd1,gpt5 --hint-baremetal=ahci1,gpt5 --hint='hd2,gpt5' 31b7c728-e720-4593-90b1-65becffbdd4b else search --no-floppy --fs-uuid --set=root 31b7c728-e720-4593-90b1-65becffbdd4b fi linux /boot/vmlinuz-5.19.10-1-default root=UUID=31b7c728-e720-4593-90b1-65becffbdd4b ${extra_cmdline} resume=/dev/disk/by-uuid/177da37c-4b5f-479d-97ca-f372704605a9 quiet mit igations=auto initrd /boot/initrd-5.19.10-1-default } menuentry 'openSUSE Tumbleweed, with Linux 5.19.10-1-default (on /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.19.10-1 -default--31b7c728-e720-4593-90b1-65becffbdd4b' { insmod part_gpt insmod btrfs set root='hd2,gpt5' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt5 --hint-efi=hd1,gpt5 --hint-baremetal=ahci1,gpt5 --hint='hd2,gpt5' 31b7c728-e720-4593-90b1-65becffbdd4b else search --no-floppy --fs-uuid --set=root 31b7c728-e720-4593-90b1-65becffbdd4b fi linux /boot/vmlinuz-5.19.10-1-default root=UUID=31b7c728-e720-4593-90b1-65becffbdd4b ${extra_cmdline} resume=/dev/disk/by-uuid/177da37c-4b5f-479d-97ca-f372704605a9 quiet mit igations=auto initrd /boot/initrd-5.19.10-1-default } } if [ "x$default" = 'openSUSE Tumbleweed (on /dev/sdb5)' ]; then default='Advanced options for openSUSE Tumbleweed (on /dev/sdb5)>openSUSE Tumbleweed (on /dev/sdb5)'; fi; ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### ### BEGIN /etc/grub.d/41_custom ### if [ -f ${config_directory}/custom.cfg ]; then source ${config_directory}/custom.cfg elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ### ### BEGIN /etc/grub.d/80_suse_btrfs_snapshot ### ### END /etc/grub.d/80_suse_btrfs_snapshot ### ### BEGIN /etc/grub.d/90_persistent ### ### END /etc/grub.d/90_persistent ### ### BEGIN /etc/grub.d/95_textmode ### if [ "${grub_platform}" = "efi" ]; then # On EFI systems we can only have graphics *or* serial, so allow the user # to switch between the two hiddenentry 'Text mode' --hotkey 't' { set textmode=true terminal_output console } fi ### END /etc/grub.d/95_textmode ### La partición hd1 es EFI, pero de microsoft. https://www.intel.es/content/www/es/es/architecture-and-technology/unified-e... 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/
On 2022-10-01 16:24, Juan Erbes wrote:
El vie, 30 sept 2022 a las 13:15, Carlos E. R. (<robin.listas@telefonica.net>) escribió:
On 2022-09-30 15:04, Juan Erbes wrote:
El vie, 30 sept 2022 a las 9:15, Carlos E. R. (<>) escribió:
On 2022-09-30 14:03, Juan Erbes wrote:
El lun, 26 sept 2022 a las 23:01, Juan Erbes (<jerbes@gmail.com>) escribió:
El lun, 26 sept 2022 a las 21:42, Mauricio J. Adonis C. (<>) escribió:
...
Otro tema que tengo que resolver, es poder bootear desde el SSD SATA con todos los SO, ya que si activo la partición de Tumbleweed como booteable (SDA5), no aparece windows, entonces tengo que cargar grub desde el disco duro viejo y si quiero arrancar windows, debo hacerlo con F11 desde la bios.
Ninguno de los Grubs de Leap 15.3 o Tumbleweed detecta como sistema de arranque las particiones windows del SSD SATA. La idea es dejar en reposo el HDD viejo con Leap 15.3 y el home mas viejo como backup.
¿Tu ordenador tiene UEFI, o tiene BIOS? En el primer caso, ¿estás arrancando en modo UEFI?
karlggest tiene razón, en modo UEFI el marcar una partición como arrancable no hace nada.
Hola!
Mi ordenador tiene BIOS y EFI (no UEFI)
Yo pregunto por UEFI, no por EFI. <https://en.wikipedia.org/wiki/UEFI> <https://es.wikipedia.org/wiki/Unified_Extensible_Firmware_Interface> «La Unified Extensible Firmware Interface (UEFI, lit. «interfaz unificada de firmware extensible») es una especificación que define una interfaz entre el sistema operativo y el firmware. UEFI reemplaza la antigua interfaz del Sistema Básico de Entrada y Salida (BIOS) estándar presentado en las computadoras personales IBM PC como IBM PC ROM BIOS. La Extensible Firmware Interface (EFI, lit. «interfaz de firmware extensible») fue desarrollada inicialmente por Intel en el 2002. La UEFI puede proporcionar menús gráficos adicionales e incluso proporcionar acceso remoto para la solución de problemas o mantenimiento.» EFI es la partición. https://en.wikipedia.org/wiki/EFI_system_partition No pregunto por la partición. Si tienes UEFI, no puedes tener BIOS. Lo que se tiene es un modo de emulación de BIOS dentro de la UEFI. Lo que necesito saber es si el ordenador está arrancando en modo UEFI, o en modo BIOS.
Este es el grub.cfg:
No me dice gran cosa. ...
La partición hd1 es EFI, pero de microsoft.
Pues eso me hace sospechar que tienes el Linux arrancando en modo BIOS, y el Windows en modo UEFI, por lo que es imposible que el linux y el grub lo vea. Si el Linux no tiene partición montada en "/boot/efi/", pues entonces está claro y no hace falta averiguar nada más. Si quieres poner información, ejecuta este script: bootinfoscript que te puedes bajar de https://github.com/arvidjaar/bootinfoscript/raw/master/bootinfoscript El resultado es un fichero "RESULTS.txt"; lo subes a susepaste y pones el link aquí, o me lo anexas (no empastas) en un correo fuera de lista. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
On 2022-10-01 17:06, Carlos E. R. wrote:
On 2022-10-01 16:24, Juan Erbes wrote:
El vie, 30 sept 2022 a las 13:15, Carlos E. R.(<>) escribió:
On 2022-09-30 15:04, Juan Erbes wrote:
EFI es la partición.
https://en.wikipedia.org/wiki/EFI_system_partition
No pregunto por la partición.
Si tienes UEFI, no puedes tener BIOS. Lo que se tiene es un modo de emulación de BIOS dentro de la UEFI.
Lo que necesito saber es si el ordenador está arrancando en modo UEFI, o en modo BIOS.
Este es el grub.cfg:
No me dice gran cosa.
...
La partición hd1 es EFI, pero de microsoft.
Pues eso me hace sospechar que tienes el Linux arrancando en modo BIOS, y el Windows en modo UEFI, por lo que es imposible que el linux y el grub lo vea.
Si el Linux no tiene partición montada en "/boot/efi/", pues entonces está claro y no hace falta averiguar nada más.
Si quieres poner información, ejecuta este script:
bootinfoscript
Vale, ya lo tengo. El script tiene un error al final y casca, pero parece ha sacado lo importante. Un problema que se me había olvidado: este script falla con los discos tipo /dev/nmve, no los puede examinar. Y tú tienes uno, -WD_BLACK_SN770_2TB nvme0n1 aunque aparentemente sólo tiene swap y home (xfs). Asumiendo que sda es el disco de arranque y que nvme0n1 no interviene. Si no fuera así, hay que examinarlo a mano. A ver, el fstab en sda5 confirma que estás botando en modo BIOS (Tumbleweed). Tienes una partición efi en sda1, para Windows y para Linux, aunque no se está usando por Linux ahora mismo. Pues ese sería el motivo de tu problema, que tienes el Linux arrancando en modo BIOS, y el Windows en modo UEFI. No son compatibles. Tienes que: - desactivar en la UEFI el modo Bios Legacy - confirmar que el windows sigue arrancando - reinstalar el Linux en modo UEFI, o transformarlo (complicado, yo no estoy seguro de como se hace, aunque lo he hecho) -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
¡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. Salu2
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! :-) -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
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/
Método 1: borrar los archivos y carpetas innecesarios del SSD. Método 2: deshabilitar la hibernación (esto es algo que puede liberar mucho espacio en el disco para ti). Abre la búsqueda de Windows. Introduce cmd. Haz clic derecho en el Símbolo del sistema y elige ejecutar como administrador. Introduce powercfg -h off y dale al intro.
participants (6)
-
adamvy no -
Carlos E. R. -
Daniel Bauer -
Juan Erbes -
karlggest -
Karlggest