☰

Giro del disco duro a pesar de que el ahorro de energía está desactivado

tag-icon • tag-icon linux hard-drive powersave
Giro del disco duro a pesar de que el ahorro de energía está desactivado

Recientemente descubrí que mi HDD falla con bastante frecuencia. Por lo que puedo decir, este es un comportamiento nuevo. Temo que se produzcan daños en el hardware debido a las frecuentes secuencias de encendido y apagado (¿puede suceder esto?). Estoy ejecutando Linux 5.15.8-1-default e intenté cambiar las opciones de ahorro de energía con hdparm, que fue la única solución que encontré en Internet:

hdparm -S 255 /dev/sda

/dev/sda:
 setting standby to 255 (21 minutes + 15 seconds)

y

hdparm -B 255 /dev/sda

/dev/sda:
 setting Advanced Power Management level to disabled
 APM_level      = off

aún así, el HDD deja de girar con bastante frecuencia después de sólo unos segundos, por ejemplo:

dmesg -T |grep sda

[So Jan  2 09:31:39 2022] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
[So Jan  2 09:31:39 2022] sd 0:0:0:0: [sda] 4096-byte physical blocks
[So Jan  2 09:31:39 2022] sd 0:0:0:0: [sda] Write Protect is off
[So Jan  2 09:31:39 2022] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[So Jan  2 09:31:39 2022] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[So Jan  2 09:31:39 2022]  sda: sda1 sda2 sda3 sda4 sda5
[So Jan  2 09:31:39 2022] sd 0:0:0:0: [sda] Attached SCSI disk
[So Jan  2 09:31:45 2022] EXT4-fs (sda4): recovery complete
[So Jan  2 09:31:45 2022] EXT4-fs (sda4): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
[So Jan  2 09:37:59 2022] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[So Jan  2 09:37:59 2022] sd 0:0:0:0: [sda] Stopping disk
[So Jan  2 09:38:02 2022] sd 0:0:0:0: [sda] Starting disk
[So Jan  2 09:42:59 2022] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[So Jan  2 09:42:59 2022] sd 0:0:0:0: [sda] Stopping disk
[So Jan  2 09:52:00 2022] sd 0:0:0:0: [sda] Starting disk
[So Jan  2 09:52:35 2022] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[So Jan  2 09:52:35 2022] sd 0:0:0:0: [sda] Stopping disk
[So Jan  2 09:53:01 2022] sd 0:0:0:0: [sda] Starting disk
[So Jan  2 09:53:38 2022] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[So Jan  2 09:53:38 2022] sd 0:0:0:0: [sda] Stopping disk
[So Jan  2 10:01:54 2022] sd 0:0:0:0: [sda] Starting disk
[So Jan  2 10:02:18 2022] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[So Jan  2 10:02:18 2022] sd 0:0:0:0: [sda] Stopping disk
[So Jan  2 10:12:00 2022] sd 0:0:0:0: [sda] Starting disk
[So Jan  2 10:12:20 2022] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[So Jan  2 10:12:20 2022] sd 0:0:0:0: [sda] Stopping disk

entre la emisión de los comandos hdparm y dmesg fueNoreiniciar. Soy consciente de que este tema se trata con bastante frecuencia, pero normalmente las personas tienen éxito al utilizar hdparm y no pude descubrir por qué esto no sucedió en el pasado. Entonces mis preguntas son:

  1. ¿El giro repetido y acelerado es realmente perjudicial para el hardware?

  2. ¿Puede el cambio de comportamiento provenir de a) actualizaciones de software ob) hardware antiguo?

  3. ¿Hay alguna solución que simplemente no encontré? ¿Cómo puedo hacer que el disco permanezca encendido por más tiempo?

Ya en el pasado encontré algunos dispositivos que ignoraban la configuración de hdparm pero lo que parece realmente extraño es que esta unidad o mi sistema ahora cambió su comportamiento. ¡Gracias por cualquier ayuda!

Respuesta1

Es tlp.service responsable de este problema, ya que habilita ALPM (administración de energía del enlace AHCI) y AHCI Runtime PM en BAT, lo que provoca este inicio/detención/inicio/detención del disco duro/ssd.

Para deshabilitar: en /etc/tlp.conf (o /etc/default/tlp.conf para versiones anteriores), descomente:

SATA_LINKPWR_DENYLIST="hostX"

Consulte el resultado de tlp-stat -d para determinar el host y reemplace 'X' en consecuencia. descomentar y establecer en 'activado' (significa 'deshabilitar')

AHCI_RUNTIME_PM_ON_BAT=on

Debe realizar un ciclo de energía para que la configuración surta efecto, ¡no solo restablecerla!

Verifique con powertop: la pestaña 'configuración ajustable' debería mostrar:

bad  Runtime PM for disk sda
bad  Runtime PM for port ata1 of PCI device: [your specific vendor device e.g. Intel Atom/Celeron/Pentium Processor N3XXX Series]
bad  Runtime PM for port ata2 of PCI device: [your specific vendor device e.g. Intel Atom/Celeron/Pentium Processor N3XXX Series]

Mire 'journalctl -f' para monitorear.

Fuente

información relacionada