Debian:¿cómo dejar de activar todas las unidades adjuntas al reiniciar / desactivar el intercambio?

Una instalación nueva de Debian 6.0.6 para un sistema tiene 13 unidades SATA conectadas. 12 unidades WD-10EARS reacondicionadas aún no están particionadas. 1 unidad WD1500BLFS configurada para sistema operativo e intercambio. La partición de intercambio está configurada en /dev/sda5 según /etc/fstab

[email protected]:~# cat /etc/fstab | grep swap
# swap was on /dev/sda5 during installation
UUID=641cc8ad-838d-4e92-8c2c-0b73359a5aa3 none            swap    sw              0       0

Debido a que las 12 unidades no tienen actividad en el disco, el estado de la unidad pasa de "activo/inactivo" a "en espera" después de un tiempo.

[email protected]:~# hdparm -C /dev/sdm

/dev/sda:
 drive state is:  active/idle

[email protected]:~# hdparm -C /dev/sdm

/dev/sda:
 drive state is:  standby

Al emitir un reboot comando la consola muestra “Deactivating swap... ” y luego, escalonadas, las 12 unidades comienzan a girar según lo verificado por el sonido y el consumo de energía. Cambiar el estado de la unidad de modo de espera a activo puede tardar hasta 30 segundos. En otras palabras, un reinicio ahora toma entre 3 y 7 minutos. ¿Cuánto tardaría un reinicio cuando hay 70 unidades conectadas?

Actualización n.º 1
El problema está relacionado con "sd" (dispositivo de almacenamiento) que desea "Sincronizar caché SCSI ” en cada unidad.

¿Cómo dejar de cambiar el estado de todas las unidades de "en espera" a "activo" al reiniciar (probablemente causado por el proceso de "desactivación de intercambio")?

# uname -mrsn
Linux debian 2.6.32-5-amd64 x86_64

Respuesta aceptada:

Después de cambiar a backports kernel 3.2.0-0.bpo.3-amd64, ya no hay una reactivación de todas las unidades entre la emisión de reboot y el mensaje Will now restart. aparece, con o sin intercambio habilitado.

Tenga en cuenta que los mensajes de error de la consola "end_request I/O error, dev sdb, sector {0, 8, 16, 128, 4096}" siguen ahí cuando las unidades están en estado de espera.

Actualización n.º 1

El problema "Sincronización de caché SCSI antes de reiniciar" vuelve a aparecer en 3.2.0-0.bpo.4 -amd64. Aunque ambos parecen compartir la misma versión del módulo mpt2sas:

# modinfo /lib/modules/3.2.0-0.bpo.{3,4}-amd64/kernel/drivers/scsi/mpt2sas/mpt2sas.ko | grep ^version
version:        10.100.00.00
version:        10.100.00.00

Actualización n.º 2

El problema no parece estar relacionado con el kernel y el módulo de almacenamiento. Después de volver al kernel 2.6.32-5-amd64, configurar todas las unidades en modo de espera y ordenar un reinicio, no hubo "Sincronización de caché SCSI", ni giros de unidades y, por lo tanto, no hubo demoras.

Actualización n.º 3

Al desactivar la caché de escritura hdparm -W0 /dev/sd? y vaciar el caché de escritura con sync && sdparm --command=sync /dev/sd? && sleep 1 y finalmente configurar el disco en modo de espera usando hdparm -y /dev/sd? entonces no hay "Sincronización de caché SCSI" para cada unidad después de ejecutar reboot y viendo el resultado "Montando el sistema de archivos raíz de solo lectura... hecho". y "Se reiniciará ahora". al usar:

1. Linux debian 2.6.32-5-amd64 #1 SMP domingo 23 de septiembre 10:07:46 UTC 2012 x86_64
2. Linux debian 3.2.0-0.bpo.3-amd64 #1 SMP jueves 23 de agosto 07:41:30 UTC 2012 x86_64

Relacionado:Ssh:¿cómo funciona el túnel SSH inverso?

Kernel 3.2.0-0.bpo.4-amd64 es defectuoso y realiza "Sincronización de caché SCSI" para cada unidad en cada reboot .