Ubuntu 16.04 se cuelga al apagar / reiniciar

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!

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.

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".

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í.

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)

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í.

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

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ó.

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.

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.

Mi solucion esta aqui

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