Александр Лукошков
- Профиль
- Комментарии
Реклама стиля начала 90-х (полная безвкусица) на горячей теме до добра не доведет.
Валерий Сатокин, ну как это "при чем"? Ответ прост: "а потом я отравился ириской"
Влад Коган, вы филолог? Вы слышали о существовании региональных диалектов? Да, в словарях такого слова нет, но там, где встречается - 4 к 1 с мякгим знаком.
По поводу вашего сарказма... Я уже проехал. Около 50 тыс. км атостопом, попутно разговаривая с водителями, около 80 тыс. км поездами и автобусами, немного самолетами. Посетил очень много городов от западной Белоруссии до Сибири, жаль на восток дальше забраться не получилось. А вам... Удачи. Пригодится.
Влад Коган, выключите телевизор, откройте глаза, проедьтесь по десятку городов и поговорите там с простыми людьми. Вы узнаете много нового и интересного. Только не спрашивайте их о глобальном - им на эту тему уже прополоскали мозг, спрашивайте о местном, которое по зомбоящику не показывают, а потом сложите все факты.
Владимир Иванович Пресняков, если это встречалось более 200 раз - значит вы его неправильно готовили. Без вариантов.
А по поводу "слабее вирусы стали"... зря вы так. TDSS, например, ни одним антивирусом не ловится. Просто сейчас вирусы пишутся очень массово с помощью простых генераторов. Отличаются такие вирусы друг от друга как братья-близнецы и многотысячные базы антивирусов на 95% состоят из шаблонов вот этих самых генератов. А реальные произведения хакерского искусства преспокойно бродят по сетям, никто их не замечает на фоне тысяч примитивных. Фаерволы отражают десятки тысяч похожих атак, если одна из них сделана чуть-чуть грамотнее и профессиональнее и с ее помощью такое чудо к вам проникло, то среди моря строк с информацией о "попытке атаки" вы легко пропустите действительно опасную и даже не будете знать об уже свершившемся факте. Обнаруживаются такие заражения только с помощью спецсредств, к коим ни разу не относятся широкораспространенные антивирусы.
Mike Mike, окей, признаю что спор ни о чем.
Просто я как разработчик ПО, прекрасно понимаю как пишется документация более-менее крупными ПО-производителями, так что вполне осознаю, что данный абзац, вероятнее всего, возник после жалобы какого-нибудь "специалиста" на то, что команда испортила его данные, хотя все прекрасно понимают, что он сам виноват. Это из серии "нельзя сушить домашних животных в микроволновке".
Кстати, да, заметил что ваши ссылки на КБ, а мои на документацию. Документация пишется одновременно с написанием ПО, а КБ уже в процессе его эксплуатации. Типа пояснений по самым частым или острым вопросам. Так что неудивительно, что по моей ссылке абзаца нет, а по вашей есть.
Владимир Иванович Пресняков, очень сложно объяснить правильно что и почему у вас не сработало, не зная точно в каких условиях все это происходило. Как минимум один возможный сценарий я уже описывал - заражение свежеотформатированного диска по сообщению о появлении нового диска в системе.
Ваш совет из разряда "лечить головную боль гильотиной", но да, он вполне действует, но цена его применения довольно высока.
Владимир Иванович Пресняков, по 25 минут на штуку + примерно полчаса сначала для подготовки данных на первый диск.
Дело в другом. есть же частообновляемые данные - их писать еженедельно, но их объем небольшой - на 1 диск гарантированно влезет. А все остальное по н-цатому кругу заново писать не надо - оно уже записано. Т.е. 10 дисков пишутся только один раз, а потом раз в неделю обновляются 1-2 диска.
Mike Mike, будем соревноваться в кидании цитат из документации? Окей.
Раз уж приводите цитату из русскоязычной документации, то хотя бы попробуйте ее правильно понять:
"Предупреждение. Данная команда может повредить таблицу разделов, если система заражена вирусами или имеются проблемы с оборудованием. При использовании этой команды можно создать недоступные разделы. Перед выполнением данной команды рекомендуется проверить систему с помощью антивирусной программы."
Давайте разберем этот абзац. Случай 1 - система заражена вирусами. Рассмотрим уже давно не встречающийся, но хорошо в свое время нашумевший вирус "Чернобыль". Работал он исключительно под 9х, но вполне возможно создание аналога для НТ-систем. Он шифровал первый мегабайт ЖД и всю работу осуществлял только через себя. Разумеется удаление вируса (в т.ч. и тогдашним аналогом команды fixmbr) приводило к потере первого раздела ЖД безвозвратно, т.к. ключ шифрования генерировался случайно при заражении и записывался в тело вируса в нулевом секторе - в код загрузчика в MBR. При этом, разумеется терялась информация об остальных разделах, но она легко восстанавливалась даже вручную, а позже появились и утилиты для автоматического восстановления. Под системы основанные на НТ-технологии такой вирус написать на несколько порядков сложнее, но ничего невозможного нет, поэтому в случае повреждения (например шифровке) таблиц разделов вирусом вы их потеряете. Но не потому, что их удалит команда, а потому что они УЖЕ БЫЛИ ПОВРЕЖДЕНЫ.
Второй случай - проблемы с оборудованием. Тут я даже расписывать не буду, ибо понятно даже младенцу, что любая команда может привести к потере данных тем или иным образом.
А теперь рассмотрим текст двумя абзацами ниже:
"Если команда fixmbr обнаружила неправильную или нестандартную подпись таблицы разделов, команда fixmbr запросит подтверждение перед перезаписью основной загрузочной записи."
Вот это и есть защита от этих случаев. Не 100%, но лучше, чем ничего. При отсутствии проблем с железом и неповрежденной таблицей разделов, но заражен загрузчик - команда безопасна по той простой причине, что туда куда не надо она не лезет. Наприме у меня есть диски разбитые по стандарту GPT (более поздний, более продуманный аналог MBR) - даже их эта команда не может испортить, единственное, что с них нельзя становится загрузиться до применения аналогичной команды из комплекта GPT, но это и логично - fixmbr записывает загрузчик MBR, который о GPT ничего не знает и знать не должен.
А если уж смотреть документацию, то я уже неоднократно замечал ошибки перевода, а иногда и полную отсебятину переводчика. В данном случае текст абзаца с обсуждаемым предупреждением совершенно отсутствует в оригинальной английской документации. Сравните http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/bootcons_fixmbr.mspx
P.S.: И кстати, в моем исходном комментарии таки написано "если она не повреждена". Читайте внимательно.
Владимир Иванович Пресняков, 2*800Мб это 40% емкости одного (!) DVD-RW. Много библиотек - это сколько? Вам жалко пусть даже 10 рвшек? Или это занимает так много времени - записать раз в неделю свежую бэкап-рвшку?
Владимир Иванович Пресняков, сходите в гости к тому, у кого со свистом. Я так много лет делал, пока на нашей станции АДСЛ не сделали.
Mike Mike, никак. Просто Владимир Иванович этого не понимает, он считает что они живые и шевелятся.
Mike Mike, не вводите людей в заблуждение. Эти команды перезаписывают только код загрузчика в MBR/Boot, но не трогают таблицу разделов, кроме случаев когда она повреждена.
Марина Димитриева, SATA - это Serial ATA (Serial Advanced Technology Attachment) - стандарт на передачу данных между ЖД и его контроллером, который находится на материнской плате.
По поводу второй части - не боясь ошибиться, могу твердо сказать, что не вам. Местному городскому провайдеру, на расстоянии примерно 2.5 тыс.км от вас. Мало того, восстанавливал не винду, да еще и в отличие от вашего случая вполне себе восстановил все критичные данные.
Владимир Иванович Пресняков, у вас терабайт личных документов? Не верю! Если вы не снимаете фильмы, то ваших личных невосстановимых из инета данных там вряд ли больше пары РВшек наберется. Все остальное - легковосстановимо из инета.
Карл-Август Аванти, ну, будем ждать новую статью. А Ватсон и Холмс, кстати - одна из моих любимых тем