forum.opennet.ru - "как скинуть счётчик ошибок на ext4?" (12)

"как скинуть счётчик ошибок на ext4?"

Форум Открытые системы на рабочей станции (Разное)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"как скинуть счётчик ошибок на ext4?"	+/–
Сообщение от arisu (ok), 25-Дек-20, 07:12
как скинуть счётчик ошибок на ext4? тот самый, который скидывает успешный проход fsck, только без fsck. потому что жать каждый раз при загрузке ^C на один конкретный раздел очень надоело. на всякий случай уточняю: мне не надо вообще отключить fsck. нет, fsck не может отработать в силу ошибок чтения, даже один разочек. да, меня это устраивает, я знаю, зачем я это делаю и чем это чревато. просто подскажите, пожалуйста, как сбросить этот флажок, чтобы система считала, что с разделом всё в порядке.
Ответить \| Правка \| Cообщить модератору

Оглавление

wget сорцы tune2fs, проштудировать на предмет флагов c,C,f,e,i прикрутить, nekto (?), 11:28 , 25-Дек-20, (1)

я всё-таки надеялся, что можно не пилить свою утилиту, а что-то готовое есть ну, arisu (ok), 10:43 , 26-Дек-20, (2)
p s можно, конечно, просто убрать раздел из fstab, и монтировать потом ручками, arisu (ok), 10:45 , 26-Дек-20, (3)

tune2fs -c -1 dev sdx19 , pavlinux (ok), 12:58 , 27-Дек-20, (4)

это не то, насколько я вижу состояние раздела 171 clean with errors 187 , fs, arisu (ok), 13:11 , 27-Дек-20, (5)

а если в fstab в колонке PASS поставить 0 для этого раздела, по идее тогда не до, 1 (??), 14:18 , 27-Дек-20, (6)

о, спасибо это может сработать, я и забыл совсем, что там такая фича есть пост, arisu (ok), 15:48 , 27-Дек-20, (7)

Оно, при куче ошибок, может само перемонтироватся в RO,на первое время спасёт фл, pavlinux (ok), 05:20 , 31-Дек-20, (8)

оно и так монтируется уже в r o 8212 именно поэтому мне пофигу на fsck я зна, arisu (ok), 05:26 , 31-Дек-20, (9)

Если бэдов немного, лучше поставить вопрос ребром - произведя запись в проблемны, Аноним (-), 22:33 , 27-Фев-21, (11)

это вполне конкретно сыпящийся на запись винт, и ему уже перестало хватать запас, arisu (ok), 22:56 , 27-Фев-21, (12)

как я и обещал 8212 наконец-то случился ребут, рапортую идея оказалась совер, arisu (ok), 06:17 , 25-Янв-21, (10)

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от nekto (?), 25-Дек-20, 11:28 +/–

> как скинуть счётчик ошибок на ext4? тот самый, который скидывает успешный проход
> fsck, только без fsck. потому что жать каждый раз при загрузке
> ^C на один конкретный раздел очень надоело.
> на всякий случай уточняю: мне не надо вообще отключить fsck. нет, fsck
> не может отработать в силу ошибок чтения, даже один разочек. да,
> меня это устраивает, я знаю, зачем я это делаю и чем
> это чревато. просто подскажите, пожалуйста, как сбросить этот флажок, чтобы система
> считала, что с разделом всё в порядке.
wget сорцы tune2fs, проштудировать на предмет флагов {c,C,f,e,i} => прикрутить нужный флаг и функционал, пересобрать, пользоваться
Думается в 10-20 строк кода уложится все нужное

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3

2. Сообщение от arisu (ok), 26-Дек-20, 10:43 +/–

я всё-таки надеялся, что можно не пилить свою утилиту, а что-то готовое есть. ну ладно, попытаться стоило…

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от arisu (ok), 26-Дек-20, 10:45 +/–

p.s.: можно, конечно, просто убрать раздел из fstab, и монтировать потом ручками из rc.local, тоже вариант.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от pavlinux (ok), 27-Дек-20, 12:58 +/–

> как скинуть
tune2fs -c -1 /dev/sdx19

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5

5. Сообщение от arisu (ok), 27-Дек-20, 13:11 +/–

>> как скинуть
> tune2fs -c -1 /dev/sdx19
это не то, насколько я вижу. состояние раздела «clean with errors», fsck всё равно возбухать будет. вот это «clean with errors» мне надо превратить в «clean» без запуска fsck вообще. ну, если я верно маны вкурил.
p.s.: т.е., ман говорит вот это: «A filesystem error detected by the kernel will still force an fsck on the next reboot». это оно, кажется, именно про флаг «с ошибками», который и надо того-с.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #6

6. Сообщение от 1 (??), 27-Дек-20, 14:18 +/–

а если в fstab в колонке PASS поставить 0 для этого раздела, по идее тогда не должно проверять совсем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #7

7. Сообщение от arisu (ok), 27-Дек-20, 15:48 +/–

> а если в fstab в колонке PASS поставить 0 для этого раздела,
> по идее тогда не должно проверять совсем.
о, спасибо! это может сработать, я и забыл совсем, что там такая фича есть. поставил нолик, как будет следующий ребут — напишу, помогло ли.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #8, #10

8. Сообщение от pavlinux (ok), 31-Дек-20, 05:20 +/–

>> а если в fstab в колонке PASS поставить 0 для этого раздела,
>> по идее тогда не должно проверять совсем.
> о, спасибо! это может сработать, я и забыл совсем, что там такая
> фича есть. поставил нолик, как будет следующий ребут — напишу, помогло
> ли.
Оно, при куче ошибок, может само перемонтироватся в RO,
на первое время спасёт флаг: errors=continue, но потом всё равно грохнется. )))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #9

9. Сообщение от arisu (ok), 31-Дек-20, 05:26 +/–

> Оно, при куче ошибок, может само перемонтироватся в RO,
> на первое время спасёт флаг: errors=continue, но потом всё равно грохнется. )))
оно и так монтируется уже в r/o — именно поэтому мне пофигу на fsck. я знаю, какой файл там побился, это нестрашно, и ремапить его я не хочу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #11

10. Сообщение от arisu (ok), 25-Янв-21, 06:17 +/–

>> а если в fstab в колонке PASS поставить 0 для этого раздела,
>> по идее тогда не должно проверять совсем.
как я и обещал — наконец-то случился ребут, рапортую. идея оказалась совершенно правильной, большое спасибо. правда, система раз в сутки жалуется в лог, что на диске были ошибки и надо бы его проверить, но это не напрягает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

11. Сообщение от Аноним (-), 27-Фев-21, 22:33 +/–

Если бэдов немного, лучше поставить вопрос ребром - произведя запись в проблемный сектор. Он либо пропишется нормально (софт-бэд), либо ремапнется. А если именно ремапнутых набирается более пары десятков, лучше диск сменить - может развалиться окончательно в неподходящий момент.
А зачем ремап? Регулярный налет на бэд триггерит накрутку RAW READ ERROR RATE. Повторные попытки чтения только усугубляют. В зависимости от фирмвари и производителя, после некоторого порога ERROR RATE фирмварь может посчитать что девайс непригоден и форсануть что-нибудь типа SAFE MODE. В котором винч readonly и отвечает только на сильно некоторые параметры. Работать с винчом в таком режиме линукскернел не умеет и очень обижается когда половина команд не проходит. И вот это, увы, довольно неприятный облом. Так что сектора лучше отремапать - заодно и состояние накопителя понятнее станет. Если запись прошла, возможно это софтварный глюк, типа слета питания невовремя, ушатать из-за него накопитель накруткой error rate вообще печалька.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #12

12. Сообщение от arisu (ok), 27-Фев-21, 22:56 +/–

это вполне конкретно сыпящийся на запись винт, и ему уже перестало хватать запаса секторов на ремап. тем не менее, на чтение он вполне нормально работает, и по моему опыту с другими — может в таком режиме жить ещё весьма долго. поэтому он смонтирован в r/o, и там лежит всякая музыка и прочая порнография. лежит — и пусть себе лежит. поскольку я знаю, что именно побито — я это просто не трогаю. мне монитор жалится раз в день, что там всё плохо, я его обнимаю и мы вместе плачем. ничего страшного. бесила именно попытка ядра мне попробовать починить то, что чинить уже не надо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от nekto (?), 25-Дек-20, 11:28	+/–
> как скинуть счётчик ошибок на ext4? тот самый, который скидывает успешный проход > fsck, только без fsck. потому что жать каждый раз при загрузке > ^C на один конкретный раздел очень надоело. > на всякий случай уточняю: мне не надо вообще отключить fsck. нет, fsck > не может отработать в силу ошибок чтения, даже один разочек. да, > меня это устраивает, я знаю, зачем я это делаю и чем > это чревато. просто подскажите, пожалуйста, как сбросить этот флажок, чтобы система > считала, что с разделом всё в порядке. wget сорцы tune2fs, проштудировать на предмет флагов {c,C,f,e,i} => прикрутить нужный флаг и функционал, пересобрать, пользоваться Думается в 10-20 строк кода уложится все нужное
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2, #3

2. Сообщение от arisu (ok), 26-Дек-20, 10:43	+/–
я всё-таки надеялся, что можно не пилить свою утилиту, а что-то готовое есть. ну ладно, попытаться стоило…
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

3. Сообщение от arisu (ok), 26-Дек-20, 10:45	+/–
p.s.: можно, конечно, просто убрать раздел из fstab, и монтировать потом ручками из rc.local, тоже вариант.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

4. Сообщение от pavlinux (ok), 27-Дек-20, 12:58	+/–
> как скинуть tune2fs -c -1 /dev/sdx19
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #5

5. Сообщение от arisu (ok), 27-Дек-20, 13:11	+/–
>> как скинуть > tune2fs -c -1 /dev/sdx19 это не то, насколько я вижу. состояние раздела «clean with errors», fsck всё равно возбухать будет. вот это «clean with errors» мне надо превратить в «clean» без запуска fsck вообще. ну, если я верно маны вкурил. p.s.: т.е., ман говорит вот это: «A filesystem error detected by the kernel will still force an fsck on the next reboot». это оно, кажется, именно про флаг «с ошибками», который и надо того-с.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #6

6. Сообщение от 1 (??), 27-Дек-20, 14:18	+/–
а если в fstab в колонке PASS поставить 0 для этого раздела, по идее тогда не должно проверять совсем.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #7

7. Сообщение от arisu (ok), 27-Дек-20, 15:48	+/–
> а если в fstab в колонке PASS поставить 0 для этого раздела, > по идее тогда не должно проверять совсем. о, спасибо! это может сработать, я и забыл совсем, что там такая фича есть. поставил нолик, как будет следующий ребут — напишу, помогло ли.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #8, #10

8. Сообщение от pavlinux (ok), 31-Дек-20, 05:20	+/–
>> а если в fstab в колонке PASS поставить 0 для этого раздела, >> по идее тогда не должно проверять совсем. > о, спасибо! это может сработать, я и забыл совсем, что там такая > фича есть. поставил нолик, как будет следующий ребут — напишу, помогло > ли. Оно, при куче ошибок, может само перемонтироватся в RO, на первое время спасёт флаг: errors=continue, но потом всё равно грохнется. )))
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #9

9. Сообщение от arisu (ok), 31-Дек-20, 05:26	+/–
> Оно, при куче ошибок, может само перемонтироватся в RO, > на первое время спасёт флаг: errors=continue, но потом всё равно грохнется. ))) оно и так монтируется уже в r/o — именно поэтому мне пофигу на fsck. я знаю, какой файл там побился, это нестрашно, и ремапить его я не хочу.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #11

10. Сообщение от arisu (ok), 25-Янв-21, 06:17	+/–
>> а если в fstab в колонке PASS поставить 0 для этого раздела, >> по идее тогда не должно проверять совсем. как я и обещал — наконец-то случился ребут, рапортую. идея оказалась совершенно правильной, большое спасибо. правда, система раз в сутки жалуется в лог, что на диске были ошибки и надо бы его проверить, но это не напрягает.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

11. Сообщение от Аноним (-), 27-Фев-21, 22:33	+/–
Если бэдов немного, лучше поставить вопрос ребром - произведя запись в проблемный сектор. Он либо пропишется нормально (софт-бэд), либо ремапнется. А если именно ремапнутых набирается более пары десятков, лучше диск сменить - может развалиться окончательно в неподходящий момент. А зачем ремап? Регулярный налет на бэд триггерит накрутку RAW READ ERROR RATE. Повторные попытки чтения только усугубляют. В зависимости от фирмвари и производителя, после некоторого порога ERROR RATE фирмварь может посчитать что девайс непригоден и форсануть что-нибудь типа SAFE MODE. В котором винч readonly и отвечает только на сильно некоторые параметры. Работать с винчом в таком режиме линукскернел не умеет и очень обижается когда половина команд не проходит. И вот это, увы, довольно неприятный облом. Так что сектора лучше отремапать - заодно и состояние накопителя понятнее станет. Если запись прошла, возможно это софтварный глюк, типа слета питания невовремя, ушатать из-за него накопитель накруткой error rate вообще печалька.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #12

12. Сообщение от arisu (ok), 27-Фев-21, 22:56	+/–
это вполне конкретно сыпящийся на запись винт, и ему уже перестало хватать запаса секторов на ремап. тем не менее, на чтение он вполне нормально работает, и по моему опыту с другими — может в таком режиме жить ещё весьма долго. поэтому он смонтирован в r/o, и там лежит всякая музыка и прочая порнография. лежит — и пусть себе лежит. поскольку я знаю, что именно побито — я это просто не трогаю. мне монитор жалится раз в день, что там всё плохо, я его обнимаю и мы вместе плачем. ничего страшного. бесила именно попытка ядра мне попробовать починить то, что чинить уже не надо.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11