Ubuntu 16.04 se cuelga al apagar / reiniciar

68

Mi Ubuntu 16.04 se cuelga al apagar / reiniciar y 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 hardware necesario / sys log información? ¡Cualquier ayuda sería muy apreciada!

    
pregunta Tdenham 28.04.2016 - 21:05

7 respuestas

27

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

Mi solución simple era editar /etc/default/grub line:

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 laptop Lenovo G50. Estoy bastante seguro de que cambié esta línea en Grub con distros anteriores (otros) de Linux en esta computadora portátil también.

    
respondido por el Ernesto Barechesto 27.06.2016 - 21:10
14

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. Pruebe sudo swapoff -a && systemctl poweroff como una solución temporal por ahora.
  2. Hay una solución potencial en Xenial-propuesta en el paquete systemd 229-4ubuntu5. Vaya a Configuración del sistema- & gt; Software y actualizaciones- & gt; pestaña Opciones para desarrolladores, haga clic en la casilla junto a Prelanzamiento (xenial-propuesto). ingrese su raíz pwd, actualice la caché. Pestaña Actualizaciones use "mostrar actualizaciones inmediatamente desplegable" cerrar Configuraciones del sistema. Inicie el actualizador de software e instálelo ahora.
  3. Si todavía tiene el problema, intente leer estos errores: enlace para obtener información sobre cómo obtener datos de registro y, como se sugiere, presentar un nuevo informe de errores. También lea el error: enlace .
  4. Siga las instrucciones de depuración descritas en la sección "Depuración de errores de arranque / apagado" de /usr/share/doc/systemd/README.Debian.gz para verificar si hay trabajos pendientes al apagar. Deberá iniciar el shell de depuración antes de cada apagado o reinicio al ingresar: systemctl start debug-shell Capturar una foto de pantalla de journalctl -b en el shell de rescate ctl+alt+F9 podría ser esclarecedor. También la salida de systemctl list-jobs y systemctl --failed Además de una captura de pantalla puede volcar el resultado de estos comandos y anexar cada uno en el mismo "nombre de archivo" en / root agregando >>filename.text al final de los comandos p.ej 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 adjunto para que los analice en el próximo inicio y si presenta un informe de error, puede ser útil adjuntar el archivo en su informe de errores.

Actualizar

Tuve estos bloqueos durante bastante tiempo, pero finalmente llegué a un punto en el que me enteré de que mi disco duro estaba empezando a fallar en sectores, etc. Por lo tanto, era hora de instalar un nuevo disco duro y volverlo a instalar. Volví a instalar el sistema operativo en un disco duro de una sola unidad con Swap como primer, Root como 2nd y Home como terceros particiones lógicas según las recomendaciones de Ubuntu. Técnicamente, sda1 es Grub, sda2 es Extended, sda5, sda6, sda7 son swap, root y home respectivamente; sda3 y sda4 no están presentes. Este problema no ha estado presente en el sistema operativo recién instalado en el HDD desde entonces, más de 9 meses aproximadamente. Estoy ejecutando 16.04.02 LTS en este momento sin que se cuelgue al reiniciar o apagar. El sistema operativo anterior era una instalación dual Win7 / Ubuntu y la partición Swap estaba al final de la unidad de disco duro.

No estoy afirmando que este problema esté relacionado con un sistema de arranque dual, un HDD que falla 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 de "Llegar al objetivo alcanzado".

    
respondido por el xtrchessreal 09.05.2016 - 21:02
5

Tuve un problema con colgar en el cierre, esto es lo que hice:

TERMINAL ABIERTO

sudo -H gedit /etc/default/grub

Cambiar la línea:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

a

GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"

Al eliminar quiet y splash permite texto durante el apagado, ayuda a ver dónde puede estar colgado.

  

GRUB_CMDLINE_LINUX_DEFAULT="splash silencioso" Quitando "silencioso" aquí   mostrará una salida de texto durante el arranque, mientras que elimina "splash"   mostrará una pantalla en negro en lugar de la imagen de bienvenida.

Guarde y cierre Gedit

Luego actualiza Grub en la terminal:

sudo update-grub

ADICIONAL:

Noté que también tenía un 'STOP JOB' funcionando, así que reduje 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

Luego ejecuta:

sudo systemctl daemon-reload

Esto funcionó para mí.

    
respondido por el pst007x 13.02.2017 - 17:52
2

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 restablecerlo como una solución alternativa (como se describe aquí: enlace )

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

que hace el truco. Probablemente deberías ejecutar sync justo antes del segundo comando.

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

Puede verificar el archivo / var / log / syslog. Encuentra el lugar donde enciendes la computadora y revisa las líneas justo antes de eso. Puede pegarlo aquí.

Mi registro del sistema:

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 obtener una dirección IP incluso cuando se solicita el reinicio.

En caso de que se trate de un problema dependiente del hardware, pegué el resultado de lspci para 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)
    
respondido por el Alek_A 29.04.2016 - 06:49
1

Intenté varios métodos, entre ellos: editar /etc/default/grub , ejecutar sudo swapoff -a antes de apagar, etc. ... Pero ninguno de esos funcionó para mí.

Desactivar USB 3.0 legacy mode en el BIOS funcionó para mí.

    
respondido por el Hieu 29.07.2016 - 02:12
1

He intentado casi todas las sugerencias aquí. La única acción que resolvió mi problema de apagado / restablecimiento fue cambiar DefaultTimeoutStartSec & amp; DefaultTimeoutStopSec en /etc/systemd/system.conf a '10':

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

y luego editar para

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s
    
respondido por el joelgsf 30.04.2017 - 15:25
0

Solo estaba experimentando el mismo problema, reiniciar me llevaría a una pantalla en negro o, a veces, a una pantalla en negro con el cursor parpadeante y nunca lo conseguiría, debo señalar que no tuve ningún 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 está basado en Ubuntu Xenial Xerus 16.04 LTS.

    
respondido por el Shayan 01.02.2018 - 07:33

Lea otras preguntas en las etiquetas