Gracias a hdparm -B1 /dev/sdb
mi HDD ya no gira cuando se enciende en el arranque. Pero después de completar los mensajes POST del BIOS e iniciar Ubuntu, el HDD recibe una señal a través del cable de datos SATA y gira.
Al dejar el cable de datos (pero aún con el cable de alimentación SATA enchufado), el sistema se inicia completamente desde mi SSD sin activar el HDD.
¿Qué causa que el HDD gire? Tal vez Grub2?
Editar: no, no parece ser Grub2 lo que hace girar el disco. Acabo de configurar Grub para mostrar su menú sin temporizador. Nada sucede hasta que presiono la opción de arranque estándar de Ubuntu, luego, unos segundos más tarde, la unidad gira.
Editar dmesg | grep sdb
:
[ 7.080043] ata2.00: qc timeout (cmd 0xef)
[ 7.080057] ata2.00: failed to IDENTIFY (SPINUP failed, err_mask=0x4)
[ 9.830035] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 9.836555] ata2.00: ATA-8: SAMSUNG HD105SI, 1AJ10001, max UDMA/133
[ 9.836564] ata2.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
[ 9.842364] ata2.00: configured for UDMA/133
[ 9.842644] scsi 1:0:0:0: Direct-Access ATA SAMSUNG HD105SI 1AJ1 PQ: 0 ANSI: 5
[ 9.843249] sd 1:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
[ 9.843270] sd 1:0:0:0: Attached scsi generic sg1 type 0
[ 9.843487] sd 1:0:0:0: [sdb] Write Protect is off
[ 9.843497] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[ 9.843590] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 9.844091] sdb:
[ 9.845127] scsi 2:0:0:0: CD-ROM ATAPI iHDS118 5 RL0C PQ: 0 ANSI: 5
[ 9.851182] sr0: scsi3-mmc drive: 48x/48x cd/rw xa/form2 cdda tray
[ 9.851191] Uniform CD-ROM driver Revision: 3.20
[ 9.851554] sr 2:0:0:0: Attached scsi CD-ROM sr0
[ 9.851802] sr 2:0:0:0: Attached scsi generic sg2 type 5
[ 9.942896] sdb1
[ 9.943773] sd 1:0:0:0: [sdb] Attached SCSI disk
boot
hard-drive
Oliver
fuente
fuente
Respuestas:
Estoy bastante seguro de que es el módulo del kernel para el escaneo del controlador en busca de discos lo que hace que su hd gire. Ahora, si estoy un poco equivocado, y realmente es un módulo para su disco duro, podría bloquear la carga de ese módulo durante el proceso de arranque. Echa un vistazo a las listas negras en
/etc/modprobe.d/
.fuente
Creo que querías decir
hdparm -s
, no-B1
, lo que le pide a los discos duros compatibles con APM (lo que significa prácticamente solo los portátiles) que se pongan en espera automáticamente después de un corto período de inactividad. Además, los discos Western Digital no parecen aceptar el-s
comando de encendido en modo de espera, pero tienen un puente en la parte posterior que puede usar para habilitarlo.El controlador kernel sd (disco scsi) inicia el disco la primera vez que se accede a él, lo que ocurre durante el arranque para escanear la tabla de particiones. También reiniciará la unidad después de reanudar la suspensión de forma predeterminada, pero puede deshabilitarla escribiendo
0
en/sys/block/sda/device/scsi_disk/*/manage_start_stop
.Normalmente hago esto y luego suspendo manualmente las unidades que no planeo usar
hdparm -y
después de un reinicio.Mi última BIOS de la placa base simplemente no detectaría las unidades que se encendieron en modo de espera, pero mi nuevo puente de arena Asus es aparentemente lo suficientemente "inteligente" como para darse cuenta de que la unidad está en modo de espera y arrancarla.
fuente
Buscaría los registros para sdb (1), comenzando con dmesg:
fuente
Linux buscará particiones en todos los discos duros durante el arranque y, por lo tanto, leerá la tabla de particiones de todos los discos duros conectados. Esto por sí solo causaría su spin-up, pero puede haber causas adicionales.
Para un análisis en profundidad, AFAIK las herramientas de back-end para ureadahead construyen una lista de bloques de dispositivos leídos durante el arranque. Puede usar sus registros para determinar qué bloques de disco duro se leen, como primer paso para determinar la causa de sus revoluciones.
fuente