아래의 명령이 아마 유용할 것이다.

mode con lines=n - 여기서 n은 행의 수이다(만약 n이 화면의 크기보다 크다면 이동막대가 추가된다) mode con cols=n - 여기서 n은 열의 수이다(수평 이동 막대가 추가된다).

NT는 시동시에 얼마의 L2 캐쉬가 설치되었는가 검출하려 시도하지만 항상 이 값을 알아낼 수 없으며, 따라서 256의 기본값을 사용한다. 만약 이 이상의 L2 캐쉬를 가지고 있으면 수작업으로 정확한 양을 설정할 수 있다.

1. 레지스트리 편집기를 시작한다.
2. 다음 레지스트리로 이동한다. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
3. SecondLevelDataCache을 두번 클릭한다.
4. 10진수를 클릭하고 적당한 양(예: 512)을 입력한다.
5. 확인을 클릭한다.
6. 레지스트리 편집기를 닫고 시스템을 다시 시동한다.

관리자 계정을 삭제하는 것은 불가능하다. 만약 이 계정을 삭제하려고 하면 "빌트인 계정에대해 이 작업을 수행할 수 없습니다"라는 메시지가 출력될 것이다. 그러나 이 계정의 이름을 변경할 수 있다. 사실 해킹의 가능성을 피하기위해 계정의 이름을 변경할 것을 권고한다. 대부분의 해커는 관리자 계정을 사용해서 시스템에 들어가려고 한다. 관리자 계정의 이름을 변경하려면 다음 절차를 수행한다.

1. 관리자로서 로그운한다.
2. 사용자 관리자(또는 도메인용 사용자 관리자)를 시작한다.
3. 관리자 계정을 선택하고 사용자 메뉴로부터 이름 바꾸기를 선택한다.
4. 새로운 이름을 입력하고 확인을 클릭한다.

기본적으로 분할영역의 남은 용량이 전체 용량의 10% 이하로 떨어질 때 Event ID 2013은 다음과 같은 오류 메시지를 출력한다.

"디스크의 용량이 부족합니다. 몇몇 파일을 삭제할 필요가 있습니다."

이러한 이벤트를 보기위해 이벤트 표시기를 사용한다. 그러나 경고를 생성할 비율을 변경할 수 있다.

1. 레지스트리 편집기를 시작한다.
2. 다음 레지스트리로 이동한다. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters
3. DiskSpaceThreshold가 존재하면 두번 클릭하고 5 단계로 건너뛴다.
4. 이 값이 존재하지 않으면 편집메뉴로부터 DWord 형의 DiskSpaceThreshold을 추가한다.
5. 기저를 10진수로 설정하고 0-99까지의 값중 원하는 값을 입력한다.
6. 확인을 클릭한다.
7. 시스템을 다시 시작한다.

RDISK.EXE을 실행할 때 %systemroot%\repair 폴더의 다음 파일들을 갱신한다.

시스템은 setup.log 파일을 사용하므로 sam.과 security.은 점점 커진다. sam.와 security. 파일은 RDISK.EXE를 /s(예: rdisk /s)로 기동할 때에만 갱신된다.

%systemroot%\repair 폴더의 내용이 1.44MB를 초과하면 "응급 복구 디스크가 꽉찼습니다"라는 오류 메시지를 받게된다. 먼저 repair 볼더의 내용을 조사하고 파일에 문제가 있는지 확인해야 한다.

문제가 SETUP.LOG라면 다음 절차를 수행할 수 있다.

1. repair 폴더내의 SETUP.LOG의 사본을 생성한다. copy %systemroot%\repair\setup.log %systemroot%\repair\setup.backup
2. 메모장을 사용해서 setup.backup 파일을 편집한다.
3. [Files.WinNt] 항목으로 이동하고 %systemroot%\system32 (또는 %systemroot%와 등가인 것. 예: winnt)로 시작하는 항목을 제외한 모든 항목을 삭제한다.
4. 변경된 파일을 저장한다.
5. RDISK.EXE를 실행한다.
6. RDISK가 종료되면 생성된 SETUP.LOG 파일을 삭제한다. del %systemroot%\repair\setup.log 사본을 복사한다. copy %systemroot%\repair\setup.backup %systemroot%\repair\setup.log

만약 문제가 SETUP.LOG 파일이 아니라 SAM.와 SECURITY. 파일이 너무 커서 발생한 것이라면 이 시스템에 너무 많은 계정이 있기때문이므로 이들 계정중 몇몇을 삭제할 필요가 있다.

할 수있는 것은 이전에 작성한 ERD(SAM.와 SECURITY.의 크기가 작은)를 가지고 SAM.와 SECURITY. 파일을 %systemroot%\repair로 복사하고 앞으로는 절대 /s 옵션으로 RDISK.EXE를 실행하지 않는것이다. 이것은 계정정보는 복구될 수 없으며, ERD 원본이 생성될 때의 관리자 암호를 알고 있어야 한다는 것을 의미한다.

만일 위급한 상황이 발생하더라로 계정을 복구하고 싶다면 필자는 다음중 하나를 제안한다.

• 로칼 레지스트리를 백업하는 옵션으로 NTBACKUP.EXE을 사용한다.
• 전체 레지스트리를 화일로 저장하고 복구하기위해 리소스 킷에 포함된 REGBACK.EXE와 REGREST.EXE를 사용한다. REGBACK d:\registry.bku

보다 자세한 정보는 KB 기사 Q130029를 본다.