Re: Backup software--like GHOST

B

Bill in Co.

PCR wrote:
> Bill in Co. wrote:
>> PCR wrote:
>>> Bill in Co. wrote:

>
> ...snip
>>>>> I've never done it, though-- haven't ever decided which to choose!
>>>>> Somewhere, I've got cquirke's suggestions. Which do XP save
>>>>> automatically? A lot or just a few?
>>>>
>>>> A LOT. An awful lot. All the ones it thinks might be
>>>> problematic, and should be monitored. (Which are most of the
>>>> ones you might expect, plus some. :)
>>>> There is an article somewhere on the MS web site somewhere covering
>>>> "System Restore", and what files and directories it monitors, and
>>>> backups, etc, etc.
>>>
>>> Alright. That sounds like too much.

>>
>> Nah. (But in the bloatware albatross named VISTA, it sure may be.
>> :)

>
> OK. :). I believe you about Vista!
>
>>>>> I suppose it is done on a daily basis at each boot like in Win98.
>>>>
>>>> More or less it's daily, or after 24 hours of use (can't recall), if
>>>> you don't choose to make a Restore Point manually yourself within
>>>> that time frame.
>>>>
>>>> And there's a fixed amount of space on the HD reserved for it. (If
>>>> you exceed that, the oldest ones are automatically deleted to make
>>>> room. You can set the space as large or small as you want).
>>>
>>> Oh. Interesting. Sounds like you might not need to reboot for this,
>>> unlike Win98's registry backups, if it's done on a timer basis. Well,
>>> you could probably set that up in Win98 too by putting ScanReg into
>>> Task Scheduler. But I like shutting down on a nightly basis, anyhow.

>>
>> No need to reboot. (When you run System Restore to create a restore
>> point, I mean). Obviously if you want to roll back to a restore
>> point, it will end up rebooting.

>
> Uhuh. Very good.
>
>>>>> That is why it is a good practice to
>>>>> reboot after making major changes even if not told.
>>>>
>>>> Indeed. For that, and other reasons.
>>>
>>> Yea. Other reasons too.
>>>
>>>>>>> Then, isn't your True Image a bit redundant?
>>>>>>
>>>>>> No - totally different. (Sorry if I misled you here by mixing
>>>>>> this all up in my reply).
>>>>>
>>>>> OK. System restore has a big sound to it.
>>>>
>>>> Yes, and (also) just to give you some idea, the System Restore saved
>>>> checkpoints are often around 60 MB or so in size (which is perhaps
>>>> 10 times that of a typical scanreg cab file). But then again, it's
>>>> saving a LOT more (than just the registry). And is kinda like a
>>>> saved snapshot of the system, in time.
>>>
>>> That's a damn lot! I hope the hard drives can take it! If so, it
>>> seems like a good idea, I guess. But all 6 of my .cabs together are
>>> less than 1/6 of that...!...
>>>
>>> C:\WINDOWS\SYSBCKUP>dir rb???.cab /od
>>> Directory of C:\WINDOWS\SYSBCKUP
>>> RBBAD CAB 1,575,664 09-19-07 5:56p rbbad.cab
>>> RB003 CAB 1,601,406 05-31-08 6:45p rb003.cab
>>> RB004 CAB 1,601,383 06-01-08 3:44p rb004.cab
>>> RB005 CAB 1,601,587 06-02-08 6:50p rb005.cab
>>> RB000 CAB 1,600,604 06-03-08 7:07p rb000.cab
>>> RB001 CAB 1,601,242 06-04-08 8:01p rb001.cab
>>> 6 file(s) 9,581,886 bytes

>>
>> Interesting. Well, my CABs were closer to 4 MB, which is about a
>> tenth the size of the restore points in XP. (but of course, they
>> are more limited in what they can correct in 98SE, since less is in
>> there)

>
> You may have had huge apps installed like maybe Office. I only have MS
> Works. Also, playing with User Profiles can bloat a registry, if you've
> ever done that.


Yup. I have lots of apps installed, including Office.

My Total File Count (including Windows, Program Files, etc) on the C:
partition is about 100,000 files for the WinXP computer, and 60,000 files
for the Win98SE computer (NOTE: This is NOT counting the TIF - I subtracted
that out). What's yours? (You'll may need some other app to get a
Total File Count).

>>>> So it's useful if you need to roll back to a previous time (and is
>>>> more effective that way than scanreg /restore, since it is much more
>>>> complete - it monitors files added since the last checkpoint, etc,
>>>> and can put back the previous ones, if there were any changes. (Of
>>>> course, it doesn't monitor things like, say, a text file, or what
>>>> have you, as those aren't needed for any system restorations).
>>>
>>> It does sound to be more thorough than a ScanReg /Restore.

>>
>> MUCH more so. No comparsion. Scanreg /restore ONLY restores the
>> registry, and nothing more. That is considerably more limited
>> (albeit useful, on some occasions - more on that below).

>
> Yep. On the minus side, I'm sure it gives the hard drive a much more
> rigorous usage each day.


Well, I kinda doubt it. Much less so then running Defrag, I bet.

>>> You say you
>>> did it & you did ERUNT too on occasion? What were the occasions? How
>>> do you choose between the two?

>>
>> The right tool for the right job. Maybe a somewhat oversimplified
>> explanation would be as follows:
>>
>> If I knew the changes were pretty minimal, ERUNT would be sufficient,
>> and it is quickest. ERUNT is directly analogous to using scanreg
>> and scanreg /restore. It ONLY saves and restores the registry
>> (normally, without additional customizations)

>
> That sounds about right. Can you do an ERUNT & easily undo it?


I simply restore the previous one - no biggie. However, System Restore
has an Undo, if (for some weird reason) you don't like its restore.

> That's a
> tad tricky to do with ScanReg. In fact, I'd have to experiment AGAIN to
> be sure what to do for that! After my 1st round of experimentation a
> while ago, I came to believe ScanReg /Restore will put the current
> Registry into... RB(next avail number).reg. SO... you'd have to remember
> what that was, if you wanted it back!


Yup. There are normally 5 numbered backups, and you can choose which one
to restore, assuming you know which one you want. Well, often it's one a
day if you turn off your computer each day, so it's a daily thing.
Hopefully you have SOME idea of which date you want to roll back to.

>> If the changes were relatively large, I'd (normally) use System
>> Restore. (one (slightly annoying) thing about System Restore is it
>> monitors lots of files or file types that it thinks could have been
>> problematic, so you need to be sure to save some recently downloaded
>> EXE, DLL, etc files (or whatever, in that vein), in the properly
>> designated place, typically under Documents and Settings, which is
>> NOT monitored - but other than that, it's no big deal).

>
> What is this about? You have to keep an eye on what it does?


Only to the extent of saving file types that are flagged as the potentially
problematic types (like EXEs) in the properly designated place, and not just
any old place you choose on the hard drive. This, since System Restore in
all its "intelligence", might think it could have contributed to your
problem (i.e., of needing to be "undone", just like a virus or bad EXE could
do).

> Does it produce a report? It is difficult to undo?


Not exactly. But System Restore has an Undo if you want to undo it.
Report? Well, it says it successfully completed, (or couldn't, for some
weird reason, like there was way too much to reverse or recover, in which
case it leaves it untouched).

And it gives the date and time, right there on a calendar, which is nice.
:)

>> If the changes were *really extensive*, I wouldn't rely on either,
>> and I'd restore a Backup from the backup drive. (A clear cut case
>> of this would be with something like Office or a Service Pack - say
>> going back to a prior version, or whatever in that case, the only
>> safe and assured way to get the system back (guaranteed) AS IT WAS,
>> would be to do a backup drive restoration)

>
> Very good.
>
>>>>>>>> And I've also used ERUNT, on occasion.
>>>>>>>> ERUNT is used like scanreg and scanreg /restore, to save or
>>>>>>>> restore just the registry), whereas "System Restore" saves
>>>>>>>> and restores a whole lot more (including the files it monitors).
>>>
>>> ...snip
>>>>>> But the best (most assured) way is to restore a backup image, if
>>>>>> something really goes astray (but sometimes that is a bit
>>>>>> overkill, too).
>>>>>
>>>>> Yea. But I think our BING clones are better than any Image which is
>>>>> tougher to deal with.
>>>>
>>>> I'll take either one. Or rather, I'd like to have the option of
>>>> using either one. :)
>>>
>>> Alright. I can see this is still needed despite you have System
>>> Restore.

>>
>> Well again, it's nice to have a SET of tools, and to use the best
>> tool for the most appropriate occasion.

>
> Uhuh.


Yup! :)
 
P

PCR

Bill in Co. wrote:
| PCR wrote:
|> Bill in Co. wrote:

....snip
|>>>> Yes, and (also) just to give you some idea, the System Restore
|>>>> saved checkpoints are often around 60 MB or so in size (which is
|>>>> perhaps 10 times that of a typical scanreg cab file). But then
|>>>> again, it's saving a LOT more (than just the registry). And is
|>>>> kinda like a saved snapshot of the system, in time.
|>>>
|>>> That's a damn lot! I hope the hard drives can take it! If so, it
|>>> seems like a good idea, I guess. But all 6 of my .cabs together are
|>>> less than 1/6 of that...!...
|>>>
|>>> C:\WINDOWS\SYSBCKUP>dir rb???.cab /od
|>>> Directory of C:\WINDOWS\SYSBCKUP
|>>> RBBAD CAB 1,575,664 09-19-07 5:56p rbbad.cab
|>>> RB003 CAB 1,601,406 05-31-08 6:45p rb003.cab
|>>> RB004 CAB 1,601,383 06-01-08 3:44p rb004.cab
|>>> RB005 CAB 1,601,587 06-02-08 6:50p rb005.cab
|>>> RB000 CAB 1,600,604 06-03-08 7:07p rb000.cab
|>>> RB001 CAB 1,601,242 06-04-08 8:01p rb001.cab
|>>> 6 file(s) 9,581,886 bytes
|>>
|>> Interesting. Well, my CABs were closer to 4 MB, which is about a
|>> tenth the size of the restore points in XP. (but of course, they
|>> are more limited in what they can correct in 98SE, since less is in
|>> there)
|>
|> You may have had huge apps installed like maybe Office. I only have
|> MS Works. Also, playing with User Profiles can bloat a registry, if
|> you've ever done that.
|
| Yup. I have lots of apps installed, including Office.
|
| My Total File Count (including Windows, Program Files, etc) on the C:
| partition is about 100,000 files for the WinXP computer, and 60,000
| files for the Win98SE computer (NOTE: This is NOT counting the TIF -
| I subtracted that out). What's yours? (You'll may need some
| other app to get a Total File Count).

By opening Explorer to a drive, Edit menu selecting all, & R-Clk for
Properties, I get...

C:... 10,654 files, 785 folders, 1,359,436,530 bytes
(The original Compaq install minus the following...)
E:... 2,187 files, 193 folders, 723,288,706 bytes
(My Documents, My Downloads, the Win98SE .cabs, &
WU (Windows Update) downloads.)
G:... 1,658 files, 20 folders, 220,327,572 bytes
(OE Store & TIFs.)

So... you have a lot, lot more for your Registry to swallow!

|>>>> So it's useful if you need to roll back to a previous time (and is
|>>>> more effective that way than scanreg /restore, since it is much
|>>>> more complete - it monitors files added since the last
|>>>> checkpoint, etc, and can put back the previous ones, if there
|>>>> were any changes. (Of course, it doesn't monitor things like,
|>>>> say, a text file, or what have you, as those aren't needed for
|>>>> any system restorations).
|>>>
|>>> It does sound to be more thorough than a ScanReg /Restore.
|>>
|>> MUCH more so. No comparsion. Scanreg /restore ONLY restores the
|>> registry, and nothing more. That is considerably more limited
|>> (albeit useful, on some occasions - more on that below).
|>
|> Yep. On the minus side, I'm sure it gives the hard drive a much more
|> rigorous usage each day.
|
| Well, I kinda doubt it. Much less so then running Defrag, I bet.

Well... what is the size of your Registry & that .dll cache? Have you
even found where they are yet?

|>>> You say you
|>>> did it & you did ERUNT too on occasion? What were the occasions?
|>>> How do you choose between the two?
|>>
|>> The right tool for the right job. Maybe a somewhat oversimplified
|>> explanation would be as follows:
|>>
|>> If I knew the changes were pretty minimal, ERUNT would be
|>> sufficient, and it is quickest. ERUNT is directly analogous to
|>> using scanreg and scanreg /restore. It ONLY saves and restores the
|>> registry (normally, without additional customizations)
|>
|> That sounds about right. Can you do an ERUNT & easily undo it?
|
| I simply restore the previous one - no biggie. However, System
| Restore has an Undo, if (for some weird reason) you don't like its
| restore.

That's a big plus, I guess.

|> That's a
|> tad tricky to do with ScanReg. In fact, I'd have to experiment AGAIN
|> to be sure what to do for that! After my 1st round of
|> experimentation a while ago, I came to believe ScanReg /Restore will
|> put the current Registry into... RB(next avail number).reg. SO...
..........I meant: .cab!
|> you'd have to remember what that was, if you wanted it back!
|
| Yup. There are normally 5 numbered backups, and you can choose
| which one to restore, assuming you know which one you want. Well,
| often it's one a day if you turn off your computer each day, so it's
| a daily thing. Hopefully you have SOME idea of which date you want to
| roll back to.

Right. BUT... I'm speaking about the Registry that is current JUST
BEFORE you do a ScanReg /Restore. Obviously, normally you don't want it
back. However, if you do... I (currently) believe it is found in the
RB(next avail number).cab-- that is the next available number JUST
BEFORE doing the /Restore. That's what I believe Win98 does, pending
further investigation. It doesn't really make sense it SHOULD do that,
because it deletes the oldest .cab since only 5 are kept (you know).
That's why I need to experiment once more just to be sure of it! It
could be why some have said to backup all 5 RB..cabs just before
beginning those /Restore! But they never said why!

RBbad.cab is filled when by a ScanReg /FIX or when Windows does an
auto-Restore at boot for whatever reason. RBbad.cab is untouched by
/Restore.

|>> If the changes were relatively large, I'd (normally) use System
|>> Restore. (one (slightly annoying) thing about System Restore is it
|>> monitors lots of files or file types that it thinks could have been
|>> problematic, so you need to be sure to save some recently downloaded
|>> EXE, DLL, etc files (or whatever, in that vein), in the properly
|>> designated place, typically under Documents and Settings, which is
|>> NOT monitored - but other than that, it's no big deal).
|>
|> What is this about? You have to keep an eye on what it does?
|
| Only to the extent of saving file types that are flagged as the
| potentially problematic types (like EXEs) in the properly designated
| place, and not just any old place you choose on the hard drive.
| This, since System Restore in all its "intelligence", might think it
| could have contributed to your problem (i.e., of needing to be
| "undone", just like a virus or bad EXE could do).

So... you are saying... you want to prevent System Restore from undoing
some install you know wasn't the problem? You do that by putting its
..exe's in a safe place? That seems to be a bigger bug-a-boo than you are
admitting! I'd hate to have to take special measures like that! Can't
you do a System Save after your install when you know it worked well?
Then wouldn't a System Restore incorporate that install & not destroy
it?

|> Does it produce a report? It is difficult to undo?
|
| Not exactly. But System Restore has an Undo if you want to undo it.
| Report? Well, it says it successfully completed, (or couldn't, for
| some weird reason, like there was way too much to reverse or recover,
| in which case it leaves it untouched).

I'm not very pleased with System Restore! It's beginning to sound
mysterious & unreliable! Undo is nice, but, if you don't know what it's
done in the first place-- how do you know it's undone it all? I think
you need something like InCtrl5 to track what has been done & undone!

| And it gives the date and time, right there on a calendar, which is
| nice. :)

Wow-ee-- a date & time! I'd rather have a real report!

....snip
| Yup! :)

:).

--
Thanks 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
 
B

Bill in Co.

PCR wrote:
> Bill in Co. wrote:
>> PCR wrote:
>>> Bill in Co. wrote:

>
> ...snip
>>>>>> Yes, and (also) just to give you some idea, the System Restore
>>>>>> saved checkpoints are often around 60 MB or so in size (which is
>>>>>> perhaps 10 times that of a typical scanreg cab file). But then
>>>>>> again, it's saving a LOT more (than just the registry). And is
>>>>>> kinda like a saved snapshot of the system, in time.
>>>>>
>>>>> That's a damn lot! I hope the hard drives can take it! If so, it
>>>>> seems like a good idea, I guess. But all 6 of my .cabs together are
>>>>> less than 1/6 of that...!...
>>>>>
>>>>> C:\WINDOWS\SYSBCKUP>dir rb???.cab /od
>>>>> Directory of C:\WINDOWS\SYSBCKUP
>>>>> RBBAD CAB 1,575,664 09-19-07 5:56p rbbad.cab
>>>>> RB003 CAB 1,601,406 05-31-08 6:45p rb003.cab
>>>>> RB004 CAB 1,601,383 06-01-08 3:44p rb004.cab
>>>>> RB005 CAB 1,601,587 06-02-08 6:50p rb005.cab
>>>>> RB000 CAB 1,600,604 06-03-08 7:07p rb000.cab
>>>>> RB001 CAB 1,601,242 06-04-08 8:01p rb001.cab
>>>>> 6 file(s) 9,581,886 bytes
>>>>
>>>> Interesting. Well, my CABs were closer to 4 MB, which is about a
>>>> tenth the size of the restore points in XP. (but of course, they
>>>> are more limited in what they can correct in 98SE, since less is in
>>>> there)
>>>
>>> You may have had huge apps installed like maybe Office. I only have
>>> MS Works. Also, playing with User Profiles can bloat a registry, if
>>> you've ever done that.

>>
>> Yup. I have lots of apps installed, including Office.
>>
>> My Total File Count (including Windows, Program Files, etc) on the C:
>> partition is about 100,000 files for the WinXP computer, and 60,000
>> files for the Win98SE computer (NOTE: This is NOT counting the TIF -
>> I subtracted that out). What's yours? (You'll may need some
>> other app to get a Total File Count).

>
> By opening Explorer to a drive, Edit menu selecting all, & R-Clk for
> Properties, I get...
>
> C:... 10,654 files, 785 folders, 1,359,436,530 bytes
> (The original Compaq install minus the following...)
> E:... 2,187 files, 193 folders, 723,288,706 bytes
> (My Documents, My Downloads, the Win98SE .cabs, &
> WU (Windows Update) downloads.)
> G:... 1,658 files, 20 folders, 220,327,572 bytes
> (OE Store & TIFs.)
>
> So... you have a lot, lot more for your Registry to swallow!


Indeed! A lot more.

>>>>>> So it's useful if you need to roll back to a previous time (and is
>>>>>> more effective that way than scanreg /restore, since it is much
>>>>>> more complete - it monitors files added since the last
>>>>>> checkpoint, etc, and can put back the previous ones, if there
>>>>>> were any changes. (Of course, it doesn't monitor things like,
>>>>>> say, a text file, or what have you, as those aren't needed for
>>>>>> any system restorations).
>>>>>
>>>>> It does sound to be more thorough than a ScanReg /Restore.
>>>>
>>>> MUCH more so. No comparsion. Scanreg /restore ONLY restores the
>>>> registry, and nothing more. That is considerably more limited
>>>> (albeit useful, on some occasions - more on that below).
>>>
>>> Yep. On the minus side, I'm sure it gives the hard drive a much more
>>> rigorous usage each day.

>>
>> Well, I kinda doubt it. Much less so then running Defrag, I bet.

>
> Well... what is the size of your Registry & that .dll cache? Have you
> even found where they are yet?


Well, the ERUNT bckups (i.e. registry) are about 50 MB each, (vs 4-5 MB on
my Win98SE computer).

The dllcache folder just contains a bunch of DLL, SYS, OCX, INI, etc,
files, and is about 500 MB total (with about 3000 files in there).

>>>>> You say you
>>>>> did it & you did ERUNT too on occasion? What were the occasions?
>>>>> How do you choose between the two?
>>>>
>>>> The right tool for the right job. Maybe a somewhat oversimplified
>>>> explanation would be as follows:
>>>>
>>>> If I knew the changes were pretty minimal, ERUNT would be
>>>> sufficient, and it is quickest. ERUNT is directly analogous to
>>>> using scanreg and scanreg /restore. It ONLY saves and restores the
>>>> registry (normally, without additional customizations)
>>>
>>> That sounds about right. Can you do an ERUNT & easily undo it?

>>
>> I simply restore the previous one - no biggie. However, System
>> Restore has an Undo, if (for some weird reason) you don't like its
>> restore.

>
> That's a big plus, I guess.
>
>>> That's a
>>> tad tricky to do with ScanReg. In fact, I'd have to experiment AGAIN
>>> to be sure what to do for that! After my 1st round of
>>> experimentation a while ago, I came to believe ScanReg /Restore will
>>> put the current Registry into... RB(next avail number).reg. SO...
>>> .........I meant: .cab! you'd have to remember what that was, if you
>>> wanted it back!

>>
>> Yup. There are normally 5 numbered backups, and you can choose
>> which one to restore, assuming you know which one you want. Well,
>> often it's one a day if you turn off your computer each day, so it's
>> a daily thing. Hopefully you have SOME idea of which date you want to
>> roll back to.

>
> Right. BUT... I'm speaking about the Registry that is current JUST
> BEFORE you do a ScanReg /Restore. Obviously, normally you don't want it
> back. However, if you do... I (currently) believe it is found in the
> RB(next avail number).cab-- that is the next available number JUST
> BEFORE doing the /Restore.


It is?? I don't think so. I thought we HAD to run scanreg to create
one (or let it happen automatically every day). Where the *current
registry* really is, is in the "system.dat" and "user.dat" files, but not
the cab files (until you run scanreg to create one)

> That's what I believe Win98 does, pending further investigation.


Huh? No, I don't think so. I think you HAVE to run scanreg to create
one (or let it do it automatically each day).

> It doesn't really make sense it SHOULD do that,


I don't think it does, either.

> because it deletes the oldest .cab since only 5 are kept (you know).


Right.

> That's why I need to experiment once more just to be sure of it! It
> could be why some have said to backup all 5 RB..cabs just before
> beginning those /Restore! But they never said why!


I've rarely seen the need to backup all 5 RB backups.

However, on some experimental occasions, I have copied all of them into
another folder (under SysBackup, called "Extra"), IF I felt I was going to
be experimenting a lot with the computer over a few days, and might want to
fall back on one of them, and not lose them due to overwrites. (Then
later I delete those)

> RBbad.cab is filled when by a ScanReg /FIX or when Windows does an
> auto-Restore at boot for whatever reason. RBbad.cab is untouched by
> /Restore.
>
>>>> If the changes were relatively large, I'd (normally) use System
>>>> Restore. (one (slightly annoying) thing about System Restore is it
>>>> monitors lots of files or file types that it thinks could have been
>>>> problematic, so you need to be sure to save some recently downloaded
>>>> EXE, DLL, etc files (or whatever, in that vein), in the properly
>>>> designated place, typically under Documents and Settings, which is
>>>> NOT monitored - but other than that, it's no big deal).
>>>
>>> What is this about? You have to keep an eye on what it does?

>>
>> Only to the extent of saving file types that are flagged as the
>> potentially problematic types (like EXEs) in the properly designated
>> place, and not just any old place you choose on the hard drive.
>> This, since System Restore in all its "intelligence", might think it
>> could have contributed to your problem (i.e., of needing to be
>> "undone", just like a virus or bad EXE could do).

>
> So... you are saying... you want to prevent System Restore from undoing
> some install you know wasn't the problem? You do that by putting its
> .exe's in a safe place?


No, only EXEs, (for example), that I have recently downloaded or added to my
system since the last System Restore IF they are not saved in the properly
designated place. NOT all the ones that are already on the computer!!!

Otherwise, System Restore can think they may have been part of the problem
we're trying to correct, so it anticipates that, and removes them (IF you
didn't pay heed and save them in the proper (and "unmonitored") place, like
under Documents and Files).

> That seems to be a bigger bug-a-boo than you are admitting!


Not really. See above.

> I'd hate to have to take special measures like that!


It's not THAT big a deal, it's just a minor inconvenience. :)

Yes, I'd prefer that I could download and leave any files of any type
anywhere on the disk that I wanted. But then how would System Restore KNOW
FOR CERTAIN that they weren't problematic, when you asked for a rollback?
Obviously, if you are asking for a rollback, SOMETHING contributed to the
problem, and it doesn't have an I.Q. of 180, you know. :)

> Can't you do a System Save after your install when you know it worked
> well?


Sure. If you run System Restore to create a System Restore point, that
takes care of it! (forgot to mention that!). And I usually do that
after I've installed something and am happy with it. Actually, System
Restore is pretty smart, in that it will automatically create a restore
point when you install a program, just to play it safe. So if you don't
like what happened to your system after installing it, you can uninstall it
and rollback to the prior restore point. That takes care of the registry
AND many other files too that were since added by the errant program (unlike
scanreg /restore, which does NOTHING about that).

> Then wouldn't a System Restore incorporate that install & not destroy it?
>
>>> Does it produce a report? It is difficult to undo?

>>
>> Not exactly. But System Restore has an Undo if you want to undo it.
>> Report? Well, it says it successfully completed, (or couldn't, for
>> some weird reason, like there was way too much to reverse or recover,
>> in which case it leaves it untouched).

>
> I'm not very pleased with System Restore! It's beginning to sound
> mysterious & unreliable!


Not really. Sorry I haven't explained it well, and may be scaring you.
But reread what I wrote above.

> Undo is nice, but, if you don't know what it's done in the first place


I kinda know. :)

-- how do you know it's undone it all? I think
> you need something like InCtrl5 to track what has been done & undone!


IF you feel the need to know exactly what has been written to the disk and
registry, and has been done and undone, you're micromanaging it. Heck,
you (we) don't even know all that by running "scanreg" and "scanreg
/restore" in Win98SE, do we? (rhetorical). We just have (or should have)
some idea.

>> And it gives the date and time, right there on a calendar, which is
>> nice. :)

>
> Wow-ee-- a date & time! I'd rather have a real report!
>
> ...snip
>> Yup! :)

>
> :).
>
> --
> Thanks 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
 
P

PCR

Bill in Co. wrote:
| PCR wrote:
|> Bill in Co. wrote:
|>> PCR wrote:
|>>> Bill in Co. wrote:

....snip
|>> My Total File Count (including Windows, Program Files, etc) on the
|>> C: partition is about 100,000 files for the WinXP computer, and
|>> 60,000 files for the Win98SE computer (NOTE: This is NOT counting
|>> the TIF - I subtracted that out). What's yours? (You'll may
|>> need some other app to get a Total File Count).
|>
|> By opening Explorer to a drive, Edit menu selecting all, & R-Clk for
|> Properties, I get...
|>
|> C:... 10,654 files, 785 folders, 1,359,436,530 bytes
|> (The original Compaq install minus the following...)
|> E:... 2,187 files, 193 folders, 723,288,706 bytes
|> (My Documents, My Downloads, the Win98SE .cabs, &
|> WU (Windows Update) downloads.)
|> G:... 1,658 files, 20 folders, 220,327,572 bytes
|> (OE Store & TIFs.)
|>
|> So... you have a lot, lot more for your Registry to swallow!
|
| Indeed! A lot more.

Yea. You must have took some big ones. Also, I know you collect things,
like music files maybe. This Compaq didn't quite come empty, though. It
has MS Works, MS Money, MS Encarta, ArcSoft PhotoPrinter, Built-In
Technician, CeQuadrat, etc. But I've hardly run any of that.

|>>>>>> So it's useful if you need to roll back to a previous time (and
|>>>>>> is more effective that way than scanreg /restore, since it is
|>>>>>> much more complete - it monitors files added since the last
|>>>>>> checkpoint, etc, and can put back the previous ones, if there
|>>>>>> were any changes. (Of course, it doesn't monitor things like,
|>>>>>> say, a text file, or what have you, as those aren't needed for
|>>>>>> any system restorations).
|>>>>>
|>>>>> It does sound to be more thorough than a ScanReg /Restore.
|>>>>
|>>>> MUCH more so. No comparsion. Scanreg /restore ONLY restores
|>>>> the registry, and nothing more. That is considerably more
|>>>> limited (albeit useful, on some occasions - more on that below).
|>>>
|>>> Yep. On the minus side, I'm sure it gives the hard drive a much
|>>> more rigorous usage each day.
|>>
|>> Well, I kinda doubt it. Much less so then running Defrag, I bet.
|>
|> Well... what is the size of your Registry & that .dll cache? Have you
|> even found where they are yet?
|
| Well, the ERUNT bckups (i.e. registry) are about 50 MB each, (vs 4-5
| MB on my Win98SE computer).
|
| The dllcache folder just contains a bunch of DLL, SYS, OCX, INI, etc,
| files, and is about 500 MB total (with about 3000 files in there).

That's a damn lot! And all of that is done automatically each day? I
presume a System Save incorporates an ERUNT. Yow!

....snip
|>>> That's a
|>>> tad tricky to do with ScanReg. In fact, I'd have to experiment
|>>> AGAIN to be sure what to do for that! After my 1st round of
|>>> experimentation a while ago, I came to believe ScanReg /Restore
|>>> will put the current Registry into... RB(next avail number).reg.
|>>> SO... .........I meant: .cab! you'd have to remember what that
|>>> was, if you wanted it back!
|>>
|>> Yup. There are normally 5 numbered backups, and you can choose
|>> which one to restore, assuming you know which one you want. Well,
|>> often it's one a day if you turn off your computer each day, so it's
|>> a daily thing. Hopefully you have SOME idea of which date you want
|>> to roll back to.
|>
|> Right. BUT... I'm speaking about the Registry that is current JUST
|> BEFORE you do a ScanReg /Restore. Obviously, normally you don't want
|> it back. However, if you do... I (currently) believe it is found in
|> the RB(next avail number).cab-- that is the next available number
|> JUST BEFORE doing the /Restore.
|
| It is?? I don't think so. I thought we HAD to run scanreg to
| create one (or let it happen automatically every day). Where the
| *current registry* really is, is in the "system.dat" and "user.dat"
| files, but not the cab files (until you run scanreg to create one)

In experimentation, I thought I DID notice that a ScanReg /Restore
deposits the current Registry (System.dat, User.dat, Win.ini &
System.ini) into RB(next avail number).cab, just before restoring the
chosen one. HOWEVER, it makes so little sense (it would have to push out
the oldest saved one)... that I guess I must go experiment again just to
be sure. So, if you had the following & you /Restore RB001.cab, you lose
RB005.cab. It is pushed out to make room for RB006.cab, which is the one
replaced.

RB001.cab
RB002.cab
RB003.cab
RB004.cab
RB005.cab

|> That's what I believe Win98 does, pending further investigation.
|
| Huh? No, I don't think so. I think you HAVE to run scanreg to
| create one (or let it do it automatically each day).

Those are the normal ways. But don't forget, both ScanReg /FIX & the
auto-ScanReg at boot when Windows detects a problem will create that
RBbad.cab.

Fine-- I'll try to get it done by tomorrow! (Probably, I'll have egg on
my face-- but it's too late now to back down.)

|> It doesn't really make sense it SHOULD do that,
|
| I don't think it does, either.
|
|> because it deletes the oldest .cab since only 5 are kept (you know).
|
| Right.
|
|> That's why I need to experiment once more just to be sure of it! It
|> could be why some have said to backup all 5 RB..cabs just before
|> beginning those /Restore! But they never said why!
|
| I've rarely seen the need to backup all 5 RB backups.

Me neither. But, if you've got 5, you should have access to 5-- & not
destroy the oldest at each /Restore. I'm beginning to think I have to be
wrong about that, but will report by tomorrow.

| However, on some experimental occasions, I have copied all of them
| into another folder (under SysBackup, called "Extra"), IF I felt I
| was going to be experimenting a lot with the computer over a few
| days, and might want to fall back on one of them, and not lose them
| due to overwrites. (Then later I delete those)

Yep. I've got C:\REGBCKUP for that.

|> RBbad.cab is filled when by a ScanReg /FIX or when Windows does an
|> auto-Restore at boot for whatever reason. RBbad.cab is untouched by
|> /Restore.
|>
|>>>> If the changes were relatively large, I'd (normally) use System
|>>>> Restore. (one (slightly annoying) thing about System Restore is it
|>>>> monitors lots of files or file types that it thinks could have
|>>>> been problematic, so you need to be sure to save some recently
|>>>> downloaded EXE, DLL, etc files (or whatever, in that vein), in
|>>>> the properly designated place, typically under Documents and
|>>>> Settings, which is NOT monitored - but other than that, it's no
|>>>> big deal).
|>>>
|>>> What is this about? You have to keep an eye on what it does?
|>>
|>> Only to the extent of saving file types that are flagged as the
|>> potentially problematic types (like EXEs) in the properly designated
|>> place, and not just any old place you choose on the hard drive.
|>> This, since System Restore in all its "intelligence", might think it
|>> could have contributed to your problem (i.e., of needing to be
|>> "undone", just like a virus or bad EXE could do).
|>
|> So... you are saying... you want to prevent System Restore from
|> undoing some install you know wasn't the problem? You do that by
|> putting its .exe's in a safe place?
|
| No, only EXEs, (for example), that I have recently downloaded or
| added to my system since the last System Restore IF they are not
| saved in the properly designated place. NOT all the ones that are
| already on the computer!!!
|
| Otherwise, System Restore can think they may have been part of the
| problem we're trying to correct, so it anticipates that, and removes
| them (IF you didn't pay heed and save them in the proper (and
| "unmonitored") place, like under Documents and Files).
|
|> That seems to be a bigger bug-a-boo than you are admitting!
|
| Not really. See above.
|
|> I'd hate to have to take special measures like that!
|
| It's not THAT big a deal, it's just a minor inconvenience. :)
|
| Yes, I'd prefer that I could download and leave any files of any type
| anywhere on the disk that I wanted. But then how would System
| Restore KNOW FOR CERTAIN that they weren't problematic, when you
| asked for a rollback? Obviously, if you are asking for a rollback,
| SOMETHING contributed to the problem, and it doesn't have an I.Q. of
| 180, you know. :)

Yea, but... doesn't the install want to have its EXEs, etc. where it put
them? How do you even know where all files went & how many there were?
Are you meaning to put them back again after the System Restore? Sheesh!

|> Can't you do a System Save after your install when you know it worked
|> well?
|
| Sure. If you run System Restore to create a System Restore point,
| that takes care of it! (forgot to mention that!). And I usually
| do that after I've installed something and am happy with it.
| Actually, System Restore is pretty smart, in that it will
| automatically create a restore point when you install a program, just
| to play it safe. So if you don't like what happened to your system
| after installing it, you can uninstall it and rollback to the prior
| restore point. That takes care of the registry AND many other
| files too that were since added by the errant program (unlike scanreg
| /restore, which does NOTHING about that).

OK. So... OK, that sounds about normal, then. After you've done an
install (& all seems well) -- if system folders were involved (& I guess
they would be) -- you need to do a System Save. Fine. Is it clear when
XP does that automatically so that you don't do it twice? 3000 files &
50 MB Registries is lot!

|> Then wouldn't a System Restore incorporate that install & not
|> destroy it?
|>
|>>> Does it produce a report? It is difficult to undo?
|>>
|>> Not exactly. But System Restore has an Undo if you want to undo
|>> it. Report? Well, it says it successfully completed, (or couldn't,
|>> for some weird reason, like there was way too much to reverse or
|>> recover, in which case it leaves it untouched).
|>
|> I'm not very pleased with System Restore! It's beginning to sound
|> mysterious & unreliable!
|
| Not really. Sorry I haven't explained it well, and may be scaring
| you. But reread what I wrote above.

It's a bit less scary. I would want to be current on my System Saves--
instead of tracking & moving files back & forth!

|> Undo is nice, but, if you don't know what it's done in the first
|> place
|
| I kinda know. :)

Yea. :).

| -- how do you know it's undone it all? I think
|> you need something like InCtrl5 to track what has been done & undone!
|
| IF you feel the need to know exactly what has been written to the
| disk and registry, and has been done and undone, you're micromanaging
| it. Heck, you (we) don't even know all that by running "scanreg"
| and "scanreg /restore" in Win98SE, do we? (rhetorical). We just
| have (or should have) some idea.

InCtrl5 is a big help for that. However, it is daunting to look at truly
big installs. (Yea, you're right.)


....snip
--
Thanks 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
 
B

Bill in Co.

PCR wrote:
> Bill in Co. wrote:
>> PCR wrote:
>>> Bill in Co. wrote:
>>>> PCR wrote:
>>>>> Bill in Co. wrote:

>
> ...snip
>>>> My Total File Count (including Windows, Program Files, etc) on the
>>>> C: partition is about 100,000 files for the WinXP computer, and
>>>> 60,000 files for the Win98SE computer (NOTE: This is NOT counting
>>>> the TIF - I subtracted that out). What's yours? (You'll may
>>>> need some other app to get a Total File Count).
>>>
>>> By opening Explorer to a drive, Edit menu selecting all, & R-Clk for
>>> Properties, I get...
>>>
>>> C:... 10,654 files, 785 folders, 1,359,436,530 bytes
>>> (The original Compaq install minus the following...)
>>> E:... 2,187 files, 193 folders, 723,288,706 bytes
>>> (My Documents, My Downloads, the Win98SE .cabs, &
>>> WU (Windows Update) downloads.)
>>> G:... 1,658 files, 20 folders, 220,327,572 bytes
>>> (OE Store & TIFs.)
>>>
>>> So... you have a lot, lot more for your Registry to swallow!

>>
>> Indeed! A lot more.

>
> Yea. You must have took some big ones. Also, I know you collect things,
> like music files maybe.


And several programs that work on audio (and some video) files, like wav
editors and audio restoration programs, etc.

> This Compaq didn't quite come empty, though. It
> has MS Works, MS Money, MS Encarta, ArcSoft PhotoPrinter, Built-In
> Technician, CeQuadrat, etc. But I've hardly run any of that.


Most of those are small.
I still have - and use - MS Works 4.5, in addition to Word (using the right
tool for the right job :). But MS Works really went downhill after
that, and I refuse to use or install ANY of the succeeding ones! If I
want or need more, I use MS Word (in Office 2000).

>>>>>>>> So it's useful if you need to roll back to a previous time (and
>>>>>>>> is more effective that way than scanreg /restore, since it is
>>>>>>>> much more complete - it monitors files added since the last
>>>>>>>> checkpoint, etc, and can put back the previous ones, if there
>>>>>>>> were any changes. (Of course, it doesn't monitor things like,
>>>>>>>> say, a text file, or what have you, as those aren't needed for
>>>>>>>> any system restorations).
>>>>>>>
>>>>>>> It does sound to be more thorough than a ScanReg /Restore.
>>>>>>
>>>>>> MUCH more so. No comparsion. Scanreg /restore ONLY restores
>>>>>> the registry, and nothing more. That is considerably more
>>>>>> limited (albeit useful, on some occasions - more on that below).
>>>>>
>>>>> Yep. On the minus side, I'm sure it gives the hard drive a much
>>>>> more rigorous usage each day.
>>>>
>>>> Well, I kinda doubt it. Much less so then running Defrag, I bet.
>>>
>>> Well... what is the size of your Registry & that .dll cache? Have you
>>> even found where they are yet?

>>
>> Well, the ERUNT bckups (i.e. registry) are about 50 MB each, (vs 4-5
>> MB on my Win98SE computer).
>>
>> The dllcache folder just contains a bunch of DLL, SYS, OCX, INI, etc,
>> files, and is about 500 MB total (with about 3000 files in there).

>
> That's a damn lot! And all of that is done automatically each day?


No. (not the dllcache subfolder contents, for example, unless part of it
changed, in which case only the changed files would be).

As I said, the System Restore backup (i.e. restore points) are about 60 MB
in size.

> I presume a System Save incorporates an ERUNT. Yow!


"System Save"??? You mean in creating the System Restore checkpoint?
Well yeah, it includes backing up the registry (but not ERUNT, which is a
separate freeware package one can download, if one wants to only
backup/restore just the registry, and no other files)

> ...snip
>>>>> That's a
>>>>> tad tricky to do with ScanReg. In fact, I'd have to experiment
>>>>> AGAIN to be sure what to do for that! After my 1st round of
>>>>> experimentation a while ago, I came to believe ScanReg /Restore
>>>>> will put the current Registry into... RB(next avail number).reg.
>>>>> SO... .........I meant: .cab! you'd have to remember what that
>>>>> was, if you wanted it back!
>>>>
>>>> Yup. There are normally 5 numbered backups, and you can choose
>>>> which one to restore, assuming you know which one you want. Well,
>>>> often it's one a day if you turn off your computer each day, so it's
>>>> a daily thing. Hopefully you have SOME idea of which date you want
>>>> to roll back to.
>>>
>>> Right. BUT... I'm speaking about the Registry that is current JUST
>>> BEFORE you do a ScanReg /Restore. Obviously, normally you don't want
>>> it back. However, if you do... I (currently) believe it is found in
>>> the RB(next avail number).cab-- that is the next available number
>>> JUST BEFORE doing the /Restore.

>>
>> It is?? I don't think so. I thought we HAD to run scanreg to
>> create one (or let it happen automatically every day). Where the
>> *current registry* really is, is in the "system.dat" and "user.dat"
>> files, but not the cab files (until you run scanreg to create one)

>
> In experimentation, I thought I DID notice that a ScanReg /Restore
> deposits the current Registry (System.dat, User.dat, Win.ini &
> System.ini) into RB(next avail number).cab, just before restoring the
> chosen one.


I think it may save a temporarily one as it creates a new one, but what good
is that to us, since it's subsequentally erased?

> HOWEVER, it makes so little sense (it would have to push out
> the oldest saved one)... that I guess I must go experiment again just to
> be sure. So, if you had the following & you /Restore RB001.cab, you lose
> RB005.cab. It is pushed out to make room for RB006.cab, which is the one
> replaced.
>
> RB001.cab
> RB002.cab
> RB003.cab
> RB004.cab
> RB005.cab
>
>>> That's what I believe Win98 does, pending further investigation.

>>
>> Huh? No, I don't think so. I think you HAVE to run scanreg to
>> create one (or let it do it automatically each day).

>
> Those are the normal ways. But don't forget, both ScanReg /FIX & the
> auto-ScanReg at boot when Windows detects a problem will create that
> RBbad.cab.


True.

> Fine-- I'll try to get it done by tomorrow! (Probably, I'll have egg on
> my face-- but it's too late now to back down.)
>
>>> It doesn't really make sense it SHOULD do that,

>>
>> I don't think it does, either.
>>
>>> because it deletes the oldest .cab since only 5 are kept (you know).

>>
>> Right.
>>
>>> That's why I need to experiment once more just to be sure of it! It
>>> could be why some have said to backup all 5 RB..cabs just before
>>> beginning those /Restore! But they never said why!

>>
>> I've rarely seen the need to backup all 5 RB backups.

>
> Me neither. But, if you've got 5, you should have access to 5-- & not
> destroy the oldest at each /Restore. I'm beginning to think I have to be
> wrong about that, but will report by tomorrow.
>
>> However, on some experimental occasions, I have copied all of them
>> into another folder (under SysBackup, called "Extra"), IF I felt I
>> was going to be experimenting a lot with the computer over a few
>> days, and might want to fall back on one of them, and not lose them
>> due to overwrites. (Then later I delete those)

>
> Yep. I've got C:\REGBCKUP for that.
>
>>> RBbad.cab is filled when by a ScanReg /FIX or when Windows does an
>>> auto-Restore at boot for whatever reason. RBbad.cab is untouched by
>>> /Restore.
>>>
>>>>>> If the changes were relatively large, I'd (normally) use System
>>>>>> Restore. (one (slightly annoying) thing about System Restore is it
>>>>>> monitors lots of files or file types that it thinks could have
>>>>>> been problematic, so you need to be sure to save some recently
>>>>>> downloaded EXE, DLL, etc files (or whatever, in that vein), in
>>>>>> the properly designated place, typically under Documents and
>>>>>> Settings, which is NOT monitored - but other than that, it's no
>>>>>> big deal).
>>>>>
>>>>> What is this about? You have to keep an eye on what it does?
>>>>
>>>> Only to the extent of saving file types that are flagged as the
>>>> potentially problematic types (like EXEs) in the properly designated
>>>> place, and not just any old place you choose on the hard drive.
>>>> This, since System Restore in all its "intelligence", might think it
>>>> could have contributed to your problem (i.e., of needing to be
>>>> "undone", just like a virus or bad EXE could do).
>>>
>>> So... you are saying... you want to prevent System Restore from
>>> undoing some install you know wasn't the problem? You do that by
>>> putting its .exe's in a safe place?

>>
>> No, only EXEs, (for example), that I have recently downloaded or
>> added to my system since the last System Restore IF they are not
>> saved in the properly designated place. NOT all the ones that are
>> already on the computer!!!
>>
>> Otherwise, System Restore can think they may have been part of the
>> problem we're trying to correct, so it anticipates that, and removes
>> them (IF you didn't pay heed and save them in the proper (and
>> "unmonitored") place, like under Documents and Files).
>>
>>> That seems to be a bigger bug-a-boo than you are admitting!

>>
>> Not really. See above.
>>
>>> I'd hate to have to take special measures like that!

>>
>> It's not THAT big a deal, it's just a minor inconvenience. :)
>>
>> Yes, I'd prefer that I could download and leave any files of any type
>> anywhere on the disk that I wanted. But then how would System
>> Restore KNOW FOR CERTAIN that they weren't problematic, when you
>> asked for a rollback? Obviously, if you are asking for a rollback,
>> SOMETHING contributed to the problem, and it doesn't have an I.Q. of
>> 180, you know. :)

>
> Yea, but... doesn't the install want to have its EXEs, etc. where it put
> them?


Sure. I don't get what you're driving at though. May be clarified
below..

> How do you even know where all files went & how many there were?


System Restore keeps track (if, for example, you use Undo, or restore to a
previous checkpoint)

> Are you meaning to put them back again after the System Restore? Sheesh!


IF you didn't follow the guidelines. (then shame on you! :)

>>> Can't you do a System Save after your install when you know it worked
>>> well?

>>
>> Sure. If you run System Restore to create a System Restore point,
>> that takes care of it! (forgot to mention that!). And I usually
>> do that after I've installed something and am happy with it.
>> Actually, System Restore is pretty smart, in that it will
>> automatically create a restore point when you install a program, just
>> to play it safe. So if you don't like what happened to your system
>> after installing it, you can uninstall it and rollback to the prior
>> restore point. That takes care of the registry AND many other
>> files too that were since added by the errant program (unlike scanreg
>> /restore, which does NOTHING about that).

>
> OK. So... OK, that sounds about normal, then. After you've done an
> install (& all seems well) -- if system folders were involved (& I guess
> they would be) -- you need to do a System Save. Fine. Is it clear when
> XP does that automatically so that you don't do it twice? 3000 files &
> 50 MB Registries is lot!


3000 files? (No, as I mentioned above about the dllcache - see above)

>>> Then wouldn't a System Restore incorporate that install & not
>>> destroy it?
>>>
>>>>> Does it produce a report? It is difficult to undo?
>>>>
>>>> Not exactly. But System Restore has an Undo if you want to undo
>>>> it. Report? Well, it says it successfully completed, (or couldn't,
>>>> for some weird reason, like there was way too much to reverse or
>>>> recover, in which case it leaves it untouched).
>>>
>>> I'm not very pleased with System Restore! It's beginning to sound
>>> mysterious & unreliable!

>>
>> Not really. Sorry I haven't explained it well, and may be scaring
>> you. But reread what I wrote above.

>
> It's a bit less scary. I would want to be current on my System Saves--
> instead of tracking & moving files back & forth!
>
>>> Undo is nice, but, if you don't know what it's done in the first
>>> place

>>
>> I kinda know. :)

>
> Yea. :).
>
>> -- how do you know it's undone it all? I think
>>> you need something like InCtrl5 to track what has been done & undone!

>>
>> IF you feel the need to know exactly what has been written to the
>> disk and registry, and has been done and undone, you're micromanaging
>> it. Heck, you (we) don't even know all that by running "scanreg"
>> and "scanreg /restore" in Win98SE, do we? (rhetorical). We just
>> have (or should have) some idea.

>
> InCtrl5 is a big help for that. However, it is daunting to look at truly
> big installs. (Yea, you're right.)
>
>
> ...snip
> --
> Thanks 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
 
P

PCR

Well, we've hit the limit in this thread segment. So, I've moved the
post up.

Bill in Co. wrote:
| PCR wrote:
|> Bill in Co. wrote:

....snip
|> Yea. You must have took some big ones. Also, I know you collect
|> things, like music files maybe.
|
| And several programs that work on audio (and some video) files, like
| wav editors and audio restoration programs, etc.

OK. Right. That's how I remember it from other threads.

|> This Compaq didn't quite come empty, though. It
|> has MS Works, MS Money, MS Encarta, ArcSoft PhotoPrinter, Built-In
|> Technician, CeQuadrat, etc. But I've hardly run any of that.
|
| Most of those are small.
| I still have - and use - MS Works 4.5, in addition to Word (using
| the right tool for the right job :). But MS Works really went
| downhill after that, and I refuse to use or install ANY of the
| succeeding ones! If I want or need more, I use MS Word (in Office
| 2000).

I really use only the spreadsheet & only for my taxes. Encarta requires
its CD to work, & I guess most of its stuff is on there. So, yea, I've
got little.

|>>>>>>>> So it's useful if you need to roll back to a previous time
|>>>>>>>> (and is more effective that way than scanreg /restore, since
|>>>>>>>> it is much more complete - it monitors files added since the
|>>>>>>>> last checkpoint, etc, and can put back the previous ones, if
|>>>>>>>> there were any changes. (Of course, it doesn't monitor
|>>>>>>>> things like, say, a text file, or what have you, as those
|>>>>>>>> aren't needed for any system restorations).
|>>>>>>>
|>>>>>>> It does sound to be more thorough than a ScanReg /Restore.
|>>>>>>
|>>>>>> MUCH more so. No comparsion. Scanreg /restore ONLY restores
|>>>>>> the registry, and nothing more. That is considerably more
|>>>>>> limited (albeit useful, on some occasions - more on that below).
|>>>>>
|>>>>> Yep. On the minus side, I'm sure it gives the hard drive a much
|>>>>> more rigorous usage each day.
|>>>>
|>>>> Well, I kinda doubt it. Much less so then running Defrag, I
|>>>> bet.
|>>>
|>>> Well... what is the size of your Registry & that .dll cache? Have
|>>> you even found where they are yet?
|>>
|>> Well, the ERUNT bckups (i.e. registry) are about 50 MB each, (vs 4-5
|>> MB on my Win98SE computer).
|>>
|>> The dllcache folder just contains a bunch of DLL, SYS, OCX, INI,
|>> etc, files, and is about 500 MB total (with about 3000 files in
|>> there).
|>
|> That's a damn lot! And all of that is done automatically each day?
|
| No. (not the dllcache subfolder contents, for example, unless part
| of it changed, in which case only the changed files would be).

Oops. That's right, as I think you said before. Sure, that's fine, then,
if it only does a kind of incremental.

| As I said, the System Restore backup (i.e. restore points) are about
| 60 MB in size.

I guess that isn't as large as it sounds. OK, fine.

|> I presume a System Save incorporates an ERUNT. Yow!
|
| "System Save"??? You mean in creating the System Restore
| checkpoint? Well yeah, it includes backing up the registry (but not
| ERUNT, which is a separate freeware package one can download, if one
| wants to only backup/restore just the registry, and no other files)

Yea, that's what I meant. So... whether it is saving or restoring, it's
still called System Restore. OK, fine, then.

|> ...snip
|>>>>> That's a
|>>>>> tad tricky to do with ScanReg. In fact, I'd have to experiment
|>>>>> AGAIN to be sure what to do for that! After my 1st round of
|>>>>> experimentation a while ago, I came to believe ScanReg /Restore
|>>>>> will put the current Registry into... RB(next avail number).reg.
|>>>>> SO... .........I meant: .cab! you'd have to remember what that
|>>>>> was, if you wanted it back!
|>>>>
|>>>> Yup. There are normally 5 numbered backups, and you can choose
|>>>> which one to restore, assuming you know which one you want.
|>>>> Well, often it's one a day if you turn off your computer each
|>>>> day, so it's a daily thing. Hopefully you have SOME idea of which
|>>>> date you want to roll back to.
|>>>
|>>> Right. BUT... I'm speaking about the Registry that is current JUST
|>>> BEFORE you do a ScanReg /Restore. Obviously, normally you don't
|>>> want it back. However, if you do... I (currently) believe it is
|>>> found in the RB(next avail number).cab-- that is the next
|>>> available number JUST BEFORE doing the /Restore.
|>>
|>> It is?? I don't think so. I thought we HAD to run scanreg to
|>> create one (or let it happen automatically every day). Where the
|>> *current registry* really is, is in the "system.dat" and "user.dat"
|>> files, but not the cab files (until you run scanreg to create one)
|>
|> In experimentation, I thought I DID notice that a ScanReg /Restore
|> deposits the current Registry (System.dat, User.dat, Win.ini &
|> System.ini) into RB(next avail number).cab, just before restoring the
|> chosen one.
|
| I think it may save a temporarily one as it creates a new one, but
| what good is that to us, since it's subsequentally erased?

Well, I repeated the experiment. I was right, wacky as it may be. Each
ScanReg /Restore wipes out the oldest one! It even says something like
"backing up system files" just before it says something like "restoring
system files"!

I started with only 4 backups (not including RBbad.cab, which isn't
offered as a candidate to restore)...

Directory of C:\WINDOWS\SYSBCKUP
RBBAD CAB 1,575,664 09-19-07 5:56p
RB003 CAB 1,602,136 06-08-08 2:23p
RB004 CAB 1,602,164 06-09-08 8:01p
RB000 CAB 1,602,660 06-11-08 9:07p
RB001 CAB 1,602,684 06-12-08 9:01p << 1

After the /Restore of RB001, there were five. Note the date on RBbad
never changes. The new RB002.cab is bloated. It contains all the files
(System.dat, User.dat, System.ini, & Win.ini) in uncompressed form of
the Registry that was just replaced...

Directory of C:\WINDOWS\SYSBCKUP
RBBAD CAB 1,575,664 09-19-07 5:56p
RB003 CAB 1,602,136 06-08-08 2:23p
RB004 CAB 1,602,164 06-09-08 8:01p
RB000 CAB 1,602,660 06-11-08 9:07p << 2
RB001 CAB 1,602,684 06-12-08 9:01p
RB002 CAB 6,209,878 06-13-08 12:21a

From that, I restored RB000. Now, I have lost RB003-- because it was the
oldest & had to be pushed out to make room for RB005. Yucky...!...

Directory of C:\WINDOWS\SYSBCKUP
RBBAD CAB 1,575,664 09-19-07 5:56p
RB004 CAB 1,602,164 06-09-08 8:01p << 3
RB000 CAB 1,602,660 06-11-08 9:07p
RB001 CAB 1,602,684 06-12-08 9:01p
RB002 CAB 6,209,878 06-13-08 12:21a
RB005 CAB 6,209,878 06-13-08 12:28a

Directory of C:\WINDOWS\SYSBCKUP
RBBAD CAB 1,575,664 09-19-07 5:56p
RB000 CAB 1,602,660 06-11-08 9:07p
RB001 CAB 1,602,684 06-12-08 9:01p
RB002 CAB 6,209,878 06-13-08 12:21a << 4
RB005 CAB 6,209,878 06-13-08 12:28a
RB003 CAB 6,209,878 06-13-08 12:36a

Finally, I chose to /Restore a bloated one. It worked, or so the message
said. But back in Windows (each time before, I was booting to DOS), it
looks like restoring a bloated one does NOT play with the cabbed
Registries. They stayed the same. (I can't recall whether it said
"backing up system files" that last time.)

Directory of C:\WINDOWS\SYSBCKUP
RBBAD CAB 1,575,664 09-19-07 5:56p rbbad.cab
RB000 CAB 1,602,660 06-11-08 9:07p rb000.cab
RB001 CAB 1,602,684 06-12-08 9:01p rb001.cab
RB002 CAB 6,209,878 06-13-08 12:21a RB002.CAB
RB005 CAB 6,209,878 06-13-08 12:28a RB005.CAB
RB003 CAB 6,209,878 06-13-08 12:36a RB003.CAB

I can't recommend restoring a bloated one, though. Upon getting back
online & opening OE to this NG-- it wants to download all 14,000+ posts
again! Can it be a coincidence! I went back into DOS & restored my own
saved Registry of yesterday-- but looks like the damage is done. I'm up
to 2079 of 14,314 coming back in! Sheesh! I can't perfectly swear
restoring a bloated one does that-- but I'll certainly never do it
again!

....snip
|>> It's not THAT big a deal, it's just a minor inconvenience. :)
|>>
|>> Yes, I'd prefer that I could download and leave any files of any
|>> type anywhere on the disk that I wanted. But then how would System
|>> Restore KNOW FOR CERTAIN that they weren't problematic, when you
|>> asked for a rollback? Obviously, if you are asking for a rollback,
|>> SOMETHING contributed to the problem, and it doesn't have an I.Q. of
|>> 180, you know. :)
|>
|> Yea, but... doesn't the install want to have its EXEs, etc. where it
|> put them?
|
| Sure. I don't get what you're driving at though. May be clarified
| below..
|
|> How do you even know where all files went & how many there were?
|
| System Restore keeps track (if, for example, you use Undo, or restore
| to a previous checkpoint)

No, I meant how do you know which ones to protect by moving them out of
System Restore's way. But, I guess you are talking about simple installs
that have maybe just one .exe & no Registry entries. For big installs, I
presume you just make the checkpoint. OK.

|> Are you meaning to put them back again after the System Restore?
|> Sheesh!
|
| IF you didn't follow the guidelines. (then shame on you! :)

I'll probably follow the guidelines in your position. I don't want my
..exe's wiped, either!

|>>> Can't you do a System Save after your install when you know it
|>>> worked well?
|>>
|>> Sure. If you run System Restore to create a System Restore point,
|>> that takes care of it! (forgot to mention that!). And I usually
|>> do that after I've installed something and am happy with it.
|>> Actually, System Restore is pretty smart, in that it will
|>> automatically create a restore point when you install a program,
|>> just to play it safe. So if you don't like what happened to your
|>> system after installing it, you can uninstall it and rollback to
|>> the prior restore point. That takes care of the registry AND
|>> many other files too that were since added by the errant program
|>> (unlike scanreg /restore, which does NOTHING about that).
|>
|> OK. So... OK, that sounds about normal, then. After you've done an
|> install (& all seems well) -- if system folders were involved (& I
|> guess they would be) -- you need to do a System Save. Fine. Is it
|> clear when XP does that automatically so that you don't do it twice?
|> 3000 files & 50 MB Registries is lot!
|
| 3000 files? (No, as I mentioned above about the dllcache - see
| above)

Right-- that part isn't so bad, then. But does System Save do this
automatically or not? Do you know when it is doing it, so that you don't
do your own unnecessarily?


....snip
--
Thanks 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
 
B

Bill in Co.

PCR wrote:
> Well, we've hit the limit in this thread segment. So, I've moved the
> post up.


?? What does that mean ("moved the post up")? Up where?

> Bill in Co. wrote:
>> PCR wrote:
>>> Bill in Co. wrote:

>
> ...snip
>>> Yea. You must have took some big ones. Also, I know you collect
>>> things, like music files maybe.

>>
>> And several programs that work on audio (and some video) files, like
>> wav editors and audio restoration programs, etc.

>
> OK. Right. That's how I remember it from other threads.
>
>>> This Compaq didn't quite come empty, though. It
>>> has MS Works, MS Money, MS Encarta, ArcSoft PhotoPrinter, Built-In
>>> Technician, CeQuadrat, etc. But I've hardly run any of that.

>>
>> Most of those are small.
>> I still have - and use - MS Works 4.5, in addition to Word (using
>> the right tool for the right job :). But MS Works really went
>> downhill after that, and I refuse to use or install ANY of the
>> succeeding ones! If I want or need more, I use MS Word (in Office
>> 2000).

>
> I really use only the spreadsheet & only for my taxes. Encarta requires
> its CD to work, & I guess most of its stuff is on there. So, yea, I've
> got little.
>
>>>>>>>>>> So it's useful if you need to roll back to a previous time
>>>>>>>>>> (and is more effective that way than scanreg /restore, since
>>>>>>>>>> it is much more complete - it monitors files added since the
>>>>>>>>>> last checkpoint, etc, and can put back the previous ones, if
>>>>>>>>>> there were any changes. (Of course, it doesn't monitor
>>>>>>>>>> things like, say, a text file, or what have you, as those
>>>>>>>>>> aren't needed for any system restorations).
>>>>>>>>>
>>>>>>>>> It does sound to be more thorough than a ScanReg /Restore.
>>>>>>>>
>>>>>>>> MUCH more so. No comparsion. Scanreg /restore ONLY restores
>>>>>>>> the registry, and nothing more. That is considerably more
>>>>>>>> limited (albeit useful, on some occasions - more on that below).
>>>>>>>
>>>>>>> Yep. On the minus side, I'm sure it gives the hard drive a much
>>>>>>> more rigorous usage each day.
>>>>>>
>>>>>> Well, I kinda doubt it. Much less so then running Defrag, I
>>>>>> bet.
>>>>>
>>>>> Well... what is the size of your Registry & that .dll cache? Have
>>>>> you even found where they are yet?
>>>>
>>>> Well, the ERUNT bckups (i.e. registry) are about 50 MB each, (vs 4-5
>>>> MB on my Win98SE computer).
>>>>
>>>> The dllcache folder just contains a bunch of DLL, SYS, OCX, INI,
>>>> etc, files, and is about 500 MB total (with about 3000 files in
>>>> there).
>>>
>>> That's a damn lot! And all of that is done automatically each day?

>>
>> No. (not the dllcache subfolder contents, for example, unless part
>> of it changed, in which case only the changed files would be).

>
> Oops. That's right, as I think you said before. Sure, that's fine, then,
> if it only does a kind of incremental.
>
>> As I said, the System Restore backup (i.e. restore points) are about
>> 60 MB in size.

>
> I guess that isn't as large as it sounds. OK, fine.


Not too bad considering ALL of what it can retain, should you decide to
restore to a previous setpoint. IOW, not JUST the registry, but a lot of
the other files, too. Again, more on that below.

>>> I presume a System Save incorporates an ERUNT. Yow!

>>
>> "System Save"??? You mean in creating the System Restore
>> checkpoint? Well yeah, it includes backing up the registry (but not
>> ERUNT, which is a separate freeware package one can download, if one
>> wants to only backup/restore just the registry, and no other files)

>
> Yea, that's what I meant. So... whether it is saving or restoring, it's
> still called System Restore. OK, fine, then.


Yeah. OK, I see why the term can be a bit misleading. :)
I guess it's best to say Creating a System Restore checkpoint. Kinda long,
though.

>>> ...snip
>>>>>>> That's a
>>>>>>> tad tricky to do with ScanReg. In fact, I'd have to experiment
>>>>>>> AGAIN to be sure what to do for that! After my 1st round of
>>>>>>> experimentation a while ago, I came to believe ScanReg /Restore
>>>>>>> will put the current Registry into... RB(next avail number).reg.
>>>>>>> SO... .........I meant: .cab! you'd have to remember what that
>>>>>>> was, if you wanted it back!
>>>>>>
>>>>>> Yup. There are normally 5 numbered backups, and you can choose
>>>>>> which one to restore, assuming you know which one you want.
>>>>>> Well, often it's one a day if you turn off your computer each
>>>>>> day, so it's a daily thing. Hopefully you have SOME idea of which
>>>>>> date you want to roll back to.
>>>>>
>>>>> Right. BUT... I'm speaking about the Registry that is current JUST
>>>>> BEFORE you do a ScanReg /Restore. Obviously, normally you don't
>>>>> want it back. However, if you do... I (currently) believe it is
>>>>> found in the RB(next avail number).cab-- that is the next
>>>>> available number JUST BEFORE doing the /Restore.
>>>>
>>>> It is?? I don't think so. I thought we HAD to run scanreg to
>>>> create one (or let it happen automatically every day). Where the
>>>> *current registry* really is, is in the "system.dat" and "user.dat"
>>>> files, but not the cab files (until you run scanreg to create one)
>>>
>>> In experimentation, I thought I DID notice that a ScanReg /Restore
>>> deposits the current Registry (System.dat, User.dat, Win.ini &
>>> System.ini) into RB(next avail number).cab, just before restoring the
>>> chosen one.

>>
>> I think it may save a temporarily one as it creates a new one, but
>> what good is that to us, since it's subsequentally erased?

>
> Well, I repeated the experiment. I was right, wacky as it may be. Each
> ScanReg /Restore wipes out the oldest one!


Of course. But we already knew that, didn't we? There are always only 5
(max), so something HAS to go if you run scanreg and save it. Each and
every time. Because there are always only 5 maximum CABS (unless you
change the associated ini file, and not counting the RBBAD ones, of course)

> It even says something like
> "backing up system files" just before it says something like "restoring
> system files"!
>
> I started with only 4 backups (not including RBbad.cab, which isn't
> offered as a candidate to restore)...


Looking at the list below, a RB002 should be created now..

> Directory of C:\WINDOWS\SYSBCKUP
> RBBAD CAB 1,575,664 09-19-07 5:56p
> RB003 CAB 1,602,136 06-08-08 2:23p
> RB004 CAB 1,602,164 06-09-08 8:01p
> RB000 CAB 1,602,660 06-11-08 9:07p
> RB001 CAB 1,602,684 06-12-08 9:01p << 1
>
> After the /Restore of RB001, there were five.


Right.

> Note the date on RBbad
> never changes. The new RB002.cab is bloated. It contains all the files
> (System.dat, User.dat, System.ini, & Win.ini) in uncompressed form of
> the Registry that was just replaced...


Right.

> Directory of C:\WINDOWS\SYSBCKUP
> RBBAD CAB 1,575,664 09-19-07 5:56p
> RB003 CAB 1,602,136 06-08-08 2:23p
> RB004 CAB 1,602,164 06-09-08 8:01p
> RB000 CAB 1,602,660 06-11-08 9:07p << 2
> RB001 CAB 1,602,684 06-12-08 9:01p
> RB002 CAB 6,209,878 06-13-08 12:21a
>
> From that, I restored RB000. Now, I have lost RB003-- because it was the
> oldest & had to be pushed out to make room for RB005. Yucky...!...


Exactly. You only get 5 TOTAL (skipping BAD). :)
(but you can get around this potential problem by copying them to another
location and bringing them back, if needbe)

> Directory of C:\WINDOWS\SYSBCKUP
> RBBAD CAB 1,575,664 09-19-07 5:56p
> RB004 CAB 1,602,164 06-09-08 8:01p << 3
> RB000 CAB 1,602,660 06-11-08 9:07p
> RB001 CAB 1,602,684 06-12-08 9:01p
> RB002 CAB 6,209,878 06-13-08 12:21a
> RB005 CAB 6,209,878 06-13-08 12:28a
>
> Directory of C:\WINDOWS\SYSBCKUP
> RBBAD CAB 1,575,664 09-19-07 5:56p
> RB000 CAB 1,602,660 06-11-08 9:07p
> RB001 CAB 1,602,684 06-12-08 9:01p
> RB002 CAB 6,209,878 06-13-08 12:21a << 4
> RB005 CAB 6,209,878 06-13-08 12:28a
> RB003 CAB 6,209,878 06-13-08 12:36a
>
> Finally, I chose to /Restore a bloated one. It worked, or so the message
> said.


You can restore either a compressed one or an uncompressed one, it doesn't
really matter. I've done both. More on that below..

> But back in Windows (each time before, I was booting to DOS), it
> looks like restoring a bloated one does NOT play with the cabbed
> Registries. They stayed the same. (I can't recall whether it said
> "backing up system files" that last time.)
>
> Directory of C:\WINDOWS\SYSBCKUP
> RBBAD CAB 1,575,664 09-19-07 5:56p rbbad.cab
> RB000 CAB 1,602,660 06-11-08 9:07p rb000.cab
> RB001 CAB 1,602,684 06-12-08 9:01p rb001.cab
> RB002 CAB 6,209,878 06-13-08 12:21a RB002.CAB
> RB005 CAB 6,209,878 06-13-08 12:28a RB005.CAB
> RB003 CAB 6,209,878 06-13-08 12:36a RB003.CAB
>
> I can't recommend restoring a bloated one, though. Upon getting back
> online & opening OE to this NG-- it wants to download all 14,000+ posts
> again! Can it be a coincidence!


Yup, I sure think so! Restoring the registry should NOT have done that!
Something else is at play here, because I have done it before and it works
fine.

> I went back into DOS & restored my own
> saved Registry of yesterday-- but looks like the damage is done. I'm up
> to 2079 of 14,314 coming back in! Sheesh! I can't perfectly swear
> restoring a bloated one does that-- but I'll certainly never do it
> again!


Nope. I have restored a bloated one and it has worked fine. So that is
NOT it. Something else went astray here. (assuming you haven't been
messing with the associated ini file, and restoring some other files you
shouldn't have that caused this!)

As Spock would say, "Insufficient Data". And, "that is most illogical,
McCoy".

> ...snip
>>>> It's not THAT big a deal, it's just a minor inconvenience. :)
>>>>
>>>> Yes, I'd prefer that I could download and leave any files of any
>>>> type anywhere on the disk that I wanted. But then how would System
>>>> Restore KNOW FOR CERTAIN that they weren't problematic, when you
>>>> asked for a rollback? Obviously, if you are asking for a rollback,
>>>> SOMETHING contributed to the problem, and it doesn't have an I.Q. of
>>>> 180, you know. :)
>>>
>>> Yea, but... doesn't the install want to have its EXEs, etc. where it
>>> put them?

>>
>> Sure. I don't get what you're driving at though. May be clarified
>> below..
>>
>>> How do you even know where all files went & how many there were?

>>
>> System Restore keeps track (if, for example, you use Undo, or restore
>> to a previous checkpoint)

>
> No, I meant how do you know which ones to protect by moving them out of
> System Restore's way.


Well, I generally get around this whole thing by creating a new Restore
point so that they won't be removed should I roll back to that point (OR
succeeding points). Problem solved! (IF, however, I rolled back to a
much early point, maybe not so good. :)

Please note: I do NOT save ALL my exe files (and that ilk) that I
downloaded or added in the designated Documents and Files folder, in case I
mislead you. Instead, I just create a fresh new System Restore point,
which leaves them there should I decide to roll back to this point (or any
succeeding ones).

> But, I guess you are talking about simple installs
> that have maybe just one .exe & no Registry entries. For big installs, I
> presume you just make the checkpoint. OK.


Anyways, if (or when) you're gonna be using System Restore, it's most
prudent to either save those special types of files (EXEs, etc) in the
properly designated (unmonitored) places, OR (more commonly for me), just
simply create a new Restore point when you're done, so that if you decide to
roll back to that point (or a succeeding one), you'll still have those
files, and they won't (potentially) be removed.

>>> Are you meaning to put them back again after the System Restore?
>>> Sheesh!

>>
>> IF you didn't follow the guidelines. (then shame on you! :)

>
> I'll probably follow the guidelines in your position. I don't want my
> .exe's wiped, either!


Well, but see what I wrote above in more detail, as I think I might have
misled you a bit. Sorry.

>>>>> Can't you do a System Save after your install when you know it
>>>>> worked well?
>>>>
>>>> Sure. If you run System Restore to create a System Restore point,
>>>> that takes care of it! (forgot to mention that!). And I usually
>>>> do that after I've installed something and am happy with it.
>>>> Actually, System Restore is pretty smart, in that it will
>>>> automatically create a restore point when you install a program,
>>>> just to play it safe. So if you don't like what happened to your
>>>> system after installing it, you can uninstall it and rollback to
>>>> the prior restore point. That takes care of the registry AND
>>>> many other files too that were since added by the errant program
>>>> (unlike scanreg /restore, which does NOTHING about that).
>>>
>>> OK. So... OK, that sounds about normal, then. After you've done an
>>> install (& all seems well) -- if system folders were involved (& I
>>> guess they would be) -- you need to do a System Save. Fine. Is it
>>> clear when XP does that automatically so that you don't do it twice?
>>> 3000 files & 50 MB Registries is lot!

>>
>> 3000 files? (No, as I mentioned above about the dllcache - see
>> above)

>
> Right-- that part isn't so bad, then. But does System Save do this
> automatically or not?


Do what automatically? System Restore generally saves all it needs, to be
able to put the system back in time to the designated point.

> Do you know when it is doing it, so that you don't do your own
> unnecessarily?


Not sure what you mean here. When you run System Restore, it's like
taking a snapshot of the system. So that if necessary, you can rollback
to that point in time (much more completely than by running scanreg /restore
or ERUNT, since it ALSO restores the pertinent system and program files,
too.
 
P

PCR

Bill in Co. wrote:
| PCR wrote:
|> Well, we've hit the limit in this thread segment. So, I've moved the
|> post up.
|
| ?? What does that mean ("moved the post up")? Up where?

I cannot reply to your post of 6/13/08. The thread is too deep. So, I've
moved it up to 6/12/08 1:38 AM-- just as I had to move the last one up!

....snip
|>> As I said, the System Restore backup (i.e. restore points) are about
|>> 60 MB in size.
|>
|> I guess that isn't as large as it sounds. OK, fine.
|
| Not too bad considering ALL of what it can retain, should you decide
| to restore to a previous setpoint. IOW, not JUST the registry, but
| a lot of the other files, too. Again, more on that below.

Yea. That was always the bug-a-boo about ScanReg /Restore-- it wouldn't
get files. BUT... I'm thinking this System Restore of yours has maybe
the same problem -- though much, much less -- if its only concerned with
certain folders. If some install doesn't use those particular folders --
or only puts part of its stuff there -- then a System Restore gets
closer to the ineffectiveness of a ScanReg /Restore. You still end up
with a bit of a mess. Of course, that is when you may go for your
Acronis True Image.

|>>> I presume a System Save incorporates an ERUNT. Yow!
|>>
|>> "System Save"??? You mean in creating the System Restore
|>> checkpoint? Well yeah, it includes backing up the registry (but not
|>> ERUNT, which is a separate freeware package one can download, if one
|>> wants to only backup/restore just the registry, and no other files)
|>
|> Yea, that's what I meant. So... whether it is saving or restoring,
|> it's still called System Restore. OK, fine, then.
|
| Yeah. OK, I see why the term can be a bit misleading. :)
| I guess it's best to say Creating a System Restore checkpoint.
| Kinda long, though.

Right. But "checkpoint" will be sufficient.

....snip
|>>> In experimentation, I thought I DID notice that a ScanReg /Restore
|>>> deposits the current Registry (System.dat, User.dat, Win.ini &
|>>> System.ini) into RB(next avail number).cab, just before restoring
|>>> the chosen one.
|>>
|>> I think it may save a temporarily one as it creates a new one, but
|>> what good is that to us, since it's subsequentally erased?
|>
|> Well, I repeated the experiment. I was right, wacky as it may be.
|> Each ScanReg /Restore wipes out the oldest one!
|
| Of course. But we already knew that, didn't we? There are always
| only 5 (max), so something HAS to go if you run scanreg and save it.
| Each and every time. Because there are always only 5 maximum CABS
| (unless you change the associated ini file, and not counting the
| RBBAD ones, of course)

THAT we knew-- yea. BUT why should it happen when you do a ScanReg
/Restore??? You start with 5 normally that can be restored. But, each
time you restore one-- another is lost! That is, I guess, unless you
start with the oldest & work your way up. But you'd want to start with
the newest!

|> It even says something like
|> "backing up system files" just before it says something like
|> "restoring system files"!
|>
|> I started with only 4 backups (not including RBbad.cab, which isn't
|> offered as a candidate to restore)...
|
| Looking at the list below, a RB002 should be created now..

Right-- but RB003 gets pushed out to oblivion! What if it turns out you
needed to go that far back? You can't anymore, unless you've made
copies. Even then, you have to start moving the copies back into the
Sysbckup\ folder to use them-- & deleting the excess over five too!

I wonder whether ERUNT is as sloppy-- but don't wreck anything trying to
find out!

|> Directory of C:\WINDOWS\SYSBCKUP
|> RBBAD CAB 1,575,664 09-19-07 5:56p
|> RB003 CAB 1,602,136 06-08-08 2:23p
|> RB004 CAB 1,602,164 06-09-08 8:01p
|> RB000 CAB 1,602,660 06-11-08 9:07p
|> RB001 CAB 1,602,684 06-12-08 9:01p << 1
|>
|> After the /Restore of RB001, there were five.
|
| Right.

You expect ScanReg to do that-- but ScanReg /Restore! Why!

|> Note the date on RBbad
|> never changes. The new RB002.cab is bloated. It contains all the
|> files (System.dat, User.dat, System.ini, & Win.ini) in uncompressed
|> form of the Registry that was just replaced...
|
| Right.

Yea.

|> Directory of C:\WINDOWS\SYSBCKUP
|> RBBAD CAB 1,575,664 09-19-07 5:56p
|> RB003 CAB 1,602,136 06-08-08 2:23p
|> RB004 CAB 1,602,164 06-09-08 8:01p
|> RB000 CAB 1,602,660 06-11-08 9:07p << 2
|> RB001 CAB 1,602,684 06-12-08 9:01p
|> RB002 CAB 6,209,878 06-13-08 12:21a
|>
|> From that, I restored RB000. Now, I have lost RB003-- because it was
|> the oldest & had to be pushed out to make room for RB005.
|> Yucky...!...
|
| Exactly. You only get 5 TOTAL (skipping BAD). :)
| (but you can get around this potential problem by copying them to
| another location and bringing them back, if needbe)

Yep. But that is work. You have to ensure only 5 (not including RBbad)
are in Sysbckup too.

|> Directory of C:\WINDOWS\SYSBCKUP
|> RBBAD CAB 1,575,664 09-19-07 5:56p
|> RB004 CAB 1,602,164 06-09-08 8:01p << 3
|> RB000 CAB 1,602,660 06-11-08 9:07p
|> RB001 CAB 1,602,684 06-12-08 9:01p
|> RB002 CAB 6,209,878 06-13-08 12:21a
|> RB005 CAB 6,209,878 06-13-08 12:28a
|
|> Directory of C:\WINDOWS\SYSBCKUP
|> RBBAD CAB 1,575,664 09-19-07 5:56p
|> RB000 CAB 1,602,660 06-11-08 9:07p
|> RB001 CAB 1,602,684 06-12-08 9:01p
|> RB002 CAB 6,209,878 06-13-08 12:21a << 4
|> RB005 CAB 6,209,878 06-13-08 12:28a
|> RB003 CAB 6,209,878 06-13-08 12:36a
|>
|> Finally, I chose to /Restore a bloated one. It worked, or so the
|> message said.
|
| You can restore either a compressed one or an uncompressed one, it
| doesn't really matter. I've done both. More on that below..

Yep. I never tried an uncompressed before, though. As I said, that
doesn't behave like a compressed one in terms of messing with the other
backups-- they were unchanged that time! None were pushed out!

|> But back in Windows (each time before, I was booting to DOS), it
|> looks like restoring a bloated one does NOT play with the cabbed
|> Registries. They stayed the same. (I can't recall whether it said
|> "backing up system files" that last time.)
|>
|> Directory of C:\WINDOWS\SYSBCKUP
|> RBBAD CAB 1,575,664 09-19-07 5:56p rbbad.cab
|> RB000 CAB 1,602,660 06-11-08 9:07p rb000.cab
|> RB001 CAB 1,602,684 06-12-08 9:01p rb001.cab
|> RB002 CAB 6,209,878 06-13-08 12:21a RB002.CAB
|> RB005 CAB 6,209,878 06-13-08 12:28a RB005.CAB
|> RB003 CAB 6,209,878 06-13-08 12:36a RB003.CAB
|>
|> I can't recommend restoring a bloated one, though. Upon getting back
|> online & opening OE to this NG-- it wants to download all 14,000+
|> posts again! Can it be a coincidence!
|
| Yup, I sure think so! Restoring the registry should NOT have done
| that! Something else is at play here, because I have done it before
| and it works fine.

You are right, Colorado. It wasn't this NG at all that was getting
re-downloaded. It was one of my Terabyte NGs-- & there was a reason for
that. I had recently reset it accidentally after accidentally deleting
it!

|> I went back into DOS & restored my own
|> saved Registry of yesterday-- but looks like the damage is done. I'm
|> up to 2079 of 14,314 coming back in! Sheesh! I can't perfectly swear
|> restoring a bloated one does that-- but I'll certainly never do it
|> again!
|
| Nope. I have restored a bloated one and it has worked fine. So
| that is NOT it. Something else went astray here. (assuming you
| haven't been messing with the associated ini file, and restoring some
| other files you shouldn't have that caused this!)

You are right. It was something else. Sorry I mean-mouthed a bloated
RB..cab! But they STILL are a killer of normal backup RB..cabs! Don't
wreck your system trying to discover whether ERUNT does that too!

| As Spock would say, "Insufficient Data". And, "that is most
| illogical, McCoy".

Uhuh. Indeed.

|> ...snip
|>>>> It's not THAT big a deal, it's just a minor inconvenience. :)
|>>>>
|>>>> Yes, I'd prefer that I could download and leave any files of any
|>>>> type anywhere on the disk that I wanted. But then how would
|>>>> System Restore KNOW FOR CERTAIN that they weren't problematic,
|>>>> when you asked for a rollback? Obviously, if you are asking for a
|>>>> rollback, SOMETHING contributed to the problem, and it doesn't
|>>>> have an I.Q. of 180, you know. :)
|>>>
|>>> Yea, but... doesn't the install want to have its EXEs, etc. where
|>>> it put them?
|>>
|>> Sure. I don't get what you're driving at though. May be
|>> clarified below..

I'll go see.

|>>> How do you even know where all files went & how many there were?
|>>
|>> System Restore keeps track (if, for example, you use Undo, or
|>> restore to a previous checkpoint)
|>
|> No, I meant how do you know which ones to protect by moving them out
|> of System Restore's way.
|
| Well, I generally get around this whole thing by creating a new
| Restore point so that they won't be removed should I roll back to
| that point (OR succeeding points). Problem solved! (IF,
| however, I rolled back to a much early point, maybe not so good. :)

That's best, I think, at least when many files are concerned. Yea, it's
the same old problem, though, involved in choosing which Registry to
restore. Not that I've been there much, but, really, in a crisis, you'd
be happy just to get one that worked, though.

| Please note: I do NOT save ALL my exe files (and that ilk) that I
| downloaded or added in the designated Documents and Files folder, in
| case I mislead you. Instead, I just create a fresh new System
| Restore point, which leaves them there should I decide to roll back
| to this point (or any succeeding ones).

Alright. But what is this Documents & Files folder? I know you said
System Restore won't touch it. Is that like Program Files, where stuff
is installed? But often an install will put part of its stuff elsewhere
too, like into C:\Windows\System. But I can see System Restore probably
undoes every bit of an install that got into the Registry & into system
locations. It then is up to you to delete any folders & files in
Documents & Files. That's pretty good.

|> But, I guess you are talking about simple installs
|> that have maybe just one .exe & no Registry entries. For big
|> installs, I presume you just make the checkpoint. OK.
|
| Anyways, if (or when) you're gonna be using System Restore, it's most
| prudent to either save those special types of files (EXEs, etc) in the
| properly designated (unmonitored) places, OR (more commonly for me),
| just simply create a new Restore point when you're done, so that if
| you decide to roll back to that point (or a succeeding one), you'll
| still have those files, and they won't (potentially) be removed.

Yea. Sounds like what I'd do.

|>>> Are you meaning to put them back again after the System Restore?
|>>> Sheesh!
|>>
|>> IF you didn't follow the guidelines. (then shame on you! :)
|>
|> I'll probably follow the guidelines in your position. I don't want my
|> .exe's wiped, either!
|
| Well, but see what I wrote above in more detail, as I think I might
| have misled you a bit. Sorry.

Alright. I don't have to know this stuff yet, anyhow.

....snip
|> Right-- that part isn't so bad, then. But does System Save do this
|> automatically or not?
|
| Do what automatically? System Restore generally saves all it
| needs, to be able to put the system back in time to the designated
| point.
|
|> Do you know when it is doing it, so that you don't do your own
|> unnecessarily?
|
| Not sure what you mean here. When you run System Restore, it's like
| taking a snapshot of the system. So that if necessary, you can
| rollback to that point in time (much more completely than by running
| scanreg /restore or ERUNT, since it ALSO restores the pertinent
| system and program files, too.

I was thinking those Checkpoints were sometimes done automatically, like
a ScanReg is run every boot. OK, I see you have to do it yourself.


--
Thanks 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
 
B

Bill in Co.

PCR wrote:
> Bill in Co. wrote:
>> PCR wrote:
>>> Well, we've hit the limit in this thread segment. So, I've moved the
>>> post up.

>>
>> ?? What does that mean ("moved the post up")? Up where?

>
> I cannot reply to your post of 6/13/08. The thread is too deep. So, I've
> moved it up to 6/12/08 1:38 AM-- just as I had to move the last one up!


But I don't get it (why you "can't" reply to any specific post). The only
time I've ever had a problem replying to a post is when it apparently had
some "improper format" (I can't recall the details, but I got some error
message complaining about such and such, and never could successfully reply
to it. (This only happened very rarely, but yet consistently, with just a
handful of posts over all the time I've been online).

> ...snip
>>>> As I said, the System Restore backup (i.e. restore points) are about
>>>> 60 MB in size.
>>>
>>> I guess that isn't as large as it sounds. OK, fine.

>>
>> Not too bad considering ALL of what it can retain, should you decide
>> to restore to a previous setpoint. IOW, not JUST the registry, but
>> a lot of the other files, too. Again, more on that below.

>
> Yea. That was always the bug-a-boo about ScanReg /Restore-- it wouldn't
> get files.


That's right.

> BUT... I'm thinking this System Restore of yours has maybe
> the same problem -- though much, much less -- if its only concerned with
> certain folders.


Actually, it seems to monitor ALL folders EXCEPT the personal ones like "My
Documents", which lies within the top folder "Documents and Settings".

> If some install doesn't use those particular folders --
> or only puts part of its stuff there -- then a System Restore gets
> closer to the ineffectiveness of a ScanReg /Restore. You still end up
> with a bit of a mess. Of course, that is when you may go for your
> Acronis True Image.


Not exactly, per what I wrote above. But yes, using a backup is the
(only) guaranteed way to restore the computer to the previous state.

>>>>> I presume a System Save incorporates an ERUNT. Yow!
>>>>
>>>> "System Save"??? You mean in creating the System Restore
>>>> checkpoint? Well yeah, it includes backing up the registry (but not
>>>> ERUNT, which is a separate freeware package one can download, if one
>>>> wants to only backup/restore just the registry, and no other files)
>>>
>>> Yea, that's what I meant. So... whether it is saving or restoring,
>>> it's still called System Restore. OK, fine, then.

>>
>> Yeah. OK, I see why the term can be a bit misleading. :)
>> I guess it's best to say Creating a System Restore checkpoint.
>> Kinda long, though.

>
> Right. But "checkpoint" will be sufficient.
>
> ...snip
>>>>> In experimentation, I thought I DID notice that a ScanReg /Restore
>>>>> deposits the current Registry (System.dat, User.dat, Win.ini &
>>>>> System.ini) into RB(next avail number).cab, just before restoring
>>>>> the chosen one.
>>>>
>>>> I think it may save a temporarily one as it creates a new one, but
>>>> what good is that to us, since it's subsequentally erased?
>>>
>>> Well, I repeated the experiment. I was right, wacky as it may be.
>>> Each ScanReg /Restore wipes out the oldest one!

>>
>> Of course. But we already knew that, didn't we? There are always
>> only 5 (max), so something HAS to go if you run scanreg and save it.
>> Each and every time. Because there are always only 5 maximum CABS
>> (unless you change the associated ini file, and not counting the
>> RBBAD ones, of course)

>
> THAT we knew-- yea. BUT why should it happen when you do a ScanReg
> /Restore??? You start with 5 normally that can be restored. But, each
> time you restore one-- another is lost!


When you do a scanreg /restore, it has to delete an existing one to make
room for a new one (including what you just did to the registry AND the
immediate prior registry state to running scanreg /restore), to keep only 5.

> That is, I guess, unless you
> start with the oldest & work your way up. But you'd want to start with
> the newest!
>
>>> It even says something like
>>> "backing up system files" just before it says something like
>>> "restoring system files"!
>>>
>>> I started with only 4 backups (not including RBbad.cab, which isn't
>>> offered as a candidate to restore)...

>>
>> Looking at the list below, a RB002 should be created now..

>
> Right-- but RB003 gets pushed out to oblivion! What if it turns out you
> needed to go that far back? You can't anymore, unless you've made
> copies.


Exactly. But of course you did, right? If you didn't, shame on you!
:)

> Even then, you have to start moving the copies back into the
> Sysbckup\ folder to use them-- & deleting the excess over five too!


Not such a big deal though. I got used to it.

> I wonder whether ERUNT is as sloppy-- but don't wreck anything trying to
> find out!


With ERUNT you can choose how many you want retained in its automatic daily
backups (or you can choose not to have any). BUT you have to use Windows
Explorer to access them to restore (ERUNT assumes you are a bit computer
savvy).

>>> Directory of C:\WINDOWS\SYSBCKUP
>>> RBBAD CAB 1,575,664 09-19-07 5:56p
>>> RB003 CAB 1,602,136 06-08-08 2:23p
>>> RB004 CAB 1,602,164 06-09-08 8:01p
>>> RB000 CAB 1,602,660 06-11-08 9:07p
>>> RB001 CAB 1,602,684 06-12-08 9:01p << 1
>>>
>>> After the /Restore of RB001, there were five.

>>
>> Right.

>
> You expect ScanReg to do that-- but ScanReg /Restore! Why!


As I explained above (I think).

>>> Note the date on RBbad
>>> never changes. The new RB002.cab is bloated. It contains all the
>>> files (System.dat, User.dat, System.ini, & Win.ini) in uncompressed
>>> form of the Registry that was just replaced...

>>
>> Right.

>
> Yea.
>
>>> Directory of C:\WINDOWS\SYSBCKUP
>>> RBBAD CAB 1,575,664 09-19-07 5:56p
>>> RB003 CAB 1,602,136 06-08-08 2:23p
>>> RB004 CAB 1,602,164 06-09-08 8:01p
>>> RB000 CAB 1,602,660 06-11-08 9:07p << 2
>>> RB001 CAB 1,602,684 06-12-08 9:01p
>>> RB002 CAB 6,209,878 06-13-08 12:21a
>>>
>>> From that, I restored RB000. Now, I have lost RB003-- because it was
>>> the oldest & had to be pushed out to make room for RB005.
>>> Yucky...!...

>>
>> Exactly. You only get 5 TOTAL (skipping BAD). :)
>> (but you can get around this potential problem by copying them to
>> another location and bringing them back, if needbe)

>
> Yep. But that is work.


I'm used to it. (Or was used to it. :)
I spend a lot of time in Windows Explorer. :)

> You have to ensure only 5 (not including RBbad)
> are in Sysbckup too.
>
>>> Directory of C:\WINDOWS\SYSBCKUP
>>> RBBAD CAB 1,575,664 09-19-07 5:56p
>>> RB004 CAB 1,602,164 06-09-08 8:01p << 3
>>> RB000 CAB 1,602,660 06-11-08 9:07p
>>> RB001 CAB 1,602,684 06-12-08 9:01p
>>> RB002 CAB 6,209,878 06-13-08 12:21a
>>> RB005 CAB 6,209,878 06-13-08 12:28a

>>
>>> Directory of C:\WINDOWS\SYSBCKUP
>>> RBBAD CAB 1,575,664 09-19-07 5:56p
>>> RB000 CAB 1,602,660 06-11-08 9:07p
>>> RB001 CAB 1,602,684 06-12-08 9:01p
>>> RB002 CAB 6,209,878 06-13-08 12:21a << 4
>>> RB005 CAB 6,209,878 06-13-08 12:28a
>>> RB003 CAB 6,209,878 06-13-08 12:36a
>>>
>>> Finally, I chose to /Restore a bloated one. It worked, or so the
>>> message said.

>>
>> You can restore either a compressed one or an uncompressed one, it
>> doesn't really matter. I've done both. More on that below..

>
> Yep. I never tried an uncompressed before, though. As I said, that
> doesn't behave like a compressed one in terms of messing with the other
> backups-- they were unchanged that time! None were pushed out!
>
>>> But back in Windows (each time before, I was booting to DOS), it
>>> looks like restoring a bloated one does NOT play with the cabbed
>>> Registries. They stayed the same. (I can't recall whether it said
>>> "backing up system files" that last time.)
>>>
>>> Directory of C:\WINDOWS\SYSBCKUP
>>> RBBAD CAB 1,575,664 09-19-07 5:56p rbbad.cab
>>> RB000 CAB 1,602,660 06-11-08 9:07p rb000.cab
>>> RB001 CAB 1,602,684 06-12-08 9:01p rb001.cab
>>> RB002 CAB 6,209,878 06-13-08 12:21a RB002.CAB
>>> RB005 CAB 6,209,878 06-13-08 12:28a RB005.CAB
>>> RB003 CAB 6,209,878 06-13-08 12:36a RB003.CAB
>>>
>>> I can't recommend restoring a bloated one, though. Upon getting back
>>> online & opening OE to this NG-- it wants to download all 14,000+
>>> posts again! Can it be a coincidence!

>>
>> Yup, I sure think so! Restoring the registry should NOT have done
>> that! Something else is at play here, because I have done it before
>> and it works fine.

>
> You are right, Colorado. It wasn't this NG at all that was getting
> re-downloaded. It was one of my Terabyte NGs-- & there was a reason for
> that. I had recently reset it accidentally after accidentally deleting it!
>
>>> I went back into DOS & restored my own
>>> saved Registry of yesterday-- but looks like the damage is done. I'm
>>> up to 2079 of 14,314 coming back in! Sheesh! I can't perfectly swear
>>> restoring a bloated one does that-- but I'll certainly never do it
>>> again!

>>
>> Nope. I have restored a bloated one and it has worked fine. So
>> that is NOT it. Something else went astray here. (assuming you
>> haven't been messing with the associated ini file, and restoring some
>> other files you shouldn't have that caused this!)

>
> You are right. It was something else. Sorry I mean-mouthed a bloated
> RB..cab! But they STILL are a killer of normal backup RB..cabs! Don't
> wreck your system trying to discover whether ERUNT does that too!


Well, I explained some differernces about ERUNT above. It's left more up to
you.

>> As Spock would say, "Insufficient Data". And, "that is most
>> illogical, McCoy".

>
> Uhuh. Indeed.
>
>>> ...snip
>>>>>> It's not THAT big a deal, it's just a minor inconvenience. :)
>>>>>>
>>>>>> Yes, I'd prefer that I could download and leave any files of any
>>>>>> type anywhere on the disk that I wanted. But then how would
>>>>>> System Restore KNOW FOR CERTAIN that they weren't problematic,
>>>>>> when you asked for a rollback? Obviously, if you are asking for a
>>>>>> rollback, SOMETHING contributed to the problem, and it doesn't
>>>>>> have an I.Q. of 180, you know. :)
>>>>>
>>>>> Yea, but... doesn't the install want to have its EXEs, etc. where
>>>>> it put them?
>>>>
>>>> Sure. I don't get what you're driving at though. May be
>>>> clarified below..

>
> I'll go see.
>
>>>>> How do you even know where all files went & how many there were?
>>>>
>>>> System Restore keeps track (if, for example, you use Undo, or
>>>> restore to a previous checkpoint)
>>>
>>> No, I meant how do you know which ones to protect by moving them out
>>> of System Restore's way.

>>
>> Well, I generally get around this whole thing by creating a new
>> Restore point so that they won't be removed should I roll back to
>> that point (OR succeeding points). Problem solved! (IF,
>> however, I rolled back to a much early point, maybe not so good. :)

>
> That's best, I think, at least when many files are concerned. Yea, it's
> the same old problem, though, involved in choosing which Registry to
> restore. Not that I've been there much, but, really, in a crisis, you'd
> be happy just to get one that worked, though.
>
>> Please note: I do NOT save ALL my exe files (and that ilk) that I
>> downloaded or added in the designated Documents and Files folder, in
>> case I mislead you. Instead, I just create a fresh new System
>> Restore point, which leaves them there should I decide to roll back
>> to this point (or any succeeding ones).

>
> Alright. But what is this Documents & Files folder? I know you said
> System Restore won't touch it. Is that like Program Files, where stuff
> is installed? But often an install will put part of its stuff elsewhere
> too, like into C:\Windows\System. But I can see System Restore probably
> undoes every bit of an install that got into the Registry & into system
> locations. It then is up to you to delete any folders & files in
> Documents & Files. That's pretty good.


I was mistaken, it's called Documents and Settings. It includes the
personal subfolders My Documents and a few other goodies.

A correction to what I had written earlier: you're supposed to keep your
personal stuff in "My Documents", not "Documents and Settings" (but that is
the top folder enclosing it, along with some other subfolders).

>>> But, I guess you are talking about simple installs
>>> that have maybe just one .exe & no Registry entries. For big
>>> installs, I presume you just make the checkpoint. OK.

>>
>> Anyways, if (or when) you're gonna be using System Restore, it's most
>> prudent to either save those special types of files (EXEs, etc) in the
>> properly designated (unmonitored) places, OR (more commonly for me),
>> just simply create a new Restore point when you're done, so that if
>> you decide to roll back to that point (or a succeeding one), you'll
>> still have those files, and they won't (potentially) be removed.

>
> Yea. Sounds like what I'd do.
>
>>>>> Are you meaning to put them back again after the System Restore?
>>>>> Sheesh!
>>>>
>>>> IF you didn't follow the guidelines. (then shame on you! :)
>>>
>>> I'll probably follow the guidelines in your position. I don't want my
>>> .exe's wiped, either!

>>
>> Well, but see what I wrote above in more detail, as I think I might
>> have misled you a bit. Sorry.

>
> Alright. I don't have to know this stuff yet, anyhow.
>
> ...snip
>>> Right-- that part isn't so bad, then. But does System Save do this
>>> automatically or not?

>>
>> Do what automatically? System Restore generally saves all it
>> needs, to be able to put the system back in time to the designated
>> point.
>>
>>> Do you know when it is doing it, so that you don't do your own
>>> unnecessarily?

>>
>> Not sure what you mean here. When you run System Restore, it's like
>> taking a snapshot of the system. So that if necessary, you can
>> rollback to that point in time (much more completely than by running
>> scanreg /restore or ERUNT, since it ALSO restores the pertinent
>> system and program files, too.

>
> I was thinking those Checkpoints were sometimes done automatically, like
> a ScanReg is run every boot. OK, I see you have to do it yourself.


Not quite. IF you haven't created a system checkpoint, one WILL be
created routinely, every so often (like after every 24 hours of use). (But
it's different in one respect from scanreg, in that it doesn't necessarily
do it each calendar day after rebooting).
 
P

PCR

Bill in Co. wrote:
| PCR wrote:
|> Bill in Co. wrote:
|>> PCR wrote:
|>>> Well, we've hit the limit in this thread segment. So, I've moved
|>>> the post up.
|>>
|>> ?? What does that mean ("moved the post up")? Up where?
|>
|> I cannot reply to your post of 6/13/08. The thread is too deep. So,
|> I've moved it up to 6/12/08 1:38 AM-- just as I had to move the last
|> one up!
|
| But I don't get it (why you "can't" reply to any specific post).
| The only time I've ever had a problem replying to a post is when it
| apparently had some "improper format" (I can't recall the details,
| but I got some error message complaining about such and such, and
| never could successfully reply to it. (This only happened very
| rarely, but yet consistently, with just a handful of posts over all
| the time I've been online).

That's it. I'm not going to count it, but at a certain point in any
thread portion a limit is reached where the next post attempt will give
that error & will not post. You are not getting it now because I moved
my response to your last 3/so posts up in the string, as this one is
moved up. It's a limitation in OE possibly designed to keep a thread
from getting too gabby. PA Bear probably lobbied for it after coming out
of an hibernation one spring & seeing 100-post long thread segments! I
don't know whether IE7 suffers the same limitation.

|> ...snip
|>>>> As I said, the System Restore backup (i.e. restore points) are
|>>>> about 60 MB in size.
|>>>
|>>> I guess that isn't as large as it sounds. OK, fine.
|>>
|>> Not too bad considering ALL of what it can retain, should you decide
|>> to restore to a previous setpoint. IOW, not JUST the registry, but
|>> a lot of the other files, too. Again, more on that below.
|>
|> Yea. That was always the bug-a-boo about ScanReg /Restore-- it
|> wouldn't get files.
|
| That's right.
|
|> BUT... I'm thinking this System Restore of yours has maybe
|> the same problem -- though much, much less -- if its only concerned
|> with certain folders.
|
| Actually, it seems to monitor ALL folders EXCEPT the personal ones
| like "My Documents", which lies within the top folder "Documents and
| Settings".

My Documents is unlikely to contain executables. I guess that is why it
was left out. Now, you have begun to hide executables there to keep
System Restore's mitts off them, if they were installed after your last
Checkpoint. I think we have agreed it is best to keep Checkpoints
up-to-date instead. After all, other than that 50 MB Registry of XP, a
Checkpoint is kind of an incremental-- & WON'T go re-writing all 3000
files in its dll-cache!

|> If some install doesn't use those particular folders --
|> or only puts part of its stuff there -- then a System Restore gets
|> closer to the ineffectiveness of a ScanReg /Restore. You still end up
|> with a bit of a mess. Of course, that is when you may go for your
|> Acronis True Image.
|
| Not exactly, per what I wrote above. But yes, using a backup is the
| (only) guaranteed way to restore the computer to the previous state.

That should be kept up-to-date too, yea.

....snip
|>>>>> In experimentation, I thought I DID notice that a ScanReg
|>>>>> /Restore deposits the current Registry (System.dat, User.dat,
|>>>>> Win.ini & System.ini) into RB(next avail number).cab, just
|>>>>> before restoring the chosen one.
|>>>>
|>>>> I think it may save a temporarily one as it creates a new one, but
|>>>> what good is that to us, since it's subsequentally erased?
|>>>
|>>> Well, I repeated the experiment. I was right, wacky as it may be.
|>>> Each ScanReg /Restore wipes out the oldest one!
|>>
|>> Of course. But we already knew that, didn't we? There are always
|>> only 5 (max), so something HAS to go if you run scanreg and save it.
|>> Each and every time. Because there are always only 5 maximum CABS
|>> (unless you change the associated ini file, and not counting the
|>> RBBAD ones, of course)
|>
|> THAT we knew-- yea. BUT why should it happen when you do a ScanReg
|> /Restore??? You start with 5 normally that can be restored. But, each
|> time you restore one-- another is lost!
|
| When you do a scanreg /restore, it has to delete an existing one to
| make room for a new one (including what you just did to the registry
| AND the immediate prior registry state to running scanreg /restore),
| to keep only 5.

They could have done a much better job with that. Sheesh! It's pretty
damn spooky & tricky that at least TWO of the 5 backups are obliterated
before use, unless you take special measures to prevent it, like maybe
increase the number that are kept or definitely make a copy of them
before starting. But each of those solutions requires work! I'm trying
to figure what happens when you start with the oldest instead of the
newest-- how many are obliterated before they can be used? But who wants
to start with the oldest anyhow!?

|> That is, I guess, unless you
|> start with the oldest & work your way up. But you'd want to start
|> with the newest!
|>
|>>> It even says something like
|>>> "backing up system files" just before it says something like
|>>> "restoring system files"!
|>>>
|>>> I started with only 4 backups (not including RBbad.cab, which isn't
|>>> offered as a candidate to restore)...
|>>
|>> Looking at the list below, a RB002 should be created now..
|>
|> Right-- but RB003 gets pushed out to oblivion! What if it turns out
|> you needed to go that far back? You can't anymore, unless you've made
|> copies.
|
| Exactly. But of course you did, right? If you didn't, shame on
| you! :)

Sure, sure-- I did! But that is extra work & trouble-- & nowhere in
Windows's Help screens is any caution about it! It's been posted here in
this NG that one should make those copies before beginning-- but no one
ever said why, except for me! And even I couldn't believe it until this
second round of tests!

|> Even then, you have to start moving the copies back into the
|> Sysbckup\ folder to use them-- & deleting the excess over five too!
|
| Not such a big deal though. I got used to it.

Aren't you the acquiescent one all of a sudden-- after complaining about
having to look at folder creation dates now instead of just modified
ones!

|> I wonder whether ERUNT is as sloppy-- but don't wreck anything
|> trying to find out!
|
| With ERUNT you can choose how many you want retained in its automatic
| daily backups (or you can choose not to have any). BUT you have to
| use Windows Explorer to access them to restore (ERUNT assumes you are
| a bit computer savvy).

Oh, that's right, you have no DOS Mode. So, it has to be done manually
in Explorer & none of them can get wiped out? There is no such thing as
an "ERUNT /Restore"? Hmm. What if you can't boot to Windows? Isn't there
some kind of repair console run from CD or something? How do you even do
a System Restore, IF you can't boot to Windows?

....snip
|>>> Directory of C:\WINDOWS\SYSBCKUP
|>>> RBBAD CAB 1,575,664 09-19-07 5:56p
|>>> RB004 CAB 1,602,164 06-09-08 8:01p << 3
|>>> RB000 CAB 1,602,660 06-11-08 9:07p
|>>> RB001 CAB 1,602,684 06-12-08 9:01p
|>>> RB002 CAB 6,209,878 06-13-08 12:21a
|>>> RB005 CAB 6,209,878 06-13-08 12:28a

This one was interesting. I failed to comment on it before. RB004 was
the oldest at this point. After restoring it, nothing was deleted but
itself. But who wants to work oldest to newest!

|>>> Directory of C:\WINDOWS\SYSBCKUP
|>>> RBBAD CAB 1,575,664 09-19-07 5:56p
|>>> RB000 CAB 1,602,660 06-11-08 9:07p
|>>> RB001 CAB 1,602,684 06-12-08 9:01p
|>>> RB002 CAB 6,209,878 06-13-08 12:21a << 4
|>>> RB005 CAB 6,209,878 06-13-08 12:28a
|>>> RB003 CAB 6,209,878 06-13-08 12:36a
|>>>
|>>> Finally, I chose to /Restore a bloated one. It worked, or so the
|>>> message said.
|>>
|>> You can restore either a compressed one or an uncompressed one, it
|>> doesn't really matter. I've done both. More on that below..
|>
|> Yep. I never tried an uncompressed before, though. As I said, that
|> doesn't behave like a compressed one in terms of messing with the
|> other backups-- they were unchanged that time! None were pushed out!
|>

....snip
|> Alright. But what is this Documents & Files folder? I know you said
|> System Restore won't touch it. Is that like Program Files, where
|> stuff
|> is installed? But often an install will put part of its stuff
|> elsewhere too, like into C:\Windows\System. But I can see System
|> Restore probably undoes every bit of an install that got into the
|> Registry & into system locations. It then is up to you to delete any
|> folders & files in Documents & Files. That's pretty good.
|
| I was mistaken, it's called Documents and Settings. It includes the
| personal subfolders My Documents and a few other goodies.

OK.

| A correction to what I had written earlier: you're supposed to keep
| your personal stuff in "My Documents", not "Documents and Settings"
| (but that is the top folder enclosing it, along with some other
| subfolders).

OK.

....snip
|> I was thinking those Checkpoints were sometimes done automatically,
|> like a ScanReg is run every boot. OK, I see you have to do it
|> yourself.
|
| Not quite. IF you haven't created a system checkpoint, one WILL be
| created routinely, every so often (like after every 24 hours of use).
| (But it's different in one respect from scanreg, in that it doesn't
| necessarily do it each calendar day after rebooting).

I see. So, after doing an install of something big, you have 24 hours to
decide you like it before it is taken into a checkpoint automatically.
After that, you'd have to go to an older checkpoint to undo it. OK.


--
Thanks 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
 
B

Bill in Co.

PCR wrote:
> Bill in Co. wrote:
>> PCR wrote:
>>> Bill in Co. wrote:
>>>> PCR wrote:
>>>>> Well, we've hit the limit in this thread segment. So, I've moved
>>>>> the post up.
>>>>
>>>> ?? What does that mean ("moved the post up")? Up where?
>>>
>>> I cannot reply to your post of 6/13/08. The thread is too deep. So,
>>> I've moved it up to 6/12/08 1:38 AM-- just as I had to move the last
>>> one up!

>>
>> But I don't get it (why you "can't" reply to any specific post).
>> The only time I've ever had a problem replying to a post is when it
>> apparently had some "improper format" (I can't recall the details,
>> but I got some error message complaining about such and such, and
>> never could successfully reply to it. (This only happened very
>> rarely, but yet consistently, with just a handful of posts over all
>> the time I've been online).

>
> That's it. I'm not going to count it, but at a certain point in any
> thread portion a limit is reached where the next post attempt will give
> that error & will not post. You are not getting it now because I moved
> my response to your last 3/so posts up in the string, as this one is
> moved up. It's a limitation in OE possibly designed to keep a thread
> from getting too gabby. PA Bear probably lobbied for it after coming out
> of an hibernation one spring & seeing 100-post long thread segments! I
> don't know whether IE7 suffers the same limitation.


He probably was also the one who lobbied for removing (for all intents and
purposes) that auto-compacting OPTION in OE, too for WinXP with SP2. :)

But I was under the impression it was NOT due to the length, but something
malformed in the header or whatever, or something like that - at least
that's what the error message said (I can't recall now).

>>> ...snip
>>>>>> As I said, the System Restore backup (i.e. restore points) are
>>>>>> about 60 MB in size.
>>>>>
>>>>> I guess that isn't as large as it sounds. OK, fine.
>>>>
>>>> Not too bad considering ALL of what it can retain, should you decide
>>>> to restore to a previous setpoint. IOW, not JUST the registry, but
>>>> a lot of the other files, too. Again, more on that below.
>>>
>>> Yea. That was always the bug-a-boo about ScanReg /Restore-- it
>>> wouldn't get files.

>>
>> That's right.
>>
>>> BUT... I'm thinking this System Restore of yours has maybe
>>> the same problem -- though much, much less -- if its only concerned
>>> with certain folders.

>>
>> Actually, it seems to monitor ALL folders EXCEPT the personal ones
>> like "My Documents", which lies within the top folder "Documents and
>> Settings".

>
> My Documents is unlikely to contain executables. I guess that is why it
> was left out.


Right.

> Now, you have begun to hide executables there to keep
> System Restore's mitts off them, if they were installed after your last
> Checkpoint. I think we have agreed it is best to keep Checkpoints
> up-to-date instead.


Yup. Or just use ERUNT. But ERUNT (like scanreg /restore) is as limited
as using "scanreg /restore", but it still can do the job in many cases, and
is all you often need, in many cases.

> After all, other than that 50 MB Registry of XP, a
> Checkpoint is kind of an incremental-- & WON'T go re-writing all 3000
> files in its dll-cache!


Right.

>>> If some install doesn't use those particular folders --
>>> or only puts part of its stuff there -- then a System Restore gets
>>> closer to the ineffectiveness of a ScanReg /Restore. You still end up
>>> with a bit of a mess. Of course, that is when you may go for your
>>> Acronis True Image.

>>
>> Not exactly, per what I wrote above. But yes, using a backup is the
>> (only) guaranteed way to restore the computer to the previous state.

>
> That should be kept up-to-date too, yea.
>
> ...snip
>>>>>>> In experimentation, I thought I DID notice that a ScanReg
>>>>>>> /Restore deposits the current Registry (System.dat, User.dat,
>>>>>>> Win.ini & System.ini) into RB(next avail number).cab, just
>>>>>>> before restoring the chosen one.
>>>>>>
>>>>>> I think it may save a temporarily one as it creates a new one, but
>>>>>> what good is that to us, since it's subsequentally erased?
>>>>>
>>>>> Well, I repeated the experiment. I was right, wacky as it may be.
>>>>> Each ScanReg /Restore wipes out the oldest one!
>>>>
>>>> Of course. But we already knew that, didn't we? There are always
>>>> only 5 (max), so something HAS to go if you run scanreg and save it.
>>>> Each and every time. Because there are always only 5 maximum CABS
>>>> (unless you change the associated ini file, and not counting the
>>>> RBBAD ones, of course)
>>>
>>> THAT we knew-- yea. BUT why should it happen when you do a ScanReg
>>> /Restore??? You start with 5 normally that can be restored. But, each
>>> time you restore one-- another is lost!

>>
>> When you do a scanreg /restore, it has to delete an existing one to
>> make room for a new one (including what you just did to the registry
>> AND the immediate prior registry state to running scanreg /restore),
>> to keep only 5.

>
> They could have done a much better job with that. Sheesh! It's pretty
> damn spooky & tricky that at least TWO of the 5 backups are obliterated
> before use, unless you take special measures to prevent it, like maybe
> increase the number that are kept or definitely make a copy of them
> before starting. But each of those solutions requires work! I'm trying
> to figure what happens when you start with the oldest instead of the
> newest-- how many are obliterated before they can be used? But who wants
> to start with the oldest anyhow!?


If you want the option of having the oldest, you'd BEST save them elsewhere.
:)

>>> That is, I guess, unless you
>>> start with the oldest & work your way up. But you'd want to start
>>> with the newest!
>>>
>>>>> It even says something like
>>>>> "backing up system files" just before it says something like
>>>>> "restoring system files"!
>>>>>
>>>>> I started with only 4 backups (not including RBbad.cab, which isn't
>>>>> offered as a candidate to restore)...
>>>>
>>>> Looking at the list below, a RB002 should be created now..
>>>
>>> Right-- but RB003 gets pushed out to oblivion! What if it turns out
>>> you needed to go that far back? You can't anymore, unless you've made
>>> copies.

>>
>> Exactly. But of course you did, right? If you didn't, shame on you!
>> :)

>
> Sure, sure-- I did! But that is extra work & trouble-- & nowhere in
> Windows's Help screens is any caution about it! It's been posted here in
> this NG that one should make those copies before beginning-- but no one
> ever said why, except for me! And even I couldn't believe it until this
> second round of tests!


But then again, how many people really get down into it, like we do? I bet
most users don't even know about scanreg and scanreg /restore, so putting
all that detail in the help file would confuse them!!

>>> Even then, you have to start moving the copies back into the
>>> Sysbckup\ folder to use them-- & deleting the excess over five too!

>>
>> Not such a big deal though. I got used to it.

>
> Aren't you the acquiescent one all of a sudden-- after complaining about
> having to look at folder creation dates now instead of just modified
> ones!


Indeed, grasshopper. :)

>>> I wonder whether ERUNT is as sloppy-- but don't wreck anything
>>> trying to find out!

>>
>> With ERUNT you can choose how many you want retained in its automatic
>> daily backups (or you can choose not to have any). BUT you have to
>> use Windows Explorer to access them to restore (ERUNT assumes you are
>> a bit computer savvy).

>
> Oh, that's right, you have no DOS Mode. So, it has to be done manually
> in Explorer & none of them can get wiped out?


Manual ones are kept in a separate folder from the automatic ones (which are
normally limited to a preset number of your choice). So no, they aren't
wiped out (except for the automatic ones, at a max limit of your chosing).
The manual ones stay there forever, and are always accessible in Explorer
(as are the automatic ones).

> There is no such thing as an "ERUNT /Restore"?


No. You just click on one of the files in the ERUNT backup (ERDNT.EXE).
It's in every ERUNT backup folder, and is quite small. Easy as pie.

> Hmm. What if you can't boot to Windows? Isn't there
> some kind of repair console run from CD or something?


IF you had to, yes. Or there are a few other (DOS-like) special utility
programs out there, that allow access to NT without windows running.

Actually, one time I had some problem (that I sorta was responsible for)
booting into normal windows mode (maybe messin with MSConfig or something),
and so I booted into Safe Mode and went to the folder containing the ERUNT
backups, and clicked on it in there, and then easily got back into standard
windows. I forgot what I did to mess it up in the first place, however -
it was some time ago. :)

> How do you even do a System Restore, IF you can't boot to Windows?


See above.

> ...snip
>>>>> Directory of C:\WINDOWS\SYSBCKUP
>>>>> RBBAD CAB 1,575,664 09-19-07 5:56p
>>>>> RB004 CAB 1,602,164 06-09-08 8:01p << 3
>>>>> RB000 CAB 1,602,660 06-11-08 9:07p
>>>>> RB001 CAB 1,602,684 06-12-08 9:01p
>>>>> RB002 CAB 6,209,878 06-13-08 12:21a
>>>>> RB005 CAB 6,209,878 06-13-08 12:28a

>
> This one was interesting. I failed to comment on it before. RB004 was
> the oldest at this point. After restoring it, nothing was deleted but
> itself. But who wants to work oldest to newest!
>
>>>>> Directory of C:\WINDOWS\SYSBCKUP
>>>>> RBBAD CAB 1,575,664 09-19-07 5:56p
>>>>> RB000 CAB 1,602,660 06-11-08 9:07p
>>>>> RB001 CAB 1,602,684 06-12-08 9:01p
>>>>> RB002 CAB 6,209,878 06-13-08 12:21a << 4
>>>>> RB005 CAB 6,209,878 06-13-08 12:28a
>>>>> RB003 CAB 6,209,878 06-13-08 12:36a
>>>>>
>>>>> Finally, I chose to /Restore a bloated one. It worked, or so the
>>>>> message said.
>>>>
>>>> You can restore either a compressed one or an uncompressed one, it
>>>> doesn't really matter. I've done both. More on that below..
>>>
>>> Yep. I never tried an uncompressed before, though. As I said, that
>>> doesn't behave like a compressed one in terms of messing with the
>>> other backups-- they were unchanged that time! None were pushed out!
>>>

>
> ...snip
>>> Alright. But what is this Documents & Files folder? I know you said
>>> System Restore won't touch it. Is that like Program Files, where
>>> stuff
>>> is installed? But often an install will put part of its stuff
>>> elsewhere too, like into C:\Windows\System. But I can see System
>>> Restore probably undoes every bit of an install that got into the
>>> Registry & into system locations. It then is up to you to delete any
>>> folders & files in Documents & Files. That's pretty good.

>>
>> I was mistaken, it's called Documents and Settings. It includes the
>> personal subfolders My Documents and a few other goodies.

>
> OK.
>
>> A correction to what I had written earlier: you're supposed to keep
>> your personal stuff in "My Documents", not "Documents and Settings"
>> (but that is the top folder enclosing it, along with some other
>> subfolders).

>
> OK.
>
> ...snip
>>> I was thinking those Checkpoints were sometimes done automatically,
>>> like a ScanReg is run every boot. OK, I see you have to do it
>>> yourself.

>>
>> Not quite. IF you haven't created a system checkpoint, one WILL be
>> created routinely, every so often (like after every 24 hours of use).
>> (But it's different in one respect from scanreg, in that it doesn't
>> necessarily do it each calendar day after rebooting).

>
> I see. So, after doing an install of something big, you have 24 hours to
> decide you like it before it is taken into a checkpoint automatically.
> After that, you'd have to go to an older checkpoint to undo it. OK.


When you install something big (or even a normal program), a new restore
point is *automatically created* - in case you should want to reverse or
undo what the new program installation did to your system. Which is a nice
feature of System Restore. :)
 
R

Rick Chauvin

"Bill in Co." <not_really_here@earthlink.net> wrote in message
news:%236LIH1czIHA.4168@TK2MSFTNGP06.phx.gbl

[....]

> When you install something big (or even a normal program), a new restore
> point is *automatically created* - in case you should want to reverse or
> undo what the new program installation did to your system. Which is a
> nice feature of System Restore. :)


I don't like to use System Restore at all for a number of reasons -
actually first thing upon installation I did was to shut the dang thing off
(among a hundred other things). I strictly use Imaging instead which imho
is by far better.

Anyway, you guys are still keeping this thread alive? ! ..what in heavens
are you both talking about - there's no way I can read through these
threads to figure it out - but I think yous must be just coffee visiting
here every day is all.

Rick


ps... heck the threads are so deep it won't even let me post my message and
I had to skip up to get it to take
 
B

Bill in Co.

Interesting. I couldn't reply directly to Rick's message without getting
this error message: ill-formed message id in field 'References' (which
shows a lengthy line of a hodgepodge of characters (but maybe it
always does?)

It was an EXTREMELY LONG LINE, and then, somewhat suspiciously, had the
last caret symbol ">" spaced over somehow.

So I had to copy and paste what I had typed out here into a new container
(replying to a previous post of mine, but where I removed all the old text).
WTF??

More below - finally!

Rick Chauvin wrote:
> "Bill in Co." <not_really_here@earthlink.net> wrote in message
>
> [....]
>
>> When you install something big (or even a normal program), a new restore
>> point is *automatically created* - in case you should want to reverse or
>> undo what the new program installation did to your system. Which is a
>> nice feature of System Restore. :)

>
> I don't like to use System Restore at all for a number of reasons -
> actually first thing upon installation I did was to shut the dang thing
> off
> (among a hundred other things). I strictly use Imaging instead which imho
> is by far better.


And it is, of course. But it's easier and much quicker to use System
Restore (or even ERUNT) for less intrusive changes (even more so for ERUNT).

I see it as having, and conveniently using the right tool for the right job
why use a sledge hammer to pound a nail? :)

> Anyway, you guys are still keeping this thread alive? ! ..what in heavens
> are you both talking about - there's no way I can read through these
> threads to figure it out - but I think yous must be just coffee visiting
> here every day is all.
>
> Rick


Hey Rick, it's just some of us old timer's, old school values of patience
and perseverance.... :)

(I know, I know, it seems that all went out with FDR, but, some of us are
still trying to keep it alive). :)
 
P

PCR

I've had to move my reply up-- you didn't go high enough!

Rick Chauvin wrote:
| "Bill in Co." <not_really_here@earthlink.net> wrote in message
| news:%236LIH1czIHA.4168@TK2MSFTNGP06.phx.gbl
|
| [....]
|
|> When you install something big (or even a normal program), a new
|> restore point is *automatically created* - in case you should want
|> to reverse or undo what the new program installation did to your
|> system. Which is a nice feature of System Restore. :)
|
| I don't like to use System Restore at all for a number of reasons -
| actually first thing upon installation I did was to shut the dang
| thing off (among a hundred other things). I strictly use Imaging
| instead which imho is by far better.

You don't trust it to do the job? From Colorado's descriptions, it
doesn't provide much of a report. I probably wouldn't want to use it,
either, if I had to guess what it was doing! I'm sure it will restore a
saved Registry. It uses a "dll-cache" somehow to handle files on a kind
of incremental basis saving only changed ones-- but I'm not sure
precisely which ones or what it does with them! I can think it will
restore a deleted file-- but will it delete an extra one? Does it only
handle executables?

It could be as Colorado says that one might get a feel for which to use
after a while-- ERUNT, System Restore, &/or a 3rd party Image. I see he
has replied to you also. I hope you can find it!

| Anyway, you guys are still keeping this thread alive? ! ..what in
| heavens are you both talking about - there's no way I can read
| through these threads to figure it out - but I think yous must be
| just coffee visiting here every day is all.

I thought PA Bear would be first to complain!

| Rick
|
|
| ps... heck the threads are so deep it won't even let me post my
| message and I had to skip up to get it to take

Right. I've been doing that too for quite a while now. You can reply to
this, & I will move mine up.


--
Thanks 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
 
P

PCR

This one had to be moved up too. We might begin to consider wrapping up.
More below.

Bill in Co. wrote:
| PCR wrote:
|> Bill in Co. wrote:
|>> PCR wrote:
|>>> Bill in Co. wrote:
|>>>> PCR wrote:
|>>>>> Well, we've hit the limit in this thread segment. So, I've moved
|>>>>> the post up.
|>>>>
|>>>> ?? What does that mean ("moved the post up")? Up where?
|>>>
|>>> I cannot reply to your post of 6/13/08. The thread is too deep. So,
|>>> I've moved it up to 6/12/08 1:38 AM-- just as I had to move the
|>>> last one up!
|>>
|>> But I don't get it (why you "can't" reply to any specific post).
|>> The only time I've ever had a problem replying to a post is when it
|>> apparently had some "improper format" (I can't recall the details,
|>> but I got some error message complaining about such and such, and
|>> never could successfully reply to it. (This only happened very
|>> rarely, but yet consistently, with just a handful of posts over all
|>> the time I've been online).
|>
|> That's it. I'm not going to count it, but at a certain point in any
|> thread portion a limit is reached where the next post attempt will
|> give that error & will not post. You are not getting it now because
|> I moved my response to your last 3/so posts up in the string, as
|> this one is moved up. It's a limitation in OE possibly designed to
|> keep a thread from getting too gabby. PA Bear probably lobbied for
|> it after coming out of an hibernation one spring & seeing 100-post
|> long thread segments! I don't know whether IE7 suffers the same
|> limitation.
|
| He probably was also the one who lobbied for removing (for all
| intents and purposes) that auto-compacting OPTION in OE, too for
| WinXP with SP2. :)

Uhuh, that's right. :).

| But I was under the impression it was NOT due to the length, but
| something malformed in the header or whatever, or something like that
| - at least that's what the error message said (I can't recall now).

I see you recalled precisely what it was before me-- yea, that
"references" field. But obviously that grows with each post to the same
thread segment-- so, number also matters! Here is the message I got for
this one before moving it up...

Outlook Express could not post your message. Subject 'Re: Backup
software--like GHOST', Account: 'msnews.microsoft.com', Server:
'127.0.0.1', Protocol: NNTP, Server Response: '441 (629) Article
Rejected -- Ill-formed message id
'<#6LIH1czIHA.4168@TK2MSFTNGP06.phx.gbl' in field 'References:'', Port:
119, Secure(SSL): No, Server Error: 441, Error Number: 0x800CCCA9

|>>> ...snip
|>>>>>> As I said, the System Restore backup (i.e. restore points) are
|>>>>>> about 60 MB in size.
|>>>>>
|>>>>> I guess that isn't as large as it sounds. OK, fine.
|>>>>
|>>>> Not too bad considering ALL of what it can retain, should you
|>>>> decide to restore to a previous setpoint. IOW, not JUST the
|>>>> registry, but a lot of the other files, too. Again, more on
|>>>> that below.
|>>>
|>>> Yea. That was always the bug-a-boo about ScanReg /Restore-- it
|>>> wouldn't get files.
|>>
|>> That's right.
|>>
|>>> BUT... I'm thinking this System Restore of yours has maybe
|>>> the same problem -- though much, much less -- if its only concerned
|>>> with certain folders.
|>>
|>> Actually, it seems to monitor ALL folders EXCEPT the personal ones
|>> like "My Documents", which lies within the top folder "Documents and
|>> Settings".
|>
|> My Documents is unlikely to contain executables. I guess that is why
|> it was left out.
|
| Right.
|
|> Now, you have begun to hide executables there to keep
|> System Restore's mitts off them, if they were installed after your
|> last Checkpoint. I think we have agreed it is best to keep
|> Checkpoints up-to-date instead.
|
| Yup. Or just use ERUNT. But ERUNT (like scanreg /restore) is as
| limited as using "scanreg /restore", but it still can do the job in
| many cases, and is all you often need, in many cases.

I would probably want to decide as you do which to use-- ERUNT, System
Restore, or an Image. If I thought I couldn't make the decision,
probably I'd do as Chauvin has said & go for the Image. To help with the
decision, I'd track the install that caused the problem with InCtrl5 or
something more powerful. I think you are on top of it.

|> After all, other than that 50 MB Registry of XP, a
|> Checkpoint is kind of an incremental-- & WON'T go re-writing all 3000
|> files in its dll-cache!
|
| Right.

Yea. But I see, despite that, you have said it is more trouble to run
than ERUNT. I'm anxious to see a discussion between you & Chauvin on
that-- both of you are users!

....snip
|>> When you do a scanreg /restore, it has to delete an existing one to
|>> make room for a new one (including what you just did to the registry
|>> AND the immediate prior registry state to running scanreg /restore),
|>> to keep only 5.
|>
|> They could have done a much better job with that. Sheesh! It's pretty
|> damn spooky & tricky that at least TWO of the 5 backups are
|> obliterated before use, unless you take special measures to prevent
|> it, like maybe increase the number that are kept or definitely make
|> a copy of them before starting. But each of those solutions requires
|> work! I'm trying to figure what happens when you start with the
|> oldest instead of the newest-- how many are obliterated before they
|> can be used? But who wants to start with the oldest anyhow!?
|
| If you want the option of having the oldest, you'd BEST save them
| elsewhere. :)

Absolutely, it is best under all circumstances to copy them all before
beginning a round of ScanReg /Restore. However, I lean toward the belief
that... if one starts with the oldest & works up to the newest, then one
does get to try them all if necessary, probably. The oldest one gets
used that way before it is obliterated!

|>>> That is, I guess, unless you
|>>> start with the oldest & work your way up. But you'd want to start
|>>> with the newest!
|>>>
|>>>>> It even says something like
|>>>>> "backing up system files" just before it says something like
|>>>>> "restoring system files"!
|>>>>>
|>>>>> I started with only 4 backups (not including RBbad.cab, which
|>>>>> isn't offered as a candidate to restore)...
|>>>>
|>>>> Looking at the list below, a RB002 should be created now..
|>>>
|>>> Right-- but RB003 gets pushed out to oblivion! What if it turns out
|>>> you needed to go that far back? You can't anymore, unless you've
|>>> made copies.
|>>
|>> Exactly. But of course you did, right? If you didn't, shame on
|>> you! :)
|>
|> Sure, sure-- I did! But that is extra work & trouble-- & nowhere in
|> Windows's Help screens is any caution about it! It's been posted
|> here in this NG that one should make those copies before beginning--
|> but no one ever said why, except for me! And even I couldn't believe
|> it until this second round of tests!
|
| But then again, how many people really get down into it, like we do?
| I bet most users don't even know about scanreg and scanreg /restore,
| so putting all that detail in the help file would confuse them!!

You are right. BUT, the information should be there in Help for those
who do want to see it. Even better-- they should have written the thing
NOT to eat the RB..cab's in the first place during a /Restore! It's
WORSE than cannibalism-- the thing is eating itself!

|>>> Even then, you have to start moving the copies back into the
|>>> Sysbckup\ folder to use them-- & deleting the excess over five too!
|>>
|>> Not such a big deal though. I got used to it.
|>
|> Aren't you the acquiescent one all of a sudden-- after complaining
|> about having to look at folder creation dates now instead of just
|> modified ones!
|
| Indeed, grasshopper. :)

:).

|>>> I wonder whether ERUNT is as sloppy-- but don't wreck anything
|>>> trying to find out!
|>>
|>> With ERUNT you can choose how many you want retained in its
|>> automatic daily backups (or you can choose not to have any). BUT
|>> you have to use Windows Explorer to access them to restore (ERUNT
|>> assumes you are
|>> a bit computer savvy).
|>
|> Oh, that's right, you have no DOS Mode. So, it has to be done
|> manually in Explorer & none of them can get wiped out?
|
| Manual ones are kept in a separate folder from the automatic ones
| (which are normally limited to a preset number of your choice).
| So no, they aren't wiped out (except for the automatic ones, at a max
| limit of your chosing). The manual ones stay there forever, and are
| always accessible in Explorer (as are the automatic ones).

That's an improvement.

|> There is no such thing as an "ERUNT /Restore"?
|
| No. You just click on one of the files in the ERUNT backup
| (ERDNT.EXE). It's in every ERUNT backup folder, and is quite small.
| Easy as pie.

You click on one of the backup registries or on ERUNT.EXE? The registry
that is current just before that click goes nowhere but into oblivion?
After the click & restore-- you actually went back into the folder of
the backups & saw all the dates were the same? (But, really, no need to
actually try it just to satisfy my idle curiosity.)

|> Hmm. What if you can't boot to Windows? Isn't there
|> some kind of repair console run from CD or something?
|
| IF you had to, yes. Or there are a few other (DOS-like) special
| utility programs out there, that allow access to NT without windows
| running.
|
| Actually, one time I had some problem (that I sorta was responsible
| for) booting into normal windows mode (maybe messin with MSConfig or
| something), and so I booted into Safe Mode and went to the folder
| containing the ERUNT backups, and clicked on it in there, and then
| easily got back into standard windows. I forgot what I did to mess
| it up in the first place, however - it was some time ago. :)

Hmm. Very good. Hmmmm... THAT very nearly qualifies as your first crash
of XP, though! I don't care if there was no blue screen! Terhune said it
would happen if you tried hard enough! :).

....snip
|>>> I was thinking those Checkpoints were sometimes done automatically,
|>>> like a ScanReg is run every boot. OK, I see you have to do it
|>>> yourself.
|>>
|>> Not quite. IF you haven't created a system checkpoint, one WILL
|>> be created routinely, every so often (like after every 24 hours of
|>> use). (But it's different in one respect from scanreg, in that it
|>> doesn't necessarily do it each calendar day after rebooting).
|>
|> I see. So, after doing an install of something big, you have 24
|> hours to decide you like it before it is taken into a checkpoint
|> automatically. After that, you'd have to go to an older checkpoint
|> to undo it. OK.
|
| When you install something big (or even a normal program), a new
| restore point is *automatically created* - in case you should want to
| reverse or undo what the new program installation did to your system.
| Which is a nice feature of System Restore. :)

It sounds nice, pending Chauvin states his reasons he doesn't like it. I
personally would like to see System Restore put out a better .log file
than you have described it does.


--
Thanks 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
 
R

Rick Chauvin

"PCR" <pcrrcp@netzero.net> wrote in message
news:%230QIKPpzIHA.4912@TK2MSFTNGP03.phx.gbl
> I've had to move my reply up-- you didn't go high enough!


it's a crazy thread isn't it

> Rick Chauvin wrote:
>| "Bill in Co." <not_really_here@earthlink.net> wrote in message
>| news:%236LIH1czIHA.4168@TK2MSFTNGP06.phx.gbl
>|
>| [....]
>|
>|> When you install something big (or even a normal program), a new
>|> restore point is *automatically created* - in case you should want
>|> to reverse or undo what the new program installation did to your
>|> system. Which is a nice feature of System Restore. :)
>|
>| I don't like to use System Restore at all for a number of reasons -
>| actually first thing upon installation I did was to shut the dang
>| thing off (among a hundred other things). I strictly use Imaging
>| instead which imho is by far better.
>
> You don't trust it to do the job? From Colorado's descriptions, it


It's not that I don't trust it for what benefits it has over not having
anything at all and therefore applaud what it does do.
There are dozens of reasons why in my personal preference I don't use it..
I don't want to get into all the reasons here and granted I am not most
people and rarely follow the crowd. Using it of course is great for the
majority and is a million x's better than having nothing at all.

I have it disabled, period. For me I much prefer and use True Image instead
(or any professional imager) for my computers ultimate backup protection on
every level.

If alternately I'm going to test setups or softwares or explore detailed
circumstances I will use a separate computers expendable partition setups
(or even my main one) and have at it, when I'm done testing whatever it is
I'm dong I just reimage that OS's partition back to square one ready for
the next round I wouldn't fool with XP's basic restore techniques for my
work. On my main computers I require separate 100% foolproof
non-incremental backup images along with duplicate HD's, and store those
backups elsewhere.

> doesn't provide much of a report. I probably wouldn't want to use it,
> either, if I had to guess what it was doing! I'm sure it will restore a
> saved Registry. It uses a "dll-cache" somehow to handle files on a kind
> of incremental basis saving only changed ones-- but I'm not sure
> precisely which ones or what it does with them! I can think it will
> restore a deleted file-- but will it delete an extra one? Does it only
> handle executables?


I really don't want to get into all that here. I've always lovingly
prodded you though to hands on install stuff and test it for you own
experience. Anyway there are hundreds of sites that cover XP's
system restore abilities and limits.

> It could be as Colorado says that one might get a feel for which to use
> after a while-- ERUNT, System Restore, &/or a 3rd party Image. I see he
> has replied to you also. I hope you can find it!


Yes I can see every post, however I haven't read all of them not intended
for me - but this thread is out of a normal hand by now. You guys should
get a cb or ham radio to talk <smile>

>| Anyway, you guys are still keeping this thread alive? ! ..what in
>| heavens are you both talking about - there's no way I can read
>| through these threads to figure it out - but I think yous must be
>| just coffee visiting here every day is all.
>
> I thought PA Bear would be first to complain!
>
>| Rick
>|
>|
>| ps... heck the threads are so deep it won't even let me post my
>| message and I had to skip up to get it to take
>
> Right. I've been doing that too for quite a while now. You can reply to
> this, & I will move mine up.


I did, but hopefully not to this thread again since it's so
discombobulated.

you take good care now, see ya,

Rick


> --
> Thanks 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
 
P

PCR

Rick Chauvin wrote:
| "PCR" <pcrrcp@netzero.net> wrote in message
| news:%230QIKPpzIHA.4912@TK2MSFTNGP03.phx.gbl
|> I've had to move my reply up-- you didn't go high enough!
|
| it's a crazy thread isn't it

Yea, discombobulated. No one wanted it to happen, though! More below.

|> Rick Chauvin wrote:
|>| "Bill in Co." <not_really_here@earthlink.net> wrote in message
|>| news:%236LIH1czIHA.4168@TK2MSFTNGP06.phx.gbl
|>|
|>| [....]
|>|
|>|> When you install something big (or even a normal program), a new
|>|> restore point is *automatically created* - in case you should want
|>|> to reverse or undo what the new program installation did to your
|>|> system. Which is a nice feature of System Restore. :)
|>|
|>| I don't like to use System Restore at all for a number of reasons -
|>| actually first thing upon installation I did was to shut the dang
|>| thing off (among a hundred other things). I strictly use Imaging
|>| instead which imho is by far better.
|>
|> You don't trust it to do the job? From Colorado's descriptions, it
|
| It's not that I don't trust it for what benefits it has over not
| having anything at all and therefore applaud what it does do.
| There are dozens of reasons why in my personal preference I don't use
| it.. I don't want to get into all the reasons here and granted I am
| not most people and rarely follow the crowd. Using it of course is
| great for the majority and is a million x's better than having
| nothing at all.

You are very politic in your criticisms, Chauvin-- & it isn't too late
for you to enter the presidential race!

| I have it disabled, period. For me I much prefer and use True Image
| instead (or any professional imager) for my computers ultimate backup
| protection on every level.

You, me & Colorado all agree a True Image Image or a BING Image or Clone
is best for ultimate protection. It gets a little tougher to do when
multiple partitions have been created & the OS partially split between
the two/three of them like I finally did. But I only clone the main
C:partition, & just copy the other two using Explorer. I try to keep
just data stuff on those two (but that includes my Win98SE .cabs, which
SFC will go for) & to 100% avoid an install of an app to one of them--
to minimize Registry ties!

But for small/medium sized installs that I wanted to reverse, I think I
would have to consider System Restore (& even ERUNT)-- IF I could fairly
well guess what it is doing. Too, too bad it didn't come with a good
..log to record its doings! Well, I guess I'd run my InCtrl5 (I know you
have something better) to see what an install does & what System Restore
would reverse. But it's a pity XP STILL will require that extra work!

I'm pretty sure you fully agree with all of this, & there is no need to
reply.

| If alternately I'm going to test setups or softwares or explore
| detailed circumstances I will use a separate computers expendable
| partition setups (or even my main one) and have at it, when I'm done
| testing whatever it is I'm dong I just reimage that OS's partition
| back to square one ready for the next round I wouldn't fool with
| XP's basic restore techniques for my work. On my main computers I
| require separate 100% foolproof non-incremental backup images along
| with duplicate HD's, and store those backups elsewhere.

I think you know what you are doing, Chauvin-- & you always did!

|> doesn't provide much of a report. I probably wouldn't want to use it,
|> either, if I had to guess what it was doing! I'm sure it will
|> restore a saved Registry. It uses a "dll-cache" somehow to handle
|> files on a kind of incremental basis saving only changed ones-- but
|> I'm not sure precisely which ones or what it does with them! I can
|> think it will restore a deleted file-- but will it delete an extra
|> one? Does it only handle executables?
|
| I really don't want to get into all that here. I've always lovingly
| prodded you though to hands on install stuff and test it for you own
| experience. Anyway there are hundreds of sites that cover XP's
| system restore abilities and limits.

I may need to go look, now that my interest has been aroused-- JUST to
solidify my preconceptions!

|> It could be as Colorado says that one might get a feel for which to
|> use after a while-- ERUNT, System Restore, &/or a 3rd party Image. I
|> see he has replied to you also. I hope you can find it!
|
| Yes I can see every post, however I haven't read all of them not
| intended for me - but this thread is out of a normal hand by now. You
| guys should get a cb or ham radio to talk <smile>

I'm expecting soon enough we must run out of conversation!

|>| Anyway, you guys are still keeping this thread alive? ! ..what in
|>| heavens are you both talking about - there's no way I can read
|>| through these threads to figure it out - but I think yous must be
|>| just coffee visiting here every day is all.
|>
|> I thought PA Bear would be first to complain!
|>
|>| Rick
|>|
|>|
|>| ps... heck the threads are so deep it won't even let me post my
|>| message and I had to skip up to get it to take
|>
|> Right. I've been doing that too for quite a while now. You can reply
|> to this, & I will move mine up.
|
| I did, but hopefully not to this thread again since it's so
| discombobulated.

I understand. Alright. No need to reply. My interest in XP is only mild
at this point.

| you take good care now, see ya,

You too, Rick.

| Rick
|
|
|> --
|> Thanks 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

--
Thanks 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
 
Back
Top Bottom