Вообще-то, этот вопрос не относится к какой либо из конкретных операционных систем, и опытные пользователи прекрасно знают ответ на него, но анализируя ваши письма мы пришли к выводу, что лишним он не будет. Прежде всего, необходимо локализовать источник проблем. Поиски следут начать с ответа на вопрос: с чего всё началось? Было ли время, когда подобной проблемы не было? Что изменилось с тех пор? Для того, что бы было проще отвечать, можно посоветовать воспользоваться методикой используемой при администрировании больших серверов, и вести журнал изменений, в который записывать все изменения которые были сделаны в настройках системы, и когда что было инсталированно, но в домашних условиях даная методика вряд ли является оправданой. В любом случае, если когда-то проблемы не было, значит, она является решаемой, и не столь важно, даже если не удаётся сразу вспомнить, с чего всё это началось, это просто несколько удлинит дальнейшие поиски.

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

• В Device Manager посмотрите, нет ли IRQ или каких либо других конфликтов.

• Выключите все Power Saving опции, в том числе и screen saver.

• Попробуйте в BIOS установить более высокие значения таймингов памяти (то есть, замедлить её).

• Ставим Video BIOS Casheable – Disabled, Video BIOS Shadow – Disabled.

• Увеличиваем 8 и 16 bit I/O Recovery Time

• Удостоверяемся, что Assign IRQ for VGA – Yes

• Уберите все разгоны (если у Вас что нибудь разогнано), можно попробовать поднять (НЕМНОГО, на 0.05 максимум на 0.1V) напряжение процессора. Не будет лишним проверить работу всех вентиляторов, возможно, что какой нибудь из них неисправен, и система просто перегревается.

• В BIOS отключаем AGP (AGP Aperture size – на минимум), выключаем AGP2x и AGP4x

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

Удаляем (физически) из системы все устройства, без которых система может работать (оставить только материнскую плату, память, винчестер, и видеокарту), в BIOS отключаем всё, что можно (COM и LPT порты, все Power Options, Assign IRQ for USB (не трогаем Assign IRQ for VGA!)).

Если есть вероятность что проблема с винчестером, в BIOS принудительно ставим ему PIO 4, или даже PIO 2 mode.

Если проблема не пропала, проверяем всё оставшиеся устройства (видеокарту – память – процессор – материнскую плату и винчестер). Наиболее простой способ – установить устройство на другую машину и посмотреть, как оно себя там поведёт.

Если же после удаления всех лишних устройств проблема пропала, то надо по очередиставить удалённые устройства на место, и после КАЖДОГО включать систему и проверять "самочуствие". Если проблема в неисправном оборудовании, то, как правило, таким методом её удаётся локализовать.

Впрочем, далеко не всегда приходится прибегать к столь радикальным методам, зачастую причина лежит на поверхности, и предположительно проблемнуое устройство удаётся вычислить сразу. Наилучшим, в этом случае, является проверить её на другой машине, а лучше и не на одной, крайне желательно, что бы их конфигурация отличалась от Вашей. Если выясниться, что железка всё-таки рабочая, то следует лучше изучить свою машину. Первое на что стоит обратить внимание, какие слоты с какими делят одно IRQ. Обычно, про это можно узнать из инструкции к материнской плате. Если инструкции нет, или лень копаться, то можно сразу попробовать плату в другом слоте (не сработает в случае с AGP видеокартой, в этом случае лучше всё-таки выяснить, какой из PCI слотов дели IRQ с AGP, и посмотреть что в нём стоит). Кстати, это поможет и в том случае, если у Вас неисправен один из слотов. Кроме этого, как это ни прискорбно, встречаются ситуации когда устройство А физически несовместимо с устройством В, например из за недостаточного питания. В большинстве случаев с этим ничего нельзя поделать, хотя бывают счастливые исключения, иногда всё приходит в норму после установки более мощного и качественного блока питания, или, как с некоторыми ASUS'скими матерями, на матери стоит джампер с помощью котрого можно принудительно увеличить питание AGP слота.

Если проблема уходит корнями в програмное обеспечение, то основные принципы решения такие же, удаление всего, что можно, и постепенная установка обратно с проверкой работоспособности системы после каждой инсталяции. Иногда таким методом выясняются очень интересные закономерности. Например, кто бы мог подумать, что установка PGP может привести к сообщению POWER_STAT_FAILURE при выключении машины? Ну и, конечно же, всегда остаётся радикальный метод – полное удаление старой ОС и чистая установка новой. В этом случае не забудьте очистить папку Documents and Settings, W2k не перезаписывает файлы в ней (хотя и грозится), а просто создаёт новые директории. Поэтому, если не чистить эту папку, то после неоднократной переустановки системы там можно будет найти такие папки как User1.USER.000, All Users.WINNT, Default User.001 и множество других. И разобраться, какие из них нужны, не всегда бывает просто.

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

И последнее. Если Вы всё-таки решитесь разбирать свой компьютер, то будьте осторожны и внимательны. Не забывайте убедиться что в слоте, в который вы собираетесь что нибудь вставлять, ничего нет, включая пыли. И перед установкой убедитесь, в правильной ориентации вставляемой детали. Потому что пыль обладает определённой токопроводностью, и может вызвать короткое замыкание, да и засунуть DIMM не той стороной не так невозможно, как может показаться…

Это происходит когда временные папки в W2k помещены в профайлы пользователей. Временные папки используются инсталляторами для распаковки временных данных, необходимых для инсталляции. Но, когда временную папку помещают в директорию профайла пользователя, у ней получается очень длинное имя, и некоторые инсталляторы благополучно распаковав в её свои данные не могут их найти. Для решения этой проблемы достаточно просто поместить папку куда-нибудь повыше, чтобы путь был коротким, и, желательно, без русских символов. Делается это через System Properties, Advanced, Environment. Меняете пути к TEMP и TMP на C:\WINDOWS\TEMP, и всё. Осталось только стереть старые папки. Кроме этого, встречаются инсталляторы в которых прописаны абсолютные пути. Обычно этот путь выглядит как %windir%\Temp (или что-то вроде этого), и тогда никаких проблем не возникает, но иногда путь прописан более конкретно, обычно C:\Windows\Temp, и тогда инсталлятор может зависнуть не найдя этих директорий. К счастью, такие кривые инсталляторы попадаются очень редко, но если нужная программа не хочет инсталлироваться несмотря на все усилия, то можно попробовать создать указанный выше путь, может и поможет. Кроме всего вышеперечисленного, иногда помогает замена файла Setup.exe другим, из работающего инсталлятора.

Это связанно с некорректной поддержкой режима ACPI Вашей материнской платой. Лечится это, обычно, обновлением BIOS, но, иногда, можно столкнуться с ситуацией, когда эта проблема присутствует даже с последним обновлением. В этом случае остаётся только отключить ACPI (поменять ядро на ядро без поддержки ACPI), и забрасывать письмами службу техподдержки производителя материнской платы, что бы они скорее выпустили очередное обновление BIOS в котором эта проблема решена.

Решение проблемы было обнаружено в форуме необходимо в приведенном ключе Registry заменить "1" на "4": [HKEY_LOCAL_MACHINE \SYSTEM \CurrentControlSet \Services \ATMhelpr] "Start"=dword:00000001 , Set the value to 4. после правочки все заработало нормально.

Эта проблема встречается на ограниченном количестве материнских плат, и связанна с ошибкой реализации MMX в Ph5.5. Для решения проблемы достаточно удалить или переименовать файл MMXCore.8BX из Plug-Ins/Adobe Photoshop Only/Extensions/

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

Сообщение:

Event Type: Error

Event Source: WinMgmt

Event Category: None

Event ID: 43

Date: 31.10.2000

Time: 22:21:08

User: N/A

Computer: SPIDERCOMPUTER

Description:

WMI ADAP failed to connect to namespace \\.\root\cimv2\MS_419 with the following error: 0x8004100e

и сообщение:

Event Type: Error

Event Source: WinMgmt

Event Category: None

Event ID: 37

Date: 31.10.2000

Time: 22:21:57

User: N/A

Computer: SPIDERCOMPUTER

Description: WMI ADAP was unable to load the perfproc.dll performance library due to an unknown problem within the library: 0x0 появляются когда в английской системе default languadge стоит русский. Для того чтобы избавиться от них можно либо переставить язык на английский, что неприемлемо во многих случаях. Тогда идём в System32\wbem.

Ищем там файлы: cimwin32.mfl, msi.mfl, ntevt.mfl, secrcw32.mfl.

Копируем их во временный каталог. Далее – редактируем в блокноте: 4 0 9 и меняем на 4 1 9. Это надо сделать в двух местах во всех четырёх файлах _в верхних 3-5 строчках_ (т.к. 4 0 9 встречается более чем в двух местах).

Помещаем туда же файл patch409.cmd:

@echo off

pushd %windir%\system32

copy perf?009.dat ??????1?.*

popd

mofcomp.exe cimwin32.mfl

mofcomp.exe msi.mfl

mofcomp.exe ntevt.mfl

mofcomp.exe secrcw32.mfl

winmgmt /clearadap

echo Please – reboot your computer!

запускаем его, перезагружаемся.

В следующий pаз после установки W2k достаточно пpосто запустить этот patch409.cmd. Все вылечит. Можешь конечно делать все вpучную, но использование cmd-файла куда проще и удобнее. Также можно использовать VB-script, который можно взять здесь: http://www.3dnews.ru/documents/971/419fix.zip.

Сообщение:

Тип события: Ошибка

Источник события: perfctrs

Категоpия события: Отсyтствyет

Код события: 3101

Дата: 13.12.2000

Вpемя: 11:28:16

Пользователь: Hет данных

Компьютеp: COMP1

Описание: Hе yдается пpочитать сведения об yпpавлении вводом/выводом от yстpойства NBT.

возникает в результате того, что счетчики производительности протокола TCP/IP пытаются прочитать управляющую информацию ввода-вывода от сетевого устройства. При этом, ни одного коммутирующего устройства (сетевого адаптера, модема и т.п.) в системе не установлено. Существует несколько методов решения проблемы:

1. Запустите exctrlst.exe из Resource Kit-а, выберите счетчик "Tcpip Perfctrs.dll" и снимите флажок "Performance counters enabled". Закройте окно "Extensible Counter List" и перегрузите компьютер. Утилиту exctrlst.exe также можно загрузить из сети Интернет: http://download.microsoft.com/download/win2000platform/exctrlst/1.00.0.1/NT5/EN-US/exctrlst_setup.exe.

2. Откройте раздел системного реестра: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\System\Tcpip\Performance. Установите для параметра "Disable Performance Counter" значение "1". Чтобы изменения вошли в силу, перезагрузите компьютер.

3. Установите эмулятор сетевой карты – Microsoft Loopback Adapter. В ответе использована статья R11071 с http://www.microsoft.ru/catalog/.

Многие программы, требующие непрерывного потока данных идущих на или с CD/DVD привод, нуждаются в правильно установленном ASPI (Advanced SCSI Programming Interface) manager. Несмотря на своё название, ASPI manager с успехом используется IDE дисками. Для инсталляции ASPI можно воспользоваться универсальным пакетом: http://www.3dnews.ru/documents/971/forceaspi17.zip. Просто разархивируйте этот пакет, и запустите instaspi.bat. Или, если есть желание, можете изучить содержимое этого батника, и сделать всё самостоятельно, руками.

Event Type: Information

Event Source: Oakley

Event Category: None

Event ID: 542 

Description: The IP Security policy for ISAKMP/Oakley specified an encryption algorithm that is invalid due to export cryptography restrictions. All 3DES encryption used by ISAKMP/Oakley is weakened to standard DES encyption. <…>

Данное сообщение возникает из-за существовавшего ранее экспортного ограничения на алгоритм 3DES со 128-битным ключем. Теперь это ограничение снято, и можно свободно скачать Windows 2000 High Encryption Pack с сайта Microsoft по этому адресу: http://www.microsoft.com/windows2000/downloads/recommended/encryption/default.asp, предварительно выбрав тип инсталляции и нужный язык обновления. Также 128-битное шифрование включено в пакет обновлений, начиная с sp2.

(!) Если вы установили High Encryption Pack, не устанавливайте сразу после этого Service Pack 1, сначала обязательно перегрузите систему. Иначе ваш компьютер может зависнуть на стадии "Preparing Network Connections". Подробнее об этом читайте http://support.microsoft.com/support/kb/articles/Q270/8/42.ASP.

Полный текст сообщения может быть таким:

16 bit MS-DOS Subsystem

drive:\program path

XXXX. An installable Virtual Device Driver failed DLL initialization. Choose 'Close' to terminate the application.

или таким:

16 bit MS-DOS Subsystem

drive:\program path

SYSTEM\CurrentControlSet\Control\VirtualDeviceDrivers. VDD. Virtual DeviceDriver format in the registry is invalid. Choose 'Close' to terminate the application.

Эта ошибка обычно появляется после инсталляции 16-bit программ или программ, использующих 16-bit инсталляторы. Как правило, повреждается параметр VDD в разделе реестра HKLM\SYSTEM\CurrentControlSet\Control\VirtualDeviceDrivers. Для устранения ошибки запустите Regedt32.exe, найдите вышеуказанный параметр и удалите его. Затем добавьте новый параметр, назовите его VDD, и выберите тип данных REG_MULTI_SZ. Откроется редактор для ввода многострочного текста. Оставьте поле ввода пустым и нажмите "Ok". Подробнее можно почитать здесь: http://support.microsoft.com/support/kb/articles/Q254/9/14.ASP?LN=EN-US.

1. Входим в систему под аккаунтом администратора, запускаем regedt32.exe, в разделе HKLM/SOFTWARE находим подраздел нужной программы. Затем в меню Безопасность (Security) выставляем полный доступ на эту ветвь реестра для пользователя или группы пользователей, которые будут с ней работать.

2. Если программа использует кроме раздела HKLM реестра ещё и раздел HKCU, нужно запустить под аккаунтом администратора Редактор реестра (regedit.exe). Hаходим ветку HKEY_CURRENT_USER\SOFTWARE\Имя_компании\Имя_программы (иногда встречатся только раздел Имя_компании, в котором хранятся параметры для нескольких программ этого производителя) и выбираем её. Затем с помощью меню "Реестр" ("Registry") экспортируем выбранную ветвь в файл. При выборе пути сохранения файла учтите его доступность для других пользователей. Перегрузившись под обычным пользователем, импортируйте полученный файл. Для достаточно дважды щелкнить по *.reg файлу в Проводнике и ответить "Да" ("Yes") на запрос об импорте файла в реестр, и подтвердить выполнение операции (Ok). После перезагрузки компьютера программа должна работать и под этим аккаунтом.

3. Кроме того, некоторые программы (например, Windows Commander) создают свои *.ini-файлы. Обычные пользователи имеют разрешение "Read" на эти файлы. Для корректной работы программ нужно добавить разрешение "Modify" ("Изменение").

4. Редко, но все же иногда требуется разрешение "Write" ("Запись") на *.exe файл программы. Этим отличилась, например, популярная программа ReGet.

5. Популярная программа Nero будет работать под любым аккаунтом, если удалить файл wnaspi32.dll, отвечающий за ASPI, из её директории. Естественно, в системе должен быть установлен ASPI, напpимеp, от Adaptec (см. вопрос 7.20).

6. В свойствах ярлыка программы можно выставить галочку "Запускать от имени другого пользователя". Тогда при запуске программы можно будет ввести логин и пароль администратора (правда, для этого их нужно знать ;))

Аналогичного эффекта можно добиться с помощью cmd-файла, в котором пишем: runas /profile /user:machinename\administrator [полный путь к *.exe файлу] где machinename – имя вашей машины; если в пути к файлу программы есть пробелы, то его необходимо заключить в кавычки. Теперь, при запуске этого cmd-файла, будет также спрашиваться пароль администратора.

Данная проблема появляется, если буква загрузочного раздела не совпадает с буквой, назначенной при инсталляции системы. Обычно это происходит, если идентификатор (GUID – Globally Unique Identifiers) жесткого диска записанный в MBR, не совпадает со значением идентификатора в реестре, поэтому назначенная загрузочному разделу буква не может быть ему сопоставлена.

Если pagefile.sys находился не на системном или загрузочном разделе, сообщение об отсутствующем или слишком маленьком файле подкачки появляться не будет, но после сообщения "Loading your personal settings" снова появится окно логона.

Для решения этой проблемы можно использовать один из следующих методов:

1. Если проблемный компьютер находится в сети, запустите редактор реестра на другом компьютере и воспользуйтесь ответом на вопрос 2.09. В одноранговой сети вам может понадобиться команда net use \\comp_name\IPC$ /user:administrator * 

2. Создайте в корне присоединяемого диска папку \WINNT\System32 и скопируйте туда разархивированный файл userinit.exe с дистрибутивного диска Win 2000. Если вы ранее следовали рекомендациям вопроса 11.07, то userinit.exe можно просто скопировать с загрузочного диска с помощью Recovery Console. Однако, после получения возможности логона, вы должны изменить букву загрузочного раздела с помощью рекомендаций ответа на вопрос 2.09, теперь уже локально. Загрузитесь с предварительно созданной DOS/Win9x дискеты и дайте команду fdisk /mbr (предварительно рекомендуется прочитать ответ на вопрос 11.06.2.) При этом сигнатура в MBR, ассоциированная с GUID загрузочного раздела будет стерта, и не обнаружив её при загрузке, система установит буквы по умолчанию.

Подробнее: http://support.microsoft.com/support/kb/articles/q249/3/21.asp.

Данная проблема встречается редко. Происходит это скорее всего потому, что данные из дискового кеша не успевают сбрасываться на жёсткий диск. Для решения этой проблемы необходимо.  Установить последний Service Pack. Установить свежие драйвера на Ваш IDE или SCSI контролёр. Если эти меры не помогают, то можно включить обнуление файла подкачки при перезагрузке, это даст некоторую отсрочку, которая позволит сбросить необходимые файлы на жёсткий диск. Кроме этого, можно воспользоваться утилиткой под названием Sync, которая принудительно сбросит содержимое дискового кэша на диск. Взять эту замечательную программку можно здесь: http://www.sysinternals.com/ntw2k/source/misc.shtml.

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

Скорее всего компьютер выбивает в BSOD, и он перезагружается. Для решения проблемы необходимо отключить автоматическую перезагрузку при сбое системы. Для этого открываем System Properties, переходим на закладку Advanced, нажимаем на кнопку Startup and Recovery в одноимённом разделе. Здесь требуется снять галочку с Automatically reboot в разделе System failure. Конечно же это не решит проблему с BSOD, но теперь компьютер не будет сразу же перезагружаться, и вы успеете прочитать содержимое экрана смерти, что может навести вас на путь решения этой проблемы.

Это может произойти при повреждении системных файлов. Причина этого может быть разной, от не вовремя пропавшего электричества, до последствий атаки вируса. Для решения этой проблемы запустите проверку системных файлов (в командной строке sfc /scannow). Если это решение не подходит, остаётся только переустановить систему.

Самый простой способ, это несколько раз выйти из системы с включенный NumLock, система должна запомнить это, и в будущем включать его при загрузке автоматически. Но можно добиться того же эффекта и быстрее. Идём в реестр, и по адресу HKEY_USERS\DEFAULT\Control Panel\Keyboard находим ключ InitialKeyboardIndicators. Меняем его значение на 2, и при загрузке NumLock будет всегда включен. Меняем на 0, и NumLock будет всегда выключен (полезно для ноутбуков, где нет вынесенного блока клавиш с цифрами).

Для этого запустите Internet Explorer, меню Tools, пункт Internet Options: В открывшемся окне переходим на закладку Advanced. Скролируем список до самого низа, раздела Security. Ставим чекбокс в пункте Empty Temporary Internet Files Folder When Browser is Closed.

Несмотря на то, что в окне с текстом ошибки W2k радостно сообщает, что по адресу: http://qo.microsoft.com/fwlink/events.asp можно найти дополнительную информацию, на самом деле через этот адрес просто отправляются сообщения об ошибках в Microsoft. Тем не менее, сделана попытка создать сайт с исчерпывающей информацией про ошибки. Находится он здесь: http://www.eventid.net/. Автоматизировать поиск можно введя строку в броузере http://www.eventid.net/display.asp?eventid=<здесь введите нужный Event ID> Информация размещённая на нём не полна, и не всегда точна, но ведь он постоянно развивается. Зайдите на него, возможно именно в вашем случае он поможет. Кроме этого, кое-какая информация включена в поставку Windows 2000. Подробное описание всех системных сообщений находится в файле w2000msgs.chm дистрибутива, который в свою очередь находится в архиве \support\tools\support.cab. Последняя версия данного файла бесплатно доступна для скачивания на сайте Microsoft по адресу: http://www.microsoft.com/windows2000/techinfo/messages/default.asp.

Не смотря на то, что этот вопрос уже описан в факе, причём не однократно, он возникает снова и снова, с завидным постоянством. Поэтому, как мне кажется, стоит осветить его ещё раз. Этот файл является частью системы Hibernate, которая позволяет при выключении компьютера сбросить содержимое оперативной памяти на жёсткий диск, а при включении, просто загрузить этот файл в память. Это позволяет избежать достаточно долгого процесса загрузки, и сразу же после включения компьютера получить рабочий стол и открытые программы или документы точно в том виде, в котором они оставались когда компьютер выключался. Для того что бы обезопасить себя от ситуации, когда не удаться сбросить содержимое памяти просто из за того что на диске нет места, служба hibernate постоянно держит на диске файл hiberfil.sys размером равным объёму оперативной памяти. Этот файл нельзя стереть из под W2k, его бесполезно стирать из под соседней ОС, всё равно служба hibernate создаст его заново при первой же возможности. Единственны способ, это отключить саму службу hibernate. Сделать это можно через Control Panel – Power Options, закладка Hibernate. Снимаем галочку с чекбокса Enable hibernation, и служба будет отключена, а файл hiberfil.sys удалён.

Старые игры напрямую обращаются к звуковой карте, поэтому стандартными средствами получить звук под W2k не удастся. Hо можно попробовать один из специальных эмуляторов, выпускаемых сторонними производителями, например:

http://www.softsystem.co.uk/sndfx202.zip – SoundFX 2000 2.02. Эмулятор звуковой карты для DOS-программ, полностью эмулирует SoundBlaster 16. Для работы требуется W2k или WNT4 (SP3 или старше), процессор Pentium 90 и выше.

http://ntvdm.cjb.net/ – Проект VDMSound. Программа эмулирует MPU-401 интерфейс, SoundBlaster-совместимые звуковые карты (SB16, SBPro 2, SB2, SBPro, etc.) и стандартный интерфейс джойстика (game-port) для DOS-программ. Распространяеется с исходным текстом.

Удалите файлы %Windir%\system32\config\sam*. Если W2k установлен на FAT/FAT32, то из Win9x или с дискеты, если на NTFS – придется установить параллельную копию системы или снять жесткий диск и поставить его на другую машину с W2k. Если есть возможность, используйте NTFS for DOS. После удаления файлов возможен вход с логином Administrator/Администратор и пустым паролем.

Другой способ – скачать с сайта http://home.eunet.no/~pnordahl/ntpasswd/ образ linux-дискеты и программу для записи этого образа. Загрузившись с этой дискеты, с помощью записанной на неё программы Offline NT Password & Registry Editor можно установить новый пароль администратора, даже не зная старого.

Это возможно только в том случае, если вы используете файловую систему FAT32. W2k хранит политику безопасноти не в реестре, а в обычном файле на диске, доступ к которому может быть ограничен только средствами NTFS. По умолчанию, если операционная система была сразу установлена на NTFS, менять локальную политику безопасности могут лишь члены группы администраторов.