Mint 19, espera de 90 seg para el apagado

[Jeronimo17]

He actualizado de mint 18.3 a 19 y después de solucionar algunos problemas, con este no lo consigo.

Al apagar o reiniciar, se queda mostrando la ultima información (tengo el logo desactivado) durante 90 seg supongo que tiempo de espera para kill a todo,
pero no se encontrar el problema, a veces apaga bien, la mayoría de las veces no, a veces el ultimo mensaje es sobre LVM2, a veces pone "Starting Power-Off..." y minuto y medio ahí

Con mint 18.3 no pasaba nunca

Code: Select all

jeronimo17@jeronimo17-AMILO-Pi-1505 ~ $ inxi -F
System:    Host: jeronimo17-AMILO-Pi-1505 Kernel: 4.15.0-29-generic x86_64
           bits: 64
           Desktop: Xfce 4.12.3 Distro: Linux Mint 19 Tara
Machine:   Device: laptop System: FUJITSU SIEMENS product: AMILO Pi 1505 serial: N/A
           Mobo: FUJITSU SIEMENS model: AMILO Pi 1505 serial: N/A
           BIOS: FUJITSU SIEMENS v: 1.14C date: 07/30/2007
Battery    BAT0: charge: 5.3 Wh 100.2% condition: 5.3/5.8 Wh (91%)
CPU:       Dual core Intel Core2 T5600 (-MCP-) cache: 2048 KB
           clock speeds: max: 1833 MHz 1: 1157 MHz 2: 1171 MHz
Graphics:  Card: Intel Mobile 945GM/GMS 943/940GML Express Integrated Graphics Controller
           Display Server: x11 (X.Org 1.19.6 ) driver: intel
           Resolution: 1280x800@59.91hz
           OpenGL: renderer: Mesa DRI Intel 945GM version: 1.4 Mesa 18.0.5
Audio:     Card Intel NM10/ICH7 Family High Def. Audio Controller
           driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.15.0-29-generic
Network:   Card-1: Intel PRO/Wireless 3945ABG [Golan] Network Connection
           driver: iwl3945
           IF: wlp5s0 state: down mac: 00:13:02:ca:f0:7f
           Card-2: Realtek RTL-8100/8101L/8139 PCI Fast Ethernet Adapter
           driver: 8139too
           IF: enp6s5 state: unknown speed: 100 Mbps duplex: full
Drives:    HDD Total Size: 758.1GB (80.4% used)
           ID-1: /dev/sda model: WDC_WD7500BPKT size: 750.2GB
           ID-2: USB /dev/sdb model: Digital_Camera size: 7.9GB
Partition: ID-1: / size: 28G used: 24G (92%) fs: ext4 dev: /dev/sda5
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 66.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 186 Uptime: 44 min Memory: 1111.8/1984.4MB
           Client: Shell (bash) inxi: 2.3.56 

Gracias

[JOPETA]

Por lo que puedo ver es un sistema bastante apurado de espacio.(24GB ocupados de 28GB).Deberías tener más espacio libre si como parece montas otras particiones disponbles (que le cuesta al sistema desmontar por cierto).

Una vez liberes esos 8-10GB de más que serán archivos personales, puedes probar las propuestas de este hilo.

[Jeronimo17]

Gracias por responder,
Lo del espacio aun no se que quitar ampliare la partición en el futuro, ¿si aun hay espacio por que debe afectar?

Y el post que comentas he probado cosas pero termina diciendo:
"There isn't always a one-to-one 100% straight answer: it might be a kernel version quirk, a misbehaving process, or a combination of both..."

No le veo solución

[JOPETA]

Lo del espacio aun no se que quitar ampliare la partición en el futuro, ¿si aun hay espacio por que debe afectar?

Es por la forma en que el sistema trabaja con las particiones ext.4 para evitar la fragmentación/corrupción de archivos. Aunque se trata en algún hilo del foro podrás encontrar información mas detallada si buscas sistema de archivos Ext.4 o defragmentación en la wiki, por ejemplo.

Y el post que comentas he probado cosas pero termina diciendo:
"There isn't always a one-to-one 100% straight answer: it might be a kernel version quirk, a misbehaving process, or a combination of both..."

Eso está sacado de contexto. Lo dicen referido a dónde buscar información sobre los problemas del retraso en el apagado (kernel.log, syslog,..) y como puede terner diferente origen no puedes buscar en un .log concreto del sistema. De hecho el usuario hooly mucho antes da por resuelto el problema y se quedan estos dos dando vuelta al tema de donde obtener información sobre el apagado.

Nope, there's no log specifically for shutdown - you just dig through kern.log at around the time you initiated the shutdown,
and then try to understand / decode the flow of it roughly before the shutdown procedure itself started misbehaving...

Would the problem be likely to be found in the kernel log or the log named syslog ?

...i usually check kern.log first myself, but it doesn't hurt checking both...
There isn't always a one-to-one 100% straight answer: it might be a kernel version quirk, a misbehaving process, or a combination of both...

No le veo solución

Si no amplias el espacio libre ...¿has probado algo de lo propuesto o en los enlaces que se mencionan?

- modificación de DefaultTimeoutStartSec/DefaultTimeoutStopSec en el /etc/systemd/system.conf,
- modificación del /etc/default/grub con acpi=force reboot=acpi y elimanar el splash,
- cerrar las conexiones de la red

¿ y si desmontas las particiones externas al sistema antes de cerrar o si en vez de apagar cierras sesión y apagas desde la ventana de inicio o desde la consola (Alt+Ctrl+F2 con sudo shutdown now?

¿Has visto algún error significativo en los registros del sistema, en el kernel.log o en el dmesg ?

[Jeronimo17]

- modificación de DefaultTimeoutStartSec/DefaultTimeoutStopSec en el /etc/systemd/system.conf,
- modificación del /etc/default/grub con acpi=force reboot=acpi y elimanar el splash,
- cerrar las conexiones de la red [/tab]
¿ y si desmontas las particiones externas al sistema antes de cerrar o si en vez de apagar cierras sesión y apagas desde la ventana de incio o desde la cosola (Alt+Ctrl+F2 con sudo shutdown now?

¿Has visto algún error significativo en los registros del sistema, en el kernel.log o en el dmesg ?

·Si lo probé, DefaultTimeoutStartSec/DefaultTimeoutStopSec, si que funciona pero me parece una solución horrible creo que matara procesos que den error por terminar el tiempo, lo estoy usando a 30 seg (solo el Stop)

·Acpi=force lo probé y no note nada

"¿ y si desmontas las particiones externas..."

nada una vez ni las monte y se quedo también pillado en el ultimo paso de apagado

"o si en vez de apagar cierras sesión y apagas..."

eso no lo he probado

error aquí puede ser que haya algo

Code: Select all

jeronimo17@jeronimo17-AMILO-Pi-1505 ~ $ dmesg | grep "rror\|arn\|ail"
[    0.000000] tsc: Fast TSC calibration failed
[    0.000000] Reserved but unavailable: 98 pages
[    0.000000] e820: [mem 0x80000000-0xdfffffff] available for PCI devices
[    0.000000] Calgary: Unable to locate Rio Grande table in EBDA - bailing!
[    0.000000] Memory: 1969264K/2087096K available (12300K kernel code, 2470K rwdata, 4240K rodata, 2408K init, 2416K bss, 117832K reserved, 0K cma-reserved)
[    0.062435] acpi PNP0A08:00: _OSC failed (AE_NOT_FOUND); disabling ASPM
[    2.479966] RAS: Correctable Errors collector initialized.
[    2.750556] EDD information not available.
[   11.458185] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro
[   14.336743] ACPI Warning: SystemIO range 0x0000000000001028-0x000000000000102F conflicts with OpRegion 0x0000000000001000-0x000000000000107F (\PMIO) (20170831/utaddress-247)
[   14.336754] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[   14.336758] ACPI Warning: SystemIO range 0x00000000000011B0-0x00000000000011BF conflicts with OpRegion 0x0000000000001180-0x00000000000011BB (\GPIO) (20170831/utaddress-247)
[   14.336764] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[   14.336766] ACPI Warning: SystemIO range 0x0000000000001180-0x00000000000011AF conflicts with OpRegion 0x0000000000001180-0x00000000000011BB (\GPIO) (20170831/utaddress-247)
[   14.336772] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[   15.297094] intel_powerclamp: No package C-state available
[   15.324890] intel_powerclamp: No package C-state available