Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

krodelabestiole · Le 03/12/2024, à 06:27

eric63 a écrit :

taille du disque en Go / 984

tu n'as pas besoin d'1 To pour une debian. le système fait environ 1 Go.
tu peux choisir 4 go pour être tranquille, tu pourras installer tout ce que tu veux.

eric63 a écrit :

La clé ssh n’est pas sensé justement se passer du password ???

une clé SSH sert à se connecter à distance ! la console dans freebox OS c'est ton "écran" local. il ne sert pas à grand chose.
il faut que tu essaies de te connecter avec ta clé SSH depuis un ordi kubuntu. en SSH pour commencer, puis en SFTP.
https://doc.ubuntu-fr.org/ssh#acces_a_d … _shell_ssh

mais là ça ne servira à rien : il fallait cocher l'accès aux disques.

O_20_100_O · Le 03/12/2024, à 08:03

krodelabestiole a écrit :

tu n'as pas besoin d'1 To pour une debian. le système fait environ 1 Go.
tu peux choisir 4 go pour être tranquille, tu pourras installer tout ce que tu veux.
...
mais là ça ne servira à rien : il fallait cocher l'accès aux disques.

Dans ce cas, quelle est la suite du scénario pour les sauvegardes ?

O_20_100_O a écrit :

As-tu envisagé de créer une machine virtuelle dans la Freebox et d'y sauvegarder en sftp ?

C'était pour une solution très simple où tout le disque NVME est affecté à la VM et reçoit les sauvegardes.

eric63 a écrit :

menu reseau/ configurer un bail DHCP
on peut retourner dans la console de la WM et à la demande du login: taper
freebox@192.168.1.56
password

Une fois que tu as affecté une IP fixe à ta VM, plus besoin de la console dans la Freebox. Tu te connectes à la VM, sans mot de passe, par le terminal du PC qui contient ta clé SSH.

Dernière modification par O_20_100_O (Le 03/12/2024, à 08:44)

eric63 · Le 03/12/2024, à 09:47

krodelabestiole a écrit :

mais là ça ne servira à rien : il fallait cocher l'accès aux disques.
le système fait environ 1 Go. tu peux choisir 4 go pour être tranquille

ok je cocherai l’accès et comme O_20_100_O le fait remarquer je les met où mes sauvegardes ? je comprends que pour le système seulement il n’y a pas besoin de tant de Go.

O_20_100_O a écrit :

Une fois que tu as affecté une IP fixe à ta VM, plus besoin de la console dans la Freebox

ok j’avais pas saisie le concept que j’étais DANS la VM

Dernière modification par eric63 (Le 03/12/2024, à 09:49)

krodelabestiole · Le 03/12/2024, à 10:59

O_20_100_O a écrit :

C'était pour une solution très simple où tout le disque NVME est affecté à la VM et reçoit les sauvegardes.

ah ok je pensais que les sauvegardes se faisaient ailleurs, sur un disque externe par ex.
j'ai dû confondre ou trop survoler le sujet.

mais je pense quand-même que la VM devrait être facilement interchangeable, sinon ça va être le chaos quand on voudra mettre à jour par ex.
mieux vaut éviter de lier données et système, surtout en VM ! ça permet aussi de partager ces données avec les outils natifs freebox, de les récupérer même si le fichier de la VM est corrompu, de glisser le SSD ailleurs...

je n'ai pas regardé la vidéo mais en cochant cette case je suppose que la racine du NVMe doit être directement accessible, dans /mnt ou dans /media peut-être ?

O_20_100_O · Le 03/12/2024, à 11:14

je n'ai pas regardé la vidéo mais en cochant cette case je suppose que la racine du NVMe doit être directement accessible, dans /mnt ou dans /media peut-être ?

C'est pas clair, mais c'est certainement cela.
Mais il faudrait éviter les sauvegardes en protocole SMB et toutes les difficultés déjà rencontrées cet été par eric63. Si on peut passer en sftp, son logiciel de sauvegarde préféré backintime sera facile à utiliser.

sinon ça va être le chaos quand on voudra mettre à jour par ex.

Veux-tu nous éclairer sur ces problèmes à venir ?
On peut aussi considérer que la seule chose de prix sur ce disque, ce sont les données sauvegardées. La VM en tant que telle peut se reconstituer en deux clics.

Dernière modification par O_20_100_O (Le 03/12/2024, à 11:26)

eric63 · Le 03/12/2024, à 12:11

La VM en tant que telle peut se reconstituer en deux clics.

ben moi j’en suis loin des 2 clics
3 trucs qui me chiffonne en ce moment
1- 06:30 sur la vidéo YT il est dit de sauvegarder et de protéger la clé ssh et que si on perd cette clé on a plus accès à la VM
si on recréer une clé est ce que l’on retrouve l’accès à cette VM ou a une autre et surtout à la sauvegarde ??
2- 07:00 la fin de la clé ssh publique doit, si je comprends bien, finir par nom de «user@nom de la machine» soit «freebox@192,168.1.56» ????
est ce bien cela parce que moi j’ai mis mon adresse mail mais avec le recul ça doit être complètement faux faut que je retrouve ma source de renseignement https://doc.ubuntu-fr.org/ssh#mise_en_place_des_cles il est marqué en clair «email» Ca m’a enduit dans les reurs
ssh-keygen -t ed25519 -C "email@example.com"ressemble trop à une adresse email et pas à une adresse machine.
ouais c’est bien cela: j’ai retrouvé mes commandes de création de la clé et je vois:

ssh-keygen -t ed25519 -C "mon.adresse email@operateur.fr"

j’ai complètement mal interprété ce que je devais faire et donc cette commande est n’importe quoi.
c’est

ssh-keygen -t ed25519 -C "freebox@192.168.1.56"

qui est correct

P.S: ben non même pas. On peut mettre n’importe quoi en fait dans les guillemets, c’est juste pour se repérer quand il y a plusieurs VMs

3- j’ai toujours la possibilité d’accéder à mon nvme par le réseau samba est ce qu’il faut déconnecter suprimer cela ???

Dernière modification par eric63 (Le 09/12/2024, à 12:38)

krodelabestiole · Le 03/12/2024, à 12:13

en général on ne fait pas d'upgrade majeur sur une VM, on la remplace directement par une autre version du système, c'est encore plus vrai avec la containérisation.

la VM ne sert ici qu'à faire le pont entre le NVMe et backintime en apportant un service SSH pas dispo nativement sur la freebox, certainement pour des raisons de sécurité.

O_20_100_O · Le 03/12/2024, à 12:40

krodelabestiole a écrit :

la VM ne sert ici qu'à faire le pont entre le NVMe et backintime en apportant un service SSH pas dispo nativement sur la freebox

C'est bien ce qui est visé.
Mais il faudrait tester si la VM, installée sur 10 Go, peut accéder au 'reste" du disque en SSH. Comme c'est expliqué, il semble que ce soit seulement en SMB. Si c'est le cas autant prendre tout le disque.

eric63 a écrit :

si on recréer une clé est ce que l’on retrouve l’accès à cette VM ou a une autre et surtout à la sauvegarde ??

Si j'ai bien compris, et aussi un peu imaginé, ce que fait Free, on ne se connecte qu'en SSH.
À la création de la VM, on choisi entre une connexion SSH avec le couple utilisateur/mot de passe ou avec clé.
Si on prend la clé, la connexion avec mot de passe est désactivée et la perte de la clé empêche de se connecter à la VM. Il semble ne pas y avoir d'autre moyen de connexion hors du SSH, il faudrait creuser.
S'il y en a un, alors on peut toujours y déposer une nouvelle clé publique. Sinon c'est cuit

Dernière modification par O_20_100_O (Le 03/12/2024, à 12:52)

eric63 · Le 03/12/2024, à 12:44

krodelabestiole a écrit :

en général on ne fait pas d'upgrade majeur sur une VM, on la remplace directement par une autre version du système.

donc tous les 2 ans je devrais refaire une VM si je garde ubuntu ??
les données de sauvegarde ne seront pas touchées si j’utilise la nvme en entier ? ou il faut que je fasse une place pour le système (5Go par exemple) et le restant de place pour les sauvegardes ??
un peu comme un /home séparé

/bon pour quelque chose qui est sensé être simple
- un accès ssh sur ta vm (c'est le niveau absolument zéro de la vm).
- et La VM en tant que telle peut se reconstituer en deux clics.
Je m’évalue au vue des questions que je me pose au niveau -10 sur une échelle de 0 à 2 (comprend pas . comprend un peu , comprend ) mais je progresse ./

Dernière modification par eric63 (Le 03/12/2024, à 13:35)

O_20_100_O · Le 03/12/2024, à 18:53

mais je progresse

Est-ce que tu arrives à te connecter à la VM à partir de Kubuntu ?

krodelabestiole · Le 03/12/2024, à 19:02

eric63 a écrit :

donc tous les 2 ans je devrais refaire une VM si je garde ubuntu ??

non, avec ubuntu pro tu as 10 de mise à jour ^^bref tu fais comme tu veux.

par contre j'ai vu quelqu'un conseiller debian sur la freebox qui "ne buggerait pas". je ne sais pas de quoi il s'agit.
mais pour un simple serveur ssh je ne pense pas qu'il y ait besoin de plus.

krodelabestiole · Le 03/12/2024, à 19:08

un autre tuto, pas vidéo : https://www.icrea35.fr/creer-une-machin … ta-deltas/
delta / ultra, vu que c'est le même OS je suppose que c'est pareil.

O_20_100_O · Le 03/12/2024, à 19:34

par contre j'ai vu quelqu'un conseiller debian sur la freebox qui "ne buggerait pas". je ne sais pas de quoi il s'agit.

Le lien d'eric63 vers une autre vidéo contient l'explication suivante : au lancement des VM sur Freebox Ultra, les iso d'Ubuntu ne fonctionnaient pas, celles de Debian étaient et restent OK.

eric63 a écrit :

2- 07:00 la fin de la clé ssh publique doit, si je comprends bien, finir par nom de «user@nom de la machine» soit «freebox@192,168.1.56» ????
est ce bien cela parce que moi j’ai mis mon adresse mail mais avec le recul ça doit être complètement faux faut que je retrouve ma source de renseignement https://doc.ubuntu-fr.org/ssh#mise_en_place_des_cles il est marqué en clair «email» Ca m’a enduit dans les reurs lol

Dans la commande ssh-keygen -t ed25519 -C "email@example.com" , tu peux mettre ce que tu veux à la place de email@example.com, un mail ou autre chose comme toto. C'est juste pour les reconnaître dans le fichier "authorized_keys".

Dernière modification par O_20_100_O (Le 03/12/2024, à 19:41)

krodelabestiole · Le 03/12/2024, à 19:44

(au sujet de mon lien précédent) pour la clé SSH par contre je te conseille grandement ed25519 plutôt que rsa : https://doc.ubuntu-fr.org/ssh#authentif … iqueprivee

ssh-keygen -t ed25519 -C "email@example.com"

c'est à la fois plus sécu et beaucoup plus court, plus facile à manipuler : pas de ligne tronquée.

eric63 · Le 03/12/2024, à 23:23

Est-ce que tu arrives à te connecter à la VM à partir de Kubuntu ?

j’en suis pas là aujourd’hui je verrai cela demain mais je crois que j’ai presque toutes les réponses pour commencer

non, avec ubuntu pro tu as 10 de mise à jour ^^bref tu fais comme tu veux.

ça ne répond pas à ma question de savoir si je peux changer de distri parce qu’elle à 2 ans et si mes sauvegardes seront accessibles avec la nouvelle version voir avec une autre distri.
j’ai bien compris de préférer ed25519 plutôt que rsa, je suis cette ligne depuis le début.

Dans la commande ssh-keygen -t ed25519 -C "email@example.com" , tu peux mettre ce que tu veux à la place de email@example.com, un mail ou autre chose comme toto. C'est juste pour les reconnaître dans le fichier "authorized_keys".

ha ça c’est bienvenue, je n’avais vu ou entendu nulle part cette explication.
je pense que mes problèmes de VMs qui ne tourne pas sont quasi tous de ma faute

O_20_100_O · Le 04/12/2024, à 07:44

eric63 a écrit :

je verrai cela demain mais je crois que j’ai presque toutes les réponses pour commencer

Peut-être pas car tu as aussi écrit :

donc tous les 2 ans je devrais refaire une VM si je garde ubuntu ??
...
savoir si je peux changer de distri parce qu’elle à 2 ans
...
si mes sauvegardes seront accessibles avec la nouvelle version voir avec une autre distri.

Là tu envisages de refaire la VM pour les mises à niveau ou pour changer de distribution. Cela détruit toute la VM. Et donc ça implique que les sauvegardes ne sont pas dans la VM, sauf à accepter de les refaire à partir de zéro au changement de VM.
Si j'ai bien compris, dans le cas où la VM n'occupe qu'une (petite) partie du disque, le reste est monté dans la VM en protocole SMB. Et c'est justement ce protocole qui t'avait posé des problèmes cet été.

La simplicité, c'est tout le disque pour la VM et la sauvegarde en sftp dans la VM.
L'évolutivité, c'est la VM dans une petite portion du disque et les sauvegardes dans le reste.

Pour commencer, tu pourrais tester une petite VM et voir comment on accède au reste du disque. Si c'est possible en sftp, ce sera parfait.

eric63 · Le 04/12/2024, à 09:39

j’avais écrit presque et ce que tu as écrit fini de répondre au presque.
Je vais commencer par une petite VM… de 50Go pour voir comment se comporte La VM et le reste du nvme
il me semble qu’on pouvait mettre à jour la distri de la VM ?? pourquoi pas la mise à niveau ?
…c’est parti:
réglage de la VM à 52Go
apparemment ça c’est bien passer avant d’allumer la VM j’ai modifié la clé ssh pour la rendre plus conforme à ce que je voulais
accès aux disques externes et usb
le cloud init user data contient :

#cloud-config
ssh_authorized_keys:
  - ssh-ed25519 HAHAHA vous saurez pas! freebox@192.168.1.56
system_info:
  default_user:
    name: freebox
  groups:
    - freebox
packages_update: true
packages:
  - cifs-utils
mounts:
  - [ '//mafreebox.freebox.fr/NvmeFreebox', '/mnt/NvmeFreebox', cifs, 'guest,uid=freebox,gid=freebox', '0', '0' ]
runcmd:
  - mount -a

mounts semble dire que l’accès au nvme utilise le protocole samba utilisateur et groupe freebox
allumage de la VM et ouverture de la console pour visioner le démarrage
Ça reste ouvert en fin de démarrage: «Entrée» pour avoir le prompt

VMubu2404 login: freebox
Password: 
login incorrect  ???????

j’ai beau taper ou ne rien mettre dans le password je tourne en boucle sur le login incorrect
donc là ça coince
j’ai redémarrer la VM pour vérifier l’ip et elle n‘est pas correcte : j’ai oublié de fixer l’ip donc je vais rectifier ça
vidéo YT 11:00 pour procédure ip fixe à faire dans un terminal (pas la console de la VM)

ssh freebox@192.168.1.107

il me demande si je veux continuer: yes
il me demande en plus la passphrase (ce qui n’apparait pas dans YT)

The authenticity of host '192.168.1.107 (192.168.1.107)' can't be established.
ED25519 key fingerprint is «SHA256:Vous saurez toujours pas.»
This key is not known by any other names.
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added '192.168.1.107' (ED25519) to the list of known hosts.
Enter passphrase for key '/home/kubu/.ssh/id_ed25519': 
Connection closed by 192.168.1.107 port 22

Dans la VM j’ai utilisé réseau pour fixer l’ip
mais j’ai toujours ce blocage au login ?????

Dernière modification par eric63 (Le 04/12/2024, à 11:10)

krodelabestiole · Le 04/12/2024, à 10:52

O_20_100_O a écrit :

Si j'ai bien compris, dans le cas où la VM n'occupe qu'une (petite) partie du disque, le reste est monté dans la VM en protocole SMB.

non. en cochant la fameuse case tous les stockages connectés à la freebox sont montés localement, comme si ils étaient connectés directement à la VM !
en NVMe ou USB selon la réalité.
sûrement dans /mnt , peut-être dans /media.

il n'y a pas de smb ou de protocole réseau impliqué autre que SSH (= SFTP).

O_20_100_O · Le 04/12/2024, à 11:15

krodelabestiole a écrit :

non. en cochant la fameuse case tous les stockages connectés à la freebox sont montés localement, comme si ils étaient connectés directement à la VM !
en NVMe ou USB selon la réalité.

Mais comme vu plus haut, si on regarde la bulle d'aide de la création de VM sur la Freebox, on lit que ce sera un partage Windows

eric63 va bientôt nous dire ce qu'il en est vraiment.

Dernière modification par O_20_100_O (Le 04/12/2024, à 11:15)

eric63 · Le 04/12/2024, à 11:15

Dans mon fstab j’ai ce nvme qui est monté en cifs avec samba
est ce que je dois commenter # la ligne concernée par ce montage.

j’ai rectifier mon post au dessus car la connection au login échoue dans la console VM

Dernière modification par eric63 (Le 04/12/2024, à 11:17)

O_20_100_O · Le 04/12/2024, à 11:17

connection au login échoue dans la console VM

Connecte toi à partir de ton poste Kubuntu

Et pour juste tester, tu pourrais refaire la VM avec une connexion par mot de passe. Cela élimine les problèmes de clé pour le moment.
Comme tu as refait le serveur, il n'est plus dans les hosts connus.

Dernière modification par O_20_100_O (Le 04/12/2024, à 11:21)

eric63 · Le 04/12/2024, à 11:22

a ben oui ça fonctionne mieux depuis le terminal kubuntu

kubu@kubu-System-Product-Name:~$ ssh freebox@192.168.1.107
Enter passphrase for key '/home/kubu/.ssh/id_ed25519': 
Welcome to Ubuntu 24.04.1 LTS (GNU/Linux 6.8.0-49-generic aarch64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/pro

 System information as of Wed Dec  4 10:17:58 UTC 2024

  System load:             0.07
  Usage of /:              3.8% of 49.33GB
  Memory usage:            8%
  Swap usage:              0%
  Processes:               108
  Users logged in:         0
  IPv4 address for enp0s3: 192.168.1.107
  IPv6 address for enp0s3: xxxxx.xxxx.xxxx.xxxx.xxxx.xxxx.xxxx.xxxx

Expanded Security Maintenance for Applications is not enabled.

16 updates can be applied immediately.
12 of these updates are standard security updates.
To see these additional updates run: apt list --upgradable

Enable ESM Apps to receive additional future security updates.
See https://ubuntu.com/esm or run: sudo pro status



The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.

To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.

freebox@VMubu2404:~$

donc a priori on peut faire des mises à jour et éventuellement des mises à niveau
et là je fais quoi ?

O_20_100_O · Le 04/12/2024, à 11:24

donc a priori on peut faire des mises à jour et éventuellement des mises à niveau

Bien sûr.
Regarde le stockage disponible.

lsblk -e7

et aussi installe ncdu ce sera plus facile.

Dernière modification par O_20_100_O (Le 04/12/2024, à 11:31)

krodelabestiole · Le 04/12/2024, à 11:26

CIFS c'est SMB.

au temps pour moi, mauvaise supposition.
c'est le fonctionnement de la plupart des virtualiseurs, mais pas celui-ici.

eric63 · Le 04/12/2024, à 11:49

freebox@VMubu2404:~$ lsblk -e7
NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sr0      11:0    1  366K  0 rom  
vda     253:0    0   52G  0 disk 
├─vda1  253:1    0   51G  0 part /
├─vda15 253:15   0   99M  0 part /boot/efi
└─vda16 259:0    0  923M  0 part /boot
freebox@VMubu2404:~$ sudo apt install ncdu
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following NEW packages will be installed:
  ncdu
0 upgraded, 1 newly installed, 0 to remove and 16 not upgraded.
Need to get 49.3 kB of archives.
After this operation, 158 kB of additional disk space will be used.
Get:1 http://ports.ubuntu.com/ubuntu-ports noble/universe arm64 ncdu arm64 1.19-0.1 [49.3 kB]
Fetched 49.3 kB in 0s (246 kB/s)
Selecting previously unselected package ncdu.
(Reading database ... 77452 files and directories currently installed.)
Preparing to unpack .../ncdu_1.19-0.1_arm64.deb ...
Unpacking ncdu (1.19-0.1) ...
Setting up ncdu (1.19-0.1) ...
Processing triggers for man-db (2.12.0-4build2) ...
Scanning processes...                                                                                                                                      
Scanning linux images...                                                                                                                                   

Running kernel seems to be up-to-date.

No services need to be restarted.

No containers need to be restarted.

No user sessions are running outdated binaries.

No VM guests are running outdated hypervisor (qemu) binaries on this host.
freebox@VMubu2404:~$

ncdu donne

- /home/freebox -----------------------------------------------------------------------------------------------------------------------------------------
   12.0 KiB [######################] /.ssh
    4.0 KiB [#######               ] /.cache
    4.0 KiB [#######               ]  .bashrc
    4.0 KiB [#######               ]  .profile
    4.0 KiB [#######               ]  .bash_logout
    4.0 KiB [#######               ]  .bash_history
    0.0   B [                      ]  .sudo_as_admin_successful

depuis dolphin (mon gestionnaire de fichiers) je vois:

kubu@kubu-System-Product-Name:/run/user/1001/kio-fuse-yHgPVQ/smb/freebox-server.local/NvmeFreebox$ ls -l
total 0
drwxr-xr-x 1 kubu kubu 0 nov.  27 10:42 lost+found
drwxr-xr-x 1 kubu kubu 0 déc.   4 10:03 VMs
kubu@kubu-System-Product-Name:/run/user/1001/kio-fuse-yHgPVQ/smb/freebox-server.local/NvmeFreebox$

et dans le dossier VM

kubu@kubu-System-Product-Name:/run/user/1001/kio-fuse-yHgPVQ/smb/freebox-server.local/NvmeFreebox/VMs$ ls -l
total 1116544
-rw-r--r-- 1 kubu kubu 1142226944 déc.   4 11:54 VMubu2404.qcow2
-rw-r--r-- 1 kubu kubu    1114112 déc.   4 10:42 VMubu2404.qcow2.efivars
kubu@kubu-System-Product-Name:/run/user/1001/kio-fuse-yHgPVQ/smb/freebox-server.local/NvmeFreebox/VMs$

Dernière modification par eric63 (Le 04/12/2024, à 11:55)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 03/12/2024, à 06:27

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#52 Le 03/12/2024, à 08:03

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#53 Le 03/12/2024, à 09:47

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#54 Le 03/12/2024, à 10:59

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#55 Le 03/12/2024, à 11:14

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#56 Le 03/12/2024, à 12:11

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#57 Le 03/12/2024, à 12:13

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#58 Le 03/12/2024, à 12:40

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#59 Le 03/12/2024, à 12:44

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#60 Le 03/12/2024, à 18:53

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#61 Le 03/12/2024, à 19:02

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#62 Le 03/12/2024, à 19:08

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#63 Le 03/12/2024, à 19:34

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#64 Le 03/12/2024, à 19:44

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#65 Le 03/12/2024, à 23:23

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#66 Le 04/12/2024, à 07:44

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#67 Le 04/12/2024, à 09:39

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#68 Le 04/12/2024, à 10:52

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#69 Le 04/12/2024, à 11:15

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#70 Le 04/12/2024, à 11:15

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#71 Le 04/12/2024, à 11:17

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#72 Le 04/12/2024, à 11:22

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#73 Le 04/12/2024, à 11:24

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#74 Le 04/12/2024, à 11:26

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

#75 Le 04/12/2024, à 11:49

Re : Faire une sauvegarde depuis plusieurs ordi kubuntu sur freebox ultra

Pied de page des forums