Linux Mint 18.1 Cinnamon se demora al apagar

Spanish Forum

Moderators: tomeu, JCSenar

Post Reply
User avatar
linux0
Level 2
Level 2
Posts: 70
Joined: Tue Mar 28, 2017 3:23 pm
Contact:

Linux Mint 18.1 Cinnamon se demora al apagar

Post by linux0 » Tue Mar 28, 2017 4:28 pm

Otra pregunta aparte de esto es porque se demora más en apagar luego de usarlo varios meses??? al principio ponia apagar y demoraba menos de 10 seg en apagar, ahora pongo apagar y cierra todo, queda un ratito en el escritorio y luego se apaga, lei en una pagina que el dock plank podia provocar este problema pero ya lo desintale y sigue igual en ese aspecto.

GRACIAS :D
Image

Helios2017
Level 1
Level 1
Posts: 4
Joined: Mon Mar 27, 2017 6:18 am
Location: Valencia, Venezuela.
Contact:

Cómo realizar el chequeo del sistema de archivos de dispositivos desde la terminal

Post by Helios2017 » Wed Apr 05, 2017 10:24 am

Puede ser una demora ocasionada por errores en alguna de las unidades de disco, problablemente el sistema trata de hacer comprobaciones de estos errores y se atasca tratando de ver las conexiones con otros sectores del disco; yo le recomiendo para la próxima sesión de trabajo, correr los siguientes comandos desde la consola:

1. Identifique los discos duros de su maquina, abra la terminal y coloque (si quiere puede copiar y pegar el comando desde aqui) :

$ sudo fdisk -l

La salida que muestra el sistema al final del reporte descartando las unidades ram y las temporales, es algo parecido a esto (este es un ejemplo tomado de lo que yo tengo en mi maquina):

Disk /dev/sda: 76,7 GiB, 82348277760 bytes, 160836480 sectors <---------Aqui aparece uno de los discos duros.
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 986B4294-D3FA-4884-9F6F-CD1BAC1D4C21

Disposit. Start Final Sectores Size Tipo
/dev/sda1 2048 1050623 1048576 512M Microsoft basic data
/dev/sda2 1050624 5244927 4194304 2G Linux swap
/dev/sda3 5244928 47187967 41943040 20G Linux filesystem
/dev/sda4 47187968 160835583 113647616 54,2G Linux filesystem


Disk /dev/sdb: 149,1 GiB, 160041885696 bytes, 312581808 sectors <---------Aqui aparece el otro disco duro.
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 64B93C65-15F6-4A19-A93A-B60476EA88C8

Disposit. Start Final Sectores Size Tipo
/dev/sdb1 2048 312581774 312579727 149,1G Linux filesystem

2. Ahora bien Supongamos que tiene dos discos duros en su maquina y estan identificados como los discos: /dev/sda y /dev/sdb, lo que tiene que hacer ahora es correr este comando para cada uno de los discos duros
a fin de chequearlos y corregir posteriormente sus errores:

Empezando por la unidad /dev/sda, abra la terminal y ejecute el comando:

$ sudo badblocks -v /dev/sda > bad-blocks

Este comando generara el archivo: bad-blocks en el el directorio donde esta corriendo este comando en la terminal abierta, debe dejarlo terminar sin interrumpir el proceso el cual puede tomar un tiempo prudencial dependiendo del tamaño de su disco duro, al finalizar procederemos a arreglar el disco duro reasignando los bloques malos a otras posiciones dentro del disco duro que no afecten su operatividad, para esto debe correr el siguiente comando desde la misma terminal abierta:

$ sudo fsck -t ext4 -l bad-blocks /dev/sda <----- Observe que debe tener cuidado en colocar bien el tipo de partición del disco duro, vea que en este caso es tipo ext4, pero en su maquina puede ser ext3

La salida del comando es algo parecido a esto:

Pass 1: Checking inodes, blocks and sizes
Pass 2: Checking directory estructure
Pass 3: Checking directory connectivity
Pass 4: Check reference counts.
Pass 5: Checking group summary information

/dev/hda1: ***** FYLE SYSTEM WAS MODIFIED *****
/dev/hda1: 11/360 files, 63/1440 blocks


Si el comando badblocks reporta un bloque defectuoso, queda entonces grabado en el archivo de reporte: bad-bloks y e2fsck tratará de mover ese bloque a otra posicion en el disco duro, si el bloque esta realmente malo puede haber corrupcion de datos para ese bloque y el archivo al cual pertenece ese bloque, lo cual explica por que la maquina tarda tanto en salir, con este proceso se garantiza que solo ese bloque se clausura y ya el sistema no volvera mas nunca a leerlo hasta que usted decida darle formateo al disco duro para reinstalar el sistema operativo o usarlo en otras funciones.

Todo este procedimiento debe hacerse igual para la unidad /dev/sdb.

Espero haberlo ayudado en su problema y a la orden para cualquier explicación posterior.
Last edited by JCSenar on Sat Feb 17, 2018 3:05 pm, edited 1 time in total.
Reason: Título corregido

User avatar
JOPETA
Level 14
Level 14
Posts: 5468
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: Linux Mint 18.1 Cinnamon se demora al apagar

Post by JOPETA » Thu Apr 06, 2017 6:00 am

Gracias Helios2017 por la explicación de como realizar el chequeo del sistema de archivos de forma manual, lo propongo para el Indice de temas ensenciales. :D

Sin duda este chequeo ocasionaría demoras al iniciar el sistema, sin embargo es de la demora al apagar de la que se queja Linux0, pero no se pierde nada haciendo el chequeo y pude que este sea una de los procesos que demoran el cierre.

Observando el escritorio de Linux0 veo varias aplicaciones y servicios (steam, spotify,..) cuyo cierre puede resultar costoso para el sistema (tardará en matar los procesos iniciados como el desmontaje de unidades con archivos en uso, cierre del nm-manager,..), sin olvidar el problema de aquél otro hilo que también podría tener relación.

Si buscas en el foro por slow shutdown encontraras varios casos en los que el problema se resuelve con la instalación de un kernel más actual. Hazlo de forma gráfica como se indica aquí y no confundas esta instalación (gestor de actualizaciones>Ver>kernel de linux...) con la actualizacion que aparece en el gestor de actulizaciones con nivel 5.

Si observas la pantalla de cierre del sistema aparecen los errores y dificultades que encuentra el sistema durante el cierre y procesos que demoran el cierre. No se si debes desactivar el plymouth para verlos, si es así en el menú de inicio de GRUB y durante la cuenta atrás presiona la tecla E sobre la opción activa por defecto. Desplázate hasta la línea que contiene las palabras quite splash y elimínalas. Presiona la tecla F10 para iniciar sin el logo y poder ver los procesos de carga y de cierre del sistema en el prompt. Debes prestar atención para poder ver los procesos que dificultan el cierre.

También puedes probar con abrir una terminal y escribir shutdown -h now, por si mejora el tiempo de cierre. De ser así puedes crearte un lanzador botón en el panel con este script.

En ocasiones son procesos que se ejecutan al inicio sin motivo aparente (o lo que es peor no terminan de iniciarse) los que dificultan el cierre por lo que que convine echar un vistazo, como en este hilo del foro principal, al resultado de systemd-analyze critical-chain.

Post Reply

Return to “Español (Spanish)”