#315 Issue closed: recover a selektion of FS¶
Labels: enhancement, support / question
nmidc opened issue at 2013-10-18 08:21:¶
Hello
we want to recover only a selektion of Filesystems. But rear format the
whole HD.
"Please enter numbers of the filesystemspaces we schould restore."
...
(default: 1 2 3 4 ....): [30 secs] _
schlomo commented at 2013-10-18 08:30:¶
Hi,
ReaR is a bare-metal disaster recovery tool, hence it wipes and
partitions
and formats your HD.
You can always modify the /var/lib/rear/layout/disklayout.conf before
starting the recovery.
Why do you need to use ReaR to recover a single file system? Why not
just
use your backup software to restore it?
Regards,
Schlomo
On 18 October 2013 10:21, nmidc notifications@github.com wrote:
Hello
we want to recover only a selektion of Filesystems. But rear format the
whole HD."Please enter numbers of the filesystemspaces we schould restore."
...
(default: 1 2 3 4 ....): [30 secs] _—
Reply to this email directly or view it on GitHubhttps://github.com/rear/rear/issues/315
.
nmidc commented at 2013-10-18 08:37:¶
Because it could be there are some System FS delete. To recover the whole Disk takes a lot of time . It would be enough to recover /etc or something else
schlomo commented at 2013-10-18 09:03:¶
I would see this as a "special use" which ATM is covered by manually
editing disklayout.conf before recovering.
The above mentioned filesystem selection is meant for a completely
different use case:
Imagine you have a large server. For bare metal DR it could be enough
to
recover the OS parts of the server, get it back up running and then
continue to recovery the server contents while the server itself is
already
running. For this you can select the filesystems to restore, but all
filesystems are recreated.
In your use case you might be better off to boot into ReaR and start
the
backup software client and manually mount the wiped filesystems and
restore
it manually. If you feel that this is something that you want to
automate
please create a new workflow in ReaR that would do this.
Regards,
Schlomo
On 18 October 2013 10:37, nmidc notifications@github.com wrote:
Because it could be there are some System FS delete. To recover the whole
Disk takes a lot of time . It would be enough to recover /etc or something
else—
Reply to this email directly or view it on GitHubhttps://github.com/rear/rear/issues/315#issuecomment-26579789
.
nmidc commented at 2013-10-18 09:20:¶
Hi
thank you for your help.But we are a litle bit confused because about
possibility to make a FS selcetion.
Now i will try to configure local.conf to do only OS parts
schlomo commented at 2013-10-18 09:55:¶
Sure. Just keep in mind that ReaR will wipe all hard disks that it
would
recover. You will have to completely exclude everything from other
hard
disks to leave them in peace.
On 18 October 2013 11:20, nmidc notifications@github.com wrote:
Hi
thank you for your help.But we are a litle bit confused because about
possibility to make a FS selcetion.
Now i will try to configure local.conf to do only OS parts—
Reply to this email directly or view it on GitHubhttps://github.com/rear/rear/issues/315#issuecomment-26582190
.
gdha commented at 2013-10-18 11:26:¶
@nmidc I think rear is not the right tool for this (or at least
rear recover not). Booting the rescue image and repair the file
systems is doable, and then using an external (or internal) backup
program to restore selectively. Manual work that is...
Of course, everything is possible, but what you're looking for is not
(yet) written and should be a GUI/TUI based to avoid mistakes. Perhaps
someone is willing the write this (sponsoring)?
gdha commented at 2013-11-15 10:54:¶
@nmidc is there anything else unclear before we close this issue?
nmidc commented at 2013-11-15 11:43:¶
everything ist fine. Now we boot the rescue Image and recover individual FS with dsmc.
[Export of Github issue for rear/rear.]