Jest tam wszystko czego potrzebujesz poza bezpośrednią edycją rejestru i
plików, ale te można podmieniać z kopii zapasowej na przykład.
Ograniczenie dostępu do innych dysków i folderów poza systemowym
zdejmuje się w rejestrze systemu. Można kopiować całe foldery (hint:
zmienna SET). Polecenia disable, enable, listsvc potrafią zatrzymać
ładowanie uszkodzonych sterowników. Do naprawy bootsektora partycji masz
polecenie fixboot, do naprawy głównego kodu startowego w MBR - polecenie
fixmbr, do naprawy uszkodzonego systemu plików - polecenie chkdsk, do
naprawy Boot.ini - polecenie Bootcfg... to tyle z najczęściej używanych.
Jak chcesz czegoś jeszcze, to czemu nie postawisz sobie obok drugiego
systemu.....?
http://support.microsoft.com/default.aspx?scid=kb;pl;PL229716
M.
Dopisz do rejestru w kluczu
HKLM\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\Setup\RecoveryConsole,
wpis REG_DWORD SetCommand=1.
P.S. Na pewno nie ma w katalogu systemowym pliku gpedit.msc? Dziwny
system... ;-)
M.
Ooo, fajnie - mi też się to przyda.
> P.S. Na pewno nie ma w katalogu systemowym pliku gpedit.msc? Dziwny
> system... ;-)
>
W zasadzie chyba raczej na pewno nie ma ;-), albo jestem co najmniej
drugą osobą, która nie potrafi tego znaleźć. Zdziwiłam się, kiedy Piotr
początkowo się ucieszył z istnienia SET w XP Home, bo mi się swego czasu
nie udało zmusić konsoli do współpracy w tej sprawie. W angielskim
opisie konsoli na stronie MS przy poleceniu SET jest odsyłacz do KB
235364 ,z którego wynika, że podane tam informacje dotyczą
Microsoft Windows 2000 Server
Microsoft Windows 2000 Advanced Server
Microsoft Windows 2000 Professional
Microsoft Windows 2000 Datacenter Server
Pozdrawiam
Grażyna
P.S. Mogę się oczywiście głęboko mylić, tym bardziej, że nie rozumiem
zachowania konsoli w jeszcze jednej sprawie, więc może coś źle robię.
--
Serwis Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Zapewne się nie mylisz, bo ja nie mam Home i nie sprawdzę ;-). Mam
jednak przeczucie, że można sobie te wszystkie pliczki .msc przekopiować
z XP Prof i bedą działać... :-)
A co jest jeszcze nie tak z Konsolą?
M.
U mnie mimo zmienienia zmiennych środowiskowych, foldery dalej nie są
kopiowane...
Mam płytke z WinXP pro więc zaczynam prace nad wyeksportowaniem pliku
gpedit.msc.
Używam wersji home , bo tą mam orginalną. Myśle że odpowiedniki z gpedit.msc
znajdują się w rejestrze.
Jeśli posiadacie choć minimalny opis gdzie co znaleść ( w rejestrze) bardzo
prosze o linka :-)
Pozdrawiam
> U mnie mimo zmienienia zmiennych środowiskowych, foldery dalej nie są
> kopiowane...
> Mam płytke z WinXP pro więc zaczynam prace nad wyeksportowaniem pliku
> gpedit.msc.
> Używam wersji home , bo tą mam orginalną. Myśle że odpowiedniki z
> gpedit.msc znajdują się w rejestrze.
> Jeśli posiadacie choć minimalny opis gdzie co znaleść ( w rejestrze)
> bardzo prosze o linka :-)
>
Kiedyś popełniłem taki mały tekst - tam są linki do źródeł:
"Ponieważ od pewnego czasu opiekuję się kilkoma systemami NT4, to
czasami
(z obowiązku) czytuję pewne ciekawe witryny. Ostatnio zawiesiłem oko na
czymś, co może przyda się także innym. Pozwoliłem sobie luźno
przetłumaczyć tę
poradę, a dla dociekliwych podaję źródło:
http://www.jsiinc.com/subh/tip3700/rh3756.htm.
Wprowadzenie wpisów do rejestru i utworzenie pliku RCSET.TXT polecam
także każdemu posiadaczowi Windows 2000/XP. Zwłaszcza tym zapominalskim.
Bo do rejestru trudno się dobrać po awarii systemu...
=============
Jak użyć Konsoli odzyskiwania z Windows 2000 do przeprowadzenia naprawy
systemu NT4:
1. Zainstaluj Konsolę odzyskiwania z CD instalacyjnego Windows 2000
poleceniem \i386\winnt32.exe /cmdcons
2. Zezwól na użycie komendy SET dodając do rejestru następujące wpisy:
REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows
NT\CurrentVersion\Setup\RecoveryConsole]
"SetCommand"=dword:00000001
"SecurityLevel"=dword:00000000
3. Uaktualnij dyskietkę startową (opis
http://www.jsiinc.com/suba/tip0000/rh0012.htm) - należy skopiować na nią
nowe
pliki startowe umożliwiające uruchomienie także Konsoli odzyskiwania.
4. Utwórz plik RCSET.TXT w katalogu %SystemRoot% zawierający następujące
zmienne komendy SET (opis
http://www.jsiinc.com/subf/tip2600/rh2615.htm):
set AllowWildCards = TRUE
set AllowAllPaths = TRUE
set AllowRemovableMedia = TRUE
set NoCopyPrompt = TRUE
Po uruchomieniu Konsoli odzyskiwania należy wczytać te zmienne
poleceniem batch RCSET.TXT. Uzyskamy w ten sposób m.in. dostęp do całego
dysku oraz do dyskietek.
Z poziomu Konsoli możemy przykładowo:
- zastąpić uszkodzony rejestr (lub jego gałąź) znajdujący się w
%SystemRoot\System32\config jego rezerwową kopią zapisaną w katalogu
%SystemRoot%\Repair (uaktualniamy ją poleceniem rdisk spod systemu)
- uruchomić każde polecenie dostępne z poziomu Konsoli odzyskiwania.
=============
> U mnie mimo zmienienia zmiennych środowiskowych, foldery dalej nie są
> kopiowane...
> Mam płytke z WinXP pro więc zaczynam prace nad wyeksportowaniem pliku
> gpedit.msc.
> Używam wersji home , bo tą mam orginalną. Myśle że odpowiedniki z
> gpedit.msc znajdują się w rejestrze.
> Jeśli posiadacie choć minimalny opis gdzie co znaleść ( w rejestrze)
> bardzo prosze o linka :-)
>
REGEDIT4
Tyle że tu o XP, a tym bardziej o XP Home, nie znajdziesz nic :-(.
Jednak wpisy do rejestru powinny zadziałać... warto też przeszukać tę
witrynę pod kątem "Recovery Console", bo są tam bardzo ciekawe porady.
P.S. Tak mi przyszło do głowy, że ostatnio opublikowano pewną dziurę w
zabezpieczeniach XP: otóż posługując się Konsolą naprawczą W2k można się
zalogować do XP na konto dowolnego usera - w tym administratora - bez
konieczności podawania hasła. Nie ma też problemu z kopiowaniem na inne
dyski itd. ;-)). Więcej -
http://www.pcworld.com/news/article/0,aid,109406,00.asp.
M.
>> P.S. Mogę się oczywiście głęboko mylić, tym bardziej, że nie rozumiem
>> zachowania konsoli w jeszcze jednej sprawie, więc może coś źle robię.
>
> Zapewne się nie mylisz, bo ja nie mam Home i nie sprawdzę ;-). Mam
> jednak przeczucie, że można sobie te wszystkie pliczki .msc
> przekopiować z XP Prof i bedą działać... :-)
Niestety, mam tylko Home.
> A co jest jeszcze nie tak z Konsolą?
Niekoniecznie jest coś nie tak, to pewnie raczej ja gdzieś czegoś nie
doczytałam. Myślałam po prostu, że nie ma różnicy między Konsolą
zainstalowaną na dysku a tą uruchamianą z CD. Tymczasem rzuciło mi się
przypadkiem w oczy, że polecenie MAP pokazuje inne przyporządkowanie literek
partycji i dysków wymiennych w zależności od tego, czy wydaję je spod
Konsoli na CD, czy na dysku. Porównywałam to po zalogowaniu się do tych
samych instalacji XP ( a w ramach zabaw z BootIt zrobiłam sobie kiedyś dwa
klony oryginalnego systemu).
Poza tym mogę na przykład swobodnie kopiować spod jedej i drugiej Konsoli
pliki z HDD na karty CompactFlash czy na PenDrive, co chyba właściwie
powinno być niemożliwe. Również przy kilku innych poleceniach Konsola
zachowuje się w stosunku do tych nośników niekonsekwentnie, traktując je
czasami jak dyski wymienne, a czasami nie. No ale pewnie to wszystko jest
normalne i dziwi tylko laika :-)
Pozdrawiam
Grażyna
Kiedy się zalogujesz spod Konsoli do systemu, to uzyskuje ona dostęp do
jego rejestru, gdzie m.in. zapisane jest przyporządkowanie literek do
poszczególnych partycji. Jest ono rózne w zależności od konkretnego
systemu, bo XP nie stawia tu żadnych praktycznie ograniczeń (patrz
edytowalny klucz HKLM\System\MountedDevices). Kiedy uruchamiasz Konsolę
bez logowania się, to polecenie MAP przypisuje literki zgodnie z
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q234048.
> Poza tym mogę na przykład swobodnie kopiować spod jedej i drugiej
> Konsoli pliki z HDD na karty CompactFlash czy na PenDrive, co chyba
> właściwie powinno być niemożliwe. Również przy kilku innych
> poleceniach Konsola zachowuje się w stosunku do tych nośników
> niekonsekwentnie, traktując je czasami jak dyski wymienne, a czasami
> nie. No ale pewnie to wszystko jest normalne i dziwi tylko laika :-)
>
Konsola uzyskuje dostęp do wszystkich nośników, które udostępnia jej
BIOS płyty głównej. Jednak nie wiem, na jakiej podstawie rozróżnia je na
stałe i wymienne, gdyż nie oglądałem nigdy bootsektora na takim nośniku
jak wymieniłaś. Spróbuj zajrzeć tam przy pomocy PartInfo (znajdziesz na
stronach Terabyte); dyskietki mają oznaczenie 00, dyski twarde - 80.
M.
To nawet już kiedyś sobie edytowałam, żeby ujednolicić literki
dodatkowych urządzeń w oryginalym systemie i jego klonach, bo
instalowałam różne rzeczy w różnej kolejności.
>Kiedy uruchamiasz Konsolę
> bez logowania się, to polecenie MAP przypisuje literki zgodnie z
> http://support.microsoft.com/default.aspx?scid=kb;en-us;Q234048.
Dzięki, akurat na ten artykuł do tej pory się nie natknęłam. Ogólnie
przestałam się już dziwić, a i tak używam teraz tylko zainstalowanej
konsoli. Ciekawa jestem tylko, czy to jest jedyna różnica między Konsolą
zainstalowaną a tą z CD.
>> Poza tym mogę na przykład swobodnie kopiować spod jedej i drugiej
>> Konsoli pliki z HDD na karty CompactFlash czy na PenDrive, co chyba
>> właściwie powinno być niemożliwe. Również przy kilku innych
>> poleceniach Konsola zachowuje się w stosunku do tych nośników
>> niekonsekwentnie, traktując je czasami jak dyski wymienne, a czasami
>> nie. No ale pewnie to wszystko jest normalne i dziwi tylko laika :-)
>>
> Konsola uzyskuje dostęp do wszystkich nośników, które udostępnia jej
> BIOS płyty głównej. Jednak nie wiem, na jakiej podstawie rozróżnia je
na
> stałe i wymienne, gdyż nie oglądałem nigdy bootsektora na takim
nośniku
> jak wymieniłaś. Spróbuj zajrzeć tam przy pomocy PartInfo (znajdziesz
na
> stronach Terabyte); dyskietki mają oznaczenie 00, dyski twarde - 80.
Oglądałam to już na wszystkie strony WinHexem, obejrzę jeszcze przy
pomocy PartInfo, ale to tutaj chyba właściwie niczego nie zmienia, bo
nie wyjaśnia braku konsekwencji w zachowaniu Konsoli. Ona po prostu
pozwala na wykonywanie pewnych poleceń, zarezerwowanych dla nośników
stałych, a zaraz w następnym momencie odmawia zgody na wykonanie czegoś
innego, używając argumentu, że przecież jest to nośnik wymienny. Będę
musiała jakos z tym żyć :-)