W98(SE): K cemu je soubor bootlog.prv?

[Mikus]

Muze mi nekdo rict, k cemu je v 98ickach soubor bootlog.prv? Stala se mi nehoda (tusim jak, ale to ted neni podstatne, potrebuju hlavne co nejrychleji ziskat puvodni stav).

Bootovani mi zaclo zamrzat na logu Windows. Nahodil jsem tedy v DOSu ScanDisk a ten mi jako prvni nasel vadny tenhle suobor. Nechal jsem ho "opravit" s tim, ze se ztracena data napisou do souboru FILExxxx.chk. Tahle procedura ovsem na stavu nezlepsila nic. Tak jsem najel na zalozni disk, co tu mam a ten puvodni napojil jako vedlejsi, pricemz jsem zjistil, ze bootlog.prv na nem ma jen 1 KB, zatimco na zaloznim disku, z ktereho jsem bootoval, 58 KB. Ten obsahuje take citelny text, ten 1 KB jen 1 radek necitelnych znaku. Ten postizeny disk taky ted obsahuje tech souboru FILExxxx.chk 32 v celkove velikosti asi 68 MB, jednotlive od 16 KB (vetsina) az po 31 MB.

Muj 1. napad by byl, z toho zalozniho prekopirovat bootlog.prv na ten puvodni. Netroufam si to ale jen tak, protoze dokud nevim, k cemu je tenhle soubor dobry, tak mam trochu obavy, jestli by to nebyla blbost, co by mohla napachat vic skod nez uzitku. Druha moznost, co me napada, by byla ho na tom puvodnim disku proste smazat, ze kdyxz bude uplne chybet, vytvori se spravne sam.

Takze diky predem za vsechny smysluplne napady .

[jimmy]

pokud mne pamet neklame, tak bootlog.prv je pouze logovaci soubor (stejne jako bootlog.txt) s tim, ze jeden z nich je vzdy aktualni boot log (TXT) a druhej je log predchoziho bootu (PRV = PReVious). Chybu hledej asi jinde...

[KERBEROS]

Přesně tak, je to jen protokol o startu, nemá na nic vliv.Pokud si zmáčneš při startu F8 a zvolíš s protokolem/bootlog.txt/, dostaneš stejnej obsah, co je v bootlog.prv.Tento soubor vznikl hned po instalaci W98.
Tvúj problém bude pravděpodobně v ovladači grafické karty. Nabootuj v nouzovém režimu, odeber ovladače GK ze správce zařízení a po restartu ji znovu nainstaluj.Ovladač je pravděpodobně poškozený.
Pokud budeš častěj defragmentovat a vypínat systém přes nabídku start/ne natvrdo/, podobný problémy mít nebudeš./ Ale u W98 ty tvrdý restarty byly často nutností/
Soubory FILExxxx.chk všechny smaž - jsou už k ničemu.

[peta303]

V první řadě by to chtělo z toho disku vykopírovat data a vzhledem k tomu, že to je FAT32 a nejspíš došlo k nekorektnímu vypnutí, by bylo dobré projet to scandiskem (to bude překřížených souborů a zcyklených adresářů... - proto nejprve ta záloha, nakopnutý soubor je většinou stále lepší, než žádný soubor), jinak bootlog (.txt i .prv) je, jak již bylo zmíněno, jen protokol a pokud si jej nechceš přečíst, s čistým svědomím jej smaž, to můžeš i ty .chk, opět, pokud v tom nemáš nějaký soubor, o někž nechceš přijít.

A konečně k těm zátuhům při startu, souhlasím s odinstalací ovladačů v nouzovém režimu, pak ale doporučuji nejprve pročistit systém a pak se teprve pouštět do dalších kroků.

[Mikus]

Diky. Mezi tim mi tohle tak nejak doslo, takze jsem tenhle disk prozatim vyradil z dalsiho provozu jako systemovy.

Pokud budeš castej defragmentovat a vypínat systém pres nabídku start/ne natvrdo/, podobný problémy mít nebudeš./ Ale u W98 ty tvrdý restarty byly casto nutností/
Soubory FILExxxx.chk všechny smaž - jsou už k nicemu.

Na tvrdo musim bohuzel cas od casu vypinat, dobrovolne nikdy. Zazil jsem to ovsem v hojne mire i kdyz jsem jednu dobu delal na XPckach (a i kdysi v dobach davnych na NT4).

Defragmentovani by tady asi moc nepomohlo (i kdyz by asi bez ohledu na tohle trochu zrychlilo beh kompu). Kouk jsem se na mapu testu povrchu disku, co ukazuje Scandisk v DOSu a zhruba 20 GB z 30 bylo jeste uplne cistych - na skodu by to sice nebylo, ale rek bych, ze to jeste zdaleka nebyla zhava nutnost.

U tech FILExxxx.chk jsem si taky uz kolikrat rikal, co se s nima tak da delat a vzdy je vyhazoval. Ted me to ale zlakalo se na ne podivat bliz, jednak jako na text, jednak jako na grafiku pomoci IrfanView a prece jen to k necemu bylo. Neco z toho byly intaktni animace z reklam, to nejvetsi (30 az 60 MB) tusim uz nepotrebne BMP-skeny, coz se mi ale nepodarilo prokazat, zrejme jim chybela hlavicka. Pak tam byly poskozene soubory vyprodukovane OmniPagem pri konverzi textoveho skenu na cisty text a to nejdulezitejsi: Prakticky neposkozena skenovana fotka ze serie, kterou bych v prvnim momente nepostradal, nez bych si na ni jednou vzpomnel a marne ji hledal - je cela pryc a zda se ze to je to jedine podstatne, co se znicilo. Ted tu ale jeste mam ty predlohy, takze ten sken muzu zopakovat, za tyden by mozna uz byly pryc se sberem papiru.

V první rade by to chtelo z toho disku vykopírovat data a vzhledem k tomu, že to je FAT32 a nejspíš došlo k nekorektnímu vypnutí, by bylo dobré projet to scandiskem (to bude prekrížených souboru a zcyklených adresáru... - proto nejprve ta záloha, nakopnutý soubor je vetšinou stále lepší, než žádný soubor), jinak bootlog (.txt i .prv) je, jak již bylo zmíneno, jen protokol a pokud si jej nechceš precíst, s cistým svedomím jej smaž, to mužeš i ty .chk, opet, pokud v tom nemáš nejaký soubor, o nekž nechceš prijít.

A konecne k tem zátuhum pri startu, souhlasím s odinstalací ovladacu v nouzovém režimu, pak ale doporucuji nejprve procistit systém a pak se teprve pouštet do dalších kroku.

Na to vykopirovani dat, co nemam jinde ted dojde. Zatim jedu na toho klona, co jsem tu mel a pro jistotu jsem si z nej udelal jeste jednoho. A az to bude, tak smazu systemovy segment, otestuju, cerstve zformatuju a zas na nej naklonuju to, s cmi delam ted provizorne.

Tu poruchu zpusobila nejspis vadna ksanda, kterou jsem mel pripojen jeden maly disk z notebooku a ktery pri manipulaci s tim kabelem vysazoval. Myslim, ze se umazla cast souborove tabulky.

Jinak do nouzoveho rezimu nerad lezu, kdyz to nemusi byt, protoze mi vzdycky rozhazi ikony na desktopu


Vznikla mi v te souvislosti ale nova otazka: Kdyz jsem klonoval ten system, vsechno slo krasne, ale ten novy disk nechtel bootovat. Po dukladnem prezkouseni vseho mozneho a zjisteni, ze vsechno delam spravne (osvedceny postup, nedelal jsem to poprve), jsem vzal jiny disk, proceduru zopakoval a on taky nechtel; nakonec se ukazalo, ze ani jeden z tehle 2 nebootuje ani do DOSu s pouhymy zakladnimy systemovymi soubory DOSu (prikaz sys x:). Akorat se navenek lisili v projevu te chyby: jeden mi hlasil chybu v bootovacim poradi a namaloval mi na monitor, ze mam vlozit disketu a stisknout F1, ten druhy proste zustal viset s blikajicim kurzorem vlevo nahore a tusim '7F' v pravo na hore. Teprv s 3. diskem to klaplo. Zvlastni pri tom je, ze krome tohodle oba ty disky bezi perfektne, test sektoru probehne bez zaskobrtnuti maximalnim tempem a jako disky na data pisou i ctou naprosto ciste, rychle, neslysne. Vsechny ty disky nebyly sice nove, ale pred tim kompletne smazane, jak receno otestovany sektory vc. MBR a cerstve zformatovane (pouzivam na to RanishPartitionManager); a jeden z nich byl presne stejny model, jaky jsem uz jako systemovy/bootovaci bez problemu pouzival. Zna nekdo vysvetleni tohodle jevu, popr. jestli by bylo mozne jim nejak schopnost bootovat vratit?

[jimmy]

...
Jinak do nouzoveho rezimu nerad lezu, kdyz to nemusi byt, protoze mi vzdycky rozhazi ikony na desktopu
...

Vznikla mi v te souvislosti ale nova otazka: Kdyz jsem klonoval ten system, vsechno slo krasne, ale ten novy disk nechtel bootovat. Po dukladnem prezkouseni vseho mozneho a zjisteni, ze vsechno delam spravne (osvedceny postup, nedelal jsem to poprve), jsem vzal jiny disk, proceduru zopakoval a on taky nechtel; nakonec se ukazalo, ze ani jeden z tehle 2 nebootuje ani do DOSu s pouhymy zakladnimy systemovymi soubory DOSu (prikaz sys x:). Akorat se navenek lisili v projevu te chyby: jeden mi hlasil chybu v bootovacim poradi a namaloval mi na monitor, ze mam vlozit disketu a stisknout F1, ten druhy proste zustal viset s blikajicim kurzorem vlevo nahore a tusim '7F' v pravo na hore. Teprv s 3. diskem to klaplo. Zvlastni pri tom je, ze krome tohodle oba ty disky bezi perfektne, test sektoru probehne bez zaskobrtnuti maximalnim tempem a jako disky na data pisou i ctou naprosto ciste, rychle, neslysne. Vsechny ty disky nebyly sice nove, ale pred tim kompletne smazane, jak receno otestovany sektory vc. MBR a cerstve zformatovane (pouzivam na to RanishPartitionManager); a jeden z nich byl presne stejny model, jaky jsem uz jako systemovy/bootovaci bez problemu pouzival. Zna nekdo vysvetleni tohodle jevu, popr. jestli by bylo mozne jim nejak schopnost bootovat vratit?

na ikony pouzij tohle
http://users.rcn.com/taylotr/icon_restore.html

na opravu bootovani z disku jsem s oblibou pouzival prvni cast instalace Win98 z CD (staci do prvniho restartu), vzdy se to pote nejak "prostouchlo" (nejdriv opravit takhle mbr a pak udelat na "opraveny" disk opet klon...), ale uz jsem se s timhle problemem dlouho nesetkal (co treba zkusit z recovery konzole "fixboot" a "fixmbr" ?)

[Mikus]

Zlocinec se vraci na misto cinu a ja k tomuhle tematu

myslim ze to uklada do registru - nezkousel jsem, zkus mrknout na tenhle klicek v registru

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\IconLayout

Bohuzel pod HKEY_CURRENT_USER\Software\Microsoft\Windows\Curre ntVersion\Explorer ani \IconLayout, ani nic podobnyho. Zato jsem tam mimochodem a myslim ciste nahodou objevil, po cem se uz taky davno pidim, a sice usporadani Oblibenych: HKEY_CURRENT_USER\Software\Microsoft\Windows\Curre ntVersion\Explorer\MenuOrder\Favorites; aspon se domnivam, ze to je ono.


Co me ale hlavne privedlo zpatky:

...Kdyz jsem klonoval ten system, vsechno slo krasne, ale ten novy disk nechtel bootovat. Po dukladnem prezkouseni vseho mozneho a zjisteni, ze vsechno delam spravne (osvedceny postup, nedelal jsem to poprve), jsem vzal jiny disk, proceduru zopakoval a on taky nechtel; nakonec se ukazalo, ze ani jeden z tehle 2 nebootuje ani do DOSu s pouhymy zakladnimy systemovymi soubory DOSu (prikaz sys x:). Akorat se navenek lisili v projevu te chyby: jeden mi hlasil chybu v bootovacim poradi a namaloval mi na monitor, ze mam vlozit disketu a stisknout F1, ten druhy proste zustal viset s blikajicim kurzorem vlevo nahore a tusim '7F' v pravo na hore. Teprv s 3. diskem to klaplo. Zvlastni pri tom je, ze krome tohodle oba ty disky bezi perfektne, test sektoru probehne bez zaskobrtnuti maximalnim tempem a jako disky na data pisou i ctou naprosto ciste, rychle, neslysne. Vsechny ty disky nebyly sice nove, ale pred tim kompletne smazane, jak receno otestovany sektory vc. MBR a cerstve zformatovane (pouzivam na to RanishPartitionManager); a jeden z nich byl presne stejny model, jaky jsem uz jako systemovy/bootovaci bez problemu pouzival. Zna nekdo vysvetleni tohodle jevu, popr. jestli by bylo mozne jim nejak schopnost bootovat vratit?

Jistotu jeste zdaleka nemam, ale mnozi se mi indikace, ze disky, co takhle odmitaji bootovat, pochazeji z Applu. Muze tuhle domnenku nekdo s urcitosti potvrdit nebo vyvratit?