 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
Windows Forum / Windows 98 / General Topics / April 2004win bad shut down auto scan 98se
my auto scan on windows shut down problem will not work __I have put scandisk into my startup folder as a stop gap__this has been an ongoing problem for me __there is a registry item which can be altered {or maybe some other method} can anyone please help with this item__Thanking all. With kind regards From WillofAustralia Victoria. Hi, Are you referring to an automatic Scandisk run after a bad shutdown? If so try Start>Run and type "msconfig" (without the quotes), and on the "General" tab, click "Advanced". Is the box for "Disable Scandisk after bad shutdown" checked? If it is, un-check it. HTH, Curt > my auto scan on windows shut down problem will not work __I have put > scandisk into my startup folder as a stop gap__this has been an ongoing > problem for me __there is a registry item which can be altered {or maybe > some other method} can anyone please help with this item__Thanking all. > With kind regards From WillofAustralia Victoria. I have been all through this__ msconfig etc. it is most probably a registry edit that has to be attended too > Hi, > Are you referring to an automatic Scandisk run after a bad shutdown? [quoted text clipped - 15 lines] > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.665 / Virus Database: 428 - Release Date: 4/21/04 (1) Do you have a "Scandisk.alt"? Then, Norton took over Scandisk. So, look inside of it & in Norton menus/Norton FAQs/Norton Readme for an answer. I do know: When Norton has been uninstalled & Scandisk auto-Scandisk doesn't work, Glee will say to delete that file! (But that's when it's been uninstalled, I guess.) (2) Blanton has said Scandisk will not necessarily run. It depends whether a crash has been severe enough. If you do crash, it is always wise to run your own Scandisk, anyhow, as the auto-Scandisk is too quick to be doing it all. JUST... don't let yours constantly restart! (3) Look in "C:\Scandisk.log" to see what it may say. Colorado was getting messages in there, even when it seemed the thing was not running! (4) Open "C:\Windows\Command\Scandisk.ini" in Notepad. Change "NumPasses=0" to a positive number. Mine is "=5". (However, if Norton has taken you over, perhaps look in "Scandisk.alt" for that.) (5) http://support.microsoft.com/support/kb/articles/Q118/5/79.asp Contents of the Windows MSDOS.sys.sys File Careful with MS-DOS.sys: It is an important file. (a) "START button, Settings, Folder Options, View tab". Bolt "Show all files" & UNcheck "Hide file extensions..." (b) R-Clk "C:\MSDOS.sys" in Explorer, select Properties, & turn off "Read-Only" (c) Open "C:\MSDOS.sys" in Notepad. If it shows "AutoScan=0", change that to "=1". (The line may be at bottom, after the filler "X's".) (b) R-Clk "C:\MSDOS.sys" in Explorer, select Properties, & turn "Read-Only" back on. This setting probably is equivalent to all that (but it may get out-of-synch)... (a) "START, Run, MSConfig, General tab, Advanced button" (b) Uncheck "Disable Scandisk after bad shutdown". (6) Here is a mind-bender. As cquirke is fond of saying, "C:\Winboot.ini", if it exists, will override MSDOS.sys. So, check for a "AutoScan=0" in there as well, as it has the same format as the other (I think he has said).  SignatureThanks or Good Luck, There may be humor in this post, and, Naturally, you will not sue, should things get worse after this, PCR pcrrcp@netzero.net | my auto scan on windows shut down problem will not work __I have put | scandisk into my startup folder as a stop gap__this has been an ongoing | problem for me __there is a registry item which can be altered {or maybe | some other method} can anyone please help with this item__Thanking all. | With kind regards From WillofAustralia Victoria. >(2) Blanton has said Scandisk will not necessarily run. It depends >whether a crash has been severe enough. The detail is: Auto-Scandisk doesn't run because you had a bad exit, but because a "file operations in progress" flag was found to be set on startup (the "normal" auto-Scandisk, affected volumes only) or a "disk access failed" flag was found to be set (the "surface scan" auto-Scandisk, all volumes on afflicted physical HD scanned). IOW, if you bad-exit at a time when no file operations are in progress, then the file system is not at risk, the "file operations in progress" flag is not set, and no auto-Scandisk occurs. OTOH, if you do see auto-Scandisk, it means file ops were interrupted and therefore some degree of bit-rot can be expected. >--------------- ----- ---- --- -- - - - Dreams are stack dumps of the soul >--------------- ----- ---- --- -- - - - That comports with the fact that sometimes it will scan one partition & sometimes two. I will change the wording as follows... (2) As Blanton has said, Scandisk will not necessarily run. It depends whether a write was pending at the time of the crash. If you do crash, it is always wise to run your own Scandisk, anyhow, as the auto-Scandisk is too quick to be doing it all. JUST... don't let yours constantly restart! SignatureThanks or Good Luck, There may be humor in this post, and, Naturally, you will not sue, should things get worse after this, PCR pcrrcp@netzero.net | | >(2) Blanton has said Scandisk will not necessarily run. It depends [quoted text clipped - 16 lines] | Dreams are stack dumps of the soul | >--------------- ----- ---- --- -- - - - The solution was to remove scandisk.alt residing in windows\command and delete scandisk.alt__I do not use Norton products anymore and this scandisk problem has been nagging me ever since thanks to PCR and all who contributed With kind regards From WillofAustralia Victoria. > That comports with the fact that sometimes it will scan one partition & > sometimes two. I will change the wording as follows... [quoted text clipped - 24 lines] > | Dreams are stack dumps of the soul > | >--------------- ----- ---- --- -- - - - You are welcome. That usually is the solution that does it. SignatureThanks or Good Luck, There may be humor in this post, and, Naturally, you will not sue, should things get worse after this, PCR pcrrcp@netzero.net | The solution was to remove scandisk.alt residing in windows\command and | delete scandisk.alt__I do not use Norton products anymore and this scandisk [quoted text clipped - 30 lines] | > | Dreams are stack dumps of the soul | > | >--------------- ----- ---- --- -- - - - >That comports with the fact that sometimes it will scan one partition & >sometimes two. Dunno what comports means in this context (<google> Did you mean COM PORTS ? </google>) but yes; a bad file system bit will cause only that violume to be (logically) checked, whereas a bad disk bit will cause all volumes that share the same HD to be (surface) checked. >-------------------- ----- ---- --- -- - - - - Running Windows-based av to kill active malware is like striking a match to see if what you are standing in is water or petrol. >-------------------- ----- ---- --- -- - - - - Actually, I have my TIFs & OE Store on a separate HDD. I have seen auto-Scandisk cross over to it on occasion. (Naturally, that is rare, expert that I am.) Hmm. As you may know, I've recently moved "C:\Windows\Options" to "E:\Options". Now, at a C:prompt in Windows DOS (in a box)... DIR E: lists... Directory of E:\OPTIONS\CABS\PWS . <DIR> 04-22-04 5:03p . .. <DIR> 04-22-04 5:03p .. ADCRLNTS HTM 23,256 04-23-99 10:22p ADCRLNTS.HTM ADME DLL 60,688 04-23-99 10:22p ADME.DLL ADO CAB 294,060 04-23-99 10:22p ADO.CAB ...snip I must.. E: CD\ DIR ...to get E: listed. ???WHY??? The Registry has "OPTIONS\CABS\PWS" twice. A WinZip MRU, And this, which also is WinZip, apparently... HKEY_CURRENT_USER\Software\Nico Mak Computing\WinZip\directories DefDir "E:\OPTIONS\CABS\PWS" SignatureThanks or Good Luck, There may be humor in this post, and, Naturally, you will not sue, should things get worse after this, PCR pcrrcp@netzero.net | | >That comports with the fact that sometimes it will scan one partition & [quoted text clipped - 9 lines] | a match to see if what you are standing in is water or petrol. | >-------------------- ----- ---- --- -- - - - - > Actually, I have my TIFs & OE Store on a separate HDD. I have seen > auto-Scandisk cross over to it on occasion. I keep my TIF on the first partition of the second drive with the page file. Don't know how performance-wise that is, but there it is. > (Naturally, that is rare, expert that I am.) Yep.. > Hmm. As you may know, I've recently moved "C:\Windows\Options" to > "E:\Options". ..we were talking about that at work today... ;-)) > Now, at a C:prompt in Windows DOS (in a box)... > [quoted text clipped - 3 lines] > . <DIR> 04-22-04 5:03p . > .. <DIR> 04-22-04 5:03p .. > I must.. > E: > CD\ > DIR > ...to get E: listed. ???WHY??? E: != E:\ !! DOS keeps track of the current dir on each drive. A DIR [drive:] does a dir on the current dir for that particular drive. Do a CD [drive:] to see the current dir. CD E: If the root is not current then you need to specify, DIR E:\ You'll see it on the current drive too. Do C: CD \WINDOWS DIR C: Ah! At a C:prompt, "DIR E:\" does produce the root directory. Thanks. I remembered that about "current" from last you mentioned it. But I can't figure what made "E:\OPTIONS\CABS\PWS" the current dir. Now, it is "E:\My Documents", apparently. I suppose I did, in Windows, access that folder, & it set it as current, even for a DOS in a box. Well, let's see... absolutely! I set the current dir to E:\ in DOS & closed the session. Next I opened/closed "E:\Options\Cabs\Setup.txt" in Notepad. "DIR E:" then listed that folder. But "DIR E:\" does always list the root folder. Can you think of a bugaboo involved with having moved my .cabs to E:? (a) I have now changed SFC to consider "E:\Options", (but haven't had a chance to run it). (b) I do know Windows Update was putting files into "C:\Windows\Options\Cabs"; well, a few of them had dates that say as much. Also, they did show up in SFC, (though perhaps only after I had changed it's search criteria). I think I got every Registry key concerned. So, I guess it will be fine... I saw 8 matches for (just) "C:\Windows\Options". Two were WinZip; one, SFC. Fine. Then, there were... HKEY_CURRENT_USER\InstallLocationsMRU a "C:\WINDOWS\options\cabs" HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\SysDM SearchLocation "C:\WINDOWS\options\cabs" HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Setup CommandLine "/T:C:\WININST0.400 /SrcDir=C:\WINDOWS\OPTIONS\CABS /IS /IW /IQ /ID /IV /IZ /II /NR /II /C /U:xxxxxxxxxxxxxxxxx" OLSSrcPath "C:\WINDOWS\OPTIONS\CABS\OLS" SourcePath "C:\WINDOWS\options\cabs\" SignatureThanks or Good Luck, There may be humor in this post, and, Naturally, you will not sue, should things get worse after this, PCR pcrrcp@netzero.net | > Actually, I have my TIFs & OE Store on a separate HDD. I have seen | > auto-Scandisk cross over to it on occasion. [quoted text clipped - 37 lines] | CD \WINDOWS | DIR C: > Can you think of a bugaboo involved with having moved my .cabs to E:? hu unh.. I've never tried moving it. I don't use WU much, and don't know much about how it works, if anything. I just use it when I have to. Most of the time I download and do a manula install. > (a) I have now changed SFC to consider "E:\Options", (but haven't had a > chance to run it). > (b) I do know Windows Update was putting files into > "C:\Windows\Options\Cabs"; well, a few of them had dates that say as > much. Hmm. Well, I hope whatever (I guess WU) was adding to Options\ now makes it's adjustment. I did put "E:\Options" into SFC's search criteria & ran it. It seems to have made it's adjustment, for these .cabs & every other folder that was in Options\... [C:\WINDOWS\OPTIONS\CABS] _isdel.exe Deleted 5, 51, 138, 6/6/00 _setup.dll Deleted 5.10.146.0 6/6/00 a3d.dll Deleted 4.07.00.100 6/6/00 ADVPACK.DLL Deleted 6.00.2800.1 7/15/97 ANNCLIST.EXE Deleted 4.10.2223 9/19/00 ...snip [E:\OPTIONS\CABS] ATTRIB.EXE Added 4/23/99 CHKDSK.EXE Added 4/23/99 CHLINST.EXE Added 4.72.3110.0 4/23/99 ...snip 1150 folders examined. 2585 files examined. 150 files added to verification data file. 149 files removed from verification data file. 2 files updated in verification data file. 0 files restored. 1 file changes ignored. SignatureThanks or Good Luck, There may be humor in this post, and, Naturally, you will not sue, should things get worse after this, PCR pcrrcp@netzero.net | | > Can you think of a bugaboo involved with having moved my .cabs to E:? [quoted text clipped - 8 lines] | > "C:\Windows\Options\Cabs"; well, a few of them had dates that say as | > much. >Hmm. As you may know, I've recently moved "C:\Windows\Options" to >"E:\Options". Now, at a C:prompt in Windows DOS (in a box)... >DIR E: > lists... [quoted text clipped - 5 lines] >ADO CAB 294,060 04-23-99 10:22p ADO.CAB >...snip >I must.. >E: >CD\ >DIR >...to get E: listed. ???WHY??? Because "current drive" and "current dir" are two seperate implicit settings. When you go "Dir E:", you are specifying E: rather than the current drive, but you are not specifying the directory (as "Dir E:\" would). So you get a listing of whatever was the current dir for E: at that time. If you did Dir E:\ you'd get what you want ;-) >The Registry has "OPTIONS\CABS\PWS" twice. A WinZip MRU, And this, which >also is WinZip, apparently... >HKEY_CURRENT_USER\Software\Nico Mak Computing\WinZip\directories >DefDir "E:\OPTIONS\CABS\PWS" Unless otherwise specified in WinZip's settings, it will default to the last-used dir. So there's the MRU entry showing humda-ha as the MRU'd path, and DefDir showing it as the (current) default path. If you specified something else as the default path in WinZip's settings, then DefDir would point to that, irrespective of the MRU. Otherwise what seems to be happening here is that the MRU entry in the MRU list is also set as the (current) value for DefDir. >-------------------- ----- ---- --- -- - - - - Running Windows-based av to kill active malware is like striking a match to see if what you are standing in is water or petrol. >-------------------- ----- ---- --- -- - - - - > >Hmm. As you may know, I've recently moved "C:\Windows\Options" to > >"E:\Options". Now, at a C:prompt in Windows DOS (in a box)... > > >DIR E: > > lists... > >Directory of E:\OPTIONS\CABS\PWS > Because "current drive" and "current dir" are two seperate implicit > settings. When you go "Dir E:", you are specifying E: rather than the > current drive, but you are not specifying the directory (as "Dir E:\" > would). So you get a listing of whatever was the current dir for E: > at that time. If you did Dir E:\ you'd get what you want ;-) Confusing X: with X:\ is probably why we see a lot of posts instructing commands such as.. CD WINDOWS or even CD C:\WINDOWS news:eVEz0ZJLEHA.2148@TK2MSFTNGP09.phx.gbl I did recall the bit about current drive/current directory, but was wondering why E:\OPTIONS\CABS\PWS started off as current, right off the bat! (I see I wasn't clear in the question.) It seems, the directory that is current to a particular drive in Windows DOS is the one that was last accessed in Windows GUI. Blanton has already fixed me with: DIR E:\. As far as WinZip, I have just opened/closed "C:\WINDOWS\TEMP\hosts.zip", even extracted it to a spare partition. And, yes, DefDir is now C:\WINDOWS\TEMP. Thanks. I guess I could be wrong about Windows Update adding to C:\Windows\Options\Cabs. I guess it could be other stuff I've done that did it. E:\OPTIONS\CABS>dir /o-d /p SETUPDIR <DIR> 04-22-04 5:03p SETUPDIR TOUR <DIR> 04-22-04 5:03p TOUR PWS <DIR> 04-22-04 5:03p PWS OLS <DIR> 04-22-04 5:03p OLS . <DIR> 04-22-04 5:03p . .. <DIR> 04-22-04 5:03p .. HTML32 CNV 311,864 06-26-03 10:19p HTML32.CNV MSCONV97 DLL 116,288 06-26-03 10:19p MSCONV97.DLL HHCTRL OCX 516,192 12-16-02 1:10p HHCTRL.OCX SCHANNEL DLL 112,912 09-26-02 12:38p SCHANNEL.DLL CRYPTDLG DLL 90,384 09-25-02 12:36p CRYPTDLG.DLL CRYPT32 DLL 372,496 09-12-02 3:10p CRYPT32.DLL XENROLL DLL 172,664 07-09-02 8:45a XENROLL.DLL ITSS DLL 122,368 06-10-02 12:56p ITSS.DLL ITIRCL DLL 143,872 06-10-02 12:56p ITIRCL.DLL HHSETUP DLL 37,888 06-10-02 12:56p HHSETUP.DLL HH EXE 10,752 06-10-02 12:56p HH.EXE HHCTRLUI DLL 88,064 05-20-02 11:09a HHCTRLUI.DLL SNMP EXE 16,144 04-17-02 5:07p SNMP.EXE SNMPAPI DLL 18,192 04-17-02 5:07p SNMPAPI.DLL ...snip SignatureThanks or Good Luck, There may be humor in this post, and, Naturally, you will not sue, should things get worse after this, PCR pcrrcp@netzero.net | | >Hmm. As you may know, I've recently moved "C:\Windows\Options" to [quoted text clipped - 41 lines] | a match to see if what you are standing in is water or petrol. | >-------------------- ----- ---- --- -- - - - - |
Reply to this Message |
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2009 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.