Inicio en el kernel de debian 10 buster

7 envíos / 0 nuevos
Último envío
#1 Sáb, 24/04/2021 - 19:33
manu2620
Imagen de manu2620
Desconectado/a
se unió: 24/04/21

Inicio en el kernel de debian 10 buster

Hola que tal ,

haber si podeis ayudarme, acabo de instarlar debian buster y me salen estos errores en el inicio,

aunque carga y parece ir bien me gustaria arreglarlo por si me daña el hardware.

os comento:

esto me dice dmesg

root@debian:~#     dmesg -l err
[    2.187494] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.GFX0.DD02._BCL], AE_NOT_FOUND (20180810/psargs-330)
[    2.187533] ACPI Error: Method parse/execution failed \_SB.PCI0.PEG0.PEGP.DD02._BCL, AE_NOT_FOUND (20180810/psparse-516)
[    2.187598] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.GFX0.DD02._BCL], AE_NOT_FOUND (20180810/psargs-330)
[    2.187625] ACPI Error: Method parse/execution failed \_SB.PCI0.PEG0.PEGP.DD02._BCL, AE_NOT_FOUND (20180810/psparse-516)
[    6.569711] snd_hda_intel 0000:00:1b.0: control 2:0:0:PCM Playback Volume:0 is already present

 

ademas al iniciar a veces me sale error al cargar algun modulo del kernel, esto es al inicio

os pongo lo que tengo cargado cuando entro:

 

 lspci
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b4)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation HM65 Express Chipset Family LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller (rev 04)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04)
01:00.0 VGA compatible controller: NVIDIA Corporation GF108M [GeForce GT 520M] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GF108 High Definition Audio Controller (rev a1)
02:00.0 Ethernet controller: Broadcom Limited NetLink BCM57785 Gigabit Ethernet PCIe (rev 10)
02:00.1 SD Host controller: Broadcom Limited BCM57765/57785 SDXC/MMC Card Reader (rev 10)
02:00.2 System peripheral: Broadcom Limited BCM57765/57785 MS Card Reader (rev 10)
02:00.3 System peripheral: Broadcom Limited BCM57765/57785 xD-Picture Card Reader (rev 10)
03:00.0 Network controller: Qualcomm Atheros AR9287 Wireless Network Adapter (PCI-Express) (rev 01)

tengo un acer 5750G laptop, cabie el disco duro por ssd 240

si me podeis decir al, muchas gracias, buen dia.

 

Dom, 25/04/2021 - 03:13
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Ni caso. Esos errores son normales. Como he dicho varias veces, los fabricantes suelen interpretar los "estándares" de ACPI a su forma y cuando sales de Windows, otros sistemas que si implementan los estándares como en teoría debería de ser muestran esos errores. Usualmente el sistema espera encontrar un tipo de valor y encuentra otro, o como en tu caso busca un valor o método que no existe en la implementación que lleva tu equipo.

A veces se reducen esos errores con una actualización de la BIOS, pero como digo suelen ser inocuos y si no es un error insalvable no será necesario actualizarla.

En algunos casos estos errores van acompañados por una falta de funcionamiento de algunas teclas especiales como las multmedia o los switchs de la wifi/bluetooth.

Si quieres probar a reducirlos, tienes que buscar si para tu equipo existe algún valor para el parámetro acpi_osi del kernel. Como ejemplo, en un asus k55vd la linea de arranque del kernel que tengo es la siguiente para reducir dichos errores de acpi (en mi caso afectaban a las teclas especiales, multimedia y varias fX):

BOOT_IMAGE=/boot/vmlinuz-5.10.0-6-amd64 root=UUID=d12474fe-e1c5-4123-ad9c-24d1be4af919 ro "acpi_osi=!Windows 2012"

Suponiendo que tu equipo lo necesite, lo que cambiaría en tu caso es el año, y a veces lo encuentras buscando en la red, a veces probando cerca del año de fabricación de tu equipo, pero este último método no es recomendable ya que un valor incorrecto en este caso si que podría llegar a provocar un funcionamiento erróneo del hardware.

Así que si no notas ningún problema con el teclado o con la suspensión/hibernación, no deberías preocuparte más allá de lo incómodo que pueda ser ver esos mensajes...

 

Los otros errores que comentas de los módulos, sin saber cuales son, tampoco se puede decir mucho. Tienes también uno ahí relacionado con la tarjeta de sonido. Si te funciona bien, pues no pasa nada, si no funciona bien del todo, es el mismo caso, tienes que dar con el valor adecuado para el modulo snd-hda-intel, en concreto para el parámetro model= e indicarlo para que se use al inicio del sistema. Con el tiempo que tiene tu equipo (por el hardware, deduzco que unos cuantos años, ya que parece que los gráficos son anteriores al mio aunque bastante similares), es posible que ese valor venga indicado en la documentación de alsa y baste con buscar el modelo de tu tarjeta de audio y mirar si en dicha documentación indica algo. Por ejemplo, para un acer travelmate 5720 que tuve tenía que indicarle model=auto al modulo de intel para que funcionara correctamente el audio, en otros casos es indicar la marca... Si buscas en la red encontrarás información de como configurar esto.

 

  No hay bar que por bien no venga....
Dom, 25/04/2021 - 18:43 (Responder a #2)
manu2620
Imagen de manu2620
Desconectado/a
se unió: 24/04/21

gracias, por esto mirare en la red , ya habia leido algo de esto pero en youtube se ponen a reparar estos y no encuentro estos.

 

en cuanto a lo demás me preocupa mas mira:

failed: failed to start kernel modules. (1)

see systemctl status systemd-modules-load.service

failed: failed to start kernel modules.(2)

see systemctl status systemd-modules-load.service (2) tira el mismo mensaje

failed: failed to start nividia persistence daemon

si sabes algo te lo agradezco estoy migrando,  Bueno  estoy ahí otra vez leyendo, cuidando de mi madre y me pongo a ratos cuando puedo

si encuentro algo os lo digo y solución siempre he aprendido así. Bueno me enrollo , si me puedes decir algo de esto que era lo que mas me preocupaba, ya te digo que ha veces arranca todo en verde, menos uno o dos y es el de la gráfica el que esta siempre ahí, los módulos no se cuales son los que fallan.

Muchas gracias, un saludo.

Dom, 25/04/2021 - 23:59
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

los mismos mensajes te dicen por donde empezar a tirar: "systemctl status systemd-modules-load.service". Posiblemente sea el de nvidia el que te de el error, una reinstalación podría funcionar (para que este funcione, tienen que estar instalados los drivers de nvidia correspondientes de xserver-xorg-video-nvidiaXXXXX) y además creo recordar que dicho modulo no es necesario en absoluto.

  No hay bar que por bien no venga....
Mar, 27/04/2021 - 19:25
manu2620
Imagen de manu2620
Desconectado/a
se unió: 24/04/21

hola, gracias por tu ayuda te hice caso y al reinstalar  se ha instalado bien el driver de nvidia,

también he solucionado otro con blacklist otro que me salia y me sale todo en verde menos lo del principio que no es rojo que te comente del principio

See 'systemctl status systemd-backlight@backlight:acpi_video0.service Failed al cargar,

ya no me sale aunque lo siego biendo en boot.log, supongo que se debe a los errores de configuracion que te mostre

mi solucion ha sido añadir al archivo de configuracion grub esto:

GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_backlight=vendor"

gracias por todo. un saludo

 

 

Jue, 29/04/2021 - 09:32
manu2620
Imagen de manu2620
Desconectado/a
se unió: 24/04/21

hola otra vez gracias por tu ayuda, comento que me quedan 2

mira

 

 sudo dmesg | grep ACPI | grep -i error
[sudo] password for jose:
[    1.883616] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.GFX0.DD02._BCL], AE_NOT_FOUND (20180810/psargs-330)
[    1.883629] ACPI Error: Method parse/execution failed \_SB.PCI0.PEG0.PEGP.DD02._BCL, AE_NOT_FOUND (20180810/psparse-516)

todo lo demas me sale en verde mi solucion en la otra linea de grub fue añadir esto

 

GRUB_CMDLINE_LINUX_DEFAULT="libata.noacpi=1"

 

update-grub

gracias por cualquier sugerencia. un saludo.

Jue, 29/04/2021 - 11:14
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Bueno, como ya había dicho, esos errores son inocuos y los tiene el 99% de usuario de GNU/Linux me atrevería a decir, asi que no deberías preocuparte más allá del hecho de verlos cada vez que inicias el sistema. En el caso del error de backlight, también suele ser normal verlos, sobre todo en equipos con dos gráficas y la solución pasa por lo que has hecho al añadir acpi_backlight=vendor (a veces, incluso se arregla con la solución que te comenté que uso yo). En el caso de libata.noacpi estoy casi seguro (pero no puedo afirmarlo rotundamente) de que viene provocado por el mismo asunto relacionado con la solución que uso yo. En estos casos, al esperar el sistema unas condiciones/estándares de ACPI y no encontrarlos es lo que provoca dichos errores (como he dicho usualmente inocuos) y que tengas un par de ellos no supondrán ni problemas ni mal rendimiento o funcionamiento del hardware.

Por otro lado, tal y como lo cuentas, puedo llegar a deducir que en un caso has usado  backligh en un arranque del kernel y libata.noacpi en otro arranque del kernel. Si ambos valores solucionan tus problemas, puedes ponerlos a la vez:

GRUB_CMDLINE_LINUX="libata.noacpi=1 acpi_backlight=vendor"

Como añadido, te comento que hay diferencia entre lo que pones tu y lo que pongo yo: GRUB_CMDLINE_LINUX_DEFAULT solo sirve para el arranque "normal", no surtirá efecto si arrancas en modo de recuperación. GRUB_CMDLINE_LINUX servirá tanto para el arranque normal como el arranque de recuperación. Como ejemplo, te pongo lo que tengo yo:

GRUB_CMDLINE_LINUX_DEFAULT="loglevel=2"
GRUB_CMDLINE_LINUX="acpi_osi='!Windows 2012'"

Esto me deja el sistema arrancando con los valores loglevel=2 acpi_osi='!Windows 2012' en el arranque "normal" y con acpi_osi='!Windows 2012' en el arranque de recuperación (en este caso, loglevel me sirve para tener menos mensajes en pantalla en el arranque normal).

  No hay bar que por bien no venga....