Cobian backup hashed list of file names is invalid native error 00059

Hi, im trying to backup (imported from Gravity) a folder on my server which has verly long path and file names in it.

Kmitza

Posts: 3
Joined: 26 Oct 2021, 17:13

Long path/file names

Hi,
im trying to backup (imported from Gravity) a folder on my server which has verly long path and file names in it.

Getting the following error:
ERR 2021-10-26 17:04:48 An error occurred while creating the monolithic archive: The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.

The backup is not created.
2021-10-26 17:04:53 The monolithic archive «C:WindowsTEMPXXXXXXX.zip» has been created. Files in archive: 0. Folders: 6933. Ignored files: 0 Uncompressed size: 254,33 GB

Any chance this is implemented/supported ?

The Task was imported from Also Cobian Gravity 11 which is giving me the following error, but still completes the backup:
ERR 2021-10-23 05:16 An error occurred while testing the archive «C:UsersAdministratorAppDataLocalTempXXXXXXXX 2021-10-22 22;17;10 (Full).zip»: Hashed list of file names is invalid — Native error: 00059

regards
Kmitza

User avatar

cobian

Site Admin
Posts: 3023
Joined: 31 Oct 2020, 01:25
Location: Sweden
Contact:

Re: Long path/file names

Post

by cobian » 26 Oct 2021, 19:21

There is a warning about this when you selected Monolithic. Standard zip files doesn’t have support for long file names.


Luis Cobian
Cobian Backup’s creator

Kmitza

Posts: 3
Joined: 26 Oct 2021, 17:13

Re: Long path/file names

Post

by Kmitza » 26 Oct 2021, 19:58

cobian wrote: ↑26 Oct 2021, 19:21
There is a warning on this when you selected Monolithic. Standard zip files doesn’t have support forl long file names.

So what is the solution?
Wait until we can use another engine like 7zip?

I want to create 1 backup file for each backup, and keep x copies of the backups.
Gravity creates 1 file of size 240+Gb.

User avatar

cobian

Site Admin
Posts: 3023
Joined: 31 Oct 2020, 01:25
Location: Sweden
Contact:

Re: Long path/file names

Post

by cobian » 26 Oct 2021, 20:11

You could compress the files with 7zip externally as a Pre-backup event.


Luis Cobian
Cobian Backup’s creator

Kmitza

Posts: 3
Joined: 26 Oct 2021, 17:13

Re: Long path/file names

Post

by Kmitza » 26 Oct 2021, 20:55

cobian wrote: ↑26 Oct 2021, 20:11
You could compress the files with 7zip externally as a Pre-backup event.

Any plans to add 7zip engine, as it is in Gravity?
Or other engines?

User avatar

cobian

Site Admin
Posts: 3023
Joined: 31 Oct 2020, 01:25
Location: Sweden
Contact:

Re: Long path/file names

Post

by cobian » 26 Oct 2021, 20:59

If I get some time to make a fully working port to C#. :cry:


Luis Cobian
Cobian Backup’s creator

User avatar

ADQuesto

Posts: 2
Joined: 05 Nov 2021, 15:50

Re: Long path/file names

Post

by ADQuesto » 07 Nov 2021, 16:57

Good afternoon (in the Netherlands at least)

Another question about full pathnames.

In Gravity the full pathname was shown in the «taskbar» of Cobian.
In Reflector only see the filename is shown.

I have been searching the options but cannot find the tickbox to alter this situation.
Could you please advise me on this?

Thanks

AD

Moderators: Alexander Halser, Tim Green

User avatar

Tim Green

Site Admin
Posts: 22842
Joined: Mon Jun 24, 2002 9:11 am
Location: Bruehl, Germany
Contact:

Hi Donna,

This issue has been corrected in the current version (5.1.1 Build 790), if you haven’t already updated just download the current installer and install on top of your current version to update:

http://www.ec-software.com/downloads.html

Regards,
Tim (EC Software Documentation & User Support)

Private support:
Please do not email or PM me with private support requests — post to the forum directly.

slimboywynn

Posts: 24
Joined: Fri Jul 15, 2005 3:16 pm

Unread post

by slimboywynn » Tue Aug 11, 2009 9:47 am

Hi Tim,

I am having the same error appear. I am running the standard version of H&M5 and have updated to the very latest version. I’m running this on a Microsoft Virtual drive with XP installed.

The following error has appeared before but i just restored my virtual drive to the last restore point and carried on but as it’s appeared again, i fell i need to bring it to your attention.

The error is :-
Cannot load C:……*.hmxz! Please check you have sufficient rights to open the project.
ProjectOpen: The project file project.hmxp can not be found in archive! (C:Delphi2007ECSECHMDAL.pas, line 5059).

Any ideas would be greatly appreciated.

User avatar

Tim Green

Site Admin
Posts: 22842
Joined: Mon Jun 24, 2002 9:11 am
Location: Bruehl, Germany
Contact:

Unread post

by Tim Green » Tue Aug 11, 2009 12:04 pm

Hi Slim,

I’ve posted a question to the developers. In the meantime, please try moving the file off the virtual drive and onto a drive in your own Documents folder (to make sure you have full read and write permissions). Can you open the project there?

Regards,
Tim (EC Software Documentation & User Support)

Private support:
Please do not email or PM me with private support requests — post to the forum directly.

slimboywynn

Posts: 24
Joined: Fri Jul 15, 2005 3:16 pm

Unread post

by slimboywynn » Tue Aug 11, 2009 12:25 pm

Hi Tim,

Thank you for replying, I did try this but with no luck :(

I did try a few things, I copied it from my virtual drive to my local dirve which is running Vista but i still get the same error. I Also tried restoring my virtual drive to a previous working date and copied the files back, but again still no luck.

User avatar

Tim Green

Site Admin
Posts: 22842
Joined: Mon Jun 24, 2002 9:11 am
Location: Bruehl, Germany
Contact:

Unread post

by Tim Green » Tue Aug 11, 2009 12:27 pm

Hi Slim,

Please mail the .hmxz file to support AT ec-software.com (replace the AT with @) and we’ll check it for you.

Regards,
Tim (EC Software Documentation & User Support)

Private support:
Please do not email or PM me with private support requests — post to the forum directly.

ontoprise

Posts: 1
Joined: Mon Sep 28, 2009 1:18 pm

Unread post

by ontoprise » Mon Sep 28, 2009 1:21 pm

Hi,

I got the same problem when I try to open an already created H&M5 project
“Cannot load <project_path_xxx.hmxz!>. Please check you have sufficient rights to open the peoject.

Show details gives me:
“ProjectOpen: The poject file project.hmxp can not found in the archive! (C:Delphi2007ECSECHMDAL.pas, line 5060”

Is there any workaround or solution in the meantime?

Kind regrads,
Rob

User avatar

Tim Green

Site Admin
Posts: 22842
Joined: Mon Jun 24, 2002 9:11 am
Location: Bruehl, Germany
Contact:

Unread post

by Tim Green » Mon Sep 28, 2009 3:11 pm

Hi Rob,

The error message is a little misleading (this is going to be fixed) but basically this means that your .hmxz project file has been damaged by some external factor, for example a brief power dip or a network problem while it was being saved. You can check this by changing the extension of your .hmxz file to .zip, then try to unpack it with a zip utility. If the file is damaged the utility will inform you of this (an .hmxz file is actually a zip archive).

Note that the uncompressed .hmxp format is more robust in the event of external damage like this than the compressed .hmxz format. Since .hmxp is a folder of plain-text XML files it is almost impossible to damage the entire project. The .hmxz archive format is a binary zip archive, and so if it becomes damaged it is often difficult or impossible to recover its contents.

If this has happened you may have to return to your last backup. If you have turned on the automatic backup option in View > Program Options > General you will find your backup file in your project folder with two ~~ characters in the file extension, you just need change the extension to .hmxz to be able to open the backup in Help & Manual.

Regards,
Tim (EC Software Documentation & User Support)

Private support:
Please do not email or PM me with private support requests — post to the forum directly.

ray.heavents

Posts: 3
Joined: Wed Jul 28, 2010 6:43 am

Re: Could not open project file

Unread post

by ray.heavents » Wed Jul 28, 2010 7:10 am

Hi Tim,

I got the same problem when I try to open an already created H&M5 project

Show details gives me:
«“Cannot load d:logmy_study.hmxz! Please check you have sufficient rights to open the peoject. «

And I chose «Show Details»
«ProjectOpen: Hashed list of file names is invalid -Native error: 00059».

My OS is Windows XP sp3
H&M version is 5.4.0 Build 1173.
And I have tried some older versions H&M 5.x.x, the situations are the same.

my documents was stored in local drive and I encountered this problem this morning.
Is there any workaround or solution to help me with it?

It is very important for me and I did not have any backups before.

User avatar

Tim Green

Site Admin
Posts: 22842
Joined: Mon Jun 24, 2002 9:11 am
Location: Bruehl, Germany
Contact:

Re: Could not open project file

Unread post

by Tim Green » Wed Jul 28, 2010 10:10 am

Hi Ray,

You can easily check if the file is damaged: change the extension from .hmxz to .zip and then try to open it with WinZip or any zip utility. The .hmxz files are actually normal zip files (the same as Word’s .docx files, which are also just zips), so you can check their contents easily by unzipping them.

The most common cause of corrupted files are computer or network errors (if you are saving on a network drive) while you are saving. Working on a Windows machine without backups is about as safe as playing Russian Roulette, by the way… :?

Regards,
Tim (EC Software Documentation & User Support)

Private support:
Please do not email or PM me with private support requests — post to the forum directly.

ray.heavents

Posts: 3
Joined: Wed Jul 28, 2010 6:43 am

Re: Could not open project file

Unread post

by ray.heavents » Wed Jul 28, 2010 11:40 am

Hi Tim,

Thank your for your reply.

I have tried as you said and found that my file was damaged. :frustration: :frustration:
“error [D:tempmy_study.zip]: start of central directory not found; Zip file corrupt.
Possible cause: file transfer error

Is there any way to fix this issue?

ray.heavents

Posts: 3
Joined: Wed Jul 28, 2010 6:43 am

Re: Could not open project file

Unread post

by ray.heavents » Wed Jul 28, 2010 2:00 pm

Hi Tim,

I think I have saved some topics from the damaged file based on your previous information.

Just write my steps and hope it will be helpful if anyone else have the same question…

step 1>rename the broken_filename.hmxz to broken_filename.zip
step 2>find a zip files repair software try to repair the file from internet..
step 3>I have found some ones(e.g. winrar, zipmagic 2000, zip repair,etc), but only one seems recovered my broken file.
step 4>after repair broken_filename.zip using zipmagic 2000, I got a broken_filename_fixed.zip
step 5>rename the broken_filename_fixed.zip to filename.hmxz
step 6>I can open the file by H&M 5 now…

Thank you very much ,Tim.

:lol:

In addition, if Official can provide a repair tool will be appreciated and very helpful.

User avatar

Tim Green

Site Admin
Posts: 22842
Joined: Mon Jun 24, 2002 9:11 am
Location: Bruehl, Germany
Contact:

Re: Could not open project file

Unread post

by Tim Green » Wed Jul 28, 2010 4:59 pm

In addition, if Official can provide a repair tool will be appreciated and very helpful.

There are lots of tools already available — try Googling for «zip repair tool». :)

Regards,
Tim (EC Software Documentation & User Support)

Private support:
Please do not email or PM me with private support requests — post to the forum directly.

User avatar

Steffen Heller

Posts: 29
Joined: Tue Oct 16, 2018 2:35 pm
Location: Austria

Re: Could not open project file

Unread post

by Steffen Heller » Wed Oct 24, 2018 3:14 pm

I am having the same problem now.

When I try to open Help & Manual it displays the error message:
«Cannot load … ! Please ensure that you have sufficient rights to open the project.»

Show details says:
«ProjectOpen: unexprected tag topicref»

I sent the file to our senior technical expert for the repair of corrupted zip files :D but he answered that it was not possible to repair the file ;-(

In this case, the error is not so dramatic as it only concerns a local test copy.
But it tells me I should better have a closer look at how I can secure my main installation.

Is there anything I can do to protect against a scenario like this, corrupted files that prevent access to the installation as a whole?
So far, I simply made a copy of my .hmxp file every now and then (simple copy+paste in the Explorer). Unfortunately, these «backup files» don’t help, they yield the same error message although I was not working with them and didn’t change them in any way.

I had a look at the documentation but only found information about

* the «automatic backups function»
=> which sounded interesting but has been removed and replaced with the automatic rescue copy
https://www.helpandmanual.com/help/hm_r … sub=backup

* automatic rescue copy
=> which (only) reads like a protection tool against the loss of the latest changes in case of a crash
https://www.helpandmanual.com/help/hm_w … encies.htm

Thanks for helping
Steffen
My current Version: 7.4.0 Build 4590

User avatar

Tim Green

Site Admin
Posts: 22842
Joined: Mon Jun 24, 2002 9:11 am
Location: Bruehl, Germany
Contact:

Re: Could not open project file

Unread post

by Tim Green » Wed Oct 24, 2018 4:53 pm

Hi Steffen,

Show details says:
«ProjectOpen: unexprected tag topicref»

This is a known issue and is actually easy to correct. What is happening is that some TOC entries have been inserted in the wrong place in a TOC file. You can also see this in uncompressed projects. What happens is that in some rare cases a copy of some TOC entries is inserted incorrectly after the closing </map> tag in the main TOC file when you do copy and paste operations with the mouse between multiple TOCs. Unfortunately we have never been able to reproduce it ourselves, so it hasn’t been possible to debug it yet.

Here is how to fix it:

  1. If the project isn’t saved in uncompressed HMXP format select Save As… in the File menu and save it uncompressed in an empty folder.
  2. Open the main TOC file (the one without a number) in the Maps folder in a code editor like Notepad++ and search for the FIRST closing </map> tag.
  3. If there are any lines of code after that tag DELETE them all and save.
  4. Repeat 2 and 3 for all other TOC files just to be sure.
  5. Open the repaired project and check through the TOCs

Regards,
Tim (EC Software Documentation & User Support)

Private support:
Please do not email or PM me with private support requests — post to the forum directly.

User avatar

Steffen Heller

Posts: 29
Joined: Tue Oct 16, 2018 2:35 pm
Location: Austria

Re: Could not open project file

Unread post

by Steffen Heller » Thu Oct 25, 2018 11:10 am

Tim Green wrote:
Here is how to fix it:

  1. If the project isn’t saved in uncompressed HMXP format select Save As… in the File menu and save it uncompressed in an empty folder.
  2. Open the main TOC file (the one without a number) in the Maps folder in a code editor like Notepad++ and search for the FIRST closing </map> tag.
  3. If there are any lines of code after that tag DELETE them all and save.
  4. Repeat 2 and 3 for all other TOC files just to be sure.
  5. Open the repaired project and check through the TOCs

I found and erased some code from the main TOC file. After that I was able to open the project again.

In the project there are seven additional TOCs and one of them was «broken» (no down arrow sign, not possible to open the TOC).
The TOC file for this one looked different. It contained almost no code at all (only two tags, but no <topicref…> at all).

Since I have another project that includes the same additional TOCs structure I copied the right TOC file from there.
After that, the project opened and all the additional TOCs look good.

All the time, there have been four error messages, though:
«The ID ….. has been used multiple times. It has been renewed to …….»

Do you think that the project is now repaired and working again?
Or is there anything else I need to check now?

Thanks for helping
Steffen
My current Version: 7.4.0 Build 4590

Hi.

I’ve used Cobian Backup for some years and never occured this error. However, last server installed on every backup I have this error:

2019-12-26 01:01 Executing the pre-backup events
2019-12-26 01:01 Executing "C:BCKScriptmount.bat" externally. Waiting for the user interface's response...
2019-12-26 01:01 The program "C:BCKScriptmount.bat" was successfully executed by the user interface
2019-12-26 01:01 If your unpacker cannot handle the archives created by Cobian Backup, see the FAQ
2019-12-26 01:01 Starting the Volume Shadow Copy snapshot for the drives: F:
2019-12-26 01:02 The Volume Shadow Copy snapshot set has been created successfully
2019-12-26 01:02 Compressing to the archive "\XXXXXXServersBackupsXXXXXXXXXXXXXX 2019-12-26 01;02;05 (Incremental).zip". Please wait while preparing the files...
ERR 2019-12-26 01:03 An error occurred while testing the archive "\XXXXXServersBackupsXXXXXXXXXXX 2019-12-26 01;02;05 (Incremental).zip": Hashed list of file names is invalid - Native error: 00059
2019-12-26 01:03 Deleting the Volume Shadow Copy snapshot "4e211007-14d1-4c44-871c-4988a64cdb04"
2019-12-26 01:03 The Volume Shadow Copy snapshot set has been successfully deleted
2019-12-26 01:03 Executing the post-backup events
2019-12-26 01:03 Executing "C:BCKScriptumount.bat" externally. Waiting for the user interface's response...
2019-12-26 01:03 The program "C:BCKScriptumount.bat" was successfully executed by the user interface
2019-12-26 01:03 Total backup time for "XXXXX": 0 hours, 1 minutes, 18 seconds
2019-12-26 01:03 ** Backup done for the task "XXXXX". Errors: 1. Processed files: 26431. Backed up files: 22. Total size: 10,65 MB **

Every archive that I’ve tested I cannot open directly but if I extract I’ve access and can open files inside Backup.

As you could see by log backup is done to a Network Share.

Someboy can help why this error occurs?

Рассмотрим вопрос на одном реальном примере, когда админу достался «в наследство» WinSrv2012R2Std с резервным копированием, реализованным посредством Cobian Backup11. Однако это средство создания резервных копий было настроено неверно, и при условии, что все данные весили порядка 70Гб, том на 1Тб был забит под завязку уже на второй операции.


Кроме того пользовательский пароль, под которым могла быть запущена служба, многократно сменялся до этого, что породило ошибку следующего вида:

«Программа не найдена».


Эту проблему получилось решить заменой в службе учетных данных. Решается этот вопрос двумя нехитрыми способами:


  1. Выдается новый пароль службе непосредственно из служебной оснастки;


  2. Производится выдача нового пароля из Cobian-интерфейса:


  • для этого предварительно останавливаются программные службы (в противном случае последует автоматическое удаление службы Cobian, что повлечет за собой ошибку типа «Служба помечена на удаление» — вылечить это можно будет, только перезагрузив ПК);


  • откроем интерфейс программы;


  • переходим в «Параметры» из раздела «Инструменты»;


  • на первой открывшейся странице жмем кнопку настроить рядом со значком «щит»;


  • переходим в раздел «Службы»;


  • далее – «Основная служба»;


  • теперь «Авторизация» – заполняем необходимые поля, и все готово.


Корень проблемы в данном случае крылся в том, что СВ не может распознавать символические ссылки и переходит по ним бесконечно. Хотя в настройках имеется параметр обработки символьных ссылок, снятие галочки не позволит решить этой проблемы.


В подобной ситуации очистка папки для бэкапов на самом деле – достаточно тяжелое занятие, поскольку длина пути в данном случае более 256 символов. При выделенном разделе необходимо произвести форматирование. В противном случае придется сокращать длину пути вручную.


Здесь потребуется задать исключение. Поскольку случаев таких, как правило , много, и маски не способны срабатывать правильно, добавляем через GUI одно исключение в задания, после чего сохраняем список и редактируем его копипастой вручную, с последующим импортом обратно.


После этого все уже было настроено, однако теневое копирование так и не работало. Программный журнал выдавал ошибку создания теневой копии:

The requested object does not exist.


В Windows-журнале приложения выскакивала следующая ошибка:


непредвиденная ошибка при запросе интерфейса IVssWriterCallback. hr = 0x80070005, Отказано в доступе.


При этом данный пользователь входил в группу локальных администраторов. Проблему пришлось решать поочередно. В частности можно было наблюдать ошибки стандартной системы архивирования данных, включая ошибку формата:

недостаточно места на диске для создания теневой копии тома


А между тем на диске, который был выделен под архивацию, места было предостаточно. В итоге выяснилось, что для работы VSS необходимо как минимум 50 Мегабайтов на раздел менее 500 Мегабайтов и т.п. Оказалось, что уже имеется зарезервированный системой раздел с объемом в 100 Мб и свободным пространством в 24,3.


Это и был самый корень проблемы. Осталось только исключить его из процесса копирования. Все это от неправильной настройки раздела «Зарезервировано системой». По идее, в первую очередь, bootmgr не должен был находиться именно в этом разделе. А во вторую – раздел необходимо было скрыть. Кроме того, из-за присутствия в названии раздела буквы, система поместила в него pagefile.sys, который весил 40 тех самых «решающих» мегабайт. Последняя проблема решается отключением файла подкачки для этого раздела.

NnovichokAdmin

Помогите пожалуйста с Кобианом .
Система Windows server 2008 R2 Standard x64
2ssd x 1Tb

Проблема такая :
ERR Ошибка создания теневой копии: The creation of a shadow copy is already in progress.

И так каждый раз при запуске задания.
Теневые копии мне необходимы в моей работе.

Раньше работал нормально.(это до конца октября 2016)
Но потом он вообще перестал резервировать.. И я переустановил его собрал опять задания.
И вот появилась новая ошибка выдаваться.
Много чего я попробовал для устранения этой проблемы но что то как то безуспешно.
в журнале событий Windows так же выскакивает эта ошибка.

Кто может помочь или у кого есть свои варианты. Пишите попробую)
кому надо и логи предоставлю… только помогите. не Знаю к кому еще обратиться.

Спасибо)


  • Вопрос задан

    более трёх лет назад

  • 3891 просмотр

1) попробуйте обновление Windows6.1-KB975921-x64. Фиксит создание VSS снапшотов для 2008r2.
2)Достаточно ли свободного места на разделе?
3)Есть ли ошибки по модулям VSS? (CMD команда vssadmin list writers)
5)Выполняются ли другие программы использующие VSS в это время, например «система архивации данных Windows Server»
6) Cobian давно не обновляется. Чем дальше, тем больше будут проблемы. Приглядитесь к KLS BackupProfessional , программа не дорогая, более функциональная и все так же графически настраивается like Cobian. Кстати можете попробовать триал, чтобы удостовериться , что проблема не в cobian.

Пригласить эксперта


  • Показать ещё
    Загружается…

09 февр. 2023, в 11:42

7000 руб./за проект

09 февр. 2023, в 11:23

1500 руб./за проект

09 февр. 2023, в 10:11

1500 руб./в час

Минуточку внимания

← Вернуться в раздел «Программы»

Cobian Backup 10.0.2.692

Цитата:

Support for Volume Shadow Copy even in 64bit systems
Absolute paths can now be created even with uncompressed backups
The user interface doesn’t ask for privilege elevation anymore on Vista or 7
Simple masks can now be applied to FTP sources
The timer schedule can now be limited in time
The main application waits now for any mail to be send before closing
The log file can now be send per task
The log file level is now more granular
The log file can now be splitted, one file per day
The service and application control executes now depending on the UAC settings
Fixed a bug when executing batch files with parameters
The inclusion/exclusion masks way of work has been re-designed
The backup now can be aborted if some event fails
A post backup event can now be aborted if a pre-backup event failed
Mirror tasks can now be created for uncompressed backups
The type of the backup can now be included in the directory name
The tray icon signalizes now if there are errors in the last backup
Better mask support
The speed of the backup has been increased about 200%
and much more….

Автор: SlayerT
Дата сообщения: 08.04.2010 08:40

neZlodey
Вообщето правильный ченжлог такой

2010-04-06 Version 10.0.2.692

* A bug fixed when downloading from a FTP server that uses the NT listing format
* Some changes done to the «Mail after task» logic
* Czech language updated
* French language updated

2010-04-02 Version 10.0.2.689

* Fixed a problem with FTP transfers and long paths (>260 chars)
* Turkish language updated
* Czech language added

http://cobiansoft.com/cbhistory.htm

Автор: Betauser RC
Дата сообщения: 13.04.2010 00:34

Автор: Red_Line_ST
Дата сообщения: 14.04.2010 13:35

Привет. Подскажите плиз. Как правильно сконфигурировать сабж. Сейчас у меня сконфигурировано, чтобы он надписывал каждый раз в ту самую папку.. Т.е. если в источнике что-то поменялось , то он соответсвенно в назначении это добавляет или меняет.. а вот как сделать, чтобы он еще и удалял, если в источнике что-то удалили…

Автор: Andarin
Дата сообщения: 14.04.2010 15:41

Red_Line_ST
В настройках — дополнительно — поставить галочку «синхронизировать каталоги»

Автор: Tovbor
Дата сообщения: 16.04.2010 09:38

Вроде как ошибки правят в Cobian, вот только при копировании на ФТП сервер созданный силой мысли Microsoft с русской кодировкой в каталогах Cobian не справляется. 9-й нормально отрабатывает, а 10-й еще слабоват для этого.

Автор: neZlodey
Дата сообщения: 18.04.2010 03:58

Cobian Backup 10.0.2.699

Цитата:

2010-04-17

* When compressing several folders with the same root, the parent folder was used as root. Fixed

Автор: guardberc
Дата сообщения: 19.04.2010 16:13

Делается бекап папки (НЕсистемный диск), ничего не открыто в этот момент. В журнале после бекапа есть ошибки вида, хотя бекап делается успешно:

Код: ERR 2010-04-19 16:48 Ошибка создания теневой копии: The creation of a shadow copy is already in progress.

Автор: Betauser RC
Дата сообщения: 19.04.2010 19:22

Автор: VitK
Дата сообщения: 20.04.2010 23:44

Подскажите, кто знает, как в Cobian Backup 10.0.3.713 сделать так чтобы измененные файлы дописывались в тот самый архив, а не создавался бы постоянно новый архив только с измененными файлами?

Автор: Betauser RC
Дата сообщения: 23.04.2010 19:22

Автор: CRANK
Дата сообщения: 23.04.2010 21:47

Для чего используется функция Инструменты — Дополнительные инструменты — Строка для зашифровывания??? И как потом результат расшифровать?

Автор: Betauser RC
Дата сообщения: 29.04.2010 18:07

mason67, а чуть выше посмотреть?

Автор: Betauser RC
Дата сообщения: 11.05.2010 20:02

Автор: Innokentich
Дата сообщения: 15.05.2010 16:20

Установил Cobian Backup 10.0.3.762. Попытался запустить задание 0 выбрасывает ошибка — программа не работает… С 9-ой версие подобного не было. Куда посмотреть? Что и где подкрутить?

Добавлено:
Вопрос снят… Может кому пригодиться, ответ на http://support.microsoft.com/kb/314357/ru, ошибка 1069 запуска службы…

Добавлено:
Хм… Новый вопрос: запустил бек-ап… По окончании (минут через пять) выбросило следующее сообщение:
Цитата:

ERR Ошибка обработки файла «X:Cobian Backup 10.0.3.762Мои документы.7z»: File not found
ERR Что-то необычное случилось при проверке архива «X:Cobian Backup 10.0.3.762Мои документы.7z»

: Invalid pointer operation. Воот… Что делать и кто виноват?

Автор: s800
Дата сообщения: 09.06.2010 03:55

Cobian Backup 10.0.3.764 кто разобрался как делать синхронизацию каталогов, у меня поле где это настроить не активно. (серым).

Добавлено:

Innokentich

Цитата:

: Invalid pointer operation. Воот… Что делать и кто виноват?

Фатальная ошибка.
Invalid pointer operation. Недействительная операция ссылки.

Возникновение таких ошибок приводит к немедленному прекращению выполнения программы.

Автор: Novaxx
Дата сообщения: 09.06.2010 18:47

столкнулся вот с такой проблемой:
ERR 2010-06-09 19:06 Ошибка сжатия файла «\TATYANAdocumentswork_documentsЗаказы (новая система переписки)АМЗ ОАО, АрзамасЗаказ 3 — картер мостаисходящиеАМЗ ОАО, АрзамасСпециф.__ от 11.12.09.xlsx»: Cannot open file «\?UNCTATYANAdocumentswork_documentsЗаказы (новая система переписки)АМЗ ОАО, АрзамасЗаказ 3 — картер мостаисходящиеАМЗ ОАО, АрзамасСпециф.__ от 11.12.09.xlsx» — Native error: 00033
ERR 2010-06-09 19:06 Ошибка сжатия файла «\TATYANAdocumentswork_documentsЗаказы (новая система переписки)АМЗ ОАО, АрзамасЗаказ 3 — картер мостаисходящиеАМЗ ОАО, Арзамассчет 17 — картер моста 4905-2401011 от 11.12.09.jpg»: Cannot open file «\?UNCTATYANAdocumentswork_documentsЗаказы (новая система переписки)АМЗ ОАО, АрзамасЗаказ 3 — картер мостаисходящиеАМЗ ОАО, Арзамассчет 17 — картер моста 4905-2401011 от 11.12.09.jpg» — Native error: 00033
и даже обсуждения то вроде по такой проблеме не нашел (не смотрел англоязычные форумы, мало понимаю английский) может кто подскажет в чем проблема? И еще замечено что все те папки которые были выше (первая буква алфавита) забекапились, а все что после уже нет. Кто что подскажет? Или не заморачиваться и поставить леченую Acronis BackUP?

Автор: s800
Дата сообщения: 10.06.2010 05:52

Novaxx
Cannot open file : невозможно открыть файл.
По поводу: Native error: 00033. Попробуй использовать опцию теневое копирование тома (shadow volume copy).

Автор: s800
Дата сообщения: 10.06.2010 10:19

Цитата:

Cobian Backup 10.0.3.764 кто разобрался как делать синхронизацию каталогов, у меня поле где это настроить не активно. (серым).

Отвечаю на свой же вопрос:

This question has been featured in the FAQ since forever, but people keep asking the same thing over and over again: «I want to make a backup of a directory. I delete some file on the original directory, but the program doesn’t delete it from the destination».

Well, let me tell you: A BACKUP PROGRAM IS NOT A MIRRORING PROGRAM. And this is a very dangerous feature to add for a backup program.

A backup is a ONE WAY copy. If you delete a file as a mistake or if a virus destroys your data, you will EXPECT to find your files in the destination. If you implement a mirror, you’ll find NOTHING there!

Anyway, if you want to take the risk, you can make a mirror by checking the Mirror option in the advanced properties of the task. This works only for uncompressed backups.
p/s вот только где эти расширенные настройки

Автор: Innokentich
Дата сообщения: 17.06.2010 14:09

Несколько последних копий выбрасывает ошибку:
ERR 2010-06-17 10:53 Ошибка проверки «X:Cobian Backup 10.0.3.764Мои документы 2010-06-17 08;52;07.7z»: File not found
ERR 2010-06-17 10:53 Ошибка проверки архива «X:Cobian Backup 10.0.3.764Мои документы 2010-06-17 08;52;07.7z»: Invalid pointer operation.
При этом архив создается, теневая копия — так же. Но ни программой, ни самостоятельно созданный архив не открывается (архив поврежден или имеет неизвестный формат). Что и где подкрутить?

Автор: Engaged Clown
Дата сообщения: 17.06.2010 14:11

Innokentich
А если в пути русских букв избежать ?

Автор: Innokentich
Дата сообщения: 17.06.2010 16:53

Engaged Clown
Дык, раньше то, архив создавался? Надыбал в журнале следующую фразу: «Тип копирования изменяется на полный: архивы 7-zip не могут быть обновлены»… А первый архив создавался Cobian Backup 10.0.3.743. В данный момент юзаю Cobian Backup 10.0.3.764. В общем удалил из папки все предыдущие архивы и запустил полное копирование. Подожду результата…
P.S. C 9-кой таких заморочек не было…

Автор: Betauser RC
Дата сообщения: 21.06.2010 18:45

Cobian Backup 10.0.3.771
[more=version changelog]* The function «Set archive attributes» was clearing the attributes instead. Fixed.
* Fixed a problem when using AES encryption with ZIP and empty passwords
* Ucranian language added
* Catalan language added
* Russian language updated
* Turkish language updated
* Portuguese-PT updated[/more]

Автор: Betauser RC
Дата сообщения: 29.06.2010 13:17

Cobian Backup 10.1
[more=release history]* The deletion of files to mantain X full copies is now done in the main thread. Hopefully this will fix all the Access denied errors when deleting old directories
* The interval between two checks for missed backups can now be changed
* A blank line has been added in the log file between two tasks
* The clients are now sorted by name in the remote manager
* Korean language updated
* Chinese — simplified language updated
* Catalan language updated
* English language updated
* Spanish language updated
* Swedish language updated[/more]

Автор: Iven
Дата сообщения: 30.07.2010 10:01

неплохая прога, но сжимает что-то не очень
впрочем вопрос таков
допустим по фтп архив отправился куда-то
как где-то там сделать автоматичек4ую распаковку в указанное место в определенное время — что посоветуете из прог для автоматизации данного процесса ?

Автор: SonikApatity
Дата сообщения: 22.08.2010 07:09

Cobian Backup 10.1.0.789 (2010-07-13)

[more=Изменения]* При удалении старых резервных копий, программа удаляет атрибуты только для чтения, скрытые и системные атрибуты каталогов перед удалением чтобы предотвратить некоторые проблемы в Windows Vista и 7
* Добавлен польский язык
* Частичный перевод венгерского добавлен
* Турецкий язык обновление
* Итальянский язык обновление
* Русский язык обновление
* Каталонский язык обновление
* Корейский язык обновление
* Португальский язык-BR обновление[/more]

Автор: GhoolVandal
Дата сообщения: 04.09.2010 10:10

забэкапил файлы этой утилитой, а при разбэкапливании (разархивации) теряются права NTFS
партиции и источник и куда кладу — NTFS5
галка «копировать права NTFS» стоит.
проверял и в режимах прямого копирования и в ZIP и в 7zip

при чём две недели назад делал — всё работало!
Не могу понять, в чём дело *(

Автор: GhoolVandal
Дата сообщения: 05.09.2010 00:28

Перепроверил — при архивации без сжатия права копируются.
а при сжатии в ZIP — нет *(

Автор: immortal223
Дата сообщения: 06.09.2010 19:12

А никто не подскажет, как исключения в задание копирования папки добавить? Допустим, задаю я сделать бэкап определённой папки, но в ней есть папки и файлы, которые я не хочу бэкапить. Я что-то не понял, как их обозначить.

Автор: RoNiBu
Дата сообщения: 07.09.2010 10:06

Подскажите как настроить почтовое уведомление в Cobian через SMTP сервер GMAIL.COM?
Уж очень большое количество вариантов настройки SSL

Страницы: 123456789101112131415161718

Предыдущая тема: Антивирус Касперского 7.0.0.124


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.

Понравилась статья? Поделить с друзьями:
  • Coapi 2041 ncs expert ошибка
  • Coapi 2041 falscher sg codierindex ошибка ncs
  • Coapi 2000 ncs expert ошибка
  • Coaguchek xs error 3
  • Coagent service произошла ошибка