Update auf Build 8041 schlägt fehl
Hallo,
das Update wird mit der Begründung, eine weitere Installation laufe, abgebrochen.
Dies ist definitiv nicht der Fall.
Mein OS: W 10, Creators Update 1703, Build 15063.14
Brauche schnelle Hilfe.
Danke und freundliche Grüße
Joern
Hello Steve,
thanks a lot for your speedy advice. That really did the trick.
The installer file was located in the root directory C:\windows.
One more question: If I backup my three HDDs with a backup volume of about 180 GB it takes some 30 minutes to complete. If however, I only backup C:\Users\Joern, it takes hours with only half the volume (Backup settings cloned from build 8029).
Also, there seems to be a bug in build 8041: If I choose C:\Users\Joern and want to make a backup (folders and files only) I cannot unmark "This PC", which will result in a backup volume of some 700 GB !! (printscreen attached). I executed a repair run, but that didn't help either.
I have never encountered this in previous versions of ATIH. Though I have an idea, that it might be caused by misinterpreting the size of appdata and local settings (in C:\Users\Joern) by ATIH 2017, build 8041. E.g. according to windows explorer the folder AppData has a size of 18,4 GB, once marked for backup in ATIH 2017 (files and folders) only after 5 or more minutes it ends up there with well over 200 GB !!!
This misinterpretation does not occur when backing up volumes or disks !
Your advice is very welcome.
Kind regards and thank you
Joern
Hello Joern,
Glad to hear that the advice worked for you with regard to installing the new build update.
I have not seen the other problems that you mention, I do not see "This PC" being selected when I select to do a backup of C:\Users\Smiths on my computer, and the estimated backup size shown by ATIH is the same as that shown by Windows Explorer for the same folder. This was checked on ATIH 2017 NGen build 6206 which was released the day before the equivalent 8041 build for the standard version. I have also checked the same on another computer that is running the 8041 build just to confirm this and in both cases the size is the same as shown in Explorer for the properties for the specific User folder & sub-folders.
If you are still seeing this strange behaviour then I would suggest opening a Support Case directly with Acronis for this as this is not the expected behaviour you should be seeing.
Hello Steve,
thank you for answering. Pity you cannot help with the size problem.
I hesitate to open a support case since I probably will end up with Jekaterina Sukowa and that's good for nothing.
First I will reinstall build 8029 and see how it behaves in comparison. The backup of C:\Users\Joern was always slow even in former versions of ATIH. But not to that extreme extend.
Best Regards, thanks again and have a nice Easter holiday
Joern
Joern, do you have any libraries etc linked into your user folders that may be adding to the size of the data found there?
For support tickets, I personally just use the email option when I submit cases rather than using Live Chat, as this doesn't tie me to being in front of the computer and gives me a good way of tracking the conversation / information shared etc.
Hallo Steve,
thanks for your answers.
Meanwhile I think, my problems have something to do with NTFS-Junctions and may be therefore you didn't find any misbehaviour on your systems because they are probably "english" (?).
One thing remains though:
When I execute a full backup (image) in which C:\Users\Joern naturally is included everything behaves normal. That points in the direction of Acronis in my way of thinking.
What is your opinion?
Kind regards
Joern
Joern, thanks for the further information and confirmation that you are using NTFS-Junctions.
I believe the core issue here is the key difference between doing a Disks & Partitions backup, which is based on changes at a sector level, and doing a Files & Folders backup where this is following any such junctions / symbolic links etc and including the contents in the backup data.
I do not have any junctions etc so that would show that Files & Folders will work correctly when this is the case.
I would again advice opening a Support Case for this issue and letting Acronis give you a definitive answer as to whether this is correct behaviour for where junctions are encountered in this type of backup of files & folders?
Hello Steve,
just want to let you know that I completed a backup and omitted all NTFS-Junctions --> 27,4 GB, 25 min.
So that looks better, doesn' it?
Thanks for help and comments
Greetings
Joern
Joern, glad to hear that all looks a lot better after omitting all the junctions.
You have to be careful with junction points - those are OS references to other locations. Acronis backups up what is actually on disk and not where the junction point references for disk/partition backups.
For instance, I have my Outlook and iTunes/iphone/backup folders junctioned to another disk because I really don't care if they get backed up or not and they can be quite large. These are junctioned to another external drive. The location in Windows appears like it's still on C:, but it actually lives on the other disk and this does not get backed up (I think you get that already though, but to clarify for others).
If you want to backup data that is living elsewhere with a junction point, then, yes, you should be able to use a file/folder backup and refernce the junction point. Alternatively, and perhaps safer, would be to simply backup the actual data where it lives in the other location. Either should be fine though... but only for file/folder backups.