Gracias Gracias:  0
Me Gusta Me Gusta:  0
No me Gusta No me Gusta:  0
Página 2 de 3 PrimeroPrimero 123 ÚltimoÚltimo
Mostrando resultados del 11 al 20 de 29

Tema: ACPI error en openSUSE 15

  1. #11
    Fecha de Ingreso
    24-marzo-2018
    Mensajes
    27
    Post Thanks / Like
    Poder de Credibilidad
    0
    Amigos,

    Tengo muchas actualizaciones por instalar, pero me da un error que no hay candidato para el kernel 4.17... que hacer?


  2. #12
    Fecha de Ingreso
    02-marzo-2013
    Ubicación
    Lat. 27.994547-Lon -15.405127-160m nivel del mar
    Mensajes
    4.942
    Post Thanks / Like
    Poder de Credibilidad
    11
    Hola:

    También me ha salido a mi, ademas debe haber una duplicidad en algún lado.

    Hay unos programas que dependen del kernel que estas usando (ya sea el anterior estable o el de la distribución) , y el problema es que ese kernel o el devel no tiene donde ligarse , por lo cual a no encontrar una dependencia, dice que no es el candidato (creo que son 2 programas o librerías, o otro kernel de la serie, que no encuentra la dependencia ) .

    Comprueba si tienes dependencias , ejecutando desde consola zypper ve, si no hay ninguna, desmarca el kernel de la actualización y actualiza lo demás.

    También comenta que versión de sistema estás usando , por que si es un sle, claro que no es candidato, y para leap, es SUSE el encargado del núcleo (si ellos no llevan los kernel estándar estable, tampoco sería candidato, el único seria TW,pero ya el lleva lo último) .

    El caso es que nosotros por costumbre lo usamos
    Código:
     FRANK-Z87-D:~ # uname -r
    4.17.0-1.gbcb3422-default
    y eso en Leap, puede generar conflictos ( mira si por curiosidad es un discover y un update) y por favor aporta que versión estás usando.

    Edito :
    Código:
    FRANK-Z87-D:~ # zypper ll
    
    # | Name     | Type    | Repository
    --+----------+---------+-----------
    1 | Discover | package | (any)     
    2 | Updates  | package | (any)     
    3 | discover | package | (any)
    Esos son los que he tenido que bloquear y no se si pudiese estar relacionado (no lo creo, pero me daba problemas y los bloquee) , no creo que en tu caso, tengas eso, pero por probar que no quede, si no intenta la actualización desde consola como super usuario o root, haber que sale.
    Gracias y un Saludo cordial.
    Última edición por mikrios; 09-jun-2018 a las 21:30 Razón: añadir

  3. #13
    Fecha de Ingreso
    16-noviembre-2010
    Ubicación
    Delante del ordenador
    Mensajes
    886
    Post Thanks / Like
    Poder de Credibilidad
    9
    Creo que sé lo que le pasa.


    El kernel lo suben paquete a paquete. Son 4 paquetes los que mantengo actualizados (cuando me interesa) y siempre con la misma versión.


    kernel-default
    kernel-default-devel
    kernel-devel
    kernel-macros


    Si tienes algo mas aparte del default has de esperar a tener esos 4 con la misma versión.


    Por ejemplo. En ese listado que muestras he llegado a tener:


    kernel-default 4.16.13-1.1 y 4.16.13-2.1
    kernel-default-devel 4.16.13-1.1
    kernel-devel 4.16.13-1.1 y 4.16.13-2.1
    kernel macros 4.16.13-1.1


    Como ves, sólo tendría que haber 1 versión de cada uno pero hay paquetes con 2 versiones, por lo que en el listado de actualizaciones te saldrán 2 actualizaciones (si tienes instalado el 4.16.13-1.1) o 6 actualizaciones (si tienes un kernel anterior al 4.16.13-1.1). 6 actualizaciones son incongruentes.


    Resumiendo: Se están subiendo los paquetes y hasta que no esten los 4 arriba no lo vas a ver bien (ni te va a dejar).


    Espera a mañana que seguro que estarán ya todos subidos y no te saldrá ese error.


    Por otra parte, habría sido interesante ver en tu listado de actualizaciones cuántos paquetes kernel hay y sus versiones. Pero espera a mañana y vuelve a intentar.


    Espero que haya quedado claro lo de las versiones.




    Saludos

  4. #14
    Fecha de Ingreso
    17-febrero-2012
    Ubicación
    Somewhere in the third planet of the Solar System ;)
    Mensajes
    1.319
    Post Thanks / Like
    Poder de Credibilidad
    9
    Hola, hoy en la tarde "Sat 09 Jun 2018 04:51:30 PM EDT" el sistema me propuso algunas actualizaciones, entre ellas algunas del kernel, le di autorización para el update y sin problemas, les dejo capturas.






    Código:
    uname -r
    4.17.0-2.g3bb90e7-default

    Salud y Suerte
    The box said: 'Requires Windows 95 or better' ...SO I INSTALLED LINUX!


    Kernel: 4.17.2-2.gddde22d-default x86_64
    Distro: openSUSE Leap 15.0 / TW
    KDE Plasma 5.12.5
    Mobo: ASUSTeK ROG STRIX B350-F GAMING
    CPU: AMD Ryzen 7 1700X 8-Core
    RAM-16.0 GiB
    Video-Radeon RX 460/560D

  5. #15
    Fecha de Ingreso
    02-marzo-2013
    Ubicación
    Lat. 27.994547-Lon -15.405127-160m nivel del mar
    Mensajes
    4.942
    Post Thanks / Like
    Poder de Credibilidad
    11
    Hola:

    Tienes la 42.1 en el perfil.

    Aún no he actualizado :



    Es normal tener varios kernel en el sistema, cuando inicias el pc, puedes arrancar normal o con opciones avanzadas, en esa opción tienes varios kernel, uno el normal y otro en modo depuración (ademas se puede leer en los archivos de configuración que están en /boot) .

    En el modo depuración no arrancan determinadas cosas, se puede leer en yast cargador de arranque y también en /boot el cual toma el archivo de /etc , por eso en /boot no se debe tocar (pero si se puede guardar copia, cosa que ya he hecho y lo he pasado a otros arranques) .

    Por systemd se efectúa un purge-kernel y también en administrador de servicios en yast (quedando después las ordenes en su estado normal) , pero no lo hace a veces, por estar ligado a una snapshots y tampoco te deja borrar algunas, mientras el kernel este en el arranque, a medida que las eliminas, desaparecen de la opción de arranque de las snapshots (y te deja borrar esa instantánea, si no daría error).

    Con zypper se y las opciones -si (sobre todo la i), le va a indicar cuales son los kernels que tiene instalados :

    Código:
    FRANK-Z87-D:~ # zypper se -si kernel*
    Loading repository data...
    Reading installed packages...
    
    S  | Name                 | Type    | Version              | Arch   | Repository                              
    ---+----------------------+---------+----------------------+--------+-----------------------------------------
    i+ | kernel-default       | package | 4.17.0-1.1.gbcb3422  | x86_64 | (System Packages)                       
    i+ | kernel-default       | package | 4.16.13-3.1.gf670a16 | x86_64 | (System Packages)                       
    i+ | kernel-default       | package | 4.16.13-2.1.gd565016 | x86_64 | (System Packages)                       
    i  | kernel-default-base  | package | 4.4.132-53.1         | x86_64 | Repositorio Principal de Actualizaciones
    i  | kernel-default-devel | package | 4.4.132-53.1         | x86_64 | Repositorio Principal de Actualizaciones
    i+ | kernel-devel         | package | 4.16.13-2.1.gd565016 | noarch | (System Packages)                                                                                                                 
    i+ | kernel-devel         | package | 4.16.13-1.1.ge33cb3e | noarch | (System Packages)                                                                                                                 
    i+ | kernel-devel         | package | 4.17.0-1.1.gbcb3422  | noarch | Kernel:/stable/standard                                                                                                           
    i+ | kernel-devel         | package | 4.4.132-53.1         | noarch | Repositorio Principal de Actualizaciones                                                                                          
    i+ | kernel-firmware      | package | 20180525-35.1        | noarch | Kernel:/stable/standard                                                                                                           
    i+ | kernel-macros        | package | 4.17.0-1.1.gbcb3422  | noarch | Kernel:/stable/standard                 
    i  | kernel-syms          | package | 4.4.132-53.1         | x86_64 | Repositorio Principal de Actualizaciones
    para Leap 42.3 (la cual SUSE se encarga del núcleo, el kernel que tiene que llevar es este 4.4.132-53.1 ) y su repositorio de kernel, por si se quiere poner es este : "http://download.opensuse.org/repositories/Kernel:/openSUSE-42.3/standard/" y el cual tiene este kernel : [ ] kernel-default-base-4.4.135-6.1.gbb6601a.x86_64.rpm .

    Realmente me pregunto ya por la costumbre de usar el estándar, que lo que hacía cuando era openSUSE estaba ok, pero actualmente la cosa va por (SUSE+openSUSE y si creo que su filosofía es guardar la mayor compatibilidad posible con SLE , esos kernels, serán los correctos) otro camino, de hecho hemos tenido un 4.12.x cuando ya no existía como tal en las pag de kernel.org ( en sle 12 sp4 esta el : kernel-default-4.12.14-10.1.gaf0efc6.x86_64.rpm ) .

    Creo haber leído que hubo una petición en la versión 42.1 por parte de openSUSE para que se mantuviese esa numeración, pero ya eso ha cambiado y ha pasado 42.2, 42.3 y la 15.0 .

    Actualmente SLE15 = kernel-default-4.12.14-99.1.gcd0437b.x86_64.rpm

    y openSUSE Leap 15.0 = kernel-default-4.12.14-lp150.69.1.g990597e.x86_64.rpm

    Y en la 42.3 a pesar de añadir el repo del estable y de aumentar la prioridad , sigo recibiendo el de la distribución y me instala los dos (cuando me doy cuenta los bloqueo,pero si me despisto me lo cuela) ; ¿habéis hecho algo para evitarlo, ya que se está volviendo un poco pesado ) .

    Pero esa misma notificación la he recibido, creo que el jueves al salir el kernel, actualice y el nuevo kernel no arranco, ademas el anterior estaba ligado a una libcryp....no se que mas.

    Creo que pueda ser lo que comenta los compañeros, y bien cierto que algunas acpi, han desaparecido (también habrá algunas nuevas) , pero eso se puede ver en el trabajo diario de Git Browse (en kernel.org cuando pasa por la ventana, en 2 semanas creo que no hay mucho o nada, lo de la ventana es cuando finalizan una versión y el periodo de 2 semanas para la siguiente versión nueva y rc-1) ,de lo que hacen, y aún queda por hacer (este pc, lleva esperando varios años por el kernel de un chip, para poder leer el contenido en bus i2c y ver también parámetros del equipo,rpm,temp, tensiones, etc.

    Bueno ha esperar un tiempo haber que pasa, y con la misma, actualizo ahora el mio.

    Edito : perdón en la 42.3 en el repo es este : kernel-default-4.4.135-6.1.gbb6601a.x86_64.rpm , el mismo pero sin base.

    Saludos Cordiales.
    Última edición por mikrios; 10-jun-2018 a las 01:42 Razón: añadir corregir

  6. #16
    Fecha de Ingreso
    26-julio-2005
    Ubicación
    Atlántida
    Mensajes
    948
    Post Thanks / Like
    Poder de Credibilidad
    15
    uname -a
    Linux linux-7aij 4.17.0-2.g3bb90e7-default #1 SMP PREEMPT Fri Jun 8 11:51:59 UTC 2018 (3bb90e7) x86_64 x86_64 x86_64 GNU/Linux
    dmesg|grep bug
    [ 0.000000] ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has valid Length but zero Address: 0x0000000000000000/0x1 (20180313/tbfadt-624)
    [ 0.672752] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
    [ 7.336603] SGI XFS with ACLs, security attributes, no debug enabled
    dmesg|grep dog
    [ 0.080170] NMI watchdog: Enabled. Permanently consumes one hw-PMU counter.
    [ 7.115947] sp5100-tco sp5100-tco: Using 0xfed80b00 for watchdog MMIO address
    [ 7.115957] sp5100-tco sp5100-tco: Watchdog hardware is disabled
    A mi me sale estos dos, el primero es un BUG de la bios detectado por el kernel y el 2º no tengo muy claro porque sale
    --
    hkp://subkeys.pgp.net
    GNU/Linux Opensuse Tumbleweed x86_64

    Linux Registered User #391410


  7. #17
    Fecha de Ingreso
    02-marzo-2013
    Ubicación
    Lat. 27.994547-Lon -15.405127-160m nivel del mar
    Mensajes
    4.942
    Post Thanks / Like
    Poder de Credibilidad
    11
    Hola:

    El 1º está reportado y lo puedes encontrar por la web.

    El 2º el del perro guardián, lo he visto, pero no le he prestado atención, en las placas antiguas creo que era un c.i. de 24 pin de plastico.

    Como eso habrá cambiado, me supongo que puede haber varios tipos, o sea meterlo en el kernel.

    Debe haber mas, si usas distintos filtros (creo que journalctl solo admite 8, intente modificar el programa de ruby y metí unos cuantos mas, pero no funcionaba, leí mas tarde, que ya estaba definido así) .

    Ese mismo error, es :
    Código:
    FRANK-Z87-D:~ # dmesg|grep dog
    [    0.072185] NMI watchdog: Enabled. Permanently consumes one hw-PMU counter.
    En mi caso lo veo ok (pero antes aparecía en el principio y también no lo veo claro, por si ha cambiado la forma de funcionar como el de los sistemas antiguos el watchdog timer, vamos que no estoy muy al tanto de los cambios en la electrónica de hoy en día ) .

    Y en otros errores veo :

    Código:
    FRANK-Z87-D:~ # dmesg|grep bug
    [    0.281854] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
    [    1.584552] ACPI BIOS Error (bug): Failure looking up [\_SB.PCI0.SAT0.SPT4._GTF.DSSP], AE_NOT_FOUND (20180313/psargs-330)
    [    1.585263] ACPI BIOS Error (bug): Failure looking up [\_SB.PCI0.SAT0.SPT5._GTF.DSSP], AE_NOT_FOUND (20180313/psargs-330)
    [    1.586256] ACPI BIOS Error (bug): Failure looking up [\_SB.PCI0.SAT0.SPT4._GTF.DSSP], AE_NOT_FOUND (20180313/psargs-330)
    [    1.589360] ACPI BIOS Error (bug): Failure looking up [\_SB.PCI0.SAT0.SPT5._GTF.DSSP], AE_NOT_FOUND (20180313/psargs-330)
    [    2.480412] ehci-pci 0000:00:1d.0: debug port 2
    Casi mejor usar journalctl ( -k para el kernel y -b para el boot o arranque, o verlo en yast en systemd journal.

    Sospecho que la placa nueva, tenga muchos mas y me quede corto de prestaciones, y en este tuve que esperar unos años para que rindiera (y aún no está muy fino) ; pero ya tengo datos que antes no tenía :
    Código:
    FRANK-Z87-D:~ # sensors
    nct6791-isa-0290
    Adapter: ISA adapter
    Vcore:                  +0.89 V  (min =  +0.00 V, max =  +1.74 V)
    in1:                    +1.02 V  (min =  +0.00 V, max =  +0.00 V)  ALARM                            
    AVCC:                   +3.44 V  (min =  +2.98 V, max =  +3.63 V)                                   
    +3.3V:                  +3.42 V  (min =  +2.98 V, max =  +3.63 V)                                   
    in4:                    +1.02 V  (min =  +0.00 V, max =  +0.00 V)  ALARM                            
    in5:                    +2.02 V  (min =  +0.00 V, max =  +0.00 V)  ALARM                            
    in6:                    +0.04 V  (min =  +0.00 V, max =  +0.00 V)  ALARM                            
    3VSB:                   +3.50 V  (min =  +2.98 V, max =  +3.63 V)                                   
    Vbat:                   +3.36 V  (min =  +2.70 V, max =  +3.63 V)                                   
    in9:                    +1.01 V  (min =  +0.00 V, max =  +0.00 V)  ALARM                            
    in10:                   +0.00 V  (min =  +0.00 V, max =  +0.00 V)                                   
    in11:                   +0.82 V  (min =  +0.00 V, max =  +0.00 V)  ALARM                            
    in12:                   +0.00 V  (min =  +0.00 V, max =  +0.00 V)
    in13:                   +0.00 V  (min =  +0.00 V, max =  +0.00 V)
    in14:                   +0.00 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
    fan1:                   825 RPM  (min =    0 RPM)
    fan2:                   642 RPM  (min =    0 RPM)
    fan3:                   789 RPM  (min =    0 RPM)
    fan4:                   387 RPM  (min =    0 RPM)
    fan5:                  1085 RPM  (min =    0 RPM)
    fan6:                     0 RPM  (min =    0 RPM)
    SYSTIN:                 +27.0°C  (high =  +0.0°C, hyst =  +0.0°C)  ALARM  sensor = thermistor
    CPUTIN:                 +30.0°C  (high = +80.0°C, hyst = +75.0°C)  sensor = thermistor
    AUXTIN0:               -128.0°C    sensor = thermistor
    AUXTIN1:               -128.0°C    sensor = thermistor
    AUXTIN2:                +35.0°C    sensor = thermistor
    AUXTIN3:               +127.0°C    sensor = thermistor
    PECI Agent 0:           +30.5°C  
    PCH_CHIP_CPU_MAX_TEMP:   +0.0°C  
    PCH_CHIP_TEMP:           +0.0°C  
    PCH_CPU_TEMP:            +0.0°C  
    intrusion0:            ALARM
    intrusion1:            ALARM
    beep_enable:           disabled
    
    asus-isa-0000
    Adapter: ISA adapter
    cpu_fan:        0 RPM
    
    nouveau-pci-0100
    Adapter: PCI adapter
    GPU core:     +0.86 V  (min =  +0.82 V, max =  +1.21 V)
    fan1:        1080 RPM
    temp1:        +30.0°C  (high = +95.0°C, hyst =  +3.0°C)
                           (crit = +105.0°C, hyst =  +5.0°C)
                           (emerg = +135.0°C, hyst =  +5.0°C)
    power1:       23.49 W  (crit = 146.00 mW)
    
    coretemp-isa-0000
    Adapter: ISA adapter
    Package id 0:  +33.0°C  (high = +86.0°C, crit = +92.0°C)
    Core 0:        +32.0°C  (high = +86.0°C, crit = +92.0°C)
    Core 1:        +32.0°C  (high = +86.0°C, crit = +92.0°C)
    Core 2:        +32.0°C  (high = +86.0°C, crit = +92.0°C)
    Core 3:        +31.0°C  (high = +86.0°C, crit = +92.0°C)
    
    acpitz-virtual-0
    Adapter: Virtual device
    temp1:        +27.8°C  (crit = +97.0°C)
    temp2:        +29.8°C  (crit = +97.0°C)
    Creo que puede haber mas, ejemplo acpi también está en las pcie y con posibilidad de activar desde bios.

    Los usb que pueden dar carga a otros equipos está en bios, pero está en kernel ?
    Los usb 3.1 están en kernel, el sata express lo está ? y otros tipos de puertos, la última placa, los tiene, pera hasta la fecha no he visto equipo para ellos, excepto por la web.

    Con el tema del kernel, me supongo que iremos despacio, o lo mejoren para otras arquitecturas (por la demanda de ancho de banda y en servidores) .

    Saludos cordiales .

  8. #18
    Fecha de Ingreso
    19-marzo-2005
    Ubicación
    En un lugar del planeta Tierra
    Mensajes
    17.434
    Post Thanks / Like
    Poder de Credibilidad
    10
    En mi caso Watchdog esta activado
    Código:
    dmesg | grep -i Watchdog
    [    0.191164] NMI watchdog: enabled on all CPUs, permanently consumes one hw-PMU counter.
    [   14.652307] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11
    Mas información: https://www.suse.com/es-es/support/kb/doc/?id=7016880
    Última edición por DiabloRojo; 10-jun-2018 a las 09:48
    NORMAS A CUMPLIR EN LOS FOROS (Lectura obligatoria) Lo siento, no contesto privados sobre problemas con GNU/Linux.
    Síguenos en TWITTER y en FACEBOOK
    Código:
    Buscador de   Alojamiento      Alojamiento     Otros
     paquetes:    de imágenes:     de ficheros:    buscadores:
    Search        TinyPic          Ifile Wuala     Simple y Facil
    Webpinstant   Paste Suse       SendSpace       TextSnip  Cl1p

  9. #19
    Fecha de Ingreso
    26-julio-2005
    Ubicación
    Atlántida
    Mensajes
    948
    Post Thanks / Like
    Poder de Credibilidad
    15
    dmesg|grep dog
    [ 0.080170] NMI watchdog: Enabled. Permanently consumes one hw-PMU counter.
    [ 7.115947] sp5100-tco sp5100-tco: Using 0xfed80b00 for watchdog MMIO address
    [ 7.115957] sp5100-tco sp5100-tco: Watchdog hardware is disabled
    Pues al final me autorespondo con la repuesta del servicio técnico de ASUS:

    Watchdog Asus Original

    Traducido al español:

    ¿Cómo funciona la característica Watchdog en el ASUS Control Center? ¿Hay alguna condición?

    La función Watchdog del Centro de control ASUS permite al cliente forzar el sistema de reinicio cuando el sistema se avería. La función de vigilancia solo admite el servidor que tiene BMC, cuando habilita la función de vigilancia, si el aplastamiento del sistema, el agente reiniciará el temporizador y el sistema se reiniciará automáticamente. La configuración predeterminada de la función Watchdog está desactivada.
    Ahora lo que no tengo muy claro es si debo de activarla o no
    Última edición por soyasi; 10-jun-2018 a las 13:50
    --
    hkp://subkeys.pgp.net
    GNU/Linux Opensuse Tumbleweed x86_64

    Linux Registered User #391410


  10. #20
    Fecha de Ingreso
    19-marzo-2005
    Ubicación
    En un lugar del planeta Tierra
    Mensajes
    17.434
    Post Thanks / Like
    Poder de Credibilidad
    10
    La traducción es malisima, he tenido que leer en ingles para entenderlo.

    Viene a decir que si tienes sensores que controlan el BMC, por si el micro se queda bloqueado es recomendable tenerlo activado.

    https://www.asus.com/es/support/FAQ/1013120/
    NORMAS A CUMPLIR EN LOS FOROS (Lectura obligatoria) Lo siento, no contesto privados sobre problemas con GNU/Linux.
    Síguenos en TWITTER y en FACEBOOK
    Código:
    Buscador de   Alojamiento      Alojamiento     Otros
     paquetes:    de imágenes:     de ficheros:    buscadores:
    Search        TinyPic          Ifile Wuala     Simple y Facil
    Webpinstant   Paste Suse       SendSpace       TextSnip  Cl1p

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Temas Similares

  1. Tumbleweed KDE no inicia tras actualizar
    By janopi in forum Instalación y Actualizaciones
    Respuestas: 25
    Último mensaje: 29-may-2018, 20:42
  2. Gigabyte z77-ud5h y sonido ALC898
    By djdevil666bcn in forum Hardware
    Respuestas: 10
    Último mensaje: 17-feb-2016, 12:35
  3. Respuestas: 12
    Último mensaje: 01-mar-2015, 23:39
  4. Disponible para descarga openSUSE 12.2
    By DiabloRojo in forum Portal de ForoSUSE
    Respuestas: 60
    Último mensaje: 01-nov-2012, 23:25
  5. Repositorio Tumbleweed
    By xisco in forum Portal de ForoSUSE
    Respuestas: 15
    Último mensaje: 10-abr-2012, 19:14

Marcadores

Normas de Publicación

  • No puedes crear nuevos temas
  • No puedes responder mensajes
  • No puedes subir archivos adjuntos
  • No puedes editar tus mensajes
  •