I have Next Cloud up on LXC and use the LDAP authorization method, as far as I understand, Next Cloud creates a new UID for each client, won’t there be problems with defining files for each client if, for example, the UIDS are updated?in general, you can't without a lot of manual steps (like installing a kernel and bootloader, for a start). it's very often easier to install a fresh VM and just migrate data from the container to it, unless you are well-versed with Linux system administration and all the steps such a migration needs..
mkdir /target; mount /dev/sda2 /target, mount /dev/sda1 /target/boot
... )rsync -av --numeric-ids root@LXC:/ /target/
(you might need additional flags for rsync for ACLs and extended attributes)for i in proc sys dev run ; do mount -o bind /$i /target/$i; done
apt install linux-image-amd64 grub-pc
or grub-efi, depending on what you use, Install Bootloader grub-install /dev/sda
, update-grub
) exit
umount /target/*; umount /target
you could also do everything with a stopped container if you have access to the hypervisor.4. Stop the services in your LXC (but not ssh) and rsync that to /target
If you mount it on the host you have the problem with the shifted UID / GIDs in unprivileged containersNice tutorial @ubu.
you could also do everything with a stopped container if you have access to the hypervisor.
Nextcloud stores ALL files using the webservers/php-fpm's UID.I have Next Cloud up on LXC and use the LDAP authorization method, as far as I understand, Next Cloud creates a new UID for each client, won’t there be problems with defining files for each client if, for example, the UIDS are updated?
oh yes, correct. Didn't think of that.If you mount it on the host you have the problem with the shifted UID / GIDs in unprivileged containers