In data giovedì 24 gennaio 2019 19:46:13 CET, Carlos E. R. ha scritto:
On 24/01/2019 19.39, stakanov wrote:
In data giovedì 24 gennaio 2019 18:56:51 CET, Carlos E. R. ha scritto:
On 24/01/2019 18.24, stakanov wrote:
Why not
mount /dev/sdc1 /var/virtualmachines
or whatever is the exact directory?
If not, use 'mc' to graft /mnt/newvar to /var/virtualmachines, then
# rsync -aqx --progress /var/* /mnt/newvar
preferable on a rescue system.
That is actually the issue. As it turned out not really transparent at the time what all from /var I had to put under a different location, I did mount the entire /var on a different disc. This is the sdb I did migrate to sdc. Now I would like to mount the entire old var copied to sdc instead of /var in sda3 (currently /var is under root and I have not yet installed kvm/quemu, for being sure nothing is used. The question is, does the system risk some malfunction afterwards or not? As /var should have only temp stuff and journals, I would suppose no, but...I am not sure at all.
No, var has many other files and long term databases. For instance, the rpm database. Break that, your system is garbage. You can no longer do upgrades, add software, remove software. Reinstall. I DID a reinstall. So what part of the directories of the former /var contain ALL necessary files for the virtualization with kvm and quemu? I know were the virtual HDD are, but this will not be all? The rest I could manually eliminate and then copy the /var and then mount it instead.
_________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postfächer sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org