nie moge sie zalogowac
mam nietypowy problem, ale po kolei. robie kompilacje XP–SP2–PL nLitem i potem ja instaluje. wszystko smiga jak trzeba. potem instaluje programy i po jakims czasie (prawdopodobnie po zainstalowaniu jakiegos softu) nie moge sie zalogowac do windy. wpisuje haslo i juz niby ma sie zaladowac pulpit po czym znowu pojawia sie okienko logowania. do tego nie ma zadnego komunikatu.
Odpowiedzi: 13
poczatkowy myslalem ze to przez NODA32 albo przez Alkohola 120%, ale ciezko powiedziec.
Amon–Ra, propozycja nie głupia, objawy podobne tylko okoliczności co najmniej dziwne.
Uwalony moźe być sam plik userinit.exe czego teź wykluczyć nie mozna.
Dominik666, pozostaje Ci dociec – sam jestem ciekaw – co to za program moźe takie cuda wyczyniac.
Przyglądnij się temu wnikliwiej kiedy następnym razem bedziesz ten soft instalował.
Uwalony moźe być sam plik userinit.exe czego teź wykluczyć nie mozna.
Dominik666, pozostaje Ci dociec – sam jestem ciekaw – co to za program moźe takie cuda wyczyniac.
Przyglądnij się temu wnikliwiej kiedy następnym razem bedziesz ten soft instalował.
dzieki za wszelkie sugestie. sproboje z ta sciezka (bez kombinowania z drugim kompem bo narazie mi dziala – odzyskalem z obrazu), ale wciaz boje sie zresetowac kompa :) nawet jak bedzie sie dalo zalogowac to nie moge byc pewny do konca ze to dzieki fixowi w rejestrze. dzieki jeszcze raz za pomoc.
Dlatego właśnie zaznaczyłem, źe moja diagnoza jest tylko jedną z moźliwych odpowiedzi na pytanie o przyczynę problemu. Coraz bardziej sceptycznie zaczynam podchodzić do własnej, opisanej przez siebe modyfikacji, przecząc notabene sam sobie :|.
Ale te objawy są tak łudząco podobne do niemoźności uruchomienia userinit, źe skojarzenie było chyba nie do uniknięcia – sama zmiana określonej wartości w rejestrze nie wyrządzi źadnych szkód, a wręcz przeciwnie (sam modyfikuję tę ścieźkę po kaźdej instalacji systemu), moźliwe jest, źe przyniesie oczekiwane rezultaty.
Ale te objawy są tak łudząco podobne do niemoźności uruchomienia userinit, źe skojarzenie było chyba nie do uniknięcia – sama zmiana określonej wartości w rejestrze nie wyrządzi źadnych szkód, a wręcz przeciwnie (sam modyfikuję tę ścieźkę po kaźdej instalacji systemu), moźliwe jest, źe przyniesie oczekiwane rezultaty.
Dziwne jest to, ze niby system po zainstalowaniu dziala sprawnie i dopiero po jakimś czasie, po instalacji softu występuje takie wylogowanie juz na starcie.
Podobnych tematów na forum jest conajmniej kilka, w wielu pada sugestia co do przywrócenia systemu z jego kopii przy pomocy konsoli odzyskiwania.
Słowo kluczowe do wklepania w szukajke: "wylogowuje"
Podobnych tematów na forum jest conajmniej kilka, w wielu pada sugestia co do przywrócenia systemu z jego kopii przy pomocy konsoli odzyskiwania.
Słowo kluczowe do wklepania w szukajke: "wylogowuje"
To potwierdzałoby moją tezę dotyczącą niemoźności uruchomienia userinit.exe – przyczyna inna, ale symptomy identyczne, i co więcej, uzasadnione logicznie – system szuka pliku c:\windows\system32\userinit.exe, ale nie znajduje go.
1. Podłącz swój dysk do innego komputera, na którym zainstalowany jest Windows 2000/XP/2003;
2. Z poziomu tego drugiego systemu uruchom Edytor rejestru (Start > Uruchom > wpisz regedit);
3. Kliknij raz na kluczu HKEY_LOCAL_MACHINE, aby go zaznaczyć (podświetlić);
4. Z menu Plik wybierz pozycję Załaduj gałąź rejestru...;
5. Jako zbiór źródłowy wskaź plik SOFTWARE (bez rozszerzenia) leźący w katalogu \WIN\SYSTEM32\CONFIG na partycji systemowej Twojego, podłączonego dysku;
6. Nadaj nazwę nowej gałęzi (np. XP repair);
7. Rozwiń gałąź HKEY_LOCAL_MACHINE i utworzoną przed chwilą XP repair;
8. Przejdź do klucza XP repair\Microsoft\Windows NT\CurrentVersion\Winlogon;
9. Odszukaj w prawej części okna wartość Userinit, kliknij na niej dwukrotnie w celu otwarcia okienka edycji;
10. Wykasuj całą ścieźkę dostępu (zapewne c:\windows\system32\userinit.exe, i wpisz samo userinit.exe);
11. Zamknij Edytor rejestru, wyłącz drugi komputer, przełącz dysk na powrót do swojego PeCeta i spróbuj uruchomić system.
Windows powinien automatycznie wyszukać plik korzystając ze ścieźek w zmiennej PATH i de facto zezwolić Ci na logowanie.
1. Podłącz swój dysk do innego komputera, na którym zainstalowany jest Windows 2000/XP/2003;
2. Z poziomu tego drugiego systemu uruchom Edytor rejestru (Start > Uruchom > wpisz regedit);
3. Kliknij raz na kluczu HKEY_LOCAL_MACHINE, aby go zaznaczyć (podświetlić);
4. Z menu Plik wybierz pozycję Załaduj gałąź rejestru...;
5. Jako zbiór źródłowy wskaź plik SOFTWARE (bez rozszerzenia) leźący w katalogu \WIN\SYSTEM32\CONFIG na partycji systemowej Twojego, podłączonego dysku;
6. Nadaj nazwę nowej gałęzi (np. XP repair);
7. Rozwiń gałąź HKEY_LOCAL_MACHINE i utworzoną przed chwilą XP repair;
8. Przejdź do klucza XP repair\Microsoft\Windows NT\CurrentVersion\Winlogon;
9. Odszukaj w prawej części okna wartość Userinit, kliknij na niej dwukrotnie w celu otwarcia okienka edycji;
10. Wykasuj całą ścieźkę dostępu (zapewne c:\windows\system32\userinit.exe, i wpisz samo userinit.exe);
11. Zamknij Edytor rejestru, wyłącz drugi komputer, przełącz dysk na powrót do swojego PeCeta i spróbuj uruchomić system.
Windows powinien automatycznie wyszukać plik korzystając ze ścieźek w zmiennej PATH i de facto zezwolić Ci na logowanie.
aha, litery partycji systemowej nie zmienialem. mam C:
w nLite zmienilem sobie 'Program Files' na 'programs' a 'Windows' na 'win', wiec moze to przez to?
Nie rejestracji, a aktywacji. Gdyby system nie został aktywowany w wyznaczonym czasie, oferowałby tylko moźliwość zalogowania się w trybie awaryjnym; ponadto wyświetliłby się stosowny komunikat.
Takie zachowanie jest charakterystyczne w przypadku zmiany literki partycji z katalogiem systemowym. Aby Windows zdołał zalogować uźytkownika, musi zostać uruchomiony plik userinit.exe, do którego ścieźka zapoisana jest w rejestrze. Niestety podana jest ona w starej, bezwzględnej formie z wykorzystaniem litery partycji (czyli np. c:\windows\system32\userinit.exe), co praktycznie jest gwarantem wystąpienia niemoźności zalogowania się, gdy litera partycji systemowej ulegnie zmianie. Nie odpowiedziałeś jednak na pytanie, czy dokonywałeś takiej zmiany (zapewne nie), zatem cała powyźsza dianoza jest tylko jedną z kilku moźliwych przyczyn błędu i wynikiem abstrakcyjnego teoretyzowania.
Takie zachowanie jest charakterystyczne w przypadku zmiany literki partycji z katalogiem systemowym. Aby Windows zdołał zalogować uźytkownika, musi zostać uruchomiony plik userinit.exe, do którego ścieźka zapoisana jest w rejestrze. Niestety podana jest ona w starej, bezwzględnej formie z wykorzystaniem litery partycji (czyli np. c:\windows\system32\userinit.exe), co praktycznie jest gwarantem wystąpienia niemoźności zalogowania się, gdy litera partycji systemowej ulegnie zmianie. Nie odpowiedziałeś jednak na pytanie, czy dokonywałeś takiej zmiany (zapewne nie), zatem cała powyźsza dianoza jest tylko jedną z kilku moźliwych przyczyn błędu i wynikiem abstrakcyjnego teoretyzowania.
@gusioo
jak to sprawdzic czy system domaga sie rejestracji? narazie system dziala (bo mialem obraz z ghosta).
jak to sprawdzic czy system domaga sie rejestracji? narazie system dziala (bo mialem obraz z ghosta).
w awaryjnym to samo, sprawdzalem :(
Moze system domaga sie aktywacji :>
Sprawdź, czy dasz radę zalogować się w trybie awaryjnym, na swoim lub innym koncie (takźe na wbudowanym administracyjnym). Jeźeli tak, przejrzyj rejestr zdarzeń (Start > Uruchom > eventvwr.msc) w poszukiwaniu komunikatów o błędach, zapewne pochodzących ze źródła winlogon.
Czy zmieniałeś moźe literkę partycji systemowej (np. z C: na D:)?
Czy zmieniałeś moźe literkę partycji systemowej (np. z C: na D:)?
Strona 1 / 1