ata5.00: status: { DRDY ERR }

sd 5:0:0:0: [sdd] Unhandled sense code

sd 5:0:0:0: [sdd]  Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE

sd 5:0:0:0: [sdd]  Sense Key : Medium Error [current] [descriptor]

Descriptor sense data with sense descriptors (in hex):

72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00

4c 69 a9 58

sd 5:0:0:0: [sdd]  Add. Sense: Unrecovered read error - auto reallocate failed

sd 5:0:0:0: [sdd] CDB: Read(10): 28 00 4c 69 a9 58 00 00 08 00

ata5.00: error: { UNC }

ata5.00: configured for UDMA/33

ata5.01: configured for UDMA/33

ata5: EH complete

ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0

ata5.00: BMDMA stat 0x64

ata5.00: failed command: READ DMA EXT

ata5.00: cmd 25/00:08:58:a9:69/00:00:4c:00:00/e0 tag 0 dma 4096 in

res 51/40:08:58:a9:69/40:00:4c:00:00/e0 Emask 0x9 (media error)

ata5.00: error: { UNC }

ata5.00: configured for UDMA/33

ata5.01: configured for UDMA/33

ata5: EH complete

ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0

ata5.00: BMDMA stat 0x64

ata5.00: failed command: READ DMA EXT

ata5.00: status: { DRDY ERR }

时间: 2025-01-05 22:40:09

ata5.00: status: { DRDY ERR }的相关文章

Linux : ata: failed command: READ FPDMA QUEUED

Got "READ FPDMA QUEUED" errors from "dmesg" output on your Linux machine? ata2.00: status: { DRDY ERR } ata2.00: error: { UNC } ata2.00: failed command: READ FPDMA QUEUED ata2.00: cmd 60/28:70:28:19:89/00:00:6c:01:00/40 tag 14 ncq 2048

more than 120 seconds|hung_task_timeout_secs 什么鬼?

//2019/7/31 18:41:14掐指一算应该resore完了呀,是不是天热想罢工?不过已经差不多30个小时了无意间一查 tail -500f /var/log/messages 发现有些“more than 120 seconds|hung_task_timeout_secs”,还有写kernel乱七八糟的,有点蒙圈...先分析再干活咋一看2个帖子分析的非常有道理,那就干吧,粗体是要执行查看的 问题原因:默认情况下,Linux会最多使用40%的可用内存作为文件系统缓存.当超过这个阈值后,

RHEL5.8物理机遇到Read-only file system

[[email protected] tmp]# date Thu Jun 4 04:36:31 CST 2015 [[email protected] tmp]# mkdir ss mkdir: cannot create directory `ss': Read-only file system [[email protected] tmp]# pwd /tmp [[email protected] tmp]# df -h Filesystem Size Used Avail Use% Mo

OGG的extract进程checkpoint时间点回到1988-01-01 00:00:00故障处理

1.故障现象 Extract进程(SEXTR01)状态为running,但是Lag at Chkpt却达到5个多小时,且时间一直在增长,根本就不抽取新日志,状态信息如下: GGSCI (calladgdb) 21> info all Program     Status      Group       Lag at Chkpt  Time Since Chkpt MANAGER     RUNNING EXTRACT     RUNNING     DPEYWGL     00:00:00  

使用LVM备份和还原Mariadb数据库

通过和mysqldump进行对比介绍LVM快照卷 Mysqldump:无法进行热备份,数据库较大时备份时间较长,优点就是备份恢复非常的简单. LVM优缺点如下: 优点: 1.几乎热备,只是在备份的时候为了方式产生数据不一致问题,需要锁定数据库. 2.支持所有存储引擎,因为LVM备份的原理只是拷贝文件 3.备份和恢复速度块,因为备份和恢复的原理只是拷贝文件. 缺点: 1.数据库必须放在LVM逻辑卷上 2.如果是生产环境有用户启动了事务,那么锁定数据库的过程可能需要很长的时间,而且也无法准确获得数据

Golang测试技术

本篇文章内容来源于Golang核心开发组成员Andrew Gerrand在Google I/O 2014的一次主题分享“Testing Techniques”,即介绍使用Golang开发 时会使用到的测试技术(主要针对单元测试),包括基本技术.高级技术(并发测试.mock/fake.竞争条件测试.并发测试.内/外部测 试.vet工具等)等,感觉总结的很全面,这里整理记录下来,希望能给大家带来帮助.原Slide访问需要自己搭梯子.另外这里也要吐槽一 下:Golang官方站的slide都是以一种特有

Node.js 切近实战(十二) 之Linux部署

之前的话我们的项目都是跑在windows上,今天我们要将我们的程序跑到linxu机器上.在看linux部署之前,我们先看一下node.js类似于asp.net mvc的过滤器或者叫拦截器.在app.js中我们加入如下代码 var beforeRequest = function (req, res, next) {     if (req.originalUrl == '/'          || req.originalUrl == '/login'          || req.orig

NT9666X调试log

1.给GSensor_open();前加上打印函数DEBUG_P;打印如下信息: ######## FILE = e:/Project_code/Philips_PanGu/Philips_PanGu_FW_20170119/Project/DemoKit/SrcCode/UIWnd/SPORTCAM/UIFlow/UIFlowMovie/UIFlowWndMovie.c, FUNC = UIFlowWndMovie_OnOpen, LINE = 1487 .========== mir3da_

数据库MYSQL学习系列二

一.MYSQL数据库对象与应用 2.1-MySQL数据类型 Number不止一种 · 整形 · 浮点型 整形 · INT · SMALLINT · MEDIUMINT · BIGINT type Storage Minumun Value Maximum Value (Bytes) (Signed/Unsigned) (Signed/Unsigned) TINYINT 1 -128 127 0 255 SMALLINT 2 -32768 32767 0 65535 MEDIUMINT 3 -83