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:
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 now
etc.
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:
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.conf
no tiene líneas sin comentar aparte del [Login]
encabezado.
Hay un /usr/sbin/acpid
proceso 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.
dmesg
y 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.journalctl --all
. edite su respuesta y muéstresela a la gente si desea ayuda para comprenderla.Respuestas:
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=262144
como 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
fuente
Intenta agregar
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.
fuente
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
upstart
y comenzó a usarlosystemd
.Descargué el BIOS actualizado y lo apliqué y ahora mi sistema se apaga como se esperaba.
fuente
Que
cat /etc/default/halt
dice Tratarhalt -p
.También puede editar
/etc/init.d/halt
y eliminar estas líneas:abajo
fuente
halt -p
no es diferente, todavía no se apaga por completo.HALT=poweroff
. Pero no deberíahalt -p
opoweroff
oshutdown now
trabajar aún a pesar de lo que hay allí?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:
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:
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.
fuente
autoremove
ydist-upgrade
tiene "0 para actualizar, 0 para eliminar", etc., y / var / log / desatendido-actualizaciones está vacío:$ wc -c < /var/log/unattended-upgrades/unattended-upgrades-shutdown.log
da0
/lib/systemd/system-shutdown
, por lo que no hay servicios a los que deba llamarse cuando escribo poweroff . Y eliminar porunattended-upgrades
completo no tuvo ningún efecto.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
Ahora funciona perfectamente :-)
fuente
acpi=noirq
askubuntu.com/a/794739/25639Puedo 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.
fuente
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.
fuente
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:
Si eso no apaga el hardware, es un problema de hardware y no de software.
fuente
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.No lo pienses, solo confía en mí y hazlo :)
fuente