[02:57:29]
<Solrac> Hello, is it possible to re-set the /home directory to another drive, post install?
Or should I try installing OpenZFS and making a pool, while in the installer?
[08:39:12]
<nojhan> J'ai mis accessible aux visiteurs, c'est pas ça un accès public ?
[09:17:17]
<otm33> Si l'accès est public, on doit pouvoir atteindre directement la page de login de nextcloud sans être identifié sur le portail yunohost.
[09:43:19]
<lautre_> https://xmpp-upload.msg.greboca.net/upload/DgPbBaRwXxPP8198/zb2rhYP9EscJ9RLJ2honEqms3FM9QFypd6Vbs1nKW1FmBcckp.webp
[09:45:14]
<lautre_> Sur le t-shirt : le slogan : Réglons le problème avec calme.
Dessin d'un caneton qui tiens une batte de baseball cloutée nommée 'calme'
[09:51:23]
<pti-jean> lautre_, Sur le lien, y a:
"Échec de la connexion sécurisée"
Ça donne pas envie d'aller plus loin!
[09:53:35]
<lautre_> Normalement c'est pas un lien mais une image. Je suppose que ça passe pas le bridge XMPP-Matrix.
[09:57:40]
<lautre_> Vus sur Mastodon : https://hostux.social/@miodvallat/116011702276457496
D'habitude, je partage via Matrix, mais Element X ne fonctionne plus sur mon spyphone depuis la màj. Sans lien avec Yunohost.
[10:04:47]
<nojhan> Je viens de vérifier, l'accès est bien public.
[10:07:54]
<otm33> MP
[10:53:06]
<Chatpitaine Caverne> Hello, it's possible to move the /home directory anytime. Just copy the initial /home/* into the destination place and then mount this storage as /home in fstab. (Don't create a /home folder in destination, just put the /home/* content, otherwise you gonna have /home/home in the mounted path).
[10:54:10]
<Chatpitaine Caverne> Hello, it's possible to move the /home directory anytime. Just copy the initial /home/\* into the destination place 'with sudo privileges) and then mount this storage as /home in fstab. (Don't create a /home folder in destination, just put the /home/\* content, otherwise you gonna have /home/home in the mounted path).
[13:33:58]
<Solrac> thank you!
[17:07:46]
<couscousyeah> plop, je suis un tuto de déménagement de serveur yunohost, et il conseille de nettoyer le cache sur l'installation existante, on est d'accord que ces commandes sont legit ?
```
rm /var/log/php*.gz
rm /var/log/backup*.gz
rm /var/log/backup_borg.err
find /var/log/yunohost/categories/operation -name "*.yml" -type f -delete
find /var/log/yunohost/categories/operation -name "*.log" -type f -delete
sudo journalctl --rotate
sudo journalctl --vacuum-time=2w
rm /var/log/borg \*.log \*.err
```
[17:08:10]
<couscousyeah> plop, je suis un tuto de déménagement de serveur yunohost, et il conseille de nettoyer le cache et les journaux sur l'installation existante, on est d'accord que ces commandes sont legit ?
```
rm /var/log/php*.gz
rm /var/log/backup*.gz
rm /var/log/backup_borg.err
find /var/log/yunohost/categories/operation -name "*.yml" -type f -delete
find /var/log/yunohost/categories/operation -name "*.log" -type f -delete
sudo journalctl --rotate
sudo journalctl --vacuum-time=2w
rm /var/log/borg \*.log \*.err
```
[17:11:46]
<lautre> Dans le vacuum, le paramètre 2w c'est 2 semaines, donc si tu as beaucoup de logs, tu peux remplacer la valeur pour autre chose, comme 2d
[17:11:53]
<lautre> Pour 2 jours
[17:13:56]
<lautre> et en ajoutant --disk-usage tu as la place occupée, sans effacer de journaux
[17:14:11]
<rdkb> when reseting jellyfin password, where does the file actually appears ? i cannot find it
[17:17:12]
<Salamandar> Tu peux utiliser la commande `ncdu` pour trouver où de la place est "perdue".
[17:19:13]
<couscousyeah> j'ai limpression que l'objectif (du tuto) est de partir d'un système propre avant de balader les données vers le VPS, j'ai pas tellement eu de souci de taille de logs jusqu'ici sur le serveur actuel
[17:19:50]
<couscousyeah> enfin du peu de ce que je sais constater quoi 😅
[17:20:26]
<couscousyeah> d'ailleurs tiens pour info je suis ceci : https://jevalide.ca/2025/11/08/demenagement-de-serveur-yunohost/
[17:33:30]
<Salamandar> > Conserve ce contenu quelque part dans une application de notes, car elle ne sera pas inclus dans la sauvegarde
wait what ?!
[17:34:46]
<Salamandar> ah mais ok il parle des trucs modifiés manuellement
[17:35:07]
<Salamandar> Oui bah chépas il a l'air OK ce tuto
[17:35:18]
<couscousyeah> ça m'a semblé aussi, et plutot précautionneux
[17:35:54]
<Salamandar> En lançant `sudo ncdu -x /` tu peux parcourir l'arborescence de ton PC et voir les dossiers qui prennent de la place. Perso je m'en sers en tant qu'explorateur de fichiers en ssh ^^''
[17:36:11]
<Salamandar> voilà à quoi ça ressemble
[17:36:11]
<Salamandar> https://aria.im/_bifrost/v1/media/download/AWw-pxgzBiOBr8NSgoNbcY99PnxCje8P0bzRu6vq6bQ8j_cHRVgBnGS1HTQqFp833r0crSyuLkVcc96ggWXd0P9CecLuA2kgAG1hdHJpeC5vcmcvZXR4Zmp2WFJxdEtmaWF6VEp4aUFQcHBF
[17:36:43]
<Salamandar> la touche `d` supprime, donc même si ya un pop-up de confirmation, attention :)
[18:14:26]
<Chatpitaine Caverne> C'est trop bien c'te commande ! Merci 🫶
[20:34:18]
<couscousyeah> je suis bloqué sur le transfert du dernier backup de l'ancien serveur vers le VPS (chez OVH, donc avec un premier compte debian), le tuto m'a fait passer la clef publique ssh au nouveau serveur, puis demande de faire ceci :
`scp -i /root/.ssh/nouveau /home/yunohost.backup/archives/NOM_DE_L_ARCHIVE.tar debian@nouveau.serveur:/home/yunohost.backup/archives/`
et il semblerait que le user debian n'ait pas le droit d'écrire dans `/archives` (et effectivement il a pas le droit de `cd` dedans)
vous savez d'où vient le souci ? ou si je peux utiliser une autre manip pour transferer le backup avant de restore ?
[20:36:21]
<couscousyeah> je suis bloqué sur le transfert du dernier backup de l'ancien serveur vers le VPS (chez OVH, donc avec un premier compte 'debian' créé d'office), le tuto m'a fait passer la clef publique ssh au nouveau serveur, puis demande de faire ceci :
`scp -i /root/.ssh/nouveau /home/yunohost.backup/archives/NOM_DE_L_ARCHIVE.tar debian@nouveau.serveur:/home/yunohost.backup/archives/`
et il semblerait que le user debian n'ait pas le droit d'écrire dans `/archives` (et effectivement il a pas le droit de `cd` dedans)
vous savez d'où vient le souci ? ou si je peux utiliser une autre manip pour transferer le backup avant de restore ?
[20:40:38]
<couscousyeah> l'erreur retournée quand je tente le scp :
`scp: dest open "/home/yunohost.backup/archives/": Permission denied
scp: failed to upload file /home/yunohost.backup/archives/20260204-184320.tar to /home/yunohost.backup/archives/`
[20:41:04]
<couscousyeah> l'erreur retournée quand je tente le scp :
```
scp: dest open "/home/yunohost.backup/archives/": Permission denied
scp: failed to upload file /home/yunohost.backup/archives/20260204-184320.tar to /home/yunohost.backup/archives/
```
[20:41:12]
<couscousyeah> l'erreur retournée quand je tente le scp :
```
scp: dest open "/home/yunohost.backup/archives/": Permission denied
scp: failed to upload file /home/yunohost.backup/archives/20260204-184320.tar to /home/yunohost.backup/archives/
```
[20:41:54]
<Chatpitaine Caverne> couscousyeah: Est-ce que le compte debian est sudoer ?
Car s'il peut utiliser sudo, il peut modifier les droits sur le répertoire archives pour y avoir les droits en écriture lors du scp.
[20:43:06]
<couscousyeah> je suppose que oui, je passe des commandes en sudo avec
[20:43:59]
<couscousyeah> par contre mes connaissances s'arrêtent au fait de chmod 777 un dossier, donc j'ai un peu peur de faire n'imp sur le dossier d'archives 😅
ce serait quoi la bonne pratique ?
[20:44:55]
<Chatpitaine Caverne> Ben je viens de m'appercevoir que mon dossier archives est 777, alors les bonnes pratiques, je repasserai.
[20:45:13]
<Chatpitaine Caverne> Mais tu peux le passer en 777 le temps du transfert puis 770 une fois fini.
[20:45:39]
<couscousyeah> certes
[20:46:05]
<@err404:matrix.numericore.com> chmod 777 <-- 🤮😭🙀🥶🥵💀☠️💩🤬💥
[20:46:06]
<couscousyeah> bon j'apprends pas mal de choses en meme temps, j'aurais aimé être sûr de pas faire n'imp mais certes
[20:46:14]
<couscousyeah> ah ben voilà 😄
[20:46:38]
<@err404:matrix.numericore.com> chmod 0750 c'est bien en général
[20:47:21]
<@err404:matrix.numericore.com> bienvenue ici pour apprendre dans tous les cas
[20:48:22]
<couscousyeah> merci, j'ai plein de toutes petites connaissances éparpillées par des années sous linux dans mon coin, mais là effectivement ça me force à être plus serieux que des trucs au pif
[20:49:09]
<Chatpitaine Caverne> Les droits initiaux de archives semblent être ceci :
`drwxrwx--- 3 root admins 4096 Feb 4 00:00 archives`
[20:49:59]
<Chatpitaine Caverne> Que je vais promptement rétablir sur l'autre machine...😅
[20:50:21]
<couscousyeah> oui je viens de vérifier 👍️
[20:50:35]
<@err404:matrix.numericore.com> donc la on a 0770
[20:51:21]
<couscousyeah> ah attends
[20:51:52]
<couscousyeah> après une install de yunohost sans post installation j'ai ça :
`drwxrwx--- 2 root root 4096 Feb 4 16:51 archives`
[20:52:15]
<couscousyeah> enfin bref de toutes façons va me falloir laisser le passage
[20:59:14]
<Chatpitaine Caverne> Bon, sinon, ce n'était que le lien symbolique qui était 777, et, je ne sais pas pourquoi, ou peut-être est-ce normal pour un ln -s je n'arrive pas à le changer. Mais le répertoire vers lequel il pointe a les droits corrects. 😅
[21:05:56]
<@err404:matrix.numericore.com> effectivement les liens symboliques sont en 0777
[21:08:45]
<couscousyeah> bon, ben le changement de droits ne change rien, et j'ai un soupçon sur le tuto pour l'échange de clefs ssh
[21:09:20]
<couscousyeah> il indique ceci :
```
# Nouveau serveur
ssh-copy-id -i /root/.ssh/nouveau.pub debian@nouveau.serveur
```
[21:09:38]
<couscousyeah> on est bien d'accord que c'est sur l'ancien serveur que cette commande doit etre faite ?
[21:10:03]
<couscousyeah> (c'est pas comme si j'avais créé une paire de clef sur le nouveau de toutes façons)
[21:10:56]
<couscousyeah> ssh-copy-id m'a ensuite demandé le mdp du nouveau serveur, et visiblement c'etait bon
[21:12:00]
<otm33> Tu essaies de faire le transfert en tant que root depuis ta machine ?
[21:16:47]
<couscousyeah> je fais le scp depuis l'ancien serveur (un laptop qui a reçu une image de yunohost, donc je suppose que le compte est le premier user créé à l'installation) vers un yunohost installé via curl (sans post install) sur un VPS chez ovh
[21:17:04]
<couscousyeah> après si un rsync ou un rclone fait aussi bien le taf plutot qu'une config compliquée, je suis preneur aussi 😁
[21:17:31]
<couscousyeah> j'ai juste pour but de transférer le backup vers le VPS pour y faire un restore
[21:18:38]
<couscousyeah> pardon j'ai pas été précis, j'ai suivi un tuto indiqué plus haut, plutot récent, et il fait créer les clefs ssh pour le root dans l'ancien serveur
[21:19:00]
<couscousyeah> aucune idée de si c'est pertinent/utile
[21:45:46]
<couscousyeah> y'a une explication à pourquoi changer les droits n'a pas suffi et qu'il a fallu changer l'owner ?
[21:46:48]
<couscousyeah> (enfin je pose la question mais je crois que ça suffit pour la soirée, je ferai la restauration demain 😁, merci à tout le monde pour l'aide !)
[21:52:53]
<couscousyeah> bon, ben ça a fonctionné en faisant un `chown -R debian` du dossier sur le VPS... (j'ai pas revert le `chmod 0750` )