Il semble aussi qu’il y a eu plusieurs déplacements de fichier avec des trucs directement dans /media/nextcloud/ et d’autres dans /media/nextcloud/nextcloud/ .
Par contre, je dois mettre sudo pour /media/nextcloud/ ; le cas échéant, j’ai cette erreur : ls: cannot open directory ‘/media/nextcloud/’: Permission denied
Ok, j’ai relu la discussion et le tuto et ai regardé sur mon instance YNH, il y a bien une erreur. Il faut faire:
cp -a /home/yunohost.app/nextcloud/data/* /media/stockage ( /media/nextcloud pour toi si j’ai bien compris)
Par contre l’histoire du .ocdata, je ne vois pas à quoi ça sert sachant qu’il est déjà présent dans Nextcloud.
Explication: cp -r copie récursivement mais ne conserve pas les droits, du coup quand on le fait en root, les dossiers/fichiers appartenant à nextcloud passaient propriétés de root.
L’option -i ne sert que si le disque n’est pas vide autrement aucun intérêt.
Ensuite dans le fichier de configuration de nextcloud,
'/home/yunohost.app/nextcloud/data'
ne correspondait pas à ‘/media/stockage’ . En modifiant la copie par la ligne que j’ai donné, ça sera désormais le cas.
Par contre je te conseille de bien faire tes sauvegardes avant, on sait jamais, si moi aussi je m’étais trompé.
Il faut aussi t’assurer de bien supprimer les anciennes traces qui peuvent être dans /media/stockage avant de le faire.
Si tu as beaucoup de données et que la copie te prends trop de temps, tu devrais pouvoir rétablir facilement tout simplement ou déplaçant le contenu avec un client SFTP.
Non tu ne risquais rien de perdre sachant qu’il s’agit de copie. Les données d’origine ne sont pas supprimées. D’ailleurs à la fin du tuto, il serait bon d’indiquer comment supprimer les anciennes données une fois que tout est en place afin de libérer de l’espace sur le serveur.
Mais je me demande s’il ne vaudrait pas mieux tout virer dans /media/nextcloud/ , recopier depuis le dossier actuel qui marche /home/yunohost.app/nextcloud/data et fixer les droits ensuite.
Oui mais si tu n’est pas à l’aise, mieux vaut utiliser cp -a , comme ça en attendant tu as toujours accès à tes données dans l’ancien chemin, que tu pourras supprimer une fois que tu es sûr que tout s’est bien passé.
Pour le point 1, effectivement, la commande history concernant le cp demandée aurait pu permettre de voir ça. D’ailleurs, cela n’a pas pu avoir lieu en une seule fois, il y a visiblement eu plusieurs essais avec des chemins différents.
Pour le point 2, c’est normal en suivant le tuto, comme je l’ai précisé dans le message précédent, l’option -r ne préserve pas le propriétaire, il faut utiliser l’option -a.
Pour ta proposition, pourquoi pas mais dans ce cas la valeur de datadirectory du tuto ne sera plus la bonne, il faudra l’adapter en mettant /media/nextcloud/data:
Ah oui @metyun, tu as raison, je n’ai pas essayé de coller spécifiquement au tutoriel mais plutôt d’arriver à un truc qui marche. Mais autant essayer de coller au tuto, quitte à le corriger au besoin, ça fait plus de sens.