当前位置: 技术问答>linux和unix
红旗WorkStation5安装在SATA硬盘上,硬盘指示灯长亮
来源: 互联网 发布时间:2016-02-24
本文导语: 系统配置: ThinkPad R60e 0658FYC 硬盘东芝HTS54166,60G,支持SATA RedFlag WorkStation 5 (核心2.6.9-11.19WSsmp) BIOS中的SATA默认设置是AHCI(另一选项是Compatibility兼容IDE模式),安装WS5的时候没有留意这个设置,用的是默认。安装...
系统配置:
ThinkPad R60e 0658FYC
硬盘东芝HTS54166,60G,支持SATA
RedFlag WorkStation 5 (核心2.6.9-11.19WSsmp)
BIOS中的SATA默认设置是AHCI(另一选项是Compatibility兼容IDE模式),安装WS5的时候没有留意这个设置,用的是默认。安装过程正常。
现在系统运行一切正常,但是发现硬盘灯是长亮不闪烁的,无论任何操作、读写数据都如此。经观察系统启动过程,在装载SATA设备之前,硬盘灯是正常闪烁的。直到如下信息出现之后,灯就一直长亮了。
ahci(0000:00:1f.2) AHCI 0001.0100 32 slots 4 ports 1.5 Gbps 0x1 impl SATA mode
ahci(0000:00:1f.2) flags: 64bit ncq pm led clo pio slum part
ata1: SATA max UDMA/133 cmd 0xF8834500 ctl 0x0 bmdma 0x0 irq 50
ata2: SATA max UDMA/133 cmd 0xF8834580 ctl 0x0 bmdma 0x0 irq 50
ata3: SATA max UDMA/133 cmd 0xF8834600 ctl 0x0 bmdma 0x0 irq 50
ata4: SATA max UDMA/133 cmd 0xF8834680 ctl 0x0 bmdma 0x0 irq 50
ata1: dev 0 cfg 49:0f00 82:746b 83:7f09 84:6163 85:7469 86:3c09 87:6163 88:043f
ata1: dev 0 ATA, max UDMA/100, 117210240 sectors: lba48
ata1: dev 0 configured for UDMA/100
scsi0 : ahci
ata2: no device found (phy stat 00000000)
scsi1 : ahci
ata3: no device found (phy stat 00000000)
scsi2 : ahci
ata4: no device found (phy stat 00000000)
scsi3 : ahci
Vendor: ATA Model: HITACHI HTS54166 Rev: SBBI
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 117210240 512-byte hdwr sectors (60012 Mcool smiley
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
~~~~~~~~~~~~~~~~~~~~~~~~~~
我怀疑灯长亮就是SATA支持的问题。看了很多介绍,都是说win系统下需要先改SATA设置为Compatibility,然后在系统中安装SATA驱动,再改回AHCI模式。但在WS5下面需要做这些工作吗?我看到资料提到2.6以后的核心都直接支持SATA的。
现在系统看起来很正常,除了这个灯的问题。如果直接在bios中改回AHCI,则启动会提示:
Kernel panic - not syncing: Attempted to kill init!
然后僵死了。
如何解决灯的问题?如果不管它的话,这个对硬盘有损耗吗?硬盘在这种情况下是否处于一直工作状态?
ThinkPad R60e 0658FYC
硬盘东芝HTS54166,60G,支持SATA
RedFlag WorkStation 5 (核心2.6.9-11.19WSsmp)
BIOS中的SATA默认设置是AHCI(另一选项是Compatibility兼容IDE模式),安装WS5的时候没有留意这个设置,用的是默认。安装过程正常。
现在系统运行一切正常,但是发现硬盘灯是长亮不闪烁的,无论任何操作、读写数据都如此。经观察系统启动过程,在装载SATA设备之前,硬盘灯是正常闪烁的。直到如下信息出现之后,灯就一直长亮了。
ahci(0000:00:1f.2) AHCI 0001.0100 32 slots 4 ports 1.5 Gbps 0x1 impl SATA mode
ahci(0000:00:1f.2) flags: 64bit ncq pm led clo pio slum part
ata1: SATA max UDMA/133 cmd 0xF8834500 ctl 0x0 bmdma 0x0 irq 50
ata2: SATA max UDMA/133 cmd 0xF8834580 ctl 0x0 bmdma 0x0 irq 50
ata3: SATA max UDMA/133 cmd 0xF8834600 ctl 0x0 bmdma 0x0 irq 50
ata4: SATA max UDMA/133 cmd 0xF8834680 ctl 0x0 bmdma 0x0 irq 50
ata1: dev 0 cfg 49:0f00 82:746b 83:7f09 84:6163 85:7469 86:3c09 87:6163 88:043f
ata1: dev 0 ATA, max UDMA/100, 117210240 sectors: lba48
ata1: dev 0 configured for UDMA/100
scsi0 : ahci
ata2: no device found (phy stat 00000000)
scsi1 : ahci
ata3: no device found (phy stat 00000000)
scsi2 : ahci
ata4: no device found (phy stat 00000000)
scsi3 : ahci
Vendor: ATA Model: HITACHI HTS54166 Rev: SBBI
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 117210240 512-byte hdwr sectors (60012 Mcool smiley
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
~~~~~~~~~~~~~~~~~~~~~~~~~~
我怀疑灯长亮就是SATA支持的问题。看了很多介绍,都是说win系统下需要先改SATA设置为Compatibility,然后在系统中安装SATA驱动,再改回AHCI模式。但在WS5下面需要做这些工作吗?我看到资料提到2.6以后的核心都直接支持SATA的。
现在系统看起来很正常,除了这个灯的问题。如果直接在bios中改回AHCI,则启动会提示:
Kernel panic - not syncing: Attempted to kill init!
然后僵死了。
如何解决灯的问题?如果不管它的话,这个对硬盘有损耗吗?硬盘在这种情况下是否处于一直工作状态?
|
每30秒采样一次,连续采样5次,报告设备使用情况,需键入如下命令:
# sar -d 30 5
屏幕显示:
SCO_SV scosysv 3.2v5.0.5 i80386 10/01/2001
11:06:43 device %busy avque r+w/s blks/s avwait avserv (-d)
11:07:13 wd-0 1.47 2.75 4.67 14.73 5.50 3.14
11:07:43 wd-0 0.43 18.77 3.07 8.66 25.11 1.41
11:08:13 wd-0 0.77 2.78 2.77 7.26 4.94 2.77
11:08:43 wd-0 1.10 11.18 4.10 11.26 27.32 2.68
11:09:13 wd-0 1.97 21.78 5.86 34.06 69.66 3.35
Average wd-0 1.15 12.11 4.09 15.19 31.12 2.80
显示内容包括:
device: sar命令正在监视的块设备的名字。
%busy: 设备忙时,传送请求所占时间的百分比。
avque: 队列站满时,未完成请求数量的平均值。
r+w/s: 每秒传送到设备或从设备传出的数据量。
blks/s: 每秒传送的块数,每块512字节。
avwait: 队列占满时传送请求等待队列空闲的平均时间。
avserv: 完成传送请求所需平均时间(毫秒)。
在显示的内容中,wd-0是硬盘的名字,%busy的值比较小,说明用于处理传送请求的有
效时间太少,文件系统效率不高,一般来讲,%busy值高些,avque值低些,文件系统
的效率比较高,如果%busy和avque值相对比较高,说明硬盘传输速度太慢,需调整。
完整文章地址
http://unix-cd.com/unixcd12/article_5231.html
# sar -d 30 5
屏幕显示:
SCO_SV scosysv 3.2v5.0.5 i80386 10/01/2001
11:06:43 device %busy avque r+w/s blks/s avwait avserv (-d)
11:07:13 wd-0 1.47 2.75 4.67 14.73 5.50 3.14
11:07:43 wd-0 0.43 18.77 3.07 8.66 25.11 1.41
11:08:13 wd-0 0.77 2.78 2.77 7.26 4.94 2.77
11:08:43 wd-0 1.10 11.18 4.10 11.26 27.32 2.68
11:09:13 wd-0 1.97 21.78 5.86 34.06 69.66 3.35
Average wd-0 1.15 12.11 4.09 15.19 31.12 2.80
显示内容包括:
device: sar命令正在监视的块设备的名字。
%busy: 设备忙时,传送请求所占时间的百分比。
avque: 队列站满时,未完成请求数量的平均值。
r+w/s: 每秒传送到设备或从设备传出的数据量。
blks/s: 每秒传送的块数,每块512字节。
avwait: 队列占满时传送请求等待队列空闲的平均时间。
avserv: 完成传送请求所需平均时间(毫秒)。
在显示的内容中,wd-0是硬盘的名字,%busy的值比较小,说明用于处理传送请求的有
效时间太少,文件系统效率不高,一般来讲,%busy值高些,avque值低些,文件系统
的效率比较高,如果%busy和avque值相对比较高,说明硬盘传输速度太慢,需调整。
完整文章地址
http://unix-cd.com/unixcd12/article_5231.html