benners Posted August 12, 2004 Share Posted August 12, 2004 Does anybody know what creates this file , it is a zero byte file in the system volume information folder.With SP1 I used to turn off the indexing service and System Restore run a cmd file on the next reboot cmdow @ /HIDfor %%i in (C: D: E: F: G: H: I: J: K: L: M: N: O: P: Q: R: S: T: U: V: W: X: Y: Z:) do if exist "%%i\system volume information" cacls "%%i\system volume information" /e /g benners:ffor %%i in (C: D: E: F: G: H: I: J: K: L: M: N: O: P: Q: R: S: T: U: V: W: X: Y: Z:) do if exist "%%i\system volume information" attrib -s -r -h "%%i\system volume information"for %%i in (C: D: E: F: G: H: I: J: K: L: M: N: O: P: Q: R: S: T: U: V: W: X: Y: Z:) do if exist "%%i\system volume information" rd /s /q "%%i\system volume information"exit and the folder were deleted permanately, they are still deleted but return on subsiquent reboots Link to comment Share on other sites More sharing options...
creopard Posted August 12, 2004 Share Posted August 12, 2004 they are still deleted but return on subsiquent rebootsnice script...you mean they keep returning with SP2? Link to comment Share on other sites More sharing options...
benners Posted August 12, 2004 Author Share Posted August 12, 2004 Yes they keep returning, something is re-creating the files. Link to comment Share on other sites More sharing options...
creopard Posted August 12, 2004 Share Posted August 12, 2004 did you completely disable system restore?;Disable System Restore[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SystemRestore]"DisableSR"=dword:00000001;Disable System Restore Service[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\srservice]"Start"=dword:00000004 Link to comment Share on other sites More sharing options...
benners Posted August 12, 2004 Author Share Posted August 12, 2004 I edit the sr.inf file so it does not get installed, and indexing service is disabled Link to comment Share on other sites More sharing options...
creopard Posted August 13, 2004 Share Posted August 13, 2004 I had the opportunity to test it on a NTFS volume today. Unfortunately your script stops with a syntax error (probably because of %%i) so I did it manually. You are right, the "system volume information" folder is getting restored everytime the machine reboots That sucks...Although this behaviour does not occur on FAT32 volumes (the folder stays deleted) Link to comment Share on other sites More sharing options...
benners Posted August 13, 2004 Author Share Posted August 13, 2004 I have been trying stopping different services to see if they are the culprit but to no avail I have never had the problem with the syntax, attached is the cmd file I use, I have googled but only 1 result.I will keep searching and if I find anything I will post back here.You will need to edit the cmd file and put your username instead of benners, you probably new that but just covering all the basesdelete.cmd Link to comment Share on other sites More sharing options...
creopard Posted August 13, 2004 Share Posted August 13, 2004 Your cmd-file works very well, I guess it was my fault, since the command prompt converts "%%i" in the batchfile to "%i" and I kept posting "%%i" manually, what gave a syntax error.so far so good, SVI-Folder still keeps coming back.Some sites recommend to delete the SVI-Folder via "rd" (if the user scrambled the system somehow) since it will be recovered on the next reboot Link to comment Share on other sites More sharing options...
benners Posted August 13, 2004 Author Share Posted August 13, 2004 I think it has something to do with Dynamic disks, found some info here, win2k related, but it must be something new to service pack 2 as it worked fine in sp1.I have disabled the Logical Disc Manager but that had no effect, the quest continues Link to comment Share on other sites More sharing options...
Kishiro Posted August 28, 2004 Share Posted August 28, 2004 @BennersDid you figure anything out ?I've tried myself to solve this puzzle, but I can't seem to figure out which process is making the MountPointManagerRemoteDatabase files. The information on the net seems to be rather sparse. However during my testing I've discovered that the files aren't really used or written to. I've disabled System Restore, The Indexing Service and The Distributed Link Tracking Service. If i delete the "System Volume information" folders, they're recreated at startup. If I create the MountPointManagerRemoteDatabase file myself, clear the archive attribute and notes down the timestamp, restarts the machine, I can see that the timestamp has not been changed and the archive-bit is still off, hence no writing to the file. So some process is checking if the file exists, if i dosen't it's recreated, but it seems the file itself is useless. Link to comment Share on other sites More sharing options...
visaversa Posted August 28, 2004 Share Posted August 28, 2004 @Kishirodid you tried with regmon and/or filemon from sysinternals? i am pretty sure tyou could monitor what's the process that recreate these files Link to comment Share on other sites More sharing options...
benners Posted August 28, 2004 Author Share Posted August 28, 2004 @KishiroI have still not made any progress , I think the file is linked to Dynamic disks so in theory it should only be written to (hence a time stamp change) if you have changed your drives to dynamic. I don't understand why it needs to be created if the drives are normal, or, why it is only in SP2, as dynamics disks have been around since Win2k (I think) Link to comment Share on other sites More sharing options...
tomcat78 Posted September 5, 2004 Share Posted September 5, 2004 Hi,did anyone solve the problem?I've tried some thing in a VM, but no luck. I've disabled all Services but the dir comes back every restart ;(If tried to monitor the startup with filemon but no luck. The dir seems to be created bevor the RunOnce from registry. Link to comment Share on other sites More sharing options...
Kishiro Posted September 5, 2004 Share Posted September 5, 2004 That's the same conclusions I've come to. I've file monitored my machine for 96hours, and the dirs aren't coming back, unless I restart my machine.It's really annoying, and now it's the only problem I haven't manage to solve in my wonderfull cuztomized unnatended XPSP2 CD. Link to comment Share on other sites More sharing options...
creopard Posted September 5, 2004 Share Posted September 5, 2004 same here... I guess we'll have to accept that unless someone hacks some dll-file or find a regkey that supresses that bahaviour Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now