Eu tenho três unidades físicas - SSD com / montado, primeiro HDD usado como /var e /home , segundo HDD - armazenamento de recuperação para backups. O disco rígido com backups deve permanecer a maior parte do tempo no estado de espera e desmontado causado pelos scripts cron e bash com umount e hdparm -y .
O problema é que as unidades USB externas de montagem / desmontagem (com GUI ou terminal) fazem com que a reinicialização da unidade de suspensão seja feita a partir do estado de espera.
Uma investigação mais detalhada mostra que mount e umount utilities executam dumpe2fs -h /dev/sdXn command para cada partição (incluindo desmontada) de cada unidade instalada, o que causa o acionamento de unidades diretamente suspensas.
Por exemplo, se o drive USB externo / stick /dev/sdd estiver sendo montado / desmontado, isso causa, no meu caso, conseqüente execução dos comandos (pedaços do log real com algumas explicações):
dumpe2fs -h /dev/sda1 #this is / (root) partition at SSD
[...]
dumpe2fs -h /dev/sdc4 #this is /var partition at HDD #1
[...]
dumpe2fs -h /dev/sdc3 #this is /home partition at HDD #1
[...]
dumpe2fs -h /dev/sdb1 #this is recovery storage partition at HDD #2
[...]
O Ubuntu 16.04 e versões anteriores (eu migrei do Red Hat para o Debian e Ubuntu em 2006) não têm esse comportamento estranho. Assim, podemos chegar a uma conclusão razoável do comportamento causado por um bug do Ubuntu 18.04. Existe alguma maneira de resolver o problema?
Observação: Há uma questão relacionada (mas não duplicada) no Unix & Comunidade Linux: Por que o dumpe2fs é chamado sem interação do usuário? .
UPDATE. Eu descobri a solução para o problema - ela será publicada alguns dias depois. O problema está resolvido. Minha profunda apreciação por ajuda para @ 神秘 德里克 - muito obrigado, amigo!