МСВС на ядре 2.4.3х

Может для начала обновить ядро и e2fsprogs ?

как сломать ext3
МСВС на ядре 2.4.3х

Боюсь, там этой фичи еще не было.

дергал питание - не помогает

Значит не ломается, такие дела.

Может для начала обновить ядро и e2fsprogs ?

нельзя ничего обновлять - этож мсвс )

e2fsprogs 1.34

Боюсь, там этой фичи еще не было.

ext3 нет ?
есть там она

Значит не ломается, такие дела.

да, обычно она сама чинится, но бываю случаи, когда это не срабатывает - хочу разобраться почему и дописать чтобы автоматом чинилась

нельзя ничего обновлять - этож мсвс )

Обновите версию МСВС, у вас ещё МСВС 3.0, а уже вышла 5.0 .

e2fsprogs 1.34

http://sourceforge.net/projects/e2fsprogs/files/e2fsprogs/ 1.34 вышла в 2003 году, 10 лет назад.

но бываю случаи, когда это не срабатывает

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

Как вы «чините» поломку ФС в этом случае ?

попробовать дернуть питание, когда идет активная запись на hdd?

Обновите версию МСВС, у вас ещё МСВС 3.0, а уже вышла 5.0

не могу, есть софт под нее, который сейчас нет возможности переписать (если и потом перейду то на astra)

и «3.0» это не версия, это название )

да и не в мсвс проблема, а в том как сильно поломать ext3, чтобы «авточинилка» не сработала

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

незнаю когда это происходит, потому хочу создать

Как вы «чините» поломку ФС в этом случае ?

ввожу пароль root и вручную fsck

попробовать дернуть питание, когда идет активная запись на

hdd?

да

еще и так пробовал http://serverfault.com/questions/285752/how-do-i-force-ext3-partition-to-the-...
и так http://marc.info/?l=linux-fsdevel&m=116360140413043&w=2

не могу, есть софт под нее, который сейчас нет возможности переписать (если и потом перейду то на astra)

Что у вас там за софт, который не будет работать без переписывания в новой версии системы, тем более, что отличий междё МСВС 3.0 80001-12 и хотя бы МСВС 3.0 80001-16 не много, смотрите версии компиляторов, glibc, ссылка ниже.

и «3.0» это не версия, это название )

https://ru.wikipedia.org/wiki/Мобильная_система_Вооружённых_Сил Обновитесь хотя бы до МСВС 3.0 80001-16, у вас, видимо, ещё МСВС 3.0 80001-12, судя по версии ядра.

да и не в мсвс проблема, а в том как сильно поломать ext3, чтобы «авточинилка» не сработала

Разбирайтесь с тем ПК, на котором периодически возникает поломка файловой системы, выявите их причины, расспросите пользователя этого ПК, что он делает перед возникновением поломки.

А так искать наобум способ поломать файловую систему именно так, как происходит именно в том случае, будет сложно.

Ещё раз спрашиваю, как вы устраняете проблему, когда возникает повреждение файловой системы, которое автоматически не устраняется ?

незнаю когда это происходит, потому хочу создать

Расспросите пользователя этого компьютера, что он делает перед тем, как возникает проблема.

ввожу пароль root и вручную fsck

Можете отредактировать сценарий init в initramfs и добавить в него проверку «чистоты» файловой системы корневого раздела и вызов fsck c вашими параметрами в окружении initramfs системы в этом случае.

Хотя если в initramfs не полноценный fsck, а ссылка на busybox некоторые опции могут не работать.

Что у вас там за софт, который не будет работать без переписывания в новой версии системы,

уж какой есть )
оставим эту тему

Ещё раз спрашиваю, как вы устраняете проблему, когда возникает повреждение файловой системы, которое автоматически не устраняется ?

еще раз отвечаю: при загрузке ОС просит пароль root, ввожу пароль root и вручную fsck

Расспросите пользователя этого компьютера, что он делает перед тем, как возникает проблема.

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

еще раз отвечаю

Пока писал ответное сообщение вы ответили уже на вопрос. Я вам тоже уже ответил, либо обновляйте МСВС до МСВС 3.0 80001-16, либо редактируйте сценарий init в initramfs, добавив в него проверку корректности файловой системы корневого раздела и его проверку, т.е. запуск fsck с нужными вам параметрами.

обновляйте МСВС до МСВС 3.0 80001-16,

на каком основании ? за чей счет ?
рассмотрим это случаем поддержки, а не обновлением ОС и софта

либо редактируйте сценарий init в initramfs

попробовать - да, но тогда я не проверю его работу на реальном сбое (который я пытаюсь воссоздать), который не проходит ту автопроверку по умолчанию

создай файл. его отформатируй в ext3, рандомно через dd запиши в него пару блоков из /dev/urandom (или даже заведомо плохие блоки, чтобы каждый раз эмулировать одно и то же поведение). Натравливай fsck на файл. Быстро, воспроизводимо и безболезненно для рабочей системы.

Быстро, воспроизводимо и безболезненно для рабочей системы.

И бесполезно для решения проблемы, т.к. воспроизводимая ситуация не равна ситуации, возникающей у ТС из-за чего не происходит автоматическое исправление файловой системы.

Быстро, воспроизводимо и безболезненно для рабочей системы.

смысл поломать именно рабочею систему, да так чтобы авточинилка не сработала, подумать, дописать и проверить еще раз

Ну значит дёргайте питание в момент, когда что-то пишется на диск.

Ну значит дёргайте питание в момент, когда что-то пишется на диск.

буду дергать, но пока не воспроизводится

Попробуй в виртуалке. Формат диска: raw. И потом порти образ диска с помощью dd.

Быстро, воспроизводимо и безболезненно для рабочей системы.

И бесполезно для решения проблемы, т.к. воспроизводимая ситуация не равна ситуации, возникающей у ТС из-за чего не происходит автоматическое исправление файловой системы.

ну почему бесполезно? Если нельзя протестировать кусок системы - значит, это повод для рефакторинга системы. Выделяется это кусок, отвечающий за проверку ФС, в отдельный модуль (выносится в отдельный скрипт) и потом этот отдельный модуль натравливается на указанный раздел (или тестовый файл). ну или если нет возможности рефакторить, то в виртуалке можно попробовать.

Попробуй в виртуалке

у меня реалка рядом )

в какой сектор писать нули ?

Я даже не пойму, это толсто или тонко.

1.34 вышла в 2003 году, 10 лет назад.

Вот это стабильность, убогий дебиан рядом не стоял.

МСВС

щас же Astra Linux O_O

в какой сектор писать нули ?

хз, гуглить надо :) Структуру и основные workflow ext3

убей суперблок при помощи dd if=/dev/zero of=/dev/sda# bs=1 seek=1024 count=1024

попробовать дернуть питание, когда идет активная запись на hdd?

Так просто журналируемая ФС не сломается, если в ней нет багов на этот случай.

убей суперблок

убил )
ничего вообще не загрузилось - kernel panic

Рубрика "Вредные советы"

Сделать RAID0 на 2-3 SATA-hotplug винта. Один винт выдернуть под нагрузкой по-горячему.

однако... вообще-то, для подобных упражнений стоит выделять свою партицию, а не /

однако... вообще-то, для подобных упражнений стоит выделять свою партицию, а не /

мне не жалко, восстановить через dd могу быстро

так через dd и ломать

Попробуй системную дату поставить на год вперед.

Или попробуй раздел сотню раз смонтировать-размонтировать.

Не факт, что сработает.

у меня реалка рядом )

И что, ты можешь написать скрипт, который будет выдергивать кабель? Для виртуалки такой скрипт пишется без проблем.

# touch /forcefsck

пока нашел что при обработке сбоя может вылезти ошибка = 3 (а 3 = 2 +1), при этом система хочет логина рута, хотя уже и не надо
я это поправил в rc.init (еще -y поставил), но другой ситуации пока не добился

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

про скрипт на виртуалку подумаю