Error al iniciar Debian 9

12 envíos / 0 nuevos
Último envío
#1 Mar, 03/10/2017 - 16:31
Douglas75
Imagen de Douglas75
Conectado
se unió: 05/09/17

Error al iniciar Debian 9

Estado: 
[SOLUCIONADO]

Saludos cordiales

Tengo un portatil con Debian 9 Plasma en mi porttatil Toshiba Procesador Intel® Core™ i5-2520M.  Al iniciar el sistema me salen los errores que capture abajo (ACPI Error: [GTF0] Namespace lookup failure, AE_NOT_FOUND), no se que pueda ser, con Debian 8 no me aparecen estos errores.  Agradezco su ayuda.

 

root@PC-Michel:/home/robert# journalctl -b -p err
-- Logs begin at Tue 2017-10-03 14:02:52 -05, end at Tue 2017-10-03 14:24:02 -05. --
oct 03 14:02:52 PC-Michel kernel: tpm tpm0: A TPM error (7) occurred attempting to read a pcr value
oct 03 14:02:52 PC-Michel kernel: tpm tpm0: A TPM error (7) occurred attempting to read a pcr value
oct 03 14:02:52 PC-Michel kernel: ACPI Error: [GTF0] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
oct 03 14:02:52 PC-Michel kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.PRT0._SDD] (Node ffff9b8afd8be140), AE_NOT_FOUND (20160831/psparse-543)
oct 03 14:02:52 PC-Michel kernel: ACPI Error: [GTF0] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
oct 03 14:02:52 PC-Michel kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.PRT0._GTF] (Node ffff9b8afd8bed20), AE_NOT_FOUND (20160831/psparse-543)
oct 03 14:02:52 PC-Michel kernel: ACPI Error: [GTF0] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
oct 03 14:02:52 PC-Michel kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.PRT0._SDD] (Node ffff9b8afd8be140), AE_NOT_FOUND (20160831/psparse-543)
oct 03 14:02:52 PC-Michel kernel: ACPI Error: [GTF0] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
oct 03 14:02:52 PC-Michel kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.PRT0._GTF] (Node ffff9b8afd8bed20), AE_NOT_FOUND (20160831/psparse-543)

oct 03 14:03:02 PC-Michel avahi-daemon[854]: chroot.c: open() failed: No such file or directory
oct 03 14:03:04 PC-Michel bluetoothd[906]: Failed to obtain handles for "Service Changed" characteristic
oct 03 14:03:04 PC-Michel bluetoothd[906]: Sap driver initialization failed.
oct 03 14:03:04 PC-Michel bluetoothd[906]: sap-server: Operation not permitted (1)
oct 03 14:03:05 PC-Michel pulseaudio[1003]: [autospawn] core-util.c: Home directory not accessible: Permiso denegado
oct 03 14:03:05 PC-Michel pulseaudio[1003]: [pulseaudio] main.c: Failed to acquire autospawn lock
oct 03 14:12:18 PC-Michel pulseaudio[2882]: [pulseaudio] module.c: Module "module-device-manager" should be loaded once at most. Refusing to load.

 

Mié, 04/10/2017 - 10:10
rockyiii
Imagen de rockyiii
Conectado
administrator
se unió: 11/01/16

fijate si agregando acpi_osi=windows o acpi_osi=linux deja de tirarar esos errores

su
nano /etc/default/grub

-----------------
....
GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_osi=windows"
....

https://bugzilla.redhat.com/show_bug.cgi?id=1413342
https://askubuntu.com/questions/28848/what-does-the-kernel-boot-parameter-set-acpi-osi-linux-do

Mié, 04/10/2017 - 14:29
Douglas75
Imagen de Douglas75
Conectado
se unió: 05/09/17

Hola RockyIII muchas gracias por tu ayuda

Hice lo que me recomendaste y no me funciono, me sigue saliendo el mismo error al iniciar al sistema.  He leido que este error tambien sucede en otras distribuciones y que al parecer es un error del Kernel 4.9.  Si alguien sabe me gustaria que me dijeran como se puede "parchar" el kernel en Debian.  Tengo entendido que los comandos apt-get update y apt-get upgrade actualizan los paquetes de la distribucion pero no el Kernel

Muchas gracias

 

La suerte es el encuentro de la capacidad y la oportunidad.

Mié, 04/10/2017 - 19:37
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

esos errores hace eones que aparecen en muuuuuuchos equipos... La mayoría de las veces puedes hacer caso omiso de ellos. Posiblemente, más que nada provoquen que dejen de funcionar algunas teclas de función especiales y nada más (activar/desactivar wifi, subir/bajar brillo).... Si es tu caso, lo que te han dicho es la solución, lo único que tienes es que encontrar la cadena adecuada...

Yo tengo errores de ese tipo desde que tengo este portátil, y he conseguido que funcionen las teclas que no iban con

GRUB_CMDLINE_LINUX_DEFAULT="acpi_osi='!Windows 2012'"

en otros equipos cambia el valor, todo es cuestión de buscar, pero ya te digo que con más o menos, errores de esos verás siempre. Las implementaciones de acpi de ayer y hoy son una mierda como un capazo (con perdón de la expresión), y están hechas para el sistema con el que te han vendido el equipo... Es más, puedes reproducir muchas de ellas usando el programa xev y pulsando teclas especiales, los errores aparecerán en el log del sistema.

Básicamente, la mayoría no las puedes considerar errores como tal, pero algunas si provocan el fallo de algunas teclas, pero no suelen tener que ver con las funciones de ahorro y mantenimiento de energía del equipo.

 

Edit...

apt, apt-get, dpkg, aptitude, wajig.... cualquier gestor de actualizará el kernel, mientras haya actualización disponible... igual te estás confundiendo con que en una versión estable no entran nuevas versiones si no solo las de mantenimiento...

 

Busca valores para lo que te han dicho, siempre encontrarás alguno que mitigue más el problema que otro, ya que no es ningún bug de tu kernel, es cosa, como he dicho, de la pobre implementación de acpi que hacen en las bios de los equipos.

  No hay bar que por bien no venga....
Mié, 04/10/2017 - 20:46
rockyiii
Imagen de rockyiii
Conectado
administrator
se unió: 11/01/16

Douglas75 en otro post mencionabas que habías instalado acpid , yo creo que en realidad el problema es que ahora el que corta el bacalao es systemd-logind
 

systemd-logind tiene funciones para suspender / hibernar, y maneja los eventos ACPI más comunes (interruptor de tapa, botón de encendido, etc.). Sustituye a acpid y pm-utils en la mayoría de los sistemas.

(A diferencia de pm-utils, sin embargo, systemd-logind no viene con ganchos pre-suspendidos u otras soluciones por defecto y sólo utiliza el método de suspensión predeterminado del kernel. Espera que los errores del controlador se fijen en los controladores.)

https://superuser.com/questions/323484/what-do-the-power-management-tools-in-linux-do-acpi-pm-utils-etc 

Yo creo que lo mejor es purgar acpid ya que no se que tan recomendable podría ser desactivar systemd-logind y asi desaparecerían dichos errores de acpi

Mié, 04/10/2017 - 23:26 (Responder a #5)
Douglas75
Imagen de Douglas75
Conectado
se unió: 05/09/17

rockyiii wrote:

Douglas75 en otro post mencionabas que habías instalado acpid , yo creo que en realidad el problema es que ahora el que corta el bacalao es systemd-logind
 

systemd-logind tiene funciones para suspender / hibernar, y maneja los eventos ACPI más comunes (interruptor de tapa, botón de encendido, etc.). Sustituye a acpid y pm-utils en la mayoría de los sistemas.

(A diferencia de pm-utils, sin embargo, systemd-logind no viene con ganchos pre-suspendidos u otras soluciones por defecto y sólo utiliza el método de suspensión predeterminado del kernel. Espera que los errores del controlador se fijen en los controladores.)

https://superuser.com/questions/323484/what-do-the-power-management-tools-in-linux-do-acpi-pm-utils-etc 

Yo creo que lo mejor es purgar acpid ya que no se que tan recomendable podría ser desactivar systemd-logind y asi desaparecerían dichos errores de acpi

 

Te refieres a desinstalarlo?

La suerte es el encuentro de la capacidad y la oportunidad.

Mié, 04/10/2017 - 23:45 (Responder a #6)
Douglas75
Imagen de Douglas75
Conectado
se unió: 05/09/17

Panko wrote:

esos errores hace eones que aparecen en muuuuuuchos equipos... La mayoría de las veces puedes hacer caso omiso de ellos. Posiblemente, más que nada provoquen que dejen de funcionar algunas teclas de función especiales y nada más (activar/desactivar wifi, subir/bajar brillo).... Si es tu caso, lo que te han dicho es la solución, lo único que tienes es que encontrar la cadena adecuada...

Yo tengo errores de ese tipo desde que tengo este portátil, y he conseguido que funcionen las teclas que no iban con

GRUB_CMDLINE_LINUX_DEFAULT="acpi_osi='!Windows 2012'"

en otros equipos cambia el valor, todo es cuestión de buscar, pero ya te digo que con más o menos, errores de esos verás siempre. Las implementaciones de acpi de ayer y hoy son una mierda como un capazo (con perdón de la expresión), y están hechas para el sistema con el que te han vendido el equipo... Es más, puedes reproducir muchas de ellas usando el programa xev y pulsando teclas especiales, los errores aparecerán en el log del sistema.

Básicamente, la mayoría no las puedes considerar errores como tal, pero algunas si provocan el fallo de algunas teclas, pero no suelen tener que ver con las funciones de ahorro y mantenimiento de energía del equipo.

 

Edit...

apt, apt-get, dpkg, aptitude, wajig.... cualquier gestor de actualizará el kernel, mientras haya actualización disponible... igual te estás confundiendo con que en una versión estable no entran nuevas versiones si no solo las de mantenimiento...

 

Busca valores para lo que te han dicho, siempre encontrarás alguno que mitigue más el problema que otro, ya que no es ningún bug de tu kernel, es cosa, como he dicho, de la pobre implementación de acpi que hacen en las bios de los equipos.

 

Gracias Panko probare mas combinaciones a ver cual funciona, con respecto al Kernel veo que Stretch tiene la version 4.9.0  Cuando consulto en www.kernel.org veo que dicho Kernel va en la version 4.9.52 la cual asumo tiene errores corregidos.  Se puede actualizar mi sistema al 4.9.52 sin que se rompa nada?..........en caso afirmativo como se hace esa actualizacion. 

La suerte es el encuentro de la capacidad y la oportunidad.

Jue, 05/10/2017 - 04:42
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

asumir asumes mucho, pero bueno.

Si Debian ve necesaria esa actualización, la hará, si no, no la hará. Si quieres un kernel nuevo, te toca buscar como hacer y compilarlo, o utilizar los repositorios backport, que tendrá un kernel más nuevo. Pero desde ya te digo que, con suerte, te desaparecen alguno de esos errores, pero no todos...

oct 04 23:32:02 Ulthar kernel: ACPI Error: Needed type [Reference], found [Integer] ffff8a66e7743b88 (20170531/exresop-103)
oct 04 23:32:02 Ulthar kernel: ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20170531/dswexec-461)
oct 04 23:32:02 Ulthar kernel: ACPI Error: Method parse/execution failed \_PR.CPU0._PDC, AE_AML_OPERAND_TYPE (20170531/psparse-550)

Esto es una parte del inicio de mi sistema, una laptop asus del año 2012, uso debian Sid con kernel 4.13... con el parámetro que comenté en mi otro post... y ahi sigue el error. Todo funciona, no tengo problema ninguno de temperatura ni nada que no me funcione ahora mismo...

¿A tí deja de funcionarte algo teniendo esos errores en el arranque? Estaría casi seguro que no, excepto algunas teclas como ya dije... es cosa de las implementaciones que hacen de acpi los fabricantes, tu lo unico que puedes hacer es buscar un valor acorde a tu equipo para el parámetro del arranque que ya se te ha comentado e ignorar esos errores mientras el equipo funciona bien... Windows hace un uso extraño de los recursos, y esas implementaciones van orientadas a éste, porque los fabricantes son así de simpáticos... Así que lo dicho, si quieres, busca acerca de los repos backports y actualiza el kernel, con suerte disminuye el número de errores, pero alguno quedará y no afectará a tu equipo...

  No hay bar que por bien no venga....
Jue, 05/10/2017 - 10:27
Douglas75
Imagen de Douglas75
Conectado
se unió: 05/09/17

Hola Panko, gracias por tu ayuda

Realmente el equipo esta funcionando, solo que esos errores no aparecían en el mismo portatil cuando tenia Jessie y tenia esa inquietud.  Igual los ignoraré.  Con respecto al Kernel yo se compilarlo, ya lo hice en el pasado, crees que si uso el Kernel 4.9.52  se romperia Debian 9 o lo mejor es dejarlo con el Kernel que viene por defecto el 4.9?

 

La suerte es el encuentro de la capacidad y la oportunidad.

Jue, 05/10/2017 - 13:06
moonwatcher
Imagen de moonwatcher
Desconectado/a
moderador
se unió: 21/01/16

A veces pasa. Yo tengo unos errores en el arranque desde no recuerdo cuanto tiempo:

oct 05 17:22:04 debian kernel: usb 2-8: device descriptor read/64, error -62
oct 05 17:22:04 debian kernel: usb 2-8: device descriptor read/64, error -62
oct 05 17:22:04 debian kernel: usb 2-8: device descriptor read/64, error -62
oct 05 17:22:04 debian kernel: usb 2-8: device descriptor read/64, error -62

Todos mis usb funcionan sin problemas. Hace mucho creo que estuve buscando el error, pero lo dejé por imposible. La verdad que el sistema funciona sin problemas.

Nota: En Slackware también me muestra esos errores, la diferencia es que en Debian, systemd se lo piensa unos buenos 10 o 15 segundos antes de continuar con el arranque angry y en Slackware el init lo ignora y arranca del tirón wink

We were but stones. Your light made us stars

https://linuxveredas.blogspot.com.es/

Jue, 05/10/2017 - 19:30 (Responder a #10)
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Douglas75 wrote:

Hola Panko, gracias por tu ayuda

Realmente el equipo esta funcionando, solo que esos errores no aparecían en el mismo portatil cuando tenia Jessie y tenia esa inquietud.  Igual los ignoraré.  Con respecto al Kernel yo se compilarlo, ya lo hice en el pasado, crees que si uso el Kernel 4.9.52  se romperia Debian 9 o lo mejor es dejarlo con el Kernel que viene por defecto el 4.9?

 

 

Si la compilación va bien, no tiene por que romperse nada, pero de entrada ya te digo que poco vas a solucionar...

para eso, busca info sobre los backports para stretch que tienes un kernel mas nuevo y la instalación se hace como con cualquier paquete, pero me atrevería a decirte que seguirás viendo los mismos errores... a lo mejor alguno menos, pero seguirás viendolos, ya te he dicho que los que tengo yo son desde hace 5 años... y mira si han pasado kernels... NO es problema del kernel. Busca también los valores para el parámetro del arranque, que hay muchos, y quedate con el que mejor te vaya, puede ser el que tengo yo, puede ser igual que el mio pero 2006, puede ser 2000, puede ser Linux.... puede ser simplemente añadir el parametro y dejarlo en blanco(acpi_osi=).... hay muchas combinaciones... pero ninguna te librará de ver esos mensajes.

  No hay bar que por bien no venga....
Lun, 09/10/2017 - 12:57
Douglas75
Imagen de Douglas75
Conectado
se unió: 05/09/17

Muchas gracias Rocky y Panko por la ayuda!!

La suerte es el encuentro de la capacidad y la oportunidad.