| |
|
|
| Najlepiej
przeglądać z
Brak zainstalowanej karty dźwiękowej po zakończeniu instalacji Windows NT 4.0 Odtwarzanie zbioru BOOTSECT.DOS Applety Javy powodują zawieszanie się Internet Explorera 3.02 pracującego w systemie Windows NT 4.0 z Service Pack 3 Urządzenia Plug and Play nie są automatycznie instalowane w Windows NT 4.0 Rejestracja polskich czcionek dla Windows 3.x w NT 4.0 Windows NT nie może wystartować poprawnie. Sposoby instalacji Microsoft Windows
NT Workstation 4.0 Czyszczenie rejestrów – program Regcln.exe Przeglądanie zasobów wolnostojącego komputera za pośrednictwem zdalnego dostępu - RAS Komunikat błędu ”0x4000” w czasie instalacji Windows NT 4.0 Workstation Automatyczne logowanie do Windows NT Wyjaśnienia na temat SP2 dla Microsoft® Windows NT 4.0. Podłączenie Windows NT 4.0 do Internetu (SLIP/PPP) z użyciem linii dzierżawionych. |
WindowsNT Brak zainstalowanej karty dźwiękowej po zakończeniu instalacji Windows NT 4.0 Dotyczy: Windows NT 4.0 PL., US OPIS PROBLEMU Karta dźwiękowa nie jest instalowana automatycznie w czasie instalacji systemu lub po jej zakończeniu. PRZYCZYNY Instalator Windows NT 4.0 nie wykrywa automatycznie oraz nie instaluje kart dźwiękowych. Karta dźwiękowa może zostać automatycznie zainstalowana jedynie w czasie uaktualnienia systemu z wcześniejszej wersji Windows NT. Takie działanie jest zgodne z założeniami projektowymi Windows NT 4.0. Wersja 4.0 Windows NT, podobnie jak poprzednie wersje tego systemu, nie obsługują standardu Plug and Play. ROZWIĄZANIE Instalacja karty dźwiękowej:
Po ponownym uruchomieniu systemu na ekranie pojawi się komunikat z informacją o tym, że Windows NT wykrył kartę dźwiękową. DODATKOWE INFORMACJE Więcej informacji o użyciu Sbpnp.inf można znaleźć w pliku README.TXT znajdującym się na krążku instalacyjnym Windows NT 4.0 w folderze Drvlib\Audio\Sbpnp\I386. Innym sposobem na przeprowadzenie instalacji kart dźwiękowych typu plug and play jest uruchomienie pliku o nazwie PNPISA. Wykrywanie oraz automatyczna instalacja urządzeń PnP będzie wprowadzona w następnej wersji Windows NT, a więc w wersji 5.0.
Odtwarzanie zbioru BOOTSECT.DOS Dotyczy: OPIS PROBLEMU Ten artykuł opisuje sposób odtworzenia zbioru BOOTSECT.DOS, który jest tworzony przez program instalacyjny systemu Windows NT w głównym katalogu dysku C podczas instalacji Windows NT. Zbiór BOOTSECT.DOS zawiera oryginalny (istniejący przed instalacją Windows NT) “boot sector” partycji, w której znajduje się dysk C. Zbiór BOOTSECT.DOS jest konieczny do uruchomienia poprzedniej wersji systemu operacyjnego. ROZWIĄZANIE Informacje zawarte w BOOTSECT.DOS są tworzone przez poprzedni system operacyjny. Aby odtworzyć omawiany zbiór należy postąpić według zamieszczonych poniżej wskazówek:
Na pierwszym ekranie Instalatora Windows NT wybierz opcję naprawy uszkodzonej instalacji Windows NT wciskając klawisz R. Postępuj zgodnie z instrukcjami Instalatora Windows NT. Gdy program instalacyjny przedstawi listę dostępnych czynności naprawczych zaznacz operację “Sprawdź sektor rozruchowy”. Postępuj zgodnie z instrukcjami Instalatora Windows NT, aż program instalacyjny zakończy naprawę twojego systemu. Dotyczy: OPIS PROBLEMU Internet Explorer wersja 3.02 pracujący w sytemie Windows NT 4. z zainstalowanym Service Pack 3 może zawiesić się (przestać reagować na działania użytkownika) podczas otwierania strony internetowej zawierającej aplikację Javy. Opisany efekt wystąpi jedynie wówczas, gdy we Właściwościach Ekranu paleta kolorów jest ustawiona na True Color. ROZWIĄZANIE Aby obejść opisywany problem nie należy we Właściwościach Ekranu, dla palety kolorów używać opcji True Color. Ponadto dostępna jest poprawka do amerykańskiej wersji systemu zawierająca zmodyfikowany zbiór WIN32K.SYS, która zapobiega zawieszaniu się Internet Explorera. Wspomniana poprawka nie została jednak w pełni przetestowana pod względem kompatybilności z innymi aplikacjami i powinna być instalowana jedynie w systemach, w których występuje wspomniany efekt. Jeżeli opisywany problem nie uniemożliwia użytkownikowi pracy, Microsoft zaleca aby poczekać na następny Service Pack, który będzie zawierał wspomnianą poprawkę. Poprawka do wersji amerykańskiej znajduje się pod następującym adresem internetowym: ftp://ftp.microsoft.com/bussys/winnt/winnt-public/fixes/usa/nt40/hotfixes-postSP3/java-fix Urządzenia Plug and Play nie są automatycznie instalowane w Windows NT 4.0 Dotyczy: Windows NT 4.0 PL, US Problem Podczas instalacji Windows NT 4.0 urządzenia, które są zgodne ze standardem Plug and Play nie są rozpoznawane i zainstalowane. Przyczyny Przyczyną nie wykrywania tych urządzeń jest to, że Windows NT 4.0 nie ma wbudowanej obsługi urządzeń typu Plug and Play, tzn. takich urządzeń, które powinny zostać automatycznie rozpoznane oraz poprawnie zainstalowane podczas instalacji systemu lub podczas ponownego uruchamiania systemu tuż po zakończeniu procesu instalacji. Rozwiązanie Wraz z Windows NT 4.0 zostało dostarczone narzędzie (obsługiwane przez dwa pliki PNPISA.INF oraz PNPISA.SYS), które umożliwia automatyczną instalację urządzeń zgodnych ze standardem Plug and Play. PNPISA nie jest uruchamiane przez system operacyjny. Należy wykonać następujące czynności w celu uruchomienia samoczynnego wykrywania urządzeń typu Plug and Play:
Po ponownym uruchomieniu systemu na ekranie powinien pojawić się komunikat informujący o tym, że Windows NT wykrył nowe urządzenie lub urządzenia, jeśli zostały dodane. Dodatkowe informacje PNPISA jest dostarczane przez Microsoft jako narzędzie, które można użyć na własne ryzyko. A zatem PNPISA nie jest opisane w podręczniku użytkownika i w przypadku wystąpienia problemów, można jedynie liczyć na własne siły, gdyż Windows NT 4.0 nie obsługuje standardowo urządzeń typu Plug and Play, zgodnie z informacją podaną powyżej. Microsoft planuje wprowadzić obsługę urządzeń Plug and Play, między innymi, w następnej wersji Windows NT, tj. w wersji 5.0. Rejestracja polskich czcionek dla Windows 3.x w NT 4.0 Problem Próby instalacji polskich czcionek opracowanych dla Microsoft Windows 3.x w systemie Microsoft Windows NT 4.0 kończą się niepomyślnie – nie widać polskich liter. Dzieje się tak dlatego, że Windows NT traktuje te czcionki jako angielskie. Problem ten nie dotyczy wyłącznie czcionek dostarczanych z produktami Microsoft. Identyczną procedurę rejestracji można stosować w przypadku oprogramowania innych producentów przygotowanego do pracy w Microsoft Windows 3.x, a wykorzystywanych w systemie Microsoft Windows NT 4.0 Rozwiązanie Rozwiązanie powyższego problemu istnieje, choć może się okazać uciążliwe dla większej ilości czcionek. Należy dodać w Rejestrze w kluczu FontSubstitutes dla każdej takiej czcionki odpowiednią wartość, prawidłowo rejestrującą jej stronę kodową (skrypt): nazwa wartości: nazwa_czcionki,script_ID ciąg tekstowy: nazwa_czcionki,script_ID gdzie nazwa czcionki to np. Arial Narrow CE, a script ID dla Wschodniej (cp1250) to 238. Można ten proces zautomatyzować przy pomocy odpowiedniego pliku reg. Poniżej jest zawartość takiego pliku, który dokonuje odpowiednich zmian dla dodatkowych czcionek dostarczanych z polskim Office 95. REGEDIT4 Rejestracja strony kodowej (skryptu) dodatkowych wschodnioeuropejskich czcionek instalowanych wraz z Microsoft Office 95 PL w Windows NT 4.0. [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes] "Arial Narrow CE,238"="Arial Narrow CE,238" "Book Antiqua CE,238"="Book Antiqua CE,238" "Bookman Old Style CE,238"="Bookman Old Style CE,238" "Century Gothic CE,238"="Century Gothic CE,238" "Century Schoolbook CE,238"="Century Schoolbook CE,238" "Monotype Corsiva CE,238"="Monotype Corsiva CE,238" Aby dokonać automatycznej rejestracji nowych czcionek należy:
Windows NT nie może wystartować poprawnie. Dotyczy: - Microsoft Windows NT Workstation versions 3.5 and 3.51 - Microsoft Windows NT Server versions 3.5 and 3.51 - Microsoft Windows NT Workstation versions 4.00 - Microsoft Windows NT Server versions 4.00 OBJAWY Po zmianie konfiguracji lub świeżej instalacji systemu Windows NT 3.51 lub 4.0 pojawia się okienko Service Control Message z komunikatem : „Windows NT could not be started as configured. A previous working
configuration was used instead" PRZYCZYNY Problem ten występuje na komputerach z zainstalowanym BIOS’em Award Modular BIOS w wersji 4.50G, Award 4.50GP BIOS, lub Award 4.50PG BIOS. ROZWIĄZANIE W celu przywrócenia poprawnego działania systemu Windows NT należy zmienić ustawienia w BIOS’ie komputera. W przypadku Award Modular BIOS w wersji 4.50G należy zmieniać następujące ustawienia (po każdym sprawdzając zachowanie systemu) : Daylight Savings Time - disabled DMACLOCK - SCLK-2 PRQ2detection - enabled IDEHDDblockmode – disabled W przypadku Award 4.50PG BIOS należy zmienić : Daylight Savings Time - disabled UWAGA: Niektóre ustawienia w BIOS’ie mogą być niedostępne na wszystkich komputerach. DODATKOWE INFORMACJE Problem może być również rozwiązany poprzez wymianę Award BIOS’u. W tym celu należy skontaktować się z dostawcą komputera lub z Award Software tel. (415) 968-4433. Dotyczy: Microsoft Windows NT Workstation 4.0 PODSUMOWANIE Do rozpoczęcia instalacji systemu operacyjnego Microsoft Windows NT Workstation 4.0 na komputerach z procesorem Intel x86 służy program WINNT.EXE znajdujący się na CD-ROMie dystrybucyjnym produktu w katalogu I386. W zależności od medium na jakim znajdują się pliki źródłowe programu instalacyjnego sposoby rozpoczęcia instalacji systemu operacyjnego Microsoft Windows NT Workstation 4.0 na komputerach z procesorem Intel x86 można podzielić na dwie grupy:
W zależności od nośnika użytego do wystartowania komputera w celu rozpoczęcia właściwego programu instalacyjnego wymienione wyżej grupy można podzielić z kolei na następujące podgrupy (przy każdej podgrupie podano sposób wywołania programu WINNT.EXE odpowiedni do omawianego sposobu instalacji): Ad 1. Instalacje z CD-ROMu umieszczonego w lokalnym napędzie komputera, na którym jest wykonywana instalacja:
Ad 2. Instalacje z udziału sieciowego (w tym także z lokalnego katalogu, do którego skopiowano zawartość CD-ROMu) – jednym z etapów wszystkich opisanych w tym punkcie sposobów instalacji jest kopiowanie plików programu instalacyjnego z udziału sieciowego (lub lokalnego dysku) na lokalny dysk komputera do tymczasowego katalogu, z którego są w dalszych etapach kopiowane do swoich docelowych miejsc. Ponadto opisane w tym punkcie sposoby instalacji wymagają obecności na komputerze innego systemu operacyjnego umożliwiającego uzyskanie dostępu do zasobu sieciowego zawierającego pliki źródłowe programu instalacyjnego (np. MS-DOS + Microsoft Network Client for MS-DOS, MS-DOS + Windows for Workgroups lub Windows 95) oraz ok. 120 MB wolnej przestrzeni dyskowej na partycji z systemem plików FAT.
Czyszczenie rejestrów – program Regcln.exe Dotyczy: OPIS PROBLEMU Instalacja lub reinstalacja pewnych pogramów może spowodować powstawanie błędów w rejestrach systemu Windows NT lub Windows 95. Zdarza się to na przykład wtedy, gdy aplikacja pozostawia wpisy w rejestrach po odinstalowaniu. Efektem tego może być na przykład uszkodzenie funkcji OLE w innych aplikacjach. ROZWIĄZANIE Istnije program Microsoft RegClean, który oczyszcza rejestry z pozostawionych przez programy wpisów. Regcln.exe jest samorozpakowującym się archiwum o wielkości 1.56 MB. Po instalacji tworzony jest standardowo folder c:\Program Files\RegClean. W tym folderze znajduje się jądro programu, plik Regcln.exe, tworzony jest także plik Undo.reg, który zawiera informacje o wszystkich wpisach w rejestrach, które zostały zmienione przez RegClean (na wypadek, gdyby użytkownik chciał cofnąć się do stanu pierwotnego). Aby je przeglądać, należy kliknąć prawym przyciskiem myszy na pliku Undo.reg a następnie wybrać opcję Edit. W celu cofnięcia zmian wprowadzonych przez RegClean należy dwukrotnie kliknąc ikonkę pliku Undo.reg. Dodatkowo, tworzony jest plik o nazwie St4unst.log, w którym zapisane są wszystkie akcje związane z działaniem programu RegClean. Po uruchomieniu, program RegClean skanuje wpisy w rejestrach i zapisuje je w pliku Undo.reg. Na tym etapie, użytkownik może zaznaczyć pole Options i wybrać, pod jakim kątem chce sprawdzać rejestry. Do dyspozycji są zakładki: Typelibs, Interfaces, ProgIDs, CLSIDs i Files. DODATKOWE INFORMACJE Plik Regcln.exe (wersja 3.0) można znaleźć na: Technet April 1997 #2 (drivers and patches) Internet: ftp.microsoft.com/Softlib/Mslfiles/REGCLN.EXE Internet: www.microsoft.com w SUPPORT The Microsoft Network w MSSUPPORT Microsoft Download Service (MSDL) Przeglądanie zasobów wolnostojącego komputera za pośrednictwem zdalnego dostępu - RAS Dotyczy: Microsoft Windows NT
wersja 3.1 OPIS PROBLEMU Jeżeli korzystając z usługi zdalnego dostępu telefonujesz z komputera pracującego w sieci (np. komputer w biurze) do komputera wolnostojącego (nie podłączonego do sieci – np. komputer w domu), to nie możesz przeglądać zasobów udostępnianych przez komputer wolnostojący. PRZYCZYNY W systemie Windows NT przeglądanie sieci jest automatycznie wyłączane jeżeli dany komputer jest komputerem wolnostojącym tzn. nie jest podłączony do sieci lokalnej. Takie zachowanie systemu wynika z założenia, że użytkownicy zazwyczaj łączą się z komputerów wolnostojących (domowych) z komputerami pracującymi w sieci (biurowymi). W takich okolicznościach nie jest potrzebne przeglądanie zasobów komputera wolnostojącego (domowego). ROZWIĄZANIE Aby umożliwić przeglądanie zasobów udostępnianych przez komputer wolnostojący należy zrealizować następujące kroki:
Po zainstalowaniu wirtualnej karty sieciowej „MS Loopback" system zachowuje się tak, jakby był podłączony do sieci lokalnej (dostępne są w aplikacjach opcje sieciowe). Pełną funkcjonalność sieciową sytemu uzyskuje się jednak dopiero po nawiązaniu połączenia z inną maszyną za pomocą usługi zdalny dostęp. Komunikat błędu ”0x4000” w czasie instalacji Windows NT 4.0 Workstation Dotyczy: Microsoft Windows NT 4.0 Workstation OPIS PROBLEMU Instalacja systemu Microsoft Windows NT 4.0 Workstation może zostać przerwana komunikatem błędu o kodzie: „0X4, 00,0”. PRZYCZYNY Objawy powyższe zwykle wskazują na uszkodzenie głównego rekordu ładującego (MBR - Master Boot Record) na dysku twardym, na którym ma być zainstalowany system MS Windows NT 4.0 Workstation. ROZWIĄZANIE Komputer należy uruchomić z dysku startowego utworzonego w wersji 6.x , systemu MS DOS, a następnie odświeżyć rekord ładujący dysku twardego, uruchamiając program fdisk poleceniem:
Główny rekord ładujący dysku twardego (MBR) zostanie odświeżony. Dane znajdujące się na dysku twardym nie zostaną utracone ani zniszczone. DODATKOWE INFORMACJE Uszkodzenie głównego rekordu ładującego dysku może być spowodowane obecnością wirusów. Automatyczne logowanie do Windows NT Dotyczy: Windows NT pozwala na zautomatyzowanie procesu logowania dzięki możliwości zapamiętania hasła i innych potrzebnych informacji w Rejestrze. UWAGA: Ta cecha pozwala innym użytkownikom na uruchomienie komputera i automatyczne logowanie się do systemu za pośrednictwem utworzonego w ten sposób konta. Ponadto może ona spowodować konflikty czasowe – np. w sytuacji gdy ładowane jest więcej protokołów sieciowych, automatyczne logowanie może sprawić, że system będzie próbował użyć pewnych zasobów sieciowych zanim zakończy się ładowanie wspomnianych protokołów sieciowych. ROZWIĄZANIE Aby włączyć automatyczne logowanie do systemu należy użyć Edytora Rejestru (REGEDT32.EXE) w celu umieszczenia nazwy użytkownika i związanego z nim hasła w rejestrze systemowym. Procedura jest następująca: OSTRZEZENIE: Nieprawidłowe użycie Edytora Rejestru może spowodować poważne problemy systemowe, do których rozwiązania konieczne może być przeinstalowanie Windows NT. Microsoft nie gwarantuje, że problemy wynikłe z nieprawidłowego użycia Edytora Rejestru będzie można rozwiązać. Używasz tego narzędzia na własne ryzyko. Uruchom REGEDT32.EXE i znajdź w Rejestrze
następujący klucz: Umieść w Rejestrze informacje o nazwie swojej
domeny, koncie użytkownika i związanym z nim haśle
przypisując odpowiednie wartości następującym
pozycjom: Z menu Edycja wybierz opcję Dodaj wartość. W pole Nazwa wartości wpisz “AutoAdminLogon" (bez cudzysłowów). Jako Typ danych wybierz REG_SZ. Wpisz “1” (bez cudzysłowów) w pole Ciąg znaków. Wyjdź z programu REGEDT32.EXE. Zamknij system Windows NT. Uruchom ponownie komputer. Podczas ładownia systemu powinieneś zostać automatycznie zalogowany. Wyjaśnienia na temat SP2 dla Microsoft® Windows NT 4.0. Wokół zestawu Service Pack 2 for Windows NT 4.0 narosło już wiele legend i niedomówień. Przede wszystkim wyjaśnijmy zawartość. Otóż SP2 zawiera:
Jeśli chodzi o informacje, jakie pojawiły się co do działania SP2, to jednoznacznie stwierdzono, że dwa z fragmentów SP2 wymagają poprawek i zostały one umieszczone na ftp://ftp.microsoft.com/bussys/winnt/winnt-public/fixes/usa/nt40/hotfixes-postsp2. Jednak wielu użytkowników twierdzi, że po zainstalowaniu SP2 pojawiły się problemy z działaniem serwera Windows NT zwłaszcza w wypadku, jeśli serwer miał inne ustawienia narodowe niż amerykańskie. Nie można jednoznacznie stwierdzić, że tak jest lub nie. Część użytkowników wręcz twierdzi iż jest to nieprawda - z naszego doświadczenia wewnątrz firmy również nie zauważyliśmy podobnych problemów. Przede wszystkim zalecamy sprawdzenie Listy Zgodności Sprzętu (HCL) czy wszystkie elementy naszego komputera tam się znajdują. Problemy pojawiają się w specyficznych konfiguracjach sprzętowych lub programowych. Jedyne co możemy doradzić to przetestowanie Service Pack 2. Dzięki temu, że SP2 jest wyposażony w program odinstalowujący go (całkowicie!), można go bezboleśnie usunąć. Aby móc to uczynić sprawnie i bezproblemowo dobrze jest przygotować sobie tzw. Rescue Disk przed wykonaniem instalacji SP2. Jeżeli coś pójdzie nie tak i system będzie działał niestabilnie - bez trudu usuniemy zainstalowane oprogramowanie. Jeżeli chcemy używać IIS 3.0 - musimy zainstalować SP2. I jeszcze jedno - polska wersja Microsoft Windows NT Workstation zawiera wbudowany Service Pack 1. ABSOLUTNIE NIE WOLNO jednak instalować SP2 na wersji polskiej - jest on przeznaczony tylko i wyłącznie dla anglojęzycznej wersji oprogramowania. Dla polskiej wersji Windows NT Workstation przeznaczona będzie następna wersja Service Pack dostępna w późniejszym terminie. Podłączenie Windows NT 4.0 do Internetu (SLIP/PPP) z użyciem linii dzierżawionych . Aby podłączyć Windows NT 4.0 do Internetu poprzez linie dzierżawione (Leased Line LL), należy użyć serwisu RAS. Poniżej opisano krok po kroku jak konfigurować NT 4.0 by podłączyć się do routera poprzez LL używając protokołu PPP lub SLIP. I. Instalacja serwisu RAS.
W Windows NT 4.0 zastosowano inna obsługę modemów niż w NT.3.51, wprowadzono tzw. UniModem, co znacznie rozszerza możliwości obsługi modemów, lecz po dokonaniu standardowej instalacji, uniemożliwia użycie modemu skonfigurowanego jako tzw. NULL-MODEM Aby umożliwić używanie tej opcji należy zmodyfikować plik mdmhayes.inf (lub inny, zgodny z zastosowanym modemem) lub zablokować używanie unimodemu. Poniżej opisano wykorzystanie pliku modem.inf (jest on znacznie prostszy w konfiguracji i występuje w wersji NT 3.51 a więc jest znacznie lepiej znany niż unimodem). Aby przywrócić w serwisie RAS używanie pliku konfiguracyjnego modem.inf zamiast unimodem należy zmodyfikować ‘Registry’ (Q150808) tzn.
HKEY_LOCAL_MACHINE\Software\Microsoft\RAS\Protocols
Value Name : EnableUnimodem Data Type: REG_DWORD Value: 0
Teraz należy skonfigurować modem ,zaleca się używanie kontroli przepływu danych RTS/CTS, linia DCD powinna być cały czas w stanie HIGH (szczegóły prosimy sprawdzić w dokumentacji posiadanego modemu). Następnie należy zezwolić na używanie przez RAS modemu podłączonego do konkretnego portu szeregowego COM.
Ostatnia faza polega na skonfigurowaniu ‘Dial Up Networking’
w oknie ‘Basic’
w oknie ‘Server’
w oknie ‘Script’
w oknie ‘Security’
Teraz pozostaje tylko połączyć się z Internetem używając ‘Dial Up Networking’ -> DIAL. UWAGA :
|
