🚀 go-pugleaf

In news:kg7hsh$dpt$1@node2.news.atman.pl,
*Prot* <protnospam@widzew.net> typed:
> Na starym kompie mam zainstalowane dwie instalacje XP SP3 (na dwóch
> odrębnych dyskach). Oba systemy są regularnie aktualizowane i
> zabezpieczone firewallami i osłonami antywirusowymi. Bez żadnych przyczyn
> (np. jakieś nowe instalacje softu, ryzykowne odwiedziny w necie) dwa dni
> temu odpalam system podstawowy (dysk D:) i już przy bootowaniu mam
> komunikat o braku lub uszkodzeniu pliku config/system. Wszedłem więc w
> system rezerwowy (dysk C:) - bez żadnych problemów (co moim zdaniem 
> wyklucza awarię hardwaru poza
> dyskiem D:), sprawdziłem Victorią dysk D: - faktycznie był jeden blok z
> błędem UNCR, lecz poza partycją systemową.



Dysk moze miec bledy na klastrach, sprawdz narzedziem dostepnym na stronie 
producenta,
Lub
https://groups.google.com/forum/#!msg/pl.comp.os.ms-windows.winnt/FtTiECEUSDw/JTc905npmHwJ




> Jedyną "podejrzaną" przyczyną pozostała mi zatem - wygooglana w
> searchengines - przekroczenie limitu 16 MB pamięci przy bootowaniu XP.
> Faktycznie sam plik SYSTEM zajmował u mnie 13,5 MB.
> Po przywróceniu starszego systemu z 10,5 MB plikiem SYSTEM (ręcznie z
> obrazu partycji systemowej) wszystko (prawie ;-) ) wróciło do normy.
> Stąd pytanie sformułowane na wstępie, gdyż MS informuje jedynie o
> ograniczeniach wielkości pojedyńczego wpisu w rejestrze 64K.


http://palusinski.neostrada.pl/rejestr1/rejestr1.html


-- 
Piotr Palusiński [Microsoft MVP - Windows Expert-Consumer]
https://mvp.support.microsoft.com/profile/Piotr.Palusinski
Nigdy nie kłóć się z głupcem, bo ludzie mogą nie dostrzec różnicy

Użytkownik "Piotr Palusiński" <perfekt_xl@invalid.wp.pl> napisał w 
wiadomości news:51277506$0$26694$65785112@news.neostrada.pl...

Serdeczne dzięki, za błyskawiczną i merytoryczną odpowiedź.

> Dysk moze miec bledy na klastrach, sprawdz narzedziem dostepnym na stronie 
> producenta,
> Lub
> https://groups.google.com/forum/#!msg/pl.comp.os.ms-windows.winnt/FtTiECEUSDw/JTc905npmHwJ
>
Już poprzednio sygnalizowałem, że problem dotyczy prawie antyku ;-) . 
Maszyna wytworzona była w 2002r., problemy dotyczą starego dysku Samsunga 
SV4002H, oraz systemu XP z tamtego roku (płyta CD z systemem XP bez żadnych 
pakietów poprawek) - co stwarza sporo ograniczeń w możliwościach działania 
(np. próba uruchomienia konsoli odzyskiwania byłaby chyba możliwa dopiero po 
reinstalacji wstecznej od SP3 do pierwotnego systemu) i zmusza do 
poszukiwania rozwiązań niekonwencjonalnych.

Też wpadłem na pomysł, że to może być nadmierna fragmentacja pliku, na 
którym siada bootowanie systemu - config/system. Przy użyciu programiku 
Russinovicha contig.exe sprawdziłem - 34 fragmenty, zdefragmentowałem ten 
plik i ... i nic.
>
>> Jedyną "podejrzaną" przyczyną pozostała mi zatem - wygooglana w
>> searchengines - przekroczenie limitu 16 MB pamięci przy bootowaniu XP.
>> Faktycznie sam plik SYSTEM zajmował u mnie 13,5 MB.
>> Po przywróceniu starszego systemu z 10,5 MB plikiem SYSTEM (ręcznie z
>> obrazu partycji systemowej) wszystko (prawie ;-) ) wróciło do normy.
>> Stąd pytanie sformułowane na wstępie, gdyż MS informuje jedynie o
>> ograniczeniach wielkości pojedyńczego wpisu w rejestrze 64K.
>
>
> http://palusinski.neostrada.pl/rejestr1/rejestr1.html
>
Jeszcze raz dziekuję za to wspaniałe profesjonalne opracowanie, jestem 
wprawdzie tylko średnio zaawansowanym amatorem, ale ten artykuł zarówno pod 
względem formy jak i merytorycznej treści zrobił na mnie duże wrażenie.
Ponieważ brakowało mi jednak tam odpowiedzi na moje pierwotne pytania - o 
Registry Size Limit (RSL) w Windows XP (MS informuje, że dla XP takiego 
limitu już nie ma), oraz takich ograniczeniach przy bootowaniu ? - podjąłem 
próbę poszukiwania 2 części artykułu "o rejestrze", ale niestety nie 
znalazłem.

Prot 

In news:kg8ocu$jc5$1@node1.news.atman.pl,
*Prot* <protnospam@widzew.net> typed:

> ? - podjąłem próbę poszukiwania 2 części artykułu "o rejestrze", ale
> niestety nie znalazłem.


http://palusinski.neostrada.pl/rejestr/rejestr2.html
itd... - Odnosniki znajdziesz na moim profilu - link w sygnaturce

-- 
Piotr Palusiński [Microsoft MVP - Windows Expert-Consumer]
https://mvp.support.microsoft.com/profile/Piotr.Palusinski
Nigdy nie kłóć się z głupcem, bo ludzie mogą nie dostrzec różnicy

Użytkownik "Piotr Palusiński" <perfekt_xl@invalid.wp.pl> napisał w 
wiadomości news:5128c29a$0$26696$65785112@news.neostrada.pl...
>
> http://palusinski.neostrada.pl/rejestr/rejestr2.html
> itd... - Odnosniki znajdziesz na moim profilu - link w sygnaturce
> -- 
> Piotr Palusiński [Microsoft MVP - Windows Expert-Consumer]
> https://mvp.support.microsoft.com/profile/Piotr.Palusinski
> Nigdy nie kłóć się z głupcem, bo ludzie mogą nie dostrzec różnicy
>
Jeszcze raz dziękuje za wskazanie tak dobrze opracowanego materiału w tym 
zakresie (zmyliło mnie w poszukiwaniach -rozrzucenie poszczególnych części 
tego opracowania na różnych serwerach).
Przestudiowałem go w miarę dokładnie, lecz nie znalazłem w nim 
jednoznacznej, prostej odpowiedzi na pierwotne pytanie.

Wzmocniony jednak podstawową wiedzą, rozszerzyłem nieco poszukiwania i... 
niejaki "Totalny Exterminator" ;-)  z Kanady sformułował w sieci taką myśl: 
cyt. "The System hive in the registry is damaged or missing.
     The System registry may be too large and cannot be loaded. This
issue may occur when something is writing too much data to the System
     subkey in the registry. The System subkey is designed exclusively
for information that is necessary to boot the computer.

     Intel and ARC (RISC) systems have a design limit such that 16
megabyte (MB) of memory is available at this stage of the boot process.
     The System registry file has to share the 16 MB with the loader,
kernel, HAL, and boot drivers. In some instances, the System subkey may
     be as large as 13 MB in size (or larger)."

Nie wiem skąd Exterminator ma taką wiedzę (dotyczącą wprawdzie Win2000), ale 
jest to logiczne, zgodne z opinią Picasso z Searchengines oraz z moimi 
osobistymi doświadczeniami: Po przekroczeniu wielkości 13,5 MB przez gałąź 
rejestru SYSTEM nie można uruchomić systemu Windows XP.

Dnia Sun, 24 Feb 2013 16:17:51 +0100, Prot napisał(a):

> 
> Nie wiem skąd Exterminator ma taką wiedzę (dotyczącą wprawdzie Win2000), ale 
> jest to logiczne, zgodne z opinią Picasso z Searchengines oraz z moimi 
> osobistymi doświadczeniami: Po przekroczeniu wielkości 13,5 MB przez gałąź 
> rejestru SYSTEM nie można uruchomić systemu Windows XP.

Pokaż zawartość pliku Boot.ini.
-- 
M.   
/odpowiadając na priv zmień px na pl/

Użytkownik "Michal Kawecki" <kkwinto@o2.px> napisał w wiadomości 
news:se1atjyjics.dlg@kwinto.prv...
> Dnia Sun, 24 Feb 2013 16:17:51 +0100, Prot napisał(a):
>
> Pokaż zawartość pliku Boot.ini.


Proszę:

[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Microsoft Windows XP Home 
Edition" /noexecute=optin /fastdetect
multi(0)disk(0)rdisk(0)partition(4)\WINDOWS="Windows XP SP2 Exper" 
/fastdetect
C:\="Microsoft Windows 98"


Sądzisz, że ustawienie boot.ini ma wpływ na ograniczenie limitu 16 MB 
pamięci wykorzystywanej w procesie uruchamiania ?

Dnia Mon, 25 Feb 2013 11:13:14 +0100, Prot napisał(a):

> Użytkownik "Michal Kawecki" <kkwinto@o2.px> napisał w wiadomości 
> news:se1atjyjics.dlg@kwinto.prv...
>> Dnia Sun, 24 Feb 2013 16:17:51 +0100, Prot napisał(a):
>>
>> Pokaż zawartość pliku Boot.ini.
> 
> Proszę:
> 
> [boot loader]
> timeout=30
> default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS
> [operating systems]
> multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Microsoft Windows XP Home 
> Edition" /noexecute=optin /fastdetect
> multi(0)disk(0)rdisk(0)partition(4)\WINDOWS="Windows XP SP2 Exper" 
> /fastdetect
> C:\="Microsoft Windows 98"
> 
> Sądzisz, że ustawienie boot.ini ma wpływ na ograniczenie limitu 16 MB 
> pamięci wykorzystywanej w procesie uruchamiania ?

Tak piszą. Chodzi o obecność przełącznika /3GB.
http://www.techrepublic.com/forum/questions/49-172105/registry-size-limit-in-xp-sp2

Na stronach Citrixa podają też, że w Windows XP w dalszym ciągu ale już
nieoficjalnie brany jest pod uwagę parametr RegistrySizeLimit, ponoć w
celu zachowania wstecznej kompatybilności (tylko z czym...). Dlatego
spróbuj nadać mu teraz wartość 0xffffffff.
http://support.citrix.com/article/CTX130744

Ostatnia podpowiedź to wymuszenie wyłączenia tworzenia gałęzi
LastKnownGood ControlSet podczas uruchamiania systemu operacyjnego, gdyż
powoduje to znaczący wzrost wielkości pliku SYSTEM.
Osiągniesz to wpisem REG_SZ ReportBootOk=0 w kluczu
HKLM\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\Winlogon.
-- 
M.   
/odpowiadając na priv zmień px na pl/

Użytkownik "Michal Kawecki" <kkwinto@o2.px> napisał w wiadomości 
news:d3tsrv3mpafj.dlg@kwinto.prv...
>>
>> Sądzisz, że ustawienie boot.ini ma wpływ na ograniczenie limitu 16 MB
>> pamięci wykorzystywanej w procesie uruchamiania ?
>
> Tak piszą. Chodzi o obecność przełącznika /3GB.
> http://www.techrepublic.com/forum/questions/49-172105/registry-size-limit-in-xp-sp2
>

Dziękuje bardzo, że i Ty zechciałeś "pochylić się" nad moim problemem.
Podchodzę bardzo pragmatycznie do eksploatacji mojego komputera i dość 
sceptycznie do wszelkich "złotych" recept na wszelkie zło.
Jak pisałem uprzednio korzystam z Windows XPHE SP3, na leciwym komputerze 
dozbrojonym zaledwie do 2,5 GB RAM-u.
Problem mój powstał w momencie bootowania przez pojawienie się komunikatu: " 
Nie można uruchomić systemu Windows XP, ponieważ brakuje następującego pliku 
lub jest on uszkodzony: \WINDOWS\SYSTEM32\CONFIG\SYSTEM".

Zastosowanie  przełącznika /3GB w moim XPHE wydaje mi się bezcelowe 
szczególnie przy w/w  ilości pamięci. Jak widać z pliku boot.ini, kasowanie 
przełacznika /3GB również nie wchodzi w grę.


> Na stronach Citrixa podają też, że w Windows XP w dalszym ciągu ale już
> nieoficjalnie brany jest pod uwagę parametr RegistrySizeLimit, ponoć w
> celu zachowania wstecznej kompatybilności (tylko z czym...). Dlatego
> spróbuj nadać mu teraz wartość 0xffffffff.
> http://support.citrix.com/article/CTX130744
>

W świetle linkowanej informacji citrix zalecenia ustawienia (czy u mnie 
utworzenia) parametru RSL na maksimum, dotyczą również odmiennej sytuacji i 
symptomów (brak pamięci na gałąź software i to już po uruchomieniu systemu 
?).

> Ostatnia podpowiedź to wymuszenie wyłączenia tworzenia gałęzi
> LastKnownGood ControlSet podczas uruchamiania systemu operacyjnego, gdyż
> powoduje to znaczący wzrost wielkości pliku SYSTEM.
> Osiągniesz to wpisem REG_SZ ReportBootOk=0 w kluczu
> HKLM\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\Winlogon.

Sprawdziłem i tą sugestię, lecz nie mogę jej efektywnie wykorzystać. Pomimo 
występującego u mnie ustawienia REG_SZ ReportBootOk=1 - gałąź LastKnownGood 
ControlSet  jest u mnie pusta (myślę, że wynika to z wyłączenia usługi 
przywracania systemu).

Jeszcze raz dziękuje za wszystkie podpowiedzi. Prot