Ubuntu 16.04 se cuelga al apagar / reiniciar


90

Mi Ubuntu 16.04 se cuelga al apagar / reiniciar, lo que requiere que mantenga presionada la tecla de encendido para apagar la máquina ... No sé cómo informar esto como un error y qué comandos ejecutar para mostrar el registro de hardware / sys necesario info? Cualquier ayuda sería muy apreciada!


1
Cuando parezca que se cuelga, presione ESC y observe las últimas líneas en la pantalla. Agréguelos a su pregunta.
Jos

99
<joke> ¿Le muestra este mensaje: "Ahora es seguro apagar su computadora"? </joke>
user300458

Los mismos problemas aquí. > Blockquote Desactivar el modo USB 3.0 heredado en el BIOS funcionó para mí. > Blockquote ¿Cómo puedo desactivar el modo heredado USB 3.0?

66
Al ver este problema en acción, me daría vergüenza recomendar Ubuntu más a un usuario de Windows ...
ROMANIA_engineer

44
¡Esto es embarazoso! ¿Por qué esta simple tarea dejó de funcionar? Todas las correcciones que he encontrado no funcionan, incluyendo agregar a la línea de grub, deshabilitar el intercambio e incluso cambiar los controladores de gráficos y volver a los núcleos más antiguos. NADA FUNCIONA. Este es un error tan aficionado. ¡Un sistema operativo debería poder apagarse!
Dorian

Respuestas:


45

Yo también tuve este problema. Parece ser un error en múltiples distribuciones.

Mi solución simple fue editar la /etc/default/grublínea:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

a

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

Ejecutar update-grub.

Funciona todo el tiempo ahora. Yo uso una computadora portátil Lenovo G50. Estoy bastante seguro de que también cambié esta línea en Grub con distribuciones de Linux anteriores (otras) en esta computadora portátil.


1
Esto solo le ahorra presionar <kbd> ESC </kbd> para ver la información de registro de apagado. Ningún otro efecto. (Quizás la actualización de los archivos grub de regeneración aka también solucionó algo más).
Frank Nocke

Lo intenté update-grubprimero, lo que no funcionó. Luego lo cambié a GRUB_CMDLINE_LINUX_DEFAULT = "acpi = force", y eso solucionó mi problema.
RedPixel

@Ernesto: Esto funcionó para mí. Para confirmar, reinicié / apagué 2-3 veces y todo el tiempo se inició sin ningún problema. ¡Gracias!
Saurav Kumar

¡Funciona para mi! tnx;)
Sdra

Esto funcionó. ¿Tal vez tiene algo que ver con una nueva versión del kernel después de ejecutarse dist-upgrade?
xji

15

Una vez que haya terminado su trabajo y haya completado el cierre de todas sus aplicaciones para apagar o reiniciar su sistema operativo, siga estos pasos para aliviar las frustraciones.

  1. Pruébalo sudo swapoff -a && systemctl poweroffcomo solución por ahora.
  2. Hay una posible solución en Xenial-propuesto en el paquete systemd 229-4ubuntu5. Vaya a la pestaña Configuración del sistema-> Software y actualizaciones-> Opciones de desarrollador, haga clic en la casilla junto a Prelanzamiento (propuesta xenial). ingrese su pwd raíz, actualice la caché. La pestaña Actualizaciones usa "desplegar actualizaciones desplegables inmediatamente" y cierra la Configuración del sistema. Inicie el actualizador de software e instálelo ahora.
  3. Si todavía tiene el problema, intente leer estos errores: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917 para obtener información sobre cómo obtener datos de registro y, como se sugiere, presente un nuevo informe de error. Lea también el error: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788303 .
  4. Siga las instrucciones de depuración descritas en la sección "Depuración de problemas de arranque / apagado" /usr/share/doc/systemd/README.Debian.gzpara verificar si hay trabajos bloqueados durante el apagado. Deberá iniciar el shell de depuración antes de cada apagado o reinicio ingresando: systemctl start debug-shell Capturar una foto de pantalla journalctl -ben el shell de rescate ctl+alt+F9puede ser esclarecedor. También la salida de systemctl list-jobsy systemctl --failedademás de una captura de pantalla, puede volcar la salida de estos comandos y agregarlos en el mismo "filename.text" en la /raíz agregando >>filename.textal final de los comandos, por ejemplo, journalctl -b >>filename.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl --failed >>filename.text lsblk >>filename.text todos estos estarán en el mismo archivo agregado juntos para que pueda analizar en su próximo arranque y si presenta un informe de error puede ser útil adjuntar el archivo a su informe de error.

Actualizar

Tuve estos Hangs durante bastante tiempo, pero finalmente llegué a un punto en el que supe que mi HDD comenzaba a fallar en sectores, etc. Así que era hora de un nuevo HDD y reinstalarlo. Reinstalé el sistema operativo en un disco duro de arranque único con Swap como el 1 °, Root como 2 ° y Home como 3 ° particiones lógicas según las recomendaciones de Ubuntu. Técnicamente, sda1 es Grub, sda2 es extendido, sda5, sda6, sda7 son swap, root y home respectivamente; sda3 y sda4 no están presentes. Este problema no ha estado presente en el SO recién instalado en el HDD desde entonces, más de 9 meses aproximadamente. Estoy ejecutando 16.04.02 LTS en este punto sin ninguno de los bloqueos al reiniciar o apagar. El sistema operativo anterior era un Win7 / Ubuntu de instalación dual y la partición Swap estaba al final del HDD.

No estoy afirmando que este problema esté relacionado con un sistema de arranque dual, un disco duro defectuoso o el orden en que coloqué las particiones, pero, en mi caso, existían uno, dos o todos estos factores. Ahora, no sufro el agravamiento del bloqueo "Alcanzar objetivo alcanzado".


1
El segundo paso funcionó para mí, pero el resultado fue visible solo después de otro reinicio forzado. Ahora puedo apagar / reiniciar la PC. Pasos: 1. Busque en su computadora> Software y actualizaciones> pestaña Opciones de desarrollador> verifique las actualizaciones lanzadas previamente (propuesta xenial)> Cerrar. 2. Vaya a Buscar su computadora> Actualizador de software.
ROMANIA_engineer

@xtrchessreal Tu paso 2 no funciona para mí. Después de reached target shutdownque sigue bombeandorevalidation failed
horaceT

@xtrchessreal Tampoco el paso 1.
horaceT

3
Para el usuario anónimo que sigue sugiriendo las mismas ediciones destructivas a esta respuesta: ¡ Por favor, no haga eso! Si no está de acuerdo con una publicación, cree una cuenta y, una vez que tenga 15 reputación, puede rechazarla para mostrar su desacuerdo. Para eso están los votos negativos. Con 50 reputación también puedes dejar un comentario para elaborarlo.
David Foerster

2
@DavidFoerster Downvoting requiere 125 reputación .
Eliah Kagan

12

Tuve un problema al colgar el apagado, esto es lo que hice:

TERMINAL ABIERTO

sudo -H gedit /etc/default/grub

Cambia la linea:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

a

GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"

Al eliminar quiety splashpermitir el texto durante el apagado, ayuda a ver dónde puede estar el bloqueo.

GRUB_CMDLINE_LINUX_DEFAULT = "splash silencioso" Al eliminar "quiet" aquí se mostrará una salida de texto durante el arranque, mientras que al eliminar "splash" se mostrará una pantalla en negro en lugar de la imagen de bienvenida.

Guarda y cierra Gedit

Luego actualice Grub en la terminal:

sudo update-grub

ADICIONAL:

Noté que también tenía un 'STOP JOB' ejecutándose, así que reduzco el tiempo de espera en /etc/systemd/system.conf:

sudo -H gedit /etc/systemd/system.conf

eliminar #y cambiar los tiempos en las siguientes líneas:

DefaultTimeoutStartSec=5s

DefaultTimeoutStopSec=5s

Entonces corre:

sudo systemctl daemon-reload

Esto funcionó para mí.


1
bueno, este tipo tiene algo más que decir con respecto a que DefaultTimeoutStartSec se establezca en un valor tan bajo. ubuntu-mate.community/t/…
ptmdevncoder

acpi = force apaga la pantalla pero el botón de encendido sigue encendido. 😂
Manish Kumar Bisht


3

Tdenham Tengo la misma situación Acabo de actualizar el sistema de 14.04 a 16.04 con do-release-upgrade -d.

Si no tiene acceso directo al sistema y realmente necesita reiniciar, puede intentar restablecer el hardware como una solución alternativa (como se describe aquí: https://major.io/2009/01/29/linux-emergency- reiniciar-o-apagar-con-comandos-mágicos / )

echo 1 > /proc/sys/kernel/sysrq 
echo b > /proc/sysrq-trigger

que hace el truco. Probablemente deberías correr syncjusto antes del segundo comando.

reboot -f puede ayudar, pero no lo intenté ya que no puedo acceder al servidor si se cuelga nuevamente.

Puede consultar el archivo / var / log / syslog. Encuentre el lugar donde enciende la computadora y verifique las líneas justo antes de eso. Puedes pegarlo aquí.

Mi syslog:

Apr 29 11:21:48 bow NetworkManager[875]: <warn>  [1461907308.0752] dhcp4 (em0): request timed out
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0753] dhcp4 (em0): state changed unknown -> timeout
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0918] dhcp4 (em0): canceled DHCP transaction, DHCP client pid 2437
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0918] dhcp4 (em0): state changed timeout -> done
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0929] device (em0): state change: ip-config -> failed (reason 'ip-config-unavailable') [70 120 5]
Apr 29 11:21:48 bow NetworkManager[875]: <warn>  [1461907308.0943] device (em0): Activation: failed for connection 'Wired connection 1'
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0970] device (em0): state change: failed -> disconnected (reason 'none') [120 30 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1062] policy: auto-activating connection 'Wired connection 1'
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1101] device (em0): Activation: starting connection 'Wired connection 1' (df58434d-16fc-4036-b1d2-2cae515dbf19)
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1108] device (em0): state change: disconnected -> prepare (reason 'none') [30 40 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1133] device (em0): state change: prepare -> config (reason 'none') [40 50 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1152] device (em0): state change: config -> ip-config (reason 'none') [50 70 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1167] dhcp4 (em0): activation: beginning transaction (timeout in 45 seconds)
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1221] dhcp4 (em0): dhclient started with pid 2444
Apr 29 11:21:48 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 3 (xid=0x6cc9f4a)
Apr 29 11:21:51 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 4 (xid=0x6cc9f4a)
Apr 29 11:21:55 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 11 (xid=0x6cc9f4a)
Apr 29 11:22:01 bow CRON[2453]: (root) CMD (/usr/local/lib/wifictl)
Apr 29 11:22:01 bow CRON[2450]: (CRON) info (No MTA installed, discarding output)
Apr 29 11:22:06 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 20 (xid=0x6cc9f4a)
.................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
Apr 29 11:23:34 bow rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="860" x-info="http://www.rsyslog.com"] start
Apr 29 11:23:34 bow rsyslogd-2222: command 'KLogPermitNonKernelFacility' is currently not permitted - did you already set it via a RainerScript command (v6+ config)? [v8.16.0 try http://www.rsyslog.com/e/2222 ]
Apr 29 11:23:34 bow rsyslogd: rsyslogd's groupid changed to 104
Apr 29 11:23:34 bow rsyslogd: rsyslogd's userid changed to 101
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpuset
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpu
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpuacct
Apr 29 11:23:34 bow kernel: [    0.000000] Linux version 4.4.0-21-generic (buildd@lgw01-21) (gcc version 5.3.1 20160413 (Ubuntu 5.3.1-14ubuntu2) ) #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 (Ubuntu 4.4.0-21.37-generic 4.4.6)

Parece que dhclient intenta alcanzar la dirección IP incluso cuando se solicita el reinicio.

En caso de que sea un problema dependiente del hardware, pegué la salida lspcipara ayudar a solucionarlo.

00:00.0 Host bridge: Intel Corporation Atom Processor D2xxx/N2xxx DRAM Controller (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller (rev 09)
00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 2 (rev 02)
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation NM10 Family LPC Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation NM10/ICH7 Family SATA Controller [AHCI mode] (rev 02)
00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 02)
01:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
03:00.0 Network controller: Qualcomm Atheros AR9227 Wireless Network Adapter (rev 01)

3

Intenté varios métodos, incluidos: edición /etc/default/grub, ejecutar sudo swapoff -aantes del apagado, etc. Pero ninguno de ellos funcionó para mí.

Apagar USB 3.0 legacy modeel BIOS funcionó para mí.


Fui a Avanzado> Configuración USB> deshabilitado Soporte USB heredado , pero no resolvió el problema.
ROMANIA_engineer

La combinación de deshabilitar el modo heredado en el BIOS y agregar "acpi = force" a grub parece estar funcionando.
Jeremy Cook,

3

He probado casi todas las sugerencias aquí. La única acción que resolvió mi mismo problema de apagado / reinicio estaba cambiando DefaultTimeoutStartSecy DefaultTimeoutStopSecen /etc/systemd/system.confa '10':

sudo -H gedit /etc/systemd/system.conf

y luego editar a

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s

3

Simplemente estaba experimentando el mismo problema, reiniciar me llevaría a una pantalla negra o, a veces, a una pantalla negra con el cursor parpadeante y nunca lo lograría, tengo que tener en cuenta que no tuve un problema con el apagado.

Entonces, lo que hice fue abrir Drive Manager e instalé el firmware Intel-Microcode para la CPU, apagué la computadora y luego me cansé de reiniciar el sistema operativo, y finalmente funcionó.

Cambiar de No actualizar el microcódigo de la CPU a microcódigo intel

Estoy en Linux Mint Cinnamon 18.3 que se basa en Ubuntu Xenial Xerus 16.04 LTS.

Agregue el comentario del usuario ssasa en la respuesta, ya que podría ayudar a otros y podría eliminarse con el indicador "ya no es necesario":

Intenté todas las respuestas aquí y ninguna ayuda. Pero esto era lo más cercano. El cambio de controlador de fuente abierta nouveau a controlador propietario de Nvidia ayudó en mi caso.


1
Intenté todas las respuestas aquí y ninguna ayuda. Pero esto era lo más cercano. El cambio de controlador de fuente abierta nouveau a controlador propietario de Nvidia ayudó en mi caso.
ssasa

1

Tuve este problema en mi ASUS Zenbook UX433FN y la solución que usé fue actualizar el BIOS. La versión de BIOS que tenía era 301 y la actualicé a 305. Todos estos problemas desaparecieron justo después de esta actualización.

Luego reinstalé Ubuntu 18.04 y luego instalé los controladores NVIDIA sin ningún problema.

Nota : sugiero instalar los controladores NVIDIA ANTES de cualquier otra actualización para verificar si los controladores NVIDIA se pueden instalar con éxito sin interferencia de nada más.


1

Mi solucion esta aqui

Pero en palabras simples:
sudo vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="splash quiet noefi"

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.