Avant de me lancer dans la lecture d'interminables HOWTOS et azutres
docs trouvables via google (mon meilleur ami), une petite question
préalable :
Quelqu'un a-t-il déjà mis en place un serveur rsync pour récupérer des
données de clients windows ? Dans mon cas, je voudrais sauvegarder un
serveur de fichiers en NT4 (environ 18 Go de données), puis faire des
mises à jour journalières... Est-ce possible ?
Si oui, un tuto ou un lien pour m'aider à la mise en place ?
Si non, une idée pour faire mes sauvegardes (sachant que la boite où
j'interviens préfère ne pas acheter de logiciels : donc, il me faut un
LL ou un freeware, au pire) ?
Merci d'avance,
Claude
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Fri, Jul 09, 2004 at 07:32:18PM +0200, François TOURDE wrote:
>> Tu peux monter le partage par samba puis faire le rsync classiquement. > Heu... ça veut dire qu'on va transférer les 18Go jusqu'à la > machine Linux pour qu'elle décide si les fichiers ont changé > ou non... donc on perd tout l'intérêt principal de rsync.
Ben non. Si c'est la machine Debian qui se connecte au serveur, tout baigne...
....
Si j'ai bien compris, nous avons: - Une machine Debian qui fait des sauvegardes - Une (ou plusieurs, peu importe) machine Windows qui a des fichiers à sauvegarder.
La solution proposée ci-dessus propose de monter, par Samba, les fichiers de la machine Windows, sur la machine Debian. Ensuite faire un rsync, sur la machine Debian, entre le partage Samba et un répertoire local.
On est d'accord?
Si non, ignorer la suite et me dire ce dont on parle :-)
Dans ce cas, que fait rsync? Il veut savoir si un fichier a changé; il veut donc calculer une checksum quelconque sur le fichier de la machine Windows, et une checksum sur le fichier correspondant de la machine Debian. Or, rsyn accède aux fichiers de la machine Windows par Samba. Donc, rsync va ouvrir le fichier (sur le partage), lire le fichier (et là on remarque que le fichier transite sur le réseau), puis faire la checksum. En résumé: on a fait transité sur le réseau l'ensemble des données à sauvegarder, qu'elles aient changé ou non. Ou alors, qu'on m'explique comment rsync marche parce que c'est magique pour moi :-)
Je pense que tu devrais prendre des vacances, yves. ;)
Ou que j'arrête de sortir le jeudi soir (ils sont fous ces étrangers).
Y.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Fri, Jul 09, 2004 at 07:32:18PM +0200, François TOURDE wrote:
>> Tu peux monter le partage par samba puis faire le rsync classiquement.
> Heu... ça veut dire qu'on va transférer les 18Go jusqu'à la
> machine Linux pour qu'elle décide si les fichiers ont changé
> ou non... donc on perd tout l'intérêt principal de rsync.
Ben non. Si c'est la machine Debian qui se connecte au serveur, tout
baigne...
....
Si j'ai bien compris, nous avons:
- Une machine Debian qui fait des sauvegardes
- Une (ou plusieurs, peu importe) machine Windows qui a des
fichiers à sauvegarder.
La solution proposée ci-dessus propose de monter, par Samba,
les fichiers de la machine Windows, sur la machine Debian.
Ensuite faire un rsync, sur la machine Debian, entre le
partage Samba et un répertoire local.
On est d'accord?
Si non, ignorer la suite et me dire ce dont on parle :-)
Dans ce cas, que fait rsync? Il veut savoir si un fichier a
changé; il veut donc calculer une checksum quelconque sur le
fichier de la machine Windows, et une checksum sur le
fichier correspondant de la machine Debian. Or, rsyn accède
aux fichiers de la machine Windows par Samba. Donc, rsync va
ouvrir le fichier (sur le partage), lire le fichier (et là
on remarque que le fichier transite sur le réseau), puis
faire la checksum. En résumé: on a fait transité sur le
réseau l'ensemble des données à sauvegarder, qu'elles aient
changé ou non. Ou alors, qu'on m'explique comment rsync
marche parce que c'est magique pour moi :-)
Je pense que tu devrais prendre des vacances, yves. ;)
Ou que j'arrête de sortir le jeudi soir (ils sont fous ces
étrangers).
Y.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Fri, Jul 09, 2004 at 07:32:18PM +0200, François TOURDE wrote:
>> Tu peux monter le partage par samba puis faire le rsync classiquement. > Heu... ça veut dire qu'on va transférer les 18Go jusqu'à la > machine Linux pour qu'elle décide si les fichiers ont changé > ou non... donc on perd tout l'intérêt principal de rsync.
Ben non. Si c'est la machine Debian qui se connecte au serveur, tout baigne...
....
Si j'ai bien compris, nous avons: - Une machine Debian qui fait des sauvegardes - Une (ou plusieurs, peu importe) machine Windows qui a des fichiers à sauvegarder.
La solution proposée ci-dessus propose de monter, par Samba, les fichiers de la machine Windows, sur la machine Debian. Ensuite faire un rsync, sur la machine Debian, entre le partage Samba et un répertoire local.
On est d'accord?
Si non, ignorer la suite et me dire ce dont on parle :-)
Dans ce cas, que fait rsync? Il veut savoir si un fichier a changé; il veut donc calculer une checksum quelconque sur le fichier de la machine Windows, et une checksum sur le fichier correspondant de la machine Debian. Or, rsyn accède aux fichiers de la machine Windows par Samba. Donc, rsync va ouvrir le fichier (sur le partage), lire le fichier (et là on remarque que le fichier transite sur le réseau), puis faire la checksum. En résumé: on a fait transité sur le réseau l'ensemble des données à sauvegarder, qu'elles aient changé ou non. Ou alors, qu'on m'explique comment rsync marche parce que c'est magique pour moi :-)
Je pense que tu devrais prendre des vacances, yves. ;)
Ou que j'arrête de sortir le jeudi soir (ils sont fous ces étrangers).
Y.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
fra-duf-no-spam
Le 12608ième jour après Epoch, Yves Rutschle écrivait:
On Fri, Jul 09, 2004 at 07:32:18PM +0200, François TOURDE wrote:
>> Tu peux monter le partage par samba puis faire le rsync classiquement. > Heu... ça veut dire qu'on va transférer les 18Go jusqu'à la > machine Linux pour qu'elle décide si les fichiers ont changé > ou non... donc on perd tout l'intérêt principal de rsync.
Ben non. Si c'est la machine Debian qui se connecte au serveur, tout baigne...
....
Si j'ai bien compris, nous avons: - Une machine Debian qui fait des sauvegardes - Une (ou plusieurs, peu importe) machine Windows qui a des fichiers à sauvegarder.
La solution proposée ci-dessus propose de monter, par Samba, les fichiers de la machine Windows, sur la machine Debian. Ensuite faire un rsync, sur la machine Debian, entre le partage Samba et un répertoire local.
On est d'accord?
Si non, ignorer la suite et me dire ce dont on parle :-)
Non non, ça a bien l'air d'être ça... C'est bien ce qui commence à m'inquiéter ;)
Dans ce cas, que fait rsync? Il veut savoir si un fichier a changé; il veut donc calculer une checksum quelconque sur le fichier de la machine Windows, et une checksum sur le fichier correspondant de la machine Debian. Or, rsyn accède aux fichiers de la machine Windows par Samba. Donc, rsync va ouvrir le fichier (sur le partage), lire le fichier (et là on remarque que le fichier transite sur le réseau), puis faire la checksum. En résumé: on a fait transité sur le réseau l'ensemble des données à sauvegarder, qu'elles aient changé ou non. Ou alors, qu'on m'explique comment rsync marche parce que c'est magique pour moi :-)
Tiens, c'est pas bête ce que tu dis, là. D'un coup, je me sens couvert de ridicule...
Je pense que tu devrais prendre des vacances, yves. ;)
Ou que j'arrête de sortir le jeudi soir (ils sont fous ces étrangers).
Je crois qu'en fait, c'est moi qui vais en prendre, des vacances ;)
Toutes mes confuses !
-- You will be recognized and honored as a community leader.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le 12608ième jour après Epoch,
Yves Rutschle écrivait:
On Fri, Jul 09, 2004 at 07:32:18PM +0200, François TOURDE wrote:
>> Tu peux monter le partage par samba puis faire le rsync classiquement.
> Heu... ça veut dire qu'on va transférer les 18Go jusqu'à la
> machine Linux pour qu'elle décide si les fichiers ont changé
> ou non... donc on perd tout l'intérêt principal de rsync.
Ben non. Si c'est la machine Debian qui se connecte au serveur, tout
baigne...
....
Si j'ai bien compris, nous avons:
- Une machine Debian qui fait des sauvegardes
- Une (ou plusieurs, peu importe) machine Windows qui a des
fichiers à sauvegarder.
La solution proposée ci-dessus propose de monter, par Samba,
les fichiers de la machine Windows, sur la machine Debian.
Ensuite faire un rsync, sur la machine Debian, entre le
partage Samba et un répertoire local.
On est d'accord?
Si non, ignorer la suite et me dire ce dont on parle :-)
Non non, ça a bien l'air d'être ça... C'est bien ce qui commence à
m'inquiéter ;)
Dans ce cas, que fait rsync? Il veut savoir si un fichier a
changé; il veut donc calculer une checksum quelconque sur le
fichier de la machine Windows, et une checksum sur le
fichier correspondant de la machine Debian. Or, rsyn accède
aux fichiers de la machine Windows par Samba. Donc, rsync va
ouvrir le fichier (sur le partage), lire le fichier (et là
on remarque que le fichier transite sur le réseau), puis
faire la checksum. En résumé: on a fait transité sur le
réseau l'ensemble des données à sauvegarder, qu'elles aient
changé ou non. Ou alors, qu'on m'explique comment rsync
marche parce que c'est magique pour moi :-)
Tiens, c'est pas bête ce que tu dis, là. D'un coup, je me sens couvert
de ridicule...
Je pense que tu devrais prendre des vacances, yves. ;)
Ou que j'arrête de sortir le jeudi soir (ils sont fous ces
étrangers).
Je crois qu'en fait, c'est moi qui vais en prendre, des vacances ;)
Toutes mes confuses !
--
You will be recognized and honored as a community leader.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le 12608ième jour après Epoch, Yves Rutschle écrivait:
On Fri, Jul 09, 2004 at 07:32:18PM +0200, François TOURDE wrote:
>> Tu peux monter le partage par samba puis faire le rsync classiquement. > Heu... ça veut dire qu'on va transférer les 18Go jusqu'à la > machine Linux pour qu'elle décide si les fichiers ont changé > ou non... donc on perd tout l'intérêt principal de rsync.
Ben non. Si c'est la machine Debian qui se connecte au serveur, tout baigne...
....
Si j'ai bien compris, nous avons: - Une machine Debian qui fait des sauvegardes - Une (ou plusieurs, peu importe) machine Windows qui a des fichiers à sauvegarder.
La solution proposée ci-dessus propose de monter, par Samba, les fichiers de la machine Windows, sur la machine Debian. Ensuite faire un rsync, sur la machine Debian, entre le partage Samba et un répertoire local.
On est d'accord?
Si non, ignorer la suite et me dire ce dont on parle :-)
Non non, ça a bien l'air d'être ça... C'est bien ce qui commence à m'inquiéter ;)
Dans ce cas, que fait rsync? Il veut savoir si un fichier a changé; il veut donc calculer une checksum quelconque sur le fichier de la machine Windows, et une checksum sur le fichier correspondant de la machine Debian. Or, rsyn accède aux fichiers de la machine Windows par Samba. Donc, rsync va ouvrir le fichier (sur le partage), lire le fichier (et là on remarque que le fichier transite sur le réseau), puis faire la checksum. En résumé: on a fait transité sur le réseau l'ensemble des données à sauvegarder, qu'elles aient changé ou non. Ou alors, qu'on m'explique comment rsync marche parce que c'est magique pour moi :-)
Tiens, c'est pas bête ce que tu dis, là. D'un coup, je me sens couvert de ridicule...
Je pense que tu devrais prendre des vacances, yves. ;)
Ou que j'arrête de sortir le jeudi soir (ils sont fous ces étrangers).
Je crois qu'en fait, c'est moi qui vais en prendre, des vacances ;)
Toutes mes confuses !
-- You will be recognized and honored as a community leader.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
claude
Jean-Luc Coulon (f5ibh) wrote:
Le 09.07.2004 21:04:57, claude a écrit :
[...]
Heu... Zut : smbmount => command not found :( doit me manquer un package quelconque. Une indication ? ;)
ben, chez moi : dpkg -S smbmount kde-i18n-fr: /usr/share/doc/kde/HTML/fr/konq-plugins/smbmounter kde-i18n-fr: /usr/share/locale/fr/LC_MESSAGES/konq_smbmounterplugin.mo kde-i18n-fr: /usr/share/doc/kde/HTML/fr/konq-plugins/smbmounter/index.docbook kde-i18n-fr: /usr/share/doc/kde/HTML/fr/konq-plugins/smbmounter/index.cache.bz2 kde-i18n-fr: /usr/share/doc/kde/HTML/fr/konq-plugins/smbmounter/common
Un petit coup de dpkg -l smbfs m'a montré que celui-ci n'était pas installé... Bon, je vais pouvoir re-tester. Merci :)
Claude
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Bruno Muller
Bonsoir,
Le ven, 09/07/2004 à 20:40 +0200, claude a écrit :
En attendant, je dois faire avec et essayer de sécuriser au maximum ave c le minimum de moyens (et comme je préfère des solutions fiables, j'aimerai mieux éviter les trucs sous win qu'ils emploient actuellement ...).
Est-ce que backuppc ne ferait pas l'affaire ?
apt-cache show backuppc http://backuppc.sourceforge.net/
-- Bruno Muller
Bonsoir,
Le ven, 09/07/2004 à 20:40 +0200, claude a écrit :
En attendant, je dois faire avec et essayer de sécuriser au maximum ave c
le minimum de moyens (et comme je préfère des solutions fiables,
j'aimerai mieux éviter les trucs sous win qu'ils emploient actuellement ...).
Est-ce que backuppc ne ferait pas l'affaire ?
apt-cache show backuppc
http://backuppc.sourceforge.net/
Le ven, 09/07/2004 à 20:40 +0200, claude a écrit :
En attendant, je dois faire avec et essayer de sécuriser au maximum ave c le minimum de moyens (et comme je préfère des solutions fiables, j'aimerai mieux éviter les trucs sous win qu'ils emploient actuellement ...).
Est-ce que backuppc ne ferait pas l'affaire ?
apt-cache show backuppc http://backuppc.sourceforge.net/
-- Bruno Muller
claude
JB wrote: [...]
voici la commande executee avec cron :
rsync -avz --exclude-from=/saves/ExclusionsIntranet.txt /mnt/intranet/ /saves/intranet/ # cela synchronize les 2 repertoires en excluant ce qui est spécicifié dans le fichier ExclusionsIntranet.txt (des repertoires dont je me fous)
Ok, j'ai fais ça dans la crontab root chez moi pour tester (j'ai des pc en win aussi), hormis les exclusions... Pour tester pas la peine ;)
mon dossier windows est monté au démarrage via fstab et smbclient : //192.168.2.30/intranet /mnt/intranet smbfs ro,username=juju,password=MonSuperPassword 0 0 (l'option SMBFS doit etre activee dans le kernel dans FileSystems>NetworkFileSystems)
Yes, j'ai mis ça dans mon /etc/fstab : //192.168.0.11/Donnees /mnt/kali smbfs ro,usernameministrateur,password=monPassword 0 0
Au re-démarrage, le montage ne se fais pô et j'ai un message dans /var/log/message comme quoi l'accès au partage est refusée :(
Et, ça n'a sans doute rien à voir, j'ai perdu une partition avec une vingtaine de gigas de données : toutes mes archives depuis plus de 7 ans... Rien dans LOST+FOUND, un fsck sur la partition ne donne rien (à part qu'il m'a caché, je ne sais trop où, le fichier .journal qui est le seul résidu de la partition => un peu plus de 33 Mo quand même :(
Si quelqu'un a une idée pour essayer de récupérer (au moins en partie) mes données, je suis preneur, sachant que je ne connais pas du tout les outils style dd. Si cela peut aider, j'ai un cd de system-rescue-cd et une knoppix std sécurité/rescue (mais jamais eu à les utiliser). Bouh, que vais-je devenir sans mes archives (j'ai même plus mes fiches d'heures pour facturer mes clients) ?
Ah, éventuellement, j'ai aussi un DD neuf de 40 Go qui pourrait servir éventuellement pour la restauration...
Claude
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
JB wrote:
[...]
voici la commande executee avec cron :
rsync -avz --exclude-from=/saves/ExclusionsIntranet.txt
/mnt/intranet/ /saves/intranet/ # cela synchronize les 2 repertoires
en excluant ce qui est spécicifié dans le fichier
ExclusionsIntranet.txt (des repertoires dont je me fous)
Ok, j'ai fais ça dans la crontab root chez moi pour tester (j'ai des pc
en win aussi), hormis les exclusions... Pour tester pas la peine ;)
mon dossier windows est monté au démarrage via fstab et smbclient :
//192.168.2.30/intranet /mnt/intranet smbfs
ro,username=juju,password=MonSuperPassword 0 0 (l'option
SMBFS doit etre activee dans le kernel dans
FileSystems>NetworkFileSystems)
Yes, j'ai mis ça dans mon /etc/fstab :
//192.168.0.11/Donnees /mnt/kali smbfs
ro,usernameministrateur,password=monPassword 0 0
Au re-démarrage, le montage ne se fais pô et j'ai un message dans
/var/log/message comme quoi l'accès au partage est refusée :(
Et, ça n'a sans doute rien à voir, j'ai perdu une partition avec une
vingtaine de gigas de données : toutes mes archives depuis plus de 7
ans... Rien dans LOST+FOUND, un fsck sur la partition ne donne rien (à
part qu'il m'a caché, je ne sais trop où, le fichier .journal qui est le
seul résidu de la partition => un peu plus de 33 Mo quand même :(
Si quelqu'un a une idée pour essayer de récupérer (au moins en partie)
mes données, je suis preneur, sachant que je ne connais pas du tout les
outils style dd. Si cela peut aider, j'ai un cd de system-rescue-cd et
une knoppix std sécurité/rescue (mais jamais eu à les utiliser). Bouh,
que vais-je devenir sans mes archives (j'ai même plus mes fiches
d'heures pour facturer mes clients) ?
Ah, éventuellement, j'ai aussi un DD neuf de 40 Go qui pourrait servir
éventuellement pour la restauration...
Claude
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
rsync -avz --exclude-from=/saves/ExclusionsIntranet.txt /mnt/intranet/ /saves/intranet/ # cela synchronize les 2 repertoires en excluant ce qui est spécicifié dans le fichier ExclusionsIntranet.txt (des repertoires dont je me fous)
Ok, j'ai fais ça dans la crontab root chez moi pour tester (j'ai des pc en win aussi), hormis les exclusions... Pour tester pas la peine ;)
mon dossier windows est monté au démarrage via fstab et smbclient : //192.168.2.30/intranet /mnt/intranet smbfs ro,username=juju,password=MonSuperPassword 0 0 (l'option SMBFS doit etre activee dans le kernel dans FileSystems>NetworkFileSystems)
Yes, j'ai mis ça dans mon /etc/fstab : //192.168.0.11/Donnees /mnt/kali smbfs ro,usernameministrateur,password=monPassword 0 0
Au re-démarrage, le montage ne se fais pô et j'ai un message dans /var/log/message comme quoi l'accès au partage est refusée :(
Et, ça n'a sans doute rien à voir, j'ai perdu une partition avec une vingtaine de gigas de données : toutes mes archives depuis plus de 7 ans... Rien dans LOST+FOUND, un fsck sur la partition ne donne rien (à part qu'il m'a caché, je ne sais trop où, le fichier .journal qui est le seul résidu de la partition => un peu plus de 33 Mo quand même :(
Si quelqu'un a une idée pour essayer de récupérer (au moins en partie) mes données, je suis preneur, sachant que je ne connais pas du tout les outils style dd. Si cela peut aider, j'ai un cd de system-rescue-cd et une knoppix std sécurité/rescue (mais jamais eu à les utiliser). Bouh, que vais-je devenir sans mes archives (j'ai même plus mes fiches d'heures pour facturer mes clients) ?
Ah, éventuellement, j'ai aussi un DD neuf de 40 Go qui pourrait servir éventuellement pour la restauration...
Claude
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Vincent Lenouvel
This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages.
Vincent Lenouvel wrote: [...] > Tu peux monter le partage par samba puis faire le rsync > classiquement. > > smbmount //serveur/partage /tmp/partage/ -o username=vincent > iocharset=iso8859-15 codepage=cp850
Heu... Zut : smbmount => command not found :( doit me manquer un package quelconque. Une indication ? ;)
apt-get install smbfs
Claude
-- Pensez _ lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez _ rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact .org
-- Vincent Lenouvel -
Université de Caen, Campus II, Bd Maréchal Juin, BP 5186, 14032 Caen
Empreinte de la clé = D14D EFE9 4F55 AF89 98B0 666B 17E5 C840 4B0D 80E4
On Fri, 09 Jul 2004 21:04:57 +0200
claude <cthomassin@waika9.com> wrote:
Vincent Lenouvel wrote:
[...]
> Tu peux monter le partage par samba puis faire le rsync
> classiquement.
>
> smbmount //serveur/partage /tmp/partage/ -o username=vincent
> iocharset=iso8859-15 codepage=cp850
Heu... Zut : smbmount => command not found :( doit me manquer un package
quelconque. Une indication ? ;)
apt-get install smbfs
Claude
--
Pensez _ lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez _ rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian .org
--
Vincent Lenouvel - <vincent@info.unicaen.fr>
Université de Caen, Campus II, Bd Maréchal Juin, BP 5186, 14032 Caen
Empreinte de la clé = D14D EFE9 4F55 AF89 98B0 666B 17E5 C840 4B0D 80E4
Vincent Lenouvel wrote: [...] > Tu peux monter le partage par samba puis faire le rsync > classiquement. > > smbmount //serveur/partage /tmp/partage/ -o username=vincent > iocharset=iso8859-15 codepage=cp850
Heu... Zut : smbmount => command not found :( doit me manquer un package quelconque. Une indication ? ;)
apt-get install smbfs
Claude
-- Pensez _ lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez _ rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact .org
-- Vincent Lenouvel -
Université de Caen, Campus II, Bd Maréchal Juin, BP 5186, 14032 Caen
Empreinte de la clé = D14D EFE9 4F55 AF89 98B0 666B 17E5 C840 4B0D 80E4
