проверка диска с перезаписью в фоне

redix	# 3 года, 7 месяцев назад
Темы: 34 Сообщения: 3433 Участник с: 11 марта 2013	jim945, + Не говоря о том, что если на винте есть сбойные блоки, то надо сохраниться, и избавиться от него. Вот эта строка: 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 говорит о том, что пять секторов не имеют дублирующих ячеек. Винт с таким смартом может работать годами, а может посыпаться. In Tux We Trust

# 3 года, 7 месяцев назад

Сообщения: 3433

Участник с: 11 марта 2013

jim945, +

Не говоря о том, что если на винте есть сбойные блоки, то надо сохраниться, и избавиться от него. Вот эта строка:

5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0

говорит о том, что пять секторов не имеют дублирующих ячеек. Винт с таким смартом может работать годами, а может посыпаться.

In Tux We Trust

vs220	# 3 года, 7 месяцев назад (отредактировано 3 года, 7 месяцев назад)
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	redix говорит о том, что пять секторов не имеют Вроде же 5 это номер строки а значение 0. Это же не полный вывод а дрип. Там три сектора с долгим чтением и один ещё вроде отложенный

Aivar	# 3 года, 7 месяцев назад (отредактировано 3 года, 7 месяцев назад)
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	grayich в моём понимании алгоритм софтины должен быть таким: 1. считывает сектор(ы) и запоминает его содержимое 2. пишет в него с последующей проверкой 1010, 0101 и т.п. маски, если ошибка - вывести инфу 3. восстанавливает исходные данные сохранённые в шаге №1 4. следующий сектор(ы) Так в чем проблема? `badblocks -n` Ну или с ключиком -f, если фс примонтирована, но я бы не стал...

Aivar

# 3 года, 7 месяцев назад (отредактировано 3 года, 7 месяцев назад)

Темы: 4

Сообщения: 6897

Участник с: 17 февраля 2011

grayich
в моём понимании алгоритм софтины должен быть таким:
1. считывает сектор(ы) и запоминает его содержимое
2. пишет в него с последующей проверкой 1010, 0101 и т.п. маски, если ошибка - вывести инфу
3. восстанавливает исходные данные сохранённые в шаге №1
4. следующий сектор(ы)

Так в чем проблема?

badblocks -n

Ну или с ключиком -f, если фс примонтирована, но я бы не стал...

vs220	# 3 года, 7 месяцев назад
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	Aivar Так в чем проблема? badblocks -n Это же только чтение, ТС хочет с записью -w. А вот есть ли смысл проверять бедблоксом если смарт не такой уж и страшный?

grayich	# 3 года, 7 месяцев назад
Темы: 216 Сообщения: 1984 Участник с: 08 января 2009	Aivar, ничего не даёт, вообще ничего вообщем викторией прошёлся, "полечила", там целая область проблемных секторов я бы на месте винта всю эту область убрал из обращения, а винт всё пытается её использовать, хотя время чтения более 1.5 секунды з.ы. викторию 3.5 (dos) полную версию случайно никто не знает где найти?

grayich

# 3 года, 7 месяцев назад

Темы: 216

Сообщения: 1984

Участник с: 08 января 2009

Aivar, ничего не даёт, вообще ничего

вообщем викторией прошёлся, "полечила", там целая область проблемных секторов
я бы на месте винта всю эту область убрал из обращения, а винт всё пытается её использовать, хотя время чтения более 1.5 секунды

з.ы.
викторию 3.5 (dos) полную версию случайно никто не знает где найти?

Aivar	# 3 года, 7 месяцев назад
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	grayich ничего не даёт, вообще ничего Дык, это я для примера написал. А так то: `badblocks -nsv /dev/device` vs220 Это же только чтение, Ась? https://wiki.archlinux.org/index.php/Badblocks#Read-write_test_(non-destructive)

Aivar

# 3 года, 7 месяцев назад

Темы: 4

Сообщения: 6897

Участник с: 17 февраля 2011

grayich
ничего не даёт, вообще ничего

Дык, это я для примера написал. А так то:

badblocks -nsv /dev/device

vs220
Это же только чтение,

Ась?
https://wiki.archlinux.org/index.php/Badblocks#Read-write_test_(non-destructive)

vasek	# 3 года, 7 месяцев назад (отредактировано 3 года, 7 месяцев назад)
Темы: 48 Сообщения: 11340 Участник с: 17 февраля 2013	grayich 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 Количество переназначенных секторов - 0 grayich 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 3 Текущее количество нестабильных секторов - 3 - эти сектора пока под подозрением и все зависит от того, как SMART с ними поступит - если прочитает в следующий раз, то выкинет их их списка, если не прочитает, то переназначит эти сектора. Просто нужно за этим следить - ничего страшного нет. А вот сектор 185709388 - не хороший, SMART не знает что с ним делать, не хватает информации (давал выше пояснение на этот счет выше, на en). Но я бы проверил - сначала посмотреть journalctl \| grep 'I/O error' или journalctl \| grep 'sector' Должна быть запись типа blk_update_request: I/O error, dev sda, sector XXXXXXX UPD - там же должна быть запись типа I/O error on device sdaX, logical block YYYYY - а это значит, что не нужно и пересчитывать затем можно запустить и hdparm –read-sector XXXXXX /dev/sda - посмотреть, как прочитается. Если с ошибкой, то можно запустить далее hdparm (--write-sector) или используя dd записать нули. EDIT 1 - раньше еще был один непонятный сектор grayich #18 Extended offline Completed: read failure 80% 20229 208692538 и дальше он исчез - а так как Reallocated_Sector_Ct = 0, то в переназначенные он не попал, а значит SMART признал его нормальным ..... или занес его в Current_Pending_Sector??? Ошибки не исчезают с опытом - они просто умнеют

vasek

# 3 года, 7 месяцев назад (отредактировано 3 года, 7 месяцев назад)

Темы: 48

Сообщения: 11340

Участник с: 17 февраля 2013

grayich
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0

Количество переназначенных секторов - 0

grayich
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 3

Текущее количество нестабильных секторов - 3 - эти сектора пока под подозрением и все зависит от того, как SMART с ними поступит - если прочитает в следующий раз, то выкинет их их списка, если не прочитает, то переназначит эти сектора. Просто нужно за этим следить - ничего страшного нет.

А вот сектор 185709388 - не хороший, SMART не знает что с ним делать, не хватает информации (давал выше пояснение на этот счет выше, на en).
Но я бы проверил - сначала посмотреть journalctl | grep 'I/O error' или journalctl | grep 'sector'
Должна быть запись типа blk_update_request: I/O error, dev sda, sector XXXXXXX
UPD - там же должна быть запись типа I/O error on device sdaX, logical block YYYYY - а это значит, что не нужно и пересчитывать

затем можно запустить и hdparm –read-sector XXXXXX /dev/sda - посмотреть, как прочитается.
Если с ошибкой, то можно запустить далее hdparm (--write-sector) или используя dd записать нули.

EDIT 1 - раньше еще был один непонятный сектор

grayich
#18 Extended offline Completed: read failure 80% 20229 208692538

и дальше он исчез - а так как Reallocated_Sector_Ct = 0, то в переназначенные он не попал, а значит SMART признал его нормальным ..... или занес его в Current_Pending_Sector???

Ошибки не исчезают с опытом - они просто умнеют