Fwd: problème de sauvegarde avec deja-dup

[Bernard Schoenacker]

- Mail transféré -
> De: "jean-pierre giraud" 
> À: debian-user-french@lists.debian.org
> Envoyé: Mercredi 13 Décembre 2017 01:12:46
> Objet: problème de sauvegarde avec deja-dup
> 
> Bonjour,
> Je redirige sur la liste une question envoyée par erreur à la liste
> debian-news-fre...@lists.debian.org
> 
> jipege
> 
>  Message transféré 
> Sujet :   Re: Publication de la mise à jour de Debian 9.3
> Date :Tue, 12 Dec 2017 17:59:28 +0100
> De :  christian 
> Pour :jean-pierregir...@neuf.fr
> Copie à : debian-news-fre...@lists.debian.org
> 
> Bonjour,
> 
> Merci pour votre suivi de Debian.
> 
> Je suis en version Debian 9. Je rencontre un gros problème avec
> deja-dup
> qui refuse de sauvegarder.
> 
> Etes vous au courant ? Ci-joint quelques élements du bug. dans
> fichier
> joint Deja-Dup.odt.
> 
> Au passage pouvez vous me conseiller sur les outils de backup Debian
> ?
> sbackup ou deja-dup ou autre ?
> 
> Bien cordialement
> 
> Christian Rozé
> 
> 
bonjour,

serait il possible d'essayer luckybackup ou bacula ?

slt
bernard

problème de sauvegarde avec deja-dup

[jean-pierre giraud]

Bonjour,
Je redirige sur la liste une question envoyée par erreur à la liste 
debian-news-fre...@lists.debian.org

jipege

 Message transféré 
Sujet : Re: Publication de la mise à jour de Debian 9.3
Date :  Tue, 12 Dec 2017 17:59:28 +0100
De :christian 
Pour :  jean-pierregir...@neuf.fr
Copie à :   debian-news-fre...@lists.debian.org

Bonjour,

Merci pour votre suivi de Debian.

Je suis en version Debian 9. Je rencontre un gros problème avec deja-dup
qui refuse de sauvegarder.

Etes vous au courant ? Ci-joint quelques élements du bug. dans fichier
joint Deja-Dup.odt.

Au passage pouvez vous me conseiller sur les outils de backup Debian ?
sbackup ou deja-dup ou autre ?

Bien cordialement

Christian Rozé

Re: bnfa/sharing

[Yann Serre]

Oui, d'où le smiley qui relativise et élargit le "privé" à "partage 
discret avec modération" :)


Le 12/12/2017 à 21:28, Jean Bernon a écrit :

Le site permet à toute personne privée qui a un handicap de télécharger 
gratuitement des documents pour un usage privé. Donc si Pierre qui a un 
handicap distribue un document qu'il a téléchargé à Paul qui a le même 
handicap, mais qui n'est pas de sa famille, c'est formellement illégal en 
effet, mais je doute fort que ce soit là le souci majeur de la BnF qui 
distribue ces documents. Le souci majeur c'est bien le risque d'une 
distribution large, a fortiori sur un site public, à des personnes qui ne sont 
pas éligibles à la distribution gratuite de ces documents.

Re: bnfa/sharing

[Jean Bernon]

Le site permet à toute personne privée qui a un handicap de télécharger 
gratuitement des documents pour un usage privé. Donc si Pierre qui a un 
handicap distribue un document qu'il a téléchargé à Paul qui a le même 
handicap, mais qui n'est pas de sa famille, c'est formellement illégal en 
effet, mais je doute fort que ce soit là le souci majeur de la BnF qui 
distribue ces documents. Le souci majeur c'est bien le risque d'une 
distribution large, a fortiori sur un site public, à des personnes qui ne sont 
pas éligibles à la distribution gratuite de ces documents.


- Mail original - 

> De: "Yann Serre" 
> À: debian-user-french@lists.debian.org
> Envoyé: Mardi 12 Décembre 2017 21:02:14
> Objet: Re: bnfa/sharing

> Bonjour, sauf que "distribuer une copie à quelques personnes privées"
> est aussi illégal :)
> Distribuer dans son foyer (à soi-même, à son conjoint, à ses enfants
> vivant dans le foyer,... ), ça c'est privé au sens de la loi.
> Le voisin ou les amis, ça c'est public...

> Le 12/12/2017 à 20:03, Jean Bernon a écrit :
> > Consulte les mentions légales du site.
> > http://www.bnfa.fr/mentions-legales
> > Il est dit que tout autre usage que privé est illégal. Donc si tu
> > distribues une copie à quelques personnes privées pas de problème.
> > Si toi ou l'une d'entre elles met les données en ligne sur un site
> > public (sens de sharing ?), c'est illégal.
> > Le plus simple est de leur dire ce que tu veux faire exactement.
> > Ils te diront si c'est légal et sous quelles conditions.

Re: bnfa/sharing

[Yann Serre]

Bonjour, sauf que "distribuer une copie à quelques personnes privées" 
est aussi illégal :)
Distribuer dans son foyer (à soi-même, à son conjoint, à ses enfants 
vivant dans le foyer,... ), ça c'est privé au sens de la loi.

Le voisin ou les amis, ça c'est public...

Le 12/12/2017 à 20:03, Jean Bernon a écrit :

Consulte les mentions légales du site.
http://www.bnfa.fr/mentions-legales  
Il est dit que tout autre usage que privé est illégal. Donc si tu distribues une copie à quelques personnes privées pas de problème. Si toi ou l'une d'entre elles met les données en ligne sur un site public (sens de sharing ?), c'est illégal.

Le plus simple est de leur dire ce que tu veux faire exactement. Ils te diront 
si c'est légal et sous quelles conditions.

Re: Qu'est ce qui rend nécessaire un changement de MTU ?

[Pascal Hambourg]

Le 12/12/2017 à 09:15, Olivier a écrit :


Après recherches, il s'avère qu'en valorisant à 1472, le MTU (par une
commande "ifconfig eth0 mtu up"), les conséquences du problème ont disparu
(plus d'affichage SSH tronqué, scp OK).

J'aimerai comprendre ce qui s'est passé et ce qui a, en apparence, du
moins, rendu nécessaire ce changement de MTU.


Un changement de MTU (diminution) le long du chemin et une mauvaise 
gestion de la fragmentation et des messages ICMP "destination 
unreachable - fragmentation needed but DF (don't fragmet flag) set".


Lorsqu'un routeur reçoit un paquet IPv4 qu'il doit router par une 
interface de MTU inférieure à la taille du paquet, doit :
- si le paquet a le flag DF à 0, fragmenter le paquet et envoyer les 
fragments par l'interface ;
- si le paquet a le flag DF à 1, écarter le paquet et renvoyer un 
message d'erreur ICMP "destination unreachable - fragmentation needed 
but DF set" annonçant la taille maximum à l'adresse source du paquet.


Les problèmes possibles sont nombreux :
- Le routeur écarte les paquets trop gros mais n'envoie pas de messages 
ICMP, ou l'équipement où a lieu la baisse de MTU n'est pas un routeur 
(exemple : concentrateur d'accès PPPoE ADSL qui n'est qu'un relais entre 
un tunnel PPPoE et un tunnel L2TP).
- Les messages d'erreur ICMP sont filtrés en chemin par un firewall ou 
ignorés par l'émetteur du paquet initial.

- les fragments sont filtrés en chemin par un firewall.

Les VPN et autres tunnels sont de gros pourvoyeurs de baisse de MTU 
et/ou de fragmentation car l'encapsulation augmente la taille des paquets.

Re: Qu'est ce qui rend nécessaire un changement de MTU ?

[Pascal Hambourg]

Le 12/12/2017 à 14:14, Olivier Krief a écrit :

Mea culpa:

il fallait lire:
1472 + 4 (IP) + 20 (ICMP) = 1500

et non:
1428 + 4 (IP) + 20 (ICMP) = 1500


Encore faux.

20 (IP) + 8 (ICMP) + 1472 (data) = 1500

Re: bnfa/sharing

[Jean Bernon]

Consulte les mentions légales du site. 
http://www.bnfa.fr/mentions-legales 
Il est dit que tout autre usage que privé est illégal. Donc si tu distribues 
une copie à quelques personnes privées pas de problème. Si toi ou l'une d'entre 
elles met les données en ligne sur un site public (sens de sharing ?), c'est 
illégal. 
Le plus simple est de leur dire ce que tu veux faire exactement. Ils te diront 
si c'est légal et sous quelles conditions. 
- Mail original -

> De: mala...@elude.in
> À: debian-user-french@lists.debian.org
> Envoyé: Mardi 12 Décembre 2017 17:51:37
> Objet: bnfa/sharing

> www.bnfa.fr

> est-ce qu'un partage est illégal ?
> (copy audio)

bnfa/sharing

[malakit]

www.bnfa.fr

est-ce qu'un partage est illégal ?
(copy audio)

Re: imprimante bien compatible avec cups

[andre_debian]

On Tuesday 05 December 2017 14:08:04 fab wrote:
> > à 1€ pièce chez Amazon. À ce tarif là, j'imprime à gogo sans sourciller.
> > Désolé d'être un tantinet GAFAM et de ne pas respecter l'éthique
> > 100% Libriste, mais bon, au moins ça marche impec, pas cher 
> > et pas de soucis. 
> Mais ne sois pas désolé. C'est un choix que tu fais... en conscience.
> > :-)

On peut formuler le problème ainsi :
Comment combiner un système global qui fonctionne bien 
mais ne respecte pas complètement l'éthique du logiciel Libre 
et Opensource ?

To be or not to be, that is the question ?  comme l'a dit Shakespeare :-)

André

Re: Qu'est ce qui rend nécessaire un changement de MTU ?

[Olivier Krief]

Mea culpa:

il fallait lire:
1472 + 4 (IP) + 20 (ICMP) = 1500

et non:
1428 + 4 (IP) + 20 (ICMP) = 1500

Re: Qu'est ce qui rend nécessaire un changement de MTU ?

[Olivier]

Voici des informations que j'ai pu glaner depuis mon message précédent.

La valeur 1472 de la commande "ping -M do -s 1472 192.168.1.231" doit
s'interpréter de la façon suivante:
1428 + 4 (IP) + 20 (ICMP) = 1500
Une erreur avec 1473 est cohérente avec le MTU de 1500 du commutateur.

En reconfigurant un modem router, j'ai pu me connecter à mon serveur sans
utiliser le client OpenVPN qui y est installé et via lequel j'avais opéré
mes essais (et omis de le préciser).

Avec une connexion directe (ie sans VPN), je peux afficher par SSH le
contenu d'un fichier assez long.
Avec une connexion par VPN, je ne peux pas afficher par SSH le contenu d'un
fichier assez long.

En changeant le MTU de l'interface Ethernet, je peux afficher par SSH le
contenu d'un fichier assez long via le VPN mais ceci diminue les
performances globales.

Le lien [1] évoque le paramètre mssfix.
Qu'en penser ?

[1]
https://openvpn.net/index.php/open-source/faq/77-server/271-i-can-ping-through-the-tunnel-but-any-real-work-causes-it-to-lock-up-is-this-an-mtu-problem.html



Le 12 décembre 2017 à 09:15, Olivier  a écrit :

> Bonjour,
>
> J'ai constaté il y quelques semaines sur un serveur distant sous Jessie,
> que mes connexions SSH  et commandes scp étaient inexplicablement
> perturbées: affichage bloqué dès que les données affichées dépassaient un
> certain volume.
>
> Après recherches, il s'avère qu'en valorisant à 1472, le MTU (par une
> commande "ifconfig eth0 mtu up"), les conséquences du problème ont disparu
> (plus d'affichage SSH tronqué, scp OK).
>
> J'aimerai comprendre ce qui s'est passé et ce qui a, en apparence, du
> moins, rendu nécessaire ce changement de MTU.
>
>
> Mon installation comprend:
> Serveur Jessie < Eth -> Commutateur
>
> Le commutateur a l'adresse 192.168.1.231.
> Depuis le serveur, j'avais:
> ping -M do -s 1472 192.168.1.231100% de réussite
> ping -M do -s 1473 192.168.1.231100% d'échec
>
>
> Après une discussion très sommaire, avec le support du commutateur, j'ai
> compris:
>
> A. que l'interface du serveur pouvait avoir un MTU différent de celui de
> l'interface du commutateur, du moment que la valeur était inférieure ou
> égale.
>
> B. que l'interface du commutateur est actuellement configurée avec un MTU
> de 1500.
>
> Mes questions sont:
>
> 1. Que pensez-vous de A ?
>
> 2. Pour quelle raison, ai-je un échec  avec un "ping à 1473" ? Si j'en
> crois l'interface du switch, je devrais pouvoir monter jusqu'à 1500, non ?
>
> 3. Qui a déjà eu à modifier en urgence, soudainement, un tel paramètre ?
> Dans quelles circonstances ?
>
> Slts
>
>

gérer les tâches d'une copropriété

[Klaus Becker]

Bonjour,

je cherche comment gérer de manière conviviale les tâches d'une copropriétés, 
notamment les échanges mel entre le Conseil Syndical et le syndic. Bref il 
s'agit surtout de contrôler le tavail du syndic de manière efficace.

En gros :

- demande par mel adressée à telle date par telle personne au syndic et à 
d'autres organismes impliqués

- objet de la demande

- remarques

- date d'une réponse, par quelle personne

- problème résolu ou non

- suite à donner

- etc.

Pour l'instant, je le fais avec Libreoffice Calc, donc sous forme de tableau, 
mais je n'en suis pas satisfait : le suivi devient vite un casse-tête, pénible 
à suivre.

Peut-être connaissez-vous un tel tableau plus réussi ou d'autres logiciels 
pour ce travail.

J'ai 2 versions très différentes d'un tel tableau Calc, je peux éventuellement 
vous l'envoyer en privé.

merci bien

Klaus

Qu'est ce qui rend nécessaire un changement de MTU ?

[Olivier]

Bonjour,

J'ai constaté il y quelques semaines sur un serveur distant sous Jessie,
que mes connexions SSH  et commandes scp étaient inexplicablement
perturbées: affichage bloqué dès que les données affichées dépassaient un
certain volume.

Après recherches, il s'avère qu'en valorisant à 1472, le MTU (par une
commande "ifconfig eth0 mtu up"), les conséquences du problème ont disparu
(plus d'affichage SSH tronqué, scp OK).

J'aimerai comprendre ce qui s'est passé et ce qui a, en apparence, du
moins, rendu nécessaire ce changement de MTU.


Mon installation comprend:
Serveur Jessie < Eth -> Commutateur

Le commutateur a l'adresse 192.168.1.231.
Depuis le serveur, j'avais:
ping -M do -s 1472 192.168.1.231100% de réussite
ping -M do -s 1473 192.168.1.231100% d'échec


Après une discussion très sommaire, avec le support du commutateur, j'ai
compris:

A. que l'interface du serveur pouvait avoir un MTU différent de celui de
l'interface du commutateur, du moment que la valeur était inférieure ou
égale.

B. que l'interface du commutateur est actuellement configurée avec un MTU
de 1500.

Mes questions sont:

1. Que pensez-vous de A ?

2. Pour quelle raison, ai-je un échec  avec un "ping à 1473" ? Si j'en
crois l'interface du switch, je devrais pouvoir monter jusqu'à 1500, non ?

3. Qui a déjà eu à modifier en urgence, soudainement, un tel paramètre ?
Dans quelles circonstances ?

Slts