сбой диска

поставь диск на запись и выдерни на ходу вилку из розетки или вынь аккумулятор если ноут...

Это не GRUB2, это initramfs.

поставь диск на запись и выдерни на ходу вилку из розетки

делал так: sudo dd if=/dev/sda | pv | dd of=sda_disk
и ресет
не помогает - нет этого сообщения

если в виртуалке играться :)
смотря какую ошибку ты хочешь получить.
к примеру залить нулями/рандомом несколько первых секторов загрузочного раздела. или запортачить /sbin/init и т.д.

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

Потому что затираешь загрузчик, если это mbr. Такая запись появляется, когда недоступен рут раздел. Grub грузится, но корень найти/примонтировать не может. Так что копай в сторону порчи корневого раздела, допустим sda2 или /dev/vgroot/lvroot, как там у тебя настроено

и ресет

ресет не поможет - просто перемещай файл по больше на диске и в этот момент из розетки выдерни!

смотря какую ошибку ты хочешь получить.

ошибку сбоя фс или аналогичную, это не виртулка, но нулями затирать не буду

ну дык ты загрузчик груба и запортачил

ничего не запортачил, см. команду внимательно

Потому что затираешь загрузчик, если это mbr

где я затираю загрузчик ?

Сорян, просто подумал что раз ты путаешь grub и initramfs, то и sda_disk это какой-то реальный диск. А так, смотри.

Grub грузит ядро, ядро маунтит initramfs, берёт оттуда дрова и маунтит корень, а потом запускает там /sbin/init. Как написали выше, можешь запортачить /sbin/init, скажем, mv /sbin/init /sbin/init.bak, теоретически ядро прифигеет и остановит процесс запуска. Еще теоретически можешь повредить раздел с корнем.

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

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

это ты сохранил образ раздела sda

нет, это не образ, это просто данные для файла, брал сразу с диска и делал reset

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

виртуалка не интересна, нужно на реальном железе - оно как раз есть
но конечно не нулями тереть диск, иначе не восстановится

мнэ. а за образ ты считаешь только файл с расширением *.img, *.iso и т.д. ?? :)
у тебя копия всего содержимого /dev/sda в виде файла, т.е образ

1. создал файд на 40гб
2. начал его копировать
3. выдернул шнур через пару сек
4. вставил его обратно
5. загрузилось без ошибок

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

у тебя копия всего содержимого /dev/sda в виде файла, т.е образ

она не полная копия, ведь я пишу её на него же )
считай это просто файл, я думал если буду читать и писать и рубану питание - будет сбой, а нет

какие затирать сектора, чтобы потом fsck сработал и система загрузилась ?

дык а что ты хотел. зависит от фс и кучи его способностей. от таких мелких ошибок спасает журналирование. файл не дописан до конца, но зато ошибок в метаданных фс нету.

дык а что ты хотел

я хотел сабж

на одной удаленной машине произошел подобный сбой, пришлось руками fsck набирать

вот я и хочу сделать у себя подобное, а потом установить вызов fsck автоматически

т.е. сделать эмуляцию сбой и проверку его автофикса

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

для того чтобы принудительно запустить fsck во время загрузки системы достаточно сделать файл в корне необходимого раздела forcefsck
без всяких ошибок.

forcefsck

это я нашел, но хотел реально проверить

конкретно что там обрушилось я и сам не знаю, «никто ничего не трогал, само», затем появилась ошибка при загрузке и затем fsck починила (некоторые логи всеже пропали)

что значит создал? 40 гигов - это слишком много! не копировать, а перемещать! в идеале надо в момент записи на сектора - оборвать физически эту запись, если есть прямой доступ к винту - поэкспериментируй, во время перемещения файла - выдерни питание из винчестера или шлейф передачи данных, в общем надо оборвать начавшуюся запись в сектор на середине и тогда он станет сбойным...

не копировать, а перемещать!

1. перемещение в пределах раздела мгновенно, другого раздела нет (могу создать конечно)
2. копирование это и есть запись новых секторов, не ?

Дружок, ты мимо кассы льешь. Он просто пишет файл, пытается ресетом создать неполноценную систему

корень на ехт4?

https://serverfault.com/questions/285752/how-do-i-force-ext3-partition-to-the-error-state

1. подал sudo debugfs -w -R «ssv state 2» /dev/sda2
2. перезагрузил или выдернул шнур - нет ошибки

сначала, надеюсь, отмонтировал?

если он сможет отмонтировать рут, думаю дебаг ему не понадобится

в пределах раздела

с одного носителя на другой

копирование это и есть запись новых секторов

был у меня такой случай - перемещал файлы с винчестера на новый винчестер как вдруг электричество кончилось, мало того что файло побилось, так еще и 76 секторов на новом винте грохнуло...

так еще и 76 секторов на новом винте грохнуло...

вспомнил - на винде это было и вполне возможно линукс такой лажей не проймешь...

Нашел тут https://bugreports.qt.io/browse/QTBUG-52779?focusedCommentId=315694&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-315694 пример ломания, сломал через livecd, но загрузился grub, т.е. не то что хотел

Восстановил все обратно через fsck также через livecd, попробовал затем только debugfs, но перезагрузился без ошибок

с одного носителя на другой

вставил флешку, начал с неё на диск копировать файл, выдернул шнур, вернул шнур, загрузился без ошибок

загрузился без ошибок

ну и что? надо еще проверить побились сектора или нет?

sudo badblocks -v /dev/sdXX > badsectors.txt

ну и что? надо еще проверить побились сектора или нет?

я хочу добиться экрана как указано в первом посте, мне это нужно
диск ssd на 129gb

Как симулировать сбой диска

а картинку то я и не посмотрел

хочу добиться экрана как указано в первом посте

так это совсем другое дело! говрят это самый жир

# rm -rf / --no-preserve-root --no-preserve-uefi-mountpoint --disable-confirmation-dialog-and-crack-computer-with-unpossibilities-of-restoring

а картинку то я и не посмотрел
так это совсем другое дело! говрят это самый жир

ты видимо и не читал т.к. после ввода fsck диск чинился, а после твоего rm -rf уже чинить нечего

после твоего rm -rf /

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

я не пойму чего ты добиваешься

я добиваюсь такого «слома» системы, который можно восстановить запустив fsck вручную, как и описано в первом посте
далее я автоматизирую запуск fsck и проверю что система чинится сама
подобный сбой произошел на одном из удаленных хостов и для того, чтобы человек не подходил и не чинил, а все чинилось само

запустив fsck вручную, как и описано в первом посте

так что ли?

# fsck -y /dev/sdXX
# reboot -f

у тебя что часто такое происходит

не часто, два раза за последнее время, ранее такого не было
возможно и ssd, но он по смарту чист, лог за пару дней пропал, сказать ничего нельзя
пока настроил удаленный лог
а пока решил вопрос исследовать, отчего это может быть, возможно зря дрыгаюсь, но ликбез никогда не повредит )

отчего это может быть

у меня было такое от плохого sata кабеля, но винт был hdd... попробуй поменяй кабель может пройдет

да вот есть масса вариантов

https://unix.stackexchange.com/questions/77492/special-file-that-causes-i-o-error/144200#144200

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

попробуй поменяй кабель может пройдет

возможно да, но хотелось самому получить эту ошибку и успешно её преодолеть, попробую дергать sata кабель