PDA

View Full Version : OTHER VERSION Windows altera el arranque dual y openSUSE acaba en modo rescate



rafaellinuxuser
13-Jan-2022, 06:32
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:

En el HD viene preinstalado Windows
En el SSD (Windows, que se jorobe :P) 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:

Trato de entrar en openSUSE, y acaba en modo rescate.
Reinicio desde modo rescate
Selecciono Windows y no entro siquiera en el escritorio (no pongo usuario ni contraseña) simplemente reinicio desde la pantalla de entrada de datos
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

krovikan
13-Jan-2022, 07:57
Espero que te pueda ayudar este enlace:

https://www.icomputo.com/2019/02/rescue-system-como-reinstalar-el-menu.html

Saludos

daltcorda
13-Jan-2022, 11:49
Hola Rafael
Entra en Windows y desactiva el "inicio rapido (https://www.google.com/search?client=firefox-b-e&q=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

rafaellinuxuser
14-Jan-2022, 01:58
Hola Rafael
Entra en Windows y desactiva el "inicio rapido (https://www.google.com/search?client=firefox-b-e&q=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!!

rafaellinuxuser
14-Jan-2022, 02:04
Espero que te pueda ayudar este enlace:

https://www.icomputo.com/2019/02/rescue-system-como-reinstalar-el-menu.html

Saludos

Te agradezco el enlace. Al ser un equipo cuyo equipo controlo remotamente y si falla, tendría que desplazarme hasta él, de momento, prefiero no tocar el GRUB, puesto que al fin y al cabo, GRUB funciona. "Algo" modifica alguna cosa y una reinstalación me temo que no resolvería el problema y sin embargo podría derivar en tener que desplazarme al puesto del usuario del equipo.

Te agradezco igualmente y dejo esta opción como "último recurso" si un día tengo que acudir físicamente al PC ;)

karlggest
14-Jan-2022, 09:41
Hola.
Te agradezco el enlace. Al ser un equipo cuyo equipo controlo remotamente y si falla, tendría que desplazarme hasta él, de momento, prefiero no tocar el GRUB, puesto que al fin y al cabo, GRUB funciona. "Algo" modifica alguna cosa y una reinstalación me temo que no resolvería el problema y sin embargo podría derivar en tener que desplazarme al puesto del usuario del equipo.

Te agradezco igualmente y dejo esta opción como "último recurso" si un día tengo que acudir físicamente al PC ;)

Siempre puedes decirle a Windows que presente su menú y cargue él a openSUSE. De hecho, es posible que sea lo que hace al reiniciar (no lo sé, tendría que tener más info sobre la configuración de Windows, la BIOS/UEFI etc.)

Salud!!

daltcorda
14-Jan-2022, 15:00
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

DiabloRojo
15-Jan-2022, 04:40
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:

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/993974/how-can-i-undo-mark-partition-as-active-using-gparted-linux-live-cd
Una salida de ese comando sobre tus discos duros dará información.

[AÑADIDO]



Trato de entrar en openSUSE, y acaba en modo rescate.
Reinicio desde modo rescate
Selecciono Windows y no entro siquiera en el escritorio (no pongo usuario ni contraseña) simplemente reinicio desde la pantalla de entrada de datos
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?.

mikrios
15-Jan-2022, 07:28
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 :



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 :



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

DiabloRojo
15-Jan-2022, 08:24
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.

karlggest
15-Jan-2022, 10:51
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!!

mikrios
15-Jan-2022, 14:49
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.



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

mikrios
16-Jan-2022, 06:30
Hola:

Se me olvido preguntar si has probado a cambiar el orden de arranque en la bios.

Por defecto y si no se cambia nada, el ultimo sistema operativo, sería el primero en arrancar , es decir grub2 toma el control y incluye a win en su menú, respetando las particiones /boot/efi , como está estipulado, pero si win últimamente actualizo su cargador , pudo haber reescrito el firmware o bien hay una cotradición entre eso , la bios y e cargador ( no estoy muy seguro pero en TW, me solía pasar, es decir primero en arrancar leap y 2º TW, pero este último cambia su kernel y modifica su arranque, por lo que el orden debería cambiar, encontrando una contradicción con la configuración ) ejemplo el arranque en linux es :


HP-OMEN:~ # systemd-analyze
Startup finished in 10.067s (firmware) + 7.094s (loader) + 2.818s (kernel) + 3.673s (initrd) + 49.393s (userspace) = 1min 13.047s



El loader es el grub2 o el cargador ( pero 1º está el firmware, no se si ese entra en conflito o bien el grub con la bios).

El problema muchas veces se soluciona reconstruyendo de nuevo el grub, aunque suele haber en algunos casos problemas.

Ejemplo, la partición de vfat de linux es grande, sobre 512bytes o mas, y win mete su arranque en esa partición, puede que no se de problemas compartiendo eso ( el cargador que manda es el último instalado o montado y lo que haría sería mandar la orden de uno ha otro) .

Si es menor y no hay espacio en esa vfat, arranque corrompido (a veces hay que salvar un sistema o reinstalar todo) .

Otro compañero en el otro foro, hizo un tuto y lo había solucionado intercambiando los archivos de arranque de los sistemas operativos ( /boot/efi/EFI/opensuse/ y ahí metía los de win y los de opensuse iban a el sistema de win, me supongo /boot/efi/EFI/microsoft o algo por el estilo, pero creo que eso ya está defasado y creo que cambio)..

Actualmente por defecto que sistema arranca ok y es el primero ? win, si es ese es el último en hacer el cambio, es decir el último, sera el primero en arrancar ( claro que confundiendo a grub ) .

Mi otra duda es como aparece el arranque por lan en la bios, creo que la secuencia es esta :
1º en dispositivos de bios tarjeta red : activada.
2º idem opción de t.red de rom : activada
3º en bios , en arranque, opción de arranque por red : activada ( está esa, también por pcie y por dispositivos de hd, usb,cd,dvd, etc..., se puede decidir si es por uefi o legacy rom ) .
4º en bios en cargador, configurar el dispositivo primero en arrancar ( lo normal es que el último sea el primero, no se si hay alguno que sea tipo lan o bien sea secundario y haya que poner el que apunte el grub o el que indique la lan o la red, o sea un /boot/efi).

En fin, espero que se solucione el problema .

Saludos cordiales .

rafaellinuxuser
17-Jan-2022, 04:56
Hola de nuevo y gracias por toda la información. Como ya comenté, no tengo acceso físico al equipo y sólo algunos días. Sin embargo, hoy he podido sacar información interesante gracias a vuestros comentarios.

Lo primero repasar el "curriculum" del equipo.
- PC con Windows 10 instalado en un disco HDD
- Se instala openSUSE 15.2 en un segundo disco, SSD, ubicando en él también la partición de "/home" para mantener Windows en un disco y openSUSE en otro.
- Tras varios meses sin problemas, un día, tras una actualización de Windows, empieza el problema que da título a este hilo
- Otros muchos meses después, decido actualizar directamente a Tumbleweed (sobre todo porque al ser un equipo al que es complicado que pueda acudir físicamente, el tema de las renovaciones será mucho más sencillo). También buscaba que se resolviera el problema .... pero nada ha cambiado al respecto.

Os muestro la información recopilada desde terminal:


DB24460-L:~ # fdisk -l
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: ST1000DM003-1SB1
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: (eliminado)

Device Start End Sectors Size Type
/dev/sda1 2048 534527 532480 260M EFI System
/dev/sda2 534528 567295 32768 16M Microsoft reserved
/dev/sda3 567296 262711295 262144000 125G Microsoft basic data
/dev/sda4 1951475712 1953523711 2048000 1000M Windows recovery environment
/dev/sda5 262711296 1951475711 1688764416 805.3G Linux filesystem

Partition table entries are not in disk order.


Disk /dev/sdb: 238.47 GiB, 256060514304 bytes, 500118192 sectors
Disk model: KINGSTON SKC400S
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: (eliminado)

Device Start End Sectors Size Type
/dev/sdb1 2048 321535 319488 156M EFI System
/dev/sdb2 321536 17108991 16787456 8G Microsoft basic data
/dev/sdb3 17108992 101001215 83892224 40G Microsoft basic data
/dev/sdb4 101001216 500117503 399116288 190.3G Microsoft basic data


Disk /dev/sdc: 3.64 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: WDC WD40EZRZ-00G
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: (eliminado)

Device Start End Sectors Size Type
/dev/sdc1 34 262177 262144 128M Microsoft reserved
/dev/sdc2 264192 7814035455 7813771264 3.6T Microsoft basic data

Partition 1 does not start on physical sector boundary.



y aquí, me llama mucho la atención el último mensaje, muy interesante. Puede que sea lo que están "toqueteando" Windows y openSUSE buscando resolver esa incidencia del sector.

Por otro lado tenemos:


DB24460-L:~ # lsblk -fm
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS SIZE OWNER GROUP MODE
sda 931.5G root disk brw-rw----
├─sda1 vfat FAT32 SYSTEM 4490-D9A5 260M root disk brw-rw----
├─sda2 16M root disk brw-rw----
├─sda3 ntfs Windows 3230948A309456A7 125G root disk brw-rw----
├─sda4 ntfs WinRE_DRV 485895345895222C 1000M root disk brw-rw----
└─sda5 ext4 1.0 Backups bbc1ad20-5345-4b04-9db6-e17eb9cc10d0 805.3G root disk brw-rw----
sdb 238.5G root disk brw-rw----
├─sdb1 vfat FAT16 AAF8-7FC7 150.8M 3% /boot/efi 156M root disk brw-rw----
├─sdb2 swap 1 42eb1a40-052b-4c2d-b099-1bd5f61fe4ba [SWAP] 8G root disk brw-rw----
├─sdb3 btrfs 101d090d-3b88-4bb8-a5de-56e50b8f7b36 12.9G 68% /var/tmp 40G root disk brw-rw----
│ /var/lib/mysql
│ /var/spool
│ /var/log
│ /var/opt
│ /var/lib/pgsql
│ /var/lib/mariadb
│ /opt
│ /var/crash
│ /var/lib/named
│ /var/cache
│ /usr/local
│ /var/lib/mailman
│ /var/lib/libvirt/images
│ /tmp
│ /srv
│ /boot/grub2/x86_64-efi
│ /var/lib/machines
│ /boot/grub2/i386-pc
│ /.snapshots
│ /
└─sdb4 ext4 1.0 05e4fbc0-0ac4-4e9c-96fa-534e6796bfa6 93.7G 49% /home 190.3G root disk brw-rw----
sdc 3.6T root disk brw-rw----
├─sdc1 128M root disk brw-rw----
└─sdc2 ext4 1.0 WD_4TB 090b82ea-93dd-427c-bbcd-9492eb62aceb 1.4T 61% /home/usuario/HD_4TB 3.6T root disk brw-rw----
sdd



Esa es toda la información que puedo aportar. Estoy investigando el asunto de la partición no empiece en el límite del sector físico, pero necesito tiempo para buscar más información y tener la seguridad de que lo que haga, no sea para peor ....

mikrios
17-Jan-2022, 07:02
Hola:

Gracias por la información.

Ambos sistemas están en UEFI

La partición de arranque es la que lsblk -fm ha montado como /boot/efi y es la que está activa, La otra vfat es la otra /boot/efi del otro sistema. (sería visible con el menú de arranque de uefi y es la de win ) .

OpenSUSE Leap y TW crea sus VFat a FAT16 y lo hace por defecto (aunque en la instalación si creas tu esa partición, y vas a opciones, puedes elegir FAT32) .
Las particiones del sistema normalmente suele compartir código, es decir el tipo de partición de win y de openSUSE o linux pueden usar el mismo código cuando usa uefi ( ,Microsoft basic data, pero si se crea uno las particiones en uefi, puede poner que sea de tipo linux ) en mbr el código seria en linux el 83
El ssd es de tipo sata, por lo que se muestra como sdx ( siendo x el disco, ejemplo sda, sdb, etc..) , si fuera tipo m2 podría aparecer como nvme0n1p1 vfat .

Según lo que se muestra debería iniciarse OpenSUSE , y me extraña que montara una partición en /var/temp (me parece que lo lógico sería / " la raíz" ) .

Si inicialmente no arranca openSUSE Es que ha detectado un problema , no lo se con seguridad de si algo en fstab, pudiese estar cambiado , y no coincida con lo mostrado, o bien el problema sea en el grub por la actualización ( lo comento porque no tengo experiencia en arranques remotos ) , y supuestamente si instalaste TW, debería arrancar bien , excepto que no sea una instalación si no una actualización (en este caso suele mantener el problema del grub) .

Otra cosa que observo, es que ambas Vfat están muy ajustadas (en mi caso la partición efi que cree manualmente le di 512bytes) , por lo que creo que hay que tenerlo en cuenta ( para no corromper los arranques ) .

Si el menú de win arrancan bien ambos sistemas indica que funciona pero no está activo ( no se si la actualización cambio algo en la bios y por eso haya una contradicción y volviendo a modificar el orden del primer dispositivo se corrija y coincida que sea sdb1 el que arranque o sea el grub, lo desconozco porque no se cual es el primer dispositivo de arranque que tiene en su configuración ) .

Lo de re hacer el grub, posiblemente solucionaría el problema ( es decir actualizarlo , para que recoja los cambios, ahora bien en eso no tengo mucha experiencia ) .

Otra solución usar menú de win para arrancar y cambiar ahí en el S.O. el orden de arranque.

O sea si me pasa a mi , intentaría solucionar lo probando de todo, incluido restaurar win a un estado anterior a la actualización, o empezar por lo menos peligroso, ejemplo cambios en bios, gestor de arranque de yast, dracut, etc ....

Saludos cordiales

DiabloRojo
18-Jan-2022, 09:17
Dame la salida del comando
mount | grep "/dev/sd"

rafaellinuxuser
18-Jan-2022, 15:22
Dame la salida del comando
mount | grep "/dev/sd"



~> mount | grep "/dev/sd"
/dev/sdb3 on / type btrfs (rw,noatime,compress=lzo,ssd,space_cache,subvolid=1625,subvol=/@/.snapshots/981/snapshot)
/dev/sdb3 on /.snapshots type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=258,subvol=/@/.snapshots)
/dev/sdb3 on /boot/grub2/x86_64-efi type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=261,subvol=/@/boot/grub2/x86_64-efi)
/dev/sdb3 on /srv type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=263,subvol=/@/srv)
/dev/sdb3 on /usr/local type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=265,subvol=/@/usr/local)
/dev/sdb3 on /opt type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=262,subvol=/@/opt)
/dev/sdb3 on /var/lib/libvirt/images type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=268,subvol=/@/var/lib/libvirt/images)
/dev/sdb3 on /boot/grub2/i386-pc type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=260,subvol=/@/boot/grub2/i386-pc)
/dev/sdb3 on /var/lib/machines type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=269,subvol=/@/var/lib/machines)
/dev/sdb3 on /tmp type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=264,subvol=/@/tmp)
/dev/sdb3 on /var/crash type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=267,subvol=/@/var/crash)
/dev/sdb3 on /var/cache type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=266,subvol=/@/var/cache)
/dev/sdb3 on /var/lib/mailman type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=270,subvol=/@/var/lib/mailman)
/dev/sdb3 on /var/lib/named type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=273,subvol=/@/var/lib/named)
/dev/sdb3 on /var/log type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=275,subvol=/@/var/log)
/dev/sdb3 on /var/spool type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=277,subvol=/@/var/spool)
/dev/sdb3 on /var/lib/mysql type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=272,subvol=/@/var/lib/mysql)
/dev/sdb3 on /var/lib/pgsql type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=274,subvol=/@/var/lib/pgsql)
/dev/sdb3 on /var/lib/mariadb type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=271,subvol=/@/var/lib/mariadb)
/dev/sdb3 on /var/tmp type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=278,subvol=/@/var/tmp)
/dev/sdb3 on /var/opt type btrfs (rw,relatime,compress=lzo,ssd,space_cache,subvolid=276,subvol=/@/var/opt)
/dev/sdb1 on /boot/efi type vfat (rw,relatime,fmask=0002,dmask=0002,allow_utime=0020,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
/dev/sdb4 on /home type ext4 (rw,relatime)
/dev/sdc2 on /home/srodriguez/Fotos_en_HD_4TB type ext4 (rw,nosuid,nodev,noexec,relatime,noacl,user)

mikrios
19-Jan-2022, 07:26
Hola :

Hay cosas en eso que no me parecen lógicas, de todas formas espero haber que comentan ( a lo mejor hubo algún cambio en kernel, o en systemd, etc... ) .

Porque los parámetros del /boot/efi de la Vfat ? (no si hubo cambios, pero suele ser mas sencilla, es parte no suele cambiar mucho que digamos , lo comento por el relatime)

Otra es la ext4 , si bien btrfs tiene la instrucción ssd, en ext4 ¿ no lleva el trim ? , o está en el cron, o en systemd, y la última sería discard (excepto que no lo soporte el ssd o bien lo contemple el kernel, o sea otra cosa , creo que hay un comando de systemctl que pueda ver ese estado o servicio, pero no se si había que instalar las utilidades de fstrim y después activarlo , según he visto en archiwiki en español sobre ssd . ejecutar por si soporta trim lsblk --discard si da ceros no lo soporta , esta es otra
hdparm -I /dev/sda | grep TRIM .

@D.R. buena instrucción , no me la sabía , gracias.

Saludos cordiales .

rafaellinuxuser
19-Jan-2022, 13:04
El particionado de sda (Windows) es el que venía ya al comprar el equipo.
El particionado de sdb (SSD con Linux) es el que hace openSUSE al elegir dicho disco como disco donde instalar

Cierto es que yo he cambiado a posteriori PARÁMETROS (no particionado) para ajustarlo a las características del disco (ya que openSUSE a estas alturas, lamentablemente ni lo hace ni lo propone en la instalación).

Ahora que lo mencionas, efectivamente, no he optimizado los parámetros de la partición ext4 !!!! No suelo particionar en ext4 (XFS hace internamente optimizaciones y es lo que suelo usar para datos) y tendré que mirar los parámetros para optimizarlo, porque efectivamente, si hago:

sudo hdparm -I /dev/sdb | grep TRIM

(sda no devuelve nada, porque es un HDD) devuelve:



* Data Set Management TRIM supported (limit 8 blocks)
* Deterministic read ZEROs after TRIM


Respecto a tocar la BIOS/UEFI, que menciona mikrios y alguien más, no es viable para mí. Como dije, es un equipo al que no tengo acceso físico, y pedirle a su usuario que se meta ahí via telefónica puede tener consecuencias catastróficas .... :O

mikrios
19-Jan-2022, 18:28
Hola:

Eso se hace en el arranque del equipo, al encenderlo se pulsa una tecla y se entra en la configuración del pc, no se si se puede hacer de forma remota (lo mas seguro que no) , de todas formas no lo hagas (aunque no reporta peligro, ya que se vuelve a entrar y se deja el parámetro anterior, pero creo requiere presencia física o sea estar presente delante del equipo, desconozco si los equipos profesionales se puede hacer, de forma remota ) .

Mejor esperar la respuesta de los que han trabajado con el fstab y estén al día en optimizar ssd ( la info que dispongo está un poco vieja y debo estudiar de nuevo ese tema , incluso poner en funcionamiento la vroc (cuando compre una key) ) .

Lo demás es lo que comente arriba , sobre Vfat y la ext4 .

Saludos cordiales .

mikrios
20-Jan-2022, 11:55
Hola:

Eso se hace en el arranque del equipo, al encenderlo se pulsa una tecla y se entra en la configuración del pc, no se si se puede hacer de forma remota (lo mas seguro que no) , de todas formas no lo hagas (aunque no reporta peligro, ya que se vuelve a entrar y se deja el parámetro anterior, pero creo requiere presencia física o sea estar presente delante del equipo, desconozco si los equipos profesionales se puede hacer, de forma remota ) .

Mejor esperar la respuesta de los que han trabajado con el fstab y estén al día en optimizar ssd ( la info que dispongo está un poco vieja y debo estudiar de nuevo ese tema , incluso poner en funcionamiento la vroc (cuando compre una key) ) .

Lo demás es lo que comente arriba , sobre Vfat y la ext4 .

Saludos cordiales .

Disculpas me olvide de preguntar a @D.R. si las primeras lineas de la salida de datos de lo que él te pidió ¿ no está montando en la raíz una snapshots ?

Otra era por si habías modificado algo en la / se suele crear una snapshots ( instantánea ) , y eso puede revertir cambios, lo que no recuerdo bien es si los cambios reflejan también en /boot ( tendré que mirar la documentación de snapper ) .

Normalmente cuando he tenido que hacer cambios o algo relacionado con fstab, es porque le hago una copia de seguridad a ese archivo, si algo sale mal puedo entrar con otro sistema montar esa partición y restaurar el archivo por su copia de seguridad.

Otra pregunta era sobre el drivers de btrfs de win , ( el mio sigue funcionando, recuerdo que había 2 versiones tu instalaste una y ni equipo con win instale la otra versión ) .
Se podría en este caso y por si pasa algo, entrar desde win y de ahí a las particiones de linux y reponer el fstab , por ejemplo .

Aún tengo algunas dudas mas, pero las buscare repasando la documentación , por si tiene algo.

Perdón por la interrupción , Saludos cordiales

PD. se me olvido , si hay alguna forma de comprobar una snapshots ? la única que se me ocurre es la del arranque ( lo digo por alguna posibilidad de un rollback a una instantánea ) ( también me intriga que desde win pueda entrar bien , en fin haber lo que pasa ) .

karlggest
20-Jan-2022, 15:32
Hola.

¿has vuelto a comprobar el tema de la hibernación? Por otra parte, cuando reinicias, ¿pasa por grub?

En otro orden de cosas, actualizar Leap es tan fácil como usar un solo comando:


zypper --releasever=15.3 ref


Que no sea esa la causa de cambiar ;)

Salud!!

rafaellinuxuser
20-Jan-2022, 16:33
Hola.

¿has vuelto a comprobar el tema de la hibernación? Por otra parte, cuando reinicias, ¿pasa por grub?

En otro orden de cosas, actualizar Leap es tan fácil como usar un solo comando:


zypper --releasever=15.3 ref


Que no sea esa la causa de cambiar ;)

Salud!!

Sí, pasa por GRUB, si no, como ya he comentado, no podría elegir entre arrancar entre Windows y openSUSE

Lo de la actualización, no entiendo por qué lo comentas ....

DiabloRojo
21-Jan-2022, 04:55
Sí, pasa por GRUB, si no, como ya he comentado, no podría elegir entre arrancar entre Windows y openSUSE

Lo de la actualización, no entiendo por qué lo comentas ....Que ha terminado el soporte de Leap 15.2 y que te pases a Leap 15.3

Sobre tu comando mount no veo nada raro.
Pásanos el contenido del fichero /etc/fstab

mikrios
21-Jan-2022, 07:33
Hola.

¿has vuelto a comprobar el tema de la hibernación? Por otra parte, cuando reinicias, ¿pasa por grub?

En otro orden de cosas, actualizar Leap es tan fácil como usar un solo comando:


zypper --releasever=15.3 ref


Que no sea esa la causa de cambiar ;)

Salud!!

Hola:

Tiene razón y mas si es un equipo remoto.

Me despiste , como en el primer post ponía que te pasaste de Leap a TW, creía que seguías con TW.

@karlggest estoy aún en la 15.2 pero es porqué aún no está todo el software para la 15.3 , pero si hay algún problema debo asumirlo.

@rafaellinuxuser Si estas con TW en un equipo remoto, ten en cuenta que TW se actualiza con mucha frecuencia , para mi gusto, si no puedo estar presente fisícamente y el equipo tiene que realizar determinados servicios, no creo que sea recomendable ( el kernal por ejemplo, requiere ejectar un script y un posterior reinicio y así algunos programas, ademas que tienes 2 sistemas operativos ) .

O sea Leap 15.3 creo que como comentan los moderadores sea lo mas correcto.


Mirá de configurar bien los parámetros del sistema de archivos , para evitar problemas (ejemplo o bien fstrim o discard en una ext4 y ssd en btrfs) .

Saludos cordiales .

karlggest
21-Jan-2022, 09:41
Hola.
Sí, pasa por GRUB, si no, como ya he comentado, no podría elegir entre arrancar entre Windows y openSUSE

Lo de la actualización, no entiendo por qué lo comentas ....
Creo que no he sido demasiado claro lol!, a ver si lo pongo mejor.

Tu arranque ahora mismo es: arrancas windows (desde grub), reinicias windows y eso te permite arrancar openSUSE. La pregunta es qué hace ese "reinicias windows". ¿Arranca directamente openSUSE o bien te lleva a un grub donde puedes seleccionar -o que esté por defecto- openSUSE?

Lo de la actualización es por tu comentario. Lo busco...

Otros muchos meses después, decido actualizar directamente a Tumbleweed (sobre todo porque al ser un equipo al que es complicado que pueda acudir físicamente, el tema de las renovaciones será mucho más sencilloPor algún motivo había entendido que era una decisión que tomabas ahora pero que no habías hecho. En mi honesta opinión, si hay un contexto donde compensa mucho tener Leap en lugar de Tumbleweed es justamente en el tuyo, pero si ya está hecho pues nada.

Y ahora a lo tuyo. Recapitulamos. Tienes dos discos, uno con El Mal y otro con Tumbleweed. Veo en tu post 14 (https://forums.opensuse.org/showthread.php/565087-Windows-altera-el-arranque-dual-y-openSUSE-acaba-en-modo-rescate?p=3099586#post3099586) que ambos tienen partición EFI. Más comentarios:

Entiendo que sdbc es el disco de usuario, y es una buena pregunta por qué tiene un cargador de arranque de Windows.
Tu equipo debería de arrancar en sdb. Eso se ve en la BIOS, aunque supongo que podrías consultarlo en grub...

Cosas que hacer:

Responder lo de si al reiniciar desde Windows te aparece Grub y si has comprobado que sea exactamente el mismo.
Si son distintos, ¿puedes tomar nota o fotografíar el arranque tanto _antes_ como _después_ de reiniciar desde Windows?
¿has probado a actualizar grub sea desde comandos o desde YaST? Me refiero a grub-mkconfig o a quitar y poner grub. También podrías poner un pantallazo.

Esto es: tu BIOS debería arrancar grub en la EFI corresponidente al segundo disco, ¿puedes añadir el menú de arranque de la BIOS?

Salud!!

rafaellinuxuser
21-Jan-2022, 11:52
Quizá no lo dejé claro en mi primer post (abajo del todo) pero decía que si, que pasé de LEAP a TW no sólo por ver si es problema se corregía (que no, y de ahí este hilo) sino también porque ahora no me preocupa el renovar versiones de LEAP, que es mucho más farragoso sin tener el equipo delante. Con TW, puedo actualizar remotamente cada X meses (según vea yo en mis equipos cómo va la actualización más reciente de TW) con un simple comando. Como no es cosa de este hilo, no entraré en debates de LEAP vs TW (tengo experiencias de las "malas" en ambos tras actualizaciones)

El esquema de arranque es:

GRUB -> OSTW -> consola de emergencia -> reinicio -> GRUB -> Windows -> reinicio -> GRUB -> OSTW -> chachi piruli :)

Sigo sin querer tocar nada de GRUB (porque funciona) en remoto y, por si no os habéis dado cuenta, en la renovación de LEAP a TW, ya se "reinstaló" GRUB y por tanto (esa era mi esperanza) haberse solucionado si ese era el problema.

Estoy seguro que es lo de la alineación que salía tras un comando que me sugerísteis ejecutar, pero aún no he dispuesto de tiempo para verlo y puede ser "problemático" resolverlo en remoto ...

mikrios
21-Jan-2022, 12:27
Hola :

No se si es correcto o interrumpo , disculpas anticipadas . y si es así pregunto al final .

Creo aprovechado los comentarios , es que la sdc1 debe ser una reservada , no tiene formato ni nada, alguna partición de win ¿? .

Como en mi caso tengo una de 16M .




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 19.2G 62% / 55G brw-rw----
├─sda3 btrfs 5d5289fc-d514-4e43-81bf-328b1c9f0c94 184.2G 78% /home 841.4G brw-rw----
└─sda4 swap 26ca2efd-a84f-45af-a2d7-169b51be2953 [SWAP] 31.2G brw-rw----
sdc 465.8G brw-rw----
└─sdc1 btrfs CERO 48f7a128-e55f-4b3a-a51e-4a7b2a9caf13 6.5G 99% /run/media/frank/CERO 465.8G 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----


Otra es el /home creo que lo tiene en sdb4 y tiene un disco sdc de 4T enlazado a sdb4 (algún enlace en el escritorio? ) .

Si el equipo es de asus, (no se otras marcas) , hay una tecla que captura la pantalla de la bios F12 , si tienes un pendrive usb con formato fat, pulsas esa tecla cuando estas en ella y puedes guardar la imagen ahí , la imagen la puedes subir a SUSE Paste y el enlace de esa imagen la puedes poner en tu post ( la imagen la suele guardar como bmp, con show foto que suele venir en Leap y en TW , la puedes pasar a jpg) .

https://paste.opensuse.org/images/23713892.jpg

Saludos y perdonen las molestias .

rafaellinuxuser
21-Jan-2022, 12:35
Efectivamente, existe un tercer disco de 4T en formato NTFS si mal no recuerdo (para que Windows tenga acceso) que tiene un enlace blando en /home, pero no debería afectar para nada al tema de arranque.

Lo de las capturas de la BIOS, insisto: Nada que no pueda hacer en remoto. Ojalá pudiera tirarme toda una mañana delante del equipo, como el día que actualicé a TW (¡¡¡y hay que hacer copias de seguridad previamente, amigos!!!). Pero a fecha de hoy, descartado.

mikrios
21-Jan-2022, 12:45
Hola:

Lo importante es que funcione.

Gracias por compartir .

Saludos cordiales .

karlggest
21-Jan-2022, 13:12
Hola.

Recuperamos tu post con los discos (el post 14) y vemos que tienes 3 discos con varias particiones cada uno


Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors

Device Start End Sectors Size Type
/dev/sda1 2048 534527 532480 260M EFI System
/dev/sda2 534528 567295 32768 16M Microsoft reserved
/dev/sda3 567296 262711295 262144000 125G Microsoft basic data
/dev/sda4 1951475712 1953523711 2048000 1000M Windows recovery environment
/dev/sda5 262711296 1951475711 1688764416 805.3G Linux filesystem

Partition table entries are not in disk order.
El orden en el que se hicieron las particiones es: sda1, sda2, sda3, sda5 y sda4.

Observa que sda2 es de tipo "microsoft reserved" (típicamente el arranque). La correspondencia con Linux sería: sda1: grub-efi; sda2: boot; sda3 / (root).


Disk /dev/sdb: 238.47 GiB, 256060514304 bytes, 500118192 sectors

Device Start End Sectors Size Type
/dev/sdb1 2048 321535 319488 156M EFI System
/dev/sdb2 321536 17108991 16787456 8G Microsoft basic data
/dev/sdb3 17108992 101001215 83892224 40G Microsoft basic data
/dev/sdb4 101001216 500117503 399116288 190.3G Microsoft basic data
Aquí simplemente que hay otra EFI. Eso implica que el servidor puede arrancar tanto en el disco 1 como en el disco 2. Probablemente en BIOS tengas dos etiquetas: EFI El Mal y EFI openSUSE.


Disk /dev/sdc: 3.64 TiB, 4000787030016 bytes, 7814037168 sectors

Device Start End Sectors Size Type
/dev/sdc1 34 262177 262144 128M Microsoft reserved
/dev/sdc2 264192 7814035455 7813771264 3.6T Microsoft basic data

Partition 1 does not start on physical sector boundary.

sdc1 se supone que es redundante y no sé qué pinta ahí. Sólo debería existir sdc2 (vale, sería una sola sdc1). Curiosamente es mayor que la del disco 1. ¿Es posible que hubiera un Windows previamente?

La idea ahora es que puedes seleccionar qué arrancar en grub, ergo puedes acceder a grub. Así que algo "sencillo" es comprobar qué demonios está arrancando en cada momento. Ahora no recuerdo si tienes que pasar al modo texto primero (pulsando ESC) o si basta con que selecciones la entrada de turno y pulses la letra e (de editar) para ver qué arranca en esa opción.

Y finalmente, lo suyo sería arrancar la primera vez, lanzar Windows, y cuando vuelves a grub, vas otra vez a editar (e) para ver qué diferencia hay.

Salud!!

mikrios
21-Jan-2022, 18:02
Hola :

Estuve mirando este comando :




HP-OMEN:~ # efibootmgr
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 0001,0000,0002,9999
Boot0000* Windows Boot Manager
Boot0001* opensuse
Boot0002* Solid State Disk
Boot9999* USB Drive (UEFI)



BootCurrent coincide con mi arranque en la bios y en mi caso en el grub2 tengo el dualboot o sea primero opensuse y después win .

tiene una opción -o , en la cual se puede cambiar el orden y creo que no hace falta estar delante de la bios : efibootmgr -o 0,1,2,3( en ejemplo de la web tenía un 0003 , en mi caso no se para un 9999, que podría poner ) .
El Timeout creo que puede ser efibootmgr -t 15 tiempo de espera del menú de selección del sistema. (no lo he probado, pero a lo mejor me cambia de 0 seg. a 15seg. ) .

Lo encontré interesante, no se si puede valer para que hagan pruebas , o por lo menos salir de las dudas de quien es el primero.

Saludos cordiales

rafaellinuxuser
23-Jan-2022, 14:38
Hola :

Estuve mirando este comando :



HP-OMEN:~ # efibootmgr




La verdad que el comando es interesante, pero en mi caso el orden de arranque no es un problema. Todos arrancan ... pero "alguno" toca lo que no debe, o lo que debe ... a saber.

Para el arranque, en mis equipos personales, me resulta muy útil instalar el paquete "rEFInd Boot Manager" que te cambia el arranque por uno gráfico (con logos y todo) desde el cual saltar a CUALQUIER dispositivo arrancable que detecte. Muy práctico.

mikrios
24-Jan-2022, 14:16
Hola:

Lo he puesto como curiosidad, en el sentido de mostrar el orden, pero sin cambiar, nada.
Si hay utilidades live, que permiten instalar un cargador o bien como supergrub2, mostrar los del los sistemas y arrancar con alguno de ellos .

Saludos cordiales.