Все записи с меткой ‘консоль’

BSoD – «Синий экран смерти» (Blue Screen of Death). Объяснять, что это такое, думаю, нет смысла. Я бы назвал его ЖОпА (BSoD=ЖОпА, оба слова из 4-х букв, в обоих словах 3-я буква нижнего регистра… все, хрен придерешься, 2 совпадения из двух). Иногда синий экран вполне информативен, повествует нам о возникшей ошибке в виде ее кода (UNMOUNTABLE_BOOT_VOLUME, BAD_POOL_CALLER и т.п.) или напрямую пишет имя процесса, вызвавшего падение системы. Но, к сожалению, не всегда… бывает, что кроме советов проверить оперативную память, обновить драйвера и просканировать диски на ошибки, никакой информативности синий экран не несет.

Но Windows собирали не идиоты, уж поверьте)) Каждый BSoD сохраняется в системе в виде зашифрованного файла. По умолчанию, все эти логи находятся в папке Windows\Minidump. Хранятся в виде файлов формата «Mini[Дата]-[Номер].dmp», например, файл Mini050611-03.dmp хранит данные о синем экране, обрадовавшем нас 6 мая 2011 года, причем третий раз за день. Но хоть Винду (как было ранее замечено) собирали не идиоты, файлы типа .dmp стандартными утилитами не открываются – немножко надо повозиться.

Наиболее популярной для этих целей является утилита Blue Screen View. Но сколько я ее ни крутил, ни вертел, толку добиться не удалось – исходя из ее анализа, в синем экране были повинны больше половины процессов Windows.

Есть менее удобный, но более информативный вариант – Debugging Tools for Windows. Качаем, устанавливаем. После чего дополнительно скачиваем еще и этот архив. Распаковываем куда-нибудь, но не глубоко (лучше, в корень) – потом придется набирать адрес в консоли. Запускаем консоль (Пуск – Выполнить – cmd), в которой пишем команду следующего формата: [Путь к kdfe.cmd][Пробел][Путь к минидампу]. Т.е. команда будет иметь примерно следующий вид:

C:\kdfe.cmd C:\WINDOWS\Minidump\Mini050611-03.dmp

В зависимости от того, куда вы распаковали kdfe.cmd, где у Вас находится хранилище минидампов (синих экранов) и от какого числа и под каким номером минидамп нужно проверить.

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

На скриншоте я проанализировал 2 минидампа. В первом случае синий экран вывалился «благодаря» процессу winlogon.exe (процесс инициализации учетной записи). Была повреждена учетная запись. В папке Documents&Settings я переименовал имя этой записи в другое, после чего система успешно залогинилась, создав новую учетную запись. Все файлы со старой записи я позже переместил в свежесозданную запись из-под LiveCD.

Во втором случае виновником оказался процесс king.exe на пару с библиотекой ati3duag.dll, т.е. налицо просто глюк какой-то игры, связанный с видеокартой.

Таким образом можно анализировать БСоДы как на той машине, на которой они возникли (если она после этого еще работает), так и на другой, предварительно изъяв с помощью LiveCD минидампы с компа пациента или же подключив жесткий диск с проблемной системой.

Сисадминский анекдот:

Американские программисты очень долго не могли понять, почему их русские коллеги при зависании Windows всё время повторяют фразу «твой кролик написaл» (Your Bunny Wrote).

Да уж, давненько я в блог не добавлял статей. Как оказалось, по мне даже скучали и я оказался кому-то нужен. Приношу извинения всем читателям за собственную безответственность – решил сделать себе сисадминский отпуск.

Ну что ж, ближе к делу. Папка Repair находится в папке Windows и может стать полезным инструментом в руках мастера. А именно – хранит последние копии файлов system, default и software.

В предыдущих статьях я упоминал о том, как избавиться от ошибки «Не удается запустить Windows из-за испорченного или отсутствующего файла \WINDOWS\SYSTEM32\CONFIG\SYSTEM» – достаточно запустить команду chkdsk /r из консоли восстановления Windows. Но этот способ не является стопроцентным. В случае если проверка диска вам не помогла, достаточно загрузиться в консоли восстановления или же с любого LiveCD и скопировать нужный файл из папки Repair в папку WINDOWS\SYSTEM32\CONFIG.

Таким образом, содержимое папки Repair помогает избавиться как минимум от трех ошибок – повреждения файлов WINDOWS\SYSTEM32\CONFIG\SYSTEM, WINDOWS\SYSTEM32\CONFIG\DEFAULT или WINDOWS\SYSTEM32\CONFIG\SOFTWARE.

Для копирования файлов через консоль восстановления, воспользуйтесь командой copy, которая имеет формат copy [что] [куда]. Например, при потере файла system, выполняем команду:

copy c:\windows\repair\system c:\windows\system32\config\system

Сисадминский анекдот:

При установке Windows XP сесть перед компьютером на табуретку, и когда программа установки скажет: «Теперь вы можете откинуться на спинку вашего кресла…» – взять и откинуться… сломать шею и подать на мелкософт в суд.

Для многих, появление на экране в момент загрузки сообщения «Не удается запустить Windows из-за испорченного или отсутствующего файла \WINDOWS\SYSTEM32\CONFIG\SYSTEM» является прямой дорогой к переустановке системы, поскольку даже копирование этого файла с другого компьютера не решает возникшую проблему, ведь на каждом компьютере содержимое этого файла абсолютно разное.

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

В 90% случаев файл SYSTEM не отсутствует, а именно испорчен. Для его восстановления необходимо проделать те же самые действия, что и в случае с сообщением «Unmountable boot volume». Кто постоянно следит за блогом, тот в курсе всех движений. Для тех, кто, к сожалению, не следит за моим бредом, повторю все действия еще раз.

Для начала, необходимо загрузиться с установочного дистрибутива Windows, начать установку и в первом диалоговом окне нажать клавишу R, то бишь запустить консоль восстановления Windows.

Затем, в зависимости от вашей сборки Windows и количества установленных операционных систем, вам будет предложено выбрать в какую копию Windows произвести вход – в этом случае нужно нажать на клавишу с цифрой, соответствующей нужной копии Windows, и нажать Enter. После этого система может запросить пароль администратора – если таковой отсутствует, тогда оставьте поле пустым и просто нажмите Enter. Довольно часто система не запрашивает ни выбор копии Windows, ни пароль администратора, а сразу запускает консоль восстановления.

Итак, консоль запущена – полдела сделано. Теперь необходимо ввести команду chkdsk /r. Команда chkdsk запускает проверку жесткого диска на наличие ошибок, а параметр r указывает на то, что во время проверки поврежденные кластеры необходимо преобразовывать в файлы, дабы сохранить поврежденную информацию. Процесс проверки диска может затянуться минут на 30, в зависимости от размеров вашего жесткого диска и степени его поврежденности. После того, как проверка завершится, введите команду exit для благополучного выхода из консоли восстановления и перезагрузки компьютера.

Сисадминский анекдот:

Два хакера в трамвае:
- У меня вчера мама сдохла, всю ночь трахал – не пискнула. Так что утром вынул мозги и продал на рынке…

Была такая безумная игра в далеком, по-моему, 1995 году. В двух словах, игра представляет собой экономический симулятор больницы с элементами эротики и немалой долей искрометного юмора. Так как игра была разработана под DOS, во время запуска под XP вы сожжете столкнуться с некоторыми проблемами, в частности, с сообщением «Процессор NTVDM обнаружил недопустимую инструкцию».

Итак, для запуска Biing! под Windows XP нам понадобится сама игра (очевидно, если вы читаете эту статью, игра у вас в наличии уже имеется) и эмулятор DOSBox (я использовал версию 0.73). Для начала, монтируем образ игры в Alcohol 120% или DAEMON Tools. Автоматически запустится установщик и создаст на диске С папку BIING! плюс бесполезные ярлыки, через которые игра все равно не запустится. После установки открываем образ диска с игрой и копируем из него все файлы в созданную папку C:\BIING! с заменой уже существующих файлов. Теперь запускаем заранее установленный DOSBox, в открывшейся консоли пишем mount c c:\ и нажимаем Enter. После этого пишем новую команду c: и снова нажимаем Enter, затем команду cd biing! и контрольную команду bipro. Итого получается 4 команды:

mount c c:\
c:
cd biing!
bipro

Игра успешно запустится в окне, но мышь будет отказываться корректно работать – развернем окно на весь экран нажав Alt+Enter и проблема исчезнет. Или же, если предпочитаете играть в окне, нажмите клавиши Ctrl+F10. В принципе, каждый раз писать эти 4 команды для запуска игры немного неудобно, даже напряжно, поэтому сделаем автозапуск игры в DOSBox. Для этого открываем «Пуск» -> «Все программы» -> «DOSBox-0.73» -> «Capture folder» и в открывшейся папке переходим на уровень вверх, т.е. в предыдущую папку (можно нажать клавишу Backspace). Обнаружив в этой папке файл dosbox-0.73.conf, открываем его в Блокноте (достаточно перетащить файл в открытый Блокнот) и в самом конце файла добавляем наши 4 команды. Закрывая Блокнот, согласитесь сохранить файл. После этого, запустив DOSBox, автоматически запустится игра Biing! Удачной игры!

Сисадминский анекдот:

Урок информатики в школе.
Учительница поворачивает рубильник:
- Все, дети, урок окончен.
Дети в ужасе:
- Но мы еще не сохранились!
- Ладно, сохраняйтесь, – говорит учительница и поворачивает рубильник обратно.

В любую сборку операционной системы Windows XP можно интегрировать консоль восстановления, на случай, если в самый нужный момент под рукой не окажется дистрибутива Windows XP. Конечно, особой необходимости во встроенной консоли восстановления нет, но может кого-то и выручит, тем более, что занимает она на жестком диске всего 7 мегабайт.

Итак, для установки встроенной консоли восстановления, нам потребуется сам дистрибутив (компакт-диск) с операционной системой.

Вставляем диск в привод, выбираем «Пуск» -> «Выполнить» -> «F:\i386\winnt32.exe /cmdcons» (естественно, без кавычек, и заменив F на буку, соответствующую вашему приводу). Откроется окошко с текстом «Можно установить консоль восстановления Windows как один из параметров запуска системы. Консоль восстановления позволяет получить доступ к установке Windows с целью замены поврежденных файлов и подключения или отключения служб. Если не удается запустить консоль восстановления с жесткого диска, то ее можно запустить с установочного диска Windows. Консоль восстановления потребует около 7 МБ на диске. Установить консоль восстановления?» Если еще не передумали – нажимаем «Да».

На следующем этапе установщик начнет искать в Интернете обновления, но особой надобности в этих обновлениях нет, так что можете смело остановить скачивание и сразу перейти к установке консоли восстановления. Установка завершится следующим сообщением «Консоль восстановления Windows успешно установлена. Чтобы начать использовать консоль восстановления Windows, перезапустите компьютер и затем выберите пункт запуска консоли из главного меню Windows. Для получения списка команд консоли восстановления, наберите HELP в командной строке консоли». Щелкаем ОК и перезагружаем компьютер.

Теперь во время загрузки вы сможете запустить консоль восстановления на экране выбора операционных систем, выбрав пункт «Windows XP Recovery Console».

Не лишним будет написать пару слов об удалении консоли восстановления. Делается это следующим образом: удаляем скрытую папку Cmdcons и скрытый файл Cmldr, расположенные в корне системного диска (обычно, диск С), после чего удаляем из файла boot.ini запись «C:\cmdcons\bootsect.dat=»Microsoft Windows Recovery Console» /cmdcons».

Сисадминский анекдот:

Сидят несколько программистов в отдельных закутках, разделенные перегородками. Посреди рабочего дня из одной такой кабинки раздается вопль: «Как у меня устала задница!!!» Из соседней кабинки слышится задумчивый тихий голос: «А ты попробуй думать головой…»