我希望有人看到这个问题并能提供帮助。这更像是一种烦恼,而不是真正的问题。
我有一台装有 Debian 9.4 (amd64) 的 Dell R710。物理单元具有以下特征:
- 2个Xeon X5550
- 32GB 内存
- Perc 6/i RAID 控制器
- 2 个 146 GB 15k SAS
- 3x 146GB 10k SAS(组合为 RAID 磁盘)
- 3x 300GB 10k SAS(组合为 RAID 磁盘)
- SATA DVD 驱动器
我目前正在从第一个 15k SAS 驱动器启动,暂时不使用其他驱动器。
物理盒有一个内部 USB 和 SD 卡端口。我之前在内部启动了另一个系统,并选择此时只使用物理磁盘,因此 USB 或 SD 卡端口中没有任何项目。
BIOS 设置为启动至“C:”驱动器(他们的命名......不是我的)
一旦启动,盒子就会像冠军一样运行,没有任何问题。然而在启动过程中则是另一回事。
已安装的内核:
Linux localhost 4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02) x86_64 GNU/Linux
启动期间有 2 分钟以上的间隔,我在 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
线路
[ 4.635322] scsi 0:0:32:0: Wrong diagnostic page; asked for 7 got 0
我相信这是内核中的一个已知问题(请参阅这里)。
我曾经做过一些疯狂的事情,运行了一个 stretch-backports 内核,结果出现了不同的错误(要求 10,得到 0)。
继续当前话题——有没有办法告诉内核忽略设备“0:0:32:0”?