Problema de inicialização com o Debian Stretch 9.4 (amd64) no Dell R710

1

Espero que alguém tenha visto isso e possa ajudar. Isso é mais um aborrecimento do que um verdadeiro problema.

Eu tenho um Dell R710 com o Debian 9.4 (amd64). A unidade física tem as seguintes características:

  • 2x Xeon X5550
  • 32 GB de RAM
  • Controlador RA 6 / i RAID
    • 2x 146 GB 15k SAS
    • 3 x 146 GB 10k SAS (combinado como disco RAID)
    • 3x 300GB 10k SAS (combinado como disco RAID)
  • Drive de DVD SATA

Estou inicializando do primeiro drive SAS de 15k atualmente e não usando os outros drives atualmente.

A caixa física tem um USB & Porta do cartão SD. Eu já havia inicializado outro sistema no sistema interno e optado apenas por ter um disco físico neste momento, portanto, não há itens na porta do cartão USB ou SD.

O BIOS está configurado para inicializar a unidade "C:" (sua nomenclatura ... não é minha)

Depois de subir, a caixa funciona como um campeão sem problemas. Durante a inicialização, no entanto, é outra história.

Kernel instalado:

Linux localhost 4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02) x86_64 GNU/Linux

Há um intervalo de 2 min + durante a inicialização que eu vi os seguintes erros associados no dmesg:

[    2.513315] DMAR: DRHD: handling fault status reg 502
[    2.513378] DMAR: [DMA Read] Request device [03:00.0] fault addr fff0d000  [fault reason 06] PTE Read access is not set
[    2.518031] scsi 0:0:32:0: Wrong diagnostic page; asked for 7 got 0
[    2.617616] device-mapper: uevent: version 1.0.3
[    2.618173] device-mapper: ioctl: 4.35.0-ioctl (2016-06-23) initialised:  [email protected]
[    2.778729] DMAR: DRHD: handling fault status reg 602
[    2.778793] DMAR: [DMA Read] Request device [03:00.0] fault addr fff20000  [fault reason 06] PTE Read access is not set
[    2.783376] scsi 0:0:32:0: Wrong diagnostic page; asked for 7 got 0
[    2.972320] clocksource: Switched to clocksource tsc
[    3.042491] DMAR: DRHD: handling fault status reg 702
[    3.042556] DMAR: [DMA Read] Request device [03:00.0] fault addr ffc83000  [fault reason 06] PTE Read access is not set
[    3.047175] scsi 0:0:32:0: Wrong diagnostic page; asked for 7 got 0
[    3.307839] DMAR: DRHD: handling fault status reg 2
[    3.307915] DMAR: [DMA Read] Request device [03:00.0] fault addr ff3bb000  [fault reason 06] PTE Read access is not set
[    3.312489] scsi 0:0:32:0: Wrong diagnostic page; asked for 7 got 0
[    3.363044] random: crng init done
[    3.577114] scsi 0:0:32:0: Wrong diagnostic page; asked for 7 got 0
[    3.840869] scsi 0:0:32:0: Wrong diagnostic page; asked for 7 got 0
[    4.105521] scsi 0:0:32:0: Wrong diagnostic page; asked for 7 got 0
[    4.371579] scsi 0:0:32:0: Wrong diagnostic page; asked for 7 got 0
[    4.635322] scsi 0:0:32:0: Wrong diagnostic page; asked for 7 got 0
[    4.837103] ses 0:0:32:0: Attached Enclosure device
[  131.523048] PM: Starting manual resume from disk

A linha

[    4.635322] scsi 0:0:32:0: Wrong diagnostic page; asked for 7 got 0

Eu acredito que é um problema conhecido no kernel (veja aqui ).

Eu já havia feito algum lunacy e estava executando um kernel stretch-backports que estava recebendo um erro diferente (pedi 10 e recebi 0).

Permanecendo no tópico em questão - existe uma maneira de dizer ao kernel para ignorar o dispositivo "0: 0: 32: 0"?

    
por Dave G 03.05.2018 / 12:44

0 respostas