Como dizer ao Linux Kernel> 3.0 para ignorar completamente um disco com falha?

Eu tenho um laptop Samsung (Chronos S7) com um disco rígido SATA de ônibus ata:1, que é detectado como /dev/sda, um SSD de 8GB on ata:2, /dev/sdbe vários outros dispositivos no resto da interface SATA.

O problema é que o disco SSD é

• soldado à placa principal (imóvel)
• interrompido (apenas fornece erros de E / S para qualquer operação)
• ele não aparece no BIOS (provavelmente porque está quebrado)

Agora este disco:

• atrasa a inicialização de três a cinco minutos, tentando detectar o disco com falha, o que é irritante;
• mas a coisa mais irritante é que o sistema falha ao suspender devido a /dev/sdbfalha.

Observe que eu posso viver com o atraso na inicialização - o que me preocupa é a coisa de retomar / suspender.

Portanto, a pergunta é: posso dizer ao kernel para evitar mesmo investigar o dispositivo no ata: 2?

No kernel mais antigo (<3.0), quando eu ainda era capaz de cavar um pouco a fonte, havia um parâmetro de linha de comando do estilo hdb=ignoreque teria feito o truque.

Eu tentei todos os truques propostos abaixo com os parâmetros udeve do libata:forcekernel, sem sucesso. Especificamente, o seguinte não funciona:

1. Adicionando a um dos seguintes /etc/udev/rules.d/arquivos (em execução inicial como 00-ignoredisk.rulesou atrasada como 99-ignoredisk.rulesou nos dois locais)

   SUBSYSTEMS=="scsi", DRIVERS=="sd", ATTRS{rev}=="SSD ", ATTRS{model}=="SanDisk iSSD P4 ", ENV{UDISKS_IGNORE}="1" 
   

   nem

   KERNEL=="sdb", ENV{UDISKS_IGNORE}="1"
   

   nem muitas soluções intermediárias - isso torna o disco não acessível após a inicialização, mas é analisado na inicialização e ainda é verificado durante a suspensão - causando falha na suspensão.

2. Editando os arquivos do sistema /lib/udev/rules.d/60-persistent-storage.rules(e udisks, udisks2) alterando

   KERNEL=="ram*|loop*|fd*|nbd*|gnbd*|dm-|md", GOTO="persistent_storage_end"
   

   para

   KERNEL=="ram*|loop*|fd*|nbd*|gnbd*|dm-|md|sdb*", GOTO="persistent_storage_end"
   

   novamente, isso tem algum efeito, mascarando o disco do espaço do usuário, mas o disco ainda está visível para o kernel.

3. A inicialização com todas as combinações possíveis (bem, muitas delas) dos libata:forceparâmetros (encontrados por exemplo aqui ) para desativar o DMA, a velocidade mais baixa ou qualquer outra coisa sobre o disco com falha - não funciona. O parâmetro é usado, mas o disco ainda é analisado e falha.

   Completo udevadm info -a -n /dev/sdbcolado em http://paste.ubuntu.com/6186145/

   smartctl -i /dev/sdb -T permissive dá:

   root@samsung-romano:/home/romano# smartctl -i /dev/sdb -T permissive
   smartctl 5.43 2012-06-30 r3573 [x86_64-linux-3.8.0-31-generic] (local build)
   Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net
   
   Vendor:               /1:0:0:0
   Product:              
   User Capacity:        600,332,565,813,390,450 bytes [600 PB]
   Logical block size:   774843950 bytes
   >> Terminate command early due to bad response to IEC mode page
   

   o que está claramente errado. Mesmo assim:

   root@samsung-romano:/home/romano# fdisk -b 512 -C 970 -H 256 -S 63 /dev/sdb
   fdisk: unable to read /dev/sdb: Input/output error
   

(Dados SSD de http://ubuntuforums.org/showthread.php?t=1935699&p=11739579#post11739579 ).

libatanão possui uma opção noprobe; essa era uma opção IDE herdada ...

Mas eu escrevi um patch do kernel para você que o implementa. Deve aplicar-se a muitos kernels com muita facilidade (a linha acima foi adicionada 2013-05-21 / v3.10-rc1 *, mas pode ser aplicada com segurança manualmente sem essa linha).

Atualização O patch está agora upstream (pelo menos no kernel estável 3.12.7). Está no kernel padrão distribuído com o Ubuntu 14.04 (que é baseado no 3.13-stable).

Após a instalação do patch, adicionar

 libata.force=2.00:disable

para os parâmetros de inicialização do kernel ocultará o disco do kernel do Linux. Verifique se o número está correto; procurar pelo nome do dispositivo pode ajudar (obviamente, você deve verificar as mensagens do kernel antes de adicionar os parâmetros de inicialização):

(0)samsung-romano:~% dmesg | grep iSSD
[    1.493279] ata2.00: ATA-8: SanDisk iSSD P4 8GB, SSD 9.14, max UDMA/133
[    1.494236] scsi 1:0:0:0: Direct-Access     ATA      SanDisk iSSD P4  SSD  PQ: 0 ANSI: 5

O número importante é o ata2.00da primeira linha acima.

Problemas de hardware têm solução de hardware físico. Você considerou dessoldar ou cortar a fonte de alimentação da unidade?

Edição: Ok, se isso não é uma opção que as pessoas estão usando isso antes para hot-plug um disco rígido. Você pode usar isso para desativar sua unidade.

echo 1 > /sys/block/sdb/device/delete

Observe que qualquer outro processo pode forçar uma varredura do barramento SATA e, em seguida, faz com que ele volte. Tente fazer isso antes de hibernar o laptop.

Editado pelo OP: funcionou . Eu adicionei o seguinte arquivo:

-rwxr-xr-x 1 root root 204 Dec  6 16:03 99_delete_sdb

com conteúdo:

#!/bin/sh

# Tell grub that resume was successful

case "$1" in
    suspend|hibernate)
        if [ -d /sys/block/sdb ]; then
            echo Deleting device sdb 
            echo 1 > /sys/block/sdb/device/delete       
        fi
        ;;
esac

... e agora o sistema suspende (e continua) corretamente.

BIOS

Este dispositivo não aparece de forma alguma através do BIOS?

Muitas vezes, os HDDs são configurados no modo "automático". Eu procurava garantir que esses dispositivos estivessem desabilitados e chegasse ao ponto de explicitamente ativar apenas um HDD e desativar todo o resto.

Opções de inicialização do kernel

Muitas vezes, você pode impedir que vários subsistemas sejam detectados automaticamente pelo Linux Kernel de inicialização através do uso de diferentes opções de inicialização que podem ser transmitidas a ele como comutadores.

A maioria, se não todas, as opções estão listadas aqui:

• https://www.kernel.org/doc/Documentation/kernel-parameters.txt

Linux em um livro Nutshell

Você pode examinar o livro O'Reilly, Linux Kernel in a Nutshell , especificamente o Capítulo 7: Personalizando um Kernel .

Este livro é disponibilizado gratuitamente pelo seu autor, Greg Kroah-Hartman, em seu site pessoal. O livro inteiro também pode ser baixado.

Maneira do Linux de verificar o bloqueio: sudo hdparm -I /dev/sdX(com X = a..z; você deve saber qual é o dispositivo da sua unidade, é claro). No final do (grande) de saída, você deve ser capaz de ler no nos últimos 10 linhas: *not* locked.