el sistema no se apaga cuando se apaga, solo se detiene


13

He instalado Xubuntu 15.04 en un Lenovo IdeaCentre A740 QHD con una CPU Haswell (revisión de BIOS 00KT19AUS) y NVIDIA GeForce GTX 850A 2GB. Funciona principalmente, excepto cuando apago o reinicio, en realidad no apaga la alimentación después de salir de todo:

IMG:

Así que tengo que hacer clic en el botón de encendido para apagarlo.


He mantenido la instalación de Windows 8.1 en caso de que haya algún firmware futuro. Antes de instalar Xubuntu, apagué Fastboot desde Windows, luego instalé Xubuntu. Desafortunadamente, el BIOS UEFI no me permitió cambiar el orden de arranque para que Ubuntu realmente se inicie por defecto. Intenté bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi, intenté desactivar el "arranque rápido" (lo que sea que sea eso) en el BIOS, probé el programa Boot-Repair desde una sesión en vivo e intenté desactivar SecureBoot, pero aún así arrancaría Windows. Terminé, con la ayuda de EricC ^^ de #ubuntu en freenode, simplemente cambiando los archivos .efi para engañar al administrador de arranque y pensar que Ubuntu era Windows:

cp /boot/efi/efi/boot/bootx64.efi{,.backup}
cp /boot/efi/efi/microsoft/boot/bootmgfw.efi{,.backup}
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/boot/bootx64.efi
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/microsoft/boot/bootmgfw.efi
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/microsoft/boot/grubx64.efi
sudo vim /usr/lib/os-probes/mounted/efi/20microsoft
# and changed bootmgfw.efi to bootmgfw.efi.backup
update-grub

No sé si algo de esto tiene relación con el problema de apagado.

EDITAR: Ahora que lo pienso, el reinicio desde la instalación de Xubuntu (cuando fui arrancado a través de una unidad USB) tampoco funcionó.


Lo que he intentado hasta ahora para cerrarlo:

  • acpi = apagado → sin diferencia
  • acpi = fuerza → sin diferencia
  • instale controladores propietarios de Nvidia → que simplemente hicieron que X no comenzara con el mensaje "bbswitch: No se encontró un dispositivo VGA discreto"
  • diversas variaciones sobre sudo poweroff, sudo shutdown now, sudo shutdown -h nowetc.

Además, si reinicio en lugar de apagar, obtengo este espectáculo de luces psicodélico en mi monitor y tengo que hacer clic largo en el botón de encendido para apagarlo:

reiniciar diversión

Si es útil, aquí hay un journalctl: toda la salida justo después del arranque y quizás incluso mejor: journalctl -b -1 (diario desde el arranque hasta el apagado) .


Además, tal vez relacionado, noto ahora que presionar el botón de encendido mientras está conectado a XFCE apaga la computadora, a pesar de que tengo la configuración de energía de XFCE para "Preguntar cuando se presiona el botón de encendido" y "No hacer nada" en ningún otro botón.

Mi /etc/systemd/logind.confno tiene líneas sin comentar aparte del [Login]encabezado.

Hay un /usr/sbin/acpidproceso que se ejecuta como root.


EDITAR: Más revelaciones: Ctrl + Alt + Delete en realidad reinicia bien desde GRUB.

EDIT2: He presentado un informe de error ya que esto no parece reparable con los trucos habituales.

EDITAR3: Resuelto con acpi = noirq y kernel 4.4 y posteriores.


Tengo problemas similares en Ubuntu 15.04 Desktop / Server donde el sistema se bloquea durante el apagado / inicio. Mi teoría es que ambos pueden estar relacionados. Reduje el problema de inicio comprobando dmesgy descubrí que estaba intentando montar un sistema de archivos que no existía y esperé un minuto antes de que continuara arrancando. Además, los problemas de apagado estaban relacionados con un montaje porque si apagaba mi escritorio con un Abra la conexión NFS a mi servidor sin desmontarlo con fuerza, se bloqueará. No estoy seguro de si estos problemas están relacionados con su problema, pero pensé en mencionarlos simplemente encerrarlos.
Michael Lindman

1
El comentario de M. Lindman hace un buen punto oblicuamente. Hay un registro que le muestra en detalle lo que está sucediendo. Léelo con journalctl --all. edite su respuesta y muéstresela a la gente si desea ayuda para comprenderla.
JdeBP

JdeBP: agregado, pero por lo que puedo decir, journalctl solo da información de este arranque: ¿hay alguna manera de hacer que conserve las anteriores?
unhammer


Gracias JdeBP, me pregunté por qué esos registros no estaban almacenados :) Agregué un nuevo enlace al final de la pregunta, aunque no puedo encontrar nada sospechoso.
Deshacer

Respuestas:


4

Mi mejor suposición basada en la información proporcionada es un BIOS UEFI con errores. hurgando en los errores del kernel para Haswell encontré una posible solución. Intente usar xhci_hcd.quirks=262144como opción de arranque o deshabilitar xhci en el UEFI.

Las únicas otras opciones que se me ocurren son las siguientes:

A) Espere y espere que el equipo de desarrollo del kernel o Lenovo presenten una actualización que resuelva el problema.

B) Póngase en contacto con el soporte de Lenovo y solicite una actualización del BIOS que resuelva el problema o aliente a otros con el mismo problema a suscribirse a su informe de errores. Esto puede o no ser más efectivo que A.

C) Modifique el BIOS o el núcleo usted mismo hasta alcanzar el resultado deseado (no apto para cardíacos). No recomiendo este curso de acción, solo lo incluyo para completarlo. Modificar el BIOS puede dejarlo fácilmente con un sistema que no se puede iniciar con una garantía anulada. También debe leer detenidamente los motivos a favor y en contra de compilar su propio núcleo en el documento vinculado mencionado anteriormente.

Fuente: https://bugzilla.kernel.org/show_bug.cgi?id=66171#c118


Eso es para los sistemas Broadwell ( support.lenovo.com/us/en/products/desktops-and-all-in-ones/… ), el mío es un Haswell (revisión de BIOS 00KT19AUS)
unhammer

Editó nueva información en cuestión para usted.
Élder Geek

Edité mi respuesta
Elder Geek

Nota: Parece que Christopher M. Penalver llegó a la misma conclusión falsa que hice con respecto al BIOS. Es posible que desee actualizarlos en su error reportado.
Élder Geek

1
La configuración de XHCI está relacionada con USB; espero que eso lo ayude a encontrarlos en su BIOS. De lo contrario, comuníquese con el servicio al cliente de Lenovo al 1 (855) 253-6686 y pregunte dónde encontrarlos o si tienen una actualización de BIOS en proceso. ¡Todo lo mejor!
Élder Geek

4

Intenta agregar

acpi=noirq

a los parámetros de arranque del kernel. Esto le permite apagarse al apagar / reiniciar (probado con los núcleos 4.4 y 4.7rc5).

Parece que también se suspende, pero desafortunadamente no se reanuda al presionar el botón de encendido.

Esto ha funcionado bien durante más de tres meses en el A740, así que lo llamo resuelto.


¡Me alegra que mi opción A) haya funcionado para ti! :-)
Élder Geek

Como en "espera y esperanza"? Lo que realmente hice fue informarlo como error en el paquete Linux de Ubuntu, probando algunos lanzamientos de línea principal más nuevos, luego, cuando eso no resolvió nada, lo informé río arriba, primero al componente incorrecto bugzilla.kernel.org/show_bug.cgi?id = 118401 , luego me enviaron a ide / ahci, y después de algunos intercambios de correo electrónico e intentando obtener resultados de depuración útiles, marc.info/?t=146296312800002&r=1&w=2 y probando diferentes opciones sugeridas allí, encontré la que funcionaba. Simplemente esperar y actualizar no lo resuelve, es necesario editar la configuración de grub.
Martillo

De todos modos, me alegra que lo hayas solucionado. Ya sea A o B :-)
Élder Geek

2

Después de hurgar en los archivos del sistema, vi algunas advertencias sobre el BIOS. Revisé el sitio web de Intel y había una actualización disponible que parecía resolver un problema de superposición de direcciones de memoria. Obviamente no es lo mismo, pero mis registros indicaron que varios sectores de mi BIOS estaban devolviendo valores inesperados, lo que no impidió que se iniciara el núcleo, pero obviamente no era bueno. El problema no fue aparente hasta que el núcleo dejó de usarse upstarty comenzó a usarlo systemd.

Descargué el BIOS actualizado y lo apliqué y ahora mi sistema se apaga como se esperaba.


¿Qué sistema / BIOS era este? (Lenovo aún no ha publicado una actualización del BIOS para mi arquitectura del procesador.)
unhammer

0

Que cat /etc/default/haltdice Tratar halt -p.

También puede editar /etc/init.d/halty eliminar estas líneas:

if [ "$INIT_HALT" = "HALT" ]
then
  poweroff=""
fi

abajo

poweroff="-p"

halt -pno es diferente, todavía no se apaga por completo.
Martillo

oh, y / etc / default / halt dice HALT=poweroff. Pero no debería halt -po poweroff o shutdown nowtrabajar aún a pesar de lo que hay allí?
unhammer

0

De sus Registros del kernel (captura de pantalla) tengo el presentimiento de que las actualizaciones desatendidas pueden ser la causa de su problema. Ha habido varios informes de errores en esto hace años, pero no se han resuelto. Una solución temporal para esto sería deshabilitar las actualizaciones automáticas por actualizaciones, pero lo mantendremos como último recurso. Pero antes que nada, intentaremos una actualización manual:

sudo apt-get autoremove
sudo apt-get dist-upgrade

Si esto no resolvió su problema, y ​​la actualización se realizó sin ningún error o advertencia, intentaremos cavar un poco más profundo para ver si podemos descubrir qué está causando el problema. Puede obtener una ventaja al inspeccionar el contenido de /var/log/unattended-upgrades. Si pudieras descubrir qué actualización está causando el problema, puedes incluir en la lista negra la modificación modificando /etc/apt/apt.conf.d/50unattended-upgrades.

Si aún así no resuelve el problema, puede eliminar temporalmente el paquete para confirmar si es la causa:

sudo apt-get remove unattended-upgrades 

Le recomiendo que lo reinstale incluso si resolvió su problema. Si este es el caso, devuelva el informe de error con más información para que los desarrolladores puedan resolver su problema.

Advertencia: si elige deshabilitar la actualización automática y luego no actualizar manualmente su sistema, puede estar en riesgo desde el punto de vista de la seguridad y la estabilidad.


Esta es una instalación nueva, autoremovey dist-upgradetiene "0 para actualizar, 0 para eliminar", etc., y / var / log / desatendido-actualizaciones está vacío: $ wc -c < /var/log/unattended-upgrades/unattended-upgrades-shutdown.logda0
unhammer

Además, no hay programas /lib/systemd/system-shutdown, por lo que no hay servicios a los que deba llamarse cuando escribo poweroff . Y eliminar por unattended-upgradescompleto no tuvo ningún efecto.
Martillo

0

Lo intenté todo y, después de días, un fanático de baja calificación de este foro hizo el truco: Ubuntu 14.04 se atascó en el apagado

Para mí, la solución fue actualizar el kernel. Utilicé 4.5.3 en Ubuntu 15.10 (cualquier cosa mayor que esto bloqueará el sistema operativo después de iniciar sesión) Y 4.7 RC3 funciona en Ubuntu 16.04.

Ahora funciona perfectamente :-)


Eso no funcionó para mi sistema. Como muestran los informes de errores, ya probé bastantes 4.7 núcleos, ¡esto simplemente hizo que fuera imposible arrancar! Después de informar la ayuda de depuración y ascendente de la lista del kernel, la solución a mis dos problemas (arrancar y apagar el sistema) fue acpi=noirq askubuntu.com/a/794739/25639
unhammer el

0

Puedo confirmar que definitivamente tiene algo que ver con ACPI. Mi sistema exhibe este comportamiento exacto si y solo si paso acpi = off en Linux 4.20-rc3 para fines de desarrollo del kernel. Si su ACPI se habilitó al principio, existe una buena posibilidad de que la implementación de ACPI en el BIOS tuviera errores. Veo que dijiste que una actualización del kernel ayudó. Pero una actualización de BIOS también puede haber hecho el truco.


Esto en realidad no responde la pregunta. Su sugerencia relacionada con el BIOS simplemente indica una posible solución, una que parece que en realidad no ha probado. De hecho, el OP indicó que había resuelto su problema "agregando acpi = noirq a los parámetros de arranque del kernel".
CentaurusA

0

He tenido el mismo problema y creo que está relacionado con el arranque UEFI. En un Acer Aspire V 11, originalmente Windows 8, hice una nueva instalación de OpenSUSE Leap 15.0 con arranque EFI y arranque seguro configurado como "deshabilitado" en el BIOS. Ahora el apagado, reinicio y suspensión funcionan correctamente.

Anteriormente, estaba usando Ubuntu 16.04, 18.04 y más recientemente 18.10 bajo el arranque heredado y todos sufrieron el mismo problema. También probé Fedora 24, OpenSUSE Tumbleweed y OpenSUSE 42.2, todos con el mismo problema.

También probé Ubuntu 18.10 con arranque EFI y arranque seguro habilitados pero obtuve un error de dispositivo no arrancable. No probé el arranque EFI con el arranque seguro deshabilitado.


-1

Es posible que su hardware no sea compatible con el apagado del software. Me ha sucedido eso antes, y la forma de probar es esta:

sudo poweroff

Si eso no apaga el hardware, es un problema de hardware y no de software.


3
Como dice la pregunta, lo intenté en vano. Pero GRUB gestiona bien el reinicio del software (no estoy seguro de cómo probar el apagado allí) mientras que Windows 8.1 apaga y reinicia el software correctamente en este hardware. Parece un problema del núcleo, así que he presentado un informe de error .
Martillo

1
Votación por presentar un informe de error.
Daniel

-1 Porque encuentro lo contrario. Termina con systemd-shutdown[1]: Powering off.La máquina apagada bien con 12.04 y 14.04, pero no una nueva instalación de 16.04.
Nateowami

-1
  1. Reiniciar luego F2
  2. Vaya a configuración y deshabilite xHCI
  3. Guardar y Salir

No lo pienses, solo confía en mí y hazlo :)


No puedo encontrar ninguna configuración XHCI en el BIOS en ninguna parte. Puedo apagar todo el USB, pero esa no es una opción para mí.
Martillo

esto no convertirá todo usb solo convertirá usb3
Talal
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.