Page 1 of 4 123 ... LastLast
Results 1 to 10 of 34

Thread: Windows altera el arranque dual y openSUSE acaba en modo rescate

Hybrid View

  1. #1

    Default Windows altera el arranque dual y openSUSE acaba en modo rescate

    Aunque es un problema que ya va para largo para mi, lo comento por si hay una solución y una explicación ....

    Equipo nuevo con dos discos duros:
    1. En el HD viene preinstalado Windows
    2. En el SSD (Windows, que se jorobe ) instalo openSUSE respetando el sistema operativo de Windows


    La instalación sin problemas. Puedo arrancar indistintamente desde Windows u openSUSE desde GRUB. Sin embargo, hace ya muchos meses, tras una actualización de nuestro "querido" Windows, ocurre que al entrar en openSUSE, acaba en modo rescate. Por mucho que reinicie y entre a través de GRUB en openSUSE, otra vez en modo rescate (lo de "ctrl + d" peñazo).

    Ya que no puedo entrar en el escritorio de openSUSE, entro en Windows (a través de grub siempre) para buscar una solución y un por qué al problema, y tras seleccionar "openSUSE" ¡¡¡entra sin problemas en el escritorio!!!. Esta situación ya es en cada ocasión que salgo de openSUSE, es decir, tengo que seguir los siguientes pasos siempre:
    1. Trato de entrar en openSUSE, y acaba en modo rescate.
    2. Reinicio desde modo rescate
    3. Selecciono Windows y no entro siquiera en el escritorio (no pongo usuario ni contraseña) simplemente reinicio desde la pantalla de entrada de datos
    4. Selecciono openSUSE y ¡¡¡sin problemas!!!


    Es decir, es como si Windows cambiase algo algo en la partición de arranque que afecta a openSUSE o viceversa, pero la "solución" pasa siempre por arrancar Windows previamente a lanzar openSUSE, divertido ¿verdad?

    Pues nada, si se os ocurre algo, me comentáis

    Nota adicional: Actualicé recientmente de LEAP a Tumbleweed, pero nada a cambiado al respecto del problema

  2. #2
    Join Date
    Jul 2018
    Location
    Frente al ordenador
    Posts
    211

    Default Re: Windows altera el arranque dual y openSUSE acaba en modo rescate

    Espero que te pueda ayudar este enlace:

    https://www.icomputo.com/2019/02/res...r-el-menu.html

    Saludos

  3. #3

    Default Re: Windows altera el arranque dual y openSUSE acaba en modo rescate

    Hola Rafael
    Entra en Windows y desactiva el "inicio rapido" (es algo así como si se suspendiera el equipo y no se apaga totalmente) y la hibernación.

    Creo que solucionará tu problema.

    salut

  4. #4

    Default Re: Windows altera el arranque dual y openSUSE acaba en modo rescate

    Quote Originally Posted by daltcorda View Post
    Hola Rafael
    Entra en Windows y desactiva el "inicio rapido" (es algo así como si se suspendiera el equipo y no se apaga totalmente) y la hibernación.

    Creo que solucionará tu problema.

    salut
    Desconocía totalmente esa funcionalidad, pero lo cierto es que tenía todas las papeletas de que fuera eso.

    Desgraciadamente, no ha cambiado el problema. Si o sí, hay que meterse en Windows antes de entrar en openSUSE

    Vaya desilusión, pero ¡¡¡muchísimas gracias por aportar la posible solución!!

  5. #5

    Default Re: Windows altera el arranque dual y openSUSE acaba en modo rescate

    Quote Originally Posted by rafaellinuxuser View Post
    Desconocía totalmente esa funcionalidad, pero lo cierto es que tenía todas las papeletas de que fuera eso.

    Desgraciadamente, no ha cambiado el problema. Si o sí, hay que meterse en Windows antes de entrar en openSUSE

    Vaya desilusión, pero ¡¡¡muchísimas gracias por aportar la posible solución!!

    Hola, siento que no funcionara, normalmente eso lo soluciona, el "inicio rápido" es un coñazo si tienes mas de un sistema en tu equipo.
    Has eliminado el fichero de la hibernación? La actualizaciones a "medio instalar" también dan problemas en el arranque, verifica que no tengas ninguna a medias, hay algunas que se aplican reiniciando y otras apagando.

    Prueba la solución que propone Karlggest.


    salut

  6. #6

    Default Re: Windows altera el arranque dual y openSUSE acaba en modo rescate

    Hay una cosa importante: ¿cual es el disco que tiene la partición activa, es decir, marcado como boot?.
    Te lo digo porque Windows cuando tiene una actualización gorda suele marca su partición de arranque como activa y quita la de tenia antes openSUSE, me ha pasado alguna vez y he aprendido.

    Para que te hagas una idea, mira la salida (abajo de todo) este comando sobre mis discos duros que tiene Windows 10 y openSUSE esta en Dual Bootable usando Grub2:
    Code:
    sudo fdisk -l
    [sudo] password for root:  
    Disco /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores
    Modelo de disco: ST31000528AS     
    Unidades: sectores de 1 * 512 = 512 bytes
    Tamaño de sector (lógico/físico): 512 bytes / 512 bytes
    Tamaño de E/S (mínimo/óptimo): 512 bytes / 512 bytes
    Tipo de etiqueta de disco: gpt
    Identificador del disco: 7C4EB5EC-99F7-4032-8CC1-9BD4F9D3059D
    
    Disposit. Comienzo     Final SectoresTamañoTipo
    /dev/sda1       2048  976764927 976762880 465,8G Datos básicos de Microsoft
    /dev/sda2  976764928  985153535   8388608     4G Linux swap
    /dev/sda3  985153536 1953523711 968370176 461,8G Sistema de ficheros de Linux
    
    
    Disco /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectores
    Modelo de disco: CT500MX500SSD1   
    Unidades: sectores de 1 * 512 = 512 bytes
    Tamaño de sector (lógico/físico): 512 bytes / 512 bytes
    Tamaño de E/S (mínimo/óptimo): 512 bytes / 512 bytes
    Tipo de etiqueta de disco: dos
    Identificador del disco: 0x99c1a459
    
    Disposit.Inicio Comienzo    Final SectoresTamañoIdTipo
    /dev/sdb1  *           2048   1187839   1185792   579M  7 HPFS/NTFS/exFAT
    /dev/sdb2           1187840 651712511 650524672 310,2G  7 HPFS/NTFS/exFAT
    /dev/sdb3         651712512 976769023 325056512   155G 83 Linux
    
    Fijarte bien que aparece un asterisco en la linea /dev/sdb1 debajo de Inicio, esa es la partición activa, marcado como boot, de 579 MB de Windows 10 que tengo instalado el arranque de Windows, el sd2 esta instalado el propio Windows con los programas y el sdb3 es el directorio raíz '/' de mi openSUSE.
    Con una herramienta como GParted sirve para eliminar la marca boot de esa partición y ponérselo a otra partición distinta.
    Echa una ojeada a esta explicación: https://superuser.com/questions/9939...-linux-live-cd
    Una salida de ese comando sobre tus discos duros dará información.

    [AÑADIDO]


    1. Trato de entrar en openSUSE, y acaba en modo rescate.
    2. Reinicio desde modo rescate
    3. Selecciono Windows y no entro siquiera en el escritorio (no pongo usuario ni contraseña) simplemente reinicio desde la pantalla de entrada de datos
    4. Selecciono openSUSE y ¡¡¡sin problemas!!!

    Mira en modo rescate (punto 1.) ¿cual es la partición activa? y en punto 4. con openSUSE ¿cual es la partición activa?.
    Last edited by DiabloRojo; 15-Jan-2022 at 08:22.
    "I know that I know nothing" Socrates
    "Do not pretend things happen the way you want. Want, rather, that occur as they occur, and be happy" Epictetus
    "Compound interest, the eighth wonder of the world" Mayer Amschel Rothschild

  7. #7
    Join Date
    Mar 2014
    Location
    Canary Island Lat. 27.994547-15.405127 Lon-160m sea level
    Posts
    414

    Default Re: Windows altera el arranque dual y openSUSE acaba en modo rescate

    Hola:

    TW permite legacy, pero Leap es de 64bit y por lo general suele usar gpt.

    En este caso no muestra la partición activa, pero si una indicación del punto de montaje /boot/efi, la cual es la activa, pero si en otro hd , hay una vfat, con fdisk -l , si dice que es un sistema efi, si están las 2 paticiones, es ir a la bios y cambiar el orden, poniendo la otra vfat en primer lugar.

    Esto si se han respetado cada S.O. sus particiones de arranque.

    Pongamos un ejemplo :

    Code:
    HP-OMEN:~ # lsblk -fm 
    NAME        FSTYPE LABEL            UUID                                 FSAVAIL FSUSE% MOUNTPOINT                         SIZE OWNER GROUP MODE 
    sda                                                                                                                      931.5G             brw-rw---- 
    ├─sda1      vfat                    BB52-A7F8                             499.3M     0% /boot/efi                          500M             brw-rw---- 
    ├─sda2      btrfs                   65449f3d-43cb-4b57-9c7d-e8353ed431a9     19G    62% /                                   55G             brw-rw---- 
    ├─sda3      btrfs                   5d5289fc-d514-4e43-81bf-328b1c9f0c94  190.4G    77% /home                            841.4G             brw-rw---- 
    └─sda4      swap                    26ca2efd-a84f-45af-a2d7-169b51be2953                [SWAP]                            31.2G             brw-rw---- 
    nvme0n1                                                                                                                  931.5G             brw-rw---- 
    ├─nvme0n1p1 vfat                    72D9-B88A                                                                              260M             brw-rw---- 
    ├─nvme0n1p2                                                                                                                 16M             brw-rw---- 
    ├─nvme0n1p3 ntfs   WINDOWS          AC88A47288A43CA8                                                                     465.7G             brw-rw---- 
    ├─nvme0n1p4 ntfs   Windows RE tools 00A65BD8A65BCD32                                                                       980M             brw-rw---- 
    └─nvme0n1p5 ntfs   datos-WIN-LINUX  4CBDD65F0A0B0A86                        265G    43% /run/media/frank/datos-WIN-LINUX 464.6G             brw-rw----
    


    Hay vemos las 2 Vfat, la de Leap es la elegida por la bios :

    Code:
    HP-OMEN:~ # fdisk -l 
    Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
    Disk model: ST1000LM049-2GH1 
    Units: sectors of 1 * 512 = 512 bytes 
    Sector size (logical/physical): 512 bytes / 4096 bytes 
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes 
    Disklabel type: gpt 
    Disk identifier: 80B690E8-38B0-413C-9A2D-A095E4C0B4E7 
    
    Device     Start       End   Sectors  SizeType
    /dev/sda1        2048    1026047    1024000   500M EFI System 
    /dev/sda2     1026048  116369407  115343360    55G Linux filesystem 
    /dev/sda3   116369408 1880969215 1764599808 841.4G Linux filesystem 
    /dev/sda4  1888055296 1953525134   65469839  31.2G Linux swap 
    
    
    Disk /dev/nvme0n1: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
    Disk model: WDS100T2X0C-00L350                       
    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: 41975286-BF1D-43DC-8B7A-2A752C0A01C0 
    
    Device     Start       End  Sectors  SizeType
    /dev/nvme0n1p1       2048     534527    532480   260M EFI System 
    /dev/nvme0n1p2     534528     567295     32768    16M Microsoft reserved 
    /dev/nvme0n1p3     567296  977188863 976621568 465.7G Microsoft basic data 
    /dev/nvme0n1p4 1951504384 1953511423   2007040   980M Windows recovery environment 
    /dev/nvme0n1p5  977188864 1951504383 974315520 464.6G Microsoft basic data
    
    

    En este caso si se puede cambiar, pero puede darse el caso, que win monte su arranque en el /boot/efi de Leap y ahí originar ese problema ( casos de licencias oem, actualizaciones de win, o instalar primero Leap y después win, etc) .
    Ese caso me lo ha hecho hace poco una licencia de mas de 100€ de win10 pro 64bit y actualizar lo , el arranque era la misma partición de la vfat de Leap y para colmo win tenía un problema de drivers, lo cual, he desechado win10 y usare win7 en uefi, sin modo protegido.

    Por otro lado, tal como comentan mas arriba, uefi, tiene su menú de arranque, donde aparecen los dispositivos de arranque dependiendo de si está activo el modo CSM ( modo de compatibilidad, en este caso muestra tanto los uefi, como los legacy rom "mbr") y así si los /boot/efi están bien y los cargadores tanto grub2-efi como el de win también pueden arrancar; ya una vez hecho esto desde cada sistema operativo se puede cambiar el orden de cada uno, en Leap es en yast2---> cargador de arrnque---> 3ª pestaña y en el despegable aparecen los sistemas que pueden arrancar (para ello tiene que estar activo explorar S.O. foraneos , para que cree la lista.

    No se si dracut con algún parámetro pueda recuperar el grub ( como cuando actualiza el kernel) , pero el --force, lo que hace mas bien es refrescar los inifs o initram.
    En el caso que el de win esté ok y el espacio vfat de Leap se haya respetado, si se puede crear de nuevo el grub2 y después escanear los S.O. y también elegir en la bios.

    Ha veces a pesar que el original está en /etc, suelo guardar una copia de seguridad, del que está en /boot y recuperar el sistema y otras con snapper, pero cuando el grub,está muy tocado o corrupto, es acudir a los apuntes, aunque, con la versión live, en modo actualizar y (actualizando o usando el live actualizado, con programas, repositorios, etc y sobre todo el mismo kernel) , he llegado a recuperar el grub.

    Saludos cordiales

  8. #8

    Default Re: Windows altera el arranque dual y openSUSE acaba en modo rescate

    Quote Originally Posted by mikrios View Post
    Hola:

    TW permite legacy, pero Leap es de 64bit y por lo general suele usar gpt.
    @mikrios, de UEFI no soy experto. Solo @karlggest y tu conocéis el tema mejor que yo.
    "I know that I know nothing" Socrates
    "Do not pretend things happen the way you want. Want, rather, that occur as they occur, and be happy" Epictetus
    "Compound interest, the eighth wonder of the world" Mayer Amschel Rothschild

  9. #9

    Default Re: Windows altera el arranque dual y openSUSE acaba en modo rescate

    Hola.

    Haber qué cosas prueba rafaellinuxuser y qué opina de todo lo dicho. En principio, todo apunta al sistema de "inicio rápido" (la semihibernación esa rara que hacen). Esto lo digo porque de sus posts se deduce que grub funciona, y por tanto no es relevante si el sistema es UEFI o "tradicional".

    Otra hipótesis pero mucho más improbable es que tuviera Grub instalado, por ejemplo, en la raíz del disco y en la partición, y lo que esté pasando es que desde la BIOS arranque uno y desde Windows reinicie en otro.

    De forma similar también podría ser que tiene un Grub EFI y un Grub BIOS instalado. Hasta donde yo sé, es raro que tuviera dos cargadores con diferentes entradas para arrancar openSUSE y no notase diferencia entre ambas. Pero bueno, posible, igual que la idea anterior, es.

    La navaja de Occan nos lleva a pensar que sea lo primero, bien porque la opción está aún habilitada o bien porque haya quedado, como sugiere Diablo Rojo, algún "resto" de instalación o actualización de Windows que haga que el sistema se comporte como si estuviera configurado para usar la hibernación. Dicho esto, como yo lo veo en tal caso reiniciar no tendría efecto en esto, por lo que me inclinaría a revisar primero a fondo la cuestión de windows.

    ¿Y cómo hacer esto?
    Si es esto lo que falla, es porque la partición de Windows está en el /etc/fstab. Así que una solución trivial es asegurarse de que no se monta (esto tiene como límite que no tengas /home o algo importante montado en esa partición) comentando esa línea.

    Si es remoto pero lo enciendes de forma remota, apágalo y prueba con esa línea comentada. Si arranca normalmente, el problema es la hibernación esa de marras.

    Lo otro sería que cada vez que pruebas openSUSE (tanto la que falla como la que funciona al reinciar Windows) comprobases las entradas del menú Grub2 para ver qué hace en cada momento.

    Como comentario final y personal, nunca entenderé la cantidad de tiempo y esfuerzo que se dedica al sistema operativo de Microsoft que siempre ha sido una chapuza y va en su código, no se puede cambiar.

    Salud!!

  10. #10
    Join Date
    Mar 2014
    Location
    Canary Island Lat. 27.994547-15.405127 Lon-160m sea level
    Posts
    414

    Default Re: Windows altera el arranque dual y openSUSE acaba en modo rescate

    Hola:

    El trabajo que se hizo sobre esto, está en la wiki, el tema es ver si las variables coinciden ( hace tiempo mire algunas y estaban cambiadas .

    Dejo el enlace : https://es.opensuse.org/openSUSE:UEFI

    Como algunos de estos datos, no recuerdo si fueron de un equipo mio, o no (@jcsl era el que lo sabía ) , por ejemplo en este equipo, solo me son validos los boot 1 y 2, los demas no, en cambio otro equipo puede tener mas, incluido si habilito los de red.

    Code:
    HP-OMEN:~ # hexdump -C /sys/firmware/efi/vars/Boot0002-*/data 
    00000000  01 00 00 00 88 00 53 00  6f 00 6c 00 69 00 64 00  |......S.o.l.i.d.| 
    00000010  20 00 53 00 74 00 61 00  74 00 65 00 20 00 44 00  | .S.t.a.t.e. .D.| 
    00000020  69 00 73 00 6b 00 00 00  02 01 0c 00 d0 41 03 0a  |i.s.k........A..| 
    00000030  00 00 00 00 01 01 06 00  00 1d 01 01 06 00 00 00  |................| 
    00000040  03 17 10 00 01 00 00 00  00 1b 44 8b 44 68 df aa  |..........D.Dh..| 
    00000050  04 01 2a 00 01 00 00 00  00 08 00 00 00 00 00 00  |..*.............| 
    00000060  00 20 08 00 00 00 00 00  56 dc 49 fb db ee 6f 4c  |. ......V.I...oL| 
    00000070  ab 32 7d e1 95 99 72 a5  02 02 7f ff 04 00 01 04  |.2}...r.........| 
    00000080  2e 00 ef 47 64 2d c9 3b  a0 41 ac 19 4d 51 d0 1b  |...Gd-.;.A..MQ..| 
    00000090  4c e6 31 00 38 00 33 00  38 00 30 00 36 00 38 00  |L.1.8.3.8.0.6.8.| 
    000000a0  30 00 32 00 35 00 35 00  35 00 00 00 7f ff 04 00  |0.2.5.5.5.......| 
    000000b0  00 00 42 4f                                       |..BO| 
    000000b4 
    HP-OMEN:~ # hexdump -C /sys/firmware/efi/vars/Boot0001-*/data 
    00000000  01 00 00 00 66 00 6f 00  70 00 65 00 6e 00 73 00  |....f.o.p.e.n.s.| 
    00000010  75 00 73 00 65 00 00 00  04 01 2a 00 01 00 00 00  |u.s.e.....*.....| 
    00000020  00 08 00 00 00 00 00 00  00 a0 0f 00 00 00 00 00  |................| 
    00000030  e1 3d 77 7c 1a 74 8d 47  8a 16 7e 0a a8 15 17 25  |.=w|.t.G..~....%| 
    00000040  02 02 04 04 38 00 5c 00  45 00 46 00 49 00 5c 00  |....8.\.E.F.I.\.| 
    00000050  6f 00 70 00 65 00 6e 00  73 00 75 00 73 00 65 00  |o.p.e.n.s.u.s.e.| 
    00000060  5c 00 67 00 72 00 75 00  62 00 78 00 36 00 34 00  |\.g.r.u.b.x.6.4.| 
    00000070  2e 00 65 00 66 00 69 00  00 00 7f ff 04 00        |..e.f.i.......| 
    0000007e 
    HP-OMEN:~ #
    
    


    el 2 es un ssd tipo m2 nvme y el uno es un hd , el puede ir mirando los boot disponibles y también mostrar un lsblk -fm y algún fdisk -l /dev/sdx ; también mirar en journalctl, o mas fácil en yast2 en el diario de systemd.

    Y a veces también entrando y saliendo (guardando) del cargador de arranque de yast, pueda refrescar el arranque

    En mi caso, cuando tengo un fallo de este tipo, me es dificil recuperarlo, pero si veo que el actual no difiere mucho del original, sustituyo uno por otro (ya después recupero con yast cargador el otro S.O.) , o miro si hay uno tipo old (en /etc/default/ ) o quizas le interese leer el /boot/boot.readme (o el enlace que dejaron en un post anterior dice los pasos para recuperar el arranque) ( en este tema de recuperar no tengo mucha practica y si tengo que hacer algo, es con unas notas delante "chuleta" ).

    Saludos cordiales

Page 1 of 4 123 ... LastLast

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •