Restoring the Root Linux File System

{kb-cause}
Restoring the root file system on a live system can be problematic and should only be done by a trained system administrator that understands how their particular system works.

Usually it is not a good idea to restore the entire root filesystem ({color:blue}/{color}). In Linux, the file system looks like the tree with only one root. Different devices and pseudo file systems are mounted under different directories under root. For example, if the second hard drive is mounted under {color:blue}/mnt{color} directory and contains data, but during the backup the {color:blue}/mnt{color} directory was empty, after restore it can be empty, meaning the loss of all the data.

Also restoring the root file system is known to cause problems with NetworkManager. NetworkManager is the service that allows you to configure network devices of different kinds (wired ethernet, WiFi, DSL modems, USB wireless modems, VPN connections) via the unified, user-friendly GUI interface. By default, NetworkManager provides the connection via the wired ethernet NIC. If the NetworkManager service is stopped or misconfigured, it can lead to loss of network connection. If it occurs during the restore process, the process cannot continue, leaving the system in a half-restored state. You should either stop the NetworkManager service and configure the network manually before starting the restore, or restore the file system partially by files, not the entire filesystem at once.
{kb-resolution}
The proper way to restore an entire system is to use the Bare-Metal Restore feature our software offers.

A work around for the NetworkManager issue above is to disable NetworkManager via
{code}
/etc/init.d/NetworkManager stop
{code}
before doing the file restore. This will ensure it does not attempt to prematurely reload configuration files during the restore operation.
{kb-related-articles}