Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites". Attention, le forum rencontre actuellement quelques difficultés. En cas d'erreur 502, il ne faut pas re-valider l'envoi d'un message ou l'ouverture d'une discussion, au risque de créer un doublon.

La section divers se réorganise ! De nouvelles sous-sections à venir. (plus d'infos + donner son avis)

nombre réponses : 25

#0 Re : -1 »  Freebox-v6 - Homeplayer - probléme VLC et port 8080 » Le 03/02/2014, à 21:23

lesebas
Réponses : 29

Salut, je redécouvre ce post car hier problème port 8080... finalement résolu c'est mon freebox player qui merde un peu depuis la dernière mise à jour du firmware.

BriceF77 a écrit :

@jean4111
La FreeboxV6 Revolution ne fonctionne plus avec les Freeplayer (HomePlayer,easyPlayer ect...). tu peu utiliser Freemi

J'ai la freebox révolution depuis 2 ans et aucun soucis pour utiliser avec homeplayer :

Je lance homeplayer sur mon PC (et la pas de soucis pour voir les chaines freetv)
J'allume mon media center freebox
Naviguer dans le menu "mes disques" (tout au bout à droite)
Une icone "web" apparait avec un nom du genre "homeplayer sur HOTE"
Clic dessus + media manager +....

Voila...

#1 Re : -1 »  Installer I2P et Imule pour un P2P anonyme (P3P) » Le 09/02/2012, à 21:47

lesebas
Réponses : 149

Bonjour a tous,

Petit déterrage de post pour savoir si l'un d'entre vous a encore un paquet deb de imule... plus aucun lien ne marche sur le net...

#2 Re : -1 »  Installer I2P et Imule pour un P2P anonyme (P3P) » Le 10/02/2012, à 13:02

lesebas
Réponses : 149

Sauf qu'hier je n'ai jamais réussi à accéder au site et depuis ce matin aucun téléchargement n'est arrivé au bout.

Finalement je m'en suis sorti avec ce miroir:

http://echelon.i2p.to/imule/

#3 Re : -1 »  [Résolu] Fond d'écran impossible a changer (12.10) » Le 16/01/2013, à 22:19

lesebas
Réponses : 14

Salut à tous... Gaara92 tu peux expliquer quelles options tu as changé dans cinnamon. J'ai exactement le même problème, quand je veux changer l'arrière plan de gnone shell c'est la fenêtre paramètres system qui s'ouvre!

#4 Re : -1 »  [Résolu] Fond d'écran impossible a changer (12.10) » Le 17/01/2013, à 07:43

lesebas
Réponses : 14

Salut... oui j'ai gnome-tweak-tool,

Si je désactive "gérer le bureau avec le gestionnaire de fenetre" = aucune action du clic droit sur le bureau.

Si j'active "gérer le bureau avec le gestionnaire de fenetre" = j'ai bien "changer l'arrière plan" dans le menu contextuel du clic droit, mais quand je clique dessus ça m'ouvre la fenêtre de paramètre système, pas celle des arrières plans!

#5 Re : -1 »  [Résolu] Fond d'écran impossible a changer (12.10) » Le 17/01/2013, à 22:15

lesebas
Réponses : 14

Salut... reinstallation de gnome-control-center depuis synaptic... et tout est rentré dans l'ordre! big_smile Merci beaucoup pour ton aide!

#6 Re : -1 »  [Résolu] Fond d'écran impossible a changer (12.10) » Le 18/01/2013, à 07:39

lesebas
Réponses : 14

... sauf que ce matin je redémarre le PC et plaf! Même problème! mad

Dès que je reinstalle le paquet depuis synaptic ça fonctionne à nouveau????

#7 Re : -1 »  [ RESOLU ] Comment lancer ./install.pl ? » Le 23/01/2012, à 22:27

lesebas
Réponses : 22

Salut à tous... petit déterrage de post parceque je viens de galérer 2 jours pour faire fonctionner ce P***** de logiciel pixum.

Déjà lors du lancement de l'install j'avait un message du genre:

Un fois l'installation terminé Unzip programme nouveau

Merci le traducteur en ligne mad . Ca veut dire qu'il faut installer le paquet unzip

Enfin une fois l'install terminée, le double clic sur le fichier "Livre photo pixum" ne donnait rien pas plus que

./'Livre photo Pixum'

Attention pour un sytème 64 bits il faut installer ia32-libs

Ouf!!! big_smile

#8 -1 »  Deplacer mes partions RAID1 Logiciel avec MDADM » Le 16/10/2012, à 21:45

lesebas
Réponses : 2

Bonjour,

Depuis quelques temps je suis passé sur un système LMDE . Je sais j'ai quelque peut délaissé Ubuntu avec laquelle j'ai fait mes premières armes sous linux, mais si la communauté peut continuer à me filer un coup de main je pense que ça peut servir à d'autres sur ce forum.

Le système est est installé sur un RAID1 logiciel sur 2 disques de 640GB répartis comme suit

<--MD1/10GB = racine autre système--><--MD2/2GB = Swap--><--MD3/10GB = racine LMDE--><--MD5/474GB = /home--><--MD6/54GN = Non utilisé-->

Avec sda et sdb partionné de la même manière sda1=primaire10GB sda2=primaire2GB sda3=primaire10GB sda4=étendue 618GB sda5=logique474GB sda6=54GB

Chaque array est constitué des 2 partitions sda et sdb avec le même numéro (exemple MD5=sda5+sdb5).

Mon problème est que depuis le passage à l'update 5 de LMDE la place libre sur ma partition racine devient limite (450MB, mauvais point pour LMDE qui prend de la place avec 3 environnements graphiques installés par défaut) donc je voudrais modifier mes partions RAID1 comme suit:

<--MD1/15GB = racine autre système--><--MD2/2GB = Swap--><--MD3/15GB = racine LMDE--><--MD5/608GB = /home-->

Après avoir écluser les forums et les pages de man voila comment je compte m'y prendre (depuis un live CD)

modprobe md
modprobe linear
modprobe multipath
modprobe raid0
modprobe raid1
modprobe raid5
modprobe raid6
apt-get install mdadm

Ensuite l'install monte normalement les RAIDS en auto, sinon je les active à la main. Je part aussi du principe que j'aurais préalablement supprimé le MD6. Ensuite j'enlève sdb5 de l'array pour le redimensionner:

mdadm --manage /dev/md5 --fail /dev/sdb5
mdadm --manage /dev/md5 --remove /dev/sdb5

Ensuite je supprime les partitions sdb4 sdb5 et sdb6 avec Gparted et je recrée une partion (étendue sdb4 + logique sdb5) en bout de sdb de 608GB, en laisant donc 10GB libre devant.

Je reintègre sdb5 dans l'array:

mdadm /dev/md5 --add /dev/sdb5
$ cat /proc/mdstat

Puis je bouge sda5 sur le même principe:

mdadm --manage /dev/md5 --fail /dev/sda5
mdadm --manage /dev/md5 --remove /dev/sda5

suppression et recréation des partions sda4 et sda5 comme sur sdb puis:

mdadm /dev/md5 --add /dev/sda5
$ cat /proc/mdstat

Ensuite j'agrandi l'array à la taille disponnible et le système de fichier:

mdadm --grow /dev/md5 --size=max
e2fsck -f /dev/md5
resize2fs /dev/md5
e2fsck -f /dev/md5

Ensuite je répète l'opération pour déplacer / agrandir md3, md2.

Je vérifie que mon grub boot sur md3 (pas sur que les UUID n'aient pas changé, il faudra peut être que j'adapte mon fstab), normalement md1 est toujours bootable (au /home prés si problème de fstab). Et je termine sur le même modèle pour md1 une fois que je suis booté sur md3.

Merci de votre avis ou retour si vous avez déjà tenté ce genre de manip...

PS: oui bien sur je sauvegarde mes fichiers avant!  big_smile

#9 Re : -1 »  Deplacer mes partions RAID1 Logiciel avec MDADM » Le 16/10/2012, à 22:53

lesebas
Réponses : 2

Donc tu penses que je redimensionne sda5 et sdb5 sur le même modèle (avec gparted par exemple) et le reste va suivre? Rien a faire vis à vis de mdadm?

#10 Re : -1 »  [script] sauvegarde du /home avec rdiff-backup » Le 12/01/2012, à 23:16

lesebas
Réponses : 82

Salut, j'ai pas mal retravaillé ce script pour pouvoir l’exécuter en root (je sauvegarde les fichiers de plusieurs users depuis ma session), et j'ai également ajouté un fichier de log dans lequel je trace les résultats des commandes rdiff-backup.

Le principal problème était de passer en root au milieu du script uniquement si la sauvegarde se lance. J'ai donc isolé les tests dans un script et la sauvegarde en elle même dans un autre. Le premier appelant le deuxième si besoin:

Script 1 (script-rdiff-backup-test):

#!/bin/bash
configFile="/home/commun/sebastien/Sauvegarde/rdiff-backup-manager.conf" #fichier de conf contenant la date de la prochaine sauvegarde
logFile="/home/commun/sebastien/Sauvegarde/logs/log_sauvegarde_"$( date '+%Y')-$( date '+%m')-$( date '+%d')

#Lecture dans un fichier de conf de la date de la prochaine sauvegarde
if test -s $configFile
then
    nextUpdateDate=$(cat $configFile)
    echo "La date de la prochaine sauvegarde est le " $nextUpdateDate 
else
    echo "fichier de conf absent"
    nextUpdateDate=0
fi    
todayDate=$(date '+%Y%m%d')
echo "Nous sommmes le " $todayDate
if  (test $nextUpdateDate -le $todayDate)
then
    #Date dépassée => on propose de faire la sauvegarde
    if zenity --question --text="Faire la sauvegarde automatique maintenant ? (Brancher le Disque Externe auparavant)"
    then
    echo -e "Sauvegarde du " $( date '+%d')-$( date '+%m')-$( date '+%Y')\\r\\r >> $logFile
    ./script-rdiff-backup-sauvegarde
    #suppression des vieux fichiers de log
    testDate=$(date '+%Y%m%d' --date '45 days ago')
    for i in $( ls logs/); do
        annee=$(echo $i | cut -c16-19)
        mois=$(echo $i | cut -c21-22)
        jour=$(echo $i | cut -c24-25)
        date_fichier=$(echo $annee$mois$jour)
        if (test $date_fichier -le $testDate)
        then
            rm logs/$i
        fi
    done
    #mise à jour du fichier de conf avec la date de la prochaine mise à jour
        echo $(date '+%Y%m%d' --date '7 days') > $configFile
    else
        zenity --info --text="La mise à jour sera à nouveau proposée au prochain démarrage."
fi
else
    echo "rien a faire"
fi

Qui s'enchaine avec le script 2 (script-rdiff-backup-sauvegarde):

#!/bin/bash
if [ ! "$SUDO_USER" ]
then
    gksudo -k "$0"
    exit 0
fi
backupDirectory="/media/LUPUS_BCKP/rdiff-backup/"
origDirectory="/home/"
#liste des dossiers a sauvegarder
directoryList="stephanie/Bureau stephanie/.config sebastien/.config commun/ sebastien_mint/.config stephanie_mint/.config"
logFile="/home/sebastien/Sauvegarde/logs/log_sauvegarde_"$( date '+%Y')-$( date '+%m')-$( date '+%d')
    
    echo -e "Dossiers Sauvegardés : \\r"$directoryList\\r\\r"Début de la sauvegarde à "$(date '+%T')\\n >> $logFile
        #verifier la presence du dossier de sauvegarde
        if test -d $backupDirectory
        then  
    #sauvegarde à faire ici !!!
                for i in $directoryList; do
                    nice -n 19 rdiff-backup $origDirectory$i $backupDirectory$i 2>&1 >> $logFile && nice -n 19 rdiff-backup --remove-older-than 1M --force $backupDirectory$i 2>&1 >> $logFile
                done
                zenity --info --text="La sauvegarde est terminée."
            echo -e \\r"Fin de la suvegarde à "$(date '+%T')\\r"La sauvegarde s'est bien terminée" >> $logFile
        else
                zenity --error --text="Dossier de sauvegarde non trouvé."
            echo -e \\r"ERREUR LORS DE LA SAUVEGARDE!!! Dossier de sauvegarde non trouvé" >> $logFile
        fi

Voli voilou pour ce que ça aide ! wink

#11 Re : -1 »  [script] sauvegarde du /home avec rdiff-backup » Le 24/01/2012, à 21:40

lesebas
Réponses : 82

Salut HP

Ok le script est facilement adaptable avec rsync (au passage je viens juste de mettre à jour mon post d'avant, le script est modifié pour supprimer les vieux fichiers de logs).

Par contre je me pose une question.

Si j'ai bien compris, rdiff-backup fait des sauvegardes différentielles donc si je garde un mois de sauvegardes effectuées toutes les semaines à tout moment je peux restaurer 4 versions différentes de fichier (S-1, S-2, S-3 et S-4)? Au passage je ne sais pas comment on fait et je n'ai jamais testé (à creuser... tongue )

De même si j'ai bien compris rsync, il s'agit d'un logiciel de synchronisation... il ne sauvegarde donc que la dernière version d'un fichier en suprimant automatiquement la précédente. Donc si un fichier a été modifié par erreur et que la sauvegarde a eu lieu... impossible de le restaurer? Ce qui expliquerait la différence de taille entre les tes sauvegardes?

J'ai bien compris, ou c'est autre chose? Quelqu'un connait-il bien le sujet?

#12 Re : -1 »  [script] sauvegarde du /home avec rdiff-backup » Le 25/01/2012, à 21:19

lesebas
Réponses : 82

OK j'avais pas compris! big_smile

En fait tu dis q'un seul backup avec 7 jours d'ancienneté via rdiff-backup utilise 19Go alors que pour faire la même chose avec rsync il te faut 18Go x 7 = 126Go, donc merci la sauvegarde différentielle.

PS: pour restaurer un fichier a une date précise:

rdiff-backup -r 3D

Ici l'exemple est pour trois jours (3D = 3 days) mais on peut spécifier tout un tas de format de date, extrait de la doc:

-r, --restore-as-of restore_time
              Restore the specified directory as it was  as  of  restore_time.
              See  the TIME FORMATS section for more information on the format
              of restore_time, and see the RESTORING section for more informa-
              tion on restoring.

TIME FORMATS

       rdiff-backup uses time strings in two  places.   Firstly,  all  of  the
       increment  files rdiff-backup creates will have the time in their file-
       names in  the  w3  datetime  format  as  described  in  a  w3  note  at
       http://www.w3.org/TR/NOTE-datetime.     Basically    they   look   like
       "2001-07-15T04:09:38-07:00", which  means  what  it  looks  like.   The
       "-07:00" section means the time zone is 7 hours behind UTC.

       Secondly, the -r, --restore-as-of, and --remove-older-than options take
       a time string, which can be given in any of several formats:

       1.     the string "now" (refers to the current time)

       2.     a sequences of digits, like "123456890" (indicating the time  in
              seconds after the epoch)

       3.     A string like "2002-01-25T07:00:00+02:00" in datetime format

       4.     An interval, which is a number followed by one of the characters
              s, m, h, D, W, M, or  Y  (indicating  seconds,  minutes,  hours,
              days, weeks, months, or years respectively), or a series of such
              pairs.  In this case the string refers to the time that preceded
              the  current  time by the length of the interval.  For instance,
              "1h78m" indicates the time that was one hour and 78 minutes ago.
              The calendar here is unsophisticated: a month is always 30 days,
              a year is always 365 days, and a day is always 86400 seconds.

       5.     A date format of the form YYYY/MM/DD, YYYY-MM-DD, MM/DD/YYYY, or
              MM-DD-YYYY,  which  indicates  midnight  on the day in question,
              relative  to  the  current  timezone  settings.   For  instance,
              "2002/3/5",  "03-05-2002",  and  "2002-3-05" all mean March 5th,
              2002.

       6.     A backup session specification which is a  non-negative  integer
              followed  by  'B'.  For instance, '0B' specifies the time of the
              current mirror, and '3B' specifies the time of  the  3rd  newest
              increment.

#13 Re : -1 »  [script] sauvegarde du /home avec rdiff-backup » Le 25/01/2012, à 23:01

lesebas
Réponses : 82

OK,

Mais on est bien d'accord, une copie avec rsync fait 18Go donc pour 7 jours il te faut 126 Go... donc tu préfererais faire du différentiel...

#14 Re : -1 »  [script] sauvegarde du /home avec rdiff-backup » Le 25/01/2012, à 23:26

lesebas
Réponses : 82
HP a écrit :

7 backups… 19G, alors qu'un backup unique en pèse 18 !

Bon c'est pas grave je n'y comprend pas grand chose à ton truc... de toutes façons on s'éloigne du sujet du post qui est bien un script pour automatiser une sauvegarde avec rdiff-backup. Maintenant libre à toi de le modifier pour l'utiliser avec rsync (qui reste tout de même un outil de synchronisation dévoyer pour faire de la sauvegarde wink )

#15 Re : -1 »  [script] sauvegarde du /home avec rdiff-backup » Le 26/01/2012, à 21:15

lesebas
Réponses : 82

Différence entre synchronisation et backup:

Un backup est unidirectionnel, c'est à dire qu'il copie la source vers une cible, une modification de la cible n'a aucun impact sur la source.

Un synchronisation consite à rendre 2 espaces distincts parfaitement identiques, toute modification sur un des 2 espaces entrainera une modification à l'identique du deuxième lors de la prochaine synchro. C'est le principe utilisé avec les assistants personnels (type BB) que l'on synchronise avec un logiciel de messagerie.

La confusion vient du fait que rsync est un logiciel de synchronisation unidirectionnel (en fait rsync veut dire "remote synchronisation" soit en traduction littérale "synchronisation à distance", mais il vaudrait mieux parler de "copie incrémentale à distance"). Effectivement rsync recopie une source vers une destination mais le fait de manière incrémentale, c'est à dire qu'il ne recopie que ce qui a changé (plutôt que la méthode bourrin qui consisterait à tout recopier en écrasant les fichiers: ça a l'avantage de limiter le transfert de donnés au strict nécessaire... plutôt intéressant quand on utilise des liaisons à faible débit).

Par contre rsync n'est pas capable nativement de conserver l'historique des modifications, soit on applique ton principe et on fait autant de copie que de nombre d'historique souhaité (copie quotdienne tournante sur 7 fichiers pour garder 7 jours d'arriéré), soit tu mets une couche de python autour pour ne conserver qu'une copie compléte de la dernière version plus une image des seuls incréments.

En conclusion, oui rdiff-backup s'appuie sur rsync pour le coté incrémental mais en plus il conserve l'historique avec un espace plus réduit.

#16 Re : -1 »  [script] sauvegarde du /home avec rdiff-backup » Le 26/01/2012, à 21:33

lesebas
Réponses : 82

Je ne vois pas comment tu fais tenir 7 x 18Go dans 19Go vu que rsync n'a pas d’algorithme de compression... si tu copie 18Go tu récupères 18Go ou alors y'a un truc qui m'échappe hmm

Mais bon j'arrête là ça polue trop ce post, chacun son point de vue wink

#17 Re : -1 »  [script] sauvegarde du /home avec rdiff-backup » Le 26/01/2012, à 22:39

lesebas
Réponses : 82
HP a écrit :

Y a pas que la compression… et oui, y a bien un truc qui t'échappe… comme quoi, les meilleurs trucs de Linux/UNIX sont si peu connus

C'est marrant  t'as l'air de dire que tu connais plein de trucs mais tu n'expliques rien... je n'ai pas la prétention de tout connaitre loin de là donc je suis preneur de plus de détails... tu fais comment? smile

#18 Re : -1 »  [script] sauvegarde du /home avec rdiff-backup » Le 29/01/2012, à 19:07

lesebas
Réponses : 82

Salut,

Bon donc là ou j'ai dit une bétise c'est qu'il y a bien un algorithme de compression dans Rsync. Par contre je ne comprends pas bien si la compression intervient juste dans le transfert des paquets ou sur l'image elle même. Extrait du manuel sur le site de rsync (http://rsync.samba.org/documentation.html)

rsync -avz foo:src/bar /data/tmp
This would recursively transfer all files from the directory src/bar on the machine foo into the /data/tmp/bar directory on the local machine. The files are transferred in "archive" mode, which ensures that symbolic links, devices, attributes, permissions, ownerships, etc. are preserved in the transfer. Additionally, compression will be used to reduce the size of data portions of the transfer.

sonn2: ta sauvegarde est compressée? Tu empiles toutes les sauvegardes par date? Est-ce que chaque sauvegarde a à peu prés la même taille?

#19 Re : -1 »  [script] sauvegarde du /home avec rdiff-backup » Le 01/02/2012, à 00:12

lesebas
Réponses : 82

Salut,

Si je comprends bien tu déplaces la dernière sauvegarde dans un sous-répertoire de "sup" avant de refaire une sauvegarde compléte... Je pense q'un différentiel avec rdiff-backup fait mieux avec moins de place. Surtout que si tu enlèves la commande:

rdiff-backup --remove-older-than 1M --force

Tu gardes tout l'historique, donc tu peux remonter n'importe quelle sauvegarde et ça prendrera moins de place que de garder toutes les images complètes. Mais je lis dans ton autre post que tu vas finalement utiliser dar. Je ne connaissait pas je vais regarder... à l'occasion postes ton script.

Pour ma part j'ai un petit soucis, le second script appelé par le 1er ne se lance pas s'il a été démarré par le gestionnaire de programmes au démarage de la session. Je pense que c'est parceque je fais l'appelle par le chemin relatif  :

./script-rdiff-backup-sauvegarde

plutôt que le chemin complet :

/home/commun/sebastien/Sauvegarde/script-rdiff-backup-sauvegarde

Je ne suis pas chez moi, je teste à mon retour et je vous tiens au courant.

#20 Re : -1 »  [script] sauvegarde du /home avec rdiff-backup » Le 01/02/2012, à 07:43

lesebas
Réponses : 82
sonn2 a écrit :

Quand tu utilise cron et similaires (graphique ) met toujours les liens en absolu, sinon ça marcheras une fois sur deux

OK merci pour le conseil

Donc tu déplaces les seuls fichiers modifiés vers "sup" mais c'est ton script qui fait le boulot, pas rsync en natif?

#21 Re : -1 »  [script] sauvegarde du /home avec rdiff-backup » Le 01/02/2012, à 22:27

lesebas
Réponses : 82

Tu peux me donner ta commande rsync qui fait ça?

#22 Re : -1 »  [script] sauvegarde du /home avec rdiff-backup » Le 01/02/2012, à 23:11

lesebas
Réponses : 82

Ok donc en fait l'option Backup permet de faire du différentiel en spécifiant un répertoire de sauvegarde des anciennes versions... donc rsync fait du différentiel! Par contre pour la restauration c'est moins facile mais c'est vrai que ça permet plus facilement de parcourir les vieilles versions...

#23 Re : -1 »  [Résolu][Bash]Problème gksudo et zenity progress » Le 11/01/2012, à 23:21

lesebas
Réponses : 15

Salut à tous je déterre ce post car j'ai le même problème avec un script de sauvegarde avec rdiff-backup (piqué ici)

Je veux lancer la sauvegarde en sudo pour m'affranchir des droits liés au différents users... mais gksudo n'aime pas:

nice -n 19 gksudo rdiff-backup --remove-older-than 1M --force

il prend --remove-older-than pour une option de gksudo.

J'utilise donc le bout de script:

if [ ! "$SUDO_USER" ]; then
gksudo -k "$0"
exit 0
fi

Mais pas au début de mon script car je teste la date de dernière sauvegarde et demande une confirmation à l'utilisateur, donc la boucle if est incluse dans d'autre boucles. Le seul problème est qu'aprés avoir rentré mon mdp le script revient au début...

Ci-après le script complet:

echo "Nous sommmes le " $todayDate
if  (test $nextUpdateDate -le $todayDate)
then
    #Date dépassée => on propose de faire la sauvegarde
    if zenity --question --text="Faire la sauvegarde automatique maintenant ? (Brancher le Disque Externe auparavant)"
    then
    logFile="/home/sebastien/Sauvegarde/logs/log_sauvegarde_"$( date '+%Y')-$( date '+%m')-$( date '+%d')
    echo "Sauvegarde du " $( date '+%d')-$( date '+%m')-$( date '+%Y')\\r\\r"Dossiers Sauvegardés : \\r"$directoryList\\r\\r"Début de la sauvegarde à "$(date '+%T')\\n >> $logFile
        #verifier la presence du dossier de sauvegarde
        if test -d $backupDirectory
        then  
        if [ ! "$SUDO_USER" ]
        then
            gksudo -k "$0"
            exit 0
        fi
    #sauvegarde à faire ici !!!
                for i in $directoryList; do
                    nice -n 19 rdiff-backup $origDirectory$i $backupDirectory$i && nice -n 19 rdiff-backup --remove-older-than 1M --force $backupDirectory$i 2>&1 >> $logFile
                done
                zenity --info --text="La sauvegarde est terminée."
                #mise à jour du fichier de conf avec la date de la prochaine mise à jour
                echo $(date '+%Y%m%d' --date '7 days') > $configFile
            echo \\r"Fin de la suvegarde à "$(date '+%T')\\r"La sauvegarde s'est bien terminée" >> $logFile
        else
                zenity --error --text="Dossier de sauvegarde non trouvé."
            echo \\r"ERREUR LORS DE LA SAUVEGARDE!!! Dossier de sauvegarde non trouvé" >> $logFile
        fi
    else
        zenity --info --text="La mise à jour sera à nouveau proposée au prochain démarrage."
fi
else
    echo "rien a faire"
fi

PS: j'ai quelques notions de programation mais je suis loin d'être un crack lol ... j'ai pas bien compris l'intéret du

exit 0

#24 Re : -1 »  [Résolu][Bash]Problème gksudo et zenity progress » Le 12/01/2012, à 22:39

lesebas
Réponses : 15

Salut,

Je m'en suit finalement sorti en coupant mon script en 2. J'ai isolé la partie à lancer en root dans un script à part que j'execute en root avec la commande:

if [ ! "$SUDO_USER" ]; then
gksudo -k "$0"
exit 0
fi

Il est appellé par un script de test qui lui ne nécéssite pas les droits root. Du coup si à l'issue du test il n'y a pas de sauvegarde à faire c'est transparent pour l'utilisateur, par contre quand la sauvegarde se lance (et seulement dans ce cas) ca demande le mdp root. big_smile