[08:44:48]
<freetux> C’est reparti pour mettre à jour Peertube : `yunohost app ugprade peertube --continue-on-failure` ^^’
[08:45:57]
<Chatpitaine Caverne> J'en conclue que madame est au boulot. Bon courage à elle.
[08:46:48]
<freetux> Elle bosse à la maison. ^^
[09:54:41]
<rainer.szs> On my machine I allocated 170gb in one partition to use as a media folder (dev/sda4), I installed yunohost on the partition dev/sda3. If I wanted to move some films and anime on dev/sda4 could I do it? And could jellyfin access to it? Or do I need to re-allocate those 170gb on the same partition where yunohost in installed to make them accessible?
[09:58:04]
<Salamandar> You just need to mount your secondary partition. Edit /etc/fstab to make it persistent.
[09:59:19]
<rainer.szs> Thank you, I'm still not very familiar with linux sorry
[10:29:28]
<rainer.szs> Ok so, I deleted a partition in gparted that I did not use, and wanted to merge it with /dev/sda4 (media) to have more space. By searching I read that two partitions need to be adjacent to be merged, for example /dev/sda1 and /dev/sda2. These two aren't (sda2 and sda4) and I'm afraid to rename all the other partitions because I don't want to broke yunohost installation. Is there a way to reassign partition names safely?
[10:34:11]
<Salamandar> When we say adjacent, we don't talk about numbers but location on the disk
[10:34:47]
<Salamandar> And the order might not reflect the disk topology
[10:35:32]
<Salamandar> Also merging partitions doesn't exist. You just can delete the partition on the right, and extend the left partition to its right using the freed space
[10:40:47]
<rainer.szs> Ok, thank you for the explanation
[10:56:29]
<freetux> Bon bah la mise à jour s'est bien passée finalement. 👌
[11:18:50]
<otm33> C'en est presque décevant...😁?
[11:20:12]
<Chatpitaine Caverne> freetux: T'es sûr, y'a rien dans la log qui râle et qui nous donnerait à agir ?
[11:25:08]
<freetux> Voilà les logs de la maj : https://paste.yunohost.org/raw/iwujepogec
[11:26:19]
<freetux> Je me suis dit que ça devait être l’installation node 22.21.1.
[11:29:22]
<Chatpitaine Caverne> Tout va bien. Profite, elle n'est pas mal du tout la V8.
[11:29:39]
<Chatpitaine Caverne> De toutes façons, c'est toujours la faute de node...
[11:34:22]
<freetux> Merci à vous deux, je vais relire la note de version du coup j'ai oublié ce qu'il y a de nouveau.
[13:16:31]
<rainer.szs> I'm trying to reinstall yunohost because i was having some problems with UEFI firmware boot: failed to start systemd-remount-fs.service (yes I did a backup). So I re-flashed the usb with yunohost iso, now I'm at the "partition disk" section, I still have my old installation, so I selected the partition with yuno installed and selected:
- use as: ext4 journaling file system
- format the partition: no, keep existing data
- mount point: /
- mount options: default
- bootable flag: off
Now here's the issue:
"No partition table changes and no creation of file systems have been planned. If you plan on using already created file systems, be aware that existing files may prevent the successful installation of the base system. Continue with the installation? (yes/no).
"The debootstrap program exited with an error (return value 1)"
"The base system installation into /target/ failed"
"The failing step in: install the base system"
Should I just delete the data from the partition and import the backup again? Can I regain access to my old installation?
[13:56:01]
<Salamandar> Yeah there's no chance "keep existing data" would work
[13:56:24]
<Salamandar> Also there is no relation between uefi and systemd-remount-FS...
[13:58:28]
<rainer.szs> ok, thanks
[14:13:27]
<rainer.szs> I deleted data, now the failing step is: Select and install software
[14:14:59]
<rainer.szs> After choosing to not install security updates automatically
[14:16:50]
<Chatpitaine Caverne> The very first thing to do after install (and post-install) is an update/upgrade of Yunohost.
[14:17:17]
<rainer.szs> I'm not in post install, I'm failing to install it
[14:17:26]
<rainer.szs> I'm in the debiain installer main menu
[14:32:41]
<rainer.szs> Ok i managed to reinstall it, now I'm busy but later I can import the backup again
[16:37:18]
<rainer.szs> I'm stuck here: I keep selecting the first and second option, set my previous .nohost domain, old credentials, but I keep getting set back to this page. I have a backup too but until I can't login, I can't access to the backup restoration page
[16:37:24]
<rainer.szs> https://aria.im/_bifrost/v1/media/download/AcT6eShI76C2QSqCtclxpdoR-R_6_Ie9je4EYjQehK3IZmbn11jgqN2nWYUFW50yZVsaz3U5Pmyn4l4lLAQwln9CecGhDyIAAG1hdHJpeC5vcmcvYUNKUlVBbkVmRFJDc1pRRU12TXFvT251
[16:46:58]
<rainer.szs> My local ip is the same as the old one and the port forwarding options are still set
[17:04:22]
<rainer.szs> I think the main issue is that I can't run yunohost tools postinstall. After setting all the credentials again in the CLI in get the error "uunable to reach DynDNS provider dyndns.yunohost.org: either your yunohost is not correctly connected to the internet or the dynette server is down".... and then I run yunohost domain dns suggest (my domain) and it recommends to run tools postinstall 😭
[17:29:48]
<rainer.szs> What can I do?
[18:09:48]
<Chatpitaine Caverne> And before, if you were not yet able to upgrade yunohost launch a `sudo apt update && sudo apt upgrade`
[18:11:20]
<Chatpitaine Caverne> rainer.szs: Maybe, you can try to restore your system backup (domain, users, groups, certs, ...) from the CLI. Cause as soon as there are domains and users, no post-install is required any more.
[18:15:02]
<rainer.szs> hmm ok, I'll try that later, thank you
[18:22:16]
<Chatpitaine Caverne> Just in case the command is : `sudo yunohost backup restore Archive_containing_the_system_backup.tar --system`
[18:29:12]
<Bruno> Bonjour à tous. Besoin d'aide s'il vous plait. Je suis absolute néophyte. Une install Ynh m'avait été faite sur un laptop. J'ai souhaité changer et essayer de me débrouiller seul cette fois. Je viens d'installer Ynh sur un thinkcentre lenovo. Je suis arrivé à l'admin via l'adresse IP. Je n'arrive pas à paramétrer les DNS. J'ai un nom de domaine chez OVH. Je pensais pouvoir copier la configuration recomandée existante de mon laptop. Mais c'est visiblement pas possible. Bref je ne sais pas comment avancer. Y aura-t-il une bonne volonté ?
[18:30:40]
<Chatpitaine Caverne> Bruno: Bonjour, vous avez une doc ici : https://doc.yunohost.org/fr/admin/get_started/post_install/dns_config
Ou sinon, chez OVH, il y a possibilité de le faire automatiquelent via API. Je cherche la doc, il me semble qu'il en existe une.
[18:31:47]
<Chatpitaine Caverne> https://doc.yunohost.org/fr/admin/get_started/providers/registrar/ovh/manualdns
[18:32:11]
<Chatpitaine Caverne> Voila :
https://doc.yunohost.org/fr/admin/get\_started/providers/registrar/ovh/autodns
[18:37:07]
<Bruno> Bonjour. Merci. Oui j'ai bien vus ces pages. J'ai tenté d'obtenir les clés chez OVH, mais échec car "déja existant". Je pensais pouvoir les trouver et copier coller depuis mon laptop, mais ça ne fonctionne pas non plus.
[18:37:55]
<Bruno> Du moins je ne sais pas si je peux le trouver et où ?
[18:38:28]
<Chatpitaine Caverne> J'imagine que le yunohost admni du laptop n'est plus accessible ?
[18:40:50]
<Bruno> oui oui tjrs acccessible.
[18:41:55]
<Chatpitaine Caverne> Alors vous devriez retrouver la clé dans votre domaine principal (admin / domains / domaine principal / Onglet DNS)
[18:43:05]
<Chatpitaine Caverne> https://aria.im/_bifrost/v1/media/download/AW5l2J1Lv0gGnANt-XarpYQofBbAyJtEv5v8Kp8tesc2DieNCU1pEF9vFLMzl3xBg1TurV_cmrNw90Zb9TTDEApCecGoQF4gAGNpcmthdS5hcnQvSVJUQnJzemlHb2hra1djYVpHSm5Kcllm
[18:46:24]
<Bruno> Non hélas.
[18:47:31]
<Chatpitaine Caverne> J'y pense, votre zone DNS ovh doit toujours envoyer chez vous le domaine, puisque ça n'a pas changé. Ne serait-ce pas les redirections de port qui manqueraient et enverraient toujours sur votre ancien PC ?
Si c'est cela, 2 choix :
- soit modifier les redirections de port
- soit plus simple modifier l'IP de l'ancien PC pour la libérer puis mettre l'IP sur votre nouveau PC.
[18:47:41]
<Chatpitaine Caverne> J'y pense, votre zone DNS ovh doit toujours envoyer chez vous le domaine, puisque ça n'a pas changé. Ne seraient-ce pas les redirections de port qui manqueraient et enverraient toujours sur votre ancien PC ?
Si c'est cela, 2 choix :
- soit modifier les redirections de port
- soit plus simple modifier l'IP de l'ancien PC pour la libérer puis mettre l'IP sur votre nouveau PC.
[18:48:10]
<rainer.szs> I'm trying to connect via ssh
sudo ssh root@(local ip)
root@(local ip)'s password: yunohost
permission denied, please try again
[18:48:23]
<rainer.szs> the same thing happen if i try to login with the user i re-created
[18:49:06]
<Bruno> > J'y pense, votre zone DNS ovh doit toujours envoyer chez vous le domaine, puisque ça n'a pas changé. Ne seraient-ce pas les redirections de port qui manqueraient et enverraient toujours sur votre ancien PC ?
> Si c'est cela, 2 choix :
>
> - soit modifier les redirections de port
> - soit plus simple modifier l'IP de l'ancien PC pour la libérer puis mettre l'IP sur votre nouveau PC.
Si vous m'indiquer comment faire je tenet.
[18:49:13]
<Bruno> "je tente"
[18:51:35]
<Chatpitaine Caverne> You created a user from CLI (I didn't know it was possible without postinstall) ? Maybe try root with the password of the user you created.
[18:52:18]
<rainer.szs> idk, the user i "created" was the one from the webpage, but it seems like it resets and require always a new domain
[18:52:49]
<rainer.szs> ok i'll try
[18:53:53]
<rainer.szs> not working
[18:54:11]
<Chatpitaine Caverne> Pour être certain de bien comprendre. Vous aviez un Yunohost sur un PC. Vous avez sauvegardé et restauré ce Yunohost sur un nouveau PC ou juste installé yunohost sur ce nouveau PC ?
[18:54:42]
<rainer.szs> ok so
[18:56:08]
<rainer.szs> Maybe now I can access to the web admin page with the old domain
[18:57:44]
<Bruno> Je fait un backup sur l'ancien PC (install récente, peu de données), mais je n'ai pas trouvé où l'importer sur le nouveau.
[18:58:14]
<rainer.szs> nope, it still asks for a domain every time
[18:58:30]
<rainer.szs> sorry for flooding the chat
[19:01:45]
<rainer.szs> Apart from this ssh problem now I tried to run postinstall again after using apt update and upgrade. After writing the credentials with my old domain, now the error is "(my old domain) is unavailable"
[19:07:08]
<Chatpitaine Caverne> OK, en ce cas, vous pouvez placer les sauvegardes (.tar ou .tar.gz) de l'ancien PC sur le nouveau.
Si vous avez accès en ligne de commande (CLI c'est plus court à écrire) , vous pouvez utiliser la commande scp :
Depuis le CLI nouveau PC :
scp UserAncien@PC-Ancien:/home/yunohost.backup/archives/*.tar /home/yunohost.backup/archives/
ou bien depuis le CLI ancien PC :
scp /home/yunohost.backup/archives/*.tar UserNouveau@PC-nouveau:/home/yunohost.backup/archives/
ou PC-nouveau et PC-Ancien peuvent être des nom d'hôte ou des IPs.
[19:08:30]
<rainer.szs> I don't know what to do, even ssh broke lol
[19:10:56]
<Chatpitaine Caverne> rainer.szs: I did a doc PR to modify the migrate_or_merge_servers documentation, but it's not yet validated. In case it helps, here it's not formatted :
```
**The Yunohost archive system migration consist in :**
- Preparing a check-list can help
- Install Yunohost on your new server ([see](https://doc.yunohost.org/en/admin/get_started/install_on/))
The next steps can be done or via web interface or via CLI commands
- Proceed to an upgrade of the newly installed server
- Restore the system .tar(.gz) archive(s)
- Restore the applications .tar(.gz) archive(s)
```
```
From the web interface
If you want to use the Web Interface then, you'll have to proceed to Post Installation. Choose the same main domain and the same first user as in your source server.
Proceed to a [system updgrade](https://doc.yunohost.org/en/admin/upgrade/).
Place your .tar(.gz) archives in the folder : `/home/yunohost.backup/archives/`
Go in the Backup menu, select the archive conresponding to the system backup and restore it. You should find back all your users, groups, domains, certs, ...
Then select the archive(s) corresponding to your applications and restore them (one by one recommended).
You should be good to go.
```
```
From the command line">
You don't need to do the postinstall.
Proceed to a system updgrade via `sudo apt update && sudo apt upgrade`
Go in the folder containing the archives.
Restore the system part by `sudo yunohost backup restore Archive_containing_the_system_backup.tar --system`
Restore the applications by `sudo yunohost backup restore Archive_containing_the_apps_backup.tar --apps` (If you want to restore app by app, just add the app Id after --apps)
You should be good to go.
```
[19:11:16]
<Chatpitaine Caverne> Got to go for some time.
[19:13:21]
<rainer.szs> Same, I'll try later, thanks for helping
[19:14:39]
<Bruno> Mince, navré à cet instant ça c'est au-dessus de mes compténces. La sauvgerde de type tar est téléchargée sur clé USB ça peut aider ?
[19:30:11]
<Bruno> Et en fait je n'ai pas accès aux deux en même temps / une seule connexion RJ45
[19:36:23]
<jawkuz> cloudflare
[19:45:52]
<Chatpitaine Caverne> C'est plus simple. Mettre la clé USB sur le nouveau en ce cas. Faudra la monter probablement.
[19:47:03]
<Chatpitaine Caverne> Quand vous insérez la clé.
Taper en CLI `dmesg` ça vous donnera dans les dernières lignes le /dev/sdX de la clé.
[19:47:58]
<Chatpitaine Caverne> Puis créer un répertoire de montage : `sudo mkdir -p /media/CLEUSB`
[19:50:02]
<Chatpitaine Caverne> Puis monter la clé : `sudo mount /dev/sdX /media/CLEUSB` ou sdX est soit sda, sdb, sdc, ... fournit dans le dmesg.
Ensuite les données de la clé seront affichable dans le répertoire /media/CLEUSB/
[19:52:59]
<@err404:matrix.numericore.com> `lsblk` c'est pratique aussi pour afficher les périphériques de bloc, dont la clef usb
[20:03:28]
<Bruno> dmesg donne commande introuvable ou échec de lecture du tampon de noyau : opération non permise.
[20:03:52]
<rodinux> Le truc nécessaire : est est-ce qu'il arrive à se connecter depuis l'ordi sur Yunohost avec l'user root...
[20:04:39]
<Bruno> > dmesg donne commande introuvable ou échec de lecture du tampon de noyau : opération non permise.
bonsoir merci : lsblk je vois la clé en sdb1
[20:05:20]
<Chatpitaine Caverne> rodinux: en effet. Tu es connecté en root (sur installation fraîche root mot de passe yunohost) ?
[20:05:56]
<Chatpitaine Caverne> En effet rodinux: Tu es connecté en root (sur installation fraîche root mot de passe yunohost) ?
[20:06:59]
<Bruno> là je suis connecté sous mon log admin. Il faut que je remonte en root ? quelle est la ligne de commande ?
[20:07:15]
<rodinux> sudo -i
[20:11:20]
<Bruno> merci c bon mais dmseg : commande introuvable encore. C'est bien dmseg seulement ?
[20:15:08]
<Chatpitaine Caverne> dmesg (ou bien lsblk, mais persqo pour être certain d'avoir le dernier /dev connecté, je préfère)
[20:15:18]
<Chatpitaine Caverne> dmesg (ou bien lsblk, mais perso pour être certain d'avoir le dernier /dev connecté, je préfère)
[20:20:52]
<Bruno> trop de lignes avec dmesg :(... / lsblk je vois la clé en sdb>sdb1 / sudo mkdir -p /media/CLEUSB ne donne rien > je dois remplacer "CLEUSB" ?
[20:22:14]
<rodinux> ensuite regarde la commande a bien créer le dossier `ls /media/`
[20:22:51]
<rodinux> tu devrais voir le dossier `CLEUSB`
[20:24:04]
<Bruno> cdrom CLEUSB
[20:24:24]
<rodinux> Ok, maintenant montage de la clé sur les dossier `mount /dev/sdb1 /media/CLEUSB`
[20:26:01]
<rodinux> Ensuite tu vas voir les fichiers avec `ls /media/CLEUSB/`
[20:28:37]
<Bruno> yep. j'ai tous mes fichiers y compris la sauvegarde
[20:29:13]
<rodinux> Au fait, il vaut mieux pas que le user admin que tu as créé pour debian soit un des users yunohost que tu vas rétablir, ça peut apporter des conflits... Tu as installé depuis une debian ?
[20:30:41]
<Bruno> Faut que je crée un second admin du coup ?
[20:31:38]
<Bruno> J'ai installé depuis ma clé créée à cet affet
[20:32:20]
<Bruno> Je ne sais pas ce que veux dire "installé depuis une debian"
[20:33:35]
<rodinux> ?? l'installation a installer directement une Yunohost ?
[20:36:07]
<rodinux> J'imagine que c'est une image yunohost-bookworm.iso, mais je ne pensais pas que l'on pouvait créer un user admin avant la post-install... c'est pour cela que je te demande...
[20:37:55]
<Bruno> Je ne l'ai créé qu'après. AU début c'est dmin par défaut. J'ai créé mon user admin après post install.
[20:38:34]
<Bruno> Du coup que dois je faire ? Créé un autre admin depuyis l'interface web ?
[20:39:08]
<rodinux> Ah ok, tu as déjà passé la post-install, donc pas de soucis je pense, l'user est bien un user dans le LDAP...
[20:39:53]
<Bruno> euhm LDAP ?
[20:42:57]
<Bruno> Ce doit être ce que j'appelle l'interface web / la page d'administration je suppose ?
[20:43:07]
<rodinux> l'annuaire yunohost... Bon du coup tu peux copier des sauvegardes dans le dossier /home/yunohost.backup/archives avec la commande
```
cp /media/CLEUSB/*.tar /home/yunohost.backup/archives/
[20:44:44]
<rodinux> Non, excuses je t'embrouille... l'annuaire LDAP est un bête annuaire avec un protocole pour enregistrer tous les utilisateurs yunohost. C'est grâce à cet annuaire qu'ils se connectent...
[20:45:22]
<Bruno> > l'annuaire yunohost... Bon du coup tu peux copier des sauvegardes dans le dossier /home/yunohost.backup/archives avec la commande
> ```
> cp /media/CLEUSB/*.tar /home/yunohost.backup/archives/
il y a d'autres doc sur la clé je le retire d'abord ?
[20:45:50]
<Bruno> > il y a d'autres doc sur la clé je le retire d'abord ?
ok merci
[20:46:25]
<rodinux> là la commande ne copie que les fichiers qui se terminent par .tar... si il y en a
[20:46:51]
<Bruno> ok le back up est le deul
[20:46:54]
<Bruno> seul
[20:47:20]
<rodinux> il n'y a que les backups dans lma clé ?
[20:48:19]
<rodinux> Si c'est le cas tu peux tout copier `cp /media/CLEUSB/* /home/yunohost.backup/archives/`
[20:52:09]
<Bruno> Je n'ai qu'un backup du jour. A priori c'est fait, mais il n'y a pas de confirmation...
[20:53:01]
<rodinux> c'est à dire ??
[20:55:20]
<rodinux> Est-ce que le backup est un fichier .tar ou .tar.gz `ls /home/yunohost.backup/archives/`
[20:56:07]
<Chatpitaine Caverne> Faut pas le .json aussi pour passer par la GUI pour la restauration ?
[20:56:52]
<rodinux> oui, il faut d'abord l'extraire car il doit se trouver dans le backup
[20:57:31]
<Bruno> C'est un .tar et c'est bon il dans le back up
[20:58:41]
<rodinux> est-ce qu'il y a un fichier .info.json ?
[21:00:05]
<Bruno> Non juste l'archive
[21:01:03]
<rodinux> Sinon il faut l'extraire... je cherche la bonne commande
[21:06:17]
<rodinux> ```
cd /home/yunohost.backup/archives/
tar -xf nom_archive.tar info.json
ls
mv info.json nom_archive.info.json
```
[21:06:43]
<Bruno> tout sur une ligne ou comment fait-on pour aller à la ligne?
[21:07:02]
<rodinux> j'ai du corriger... la dernière... ligne par ligne
[21:09:01]
<rodinux> cd => aller dans le dossier
tar -xf => décompresser ici remplacer mon_archive par le nom de l'archive
ls regarder le dossier où on est
mv => renommer ici aussi avec le même nom que l'archive .tar
[21:14:21]
<rodinux> Est-ce que c'est compréhensible ?
[21:15:31]
<Bruno> j'ai du faire une faute ca n'a pas fonctionné, il n'y a tjrs pas de fichier json
[21:16:05]
<Bruno> à chaque ligne je fais entrée ?
[21:16:22]
<rodinux> que te renvoi `ls` ?
[21:16:46]
<rodinux> oui il faut faire Entrée à chaque ligne
[21:17:33]
<rodinux> regarde bien avant comment s'appelle le fichier .tar et remplace mon_archive par le bon nom
[21:17:35]
<Bruno> ah bah oui c'est bon avec ls je vois le fichier json, mais il n'apparait pas sur le GUI.
[21:17:59]
<rodinux> il s'appelle comment ?
[21:18:36]
<Bruno> nom archive.info.json
[21:20:04]
<rodinux> quel est le nom de l'archive ?
[21:20:35]
<rodinux> hummmm, il faut le même nom que l'archive .tar qui est dans le dossier
[21:20:46]
<Bruno> 20260131-150846.tar
[21:21:35]
<Bruno> Du coup ce doit être 20260131-150846.tar.info.json ?
[21:22:55]
<rodinux> alors les commandes doivent être
```
tar -xf 20260131-150846.tar info.json
mv info.json 20260131-150846.info.json
```
[21:23:24]
<rodinux> pardon sans le .tar dans le .json `20260131-150846.info.json`
[21:26:48]
<Bruno> ceci ne ressemble pas à une archive de type "tar"
[21:27:01]
<Bruno> on saute à l'entête suivant
[21:27:32]
<Bruno> arrêt avec code d'échec cause des erreurs précédentes
[21:28:14]
<Bruno> oublie j'ai un point rn trop
[21:29:13]
<rodinux> 😅
[21:30:04]
<Bruno> .
[21:31:21]
<Bruno> .
[21:32:02]
<Bruno> tar -xf 20260131-150846 info.json c'est correct ?
[21:32:18]
<Bruno> > aucun fichier ou dossier de type.
[21:32:40]
<rodinux> non, `tar -xf 20260131-150846.tar info.json`
[21:33:08]
<Chatpitaine Caverne> Que donne `ls -al /media/CLEUSB/*.json` ?
[21:33:51]
<rodinux> Tu peux copier coller dans un terminal pour coller `CTLR + SHIFT + C`
[21:34:33]
<rodinux> Si il a télécharger la sauvegarde depuis la webui, il n'y aura pas le .json
[21:34:51]
<Chatpitaine Caverne> Ok, jamais fait.
[21:38:56]
<Bruno> > alors les commandes doivent être
>
> ```
> tar -xf 20260131-150846.tar info.json
> mv info.json 20260131-150846.info.json
> ```
Je ne vois toujours que l'archive sur le GUI
[21:39:52]
<rodinux> même en rafraîchissant ?
[21:40:09]
<Bruno> oui
[21:42:08]
<rodinux> Tu as bien cela dans le dossier /home/yunohost.backup/archives/ ?
[21:43:40]
<Bruno> /home/yunohost.backup/
[21:44:30]
<rodinux> pas le bon endroit, les backups doivent être dans `/home/yunohost.backup/archives`
[21:45:33]
<rodinux> attends, ta commande au-dessus n'est pas bonne reprenons...
[21:46:03]
<Bruno> > pas le bon endroit, les backups doivent être dans `/home/yunohost.backup/archives`
je n'ai pas la main pour changer
[21:46:14]
<rodinux> peux-tu me dire que renvoi la commande `pwd`
[21:47:10]
<rodinux> c'est pour savoir où tu es, dans quel dossier
[21:47:18]
<Bruno> /home/yunohost.backup/archives/
[21:47:24]
<rodinux> ok
[21:47:42]
<rodinux> la commande `ls`
[21:48:45]
<Bruno> 20260131-150846.info.json 20260131-150846.tar
[21:50:16]
<rodinux> `cat 20260131-150846.info.json` ??
[21:51:04]
<rodinux> Tu devrais voir des infos sur le backup
[21:53:14]
<Bruno> oui +/- les mêmes infos que quand je clique sur l'archive dans le GUI.
[21:53:53]
<rodinux> Ah ok, donc tu vois bien la sauvegarde dans la GUI du coup
[21:54:23]
<Bruno> Oui mais rien d'autre
[21:54:35]
<rodinux> Tu peux cocher sur ce que tu veux restaurer et restaurer la sauvegarde
[21:56:08]
<rodinux> Si ce n'est pas trop lourd, laisser tout coché... mais si ta distribution était à jour avant la sauvegarde, il faudra faire les mises à jours avant !
[21:58:12]
<rodinux> Pardon, je n'avais pas compris que tu voyais la sauvegarde... le fichier .json c'est normal de ne pas le voir dans la GUI...
[21:59:55]
<Bruno> Farpait je crois !!!! Même le let's encrypt . Et oui j'avais mis à jour ma ynh avant . Merci !!!! 🙏
[22:01:12]
<Bruno> Petit bémol je n'accède pas au serveur avec le https ....🫣
[22:03:29]
<rodinux> peut-être forcer le renouvellement du certificat ? Tu utilises un dyndns ?
[22:06:15]
<Bruno> il a à peine un mois.
[22:06:39]
<Bruno> Ca n'aurait pas à voir avec le VPN ?
[22:07:24]
<rodinux> c'est à dire ?
[22:10:25]
<Bruno> J'ai au accès à l'admin de mon ynh par l'adresse IP et j'ai un abonneement VPN chez Franciliens.
[22:11:50]
<rodinux> Tu as une application vpn_client sur ton yunohost du coup ?
[22:14:06]
<Bruno> Non. Cela fonctionne sans.
[22:17:00]
<rodinux> Ben tu as bien du mettre un fichier `vpn-maconfig.cube` ou une conf dans `/etc/openvpn` normalement... https://www.franciliens.net/acces-internet/vpn/configuration-openvpn/
[22:17:05]
<Bruno> ... ou peut-être je dis n'importe quoi...
[22:19:24]
<rodinux> Je pense tu peux essayer des commandes pour voir si ça vaut pas le coup de renouveler le certificat...
[22:21:06]
<rodinux> `yunohost domain cert status`
[22:25:38]
<Bruno> validité 61 jours
[22:26:19]
<rodinux> Il faut peut-être simplement effacer le cache du navigateur, si tu as accepté tout à l'heure les certificat auto-signé le supprimer aussi du navigateur pour être sûr... essayer avec un autre navigateur
[22:27:20]
<rodinux> lancer un diagnostique aussi
[22:30:09]
<Bruno> j'ai essayé un autre navigateur, ok cache effacé diag en cours déjà j'apercois du rouge...
[22:35:45]
<Bruno> Trop de rouge partout. Je revois cela demain. Merci pour ton / votre assitance !
[22:37:01]
<Chatpitaine Caverne> Demain, faudra certainement que tu changes d'IP ou reconfigurer le port forwarding.
[22:38:30]
<rodinux> et vérifier si le vpn est bien pris en compte ?
[22:39:07]
<Chatpitaine Caverne> Merci rodinux
[22:40:07]
<rodinux> bonne nuit camarades