Зачем нужен бекап перед восстановлением данных? Как остановить некоторые утилиты во время их работы?

ctrl+d?

macumazan, это аналогично нажать на крестик? У меня после этого flash карта вышла из строя.

Ctrl+C

dd if=/dev/urandom of=file.data bs=10M count=1000
^C64+0 записей получено
64+0 записей отправлено
671088640 байт (671 MB, 640 MiB) скопирован, 1,92602 s, 348 MB/s

outsider, комбинации чувствительны к регистру?

Нет.

другой вопрос, зачем с помощью dd делать бэкапы?

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

так много чем можно бэкапы делать: сp, rsync, pax, tar и т.д. и т.п. не говоря уже о спец программах для бэкапа

dd обычно для точной копии носителя/раздела используют

ps. Только сейчас заголовок прочитал)) если для восстановления данных из раздела/носителя, то да dd идеально подходит. После создания копии, а лучше нескольких, с ней можно экспериментировать не боясь что процедура восстановления файловой системы окончательно сломает данные.

не боясь что процедура восстановления файловой системы окончательно сломает данные.

Да ну? А в заголовке: «Как остановить некоторые утилиты во время их работы?». Это ещё не факт, как делался бэкап - на живой системе получите мешанину за время самого бэкапа.

Зачем нужен бекап перед восстановлением данных?

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

Зачем нужен бекап перед восстановлением данных?

Если б мне было интересно отвечать на вопрос ТСа, я бы ему и отвечал. Но увы, вопрос дурацкий.

Вы выше писали фигню:

для восстановления данных из раздела/носителя, то да dd идеально подходит.

dd подходит для снятия копии раздела, а не данных с неживой системы. Можно конечно и данных, используя dd как cp пофайлово, но это идиотизм в квадрате.

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

Я делал резервную копию flash карты, возможно она была не примонтирована к файловой системе.

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

На мешанину всё-равно, главное это безопасно отключить flash карту.

У меня после этого flash карта вышла из строя.

Ты уверен в этом? Может просто фс побилась?

Бекап (сбоящего устройства) нужен, потому что средства восстановления файловых систем и таблиц разделов имеют дело с догадками и могут ошибиться, восстановив неправильные данные и затерев нужные. //К.О.

Постоянно пишут что нужно делать бекап и потом работать с ним

Нужно учитывать контекст. Речь идёт о спасении данных с жёсткого диска. Если винт уже рассыпается, естественно, гонять головки туда–сюда нужно как можно меньше.

судя по всему никто так не делает.

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

У меня после этого flash карта вышла из строя.

Если карта памяти виснет и отваливается из системы при чтении, dd тоже виснет, намертво. Естественно, на Ctrl-C она реагировать больше не будет.

Ты уверен в этом? Может просто фс побилась?

Не уверен. Я пробовал всё забить нулями с помощью dd, утилита прекращала свою работу после записи 1,4GB, вот эта тема.
Gparted не может отформатировать карту/изменить разделы.
В windows утилита diskpart не смогла создать раздел. Эта же утилита, насколько я помню, смогла отформатировать flash карту, но данные остались.
Из файлового мнеджера flsah карта полностью форматировалась приблизительно на 90 процентов. В то же файловом менеджере после быстрого форматирования показана пустая флешка, но после отмонтирования и примонтирования на ней опять те же данные, что были до форматирования.
Так же система прдлага восстановить flash карту, с чем я и соглашался. Но это предложение возникает снова и снова.

Бекап (сбоящего устройства) нужен, потому что средства восстановления файловых систем и таблиц разделов имеют дело с догадками и могут ошибиться, восстановив неправильные данные и затерев нужные. //К.О.

Я тоже так думаю, но

Чтобы снизить возможные потери информации при неудачной попытке восстановления, следует сделать полный дамп повреждённого тома (ФС, раздел, либо весь диск, в зависимости от того как располагались исходные данные) через dd или ddrescue на отдельный носитель и дальше экспериментировать с этим дампом ссылка

Дальше в статье описано восстанавление данные с устройста c помощью testdisk
Так описано восстановление данных везде где я читал про testdisk

Это чудит контроллер карты. Он не может записать данные, поэтому просто говорит «всё зделяль насяльника» и ничего не делает. Такой китайский стиль несогласия.

Это чудит контроллер карты. Он не может записать данные, поэтому просто говорит «всё зделяль насяльника» и ничего не делает. Такой китайский стиль несогласия.

Может быть так и есть, пользователи windows пользуются утилитами восстановления контроллеров, на сайте remontka pro об этом были статьи.

А в чём противоречие, почему «но»?

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

А в чём противоречие, почему «но»?

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

И дальше в статье описывается восстановление с устройства/раздела, а не с копии. Единственное где в статье говориться о восстановлении данных с копии это в описании программы scalpel, но в статье не описан процесс восстановления.

Если устройство не умирает то без разницы где восстанавливать.

Если устройство не умирает то без разницы где восстанавливать.

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

Бэкап для слабаков, забей.