NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
Can restore configuration - This backup image is damaged, or the volumes do not match
Hi,
I found that I needed to do a backup/factory reset/restore as my drives went read only with a RAID issue as described here:
https://community.netgear.com/t5/Using-your-ReadyNAS-in-Business/Can-t-destroy-erase-raid-volume/m-p/2384743#M201713
I backed up my system configuration by using the System->Settings->Configuration Backup with Everything checked. I backed up all my data using a local USB drive. I did the factory reset and am now in the process of restoring everything from the USB drive.
However, I can not restore my system configuration. When I downloaded it, the Safari web browser "helpfully" unzipped the file. I made no changes and zipped it back up again for the restore. However, when I try to restore it, I get an error "This backup image is damaged, or the volumes do not match."
I have verified that the volumes match. I backed up the configuration a second time, and did a diff between the two and /tmp/sharelist is identical.
Is there a special way to re-zip the configuration zip file? Unfortunately, I don't have the original zipped one.
Thanks for your reply. This helped me solve the problem. I examined the file on the ReadyNAS (ssh) and I discovered the problem.
The files were in a folder called "_READYNAS_CONFIG_hostname_date_time" which I compressed and tried to restore with. When looking at a successful config archive file, I found that the folder should not be part of the file path.
That is, in my failing zip file the files were:
_READYNAS_CONFIG_hostname_date_time/data/...
_READYNAS_CONFIG_hostname_date_time/etc/...
_READYNAS_CONFIG_hostname_date_time/media/...
_READYNAS_CONFIG_hostname_date_time/tmp/...But the correct storage is:
data/...
etc/...
media/...
tmp/...Once I rebuilt the zip file without the root directory, it worked!
2 Replies
Replies have been turned off for this discussion
The Linux file command reports them as being a zip that requires version 2.0 to extract. 7-zip reports they are from a Linux host using the deflate V2.0 method. How much of that the NAS checks before deciding if it's a valid configuration file, I can't say. Your best bet is probably to use SSH and zip it on the NAS itself. I know I did once make changes inside a configuration file, but I forget now how I did that, assuming it would still work many versions of the OS later.
BTW, if you had any apps installed, be sure to re-install them before restoring the configuration.
Thanks for your reply. This helped me solve the problem. I examined the file on the ReadyNAS (ssh) and I discovered the problem.
The files were in a folder called "_READYNAS_CONFIG_hostname_date_time" which I compressed and tried to restore with. When looking at a successful config archive file, I found that the folder should not be part of the file path.
That is, in my failing zip file the files were:
_READYNAS_CONFIG_hostname_date_time/data/...
_READYNAS_CONFIG_hostname_date_time/etc/...
_READYNAS_CONFIG_hostname_date_time/media/...
_READYNAS_CONFIG_hostname_date_time/tmp/...But the correct storage is:
data/...
etc/...
media/...
tmp/...Once I rebuilt the zip file without the root directory, it worked!
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
