Форум 3DNews
Вернуться   Форум 3DNews > Софт > Операционные системы Microsoft Windows > FAQ по Windows XP / 2003 / 2000 / 98 / 95

Ответ Создать новую тему
Опции темы Опции просмотра
Непрочитано 22.12.2003, 15:29   [включить плавающее окно]   #1
J. Corvin
Мужской Заслуженный
Автор темы
 
Аватар для J. Corvin
 
Регистрация: 27.02.2003
Адрес: Мурманск
Требуется помощь коллег в создании FAQ.

Увадаемые Комрады, требуется ваша помощь в созднании FAQ.

Если вам приходилось сталкиватся с какими либо недокументированными в FAQ 3DNews глюками ОС Windows, и соответственно находить 100% (ну ладно на 99.9%) верное решение проблемы... а также вы находили какие либо не документрованные возможности этих ОС, то я очень надеюсь что вы не утаите от общественности сии сокровенные знания, а поделитесь ими... и... и будет вам счастье...

Вообщем, помоги ближнему своему, создадим FAQ вместе, а также еще много, много красивых лозунгов...

Но только есть у меня пара замечаний по этому поводу...
1) Никакого флема (ибо будет безжалостно вырезан)...
2) Описывайте PLS железо на котором и были замечены, отловлены, и безжалостно отстреляны злобные Глюки...
3) Давайте PLS рабочие ссылки на файлы...

P.S.
4) я конечно понимаю что подраздел FAQ находится малость в убогом состоянии, но все это поправимо, и мы над этим работаем Главное что бы "по" незабывал править то что нужно, и когда нужно
__________________
it's can't rain all the time

Последний раз редактировалось J. Corvin; 05.01.2004 в 04:33.
J. Corvin вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 04.01.2004, 00:48   [включить плавающее окно]   #2
A -) i -) A S
Мужской Общительный
 
Аватар для A -) i -) A S
 
Регистрация: 06.06.2003
Адрес: Israel
Можно НЕ ХРАНИТЬ в свапе драйвера и ядро системы. Рекомендуется для владельцев 256 мб оперативки не менее!!! а лучше больше.

Делаем так:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
Параметр DisablePagingExecutive = 1
После этого наш глючный друг будет размещать ядро и драйверы непосредственно в оперативке что значительно быстрее.
Все выше сказанное делаем на свой страх и риск.

Последний раз редактировалось J. Corvin; 05.01.2004 в 04:35.
A -) i -) A S вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 17.01.2004, 11:34   [включить плавающее окно]   #3
Vladisl@v
Мужской Умудрённый
 
Аватар для Vladisl@v
 
Регистрация: 16.04.2003
Адрес: Краснодар
XP скрывает отдельные элементы системного ПО, которые кто-то, возможно, захочет удалить. Это может быть, например, Windows Messenger. Пользуясь редактором Notepad или Edit, исправьте текстовый файл /windows/inf/sysoc.inf, найдя и удалив в нем слово hide. Затем войдите в меню Add or Remove Programs на панели управления, выберите Add/Remove Windows Components — и вам откроется все, что было сокрыто.

Vladisl@v добавил :

Тем, кто владеет искусством работы с пакетными файлами DOS, ХР предлагает ряд интересных новых команд. В их числе eventcreate и eventtriggers для создания системных событий и слежения за ними, typeperf для контроля за производительностью различных подсистем и schtasks для управления запланированными задачами. Как обычно, /? после имени команды выдает список опций
Vladisl@v вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 25.01.2004, 02:32   [включить плавающее окно]   #4
EsTaF
Мужской Бывалый
 
Аватар для EsTaF
 
Регистрация: 05.06.2003
Адрес: Огурцово
Windows XP после установки (вторая и последняя сессия установки самой OS) не предлагает вынуть носитель а просто перезагружается.
При этом при инициализации в последующей загрузке машины привод CD производит своего рода реверсивное жесткое торможение носителя (СD), что сокращает его срок службы. Если компьютер не особо шустрый (SCSI etc) то желательно вынимать CD как только начинается удаление временных файлов перед перезагрузкой, но и не забывать что если не успеть то можно испортить либо лоток, либо сам носитель. Если установку производите не впервые, то наверняка знаете этот отрезок времени - ~7 - 15 секунд.

Избегать, либо очень аккуратно ставить win2k или winXP если у Вас два раздела на жестком диске.
Даже если Вы ставите операционку на активный основной раздел, есть вероятность того что такие файлы как boot.ini, ntldr etc могут оказаться на втором разделе что есть не красиво и случайно в дальнейшем могут быть затерты по неакуратности либо еще по какой причине.
В таких случаях лучше всего сначала отформатировать системный активный раздел до сессии самой установки самой же программой установки нажав в приглашении вместо "ENTER" клавишу "c" и зайдя в консоль программой "diskpart" определить правильно ли прграмма установки определила раздел (чтобы не стереть Ваш дополнительный с документами etc))) и выйдя, командой "format "Ваш целевой раздел под установку":
/fs:"выбор варианта файловой системы" /q предварительно отформатировать раздел. Пример: "format c: /fs:ntfs /q". Далее перезагружаемся командой "exit" и только тогда устанавливаем Windows.

EsTaF добавил :

Дополнение ко второму посту:
Просто если форматировать этот раздел в самой сессии установки прямо до копирования, то случаи показывают как Windows со святым выражением лица кладет все системные файлы, находящиеся на корне диска "C:\" на диск "D:" или еще на какой нибудь другой, если у Вас их больше.
EsTaF вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 01.02.2004, 02:12   [включить плавающее окно]   #5
ruslansstu
Мужской Общительный
 
Аватар для ruslansstu
 
Регистрация: 03.10.2003
Адрес: Где-то здесь
В общем кому надо пускай запишет:
Создаем shortcut на раб. столе, в свойствах ярлычка, в Target пишем:

WinXP:
для reboot - X:\Windows\system32\rundll.exe user.exe,exitwindowsexec
для shutdown - X:\Windows\system32\rundll.exe user.exe,exitwindows

Win98:
для reboot - X:\Windows\rundll.exe user.exe,exitwindowsexec
для shutdown - X:\Windows\rundll.exe user.exe,exitwindows
Х – диск на котором установлен Windows.

ruslansstu добавил :

При вот такой ошибке: unmount_boot_table_volume (точно как пишется не помню).
Достаточно загрузиться в консоль и проверить системный диск (лучше все) на ошибки с помощью команды chkdsk, ну и на всякий случай fixmbr. Можно воспользоваться командой map, тип файловой системы на поврежденном диске не будет указан, его мы и проверяем.
__________________
Истина где-то рядом...
ruslansstu вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 12.02.2004, 08:00   [включить плавающее окно]   #6
siBEERian
Мужской Модератор
 
Аватар для siBEERian
 
Регистрация: 05.06.2003
Адрес: Irkutsk
Цитата (ruslansstu) »
В общем кому надо пускай запишет:
Создаем shortcut на раб. столе, в свойствах ярлычка, в Target пишем:
WinXP:
для reboot - X:\Windows\system32\rundll.exe user.exe,exitwindowsexec
для shutdown - X:\Windows\system32\rundll.exe user.exe,exitwindows
Что-то у меня не работает...
у меня WinXP sp1 Eng+RusMUI

З.Ы.
в ВиндеХР нет файла <rundll.exe>, есть такой: <rundll32.exe>

З.З.Ы.
Для удобства вместо <X:\Windows\>, лучше писать <%SystemRoot%\>

siBEERian добавил :

Для ускорения работы можно использовать комбинацию клавиш для пункта "Выполнить"- "Win"+"R"

Я использую такие сокращения:
A: - открываю флоп
C: - открываю диск С:
notepad - блокнот
calc - куркулятор
devmgmt.msc - диспетчер устройств
dxdiag - средство диагностики DirectX
diskmgmt.msc - диск менеджер
cmd - эмуляция DOS
far - FAR менеджер
services.msc - сервисы
control - панель управления
winword - Ворда
excel - Эксэль
Opera - Опера браузер
regedit - редактор реестра
msinfo32 - информация о системе
msmine - сапер
-------------------------
можно самому сделать сокращения для бысрого запуска в ветке реестра:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths]
__________________
2 BEER or not to be!
siBEERian вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 13.02.2004, 12:10   [включить плавающее окно]   #7
ruslansstu
Мужской Общительный
 
Аватар для ruslansstu
 
Регистрация: 03.10.2003
Адрес: Где-то здесь
siBEERian
Извиняюсь за грубую ошибку, забыл исправить при копировании из win98.
Вместо %systemroot% можно использовать еще %windir%.
По поводу быстрого запуска, не обязательно лазить в реестр. Создаем на любом диске папку, например start на диске C:. Затем кидаем туда ярлычки, например Microsoft Word, ACDSee 5.0, Doctor Web и т.п. (рекомендую их переименовать, дабы быстрее набирать в Run (Виполнить): "Microsoft Word" на "wor", "ACDSee 5.0" на "вид", "Doctor Web" на "айболит"). Далее, идем в Пуск\Настройка\Панель управления\Система (Win+Break или правой кнопкой на "Мой компьютер" выбираем "свойства"), вкладка "Дополнительно", здесь "Переменные среды". В окошке "Системные переменные" находим в столбце "переменная" - Path, выделяем и жмем "изменить", в "Значение переменной" в конце строки через точку запятой пишем - C:\Start, жмем ОК.
Теперь Пуск\Выполнить... или Win+R, набираем имя нужного ярлычка.
В общем это для тех кто хочет чего-то новенького.

ruslansstu добавил :

Для тех кто работает в Pro/Engineer (Release: 2001, Manufacturing Code: 2002180) и использует Pro\Intralink 3.2 в WinXP или Win2000, могут возникнуть проблемы с отображением русских символов в Workspace и Commonspace. Идем в Пуск\Настройка\Панель управления\Система (Win+Break), вкладка "Дополнительно", здесь "Переменные среды", в окошке "Системные переменные" нажимаем на "Содать", "Имя переменной" - LANG, "Значение переменной" - russian, жмем ОК. Не выходя нажимаем снова "Создать", "Имя переменной" - NLS_LANG, "Значение переменной" - AMERICA_AMERICAN.UTF8, жмем ОК. Снова "Создать" (эта операция не обязательна), "Имя переменной" - PDM_LDB_PATH, "Значение переменной" - Х:\project\ilink, жмем ОК. Где Х - имя диска.
__________________
Истина где-то рядом...
ruslansstu вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 27.02.2004, 10:14   [включить плавающее окно]   #8
EsTaF
Мужской Бывалый
 
Аватар для EsTaF
 
Регистрация: 05.06.2003
Адрес: Огурцово
Как получить доступ к командной строке во время графического этапа установки Microsoft Windows?
В некоторых случаях для решения проблем установки Windows, для копирования драйверов, запуска и остановки служб или запуска программ, например, диспетчера задач, требуется получить доступ к командной строке во время графического этапа установки Windows.
Для доступа к командной строке во время графического этапа установки Windows нажмите комбинацию клавиш "SHIFT+F10".

EsTaF добавил :

Не удается переместить или переименовать папку Documents and Settings

При попытке переместить или переименовать папку Documents and Settings появляется следующее сообщение об ошибке:
Папка Documents and Settings является системной папкой Windows и необходима для правильной работы Windows. Переместить или переименовать ее нельзя.
Для того, чтобы в процессе установки операционной системы создать папку Documents and Settings в другом месте на диске, выполните следующие действия.
Используйте параметр /UNATTEND при запуске из командной сроки файлов Winnt.exe и Winnt32.exe, а также вставьте в файл Unattend.txt следующую строку (где z:\имя_папки — это полный путь к месту установки папки):

[GuiUNattended]
ProfilesDir = d:\имя_папки
Установите Windows. Папка Documents and Settings будет установлена по указанному в файле Unattend.txt адресу.

EsTaF добавил :

Как установить консоль восстановления?
пуск>выполнить>буква устройства CD:\i386\winnt32.exe /cmdcons
EsTaF вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 28.02.2004, 01:48   [включить плавающее окно]   #9
EsTaF
Мужской Бывалый
 
Аватар для EsTaF
 
Регистрация: 05.06.2003
Адрес: Огурцово
Каковы принятые имена ARC-путей в файле boot.ini?
Путь к установленной операционной системе Windows NT на компьютерах с процессором х86 описывается одной строкой в файле BOOT.INI; в компьютерах, построенных на архитектуре RISC, для этого используется набор из четырех строк в загрузочных параметрах программно-аппаратных средств компьютера. Если на компьютере с процессором х86 имеется несколько инсталляций Windows NT, то файл BOOT.INI содержит ARC-путь для каждой из них. В процессе загрузки появляется меню для выбора соответствующей инсталляции.
Существует два вида ARC-путей: один начинается записью MULTI(), другой — SCSI(). На компьютерах х86 используются оба вида путей, а на RISC-компьютерах — только SCSI().
Компьютеры с процессором типа x86
Ниже приведены общие примеры ARC-путей в файле ВOOT.INI:


multi(X)disk(Y)rdisk(Z)partition(W)\<winnt_dir>


или


scsi(X)disk(Y)rdisk(Z)partition(W)\<winnt_dir>
,

где X, Y, Z и W — числа, идентифицирующие объект слева от них.

Оба приведенных ARC-пути позволяют Windows NT найти папку %SystemRoot% для загрузки расположенных в ней файлов и завершения процесса запуска. Для получения дополнительной информации см. раздел «Отличия MULTI(X) от SCSI(X) в синтаксисе и применении» этой статьи.


Компьютеры с RISC-процессором
Так как RISC-архитектура требует, чтобы программно-аппаратные средства указывали на разные области системы, то ARC-путь к одной инсталляции Windows NT состоит из четырех определений с ARC-путем (в отличие от однострочного определения ARC-пути на компьютере с процессором х86). Каждый ARC-путь следует за именем одного из четырех определений и начинается записью SCSI():



SYSTEMPARTITION scsi(X)disk(Y)rdisk(Z)partition(W)
OSLOADER scsi(X)disk(Y)rdisk(Z)partition(W)\os\<nt_dir>\osloader.exe
OSLOADPARTITION scsi(X)disk(Y)rdisk(Z)partition(W)
OSLOADFILENAME \<winnt_dir>



Далее приведено описание каждой из четырех строк.

Определение 1 (SYSTEMPARTITION).


Определяет путь к SYSTEMPARTITION, небольшому FAT-разделу, который содержит файлы OSLOADER.EXE и HAL.EXE:


scsi(X)disk(Y)rdisk(Z)partition(W)


Определение 2 (OSLOADER).


Определяет путь к файлу OSLOADER. Аналогично определению SYSTEMPARTITION, но дополнительно с дескриптором пути:


scsi(X)disk(Y)rdisk(Z)partition(W)\os\<nt_dir>\osloader.exe
,


где <nt_dir> — каталог, в котором расположен файл OSLOADER.EXE.


Определение 3 (OSLOADPARTITION).


Определяет загрузочный раздел, в котором расположены остальные системные файлы:


scsi(X)disk(Y)rdisk(Z)partition(W)


Определение 4 (OSLOADFILENAME).



Определяет имя папки, в которой установлена Windows NT (winnt_dir), без указания буквы диска:


\<winnt_dir>


Отличия MULTI(X) от SCSI(X) в синтаксисе и применении
Синтаксис MULTI(X)
Синтаксис MULTI(X) для ARC-путей используется только для компьютеров с архитектурой х86. В Windows NT версии 3.1 такой путь действителен только для IDE и ESDI-дисков; в Windows NT версий 3.5, 3.51 и 4.0 — также для SCSI-дисков.

Синтаксис MULTI(X) указывает операционной системе Windows NT, что для загрузки системных файлов необходимо воспользоваться BIOS. Таким образом, операционная система будет использовать вызовы по прерыванию (INT) 13 для поиска и загрузки файла NTOSKRNL.EXE (и других, необходимых для запуска Windows NT файлов).

Параметры X, Y, Z и W имеют следующие значения:


Х — это порядковый номер адаптера и должен всегда быть равен 0 (причина этого описана ниже).
Y — всегда равен нулю (0), если в начале ARC-пути стоит запись MULTI(), потому что MULTI() делает вызов по прерыванию 13 (как описано выше), а значит не нуждается в значении параметра DISK().
Z — порядковый номер диска на адаптере, как правило, число от 0 до 3.
W — номер раздела. Всем разделам присваивается номер, кроме разделов типа 5 (дополнительный раздел MS-DOS) и типа 0 (не использующиеся), причем сначала нумеруются основные разделы, а затем — логические диски. Примечание. Для параметра W нумерация начинается с 1, в отличие от параметров X, Y и Z, для которых нумерация начинается с 0.
Теоретически такой синтаксис может быть использован для запуска Windows NT с любого диска. Однако для этого необходима правильная идентификация всех дисков стандартным интерфейсом INT 13, а так как его поддержка зависит от контроллера диска и в большинстве BIOS реализована возможность идентификации только одного контроллера диска интерфейсом INT 13, то на практике следует использовать этот синтаксис для загрузки Windows NT только с первых двух дисков, подключенных к основному дисковому контроллеру, или с первых четырех дисков, если используется контроллер сдвоенного канала EIDE.

В системе, где используется только интерфейс IDE, синтаксис MULTI() будет работать максимум для четырех дисков на основном и дополнительном каналах контроллера сдвоенного канала.

В системе, где используется только интерфейс SCSI, синтаксис MULTI() будет работать для первых двух дисков на первом SCSI-контроллере (контроллере, который BIOS загружает в первую очередь).

В системе, где используются интерфейсы SCSI и IDE, синтаксис MULTI() будет работать для IDE-дисков на первом контроллере.
EsTaF вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 28.02.2004, 01:48   [включить плавающее окно]   #10
EsTaF
Мужской Бывалый
 
Аватар для EsTaF
 
Регистрация: 05.06.2003
Адрес: Огурцово
Синтаксис SCSI(X)
Синтаксис SCSI(X) используется на компьютерах с архитектурой х86 и RISC, со всеми версиями Windows NT. Запись SCSI() указывает Windows NT загрузить драйвер загрузочного устройства и использовать его для получения доступа к загрузочному разделу.

На х86-компьютерах используется драйвер устройства NTBOOTDD.SYS, который находится в корневом каталоге системного диска (как правило, диска С) и представляет собой копию драйвера используемого контроллера диска.

На RISC-компьютерах драйвер в соответствии с RISC-стандартами встроен в программно-аппаратные средства компьютера (нет необходимости использовать файл).

Параметры X, Y, Z и W при использовании синтаксиса SCSI() имеют следующие значения:


Х — это номер адаптера в порядке идентификации драйвером NTBOOTDD.SYS.
Y — SCSI-идентификатор целевого диска.
Z — номер логического устройства (LUN) SCSI целевого диска. Этот номер почти всегда равен 0 (нулю).
W — номер раздела. Всем разделам присваивается номер, кроме разделов типа 5 (дополнительный раздел MS-DOS) и типа 0 (не использующиеся), причем сначала нумеруются основные разделы, а затем — логические диски.

Примечание. Для параметра W нумерация начинается с 1, в отличие от параметров X, Y и Z, для которых нумерация начинается с 0.
При использовании записи SCSI() значение X зависит от NTBOOTDD.SYS. Каждый SCSI-драйвер под Windows NT использует собственный метод нумерации контроллеров, хотя, как правило, они следуют порядку, который установлен для контроллеров в BIOS (если BIOS загружена).

Кроме того, если несколько контроллеров используют различные драйверы устройств, то при определении значения параметра Х необходимо учитывать только те, которые контролируются NTBOOTDD.SYS. Например, если имеется Adaptec 2940 (использует драйвер AIC78XX.SYS) и Adaptec 1542 (использует драйвер AHA154X.SYS), то X имеет значение 0. Меняется только файл NTBOOTDD.SYS:


Если Windows NT загружается с диска на Adaptec 2940, то NTBOOTDD.SYS — это копия AIC78XX.SYS.
Если Windows NT загружается с диска на Adaptec 1542, то NTBOOTDD.SYS — это копия AHA154X.SYS.
Примеры ARC-путей для архитектуры x86 и RISC
Ниже приведены примеры ARC-путей. Первые два примера предназначены для использования на х86-компьютерах. Третий пример взят из загрузочной записи RISC-компьютера DEC Alpha AXP 150, но может быть использован на любом компьютере с архитектурой RISC и подобной конфигурацией дисков.

Примечание. Если файл BOOT.INI содержит несколько ARC-путей и на компьютере используется комбинация различных SCSI-адаптеров (как показано в примерах 1 и 2), то перед выключением компьютера и загрузкой Windows NT, которая расположена на диске, подключенном к другому SCSI-контроллеру, необходимо скопировать соответствующий SCSI-драйвер под именем NTBOOTDD.SYS в корневой каталог системного раздела (как правило, С). Это нужно сделать, так как NTBOOTDD.SYS, независимо от того на каком диске установлена Windows NT, всегда находится в системном разделе.


Пример 1. Несколько SCSI-контроллеров
Пример для х86-компьютера, на котором установлены такие диски и контроллеры:


Два SCSI-контролера Adaptec 2940, каждый с жестким диском размером 1 ГБ, пронумерованными 0 и 1.
Один SCSI-контроллер Adaptec 1542 с двумя жесткими дисками размером 1 ГБ, пронумерованными 0 и 4.
Каждый жесткий диск имеет один основной раздел размером 1 ГБ. Для разъяснения примера разделы пронумерованы от 1 до 6, причем разделы 1 и 2 соответствуют первому и второму дискам, подключенным к контроллеру Adaptec 2940, разделы 3 и 4 соответствуют дискам, подключенным ко второму контроллеру Adaptec 2940, а разделы 5 и 6 — дискам на контроллере Adaptec 1542. Один из приведенных ниже ARC-путей (в зависимости от того, на какой раздел установлена Windows NT) содержится в файле BOOT.INI. В примере предполагается, что Windows NT установлена в папку WINNT35.


Windows NT установлена по одному из приведенных ARC-путей

Раздел1(на первом контроллере Adaptec 2940) multi(0)disk(0)rdisk(0)partition(1)\WINNT35
Раздел2(на первом контроллере Adaptec 2940) multi(0)disk(0)rdisk(1)partition(1)\WINNT35
Раздел3(на втором контроллере Adaptec 2940) scsi(1)disk(0)rdisk(0)partition(1)\WINNT35
Раздел4(на втором контроллере Adaptec 2940) scsi(1)disk(1)rdisk(0)partition(1)\WINNT35
Раздел5 (на контроллере Adaptec 1542) scsi(0)disk(0)rdisk(0)partition(1)\WINNT35
Раздел6 (на контроллере Adaptec 1542) scsi(0)disk(4)rdisk(0)partition(1)\WINNT35



Примечание. На разделах 3 и 4 файл NTBOOTDD.SYS является копией AIC78XX.SYS, а на разделах 5 и 6 — копией AHA154X.SYS. В качестве альтернативы, в случае, если NTBOOTDD.SYS представляет собой копию драйвера AIC78XX.SYS, ARC-пути для разделов 1 и 2 можно записать в следующем виде:


Windows NT установлена по одному из приведенных ARC-путей

Раздел1(на первом контроллере Adaptec 2940) scsi(0)disk(0)rdisk(0)partition(1)\WINNT35
Раздел2(на первом контроллере Adaptec 2940) scsi(0)disk(1)rdisk(0)partition(1)\WINNT35



Однако программа установки Windows NT для этих первых двух дисков всегда использует синтаксис MULTI().


Пример 2. Совместное использование контроллеров IDE и SCSI
Пример для х86-компьютера, на котором установлены такие диски и контроллеры:


Контроллер сдвоенного канала EIDE с тремя дисками размером 1ГБ, два на основном и один на дополнительном канале.
SCSI-контроллер Adaptec 2940 с одним диском размером 4 ГБ под номером 3.
Три EIDE-диска имеют по одному разделу размером 1 ГБ, SCSI-диск разделен на четыре раздела по 1 ГБ. Для разъяснения примера разделы пронумерованы от 1 до 7, причем разделы 1 и 2 соответствуют первому и второму дискам, подключенным к основному каналу EIDE-контроллера, раздел 3 подключен к дополнительному каналу, а разделы 4-7 находятся на SCSI-диске. Один из приведенных ниже ARC-путей (в зависимости от того, в какой раздел установлена Windows NT) содержится в файле BOOT.INI. В примере предполагается, что Windows NT установлена в папку WINNT35.


Windows NT установлена по одному из приведенных ARC-путей

Раздел1 (основной EIDE-канал) Multi(0)disk(0)rdisk(0)partition(1)\WINNT35
Раздел2 (основной EIDE-канал) multi(0)disk(0)rdisk(1)partition(1)\WINNT35
Раздел3 (дополнительный EIDE-канал) multi(0)disk(0)rdisk(2)partition(1)\WINNT35
Раздел4 (на контроллере Adaptec 2940) scsi(0)disk(3)rdisk(0)partition(1)\WINNT35
Раздел5 (на контроллере Adaptec 2940) scsi(0)disk(3)rdisk(0)partition(2)\WINNT35
Раздел6 (на контроллере Adaptec 2940) scsi(0)disk(3)rdisk(0)partition(3)\WINNT35
Раздел7 (на контроллере Adaptec 2940) scsi(0)disk(3)rdisk(0)partition(4)\WINNT35



Примечание. Файл NTBOOTDD.SYS должен быть копией AIC78XX.SYS для загрузки Windows NT с разделов 4-7.


Пример 3. Загрузка на DEC Alpha AXP 150
На RISC-компьютерах все загрузочные пути определяются в программно-аппаратных средствах. При создании новой загрузочной записи на RISC-компьютере появляются запросы, помогающие правильно определить путь. Таким образом, нет нужды напрямую редактировать ARC-путь на RISC-компьютере, кроме случая изменения загрузочной записи, которая перестала работать.

Ниже приведена загрузочная запись для DEC Alpha AXP 150 с одним жестким диском (идентификатор 0), который поделен следующим образом:


один системный раздел размером 4 МБ;
один загрузочный раздел размером 396 МБ.
Windows NT установлена в загрузочный раздел в папку WINNT35, OSLOADER-папка также называется OS\WINNT35, находится в системном разделе. Загрузочная запись выглядит следующим образом:



SYSTEMPARTITION scsi(0)disk(0)rdisk(0)partition(1)
OSLOADER scsi(0)disk(0)rdisk(0)partition(1)\os\winnt35\osloader.exe
OSLOADPARTITION scsi(0)disk(0)rdisk(0)partition(2)
OSLOADFILENAME \WINNT35
EsTaF вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 28.02.2004, 01:52   [включить плавающее окно]   #11
EsTaF
Мужской Бывалый
 
Аватар для EsTaF
 
Регистрация: 05.06.2003
Адрес: Огурцово
Что такое HPFS?
Файловая система HPFS впервые была использована для операционной системы OS/2 1.2, чтобы обеспечить доступ к появлявшимся в то время на рынке дискам большого размера. Кроме того, назрела необходимость расширения существующей системы имен, улучшения организации и безопасности для удовлетворения растущих потребностей рынка сетевых серверов. В файловой системе HPFS поддерживается структура каталогов FAT и добавлена сортировка файлов по именам. Имя файла может содержать до 254 двухбайтовых символов. Файл состоит из «данных» и специальных атрибутов, что создает дополнительные возможности для поддержки других типов имен файлов и повышению уровня безопасности. Кроме того, наименьший блок для хранения данных теперь равен размеру физического сектора (512 байт), что позволяет снизить потери дискового пространства.

Записи в каталоге файловой системы HPFS содержат больше информации, чем в FAT. Наряду с атрибутами файла здесь хранится информация о создании и внесении изменений, а также дата и время доступа. Записи в каталоге файловой системы HPFS указывают не на первый кластер файла, а на FNODE. FNODE может содержать данные файла, указатели на данные файла или другие структуры, указывающие на данные файла.

HPFS старается по возможности располагать данные файла в смежных секторах. Это приводит к повышению скорости последовательной обработки файла.

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

Кроме того, файловая система HPFS содержит два уникальных объекта данных.
Суперблок
Суперблок располагается в логическом секторе 16 и содержит указатель на FNODE корневого каталога. В этом кроется главная опасность использования HPFS: если сектор суперблока помечен как поврежденный, это приводит к потере всех данных раздела даже на неповрежденных участках диска. Для восстановления данных их необходимо скопировать на другой диск с неповрежденным сектором 16 и воссоздать суперблок. Это очень сложное задача.
Запасной блок
Запасной блок располагается в логическом секторе 17 и содержит таблицу экстренных исправлений, а также блок резервного каталога. В файловой системе HPFS запись таблицы экстренных исправлений используется при обнаружении дефектного сектора, чтобы логически указать вместо него имеющийся неповрежденный сектор. Эта технология обработки ошибок записи известна как экстренное исправление.

Если используется технология экстренного исправления, то при обнаружении поврежденного сектора, данные переносятся в другой сектор, а исходный помечается как дефектный. Эти действия выполняются открыто для любого приложения, которое выполняет дисковые операции ввода/вывода (т. е. на работе приложения проблемы с жестким диском не сказываются). Сообщения об ошибке, которые появляются при обнаружении поврежденного сектора (например, «FAT "Abort, Retry, or Fail?"»), в файловой системе, поддерживающей экстренные исправления, отсутствуют.

Примечание. Версия файловой системы HPFS, которая входит в состав Windows NT, не поддерживает технологию экстренного исправления.

Что такое NTFS?
С точки зрения пользователя, файловая система NTFS организует файлы по каталогам и сортирует их так же, как и HPFS. Однако в отличие от FAT и HPFS на диске нет специальных объектов, и отсутствует зависимость от особенностей установленного оборудования (например, сектор размером 512 байт). Кроме того, на диске отсутствуют специальные хранилища данных (таблицы FAT и суперблоки HPFS).

Целью файловой системы NTFS является следующее.
Обеспечение надежности, имеющей большое значение для высокопроизводительных систем и файловых серверов.
Предоставление платформы дополнительной функциональности.
Поддержка требований POSIX.
Устранение ограничений, характерных для файловых систем FAT и HPFS.
Надежность
Для обеспечения надежности файловой системы NTFS особое внимание было уделено трем основным вопросам: способности к восстановлению, устранению неустранимых ошибок одного сектора и экстренному исправлению.

Для обеспечения способности к восстановлению NTFS отслеживает все транзакции в отношении файловой системы. Выполнение команды CHKDSK в файловой системе FAT или HPFS служит для проверки последовательности указателей в пределах каталога, размещения и таблицы файлов. Файловая система NTFS хранит журнал операций с этими компонентами. Таким образом, для восстановления связности системы необходимо с помощью команды CHKDSK выполнить «откат» транзакций до последней точки фиксации.

При использовании FAT или HPFS сбой сектора, в котором хранится один из специальных объектов файловой системы, приводит к возникновению неустранимой ошибки одного сектора. В NTFS эта проблема решается двумя способами. Во-первых, специальные объекты не используются, а все имеющиеся на диске объекты отслеживаются и защищаются. Во-вторых, существует несколько копий (число зависит от размера тома) основной таблицы файлов.

Подобно версиям HPFS для OS/2, NTFS поддерживает экстренное исправление.
Дополнительные функции
Основное предназначение конфигурации операционной системы Windows NT на любом уровне является обеспечение платформы, которую можно использовать в качестве модуля при построении других систем, и NTFS не является исключением. Эта файловая система представляет собой гибкую платформу с широкими функциональными возможностями, которую могут использовать другие файловые системы. Кроме того, в NTFS полностью реализована модель безопасности Windows NT и поддержка нескольких потоков данных. Файл данных перестал быть отдельным потоком данных. Кроме того, пользователи могут добавлять собственные атрибуты файлов.

Поддержка POSIX
Из всех поддерживаемых файловых систем NTFS наиболее полно соответствует POSIX.1. В ней реализована поддержка следующих требований POSIX.1:

назначение имен с учетом регистра;

согласно POSIX. README.TXT, Readme.txt и readme.txt — это разные файлы;

дополнительная отметка времени;

дополнительный штамп времени для сохранения времени последнего доступа к файлу;

жесткие связи.

Жесткой связью называется такая связь, когда два различных имени файла (которые могут быть расположены в разных каталогах) указывают на одни и те же данные.
Устранение ограничений
Во-первых, в NTFS значительно — до 2^64 байт (16 экзабайт или 18 446 744 073 709 551 616 байт) — увеличен допустимый раздел файлов и томов. В NTFS для решения проблемы фиксированного размера сектора снова применена концепция кластеров, ранее использованная в файловой системе FAT. Это было сделано для улучшения аппаратной независимости операционной системы Windows NT при ее использовании с жесткими дисками, изготовленными по другой технологии. Таким образом, была принята точка зрения, что деление диска на секторы размером 512 не всегда является оптимальным. Размер кластера определяется кратным числом единичных блоков жесткого диска. Кроме того, для задания имен файлов используется кодировка Юникод и наряду с длинными именами обеспечена поддержка формата 8.3.

Недостатки файловой системы NTFS
Из-за дополнительного расхода дискового пространства файловую систему NTFS не рекомендуется использовать с томами размером менее 400 МБ. Такой расход объясняется необходимостью хранения системных файлов NTFS (в разделе размером 100 МБ для этого требуется около 4 МБ).

В настоящее время NTFS не имеет встроенного шифрования файлов. Следовательно, можно загрузить MS-DOS (или другую операционную систему) и воспользоваться низкоуровневой программой редактирования диска для просмотра хранящихся в томе NTFS данных.

С помощью файловой системы NTFS нельзя форматировать дискеты. Windows NT форматирует дискеты с помощью FAT, так как объем служебной информации, необходимой для функционирования NTFS, не помещается на дискете.

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

? " / \ < > * | :

В настоящее время из командной строки можно задать имя файла длиной не более 253 символов.

EsTaF добавил :

Как восстановить иконку Show Desktop на панели быстрого запуска?
Откройте текстовый редактор "Notepad" и напишите в нем следующее:
[Shell]
Command=2
IconFile=explorer.exe,3
[Taskbar]
Command=ToggleDesktop
Сохраните файл как Show Desktop.scf в Windows\System или Winnt\System32 директории.
Примечание: текстовый редактор "Notepad" автоматически присоединит расширение .txt > Show Desktop.scf.txt.
Удалите это расширение после редактирования.
Затем создайте ярлык с этого файла и поместите его в Windows\Application Data\Microsoft\Internet Explorer\Quick Launch папку (вариант с вин98). Если у Вас операционная система Windows NT или Windows 2000, то поместите ярлык в Winnt\System32 папку. Если у Вас операционная система Windows XP, то поместите ярлык в WINDOWS\System32\Config\Systemprofile\Application Data\Microsoft\Internet Explorer\Quick Launch папку.
Иконка автоматически появится на панели быстрого запуска.

EsTaF добавил :

Как добавить команды "Encrypt" и "Decrypt" в контекстное меню?
Откройте куст реестра по адресу: "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced" и создайте значение DWORD "EncryptionContextMenu" с значением 1.
Перезагрузите компьютер.
EsTaF вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 28.02.2004, 02:42   [включить плавающее окно]   #12
EsTaF
Мужской Бывалый
 
Аватар для EsTaF
 
Регистрация: 05.06.2003
Адрес: Огурцово
После перенесения системного жесткого диска Microsoft Windows на резервный компьютер возникает ошибка "STOP 0x0000007B"

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

Для контроллеров IDE (integrated device electronics) существуют несколько различных наборов микросхем, например, Intel, VIA или Promise. Каждый набор микросхем использует различные коды Plug-n-Play (PNP) для определения контроллеров.

Для определения корректных драйверов информация кодов PNP о контроллерах жестких дисков резервного компьютера должна находиться в системном реестре перед установкой Windows.

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

Данное решение позволяет установить поддержку контроллеров IDE, чей код PNP-ID соответствует нижеследующему списку. Однако, если Вы хотите определить, какие контроллеры IDE используются на оригинальном и резервном компьютерах, обратитесь к файлу %SystemRoot%\Setupapi.log для получения информации о коде PNP-ID, определенном во время установки Windows.

После определения кодов PNP, используемых Вашими компьютерами, информацию о необходимых Вам кодах PNP можно внести в реестр.

Следующий список содержит коды PNP поддерживаемых Windows контроллеров IDE:

;***********(Standard IDE ATA/ATAPI controllers)*********
Primary_IDE_Channel=%systemroot%\inf\mshdc.inf
Secondary_IDE_Channel=%systemroot%\inf\mshdc.inf

;*********** Generic_ESDI_Hard_Disk_Controller **********
*PNP0600=%systemroot%\inf\mshdc.inf

;*********** Aztech IDE Controller **********************
*AZT0502=%systemroot%\inf\mshdc.inf

;*********** Device ID for generic Dual PCI IDE *********
PCI\CC_0101=%systemroot%\inf\mshdc.inf

;************Acer Labs Inc ******************************
PCI\VEN_10B9&DEV_5215=%systemroot%\inf\mshdc.inf
PCI\VEN_10B9&DEV_5219=%systemroot%\inf\mshdc.inf
PCI\VEN_10B9&DEV_5229=%systemroot%\inf\mshdc.inf

;************Appian Technology **************************
PCI\VEN_1097&DEV_0038=%systemroot%\inf\mshdc.inf

;************CMD Technology *****************************
PCI\VEN_1095&DEV_0640=%systemroot%\inf\mshdc.inf
PCI\VEN_1095&DEV_0646=%systemroot%\inf\mshdc.inf

;************Compaq *************************************
PCI\VEN_0E11&DEV_AE33=%systemroot%\inf\mshdc.inf

;*************Intel *************************************
PCI\VEN_8086&DEV_1222=%systemroot%\inf\mshdc.inf
PCI\VEN_8086&DEV_1230=%systemroot%\inf\mshdc.inf
PCI\VEN_8086&DEV_7010=%systemroot%\inf\mshdc.inf
PCI\VEN_8086&DEV_7111=%systemroot%\inf\mshdc.inf
PCI\VEN_8086&DEV_2411=%systemroot%\inf\mshdc.inf
PCI\VEN_8086&DEV_2421=%systemroot%\inf\mshdc.inf
PCI\VEN_8086&DEV_7199=%systemroot%\inf\mshdc.inf

;*************PC Technology *****************************
PCI\VEN_1042&DEV_1000=%systemroot%\inf\mshdc.inf

;*************Silicon Integrated System *****************
PCI\VEN_1039&DEV_0601=%systemroot%\inf\mshdc.inf
PCI\VEN_1039&DEV_5513=%systemroot%\inf\mshdc.inf

;*************Symphony Labs *****************************
PCI\VEN_10AD&DEV_0001=%systemroot%\inf\mshdc.inf
PCI\VEN_10AD&DEV_0150=%systemroot%\inf\mshdc.inf

;*************Promise Technology ************************
PCI\VEN_105A&DEV_4D33=%systemroot%\inf\mshdc.inf

;*************VIA Technologies, Inc. ********************
PCI\VEN_1106&DEV_0571=%systemroot%\inf\mshdc.inf
Для импорта данной информации выполните следующие действия на обоих тестовых компьютерах, на которых возникает сообщение об ошибке "stop 0x0000007B" после замены жестких дисков между этими компьютерами. После выполнения данных действий станет возможным перенесение жестких дисков, и при запуске компьютеров перестанет появляться сообщение об ошибке "stop 0x0000007B". Однако, другие различия в оборудовании могут вызвать иные проблемы.
EsTaF вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 28.02.2004, 02:42   [включить плавающее окно]   #13
EsTaF
Мужской Бывалый
 
Аватар для EsTaF
 
Регистрация: 05.06.2003
Адрес: Огурцово
Скопируйте следующую информацию в Блокнот и сохраните файл на дискету. Назовите файл mergeide.reg без расширения ".txt".

********* НАЧИНАЙТЕ КОПИРОВАНИЕ ОТСЮДА *************

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\primary_ide_cha nnel]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="atapi"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\secondary_ide_c hannel]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="atapi"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\*pnp0600]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="atapi"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\*azt0502]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="atapi"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\gendisk]
"ClassGUID"="{4D36E967-E325-11CE-BFC1-08002BE10318}"
"Service"="disk"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#cc_0101]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_0e11&de v_ae33]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1039&de v_0601]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1039&de v_5513]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1042&de v_1000]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_105a&de v_4d33]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1095&de v_0640]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1095&de v_0646]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1097&de v_0038]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_10ad&de v_0001]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_10ad&de v_0150]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_10b9&de v_5215]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_10b9&de v_5219]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_10b9&de v_5229]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1106&de v_0571]
"Service"="pciide"
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&de v_1222]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&de v_1230]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&de v_2411]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&de v_2421]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&de v_7010]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&de v_7111]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&de v_7199]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

;Add driver for Atapi (requires atapi.sys in drivers directory)

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi]
"ErrorControl"=dword:00000001
"Group"="SCSI miniport"
"Start"=dword:00000000
"Tag"=dword:00000019
"Type"=dword:00000001
"DisplayName"="Standard IDE/ESDI Hard Disk Controller"
"ImagePath"=hex(2):53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,44,00,\
52,00,49,00,56,00,45,00,52,00,53,00,5c,00,61,00,74,00,61,00,70,00,69,00,2e,\
00,73,00,79,00,73,00,00,00

;Add driver for intelide (requires intelide.sys in drivers directory)

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IntelIde]
"ErrorControl"=dword:00000001
"Group"="System Bus Extender"
"Start"=dword:00000000
"Tag"=dword:00000004
"Type"=dword:00000001
"ImagePath"=hex(2):53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,44,00,\
52,00,49,00,56,00,45,00,52,00,53,00,5c,00,69,00,6e,00,74,00,65,00,6c,00,69,\
00,64,00,65,00,2e,00,73,00,79,00,73,00,00,00


;Add driver for pciide (requires pciide.sys and pciidex.sys in drivers directory)

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PCIIde]
"ErrorControl"=dword:00000001
"Group"="System Bus Extender"
"Start"=dword:00000000
"Tag"=dword:00000003
"Type"=dword:00000001
"ImagePath"=hex(2):53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,44,00,\
52,00,49,00,56,00,45,00,52,00,53,00,5c,00,70,00,63,00,69,00,69,00,64,00,65,\
00,2e,00,73,00,79,00,73,00,00,00
************ ЗАКОНЧИТЕ КОПИРОВАНИЕ ЗДЕСЬ ***************
Извлеките файлы Atapi.sys, Intelide.sys, Pciide.sys и Pciidex.sys из cab-файла %SystemRoot%\Driver Cache\i386\Driver.cab или скопируйте эти файлы в папку "%SystemRoot%\System32\Drivers" из источнока последнего пакета исправлений, если пакет исправлений был установлен на компьютере.
В Проводнике щелкните правой кнопкой мыши по файлу Mergeide.reg, находящемуся на дискете, и выберите из контекстного меню пункт "Слияние". В появившемся окне

Вы действительно хотите добавить информацию из a:\mergeide.reg в реестр?
нажмите кнопку "Да".

После завершения процесса импорта появится следующее сообщение:

Информация из a:\mergeide.reg была успешно внесена в реестр.
Выключите компьютер и переместите жесткий диск на другой тестовый компьютер, на котором появлялось сообщение об ошибке "stop 0x0000007b", и убедитесь в том, что запуск этого компьютера производится успешно.

EsTaF добавил :

Как включить автоматический вход в систему при использовании клиента Remote Desktop в Microsoft Windows XP Professional?
По умолчанию, данная версия Microsoft Windows XP настроена таким образом, что каждому пользователю необходимо указывать имя и пароль при подключении к удаленному компьютеру с использованием клиента Remote Desktop. Данная особенность сохраняется даже в случае указания корректного имени пользователя и пароля в окне "Remote Desktop Connection" перед установкой соединения. Данная статья описывает способ изменения вышеуказанного поведения.

Для разрешения автоматического входа на компьютер под управлением данной версии Windows XP с использованием клиента Remote Desktop выполните следующие действия, зарегистрировавшись в системе под учетной записью "Administrator":
Нажмите кнопку "Start", запустите команду "Run", в поле "Open" введите команду "MMC" (без кавычек) и нажмите кнопку "ОК".
В меню "File" выберите пункт "Add/Remove Snap-in".
Нажмите кнопку "Add", выберите оснастку "Group Policy". Нажмите кнопку "Add", а затем кнопку "Finish".
Нажмите кнопку "Close", а затем нажмите кнопку "OK".
Откройте следующую папку в дереве консоли:

Local Computer Policy/Computer Configuration/Administrative Templates/Windows Components/Terminal Services/Encryption and Security
Дважды щелкните по параметру "Always prompt client for password upon connection".
Выберите параметр "Disabled" и нажмите кнопку "ОК". Закройте оснастку MMC. Теперь Вы можете выполнить автоматическое подключение к удаленному компьютеру Windows XP с использованием клиента Remote Desktop.
EsTaF вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 28.02.2004, 02:51   [включить плавающее окно]   #14
EsTaF
Мужской Бывалый
 
Аватар для EsTaF
 
Регистрация: 05.06.2003
Адрес: Огурцово
Почему иногда часто используемые программы не добавляются в главное меню?
Microsoft Windows XP включает в себя обновленное главное меню, в котором могут отображатся часто используемые программы. В этот список помещаются только ярлыки файлов с расширением .exe.

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


Documentation
Help
Install
More Info
Readme
Read me
Read First
Setup
Support
What's New
Указанный список содержится в переменной AddRemoveNames следующего раздела системного реестра:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Explorer\FileAssociation
В нижеприведенном списке указаны программы, которые не будут отображаться в списке часто используемых:
Setup.exe
Install.exe
Isuninst.exe
Unwise.exe
Unwise32.exe
St5unst.exe
Rundll32.exe

Указанный список содержится в переменной AddRemoveApps следующего раздела системного реестра:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Explorer\FileAssociation
Запретить отображение ярлыков программ в списке часто используемых можно, создав строковый параметр NoStartPage следующего вида:

(Строковый параметр REG_SZ должен быть пустым) HKEY_CLASSES_ROOT\Applications\Appname.exe

Следующие программы содержат вышеуказанный параметр по умолчанию:
Explorer.exe
Icwconn1.exe
Inoculan.exe
Mobsync.exe
Navwnt.exe
Realmon.exe
Sndvol32.exe

EsTaF добавил :

Как настроить Microsoft Internet Explorer для создания более двух сеансов загрузки?

В соответствии с действующей спецификацией RFC (Requests for Comments), в Internet Explorer количество одновременных сеансов загрузки ограничено до двух и дополнительно может выполняться один сеанс в режиме ожидания. Данная настройка является функциональной особенностью данного обозревателя Интернета. Однако, при повышении скорости соединения появляется возможность увеличить количество подключений к серверам Интернета, и ограничение в два соединения становится сдерживающим фактором. Чтобы увеличить количество одновременных соединений до десяти, выполните следующие действия:
Запустите редактор реестра (Regedt32.exe).
Выберите следующий раздел системного реестра:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings
В меню "Правка" с помощью пункта "Создать" добавьте следующие параметры:

"MaxConnectionsPer1_0Server"=Параметр Dword:0000000a
"MaxConnectionsPerServer"=Параметр Dword:0000000a

Закройте редактор реестра.

EsTaF добавил :

Как отключить пользовательский интерфейс утилиты "System Restore" в Microsoft Windows XP?

Метод 1: Использование редактора груповой политики
Нажмите кнопку "Start" и запустите команду "Run", в поле "Open" введите команду "gpedit.msc" (без кавычек) и нажмите кнопку "ОК".
Последовательно откройте следующие узлы консоли: "Computer Configuration", "Administrative Templates", "System" и затем откройте "System Restore".
Двойным нажатием клавиши мыши откройте элемент "Turn off System Restore", перейдите на вкладку "Setting" и установите флажок "Disable".
Двойным нажатием клавиши мыши откройте элемент "Turn off Configuration", перейдите на вкладку "Setting" и установите флажок "Enable".

Для получения дополнительной информации о работе этих параметров откройте ссылку "Properties" и перейдите на вкладку "Explain".
Нажмите кнопку "Apply" и затем "OK".
При попытке пользователя получить доступ к настройке "System Restore" диалоговое окно "System Properties" будет отображаться, но закладка "System Restore" будет недоступной.
Метод 2: Создание специальной MMC консоли
Нажмите кнопку "Start" и запустите команду "Run", в поле "Open" введите команду "mmc" (без кавычек) и нажмите кнопку "ОК".
В консоли управления Microsoft (MMC) в меню "Console" выберите пункт "Add/Remove Snap-in".
Перейдите на вкладку "Standalone", нажмите кнопку "Add", в списке "Available Standalone Snap-ins" выберите "Group Policy" и нажмите кнопку "Add".
В поле "Group Policy Object" оставьте значение по умолчанию "Local Computer" и нажмите кнопку "Finish".
Закройте диалоговое окно "Add Standalone Snap-in" и в диалоговом окне"Add/Remove Snap-in" нажмите кнопку "ОК".
В дереве "Console Root" последовательно откройте следующие узлы: "Local Computer Policy", "Computer Configuration", "Administrative Templates", "System", "System Restore".
Двойным нажатием клавиши мыши откройте свойство "Turn off System Restore", перейдите на вкладку "Setting" и установите флажок "Disable".
Двойным нажатием клавиши мыши откройте свойство "Turn off Configuration", перейдите на вкладку "Setting" и установите флажок "Enable".
Нажмите кнопку "Apply" и затем кнопку "OK".
В меню "Console" выберите пункт "Save as", введите имя для новой консоли и сохраните файл в папке "Administrative Tools", предлагаемой по умолчанию.

Чтобы загрузить новую консоль, нажмите кнопку "Start" выберите пункт "More Programs" и запустите команду "Administrative Tools".
При попытке пользователя получить доступ к настройке "System Restore" диалоговое окно "System Properties" будет отображаться, но закладка "System Restore" будет недоступной.
Метод 3: Использование редактора реестра для отключения System Restore

Нажмите кнопку "Start" и запустите команду "Run", в поле "Open" введите команду "regedit" (без кавычек) и нажмите кнопку "ОК".
Откройте следующий раздел системного реестра:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT
В указанном разделе создайте новый ключ:
В меню "Edit" выберите пункт "New" и укажите тип данных "Key".
В качестве имени ключа задайте "SystemRestore"(без кавычек).
Создайте новый параметр типа DWORD:
В меню "Edit" выберите пункт "New" и укажите тип данных "DWORD Value".
Двойным нажатием мыши на новом ключе откройте диалоговое окно "Edit DWORD Value".
В поле "Value name" введите значение "DisableConfig" (без кавычек). В поле "Value data" введите значение "1" (без кавычек).

EsTaF добавил :

Сообщение "Система была восстановлена после серьезного сбоя" появляется при каждой перезагрузке Microsoft Windows XP

Если Windows XP была перезагружена из-за серьезной ошибки, то утилита "Windows Error Reporting" просит Вас переслать отчет об ошибке в Microsoft для изучения данной проблемы. Windows может начать запрашивать такой отчет при каждой перезагрузке компьютера даже в тех случаях, когда в течение предыдущего сеанса работы не было никаких сбоев. После появления данной проблемы Вы будете получать запрос на отправку отчета после каждой перезагрузки даже в случае, если Вы будете выбирать действие "Не отправлять отчет".

Данная проблема появляется в случае, если после записи файла Minidump (или дампа памяти) файл подкачки продолжает иметь признак того, что файл дампа памяти должен быть записан.

Для решения данной проблемы загрузите следующий файл http://www.microsoft.com/downloads/r...eleaseID=36920 из центра загрузки Microsoft.

EsTaF добавил :

Что такое утилита DNSLint?

Утилита DNSLint является служебной программой Microsoft Windows, которая служит для диагностики основных проблем разрешения имен DNS.
http://download.microsoft.com/downlo...US/dnslint.exe

Утилита DNSLint имеет три функции проверки записей в настройках DNS-серверов и создания отчета в формате HTML. Это следующие функции:
dnslint /d: Проверяет возможные причины некорректного делегирования зон («lame delegation») и связанные с этим проблемы DNS-серверов.
dnslint /ql: Проверяет определяемый пользователем набор настроек DNS на нескольких DNS-серверах.
dnslint /ad: Проверяет настройки DNS, используемые специально для репликации Active Directory.
DNSLint является утилитой командной строки. Синтаксис:

dnslint /d имя_домена | /ad [LDAP_IP_address] | /ql входной_файл
[/c [smtp,pop,imap]] [/no_open] [/r имя_отчета]
[/t] [/test_tcp] [/s DNS_IP_address] [/v] [/y]

Обязательными параметрами DNSLint являются параметры /d, /ad и /ql. Остальные параметры являются необязательными.

Для выполнения запроса на тестирование доменных имен запускайте утилиту с параметром /d. Этот параметр используется для диагностики проблем некорректного делегирования.

Обязательно указывайте имя тестируемого домена.
Не запускайте утилиту с комбинацией параметров /d и /ad .
Для запроса на тестирование Active Directory запустите утилиту с параметром /ad.
Для диагностики проблем в настройках DNS, используемых в репликации лесов Active Directory, запустите утилиту с параметром /ad.
По умолчанию используется служба LDAP локальной системы.
Можно указать IP-адрес удаленного сервера LDAP (не обязательно).
Ввод недействительных IP-адресов не допускается. Ввод имен не допускается.

Обычно это контроллер домена Active Directory.
Обязательно используйте параметр /ad с параметром /s , где /s обозначает IP-адрес DNS-сервера, уполномоченного в зоне _msdcs корневого домена в лесе Active Directory.
Сочетание параметра /ad с параметром /ad или /c недопустимо.
Для тестирования обращений к DNS из списка запустите утилиту с параметром /ql

Параметр /ql отправляет DNS-запросы, указанные во входном текстовом файле.
Обязательно указывайте путь к входному файлу и его имя.
Параметр /ql поддерживает запросы к записям A, PTR, CNAME, SRV и MX в настройках DNS.
Для создания шаблона входного файла выполните команду

dnslint /ql autocreate
Не допускается запуск утилиты с параметром /ql вместе с параметрами /d, /ad или /c.
EsTaF вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 28.02.2004, 03:11   [включить плавающее окно]   #15
EsTaF
Мужской Бывалый
 
Аватар для EsTaF
 
Регистрация: 05.06.2003
Адрес: Огурцово
Не допускается использовать сочетания параметров /d, /ad и /ql .
Не допускается запуск утилиты с параметром /с вместе с параметрами /ad или /ql .
Используйте параметр /ad вместе с параметром /s.
Необязательные параметры

Для тестирования соединений на серверах электронной почты используйте параметр /c .

Для тестирования портов SMTP, POP и IMAP на обнаруженных серверах электронной почты используйте парааметр/c .
По умолчанию тестируются все три порта (SMTP, POP, и IMAP). Можно указывать один из портов или их комбинацию. Тестируемые порты перечисляются списком через запятые: /c pop,imap,smtp.
Чтобы предотвратить автоматическое открытие отчета, используйте параметр /no_open. Параметр /no_open может использоваться при написании сценариев.

Для указания имени файла отчета используйте параметр /r.
К именам отчетов будет автоматически добавлено расширение .htm.
Файл отчета создается в формате HTML. Его имя по умолчанию - Dnslint.htm
Как правило, отчет сохраняется в текущем каталоге.
Для игнорирования whois-запроса InterNIC используйте параметр /s.
Допускается вместо InterNIC-запроса указывать IP-адрес DNS-сервера.
Для проверки настроек DNS по указанному IP-адресу запустите утилиту с параметром /s .
Ввод недействительных IP-адресов не допускается. Ввод имен не допускается.
Этот параметр используется для проверки доменных имен, не поддерживаемых службой InterNIC.
Используя параметр /ad, обязательно добавляйте параметр /s с указанием DNS-сервера, управляющего поддоменом _msdcs в корневом домене леса Active Directory.
Аргумент /s localhost, используемый совместно с параметром /ad, позволяет определить, может ли локальная система решить проблемы в записях настроек DNS, обнаруженные во время тестов Active Directory.
Для направления вывода в текстовый файл используется ключ /t .
Имя этого текстового файла идентично имени .htm-файла отчета, но имеет расширение .txt.
Текстовый файл создается в том же каталоге, что и *.htm-файл отчета.
Для тестирования TCP-порта 53 используется параметр /test_tcp .
По умолчанию, тестируется только UDP-порт 53.
Параметр /test_tcp проверяет, отвечает ли TCP-порт 53 на запросы.
Не допускается использовать параметр /test_tcp вместе с параметром /ql.
Параметр /v используется для включения подробного вывода на экран.

Для перезаписи существующего файла отчета его новой версией без уведомления пользователя используйте параметр /y . Параметр /y можно использовать в сценариях.
Обязательные параметры

Для запуска DNSLint должен использоваться один из следующих трех параметров.
Параметр /d для тестирования имен доменов.
Параметр /ad для тестирования репликации Active Directory.
Параметр /ql для выполнения тестов, приводимых в списке запросов.
Параметр /d (тест имени домена) служит для тестирования доменного имени конкретного DNS-сервера. Этот параметр используется при устранении рпроблем некорректного делегирования и связанных с ними проблем работы службы DNS. Имя тестируемого домена может быть либо зарегистрировано в Интернете, либо использоваться в закрытом пространстве имен. Для тестирования доменных имен в частной сети или доменных имен, зарегистрированных в Интернете, уровень вложенности которых свыше двух, должен использоваться параметр /s.

Для тестирования настроек DNS, ответственных за репликацию лесов Active Directory, используйте параметр /ad. После параметра /ad должен указываться IP-адрес LDAP-сервера, используемый в данном тесте. Обычно это контроллер домена Active Directory. Если DNSLint запускается на контроллере домена, то указывать IP-адрес не обязательно, поскольку значением этого параметра по умолчанию будет 127.0.0.1.


Для тестирования настроек DNS, прописанных во входном текстовом файле, используйте параметр /ql . Сразу же за этим параметром должен указываться полный путь и имя входного текстового файла. Для создания шаблона входных текстовых файлов с именем In-dnslint.txt выполните команду dnslint /ql autocreate. В этом файле приводятся пояснения к используемому формату. Этот файл можно использовать в качестве шаблона для создания новых входных файлов.

EsTaF добавил :

Каковы принятые имена ARC-путей в файле boot.ini?
Путь к установленной операционной системе Windows NT на компьютерах с процессором х86 описывается одной строкой в файле BOOT.INI; в компьютерах, построенных на архитектуре RISC, для этого используется набор из четырех строк в загрузочных параметрах программно-аппаратных средств компьютера. Если на компьютере с процессором х86 имеется несколько инсталляций Windows NT, то файл BOOT.INI содержит ARC-путь для каждой из них. В процессе загрузки появляется меню для выбора соответствующей инсталляции.
Существует два вида ARC-путей: один начинается записью MULTI(), другой — SCSI(). На компьютерах х86 используются оба вида путей, а на RISC-компьютерах — только SCSI().
Компьютеры с процессором типа x86
Ниже приведены общие примеры ARC-путей в файле ВOOT.INI:


multi(X)disk(Y)rdisk(Z)partition(W)\<winnt_dir>


или


scsi(X)disk(Y)rdisk(Z)partition(W)\<winnt_dir>
,

где X, Y, Z и W — числа, идентифицирующие объект слева от них.

Оба приведенных ARC-пути позволяют Windows NT найти папку %SystemRoot% для загрузки расположенных в ней файлов и завершения процесса запуска. Для получения дополнительной информации см. раздел «Отличия MULTI(X) от SCSI(X) в синтаксисе и применении» этой статьи.


Компьютеры с RISC-процессором
Так как RISC-архитектура требует, чтобы программно-аппаратные средства указывали на разные области системы, то ARC-путь к одной инсталляции Windows NT состоит из четырех определений с ARC-путем (в отличие от однострочного определения ARC-пути на компьютере с процессором х86). Каждый ARC-путь следует за именем одного из четырех определений и начинается записью SCSI():



SYSTEMPARTITION scsi(X)disk(Y)rdisk(Z)partition(W)
OSLOADER scsi(X)disk(Y)rdisk(Z)partition(W)\os\<nt_dir>\osloader.exe
OSLOADPARTITION scsi(X)disk(Y)rdisk(Z)partition(W)
OSLOADFILENAME \<winnt_dir>



Далее приведено описание каждой из четырех строк.

Определение 1 (SYSTEMPARTITION).


Определяет путь к SYSTEMPARTITION, небольшому FAT-разделу, который содержит файлы OSLOADER.EXE и HAL.EXE:


scsi(X)disk(Y)rdisk(Z)partition(W)


Определение 2 (OSLOADER).


Определяет путь к файлу OSLOADER. Аналогично определению SYSTEMPARTITION, но дополнительно с дескриптором пути:


scsi(X)disk(Y)rdisk(Z)partition(W)\os\<nt_dir>\osloader.exe
,


где <nt_dir> — каталог, в котором расположен файл OSLOADER.EXE.

EsTaF добавил :

Определение 3 (OSLOADPARTITION).


Определяет загрузочный раздел, в котором расположены остальные системные файлы:


scsi(X)disk(Y)rdisk(Z)partition(W)


Определение 4 (OSLOADFILENAME).



Определяет имя папки, в которой установлена Windows NT (winnt_dir), без указания буквы диска:


\<winnt_dir>


Отличия MULTI(X) от SCSI(X) в синтаксисе и применении
Синтаксис MULTI(X)
Синтаксис MULTI(X) для ARC-путей используется только для компьютеров с архитектурой х86. В Windows NT версии 3.1 такой путь действителен только для IDE и ESDI-дисков; в Windows NT версий 3.5, 3.51 и 4.0 — также для SCSI-дисков.

Синтаксис MULTI(X) указывает операционной системе Windows NT, что для загрузки системных файлов необходимо воспользоваться BIOS. Таким образом, операционная система будет использовать вызовы по прерыванию (INT) 13 для поиска и загрузки файла NTOSKRNL.EXE (и других, необходимых для запуска Windows NT файлов).

Параметры X, Y, Z и W имеют следующие значения:


Х — это порядковый номер адаптера и должен всегда быть равен 0 (причина этого описана ниже).
Y — всегда равен нулю (0), если в начале ARC-пути стоит запись MULTI(), потому что MULTI() делает вызов по прерыванию 13 (как описано выше), а значит не нуждается в значении параметра DISK().
Z — порядковый номер диска на адаптере, как правило, число от 0 до 3.
W — номер раздела. Всем разделам присваивается номер, кроме разделов типа 5 (дополнительный раздел MS-DOS) и типа 0 (не использующиеся), причем сначала нумеруются основные разделы, а затем — логические диски. Примечание. Для параметра W нумерация начинается с 1, в отличие от параметров X, Y и Z, для которых нумерация начинается с 0.
Теоретически такой синтаксис может быть использован для запуска Windows NT с любого диска. Однако для этого необходима правильная идентификация всех дисков стандартным интерфейсом INT 13, а так как его поддержка зависит от контроллера диска и в большинстве BIOS реализована возможность идентификации только одного контроллера диска интерфейсом INT 13, то на практике следует использовать этот синтаксис для загрузки Windows NT только с первых двух дисков, подключенных к основному дисковому контроллеру, или с первых четырех дисков, если используется контроллер сдвоенного канала EIDE.

В системе, где используется только интерфейс IDE, синтаксис MULTI() будет работать максимум для четырех дисков на основном и дополнительном каналах контроллера сдвоенного канала.

В системе, где используется только интерфейс SCSI, синтаксис MULTI() будет работать для первых двух дисков на первом SCSI-контроллере (контроллере, который BIOS загружает в первую очередь).

В системе, где используются интерфейсы SCSI и IDE, синтаксис MULTI() будет работать для IDE-дисков на первом контроллере.
EsTaF вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 28.02.2004, 03:17   [включить плавающее окно]   #16
EsTaF
Мужской Бывалый
 
Аватар для EsTaF
 
Регистрация: 05.06.2003
Адрес: Огурцово
Как использовать утилиту DNSLint для устранения неполадок при репликации Active Directory?

Active Directory представляет собой распределенную базу данных. В ней хранится информация об объектах в сети и определена иерархия доступа пользователей к этой информации. Репликация Active Directory используется для синхронизации реплик разделов между контроллерами доменов в лесе Active Directory. Репликация дает пользователям доступ к информации из любого места в сети. Когда репликация работает не так, как требуется, возможны перебои в работе служб, зависящих от сведений, хранящихся в Active Directory, а именно: служб входа в домен или доступа к файлам и принтерам в сети.

Процесс репликации Active Directory зависит от возможностей системы доменных имен (DNS) разрешать имена в IP-адреса. Обычно при запуске службы регистрации в сети контроллер домена Active Directory регистрирует на настроенном DNS-сервере несколько записей . Утилита DNSLint совместима с операционными системами Microsoft 2000 и более поздними версиями. Помимо других задач она помогает разрешать проблемы репликации Active Directory. В частности, она позволяет определить следующее:
На всех ли DNS-серверах, отвечающих за корневой домен леса Active Directory, заданы параметры настройки, необходимые для успешной синхронизации реплик разделов между контроллерами доменов в лесу Active Directory. DNSLint определяет, какие настройки DNS отсутствуют в каждом из уполномоченных DNS-серверов.
Способен ли некоторый контроллер домена Active Directory разрешить проблемы с настройками DNS и успешно синхронизировать реплики разделов на контроллерах доменов в лесу Active Directory. DNSLint определяет, какие настройки DNS не могут быть исправлены тестируемым контроллером домена.
Разрешение проблем
Если контроллер домена Active Directory будет реплицирован с другим контроллером домена, то для поиска других контроллеров домена он использует DNS. Этот процесс работает следующим образом:
Контроллер домена, с которого запускается репликация (DC1), посылает в Active Directory запрос на поиск настроенных партнеров репликации. Обычно партнеры репликации назначаются автоматически «Средством Проверки Согласованности Знаний», либо вручную.

EsTaF добавил :

DC1 знает только имя контроллера домена, с которым будет выполнена репликация (DC2). В Active Directory он отыскивает код GUID, соответствующий имени контроллера домена (DC2) назначения. Каждый контроллер домена в лесе должен иметь уникальный код GUID.
Теперь, когда DC1 известен код GUID DC2, ему необходимо определить IP-адрес DC2, по которому будет установлена связь по сети. Для этого DC1 использует настройки DNS. DC1 посылает рекурсивный DNS-запрос к своему локально настроенному DNS-серверу на поиск записи CNAME. Формат этой записи всегда имеет следующий вид:

guid._msdcs.корень_леса_Active_Directory
Где guid — это код GUID, найденный DC1 в Active Directory, а корень_леса_Active_Directory является вершиной леса Active Directory. Например:

91f9b084-4876-4b59-be17-59e74c340221._msdcs.reskit.com
где 91f9b084-4876-4b59-be17-59e74c340221 это код GUID, а reskit.com - корневой домен леса Active Directory.

В ответ на запрос по поиску CNAME локально настроенный DNS-сервер в DC1 должен вернуть псевдоним. Псевдоним - это альтернативное имя для кода GUID. Например, коду GUID 91f9b084-4876-4b59-be17-59e74c340221 будет присвоен псевдоним dc-02.reskit.com.
Теперь, когда DC1 знает псевдоним GUID, необходимо передать этот псевдоним IP-адресу, чтобы установить связь с DC2 по сети. DC1 посылает рекурсивный DNS-запрос в свой локально настроенный DNS-сервер на поиск записи Host (A), соответствующей имени данного псевдонима. DNS-сервер должен вернуть тот IP-адрес, который был передан псевдониму - например, 169.254.66.7.
Теперь, когда DC1 знает IP-адрес DC2, он может подключиться к DC2 по сети и выполнить репликацию данных Active Directory.
Если выполнить эту операцию не удается, то не удается выполнить и репликацию Active Directory между контроллерами доменов, в результате чего нарушается целостность данных на контроллерах доменов. Утилита DNSLint позволяет проверить правильность хранения записей DNS и возможность их разрешения.

EsTaF добавил :

Чтобы определить, какие настройки DNS вызывают проблемы репликации Active Directory на контроллерах доменов в лесе Active Directory, запустите на выполнение следующую команду

dnslint /ad 169.254.32.1 /s 169.254.10.22
где параметр /ad обозначает контроллер домена Active Directory, по которому будут отыскиваться коды GUID для всех контроллеров домена в лесе Active Directory. По умолчанию, эта информация должна быть у всех контроллеров домена. Аргумент /ad должен использоваться вместе с параметром /s. Параметр /s указывает DNSLint IP-адрес DNS-сервера, отвечающего за зону _msdcs.forest root.

После запуска этой команды DNSLint сначала связывается с контроллером домена Active Directory, указанного за параметром /ad (169.254.32.1). Данная команда используется для отправки утилитой DNSLint запроса в Active Directory на этом контроллере домена, чтобы найти все коды GUID в лесу Active Directory. В частности, поиск выполняется в следующей области Active Directory

CN=NTDS Settings, CN=Sites,CN=Configuration,DC=reskit,DC=com
где «DC=reskit,DC=com» — это корневой домен леса Active Directory.

Для выполнения данного типа LDAP-запроса требуется проверка подлинности при регистрации в Active Directory. Обычно DNSLint работает в том же контексте безопасности, что и пользователь, запустивший эту команду на выполнение. Для проверки подлинности при входе в Active Directory во время выполнения связующего LDAP-запроса берутся учетные данные этого пользователя. Если учетные данные подлинны и пользователю разрешен доступ к информации в Active Directory, то связующий запрос успешно завершается, и в Active Directory выполняется поиск кодов GUID. Если связующий запрос выполнить не удается, то поиск становится невозможен, как и вся операция. В этих случаях DNSLint выдает пользователю сообщение об ошибке.

Если указанный контроллер домена возвращает список кодов GUID, то DNSLint посылает DNS-запрос к DNS-серверу, обозначенному параметром /s. В представленном ранее примере DNS-запросы направляются по адресу 169.254.10.22. Если этот DNS-сервер не уполномочен за поддомен _msdcs.корень_леса_Active_Directory, то в результате выполнения данной операции ни одна из ранее найденных записей DNS для кодов GUID может быть не найдена. Параметр /s должен задавать IP-адрес DNS-сервера, отвечающего за поддомен _msdcs.корень_леса_Active_Directory .

В некоторых средах, например таких, где DNS-сервер не поддерживает динамическое обновление и управляет корневой зоной, зона _msdcs делегирована DNS-серверу, не отвечающему за корневой домен леса Active Directory. Перед тем как перейти к следующим DNS-запросам, DNSLint проверяет, было ли выполнено такое делегирование. Этот шаг позволяет исключить отправку DNS-запросов к DNS-серверам, не предназначенным для тестирования.

По мере обработки DNS-запросов, DNSLint пытается найти другие DNS-серверы, отвечающие за корневой домен леса Active Directory. После обнаружения DNS-серверов, управляющих корневым доменом леса Active Directory, DNSLint выполнит на этом DNS-сервере (серверах) поиск записей CNAME, найденных в Active Directory. По мере разрешения каждой записи CNAME в псевдоним, утилита DNSLint также пытается разрешить для каждого псевдонима связывающие записи (А). Как уже отмечалось в данной статье, эти записи DNS требуются для репликации Active Directory.

После этого DNSLint создает отчет в формате HTML (или в текстовом формате). В отчет включаются все коды GUID, найденные в Active Directory, DNS-серверы, управляющие корневым доменом леса Active Directory, а также результаты поиска всех записей CNAME и связывающих записей на этих серверах. В отчете дается сводка об отсутствующих записях CNAME и связывающих записях (A) для каждого DNS-серверу. Этот отчет можно использовать для исправления ошибок в настройках DNS, вызывающих проблемы репликации Active Directory, например в случае отсутствующих или ошибочных записи DNS.
EsTaF вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 28.02.2004, 03:18   [включить плавающее окно]   #17
EsTaF
Мужской Бывалый
 
Аватар для EsTaF
 
Регистрация: 05.06.2003
Адрес: Огурцово
Чтобы определить, удается ли контроллеру домена Active Directory выполнять разрешение всех записей DNS, необходимых для успешной синхронизации реплик разделов на контроллерах доменов в лесе Active Directory, запустите на тестируемом контроллере домена команду:

dnslint /ad /s localhost
Так как после параметра /ad IP-адрес явно не указан, то будет использоваться значение 127.0.0.1. Это значит, что контроллер домена будет искать список кодов GUID у себя. При необходимости можно указать адрес альтернативного LDAP-сервера контроллера домена. Аргумент localhost после параметра /s используется для того, чтобы при разрешении записей CNAME и связывающих записей (А), необходимых для репликации Active Directory, использовались DNS-сервер (или серверы), настроенные на тестируемом контроллере домена. Согласно данной спецификации, чтобы определить возможности контроллера домена по разрешению необходимых записей, на локально настроенный DNS-сервер (серверы) посылается рекурсивный DNS-запрос. Это совсем не означает, что записи будут проверяться во всех DNS-серверах локального контроллера домена. Список DNS-серверов в контроллере домена управляется в соответствии с его стандартным поведением. Это значит, что если первый DNS-сервер из списка не отвечает, то будет использован второй. Этот тест показывает, способен ли контроллер домена распознавать записи в настройках DNS, участвующие в репликации Active Directory. При этом тестирования DNS-серверов не выполняется.

Отчет, созданный DNSLint, можно использовать при разрешении любых проблем с настройками DNS, препятствующих нормальной репликации Active Directory, например, отсутствующие или ошибочные записи.

Утилита DNSLint доступна для загрузки с узла файловой поддержки Майкрософт: http://download.microsoft.com/downlo...US/dnslint.exe
EsTaF вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 28.02.2004, 09:30   [включить плавающее окно]   #18
EsTaF
Мужской Бывалый
 
Аватар для EsTaF
 
Регистрация: 05.06.2003
Адрес: Огурцово
Как изменить окно входа в систему в Microsoft Windows XP?
Нажмите кнопку "Start" и запустите команду "Control Panel".
Откройте элемент панели управления "User Accounts".
Откройте ссылку "Change the way users log on or off".
Снимите флажок "Use the Welcome screen".
При выключении окна "Welcome logon" также становится недоступной команда "Fast User Switching".

Для включения запроса нажатия комбинации клавиш "CTRL+ALT+DEL" перед отображением окна выключения и входа в систему, как это делается в Windows 2003 Server, выполните следующие действия:


Нажмите кнопку "Start" и запустите команду "Run", в поле "Open" введите команду "regedit" (без кавычек) и нажмите кнопку "OK".
Откройте следующий раздел системного реестра:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon

Создайте новый параметр типа "DWORD value".
Измените имя параметра на ''DisableCAD'' (без кавычек) и нажмите клавишу "Enter".
Оставьте значение параметра нулевым, которое отображается как "0x00000000(0)".
EsTaF вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 11.03.2004, 15:08   [включить плавающее окно]   #19
Slavchik
Мужской Registered User
 
Аватар для Slavchik
 
Регистрация: 05.03.2003
Адрес: Москва
Внесите в ФАК первое сообщение этой ветки В Win2k есть возможность включения совместимости как в XP а то вот опять такой вопрос возник, через какое то время закопается глубоко, а это я думаю многим интересно было бы.
Slavchik вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 11.03.2004, 17:19   [включить плавающее окно]   #20
J. Corvin
Мужской Заслуженный
Автор темы
 
Аватар для J. Corvin
 
Регистрация: 27.02.2003
Адрес: Мурманск
Цитата (Rackot) »
Только что нарыл классную вещь:
Включение режима совместимости (compatibility mode) Windows 2000 Service Pack 2 и выше. Реализуется это все до безобразия просто надо в командной строке набрать:

regsvr32 %systemroot%\apppatch\slayerui.dll

и все, даже не надо перегружаться, после это на свойствах ярлыках появляется закладка compability!!!!
__________________
it's can't rain all the time
J. Corvin вне форума  
Конфигурация ПК
Ответить с цитированием
Ответ Создать новую тему

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 08:26. Часовой пояс GMT +3.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd. Перевод: zCarot
Copyright © 2000-2017 3DNews. All Rights Reserved.
Администрация 3DNews требует соблюдения на форуме правил и законов РФ
Серверы размещены в Hostkey