Chargement...
 
[Voir/Cacher menus de gauche]
[Voir/Cacher menus de droite]

Commentaires

  1. A preciser

    youki
    Comment posted by youki
    On ven. 30 Oct 2009 00:03
    "ATTENTION! tout ce qui sera dans ce dossier s'effacera à l'extinction de l'ordinateur! Pensez bien à sauvegarder sur un vrai disque votre travail!
    À noter qu'il doit être possible d'automatiser cette sauvegarde."

    Si je comprends bien il faut manuellement copier (file manager ou en ligne de commande) ce qui se trouve dans /etc/ramdisk aux bons endroits sur le disque dur? Oui, si quelqu'un a une idee de comment automatiser ca simplement ce serait tres pratique. J'ai pas encore essaye concretement parce la il est trop tard pour enregistrer, du coup j'ai du mal a me rendre compte de la chose. Peut etre un exemple concret dans le tuto pourrait aider les lecteurs?
  2. Re : A préciser

    minimoineau
    Comment posted by minimoineau
    On ven. 30 Oct 2009 09:10
    Salut Youki!
    En effet, il faut copier manuellement le dossier de ta session dans un emplacement physique (ex : dossier perso...) avant d'éteindre le pc, et bienentendu le recopier dans le "ramdisk" à l'allumage pour pouvoir retravailler dessus avec les avantages que cela implique.

    Je vais tacher de trouver un moyen d'automatiser tout ça, histoire de rendre l'utilisation moins lourde au quotidien (ça me gonfle un peu moi aussi...).
    Le problème qui peut se poser avec l'automatisation du processus est le temps qu'il va prendre au boot et à l'extinction du PC (temps de copie qui peut varier suivant la taille de la session...).

    Enfin, dans le cas ou l'utilisateur travaille sur plusieurs sessions en parallèle, les choses se corsent, car le ramdisk se remplit vite!
    J'y réfléchi et je vous tiens au jus!
  3. Proposition d'un script

    minimoineau
    Comment posted by minimoineau
    On ven. 30 Oct 2009 12:22
    Voici un petit script pour faire les sauvegardes qui fonctionne à première vue (à tester plus profondément cependant...):
    #! /bin/bash
     # Script pour sauvegarder le contenu du ramdisk dans /home/minimoineau/SauvegardeRamdisk
    rsync -rltgoDv --ignore-errors --force /ramdisk /home/minimoineau/SauvegardeRamdisk
    chmod 777 /home/minimoineau/SauvegardeRamdisk/*
    read


    /ramdisk étant le répertoire source (point de montage de mon ramdisk)
    /home/minimoineau/SauvegardeRamdisk étant le répertoire de destination (donc de sauvegarde)

    Pour qu'il s'execute à l'extinction ET au redémarrage, il faut le placer dans /etc/rc0.d ET dans /etc/rc6.d en lui donnant un nom qui commence par "K99" genre "K99sauvegarde-ramdisk.sh"

    Je trouve personnellement plus rassurant de le lancer dans un terminal avant d'éteindre le PC, mais j'ai essayé, et ça fonctionne!biggrin

    Ceci dit Olinuxx a bien raison : mieux vaut ne pas attendre d'éteindre pour faire ses sauvegardes!
    1. Proposition d'un script

      youki
      Comment posted by youki
      On ven. 30 Oct 2009 13:44
      biggrin Ok, merci. Des que j'attaque une nouvelle session, d'ici quelques jours je teste ca et je donne des retours, j vais finir mes seesions actuelles "normalement" avant.
  4. Proposition d'un script

    minimoineau
    Comment posted by minimoineau
    On ven. 30 Oct 2009 14:22
    Petite précision : ne pas oublier de rendre le script executable (chmod x nomduscript) si on veut qu'il puisse s'executer automatiquement...

    Je viens de faire un autre script pour réimporter les sessions vers le ramdisk (il suffit d'inverser source et destination dans le premier!). C'est bien pratique wink
  5. marche pas

    youki
    Comment posted by youki
    On mar. 03 Nov 2009 13:48
    Ce script ne fonctionne pas chez moi :

    #! /bin/bash
    # Script pour sauvegarder le contenu du ramdisk dans /home/kaosyouki/ramdisk
    rsync -rltgoDv --ignore-errors --force /ramdisk /home/kaosyouki/ramdisk
    chmod -R 777 /home/kaosyouki/ramdisk/
    read



    $ sh sauvegarde-ramdisk-simple.sh 
    sauvegarde-ramdisk-simple.sh: 3: rsync: not found
    read: 5: arg count


    De plus je pense qu'il y a moyen d'automatiser mieux un script, du moins sur les systemes Debian et derives.

    En me basant sur ce tuto : http://www.tavuu.net/linux/utilisation-de-update-rcd-sous-debian-ou-comment-lancer-des-scripts-au-demarrage-du-systeme/ j'avais commence a creer le script suivant que j'ai nomme, faute de mieux, sauvegarde-ramdisk et que j'ai bien evidement rendu executable.
    Mais comme le script de base ne fonctionne pas j'ai abandonne pour l'instant. Voila en gros ce que je pensais faire, c'est une piste de travail non testee :

    #! /bin/bash
    # Script pour sauvegarder le contenu du ramdisk dans /home/kaosyouki/ramdisk
    rsync -rltgoDv --ignore-errors --force /ramdisk /home/kaosyouki/ramdisk
    chmod -R 777 /home/kaosyouki/ramdisk/
    read
    
    # Le switch case ci-dessous permet de savoir si le système souhaite lancer ou arrêter le script (on le lance au démarrage et l'arrête à la fermeture du système)
    case "$1" in
            start)
                    # Placez ici les commandes à exécuter uniquement au lancement du script
                    rsync -rltgoDv --ignore-errors --force /home/kaosyouki/ramdisk  /ramdisk
    		chmod -R 777 /ramdisk/*
    		read
            ;;
    
            stop)
                    # Placez ici les commandes à exécuter uniquement à l'arrêt du script
                    rsync -rltgoDv --ignore-errors --force /ramdisk /home/kaosyouki/ramdisk
    		chmod -R 777 /home/kaosyouki/ramdisk/
    		read
    
            ;;
    
            *)
                    # On indique ici comment utiliser le script, c'est dans le cas où le script est appelé sans argument ou avec un argument invalide
                    echo 'Usage: /etc/init.d/sauvegarde-ramdisk {start|stop} ou invoke-rc.d sauvegarde-ramdisk {start|stop}'
                    exit 1
            ;;
    esac
    
    exit 0


    Donc, a chaque fois que le script est appele il devrait executer ca :

    rsync -rltgoDv --ignore-errors --force /home/kaosyouki/ramdisk  /ramdisk
    		chmod -R 777 /ramdisk/
    		read


    Quand on le lance avec
    # /etc/init.d/sauvegarde-ramdisk start
    aussi.

    Quand on le lance avec
    # /etc/init.d/sauvegarde-ramdisk stop
    il devrait executer l'inverse, soit :

    rsync -rltgoDv --ignore-errors --force /ramdisk /home/kaosyouki/ramdisk
    		chmod -R 777 /home/kaosyouki/ramdisk/
    		read


    Ensuite il faut determiner a quel runlevel il s'executera ou non et a quelle priorite, pour ca on utilise la commande update-rc.d, j'ai fait ca :

    # update-rc.d sauvegarde-ramdisk start 99 2 3 4 5 . stop 99 0 1 6


    Donc il s'executera en position 99 sur les runlevels 2,3,4 et 5, il s'arretera en position 99 sur les runlevels 0,1 et 6.
    Le script peut etre appele a tout moment en root par les commandes suivantes :

    lancer le script :
    /etc/init.d/sauvegarde-ramdisk start ou invoke-rc.d sauvegarde-ramdisk start

    stopper le script :
    /etc/init.d/sauvegarde-ramdisk start ou invoke-rc.d sauvegarde-ramdisk stop


    Voilia, a voir si y'a des erreurs, a tester, etc... c'est peut-etre completement a la ramasse comme idee, je sais pas.

    edit : oui, en fait y'a des erreurs, va falloir voir ca plus a fond... a suivre...
  6. evidement...

    youki
    Comment posted by youki
    On mar. 03 Nov 2009 16:04
    J'avais pas rsync d'installe rolleyes Je ressaye des que j'ai le temps.
  7. re :evidement...

    minimoineau
    Comment posted by minimoineau
    On mar. 03 Nov 2009 16:57
    OK Youki! tiens-nous au courant.
    Pour ma part, le script fonctionne bien quand je le lance manuellement, à part que j'ai fait une toute petite modif :

    #! /bin/bash
    sudo rsync -rltgoDv --ignore-errors --force /ramdisk/* /home/minimoineau/SauvegardeRamdisk
    sudo chmod 777 /home/minimoineau/SauvegardeRamdisk/*
    read


    Pour ne pas qu'il complique le chemin d'accès à la session (il rajoutait jusque là un dossier "Ramdisk" à la racine à chaque execution... donc au bout d'un moment : /Ramdisk/Ramdisk/Ramdisk/Ramdisk/session !!!)

    Avec ma méthode (très simpliste il est vrai!) le script de sauvegarde s'exécute à l'extinction (et quand je fais redémarrer) sans problème. Le fait de lui donner un nom qui commence par K99 fait que le systeme l'exécute au bon moment (en lui laissant le temps de le faire...).
    Je ne suis pas du tout un expert, et je reste attentif à ton idée. Je vais voir le lien que tu indiques de ce pas!

    arrow à Olinuxx : Je vais encore tester un peu avant de mettre ça dans le wiki! C'est vraiment une première pour moi! Je n'ai fais que m'inspirer de scripts existants. Il est probable qu'un connaisseur peut trouver beaucoup mieux!
    1. re :evidement...

      olinuxx
      Comment posted by olinuxx
      On mar. 03 Nov 2009 21:32
      Citation :
      à Olinuxx : Je vais encore tester un peu avant de mettre ça dans le wiki! C'est vraiment une première pour moi! Je n'ai fais que m'inspirer de scripts existants. Il est probable qu'un connaisseur peut trouver beaucoup mieux!

      Bonne méthode :-)
      En tout cas, c'est chouette de vous lire ;)
      Dommage que je n'ai pas le temps pour faire joujou avec vous !
      À bientÔ'livier
  8. marche toujours pas...

    youki
    Comment posted by youki
    On mar. 03 Nov 2009 17:30
    Bon, la sauvegarde avec rsync fonctionne bien, sauf qui y'a rien de ce que j'ai enregostre avec Ardour dans /ramdisk, qui pourtant est bien monte.

    $ mount
    /dev/sdb2 on / type ext3 (rw,errors=remount-ro)
    tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
    proc on /proc type proc (rw,noexec,nosuid,nodev)
    sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
    udev on /dev type tmpfs (rw,mode=0755)
    tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
    devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
    /dev/sdb4 on /home type ext3 (rw)
    /dev/sda4 on /home/sda type ext3 (rw,noatime)
    /dev/sdc1 on /media/disk type vfat (rw,nosuid,nodev,uhelper=hal,shortname=mixed,uid=1000,utf8,umask=077)
    __tmpfs on /ramdisk type tmpfs (rw,size=2890M)__



    Citation :
    Enfin, il suffira de spécifier ce dossier comme chemin pour les fichier dans Ardour (Édition/Préférences/Chemin/fichiers)

    Sur ardour 2.8.3, il n'y a pas de Preferences dans Edition. Il y en a un dans Fenetre -> Preferences -> Chemins/fchiers -> chemin RAID vers la session

    C'est bien la qu'il faut indiquer le chemin?


    Bon, en fait j'en ai pas vraiment besoin de ce systeme de RAM, c'est juste pour faire des essais et s'amuser un peu. wink
  9. Re : marche toujours pas...

    minimoineau
    Comment posted by minimoineau
    On mar. 03 Nov 2009 18:36
    Alors tout d'abord, tu as raison pour le chemin des fichiers dans Ardour. Ca a du changer depuis mon 1er tuto (j'étais encore en 2.8). C'est bien là qu'il faut spécifier l'emplacement de ton ramdisk.

    Sinon, as-tu éssayé de copier dans ton ramdisk une session existante, puis de l'ouvrir directement depuis Ardour pour voir? Il me semble qu'en procédant ainsi, Ardour modifiera de lui-même le chemin d'accès à la session.

    C'est pas que j'en aie vraiment besoin non plus, mais depuis que j'ai eu l'expérience d'un disque qui ne pouvait plus suivre dans une session bien chargée, je me suis mis en tête de trouver une solution...pas éviedente, il est vrai! mrgreen
  10. Re : marche toujours pas...

    minimoineau
    Comment posted by minimoineau
    On mar. 03 Nov 2009 18:41
    Au fait, je viens de penser à un autre truc : si tu créé une nouvelle session, tu dois la créer dans ton ramdisk (peut-être l'avais-tu mise dans ton dossier perso par habitude, ce qui expliquerait l'absence de fichiers dans ton ramdisk...).
    C'est à vérifier, mais je crois que Ardour met par défaut les fichier dans le dossier où tu créé ta session (le chemin dans les préférences doit changer automatiquement...)
  11. Re : marche toujours pas...

    minimoineau
    Comment posted by minimoineau
    On mar. 03 Nov 2009 18:46
    Je viens de vérifier, c'est le cas!
    Finalement, je me demande ce qui se passe si tu changes le chemin des fichiers dans Ardour dans une session se situant dans un autre emplacement.
    Autant tout faire d'un coup et mettre la session entière dans le ramdisk, puis l'ouvrir. Après avoir travaillé dessus, la refermer puis faire sa sauvegarde.
  12. ca marche

    youki
    Comment posted by youki
    On mar. 03 Nov 2009 19:34
    Effectivement en copiant ma session dans /ramdisk ca fonctionne. Enfin ton script fonctionne. Je vais continuer mes essais d'automatisation. Juste une chose, quelle est la difference entre le
    chmod 777 /home/minimoineau/SauvegardeRamdisk/*
    de ton script et un
    chmod -R 777 /home/minimoineau/SauvegardeRamdisk
    , parce que a priori j'en vois pas, mais y'a ptet une subtilite qui m'echappe.
  13. re : ca marche

    minimoineau
    Comment posted by minimoineau
    On mar. 03 Nov 2009 20:24
    Content que ça marche enfin pour toi aussi!

    la petite subtilité, n'est pas très importante dans la ligne que tu mentionne, elle l'est plus dans celle ci :
    sudo rsync -rltgoDv --ignore-errors --force /ramdisk/* /home/minimoineau/SauvegardeRamdisk


    il s'agit de la petite étoile (/*) qui permet de copier le contenu de /ramdisk dans mon répertoire de sauvegarde, et non le dossier /ramdisk lui même!

    A + (et tiens nous au jus pour l'automatisation!)
    1. re : ca marche

      youki
      Comment posted by youki
      On mar. 03 Nov 2009 20:31
      J'ai du mal a determiner a quel niveau de priorite faire demarrer les scripts par rapport a rsync et halt/reboot et comment le faire exactement avec update-rc.d pour l'instant...

      Un autre truc qui me turlupine, pourquoi utiliser rsync plutot qu'un simple cp -Rf ?
  14. cp -R et fstab

    youki
    Comment posted by youki
    On mar. 03 Nov 2009 23:09
    Une ligne comme
    cp -R /ramdisk/* /chemin/vers/le/repertoire/de/sauvegarde/


    semble fonctionner parfaitement, du coup y'a t-il une raison imperative a l'usage de rsync? Je connais pas du tout rsync, donc...

    Pareil, pour le montage de la RAM dans ramdisk au demarrage, pourquoi passer par /etc/rc.local alors qu'il y a /etc/fstab qui est le fichier dedie au montage des partitons au demarrage? Voila par exemple mon /etc/fstab, ca fonctionne tres bien :

    # /etc/fstab: static file system information.
    #
    #                
    
    proc	 /proc	proc	     defaults	0       	0
    /dev/sdb2	       /	     ext3	        errors=remount-ro     	0       	1
    /dev/sdb4	       /home	ext3	        defaults	       0          2
    /dev/sda4	       /home/sda	ext3	        noatime,defaults	       0        	2
    /dev/sda1	       none	        swap   	sw	       0	     0
    /dev/hdc	       /media/cdrom0	       udf,iso9660	user,noauto	       0	     0
    __tmpfs		/ramdisk	        tmpfs		rw,size=2890M	       0	     0__

  15. voici ma solution

    youki
    Comment posted by youki
    On mer. 04 Nov 2009 01:25
    Bon, voila la solution simple que j'ai mis en oeuvre et qui semble fonctionner. Mais des tests d'autres personnes seraient les bienvenus. Je reprends tout depuis le debut en reutilisant des choses deja faites et dites par minimoineau, et en essayant de rien oublier car il est tard et je commence a m'endormir :-)
    Tout est a taper dans un terminal en root. Si vous etes sous Ubuntu, il faut taper sudo avant la commande.

    - Je cree un repertoire nomme /ramdisk et j'en change les permissions :

    mkdir /ramdisk
    chmod 777 /ramdisk


    - J'ajoute le montage de la RAM dans ce repertoire au fichier /etc/fstab en y incluant la ligne suivante :

    tmpfs		/ramdisk	tmpfs		rw,size=2890M	0	0


    A la place de size=2890M mettez la valeur que vous voulez, 2890M c'est pour 2.89G de RAM. Notez que la taille est gérée de manière dynamique par le noyau. C'est à dire que si le dossier n'est pas rempli, la RAM reste entièrement disponible pour le système.
    Le fichier /etc/fstab permet de monter des partions automatiquement au boot de la machine.

    - Je monte le tout :

    mount -a


    - Je cree un script que je nomme sauvegarde-ramdisk et que je sauve dans /etc/init.d/. Ce repertoire contient les scripts qui sont executes aux differents runlevels, voir ceci :
    http://www.gcolpart.com/howto/runlevel.php4
    http://www.tavuu.net/linux/utilisation-de-update-rcd-sous-debian-ou-comment-lancer-des-scripts-au-demarrage-du-systeme/

    Voici ce que contient ce script :

    #! /bin/bash
    #Le switch case ci-dessous permet de savoir si le système souhaite lancer ou arrêter le script (on le lance au démarrage et l'arrête à la fermeture du système)
    case "$1" in
            start)
    	# copie le contenu du repertoire de sauvegarde sur le disque dur vers /ramdisk
    	cp -R /home/youki/repertoire-sauvegarde-ramdisk/* /ramdisk/
    	chown -R youki:youki /ramdisk/
    	;;
    
            stop)
    	# copie de /ramdisk vers un repertoire de sauvegarde sur le disque dur
    	cp -R /ramdisk/* /home/youki/repertoire-sauvegarde-ramdisk/
    	chown -R youki:youki /home/youki/repertoire-sauvegarde-ramdisk/
            ;;
    
            *)
                    # On indique ici comment utiliser le script, c'est dans le cas où le script est appelé sans argument ou avec un argument invalide
                    echo 'Usage: /etc/init.d/repertoire-sauvegarde-ramdisk {start|stop}'
                    exit 1
            ;;
    esac


    Bien sur je n'oublie pas de rendre executable le script :

    chmod +x /etc/init.d/sauvegarde-ramdisk


    Donc quand ce script est execute au demarrage, tout ce qui se trouve dans le repertoire de sauvegarde est copie vers le repertoire /ramdisk/, donc dans la RAM de l'ordinateur.
    Et, vous vous en doutez, le script fait la meme chose en sens inverse lors de l'extinction de la machine.

    La en l'occurence, mon repertoire de sauvegarde se nomme repertoire-sauvegarde-ramdisk et se trouve dans /home/youki/.
    A chaque fois le chown -R youki:youki remettra les permissions correctement pour l'utilisateur. Ramplacez donc par votre nom d'utilisateur.


    - Ensuite il faut determiner a quel runlevels /etc/init.d/sauvegarde-ramdisk s'executera ou non et a quelle priorite, pour ca on utilise la commande update-rc.d, j'ai fait ca :

    update-rc.d sauvegarde-ramdisk start 99 2 3 4 5 . stop 01 1 6


    Donc il s'executera en position 99 sur les runlevels 2,3,4 et 5, il s'arretera en position 01 sur les runlevels 0 et 6.
    Ma logique est qu'il vaut mieux qu'il s'execute tard lors du boot, mais tot lors de l'extinction.

    Le script peut etre appele a tout moment par les commandes suivantes :
    /etc/init.d/sauvegarde-ramdisk start ou invoke-rc.d sauvegarde-ramdisk start pour executer cette partie du script :

    # copie le contenu du repertoire de sauvegarde sur le disque dur vers /ramdisk
    	cp -R /home/kaosyouki/repertoire-sauvegarde-ramdisk/* /ramdisk/
    	chown -R kaos:kaos /ramdisk/


    et :

    /etc/init.d/sauvegarde-ramdisk stop ou invoke-rc.d sauvegarde-ramdisk stop

    pour celle-ci :

    # copie de /ramdisk vers un repertoire de sauvegarde sur le disque dur
    	cp -R /ramdisk/* /home/kaosyouki/repertoire-sauvegarde-ramdisk/
    	chown -R kaos:kaos /home/kaosyouki/repertoire-sauvegarde-ramdisk/



    Voila, ca marche tres bien chez moi avec une ou plusieures sessions Ardour. Mais il faut faire des tests suplementaires, entre autres pour verifier que la copie ecrase bien les anciennes sauvegardes.

    Voila, bonne nuit :-)
  16. petites modifications

    youki
    Comment posted by youki
    On mer. 04 Nov 2009 11:36
    Voila, apres de nouveaux essais j'ai remodifie une ou deux petites choses sur le script et sur le post precedent. Ca fonctionne bien chez moi, donnez des retours si vous essayez.

    Merci a minimoineau pour cette excellente idee. biggrin
  17. petites modifications

    youki
    Comment posted by youki
    On mer. 04 Nov 2009 11:47
    Voila, j'ai change deux-trois petite choses au script et au post precedent. Si vous essayez, donnez des retours.

    Il est pssible de faciliter la sauvegarde en cours de sessions en creant un lanceur avec la commande gksu invoke-rc.d sauvegarde-ramdisk stop, ou un equivalent si vous n'utilisez pas gksu.
    Merci a minimoineau pour cette excellente idee. :-)
  18. re : petites modifications

    minimoineau
    Comment posted by minimoineau
    On mer. 04 Nov 2009 16:10
    Salut Youki!
    Wow! on dirait que tu as bien travaillé!
    Le choix de rsync s'est un peu fait par hasard... Je suis tellement novice en ligne de commandes que lorsque j'ai vu qu'avec rsyng -rltgoDv on préserve les liens symboliques, les permissions, la date et heure, le propriétaire/groupe, ... je me suis dit que c'était ce qu'il me fallait!

    Cela fonctionne pas mal puisque la session est comme "mise à jour" à chaque sauvegarde, seuls les fichiers modifiés étant remplacés et les dates et heures sont à jour. La sauvegarde est donc rapide et ne laisse apparamment aucun fichier inutile derrière elle.cool

    Pour ton idée de fstab, elle est excellente! J'ai pris trop rapidement le réflexe d'utiliser rc.local car j'y avais déjà mis d'autre commandes... Mais je vais t'imiter de ce pas razz

    Par contre, je n'ai pas pris le parti d'automatiser l'import du contenu du dossier de sauvegarde dans le ramdisk au démarrage, car je trouve inutile d'y mettre plusieur sessions.

    Merci à toi de t'investir autant! Ca me fait bien plaisir! wink

Documentation [Afficher / Cacher]

Faire un don
[Afficher / Cacher]

Connexion
[Afficher / Cacher]


b.vl
jujudusud

Mégaphone [Afficher / Cacher]

calixtus06, 14:33, jeu. 28 mars 2024: Bonjour et bienvenue à b.vl :-)
calixtus06, 09:30, mer. 27 mars 2024: Bonjour et bienvenue à Noar :-)
olinuxx, 18:50, lun. 25 mars 2024: Bonjour et bienvenue à Ted Demore cool
olinuxx, 17:52, dim. 24 mars 2024: Bonjour et bienvenue à Noitavon cool
calixtus06, 11:07, jeu. 21 mars 2024: Bonjour et bienvenue à obds, ceric :-)
obds, 16:12, mar. 19 mars 2024: Cet édito est juste parfait. Trop beau !
olinuxx, 11:48, ven. 15 mars 2024: Bonjour et bienvenue à Jerry cool
calixtus06, 18:03, mer. 13 mars 2024: Bonjour et bienvenue à tanguero :-)
olinuxx, 11:01, dim. 10 mars 2024: Bonjour et bienvenue à lolo cool
bda, 16:59, sam. 09 mars 2024: Chapeau pour l'édito. Vous êtes au top les gars :-)
allany, 07:20, jeu. 07 mars 2024: Ça ne fait jamais de mal, c'est l'éditorial ! [Lien]
olinuxx, 19:52, mer. 06 mars 2024: Bonjour et bienvenue à TrkNrk cool