À (at) Sat, 21 Jun 2008 11:59:48 +0200, SAM écrivait (wrote):
Michel Nicolas Alex a écrit :
donc ça donne : #!/bin/bash -vx
Mais ? ce n'est pas une ligne de commentaire ?
Ça dépend pour qui...
Pour le système, cette première ligne qui commence par '#!' s'appelle la ligne de shebang (http://fr.wikipedia.org/wiki/Sha-bang). Elle indique au système le nom du programme (et ses options) permettant d'interpréter le fichier texte qui suit.
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Sat, 21 Jun 2008 11:59:48 +0200,
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> écrivait (wrote):
Michel Nicolas Alex a écrit :
donc ça donne :
#!/bin/bash -vx
Mais ? ce n'est pas une ligne de commentaire ?
Ça dépend pour qui...
Pour le système, cette première ligne qui commence par '#!' s'appelle
la ligne de shebang (http://fr.wikipedia.org/wiki/Sha-bang). Elle
indique au système le nom du programme (et ses options) permettant
d'interpréter le fichier texte qui suit.
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Sat, 21 Jun 2008 11:59:48 +0200, SAM écrivait (wrote):
Michel Nicolas Alex a écrit :
donc ça donne : #!/bin/bash -vx
Mais ? ce n'est pas une ligne de commentaire ?
Ça dépend pour qui...
Pour le système, cette première ligne qui commence par '#!' s'appelle la ligne de shebang (http://fr.wikipedia.org/wiki/Sha-bang). Elle indique au système le nom du programme (et ses options) permettant d'interpréter le fichier texte qui suit.
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
SAM
Paul Gaborit a écrit :
À (at) Sat, 21 Jun 2008 11:59:48 +0200, SAM écrivait (wrote):
Michel Nicolas Alex a écrit :
donc ça donne : #!/bin/bash -vx
Mais ? ce n'est pas une ligne de commentaire ?
Ça dépend pour qui...
Pour le système, cette première ligne qui commence par '#!' s'appelle la ligne de shebang (http://fr.wikipedia.org/wiki/Sha-bang). Elle indique au système le nom du programme (et ses options) permettant d'interpréter le fichier texte qui suit.
à la lecture du code proposé je pensais +/- que ce '!' pouvait avoir son importance, ça semble confirmé par ce wiki, merci.
-- sm
Paul Gaborit a écrit :
À (at) Sat, 21 Jun 2008 11:59:48 +0200,
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> écrivait (wrote):
Michel Nicolas Alex a écrit :
donc ça donne :
#!/bin/bash -vx
Mais ? ce n'est pas une ligne de commentaire ?
Ça dépend pour qui...
Pour le système, cette première ligne qui commence par '#!' s'appelle
la ligne de shebang (http://fr.wikipedia.org/wiki/Sha-bang). Elle
indique au système le nom du programme (et ses options) permettant
d'interpréter le fichier texte qui suit.
à la lecture du code proposé je pensais +/- que ce '!' pouvait avoir son
importance, ça semble confirmé par ce wiki, merci.
À (at) Sat, 21 Jun 2008 11:59:48 +0200, SAM écrivait (wrote):
Michel Nicolas Alex a écrit :
donc ça donne : #!/bin/bash -vx
Mais ? ce n'est pas une ligne de commentaire ?
Ça dépend pour qui...
Pour le système, cette première ligne qui commence par '#!' s'appelle la ligne de shebang (http://fr.wikipedia.org/wiki/Sha-bang). Elle indique au système le nom du programme (et ses options) permettant d'interpréter le fichier texte qui suit.
à la lecture du code proposé je pensais +/- que ce '!' pouvait avoir son importance, ça semble confirmé par ce wiki, merci.
-- sm
SAM
Suite du feuilleton:
Alors voilà, j'ai fait dans le terminal :
psync / /Volumes/Backup
Le DD d'origine pèse : 178 Go Le DD de back pèse : 197 Go
J'ai donc refait :
psync --delete / /Volumes/Backup
Avec même résultat : des fichiers obsolètes n'ont pas été effacés
Y a comme un os.
Indices : - psync semble réclmer les logs de Spotlight et n'en trouve pas pour le DD de backup - j'ai cru lire plusieurs fois dans les lignes de l'activité : access denied
dois-je faire :
sudo psync / /Volumes/Backup ?
ou quoi d'autre ?
J'ai démarré du backup, ça fonctionne (bien que le disque semble être bp sollicité) et j'ai bien vu mon bureau ré-encombré d'un tas de fatras dont je l'avais débarrassé.
-- sm
Suite du feuilleton:
Alors voilà, j'ai fait dans le terminal :
psync / /Volumes/Backup
Le DD d'origine pèse : 178 Go
Le DD de back pèse : 197 Go
J'ai donc refait :
psync --delete / /Volumes/Backup
Avec même résultat : des fichiers obsolètes n'ont pas été effacés
Y a comme un os.
Indices :
- psync semble réclmer les logs de Spotlight et n'en trouve pas pour le
DD de backup
- j'ai cru lire plusieurs fois dans les lignes de l'activité :
access denied
dois-je faire :
sudo psync / /Volumes/Backup
?
ou quoi d'autre ?
J'ai démarré du backup, ça fonctionne (bien que le disque semble être bp
sollicité) et j'ai bien vu mon bureau ré-encombré d'un tas de fatras
dont je l'avais débarrassé.
Le DD d'origine pèse : 178 Go Le DD de back pèse : 197 Go
J'ai donc refait :
psync --delete / /Volumes/Backup
Avec même résultat : des fichiers obsolètes n'ont pas été effacés
Y a comme un os.
Indices : - psync semble réclmer les logs de Spotlight et n'en trouve pas pour le DD de backup - j'ai cru lire plusieurs fois dans les lignes de l'activité : access denied
dois-je faire :
sudo psync / /Volumes/Backup ?
ou quoi d'autre ?
J'ai démarré du backup, ça fonctionne (bien que le disque semble être bp sollicité) et j'ai bien vu mon bureau ré-encombré d'un tas de fatras dont je l'avais débarrassé.
-- sm
Nicolas-Michel_REMOVE
SAM wrote:
Suite du feuilleton:
Alors voilà, j'ai fait dans le terminal :
psync / /Volumes/Backup
Le DD d'origine pèse : 178 Go Le DD de back pèse : 197 Go
J'ai donc refait :
psync --delete / /Volumes/Backup
Avec même résultat : des fichiers obsolètes n'ont pas été effacés
Y a comme un os.
C'est bien en tant que root ou avec sudo que tu as lancé la commande ?
Indices : - psync semble réclmer les logs de Spotlight et n'en trouve pas pour le DD de backup - j'ai cru lire plusieurs fois dans les lignes de l'activité : access denied
ah bin voilà ... root power :)
dois-je faire :
sudo psync / /Volumes/Backup ?
quand tu le tapes à la main, oui. Dans un script lancé automatiquement, il faut que ce soit root qui lance le taff.
ou quoi d'autre ?
C'est probablement tout.
Il faut toutesfois faire gaffe à spootlight. Il va ralentir considérablement tes backup en indexant tout. Quand tu fais un full backup, c'est pas trop un problème vuq eu tu ne veux peut-être pas en faire tout le temps. Mais perso je désactiverais l'indexation sur le backup après chaque full backup. genre : sudo mdutil -i off /Volumes/Safe
-- Nicolas Michel
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
Suite du feuilleton:
Alors voilà, j'ai fait dans le terminal :
psync / /Volumes/Backup
Le DD d'origine pèse : 178 Go
Le DD de back pèse : 197 Go
J'ai donc refait :
psync --delete / /Volumes/Backup
Avec même résultat : des fichiers obsolètes n'ont pas été effacés
Y a comme un os.
C'est bien en tant que root ou avec sudo que tu as lancé la commande ?
Indices :
- psync semble réclmer les logs de Spotlight et n'en trouve pas pour le
DD de backup
- j'ai cru lire plusieurs fois dans les lignes de l'activité :
access denied
ah bin voilà ...
root power :)
dois-je faire :
sudo psync / /Volumes/Backup
?
quand tu le tapes à la main, oui.
Dans un script lancé automatiquement, il faut que ce soit root qui lance
le taff.
ou quoi d'autre ?
C'est probablement tout.
Il faut toutesfois faire gaffe à spootlight.
Il va ralentir considérablement tes backup en indexant tout.
Quand tu fais un full backup, c'est pas trop un problème vuq eu tu ne
veux peut-être pas en faire tout le temps.
Mais perso je désactiverais l'indexation sur le backup après chaque full
backup. genre :
sudo mdutil -i off /Volumes/Safe
Le DD d'origine pèse : 178 Go Le DD de back pèse : 197 Go
J'ai donc refait :
psync --delete / /Volumes/Backup
Avec même résultat : des fichiers obsolètes n'ont pas été effacés
Y a comme un os.
C'est bien en tant que root ou avec sudo que tu as lancé la commande ?
Indices : - psync semble réclmer les logs de Spotlight et n'en trouve pas pour le DD de backup - j'ai cru lire plusieurs fois dans les lignes de l'activité : access denied
ah bin voilà ... root power :)
dois-je faire :
sudo psync / /Volumes/Backup ?
quand tu le tapes à la main, oui. Dans un script lancé automatiquement, il faut que ce soit root qui lance le taff.
ou quoi d'autre ?
C'est probablement tout.
Il faut toutesfois faire gaffe à spootlight. Il va ralentir considérablement tes backup en indexant tout. Quand tu fais un full backup, c'est pas trop un problème vuq eu tu ne veux peut-être pas en faire tout le temps. Mais perso je désactiverais l'indexation sur le backup après chaque full backup. genre : sudo mdutil -i off /Volumes/Safe
-- Nicolas Michel
Nicolas-Michel_REMOVE
SAM wrote:
Mais ? ce n'est pas une ligne de commentaire ?
Un script shell a 3 requisit :
- commencer par la ligne #!/bin/bash (ou autre shell)
- avoir des retours de chariot au format unix - être exécutable
Pour moi un commentaire est un truc qui est à l'usage de l'humain, pas de la machine. Je ne comprends donc pas comment -vx peut faire qque chose.
# indique bien un commentaire, mais quand on est à la première ligne d'un fichier exécutable et qu'on a #!/bin/shell, c'est plus un commentaire. Un peu con peut-être, mais c'est comme ça.
De toutes façon psync_liste.text ne contient que les dossiers de 1er niveau. J'ai encore du taf avant d'analyser chaque sous et sous-sous dossiers.
Pourquoi te donner tant de mal ? Backup tout, c'est plus sûr.
En plus, psync ne crée pas une arborescence. le "dirname" doit exister. Et c'est très bien.
Par exemple si tu as ceci :
psync / /Volumes/Safe
et que ton disque n'est pas présent, il va créer un dossier "Safe" dans /Volume. Donc non seulement ton backup ne se fera plus jamais (le disque une fois rebranché se nomera "/Volumes/Safe 1") Mais en plus ça va remplire ton disque dur de duplicatats.
Pour l'instant je t'ai proposé de ne sauvegarder l'entier du système que manuellement, donc ça ne devrait pas être un problème. Si tu voulais le faire de façon automatique, il faudrait dans le script vérifier que le disque est présent avant de lancer la copie.
En revanche cette commande :
psync /Users /Volumes/Safe/Users
Ne va fonctionner que si le disque dur est présent.
Lorsqu'il n'est pas présent, il dit un truc genre "/Volumes/Safe not found"
Documents/mes_docus/Travail Documents/mes_docus/Famille/Stef Documents/mes_sites/Truc Lybrary/Applications Support/AddressesBook (les 2 lignes suivantes sur une seule ligne) Library/Application Support/Firefox/Profiles/fgrt.default/bookmarks.html
Si je fais ensuite :
for i in $(cat .psync_list.txt) do psync -dn /Users/stef/"$i" /Volumes/Safe/Users/stef/
ça va marcher ? Ou bien faudrait-il : psync -dn "/Users/stef/$i" /Volumes/Safe/Users/stef/
non, c'est plutôt : psync -dn "/Users/stef/$i" /Volumes/Safe/Users/stef/$i
Pour autant, je me répète, que le "dirname" exste
Je pense que je vais sans doute faire, au moins dans un 1er temps : /Users/ /Volumes/Save/Users/ puisque, à ce que tu dis, ça fonctionne en arrière plan (sans ralentir le reste ?) et que ça ne met que qques minutes à se faire.
Le ralentissement est perceptible, mais amha tolérable.
Faut juste que je pense à allumer le DD externe au bon moment ! :-)
Argh ! C'est typique le plan foireux ça. J'ai vu une fois une secrétaire perdre toutes ses données : Il y avait un backup tous les jours à 12h30, mais elle éteignait sa machine entre midi et deux heures.
Bon, c'est pas grave du moment que tu mets dans ton calendrier un rappel pour vérfier le backup.
-- Nicolas Michel
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
Mais ? ce n'est pas une ligne de commentaire ?
Un script shell a 3 requisit :
- commencer par la ligne
#!/bin/bash
(ou autre shell)
- avoir des retours de chariot au format unix
- être exécutable
Pour moi un commentaire est un truc qui est à l'usage de l'humain, pas
de la machine.
Je ne comprends donc pas comment -vx peut faire qque chose.
# indique bien un commentaire, mais quand on est à la première ligne
d'un fichier exécutable et qu'on a #!/bin/shell, c'est plus un
commentaire. Un peu con peut-être, mais c'est comme ça.
De toutes façon psync_liste.text ne contient que les dossiers de 1er
niveau. J'ai encore du taf avant d'analyser chaque sous et sous-sous
dossiers.
Pourquoi te donner tant de mal ?
Backup tout, c'est plus sûr.
En plus, psync ne crée pas une arborescence.
le "dirname" doit exister.
Et c'est très bien.
Par exemple si tu as ceci :
psync / /Volumes/Safe
et que ton disque n'est pas présent, il va créer un dossier "Safe" dans
/Volume. Donc non seulement ton backup ne se fera plus jamais
(le disque une fois rebranché se nomera "/Volumes/Safe 1")
Mais en plus ça va remplire ton disque dur de duplicatats.
Pour l'instant je t'ai proposé de ne sauvegarder l'entier du système que
manuellement, donc ça ne devrait pas être un problème.
Si tu voulais le faire de façon automatique, il faudrait dans le script
vérifier que le disque est présent avant de lancer la copie.
En revanche cette commande :
psync /Users /Volumes/Safe/Users
Ne va fonctionner que si le disque dur est présent.
Lorsqu'il n'est pas présent, il dit un truc genre
"/Volumes/Safe not found"
Documents/mes_docus/Travail
Documents/mes_docus/Famille/Stef
Documents/mes_sites/Truc
Lybrary/Applications Support/AddressesBook
(les 2 lignes suivantes sur une seule ligne)
Library/Application Support/Firefox/Profiles/fgrt.default/bookmarks.html
Si je fais ensuite :
for i in $(cat .psync_list.txt)
do
psync -dn /Users/stef/"$i" /Volumes/Safe/Users/stef/
ça va marcher ?
Ou bien faudrait-il :
psync -dn "/Users/stef/$i" /Volumes/Safe/Users/stef/
non, c'est plutôt :
psync -dn "/Users/stef/$i" /Volumes/Safe/Users/stef/$i
Pour autant, je me répète, que le "dirname" exste
Je pense que je vais sans doute faire, au moins dans un 1er temps :
/Users/ /Volumes/Save/Users/
puisque, à ce que tu dis, ça fonctionne en arrière plan (sans ralentir
le reste ?) et que ça ne met que qques minutes à se faire.
Le ralentissement est perceptible, mais amha tolérable.
Faut juste que je pense à allumer le DD externe au bon moment ! :-)
Argh !
C'est typique le plan foireux ça.
J'ai vu une fois une secrétaire perdre toutes ses données :
Il y avait un backup tous les jours à 12h30, mais elle éteignait sa
machine entre midi et deux heures.
Bon, c'est pas grave du moment que tu mets dans ton calendrier un rappel
pour vérfier le backup.
- commencer par la ligne #!/bin/bash (ou autre shell)
- avoir des retours de chariot au format unix - être exécutable
Pour moi un commentaire est un truc qui est à l'usage de l'humain, pas de la machine. Je ne comprends donc pas comment -vx peut faire qque chose.
# indique bien un commentaire, mais quand on est à la première ligne d'un fichier exécutable et qu'on a #!/bin/shell, c'est plus un commentaire. Un peu con peut-être, mais c'est comme ça.
De toutes façon psync_liste.text ne contient que les dossiers de 1er niveau. J'ai encore du taf avant d'analyser chaque sous et sous-sous dossiers.
Pourquoi te donner tant de mal ? Backup tout, c'est plus sûr.
En plus, psync ne crée pas une arborescence. le "dirname" doit exister. Et c'est très bien.
Par exemple si tu as ceci :
psync / /Volumes/Safe
et que ton disque n'est pas présent, il va créer un dossier "Safe" dans /Volume. Donc non seulement ton backup ne se fera plus jamais (le disque une fois rebranché se nomera "/Volumes/Safe 1") Mais en plus ça va remplire ton disque dur de duplicatats.
Pour l'instant je t'ai proposé de ne sauvegarder l'entier du système que manuellement, donc ça ne devrait pas être un problème. Si tu voulais le faire de façon automatique, il faudrait dans le script vérifier que le disque est présent avant de lancer la copie.
En revanche cette commande :
psync /Users /Volumes/Safe/Users
Ne va fonctionner que si le disque dur est présent.
Lorsqu'il n'est pas présent, il dit un truc genre "/Volumes/Safe not found"
Documents/mes_docus/Travail Documents/mes_docus/Famille/Stef Documents/mes_sites/Truc Lybrary/Applications Support/AddressesBook (les 2 lignes suivantes sur une seule ligne) Library/Application Support/Firefox/Profiles/fgrt.default/bookmarks.html
Si je fais ensuite :
for i in $(cat .psync_list.txt) do psync -dn /Users/stef/"$i" /Volumes/Safe/Users/stef/
ça va marcher ? Ou bien faudrait-il : psync -dn "/Users/stef/$i" /Volumes/Safe/Users/stef/
non, c'est plutôt : psync -dn "/Users/stef/$i" /Volumes/Safe/Users/stef/$i
Pour autant, je me répète, que le "dirname" exste
Je pense que je vais sans doute faire, au moins dans un 1er temps : /Users/ /Volumes/Save/Users/ puisque, à ce que tu dis, ça fonctionne en arrière plan (sans ralentir le reste ?) et que ça ne met que qques minutes à se faire.
Le ralentissement est perceptible, mais amha tolérable.
Faut juste que je pense à allumer le DD externe au bon moment ! :-)
Argh ! C'est typique le plan foireux ça. J'ai vu une fois une secrétaire perdre toutes ses données : Il y avait un backup tous les jours à 12h30, mais elle éteignait sa machine entre midi et deux heures.
Bon, c'est pas grave du moment que tu mets dans ton calendrier un rappel pour vérfier le backup.
-- Nicolas Michel
SAM
Michel Nicolas Alex a écrit :
SAM wrote:
Suite du feuilleton:
Bon, normalement j'avais annulé ce post.
Y a comme un os.
C'est bien en tant que root ou avec sudo que tu as lancé la commande ?
Oui j'ai bien fait mon rot après ma bière. Je sais pô moi, je suis admin me semble-ce, est tout ce que je peux en dire (ces histoires de droits continuent de me passer par dessus la tête).
dois-je faire :
sudo psync / /Volumes/Backup
quand tu le tapes à la main, oui.
Trop tard, je l'ai déjà fait et ça semble avoir bien fonctionné. (d'où l'annulation du post) C'était donné dans le man de psync.
Dans un script lancé automatiquement, il faut que ce soit root qui lance le taff.
Je ne pense pas que je vais laisser faire faire des trucs auto de ce genre.
Il faut toutefois faire gaffe à spootlight.
SpotLight ne semble s'être manifesté que lorsque j'ai démarré de la sauvegarde pour contrôle (ça agitait dur le DD externe et je n'ai ss doute pas attendu la fin de l'indexation)
Il va ralentir considérablement tes backup en indexant tout.
à voir donc lors de la prochaine tentative (à la dernière il n'a pas moufté).
Quand tu fais un full backup, c'est pas trop un problème vuq eu tu ne veux peut-être pas en faire tout le temps.
à savoir ? vu que ça ne prend que qques minutes :-)
Mais perso je désactiverais l'indexation sur le backup après chaque full backup. genre : sudo mdutil -i off /Volumes/Safe
Et encore un truc à rajouter à mon fichier de trucs via terminal. Je vais bientôt devoir me faire une BdD pour m'y retrouver :)
Bon, allez, faut que je révise ces histoires de fichiers de sauvegardes partielles.
à ++ -- sm
Michel Nicolas Alex a écrit :
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
Suite du feuilleton:
Bon, normalement j'avais annulé ce post.
Y a comme un os.
C'est bien en tant que root ou avec sudo que tu as lancé la commande ?
Oui j'ai bien fait mon rot après ma bière.
Je sais pô moi, je suis admin me semble-ce, est tout ce que je peux en
dire (ces histoires de droits continuent de me passer par dessus la tête).
dois-je faire :
sudo psync / /Volumes/Backup
quand tu le tapes à la main, oui.
Trop tard, je l'ai déjà fait et ça semble avoir bien fonctionné.
(d'où l'annulation du post)
C'était donné dans le man de psync.
Dans un script lancé automatiquement, il faut que ce soit root qui lance
le taff.
Je ne pense pas que je vais laisser faire faire des trucs auto de ce genre.
Il faut toutefois faire gaffe à spootlight.
SpotLight ne semble s'être manifesté que lorsque j'ai démarré de la
sauvegarde pour contrôle (ça agitait dur le DD externe et je n'ai ss
doute pas attendu la fin de l'indexation)
Il va ralentir considérablement tes backup en indexant tout.
à voir donc lors de la prochaine tentative (à la dernière il n'a pas
moufté).
Quand tu fais un full backup, c'est pas trop un problème vuq eu tu ne
veux peut-être pas en faire tout le temps.
à savoir ? vu que ça ne prend que qques minutes :-)
Mais perso je désactiverais l'indexation sur le backup après chaque full
backup. genre :
sudo mdutil -i off /Volumes/Safe
Et encore un truc à rajouter à mon fichier de trucs via terminal.
Je vais bientôt devoir me faire une BdD pour m'y retrouver :)
Bon, allez, faut que je révise ces histoires de fichiers de sauvegardes
partielles.
C'est bien en tant que root ou avec sudo que tu as lancé la commande ?
Oui j'ai bien fait mon rot après ma bière. Je sais pô moi, je suis admin me semble-ce, est tout ce que je peux en dire (ces histoires de droits continuent de me passer par dessus la tête).
dois-je faire :
sudo psync / /Volumes/Backup
quand tu le tapes à la main, oui.
Trop tard, je l'ai déjà fait et ça semble avoir bien fonctionné. (d'où l'annulation du post) C'était donné dans le man de psync.
Dans un script lancé automatiquement, il faut que ce soit root qui lance le taff.
Je ne pense pas que je vais laisser faire faire des trucs auto de ce genre.
Il faut toutefois faire gaffe à spootlight.
SpotLight ne semble s'être manifesté que lorsque j'ai démarré de la sauvegarde pour contrôle (ça agitait dur le DD externe et je n'ai ss doute pas attendu la fin de l'indexation)
Il va ralentir considérablement tes backup en indexant tout.
à voir donc lors de la prochaine tentative (à la dernière il n'a pas moufté).
Quand tu fais un full backup, c'est pas trop un problème vuq eu tu ne veux peut-être pas en faire tout le temps.
à savoir ? vu que ça ne prend que qques minutes :-)
Mais perso je désactiverais l'indexation sur le backup après chaque full backup. genre : sudo mdutil -i off /Volumes/Safe
Et encore un truc à rajouter à mon fichier de trucs via terminal. Je vais bientôt devoir me faire une BdD pour m'y retrouver :)
Bon, allez, faut que je révise ces histoires de fichiers de sauvegardes partielles.
à ++ -- sm
SAM
Michel Nicolas Alex a écrit :
SAM wrote:
De toutes façon psync_liste.text ne contient que les dossiers de 1er niveau. J'ai encore du taf avant d'analyser chaque sous et sous-sous dossiers.
Pourquoi te donner tant de mal ?
Pour savoir.
Backup tout, c'est plus sûr.
Une fois, oui. Mais les suivantes je n'ai peut-être pas envie que psync m'efface des fichiers de certains dossiers du backup. - ici tu me rajoutes les nouveaux fichiers - là tu me fais le ménage propre - ici tu ne t'occupes que de ...
Ce serait plutôt pour le DD itinérant. (l'user contient bien trop de choses non indispensables et probablement dépasse la capacité du disque)
Je peux avoir le listing de mes 'tites afaires et 2 batch presque pareils DD-Home->DD-Txfer DD-Txfer->DD-Home le DD-Bureau n'ayant qu'à contenir les mêmes dirs pour que les batchs fonctionnent partout
Documents/mes_docus/Travail Documents/mes_docus/Famille/Stef Documents/mes_sites/Truc Lybrary/Applications Support/AddressesBook (les 2 lignes suivantes sur une seule ligne) Library/Application Support/Firefox/Profiles/fgrt.default/bookmarks.html
Si je fais ensuite :
for i in $(cat .psync_list.txt) do psync -dn /Users/stef/"$i" /Volumes/Safe/Users/stef/
ça va marcher ?
non, c'est plutôt : psync -dn "/Users/stef/$i" /Volumes/Safe/Users/stef/$i
Pour autant, je me répète, que le "dirname" exste
ben il existe, n'est-il pas dans la liste ? "Documents/mes_docus/Travail"
ce qui devrait donner : psync -dn /Users/stef/Documents/mes_docus/Travail /Volumes/Safe/Users/stef/Documents/mes_docus/Travail
-- sm
Michel Nicolas Alex a écrit :
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
De toutes façon psync_liste.text ne contient que les dossiers de 1er
niveau. J'ai encore du taf avant d'analyser chaque sous et sous-sous
dossiers.
Pourquoi te donner tant de mal ?
Pour savoir.
Backup tout, c'est plus sûr.
Une fois, oui.
Mais les suivantes je n'ai peut-être pas envie que psync m'efface des
fichiers de certains dossiers du backup.
- ici tu me rajoutes les nouveaux fichiers
- là tu me fais le ménage propre
- ici tu ne t'occupes que de ...
Ce serait plutôt pour le DD itinérant.
(l'user contient bien trop de choses non indispensables
et probablement dépasse la capacité du disque)
Je peux avoir le listing de mes 'tites afaires
et 2 batch presque pareils DD-Home->DD-Txfer DD-Txfer->DD-Home
le DD-Bureau n'ayant qu'à contenir les mêmes dirs
pour que les batchs fonctionnent partout
Documents/mes_docus/Travail
Documents/mes_docus/Famille/Stef
Documents/mes_sites/Truc
Lybrary/Applications Support/AddressesBook
(les 2 lignes suivantes sur une seule ligne)
Library/Application Support/Firefox/Profiles/fgrt.default/bookmarks.html
Si je fais ensuite :
for i in $(cat .psync_list.txt)
do
psync -dn /Users/stef/"$i" /Volumes/Safe/Users/stef/
ça va marcher ?
non, c'est plutôt :
psync -dn "/Users/stef/$i" /Volumes/Safe/Users/stef/$i
Pour autant, je me répète, que le "dirname" exste
ben il existe, n'est-il pas dans la liste ?
"Documents/mes_docus/Travail"
ce qui devrait donner :
psync -dn /Users/stef/Documents/mes_docus/Travail
/Volumes/Safe/Users/stef/Documents/mes_docus/Travail
De toutes façon psync_liste.text ne contient que les dossiers de 1er niveau. J'ai encore du taf avant d'analyser chaque sous et sous-sous dossiers.
Pourquoi te donner tant de mal ?
Pour savoir.
Backup tout, c'est plus sûr.
Une fois, oui. Mais les suivantes je n'ai peut-être pas envie que psync m'efface des fichiers de certains dossiers du backup. - ici tu me rajoutes les nouveaux fichiers - là tu me fais le ménage propre - ici tu ne t'occupes que de ...
Ce serait plutôt pour le DD itinérant. (l'user contient bien trop de choses non indispensables et probablement dépasse la capacité du disque)
Je peux avoir le listing de mes 'tites afaires et 2 batch presque pareils DD-Home->DD-Txfer DD-Txfer->DD-Home le DD-Bureau n'ayant qu'à contenir les mêmes dirs pour que les batchs fonctionnent partout
Documents/mes_docus/Travail Documents/mes_docus/Famille/Stef Documents/mes_sites/Truc Lybrary/Applications Support/AddressesBook (les 2 lignes suivantes sur une seule ligne) Library/Application Support/Firefox/Profiles/fgrt.default/bookmarks.html
Si je fais ensuite :
for i in $(cat .psync_list.txt) do psync -dn /Users/stef/"$i" /Volumes/Safe/Users/stef/
ça va marcher ?
non, c'est plutôt : psync -dn "/Users/stef/$i" /Volumes/Safe/Users/stef/$i
Pour autant, je me répète, que le "dirname" exste
ben il existe, n'est-il pas dans la liste ? "Documents/mes_docus/Travail"
ce qui devrait donner : psync -dn /Users/stef/Documents/mes_docus/Travail /Volumes/Safe/Users/stef/Documents/mes_docus/Travail
-- sm
Nicolas-Michel_REMOVE
SAM wrote:
> Backup tout, c'est plus sûr.
Une fois, oui. Mais les suivantes je n'ai peut-être pas envie que psync m'efface des fichiers de certains dossiers du backup. - ici tu me rajoutes les nouveaux fichiers - là tu me fais le ménage propre - ici tu ne t'occupes que de ...
ok
> non, c'est plutôt : > psync -dn "/Users/stef/$i" /Volumes/Safe/Users/stef/$i > > Pour autant, je me répète, que le "dirname" exste
ben il existe, n'est-il pas dans la liste ? "Documents/mes_docus/Travail"
Je voulais dire "qu'il existe sur la destination" Mais vu que tu as fait un backup total au départ, oui, il doit exister.
ce qui devrait donner : psync -dn /Users/stef/Documents/mes_docus/Travail /Volumes/Safe/Users/stef/Documents/mes_docus/Travail
oui, sur une seule ligne. Et le n du -dn ne va rien copier du tout, mais je penses que tu as compris.
-- Nicolas Michel
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
> Backup tout, c'est plus sûr.
Une fois, oui.
Mais les suivantes je n'ai peut-être pas envie que psync m'efface des
fichiers de certains dossiers du backup.
- ici tu me rajoutes les nouveaux fichiers
- là tu me fais le ménage propre
- ici tu ne t'occupes que de ...
ok
> non, c'est plutôt :
> psync -dn "/Users/stef/$i" /Volumes/Safe/Users/stef/$i
>
> Pour autant, je me répète, que le "dirname" exste
ben il existe, n'est-il pas dans la liste ?
"Documents/mes_docus/Travail"
Je voulais dire "qu'il existe sur la destination"
Mais vu que tu as fait un backup total au départ, oui, il doit exister.
ce qui devrait donner :
psync -dn /Users/stef/Documents/mes_docus/Travail
/Volumes/Safe/Users/stef/Documents/mes_docus/Travail
oui, sur une seule ligne. Et le n du -dn ne va rien copier du tout, mais
je penses que tu as compris.
Une fois, oui. Mais les suivantes je n'ai peut-être pas envie que psync m'efface des fichiers de certains dossiers du backup. - ici tu me rajoutes les nouveaux fichiers - là tu me fais le ménage propre - ici tu ne t'occupes que de ...
ok
> non, c'est plutôt : > psync -dn "/Users/stef/$i" /Volumes/Safe/Users/stef/$i > > Pour autant, je me répète, que le "dirname" exste
ben il existe, n'est-il pas dans la liste ? "Documents/mes_docus/Travail"
Je voulais dire "qu'il existe sur la destination" Mais vu que tu as fait un backup total au départ, oui, il doit exister.
ce qui devrait donner : psync -dn /Users/stef/Documents/mes_docus/Travail /Volumes/Safe/Users/stef/Documents/mes_docus/Travail
oui, sur une seule ligne. Et le n du -dn ne va rien copier du tout, mais je penses que tu as compris.
