Центр информации по операционным системам: Новости / Комментарии / Чудеса "format c:"

Иногда новичкам, в качестве решения проблем с компьютером предлают набрать в командной строке format c:. Как бы ни были смешны в теории результаты этого действия, такие предложения зачастую делаются без знания предлагающим реальных последствий. Сегодняшним днем я решил опробовать format c: и ее сестру rm -Rf / и пришел к некоторым интересным результатам ( English

Roman I Khimov в Четверг, 28 Октябрь 2004, 21:18 |

Комментарии: 29 |

Комментарии

Dron \|29.10.2004 15:04
Комментарии: 558	Ссылка то не работает! И еще rm -f совсем не сестра format c: И даже не родственница!!!

Roman I Khimov |29.10.2004 17:25

Комментарии: 952

Хм... И правда... На момент постинга работала, я эту статью читал, помню. То, что не совсем родственница автор там тоже поясняет, а в комментариях кто-то даже пробовал применить родственницу format в *nix, сам автор только попробовал родственницу rm в DOS/Windows.

Жаль, а статья мне понравилась. Там забавно, что после del /q /f..., или какие там ключи еще надо, в корне C: он смог завершить работу в Win, а вот в Linux (использовался Ubuntu) уже никак не смог.

Плюс то, что Windows лочит исполняемые файлы тоже помогло "спасти" некоторые запущенные приложения. С другой стороны, подход Linux прост и прямолинеен - хотел rm, получи rm.

В общем забавное такое исследование...

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

И тут же еще один интересный вывод - если пользователь Linux оставит компьютер залогиненым, то злыдень какой-нибудь не сможет обрушить систему, хотя, по понятным причинам, сможет потереть все в домашнем каталоге, а вот пользователь Windows, 99,9% которых дома работают с админскими правами, сделав то же самое, по возвращении увидит полную разруху.

Hmmm \|18.03.2008 17:58
Комментарии: 45 Зарегистрирован: 09.08.2006 11:29	В солярке можно прибить систему менее глобальной командой: rm /usr/lib/libc.so или ее аналогом, по смыслу. Благо что система откачивается после этого на раз два. Но до фикса остается абсолютно неработоспособной

Dron |18.03.2008 23:10

Комментарии: 558

А собственно что с этим можно придумать? запретить удаление /usr/lib/libc.so - это равносильно запрету на обновления этого файла...

Вообще нефиг под рутом сидеть

Права подразумевают и обязанности... всмысле ответственность. Если ты рут, то будь достоен

cmp |19.03.2008 05:51

Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

почему 'format c:' сравнивают с 'rm -pf /', а не 'mke2fs /dev/root'?

и что в винде нельзя ничего удалить чтобы оно не работало? ну и что, что лочит файлы, берем 16-ричный редактор диска и режем прямо там, даже, интересно что получится...а в линухе все вполне предсказуемо, если объем оперативы позволяет и перед удалением выполнить что-то типа 'find -type f -exec md5sum \{\}', то можно полностью восстановить систему.

всегда под рутом сидел, геморой с восстановлением после необдуманных действий преобладает над гемороем использовать su когда /dev/hand растутет из /dev/ass

Hmmm |19.03.2008 11:54

Комментарии: 45

Зарегистрирован: 09.08.2006 11:29

2Dron: Вот собственно через тупое копирование новой libc я это и выяснил

У меня даже командной строки не появилось и копирование до конца не прошло, причем оказалось что я далеко не первый такой "гений".
Про то что сидение под рутом - признак плохого тона, согласен на все сто. Иногда это оправданно, но sudo еще никто не отменял.

2cmp: Извиняюсь, не вкурил, что дает вам команда find -type f -exec md5sum \{\} \;
Ну подсчитает md5 у файлов в текущей директории и чего?

cmp \|19.03.2008 12:37
Комментарии: 55 Зарегистрирован: 18.04.2005 15:35	Про буферизацию дисковых запросов в линуксе слышали? и забыл / написать

Dron |19.03.2008 14:33

Комментарии: 558

Hmmm, Вообще странно. по идее все файловые операции привязаны к иноду. всмысле пока инод кто-то юзает он не может исчезнуть. В то время как копирование должно создать новый инод и новую запись в директории вместо старой.

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

Hmmm |19.03.2008 16:54

Комментарии: 45

Зарегистрирован: 09.08.2006 11:29

2Dron: чисто теоретически я согласен, беда в том что жизнь оказалась суровее чем я думал

2cmp: Чем с дисковыми буферами работать собираетесь после удаления всех файлов? Тем более что сами данные файлов при удалении не стираются (секъюрные навороты не рассматриваем по определению), вытирается только информация о размещении, либо привязка имени к ноде. Отсюда получается, что если каким то чудом данные из дискового буфера могут быть прочитаны и проинтерпретированы, то нас интересуют как раз каталоги и таблицы инодов, то с чем find и работает. md5sum здесь будет только мешать, поскольку "засрет" дисковый кеш содержимым файлов.

cmp |20.03.2008 00:48

Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

Не совсем так... я не предпологаю удаление файлов, а только лишь физическую перезапись информации на носителе, либо удаление носителя, но не в коем случае не файлов,.. потому что есть разница между format и rm, и аналогами они не являются, а вот при использовании того что является аналогом format, в зависимости от условий, может повести себя от зависания до полностью корретного продолжения работы и условие тут как раз целостность файла в дисковом кэше, для создания которого я использовал md5, хотя быстрее было бы применить cat, но сути это не меняет..

Кстате это тема определенно имеет смысл мне достаточно часто приходилось сталкиваться с ситуациями потери контакта с жестким диском, винда при этом втупляет, но потом отходит, а вот линух явно лажает в этом плане.

Комментарии доступны только авторизованным пользователям, авторизуйтесь или зарегистрируйтесь на сайте здесь