Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - indrawn

Pages: [1]
1
Sorry, I meant to mention that I have the backup directory compressed. Not the whole drive, just the dir. This is a new thing though. When I started seeing this issue, I didn't have the dir compressed.

Obviously, then, the "c" flag is appropriate. Nothing wrong here. Can't see why the "a" flag would matter. Not sure why the difference in "h" flags, though.

Thanks. Please get some sleep! :)

2
1. My base backup folder was "D:\Backups\Registry Backup". This is a separate HDD, with Windows running on C:. Of course, the computer name was added to that path.

2. RegBak restored its own backups, which had the same base directory, except that it doesn't (as I have it configured) add the computer name; it adds a date directory (e.g. "2015-09-18") and under that a time directory (e.g. "10;14 AM").

3. Oops, already answered that one. :)

4. No. I only ever used VSS. Too paranoid to use fallback, ever.

5. Good question. I wish I had been more specific in my first post. I had to look at my own description of the problem, which was simply: "My own user account did not have access to UsrClass.dat." I should have listed the ACLs. [SIGH] Right now my system is in what I call a "State of grace" and I'm loathe to mess with it. But this never lasts long (Microsoft sees to that). So next time I have to mess around, I will look at exactly what the issue is. Sorry I can't be more specific on this one.

I did just try something, though. I backed up my ID's UsrClass.dat using RB and RegBak, as closely as possible in time. I thought the files backed up would be identical, but they're not. I see two bytes at the very beginning of the file that differ. I retried and the same was true again. No more detail as I assume this is just because of the file being updated normally by Windows.

But another difference was that RB had no attributes for UsrClass.dat turned on, other than the "c"ompression bit. RegBak saved UsrClass.dat with "a"rchive, "h"idden, and "c"ompression. Now that I've typed that, I can't see why it would matter. :undecided:

The ACLs on both saved UsrClass.dat files are identical, though, including the owners (Administrators).

3
I ran chkdsk two times on C: (once with /sdcleanup and once without), and no problems were reported in the event log.

I just restored with the other utility (RegBak 1.5), and it seems to have worked fine. No classes issues at all. This is meant as info and not as a middle finger. I realize you owe me nothing.

Thanks for your time.

4
Yeah, I know what you mean. Sorry, I can only report what I see. :cry:

I checked in the backup location, and the owner of UsrClass.dat is System, and the other perms look fine.

I installed another registry backup utility, and I'm going to see if this issue happens with that one too. I think it will. I'll post back.

5
But as I mentioned in the first post, when I manually copied the UsrClass.dat file, the permissions were fine:

Quote
I corrected the immediate issue by logging in with another account and manually copying the UsrClass.dat file from the registry backup folder to "C:\Users\UserName\AppData\Local\Microsoft\Windows" (where "UserName" is the ID that had the problem). This resulted in proper ACL setup, and I didn't have any problems.

I also created a test file in "C:\Users\UserName\AppData\Local\Microsoft\Windows", and its permissions match what I (and other users on my system) have for UsrClass.dat. The one difference is that on UsrClass.dat, the owner is "System" and on the test file, it was my own user ID.

6
I went back to Win8.1 and then decided to give Win10 another try... Long story...

Anyway, I have a new install of Win10, just did my first restore with RB 3.2.0, and again I'm having the issue I mentioned in this post.

I followed the steps you mention. I did it for ntuser.dat (which as far as I know has no issue being restored), and UsrClass.dat (which is the one I'm having issues with). Here's what I see for the registry permissions on the respective hives:

ntuser.dat:

ALL APPLICATION PACKAGES: Read
RESTRICTED: Read
SYSTEM: Full Control
My user name: Full Control
Administrators: Full Control

UsrClass.dat:

ALL APPLICATION PACKAGES: Read
RESTRICTED: Read
SYSTEM: Full Control
My user name: Full Control
Administrators: Full Control

For the UsrClass.dat file itself (i.e. the NTFS permissions), the ACLs are:

SYSTEM: Full Control
My user name: Full Control
Administrators: Full Control

I don't see a problem here. :(

7
Sorry but I can't deal with this anymore ... The "this" is Windows 10. I'm washing my hands of it and restoring the Win8.1 image I THANKFULLY created before installing this crapfest. I am writing this issue up to "Yet Another Win10 Issue" along with a BSOD, a Start menu that doesn't work, weird sound/video issues, weird error messages, freezes, and a litany of other life-robbing frustrations.

Thanks and I'm sorry to have taken your time.

8
I updated to Win10 Pro x64 recently. Last night, I used Registry Backup 3.1.0 for a restore for the first time since updating to Win10.

After the restore and reboot, lots of stuff was messed up. I discovered that HKCU\SOFTWARE\Classes wasn't being loaded. After looking into it further, I noticed that the ACLs on the newly-restored UsrClass.dat file under my profile were incorrect. My own user account did not have access to UsrClass.dat, so that hive could not be loaded when I logged in with my account after the registry restore.

I corrected the immediate issue by logging in with another account and manually copying the UsrClass.dat file from the registry backup folder to "C:\Users\UserName\AppData\Local\Microsoft\Windows" (where "UserName" is the ID that had the problem). This resulted in proper ACL setup, and I didn't have any problems.

I tried the restore two more times, and the UsrClass.dat problem happened each time. No other users were affected by this; only mine, the one that ran the restore.

9
Tweaking.com Support & Help / Re: Run-time error 28, Out of stack space
« on: November 05, 2013, 05:12:01 pm »
That RAR'd version crashes whenever I use one of the skinned interface elements (buttons, tabs). Even just putting the cursor over the X caption button makes it crash.

As far as CPU, I have an overclocked Intel Core i7 3970X. That isn't the problem...? I can't believe my system (rated 8.1 by the Windows 8 index) is slower than everyone else's here.

10
Tweaking.com Support & Help / Re: Run-time error 28, Out of stack space
« on: November 05, 2013, 03:17:48 pm »
Just installed Windows Repair (All In One) 2.0.1, messed around the interface for a couple minutes, and didn't reproduce the problem.

I don't get it either.

I guess I'll try the portable version of RB.

Thanks, Shane.

11
Tweaking.com Support & Help / Run-time error 28, Out of stack space
« on: November 04, 2013, 05:09:57 pm »
Registry Backup 1.6.7
Windows 8.1

Been having this problem with Registry Backup for quite awhile (since before I updated to Win8.1). Whenever the mouse pointer goes over one of the buttons in the RB interface, I get a dialog with the error:

Run-time error '28':
Out of stack space

Just uninstalled, downloaded, and reinstalled, doesn't help.

Screen shot attached.

12
Tweaking.com Support & Help / Re: Frequent Registry Backup crashes
« on: June 08, 2013, 12:04:43 pm »
I guess so!

I went to open the illustrious "Action Center", and the icon wasn't even there! I had to open it up through Control Panel. No crashes since 6/3 at 4:10 PM.

This change/fix may not work for all, but it seems to work here.

Thank you, Shane!

13
Tweaking.com Support & Help / Re: Frequent Registry Backup crashes
« on: June 06, 2013, 03:58:32 pm »
Well, I have good news for once. No more crashes!  :cheesy:

At least, I have not had any since 6/4 6/3 at 4:10 PM, and that was with the previous (release) version, 1.6.0.0.

I've had 9 backups take place with 1.6.0.1 without any crashes. Previously, it was typically crashing several times a day. I wouldn't yet swear that the problem is resolved on my system, but it's looking good.

Thank you!

14
Tweaking.com Support & Help / Re: Frequent Registry Backup crashes
« on: June 05, 2013, 01:13:29 pm »
Also that is a lot of backups! Normal registry backup size is around 128 MB. 365 days worth of back ups (If only 1 per day) is 45 GB of space lol

Normally a week is good. Think about it, all the Windows updates, drivers and things you do to the system, and if you go and restore a very old backup of the registry you will just end up causing the system to crash. :wink:

I'm aware. This Win8 system was brand new to me when I first started using your application, and I wanted to quickly set it up without overthinking it and without deleting things I may want. Also, old registry backups can be handy to restore not entire hives, but for mounting (in a utility such as Registry Workshop) and viewing/restoring individual keys/values/data.

I'll get back to you!

15
Tweaking.com Support & Help / Re: Frequent Registry Backup crashes
« on: June 04, 2013, 01:07:27 pm »
I have the EXE in place and will get back to you. Thanks!

BTW I have it set to save 365 days of backups and "Only do 1 auto backup per day" is disabled.

16
Tweaking.com Support & Help / Re: Frequent Registry Backup crashes
« on: June 03, 2013, 01:38:26 pm »
Changed from /supersilent to /silent...

Still, it crashed.

17
Tweaking.com Support & Help / Re: Frequent Registry Backup crashes
« on: May 31, 2013, 06:11:41 pm »
I ran the task with it configured to run under my own user context for a couple days (since my last post), and sorry to say, the crashes still happen.

18
Tweaking.com Support & Help / Re: Frequent Registry Backup crashes
« on: May 28, 2013, 01:53:08 pm »
Sorry for posting in the wrong forum. I didn't see this one.

I run it under the System account.

19
Tweaking.com Support & Help / Frequent Registry Backup crashes
« on: May 28, 2013, 01:22:33 pm »
I'm using Registry Backup 1.6.0 on Win8 Pro x64. I normally run it via Task Scheduler. If I look at the Win8 "Action Center", I see lots of RB crashes referenced. I'm not sure what info you require, but here is some output from one of the instances where it "Stopped working" (I love that bit of Microsoft parlance):

Code: [Select]
Description
Faulting Application Path: C:\Program Files (x86)\Registry Backup\TweakingRegistryBackup.exe

Problem signature
Problem Event Name: APPCRASH
Application Name: TweakingRegistryBackup.exe
Application Version: 1.6.0.0
Application Timestamp: 51319d70
Fault Module Name: TweakingRegistryBackup.exe
Fault Module Version: 1.6.0.0
Fault Module Timestamp: 51319d70
Exception Code: c0000005
Exception Offset: 0014463f
OS Version: 6.2.9200.2.0.0.256.48
Locale ID: 1033
Additional Information 1: 5427
Additional Information 2: 5427eb1d9f395d545fe293b8b95a40de
Additional Information 3: dda0
Additional Information 4: dda08371e6ac8c0c9cb44c2ad0e83ffc

Extra information about the problem
Bucket ID: 65af9cf4c59fff2c4c6c9c465ea73a7b (-850262098)

Please let me know if you would like more information on this.

Pages: [1]