Status drdy err linux

DRDY ERR

Однажды ноутбук при включении показал, что GRUB not found, до этого все было отлично. Поврежден был первый раздел, а остальные были исправные. badblocks со стандартным размером блока 1к показал, что повреждены блоки <0, 28, 29, 30, 31, 32, 33, 34, 35>. Раздел можно передвинуть или применить badblocks-таблицу, а вот что делать с ошибками вначале?

Ядро Ubuntu почти 500 секунд занято ошибкой

[ 17.337781] ata1.00: status: < DRDY ERR >
[ 17.340819] ata1.00: error: < UNC >
[ 17.484743] ata1.00: configured for UDMA/133
[ 17.484781] sd 0:0:0:0: [sda] Unhandled sense code
[ 17.484786] sd 0:0:0:0: [sda] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 17.484794] sd 0:0:0:0: [sda] Sense Key : Medium Error [current] [descriptor]
[ 17.484803] Descriptor sense data with sense descriptors (in hex):
[ 17.484808] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
[ 17.484827] 00 00 00 3f
[ 17.484836] sd 0:0:0:0: [sda] Add. Sense: Unrecovered read error — auto reallocate failed
[ 17.484846] sd 0:0:0:0: [sda] CDB: Read(10): 28 00 00 00 00 00 00 01 00 00
[ 17.484864] end_request: I/O error, dev sda, sector 63
[ 17.487883] Buffer I/O error on device sda, logical block 7
[ 17.490922] Buffer I/O error on device sda, logical block 8
[ 17.493926] Buffer I/O error on device sda, logical block 9
[ 17.496857] Buffer I/O error on device sda, logical block 10
[ 17.499698] Buffer I/O error on device sda, logical block 11
[ 17.502492] Buffer I/O error on device sda, logical block 12
[ 17.505178] Buffer I/O error on device sda, logical block 13
[ 17.507819] Buffer I/O error on device sda, logical block 14
[ 17.510406] Buffer I/O error on device sda, logical block 15
[ 17.512916] Buffer I/O error on device sda, logical block 16

и затем просто все пропадает. А вот старое ядро debian могло загрузиться, секунд 80 писать эту ошибку, и дальше работать.

Мне неинтересно, что там происходит внутри, и зачем ядру именно эти секторы, разделы видны, загрузчик отлично работает. Можно ли либо перенести раздел MBR, чтобы ядра туда не смотрели, либо отучить каким-нибудь ключом ядро по 50 раз переспрашивать у диска очевидное — один раз ответили нет, и больше в этот сектор не лезем?

Что за диск? Скачай с сайта производителя дисков дискету с фитнес-тестом. Он сделает ремэп. Только я бы начал с какого-нибудь бэкапа. Вдруг диск не проживёт столько.

Ноутбук походный, рабочие данные дублируются на флешку, основные все зарезервированы, но вот не работает Ubuntu. Диск снять практически невозможно, дисководов там нет. Модель ST9160314AS, что это означает, и кто автор непонятно, это данные из /sys/block/sda/device/model.

Большое спасибо тебе, geteltorito, memdisk, Seatools и его Long Test. Всё вылечилось.

Источник

Што это было.

Вдруг всё подвисло, непрекращающаяся активность винта,
странные звуки из него, через несколько минут прошло.
dmesg выдал:

ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x80000 action 0x0
ata5.00: BMDMA stat 0x25
ata5: SError: < 10B8B >
ata5.00: cmd c8/00:18:bf:9a:e6/00:00:00:00:00/e0 tag 0 dma 12288 in
res 51/40:03:d4:9a:e6/00:00:00:00:00/e0 Emask 0x9 (media error)
ata5.00: status: < DRDY ERR >
ata5.00: error: < UNC >
ata5.00: configured for UDMA/133
ata5: EH complete
ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x80000 action 0x0
ata5.00: BMDMA stat 0x25
ata5: SError: < 10B8B >
ata5.00: cmd c8/00:18:bf:9a:e6/00:00:00:00:00/e0 tag 0 dma 12288 in
res 51/40:03:d4:9a:e6/00:00:00:00:00/e0 Emask 0x9 (media error)
ata5.00: status: < DRDY ERR >
ata5.00: error: < UNC >
ata5.00: configured for UDMA/133
ata5: EH complete
ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x80000 action 0x0
ata5.00: BMDMA stat 0x25
ata5: SError: < 10B8B >
ata5.00: cmd c8/00:18:bf:9a:e6/00:00:00:00:00/e0 tag 0 dma 12288 in
res 51/40:03:d4:9a:e6/00:00:00:00:00/e0 Emask 0x9 (media error)
ata5.00: status: < DRDY ERR >
ata5.00: error: < UNC >
ata5.00: configured for UDMA/133
ata5: EH complete
ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x80000 action 0x0
ata5.00: BMDMA stat 0x25
ata5: SError: < 10B8B >
ata5.00: cmd c8/00:18:bf:9a:e6/00:00:00:00:00/e0 tag 0 dma 12288 in
res 51/40:03:d4:9a:e6/00:00:00:00:00/e0 Emask 0x9 (media error)
ata5.00: status: < DRDY ERR >
ata5.00: error: < UNC >
ata5.00: configured for UDMA/133
ata5: EH complete
ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x80000 action 0x0
ata5.00: BMDMA stat 0x25
ata5: SError: < 10B8B >
ata5.00: cmd c8/00:18:bf:9a:e6/00:00:00:00:00/e0 tag 0 dma 12288 in
res 51/40:03:d4:9a:e6/00:00:00:00:00/e0 Emask 0x9 (media error)
ata5.00: status: < DRDY ERR >
ata5.00: error: < UNC >
ata5.00: configured for UDMA/133
ata5: EH complete
ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x80000 action 0x0
ata5.00: BMDMA stat 0x25
ata5: SError: < 10B8B >
ata5.00: cmd c8/00:18:bf:9a:e6/00:00:00:00:00/e0 tag 0 dma 12288 in
res 51/40:03:d4:9a:e6/00:00:00:00:00/e0 Emask 0x9 (media error)
ata5.00: status: < DRDY ERR >
ata5.00: error: < UNC >
ata5.00: configured for UDMA/133
sd 4:0:0:0: [sda] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK
sd 4:0:0:0: [sda] 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
00 e6 9a d4
sd 4:0:0:0: [sda] Add. Sense: Unrecovered read error — auto reallocate failed
end_request: I/O error, dev sda, sector 15112916
ata5: EH complete
sd 4:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 4:0:0:0: [sda] Write Protect is off
sd 4:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 4:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA
sd 4:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 4:0:0:0: [sda] Write Protect is off
sd 4:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 4:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA

и много такого же.

Re: Што это было.

Проверь SMART и поверхность диска какой-нибудь MHDD

Re: Што это было.

Re: Што это было.

Внезапно какойнить slocate запустился.

Re: Што это было.

>Внезапно какойнить slocate запустился.

Может это тихо и незаметно wine обновился. Ну почти незаметно.

Re: Што это было.

Походу какая-то аппаратно-софтовая несовместимость винта и контроллера.
Думаю, что смотреть надо в сторону контроллера/драйвера
У меня такой глюк был с контроллером SATA-150 на sis’овском чипсете, причем не со всеми винтами. При этом росло значение UDMA_CRC_Error_Count в смарте. Теперь эти же самые винты вполне себе нормально работают на мареринке с контроллером intel.

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

Решено: Ошибки при загрузке — что-то про DMA (помогите расследовать)

Модератор: Bizdelnick

Решено: Ошибки при загрузке — что-то про DMA

Сообщение dergachev » 04.05.2010 21:18

При этом недавно накрылась windows 7: сначала стала просто грузиться по десять минут, потом при загрузке давала какой-то input-output error; а вот в разных линуксах при загрузке стали сыпаться примерно такие ошибки, хотя потом всё идеально работает. Причем при подключении одного конкретного диска они тоже порой сыпятся где-то по десять минут прежде чем что-либо начнет работать, а если его не подключать (то есть не монтировать) — только то, что показано выше.

Re: Решено: Ошибки при загрузке — что-то про DMA

Сообщение xoomer » 05.05.2010 00:14

dergachev, а если попробовать вbIключить UDMA и включить режим PIO на всех дисках?

знать бbI, что значит ata2.01 — ето как я понимаю накопитель на 4-м коннекторе SATA ?? (возможно, ошибаюсь)

Что я бbI сделал:
— насчет PIO я уже писал
— попробовал бbI отключить вторую ветку SATA-контроллера
— и подумал бbI о сохранении даннbIх на жестких дисках и о сохранении самих жестких дисков. Желательно бbI старbIй диск для разбора етого всего дела, т.к. я понимаю проблема не в HDD, а в чем-то другом.

Источник

Status drdy err linux

20 янв 2017, 12:25

Подцепив диск к соседнему хосту при обращении к нему в dmesg нарисовалось следующее:

Ошибки чтения секторов на HDD

20 янв 2017, 13:13

Ошибки чтения секторов на HDD

20 янв 2017, 21:30

Диска биос больше не нашел

Зацепил обратно к другому десктопу — все гуд, только автоматом восстановилось несколько потерянных inode судя по dmesg:

Видимо пришла очередь прощаться с PSU . Комплексная проблема — коварная штука, вроде и хард был с unrecoverable секторами, так еще и БП чудит

Сейчас воткнул туда ноутбучный 2,5″ хард на 5400 rpm, которому мощей нужно поменьше — вот уже несколько часов работает, зараза

Ошибки чтения секторов на HDD

20 янв 2017, 21:43

Ошибки чтения секторов на HDD

20 янв 2017, 21:48

Ошибки чтения секторов на HDD

20 янв 2017, 21:49

Ошибки чтения секторов на HDD

20 янв 2017, 21:52

Ошибки чтения секторов на HDD

20 янв 2017, 21:57

Ошибки чтения секторов на HDD

20 янв 2017, 22:06

KVF , не, напрямую к розетке. Входное конечно там можно замерить, но сомневаюсь что дело снаружи.
Перекочевал этот БП с основного десктопа, где до апгрейда тоже чудили этот хард и его полутеровый ровесник (с учетом их возраста я спокойно бы воспринял гибель), но ссдшка без хардов работала норм, а те могли на лету отвалиться, тогда на hdd был /home и /var, а на ssd корень со всем остальным — в dmesg явно было видно потерю девайса и переинициализацию оборудования.

Не исключено что этим насилием и заработал битые сектора, с которых чегодня начал.

Источник

DRDY ERR from HDD

All of a sudden I started getting the DRDY ERR with my laptop running linux..some messages look like..

finally it drops me into a command prompt asking me to enter a run level and after that

Suspecting a HDD crash, I took it out and used in another PC as an external USB HDD drive and I was able to mount & see all partitions and files within. So I assume Disc is OK.

I’m also able to boot into the laptop from a USB pen drive with linux) and even able to see all the partitions on the disk and access them.

Also took out the HDD and put it in a external casing and tried booting into the same laptop but got following different errors

So I guess, the HDD is accesible as a storage, but not bootable. The partitioning scheme on that HDD is as under if that’d help.. (GPT scheme)

I have installed linuxes one after another and actually wanted to install Grub in /dev/sda2 and chainload Linux 1 & 2, but before I could do it, I hit this snag!

Any ideas? Solutions?

• Title of the problem is no longer applicable *

I booted from USB and did a ‘fsck’ on all partitions. All (except /sda5) were reported clean. /dev/sda5 reported many errors (probably around a couple of hundred), I only kept entering ‘y’ for all the prompts. Inbetween there were messages like ‘linking ‘lost+found’ . ‘ After a runnning 2 passes on all partitions, when I re-booted from the HDD, here is the latest error.

Does it look like I’d be able to get back the OS instance and boot?

1 Answer 1

The first error you reported:

says that a READ DMA ATA command to a disk on ATA port 1 failed (status includes ERR for error). That port is most likely the hard disk, and the error points toward the drive having problems. The DMA part can likely be ignored; DMA is Direct Memory Access which is the dominant transfer mode these days, and if you were having RAM or RAM bus problems to the degree that you were hitting something like that repeatedly, you’d likely be seeing a ton more errors if the system was able to function at all.

The second error:

says there is some problem on /dev/sda, sector 32839936, which with 512-byte sectors puts us physically toward the end of the /dev/sda5 partition, which adds up with device sda5 as reported by the file system driver. The error reported by init together with the file system driver’s error details points toward a problem with the file system causing /etc/inittab to be unavailable or (less likely) unreadable. This would mean that either the root directory, the /etc directory, or the /etc/inittab file entry are somehow involved in the corruption. Given the inode number, I’d take a shot at /etc/inittab specifically being the culprit, until proven wrong.

You write (my emphasis):

Suspecting a HDD crash, I took it out and used in another PC as an external USB HDD drive and I was able to mount & see all partitions and files within. So I assume Disc is OK.

I would say that your assumption is unfounded. The disk is obviously having some problem; with any luck, it’ll be easy to fix.

The first thing I would do in your situation is to refresh my backup of everything that is on that disk. Make sure that you do not overwrite or delete anything from your most recent backup, as there is certainly a possibility that you will need it. Perhaps the best option is to make a fresh backup onto a new (or at least not previously used for your own backups) drive of everything that you are able to access. Expect some I/O errors on the source while making that copy.

Second comes attempting recovery. With any luck, given the errors, this is a single-sector or few-sectors problem which has caused a small amount of file system corruption, in which case e2fsck should be able to repair most of the damage. Some of your files are likely gone, but with some luck, you might be able to find them in /lost+found under the file system’s mount root (meaning for example /data/lost+found if you mount /dev/sda5 on /data) after having e2fsck do what it can. Otherwise, do a comparison against your most recent backup from before the problems started, and restore relevant files from the backup. (Did I mention backups are useful if bad things ever happen, as they inevitably do?)

Third comes the question of whether you can trust the drive for future use. A few bad sectors doesn’t have to be catastrophic from the drive’s point of view, but rotational drives about 100 GB in size practically cannot be sourced new today in most form factors, which points to this being a relatively old drive. Personally, I’d probably just accept that the drive has outlived its useful life at this point and get a replacement, but then again I am rather paranoid when it comes to my data; your mileage may vary. You will have to weigh the cost of a replacement drive against the risk of total failure of the drive and subsequent total loss of all the data on the drive.

Источник