问题[dmesg](server)

通过 ctrl+alt+del 进行错误重置后，我的系统出现了一些问题。从那时起，报告了与 ACPI 和 ata6 相关的错误。为了解决这个问题（以一种野蛮的方式：我是 n00b），我开始测试目录 /sys/class/ata_port/ata6/ 中的竞争。我的意思是测试是寻找有用的信息或其他东西这可以激励我学习或在论坛中提出更清晰的问题。不管怎样，除了这个问题，还有一件奇怪的事情发生了：

当我将cat或文件与文件 /sys/class/ata_port/ata6/autosuspend_delay_ms 一起使用时，我得到"I/O erro"。但是...使用vi我读取了"1"文件的内容。

主要问题：为什么以及如何发生这种情况？（这真的把我吓坏了！vi更像是“用户空间”，而cat和文件更像是“内核空间”）

附带问题：如果有人知道如何解决这个系统问题，我会很高兴！现在，系统仅使用启动参数“acpi_enforce_responses=lax”启动（祝你好运！有时甚至这还不足以启动并且监视器失去通信（NULL 输出））”

细节：

系统： Linux debian 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3+deb9u2 (2019-11-11) x86_64 GNU/Linux

错误系统日志：acpi PNP0A03:00：_OSC 失败（AE_NOT_FOUND）；禁用 ASPM

输出：dmesg|grep '失败\|错误'

[0.234571] acpi PNP0A03:00：_OSC 失败（AE_NOT_FOUND）；禁用 ASPM

[2.239147]ata6.00：识别失败（I/O错误，err_mask=0x100）

[7.971272]ata6.00：识别失败（I/O错误，err_mask=0x100）

[13.603109] ata6.00：识别失败（I/O 错误，err_mask=0x100）

[20.228845] EXT4-fs (sda1): 重新安装。选项：errors=remount-ro

[23.170590] r8169 0000:05:00.0：固件：加载 rtl_nic/rtl8168e-1.fw (-2) 失败

[23.174073] r8169 0000:05:00.0：rtl_nic/rtl8168e-1.fw 的直接固件加载失败，错误 -2

输出：dmesg|grep -i 'ata'

[0.000000] BIOS-e820: [mem 0x00000000cffb0000-0x00000000cffbdfff] ACPI 数据

[0.000000] NODE_DATA(0) 分配 [mem 0x22fff9000-0x22fffdfff]

[0.000000]内存：8089844K/8387896K可用（6288K内核代码，1162K rwdata，2880K rodata，1424K init，656K bss，298052K保留，0K cma-reserved）

[0.235157] pci 0000:00:11.0: 将 SATA 设置为 AHCI 模式

[1.692680]写保护内核只读数据：12288k

[1.744345] 已加载 libata 3.00 版。

[1.746053]scsi主机0：pata_atiixp

[1.747319]scsi host1:pata_atiixp

[1.747387] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14

[1.747388] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15

[1.748026] ahci 0000:00:11.0: AHCI 0001.0200 32 个插槽 4 个端口 6 Gbps 0xf impl SATA 模式

[1.749170] ata3: SATA max UDMA/133 abar m1024@0xfe7ffc00 端口 0xfe7ffd00 irq 25

[1.749172] ata4: SATA max UDMA/133 abar m1024@0xfe7ffc00 端口 0xfe7ffd80 irq 25

[1.749173] ata5: SATA max UDMA/133 abar m1024@0xfe7ffc00 端口 0xfe7ffe00 irq 25

[1.749175] ata6: SATA max UDMA/133 abar m1024@0xfe7ffc00 端口 0xfe7ffe80 irq 25

[1.928821] ata1.01：ATA-9：WDC WDS240G2G0A-00JH30，UF450000，最大 UDMA/133

[1.928823] ata1.01：468877312 个扇区，多 1：LBA48 NCQ（深度 0/32）

[1.929427]ata1.01：由于 40 线电缆，仅限于 UDMA/33

[1.952293]ata1.01：为 UDMA/33 配置

[1.952499] scsi 0:0:1:0：直接访问 ATA WDC WDS240G2G0A-0000 PQ：0 ANSI：5

[2.076991] ata5：SATA 链接断开（SStatus 0 SControl 300）

[2.077014] ata4：SATA 链接断开（SStatus 0 SControl 300）

[2.237428] ata6：SATA 链接速度为 1.5 Gbps（SStatus 113 SControl 300）

[2.237447] ata3：SATA 链接速度为 3.0 Gbps（SStatus 123 SControl 300）

[2.238304] ata3.00：ATA-7：ST3160815AS，3.CHH，最大 UDMA/100

[2.238306] ata3.00：312581808 个扇区，多 16：LBA48 NCQ（深度 31/32）

[2.239147]ata6.00：识别失败（I/O错误，err_mask=0x100）

[7.493471]ata3.00：为 UDMA/100 配置

[7.493630] scsi 2:0:0:0：直接访问 ATA ST3160815AS H PQ：0 ANSI：5

[7.969453] ata6：SATA 链接速度为 1.5 Gbps（SStatus 113 SControl 300）

[7.971272]ata6.00：识别失败（I/O错误，err_mask=0x100）

[7.971275]ata6：将 SATA 链接速度限制为 1.5 Gbps

[13.601480] ata6：SATA 链接速度为 1.5 Gbps（SStatus 113 SControl 310）

[13.603109] ata6.00：识别失败（I/O 错误，err_mask=0x100）

[19.233505] ata6：SATA 链接速度为 1.5 Gbps（SStatus 113 SControl 310）

[19.884310] EXT4-fs (sda1)：以有序数据模式挂载的文件系统。选项：（空）

[20.449088]acpi_cpufreq：覆盖 BIOS 提供的 _PSD 数据

我们在 linux rhel 机器上执行以下操作

ethtool -K ifcfg-478476 tso off

现在假设我们要验证设置

如何使用 ethtool 或其他 cli 进行检查？

我们试着

ethtool -k ifcfg-478476 | grep -i tso

但我们没有得到状态

任何想法 ？

注意 -ifcfg-478476是 eth 链接

一段时间以来，我第一次重新启动了监控服务器，屏幕上开始出现以下内容：

Jul 11 23:52:30 monit kernel: [   25.255908] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Jul 11 23:52:30 monit kernel: [   25.256170] ata1.00: BMDMA stat 0x24
Jul 11 23:52:30 monit kernel: [   25.256278] ata1.00: failed command: READ DMA
Jul 11 23:52:30 monit kernel: [   25.256410] ata1.00: cmd c8/00:c0:20:68:35/00:00:00:00:00/e0 tag 0 dma 98304 in
Jul 11 23:52:30 monit kernel: [   25.256416]          res 51/40:9f:41:68:35/00:00:00:00:00/e0 Emask 0x9 (media error)
Jul 11 23:52:30 monit kernel: [   25.256809] ata1.00: status: { DRDY ERR }
Jul 11 23:52:30 monit kernel: [   25.256933] ata1.00: error: { UNC }
Jul 11 23:52:30 monit kernel: [   25.304388] ata1.00: configured for UDMA/66
Jul 11 23:52:30 monit kernel: [   25.304430] ata1: EH complete

. . . 

Jul 11 23:52:30 monit kernel: [   25.552451] sd 0:0:0:0: [sda] Unhandled sense code
Jul 11 23:52:30 monit kernel: [   25.552462] sd 0:0:0:0: [sda]  Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jul 11 23:52:30 monit kernel: [   25.552475] sd 0:0:0:0: [sda]  Sense Key : Medium Error [current] [descriptor]
Jul 11 23:52:30 monit kernel: [   25.552490] Descriptor sense data with sense descriptors (in hex):
Jul 11 23:52:30 monit kernel: [   25.552498]         72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 
Jul 11 23:52:30 monit kernel: [   25.552529]         00 35 68 41 
Jul 11 23:52:30 monit kernel: [   25.552543] sd 0:0:0:0: [sda]  Add. Sense: Unrecovered read error - auto reallocate failed
Jul 11 23:52:30 monit kernel: [   25.552559] sd 0:0:0:0: [sda] CDB: Read(10): 28 00 00 35 68 20 00 00 c0 00
Jul 11 23:52:30 monit kernel: [   25.552587] end_request: I/O error, dev sda, sector 3500097
Jul 11 23:52:30 monit kernel: [   25.556607] ata1: EH complete

我已经知道我需要更换 HDD（数据成本 > HDD 成本），但我想以我自己的知识知道它到底出了什么问题。

是的，我们的监控服务器没有RAID，只有一个硬盘……别看我……

我通常可以dmesg在启动后立即使用它来显示我的内核加载的硬件信息。然而，在我的系统启动一段时间后，dmesg不再产生任何与硬件有关的有价值的东西。我怎样才能找到我的硬件细节，比如我有什么样的 CD ROM 驱动器，通常可以通过dmesg?

如果收到段错误信号，我的应用程序通常会崩溃并打印堆栈以记录。

但在某些环境中，“dmesg”会显示与我的应用程序相关的段错误消息，但应用程序的正常运行时间要长得多。

可以抑制段错误并且应用程序没有收到信号吗？或者来自 dmesg 的错误可能意味着什么？

我正在运行一个 Debian 系统，发现dmesg命令的输出非常有帮助。

有人可以向我解释 dmesg 命令输出什么信息吗？它与系统日志中的 kern.* 消息是 1:1 相关吗？

我发现当我的一台 linux 服务器在低级别出现问题时，我可以在kernel ring buffer中看到有关它的消息。这些可以使用dmesg命令从命令行查看。

我想知道是否有一种简单的方法可以让我的服务器在将某些内容添加到内核环形缓冲区时向我发送电子邮件？

现在我有一个每小时运行一次的脚本，复制 dmesg 的输出并针对前一小时的文件运行差异。不幸的是，这并不能很好地工作，因为当行被附加到 dmesg 输出的末尾时，其他行从头开始被截断。此外，如果我有很多相同的消息，它就会完全停止通知我。

• 有没有更好的方法来做到这一点？

• 有没有其他人认为在这些消息发生时看到这些消息很重要？

添加

• dmesg命令报告的信息是否与其中一个日志文件中的信息相同？（如果是这样，那么解决方案比我想象的要容易）

运行 Ubuntu Linux 9.04，我在 dmesg 中看到这些奇怪的日志行：

[18.673752]类型=1505审核（1240159967.221:2）：操作=“profile_load”名称=“/usr/share/gdm/guest-session/Xsession”名称2=“默认”pid=2197
[18.730952]类型=1505审核（1240159967.278:3）：操作=“profile_load”名称=“/sbin/dhclient-script”名称2=“默认”pid=2201
[18.731093]类型=1505审核（1240159967.278:4）：操作=“profile_load”名称=“/sbin/dhclient3”名称2=“默认”pid=2201
[18.731141]类型=1505审核（1240159967.278:5）：操作=“profile_load”名称=“/usr/lib/NetworkManager/nm-dhcp-client.action”名称2=“默认”pid=2201
[18.731182]类型=1505审核（1240159967.278:6）：操作=“profile_load”名称=“/usr/lib/connman/scripts/dhclient-script”名称2=“默认”pid=2201
[18.871720]类型=1505审核（1240159967.417:7）：操作=“profile_load”名称=“/usr/lib/cups/backend/cups-pdf”名称2=“默认”pid=2206
[18.871913]类型=1505审核（1240159967.417:8）：操作=“profile_load”名称=“/usr/sbin/cupsd”名称2=“默认”pid=2206
[18.909533]类型=1505审核（1240159967.458:9）：操作=“profile_load”名称=“/usr/sbin/tcpdump”名称2=“默认”pid=2210

是什么产生了它们，我应该担心吗？