Ubuntu-fr

geole

[Discussion fermée]rsnapshot

Bonjour
En lisant la documentation rsnapshot

https://github.com/rsnapshot/rsnapshot
https://rsnapshot.org/
https://rsnapshot.org/faq.html
je ne m'attendais pas à  accéder régulièrement    à la société en utilisant le logiciel.

Jan 28 12:00:01 a CRON[8704]: (root) CMD (/usr/bin/rsnapshot alpha ; echo Lancement horaire de rsnapshot)
Jan 28 12:00:08 a rsnapshot[8717]: /usr/bin/rsnapshot alpha: completed successfully
Jan 28 12:38:50 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN A.
Jan 28 12:38:50 a systemd-resolved[1676]: Cache miss for rsnapshot.org IN A
Jan 28 12:38:50 a systemd-resolved[1676]: Firing regular transaction 10468 for <rsnapshot.org IN A> scope dns on wlx0002728d7f31/* (validate=yes).
Jan 28 12:38:50 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN AAAA.
Jan 28 12:38:50 a systemd-resolved[1676]: Cache miss for rsnapshot.org IN AAAA
Jan 28 12:38:50 a systemd-resolved[1676]: Firing regular transaction 1730 for <rsnapshot.org IN AAAA> scope dns on wlx0002728d7f31/* (validate=yes).
Jan 28 12:38:50 a systemd-resolved[1676]: Added positive unauthenticated non-confidential cache entry for rsnapshot.org IN A 300s on wlx0002728d7f31/INET6/fd0f:ee:b0::1
Jan 28 12:38:50 a systemd-resolved[1676]: Regular transaction 10468 for <rsnapshot.org IN A> on scope dns on wlx0002728d7f31/* now complete with <success> from network (unsigned; non-confidential).
Jan 28 12:38:51 a systemd-resolved[1676]: Not caching negative entry for: rsnapshot.org IN AAAA, cache mode set to no-negative
Jan 28 12:38:51 a systemd-resolved[1676]: Regular transaction 1730 for <rsnapshot.org IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from network (unsigned; non-confidential).
Jan 28 12:39:55 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN A.
Jan 28 12:39:55 a systemd-resolved[1676]: Positive cache hit for rsnapshot.org IN A
Jan 28 12:39:55 a systemd-resolved[1676]: Regular transaction 34154 for <rsnapshot.org IN A> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
Jan 28 12:39:55 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN AAAA.
Jan 28 12:39:55 a systemd-resolved[1676]: Cache miss for rsnapshot.org IN AAAA
Jan 28 12:39:55 a systemd-resolved[1676]: Firing regular transaction 124 for <rsnapshot.org IN AAAA> scope dns on wlx0002728d7f31/* (validate=yes).
Jan 28 12:39:55 a systemd-resolved[1676]: Not caching negative entry for: rsnapshot.org IN AAAA, cache mode set to no-negative
Jan 28 12:39:55 a systemd-resolved[1676]: Regular transaction 124 for <rsnapshot.org IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from network (unsigned; non-confidential).
Jan 28 12:42:54 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN A.
Jan 28 12:42:54 a systemd-resolved[1676]: Cache miss for rsnapshot.org IN A
Jan 28 12:42:54 a systemd-resolved[1676]: Firing regular transaction 37607 for <rsnapshot.org IN A> scope dns on wlx0002728d7f31/* (validate=yes).
Jan 28 12:42:55 a systemd-resolved[1676]: Added positive unauthenticated non-confidential cache entry for rsnapshot.org IN A 56s on wlx0002728d7f31/INET6/fd0f:ee:b0::1
Jan 28 12:42:55 a systemd-resolved[1676]: Regular transaction 37607 for <rsnapshot.org IN A> on scope dns on wlx0002728d7f31/* now complete with <success> from network (unsigned; non-confidential).
Jan 28 12:42:55 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN AAAA.
Jan 28 12:42:55 a systemd-resolved[1676]: Cache miss for rsnapshot.org IN AAAA
Jan 28 12:42:55 a systemd-resolved[1676]: Firing regular transaction 21514 for <rsnapshot.org IN AAAA> scope dns on wlx0002728d7f31/* (validate=yes).
Jan 28 12:42:55 a systemd-resolved[1676]: Not caching negative entry for: rsnapshot.org IN AAAA, cache mode set to no-negative
Jan 28 12:42:55 a systemd-resolved[1676]: Regular transaction 21514 for <rsnapshot.org IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from network (unsigned; non-confidential).
Jan 28 12:46:45 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN A.
Jan 28 12:46:45 a systemd-resolved[1676]: Cache miss for rsnapshot.org IN A
Jan 28 12:46:45 a systemd-resolved[1676]: Firing regular transaction 19359 for <rsnapshot.org IN A> scope dns on wlx0002728d7f31/* (validate=yes).
Jan 28 12:46:45 a systemd-resolved[1676]: Added positive unauthenticated non-confidential cache entry for rsnapshot.org IN A 300s on wlx0002728d7f31/INET/192.168.1.254
Jan 28 12:46:45 a systemd-resolved[1676]: Regular transaction 19359 for <rsnapshot.org IN A> on scope dns on wlx0002728d7f31/* now complete with <success> from network (unsigned; non-confidential).
Jan 28 12:46:45 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN AAAA.
Jan 28 12:46:45 a systemd-resolved[1676]: Cache miss for rsnapshot.org IN AAAA
Jan 28 12:46:45 a systemd-resolved[1676]: Firing regular transaction 45169 for <rsnapshot.org IN AAAA> scope dns on wlx0002728d7f31/* (validate=yes).
Jan 28 12:46:45 a systemd-resolved[1676]: Not caching negative entry for: rsnapshot.org IN AAAA, cache mode set to no-negative
Jan 28 12:46:45 a systemd-resolved[1676]: Regular transaction 45169 for <rsnapshot.org IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from network (unsigned; non-confidential).
Jan 28 12:48:35 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN A.
Jan 28 12:48:35 a systemd-resolved[1676]: Positive cache hit for rsnapshot.org IN A
Jan 28 12:48:35 a systemd-resolved[1676]: Regular transaction 23523 for <rsnapshot.org IN A> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
Jan 28 12:48:35 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN AAAA.
Jan 28 12:48:35 a systemd-resolved[1676]: Cache miss for rsnapshot.org IN AAAA
Jan 28 12:48:35 a systemd-resolved[1676]: Firing regular transaction 60336 for <rsnapshot.org IN AAAA> scope dns on wlx0002728d7f31/* (validate=yes).
Jan 28 12:48:36 a systemd-resolved[1676]: Not caching negative entry for: rsnapshot.org IN AAAA, cache mode set to no-negative
Jan 28 12:48:36 a systemd-resolved[1676]: Regular transaction 60336 for <rsnapshot.org IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from network (unsigned; non-confidential).
Jan 28 12:51:46 a systemd-resolved[1676]: Removing cache entry for rsnapshot.org IN A (expired 1s ago)
Jan 28 12:58:37 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN A.
Jan 28 12:58:37 a systemd-resolved[1676]: Cache miss for rsnapshot.org IN A
Jan 28 12:58:37 a systemd-resolved[1676]: Firing regular transaction 30985 for <rsnapshot.org IN A> scope dns on wlx0002728d7f31/* (validate=yes).
Jan 28 12:58:37 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN AAAA.
Jan 28 12:58:37 a systemd-resolved[1676]: Cache miss for rsnapshot.org IN AAAA
Jan 28 12:58:37 a systemd-resolved[1676]: Firing regular transaction 12072 for <rsnapshot.org IN AAAA> scope dns on wlx0002728d7f31/* (validate=yes).
Jan 28 12:58:37 a systemd-resolved[1676]: Added positive unauthenticated non-confidential cache entry for rsnapshot.org IN A 300s on wlx0002728d7f31/INET/192.168.1.254
Jan 28 12:58:37 a systemd-resolved[1676]: Regular transaction 30985 for <rsnapshot.org IN A> on scope dns on wlx0002728d7f31/* now complete with <success> from network (unsigned; non-confidential).
Jan 28 12:58:37 a systemd-resolved[1676]: Not caching negative entry for: rsnapshot.org IN AAAA, cache mode set to no-negative
Jan 28 12:58:37 a systemd-resolved[1676]: Regular transaction 12072 for <rsnapshot.org IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from network (unsigned; non-confidential).
Jan 28 13:00:01 a CRON[9551]: (root) CMD (/usr/bin/rsnapshot alpha ; echo Lancement horaire de rsnapshot)

Existe-t-il un moyen simple de  visualiser le contenu de l'échange?
Cela devrait être possible en cherchant dans le source
Merci

Cela n'a peut-être rien à voir avec l'application.
Je purge les caches de firefox

A moins que j'ai mal purgé, le problème revient

an 28 15:50:01 a CRON[15351]: (root) CMD (/usr/bin/rsnapshot gamma ; echo Lancement hebdomadaire de rsnapshot)
Jan 28 15:50:07 a systemd-resolved[1676]: Removing cache entry for rsnapshot.org IN A (expired 30s ago)
Jan 28 15:50:10 a rsnapshot[15368]: /usr/bin/rsnapshot gamma: completed successfully
Jan 28 15:55:01 a CRON[18230]: (root) CMD (/usr/bin/rsnapshot beta  ; echo Lancement journalier de rsnapshot)
Jan 28 15:55:01 a rsnapshot[18232]: /usr/bin/rsnapshot beta: completed successfully
Jan 28 16:00:01 a CRON[18280]: (root) CMD (/usr/bin/rsnapshot alpha ; echo Lancement horaire de rsnapshot)
Jan 28 16:05:02 a rsnapshot[18330]: /usr/bin/rsnapshot alpha: completed successfully
Jan 28 16:23:01 a cron[2254]: (*system*rsnapshot) RELOAD (/etc/cron.d/rsnapshot)
Jan 28 16:25:46 a rsnapshot[19649]: /usr/bin/rsnapshot delta: completed successfully
Jan 28 16:45:01 a CRON[20135]: (root) CMD (/usr/bin/rsnapshot delta ; echo Lancement mensuel  de rsnapshot)
Jan 28 16:50:01 a CRON[20284]: (root) CMD (/usr/bin/rsnapshot gamma ; echo Lancement hebdomadaire de rsnapshot)
Jan 28 16:50:01 a rsnapshot[20286]: /usr/bin/rsnapshot gamma: completed successfully
Jan 28 16:50:29 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN A.
Jan 28 16:50:29 a systemd-resolved[1676]: Cache miss for rsnapshot.org IN A
Jan 28 16:50:29 a systemd-resolved[1676]: Firing regular transaction 18918 for <rsnapshot.org IN A> scope dns on wlx0002728d7f31/* (validate=yes).
Jan 28 16:50:29 a systemd-resolved[1676]: Looking up RR for rsnapshot.org IN AAAA.
Jan 28 16:50:29 a systemd-resolved[1676]: Cache miss for rsnapshot.org IN AAAA
Jan 28 16:50:29 a systemd-resolved[1676]: Firing regular transaction 3891 for <rsnapshot.org IN AAAA> scope dns on wlx0002728d7f31/* (validate=yes).
Jan 28 16:50:29 a systemd-resolved[1676]: Added positive unauthenticated non-confidential cache entry for rsnapshot.org IN A 300s on wlx0002728d7f31/INET6/fd0f:ee:b0::1
Jan 28 16:50:29 a systemd-resolved[1676]: Regular transaction 18918 for <rsnapshot.org IN A> on scope dns on wlx0002728d7f31/* now complete with <success> from network>
Jan 28 16:50:29 a systemd-resolved[1676]: Not caching negative entry for: rsnapshot.org IN AAAA, cache mode set to no-negative
Jan 28 16:50:29 a systemd-resolved[1676]: Regular transaction 3891 for <rsnapshot.org IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from netwo>
Jan 28 16:55:01 a CRON[20411]: (root) CMD (/usr/bin/rsnapshot beta  ; echo Lancement journalier de rsnapshot)
Jan 28 16:55:02 a rsnapshot[20413]: /usr/bin/rsnapshot beta: completed successfully
Jan 28 16:55:30 a systemd-resolved[1676]: Removing cache entry for rsnapshot.org IN A (expired 1s ago)
Jan 28 17:00:01 a CRON[20464]: (root) CMD (/usr/bin/rsnapshot alpha ; echo Lancement horaire de rsnapshot)
Jan 28 17:05:26 a unknown: La copie Rsnap a terminé à dim. 28 janv. 2024 17:05:26 CET
Jan

a@a:~$ cat /etc/systemd/resolved.conf
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it under the
#  terms of the GNU Lesser General Public License as published by the Free
#  Software Foundation; either version 2.1 of the License, or (at your option)
#  any later version.
#
# Entries in this file show the compile time defaults. Local configuration
# should be created by either modifying this file, or by creating "drop-ins" in
# the resolved.conf.d/ subdirectory. The latter is generally recommended.
# Defaults can be restored by simply deleting this file and all drop-ins.
#
# Use 'systemd-analyze cat-config systemd/resolved.conf' to display the full config.
#
# See resolved.conf(5) for details.

[Resolve]
# Some examples of DNS servers which may be used for DNS= and FallbackDNS=:
# Cloudflare: 1.1.1.1#cloudflare-dns.com 1.0.0.1#cloudflare-dns.com 2606:4700:4700::1111#cloudflare-dns.com 2606:4700:4700::1001#cloudflare-dns.com
# Google:     8.8.8.8#dns.google 8.8.4.4#dns.google 2001:4860:4860::8888#dns.google 2001:4860:4860::8844#dns.google
# Quad9:      9.9.9.9#dns.quad9.net 149.112.112.112#dns.quad9.net 2620:fe::fe#dns.quad9.net 2620:fe::9#dns.quad9.net
#DNS=
#FallbackDNS=
#Domains=
#DNSSEC=no
#DNSOverTLS=no
#MulticastDNS=no
#LLMNR=no
#Cache=no-negative
#CacheFromLocalhost=no
#DNSStubListener=yes
#DNSStubListenerExtra=
#ReadEtcHosts=yes
#ResolveUnicastSingleLabel=no
a@a:~$ 

Dernière modification par geole (Le 31/01/2024, à 22:35)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

geole

Re : [Discussion fermée]rsnapshot

Bonjour
J'avais effectivement mal purgé. Plus de messages rsnap depuis 24 heures.
En revanche, je ne comprends ce que le message signifie.
En allant plus loin.    Cela "trace" pas mal et je ne sais toujours pas comprendre.

a@a:~$ journalctl --no-pager -b -u systemd-resolved |wc -l
39505
a@a:~$ journalctl --no-pager -b -u systemd-resolved |tail -200
janv. 30 09:21:08 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.firefox.com → detectportal.prod.mozaws.net.
janv. 30 09:21:08 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.prod.mozaws.net → prod.detectportal.prod.cloudops.mozgcp.net.
janv. 30 09:21:08 a systemd-resolved[1708]: Sending response packet with id 59174 on interface 1/AF_INET of size 164.
janv. 30 09:21:08 a systemd-resolved[1708]: Processing query...
janv. 30 09:21:08 a systemd-resolved[1708]: Received dns UDP packet of size 42, ifindex=0, ttl=64, fragsize=0, sender=127.0.0.1, destination=127.0.0.53
janv. 30 09:21:08 a systemd-resolved[1708]: Got DNS stub UDP query packet for id 59169
janv. 30 09:21:08 a systemd-resolved[1708]: Looking up RR for ipv4only.arpa IN A.
janv. 30 09:21:08 a systemd-resolved[1708]: Positive cache hit for ipv4only.arpa IN A
janv. 30 09:21:08 a systemd-resolved[1708]: Regular transaction 28382 for <ipv4only.arpa IN A> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
janv. 30 09:21:08 a systemd-resolved[1708]: Freeing transaction 28382.
janv. 30 09:21:08 a systemd-resolved[1708]: Sending response packet with id 59169 on interface 1/AF_INET of size 58.
janv. 30 09:21:08 a systemd-resolved[1708]: Processing query...
janv. 30 09:21:08 a systemd-resolved[1708]: Received dns UDP packet of size 42, ifindex=0, ttl=64, fragsize=0, sender=127.0.0.1, destination=127.0.0.53
janv. 30 09:21:08 a systemd-resolved[1708]: Got DNS stub UDP query packet for id 56146
janv. 30 09:21:08 a systemd-resolved[1708]: Looking up RR for ipv4only.arpa IN AAAA.
janv. 30 09:21:08 a systemd-resolved[1708]: Positive cache hit for ipv4only.arpa IN AAAA
janv. 30 09:21:08 a systemd-resolved[1708]: Regular transaction 35880 for <ipv4only.arpa IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
janv. 30 09:21:08 a systemd-resolved[1708]: Freeing transaction 35880.
janv. 30 09:21:08 a systemd-resolved[1708]: Sending response packet with id 56146 on interface 1/AF_INET of size 70.
janv. 30 09:21:08 a systemd-resolved[1708]: Processing query...
janv. 30 09:21:08 a systemd-resolved[1708]: Received dns UDP packet of size 53, ifindex=0, ttl=64, fragsize=0, sender=127.0.0.1, destination=127.0.0.53
janv. 30 09:21:08 a systemd-resolved[1708]: Got DNS stub UDP query packet for id 56133
janv. 30 09:21:08 a systemd-resolved[1708]: Looking up RR for detectportal.firefox.com IN AAAA.
janv. 30 09:21:08 a systemd-resolved[1708]: Positive cache hit for detectportal.firefox.com IN AAAA
janv. 30 09:21:08 a systemd-resolved[1708]: Regular transaction 45093 for <detectportal.firefox.com IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
janv. 30 09:21:08 a systemd-resolved[1708]: Freeing transaction 45093.
janv. 30 09:21:08 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.firefox.com → detectportal.prod.mozaws.net.
janv. 30 09:21:08 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.prod.mozaws.net → prod.detectportal.prod.cloudops.mozgcp.net.
janv. 30 09:21:08 a systemd-resolved[1708]: Positive cache hit for prod.detectportal.prod.cloudops.mozgcp.net IN AAAA
janv. 30 09:21:08 a systemd-resolved[1708]: Regular transaction 13748 for <prod.detectportal.prod.cloudops.mozgcp.net IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
janv. 30 09:21:08 a systemd-resolved[1708]: Freeing transaction 13748.
janv. 30 09:21:08 a systemd-resolved[1708]: Sending response packet with id 56133 on interface 1/AF_INET of size 192.
janv. 30 09:21:08 a systemd-resolved[1708]: Processing query...
janv. 30 09:21:11 a systemd-resolved[1708]: Got message type=method_call sender=:1.13 destination=org.freedesktop.resolve1 path=/org/freedesktop/resolve1 interface=org.freedesktop.resolve1.Manager member=ResolveHostname  cookie=4495 reply_cookie=0 signature=isit error-name=n/a error-message=n/a
janv. 30 09:21:11 a systemd-resolved[1708]: idn2_lookup_u8: connectivity-check.ubuntu.com. → connectivity-check.ubuntu.com.
janv. 30 09:21:11 a systemd-resolved[1708]: Sent message type=method_call sender=n/a destination=org.freedesktop.DBus path=/org/freedesktop/DBus interface=org.freedesktop.DBus member=GetConnectionUnixProcessID cookie=1277 reply_cookie=0 signature=s error-name=n/a error-message=n/a
janv. 30 09:21:11 a systemd-resolved[1708]: Got message type=method_return sender=org.freedesktop.DBus destination=:1.0 path=n/a interface=n/a member=n/a  cookie=780 reply_cookie=1277 signature=u error-name=n/a error-message=n/a
janv. 30 09:21:11 a systemd-resolved[1708]: D-Bus hostname resolution request from client PID 2016 (NetworkManager) with UID 0
janv. 30 09:21:11 a systemd-resolved[1708]: Looking up RR for connectivity-check.ubuntu.com. IN AAAA.
janv. 30 09:21:11 a systemd-resolved[1708]: Sent message type=method_call sender=n/a destination=org.freedesktop.DBus path=/org/freedesktop/DBus interface=org.freedesktop.DBus member=AddMatch cookie=1278 reply_cookie=0 signature=s error-name=n/a error-message=n/a
janv. 30 09:21:11 a systemd-resolved[1708]: Sent message type=method_call sender=n/a destination=org.freedesktop.DBus path=/org/freedesktop/DBus interface=org.freedesktop.DBus member=GetNameOwner cookie=1279 reply_cookie=0 signature=s error-name=n/a error-message=n/a
janv. 30 09:21:11 a systemd-resolved[1708]: Got message type=method_return sender=org.freedesktop.DBus destination=:1.0 path=n/a interface=n/a member=n/a  cookie=782 reply_cookie=1279 signature=s error-name=n/a error-message=n/a
janv. 30 09:21:11 a systemd-resolved[1708]: Positive cache hit for connectivity-check.ubuntu.com. IN AAAA
janv. 30 09:21:11 a systemd-resolved[1708]: Regular transaction 64658 for <connectivity-check.ubuntu.com. IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
janv. 30 09:21:11 a systemd-resolved[1708]: Freeing transaction 64658.
janv. 30 09:21:11 a systemd-resolved[1708]: Sent message type=method_return sender=n/a destination=:1.13 path=n/a interface=n/a member=n/a cookie=1280 reply_cookie=4495 signature=a(iiay)st error-name=n/a error-message=n/a
janv. 30 09:21:11 a systemd-resolved[1708]: Sent message type=method_call sender=n/a destination=org.freedesktop.DBus path=/org/freedesktop/DBus interface=org.freedesktop.DBus member=RemoveMatch cookie=1281 reply_cookie=0 signature=s error-name=n/a error-message=n/a
janv. 30 09:21:11 a systemd-resolved[1708]: Got message type=method_return sender=org.freedesktop.DBus destination=:1.0 path=n/a interface=n/a member=n/a  cookie=781 reply_cookie=1278 signature=n/a error-name=n/a error-message=n/a
janv. 30 09:21:15 a systemd-resolved[1708]: Received dns UDP packet of size 55, ifindex=0, ttl=64, fragsize=0, sender=127.0.0.1, destination=127.0.0.53
janv. 30 09:21:15 a systemd-resolved[1708]: Got DNS stub UDP query packet for id 4831
janv. 30 09:21:15 a systemd-resolved[1708]: Looking up RR for 115.1.168.192.in-addr.arpa IN PTR.
janv. 30 09:21:15 a systemd-resolved[1708]: Cache miss for 115.1.168.192.in-addr.arpa IN PTR
janv. 30 09:21:15 a systemd-resolved[1708]: Firing regular transaction 33883 for <115.1.168.192.in-addr.arpa IN PTR> scope dns on wlx0002728d7f31/* (validate=yes).
janv. 30 09:21:15 a systemd-resolved[1708]: Using feature level UDP+EDNS0 for transaction 33883.
janv. 30 09:21:15 a systemd-resolved[1708]: Using DNS server fd0f:ee:b0::1 for transaction 33883.
janv. 30 09:21:15 a systemd-resolved[1708]: Announcing packet size 1452 in egress EDNS(0) packet.
janv. 30 09:21:15 a systemd-resolved[1708]: Emitting UDP, link MTU is 1500, socket MTU is 0, minimal MTU is 60
janv. 30 09:21:15 a systemd-resolved[1708]: Sending query packet with id 33883 of size 55.
janv. 30 09:21:15 a systemd-resolved[1708]: Processing query...
janv. 30 09:21:15 a systemd-resolved[1708]: Received dns UDP packet of size 55, ifindex=3, ttl=0, fragsize=0, sender=fd0f:ee:b0::1, destination=2a01:e0a:66:35e0:7f3f:bfd0:18dc:3384
janv. 30 09:21:15 a systemd-resolved[1708]: Processing incoming packet of size 55 on transaction 33883 (rcode=NXDOMAIN).
janv. 30 09:21:15 a systemd-resolved[1708]: Server returned error NXDOMAIN in EDNS0 mode, retrying transaction with reduced feature level UDP (DVE-2018-0001 mitigation)
janv. 30 09:21:15 a systemd-resolved[1708]: Retrying transaction 33883.
janv. 30 09:21:15 a systemd-resolved[1708]: Cache miss for 115.1.168.192.in-addr.arpa IN PTR
janv. 30 09:21:15 a systemd-resolved[1708]: Firing regular transaction 33883 for <115.1.168.192.in-addr.arpa IN PTR> scope dns on wlx0002728d7f31/* (validate=yes).
janv. 30 09:21:15 a systemd-resolved[1708]: Using feature level UDP for transaction 33883.
janv. 30 09:21:15 a systemd-resolved[1708]: Emitting UDP, link MTU is 1500, socket MTU is 1500, minimal MTU is 60
janv. 30 09:21:15 a systemd-resolved[1708]: Sending query packet with id 33883 of size 44.
janv. 30 09:21:15 a systemd-resolved[1708]: Received dns UDP packet of size 44, ifindex=3, ttl=0, fragsize=0, sender=fd0f:ee:b0::1, destination=2a01:e0a:66:35e0:7f3f:bfd0:18dc:3384
janv. 30 09:21:15 a systemd-resolved[1708]: Processing incoming packet of size 44 on transaction 33883 (rcode=NXDOMAIN).
janv. 30 09:21:15 a systemd-resolved[1708]: Not caching negative entry without a SOA record: 115.1.168.192.in-addr.arpa IN PTR
janv. 30 09:21:15 a systemd-resolved[1708]: Regular transaction 33883 for <115.1.168.192.in-addr.arpa IN PTR> on scope dns on wlx0002728d7f31/* now complete with <rcode-failure> from network (unsigned; non-confidential).
janv. 30 09:21:15 a systemd-resolved[1708]: Sending response packet with id 4831 on interface 1/AF_INET of size 91.
janv. 30 09:21:15 a systemd-resolved[1708]: Freeing transaction 33883.
janv. 30 09:21:15 a systemd-resolved[1708]: Received dns UDP packet of size 101, ifindex=0, ttl=64, fragsize=0, sender=127.0.0.1, destination=127.0.0.53
janv. 30 09:21:15 a systemd-resolved[1708]: Got DNS stub UDP query packet for id 4522
janv. 30 09:21:15 a systemd-resolved[1708]: Looking up RR for 7.1.8.0.e.5.e.f.f.f.9.9.0.5.2.d.0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa IN PTR.
janv. 30 09:21:15 a systemd-resolved[1708]: Sending response packet with id 4522 on interface 1/AF_INET of size 137.
janv. 30 09:21:15 a systemd-resolved[1708]: Processing query...
janv. 30 09:21:15 a systemd-resolved[1708]: Received dns UDP packet of size 101, ifindex=0, ttl=64, fragsize=0, sender=127.0.0.1, destination=127.0.0.53
janv. 30 09:21:15 a systemd-resolved[1708]: Got DNS stub UDP query packet for id 4318
janv. 30 09:21:15 a systemd-resolved[1708]: Looking up RR for 4.8.3.3.c.d.8.1.0.d.f.b.f.3.f.7.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR.
janv. 30 09:21:15 a systemd-resolved[1708]: Cache miss for 4.8.3.3.c.d.8.1.0.d.f.b.f.3.f.7.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR
janv. 30 09:21:15 a systemd-resolved[1708]: Firing regular transaction 55844 for <4.8.3.3.c.d.8.1.0.d.f.b.f.3.f.7.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR> scope dns on wlx0002728d7f31/* (validate=yes).
janv. 30 09:21:15 a systemd-resolved[1708]: Using feature level UDP+EDNS0 for transaction 55844.
janv. 30 09:21:15 a systemd-resolved[1708]: Using DNS server fd0f:ee:b0::1 for transaction 55844.
janv. 30 09:21:15 a systemd-resolved[1708]: Announcing packet size 1452 in egress EDNS(0) packet.
janv. 30 09:21:15 a systemd-resolved[1708]: Emitting UDP, link MTU is 1500, socket MTU is 0, minimal MTU is 60
janv. 30 09:21:15 a systemd-resolved[1708]: Sending query packet with id 55844 of size 101.
janv. 30 09:21:15 a systemd-resolved[1708]: Processing query...
janv. 30 09:21:15 a systemd-resolved[1708]: Received dns UDP packet of size 162, ifindex=3, ttl=0, fragsize=0, sender=fd0f:ee:b0::1, destination=2a01:e0a:66:35e0:7f3f:bfd0:18dc:3384
janv. 30 09:21:15 a systemd-resolved[1708]: Processing incoming packet of size 162 on transaction 55844 (rcode=NXDOMAIN).
janv. 30 09:21:15 a systemd-resolved[1708]: Server returned error NXDOMAIN in EDNS0 mode, retrying transaction with reduced feature level UDP (DVE-2018-0001 mitigation)
janv. 30 09:21:15 a systemd-resolved[1708]: Retrying transaction 55844.
janv. 30 09:21:15 a systemd-resolved[1708]: Cache miss for 4.8.3.3.c.d.8.1.0.d.f.b.f.3.f.7.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR
janv. 30 09:21:15 a systemd-resolved[1708]: Firing regular transaction 55844 for <4.8.3.3.c.d.8.1.0.d.f.b.f.3.f.7.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR> scope dns on wlx0002728d7f31/* (validate=yes).
janv. 30 09:21:15 a systemd-resolved[1708]: Using feature level UDP for transaction 55844.
janv. 30 09:21:15 a systemd-resolved[1708]: Emitting UDP, link MTU is 1500, socket MTU is 1500, minimal MTU is 60
janv. 30 09:21:15 a systemd-resolved[1708]: Sending query packet with id 55844 of size 90.
janv. 30 09:21:15 a systemd-resolved[1708]: Received dns UDP packet of size 151, ifindex=3, ttl=0, fragsize=0, sender=fd0f:ee:b0::1, destination=2a01:e0a:66:35e0:7f3f:bfd0:18dc:3384
janv. 30 09:21:15 a systemd-resolved[1708]: Processing incoming packet of size 151 on transaction 55844 (rcode=NXDOMAIN).
janv. 30 09:21:15 a systemd-resolved[1708]: Not caching negative entry for: 4.8.3.3.c.d.8.1.0.d.f.b.f.3.f.7.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR, cache mode set to no-negative
janv. 30 09:21:15 a systemd-resolved[1708]: Regular transaction 55844 for <4.8.3.3.c.d.8.1.0.d.f.b.f.3.f.7.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR> on scope dns on wlx0002728d7f31/* now complete with <rcode-failure> from network (unsigned; non-confidential).
janv. 30 09:21:15 a systemd-resolved[1708]: Sending response packet with id 4318 on interface 1/AF_INET of size 137.
janv. 30 09:21:15 a systemd-resolved[1708]: Freeing transaction 55844.
janv. 30 09:21:15 a systemd-resolved[1708]: Received dns UDP packet of size 101, ifindex=0, ttl=64, fragsize=0, sender=127.0.0.1, destination=127.0.0.53
janv. 30 09:21:15 a systemd-resolved[1708]: Got DNS stub UDP query packet for id 15231
janv. 30 09:21:15 a systemd-resolved[1708]: Looking up RR for 7.6.3.4.b.3.f.2.a.c.0.4.a.1.6.b.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR.
janv. 30 09:21:15 a systemd-resolved[1708]: Cache miss for 7.6.3.4.b.3.f.2.a.c.0.4.a.1.6.b.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR
janv. 30 09:21:15 a systemd-resolved[1708]: Firing regular transaction 13249 for <7.6.3.4.b.3.f.2.a.c.0.4.a.1.6.b.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR> scope dns on wlx0002728d7f31/* (validate=yes).
janv. 30 09:21:15 a systemd-resolved[1708]: Using feature level UDP+EDNS0 for transaction 13249.
janv. 30 09:21:15 a systemd-resolved[1708]: Using DNS server fd0f:ee:b0::1 for transaction 13249.
janv. 30 09:21:15 a systemd-resolved[1708]: Announcing packet size 1452 in egress EDNS(0) packet.
janv. 30 09:21:15 a systemd-resolved[1708]: Emitting UDP, link MTU is 1500, socket MTU is 0, minimal MTU is 60
janv. 30 09:21:15 a systemd-resolved[1708]: Sending query packet with id 13249 of size 101.
janv. 30 09:21:15 a systemd-resolved[1708]: Processing query...
janv. 30 09:21:15 a systemd-resolved[1708]: Received dns UDP packet of size 162, ifindex=3, ttl=0, fragsize=0, sender=fd0f:ee:b0::1, destination=2a01:e0a:66:35e0:7f3f:bfd0:18dc:3384
janv. 30 09:21:15 a systemd-resolved[1708]: Processing incoming packet of size 162 on transaction 13249 (rcode=NXDOMAIN).
janv. 30 09:21:15 a systemd-resolved[1708]: Server returned error NXDOMAIN in EDNS0 mode, retrying transaction with reduced feature level UDP (DVE-2018-0001 mitigation)
janv. 30 09:21:15 a systemd-resolved[1708]: Retrying transaction 13249.
janv. 30 09:21:15 a systemd-resolved[1708]: Cache miss for 7.6.3.4.b.3.f.2.a.c.0.4.a.1.6.b.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR
janv. 30 09:21:15 a systemd-resolved[1708]: Firing regular transaction 13249 for <7.6.3.4.b.3.f.2.a.c.0.4.a.1.6.b.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR> scope dns on wlx0002728d7f31/* (validate=yes).
janv. 30 09:21:15 a systemd-resolved[1708]: Using feature level UDP for transaction 13249.
janv. 30 09:21:15 a systemd-resolved[1708]: Emitting UDP, link MTU is 1500, socket MTU is 1500, minimal MTU is 60
janv. 30 09:21:15 a systemd-resolved[1708]: Sending query packet with id 13249 of size 90.
janv. 30 09:21:15 a systemd-resolved[1708]: Received dns UDP packet of size 151, ifindex=3, ttl=0, fragsize=0, sender=fd0f:ee:b0::1, destination=2a01:e0a:66:35e0:7f3f:bfd0:18dc:3384
janv. 30 09:21:15 a systemd-resolved[1708]: Processing incoming packet of size 151 on transaction 13249 (rcode=NXDOMAIN).
janv. 30 09:21:15 a systemd-resolved[1708]: Not caching negative entry for: 7.6.3.4.b.3.f.2.a.c.0.4.a.1.6.b.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR, cache mode set to no-negative
janv. 30 09:21:15 a systemd-resolved[1708]: Regular transaction 13249 for <7.6.3.4.b.3.f.2.a.c.0.4.a.1.6.b.0.e.5.3.6.6.0.0.a.0.e.0.1.0.a.2.ip6.arpa IN PTR> on scope dns on wlx0002728d7f31/* now complete with <rcode-failure> from network (unsigned; non-confidential).
janv. 30 09:21:15 a systemd-resolved[1708]: Sending response packet with id 15231 on interface 1/AF_INET of size 137.
janv. 30 09:21:15 a systemd-resolved[1708]: Freeing transaction 13249.
janv. 30 09:21:15 a systemd-resolved[1708]: Received dns UDP packet of size 101, ifindex=0, ttl=64, fragsize=0, sender=127.0.0.1, destination=127.0.0.53
janv. 30 09:21:15 a systemd-resolved[1708]: Got DNS stub UDP query packet for id 48191
janv. 30 09:21:15 a systemd-resolved[1708]: Looking up RR for 9.0.c.9.1.9.0.1.3.7.9.2.1.1.a.8.0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa IN PTR.
janv. 30 09:21:15 a systemd-resolved[1708]: Sending response packet with id 48191 on interface 1/AF_INET of size 137.
janv. 30 09:21:15 a systemd-resolved[1708]: Processing query...
janv. 30 09:21:19 a systemd-resolved[1708]: Got message type=method_call sender=:1.13 destination=org.freedesktop.resolve1 path=/org/freedesktop/resolve1 interface=org.freedesktop.resolve1.Manager member=ResolveHostname  cookie=4496 reply_cookie=0 signature=isit error-name=n/a error-message=n/a
janv. 30 09:21:19 a systemd-resolved[1708]: idn2_lookup_u8: connectivity-check.ubuntu.com. → connectivity-check.ubuntu.com.
janv. 30 09:21:19 a systemd-resolved[1708]: Sent message type=method_call sender=n/a destination=org.freedesktop.DBus path=/org/freedesktop/DBus interface=org.freedesktop.DBus member=GetConnectionUnixProcessID cookie=1282 reply_cookie=0 signature=s error-name=n/a error-message=n/a
janv. 30 09:21:19 a systemd-resolved[1708]: Got message type=method_return sender=org.freedesktop.DBus destination=:1.0 path=n/a interface=n/a member=n/a  cookie=783 reply_cookie=1282 signature=u error-name=n/a error-message=n/a
janv. 30 09:21:19 a systemd-resolved[1708]: D-Bus hostname resolution request from client PID 2016 (NetworkManager) with UID 0
janv. 30 09:21:19 a systemd-resolved[1708]: Looking up RR for connectivity-check.ubuntu.com. IN AAAA.
janv. 30 09:21:19 a systemd-resolved[1708]: Sent message type=method_call sender=n/a destination=org.freedesktop.DBus path=/org/freedesktop/DBus interface=org.freedesktop.DBus member=AddMatch cookie=1283 reply_cookie=0 signature=s error-name=n/a error-message=n/a
janv. 30 09:21:19 a systemd-resolved[1708]: Sent message type=method_call sender=n/a destination=org.freedesktop.DBus path=/org/freedesktop/DBus interface=org.freedesktop.DBus member=GetNameOwner cookie=1284 reply_cookie=0 signature=s error-name=n/a error-message=n/a
janv. 30 09:21:19 a systemd-resolved[1708]: Got message type=method_return sender=org.freedesktop.DBus destination=:1.0 path=n/a interface=n/a member=n/a  cookie=785 reply_cookie=1284 signature=s error-name=n/a error-message=n/a
janv. 30 09:21:19 a systemd-resolved[1708]: Positive cache hit for connectivity-check.ubuntu.com. IN AAAA
janv. 30 09:21:19 a systemd-resolved[1708]: Regular transaction 15389 for <connectivity-check.ubuntu.com. IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
janv. 30 09:21:19 a systemd-resolved[1708]: Freeing transaction 15389.
janv. 30 09:21:19 a systemd-resolved[1708]: Sent message type=method_return sender=n/a destination=:1.13 path=n/a interface=n/a member=n/a cookie=1285 reply_cookie=4496 signature=a(iiay)st error-name=n/a error-message=n/a
janv. 30 09:21:19 a systemd-resolved[1708]: Sent message type=method_call sender=n/a destination=org.freedesktop.DBus path=/org/freedesktop/DBus interface=org.freedesktop.DBus member=RemoveMatch cookie=1286 reply_cookie=0 signature=s error-name=n/a error-message=n/a
janv. 30 09:21:19 a systemd-resolved[1708]: Got message type=method_return sender=org.freedesktop.DBus destination=:1.0 path=n/a interface=n/a member=n/a  cookie=784 reply_cookie=1283 signature=n/a error-name=n/a error-message=n/a
janv. 30 09:21:26 a systemd-resolved[1708]: Got message type=method_call sender=:1.13 destination=org.freedesktop.resolve1 path=/org/freedesktop/resolve1 interface=org.freedesktop.resolve1.Manager member=ResolveHostname  cookie=4498 reply_cookie=0 signature=isit error-name=n/a error-message=n/a

a@a:~$ journalctl --no-pager -b -u systemd-resolved |grep "Processing query" | wc -l
3011

a@a:~$ journalctl --no-pager -b -u systemd-resolved |grep "Freeing transaction" | wc -l
2640

a@a:~$ journalctl --no-pager -b -u systemd-resolved |grep "Looking up RR" | wc -l
3296

a@a:~$ journalctl --no-pager -b -u systemd-resolved |grep "Processing incoming" | wc -l
1370

a@a:~$ journalctl --no-pager -b -u systemd-resolved |grep "org.freedesktop" | wc -l
2451
a@a:~$ 

a@a:~$ 

La boucle actuelle semble contenir

janv. 30 09:37:08 a systemd-resolved[1708]: Looking up RR for detectportal.firefox.com IN AAAA.
janv. 30 09:37:08 a systemd-resolved[1708]: Positive cache hit for detectportal.firefox.com IN AAAA
janv. 30 09:37:08 a systemd-resolved[1708]: Regular transaction 36992 for <detectportal.firefox.com IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
janv. 30 09:37:08 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.firefox.com → detectportal.prod.mozaws.net.
janv. 30 09:37:08 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.prod.mozaws.net → prod.detectportal.prod.cloudops.mozgcp.net.
janv. 30 09:37:51 a systemd-resolved[1708]: Looking up RR for detectportal.firefox.com IN A.
janv. 30 09:37:51 a systemd-resolved[1708]: Positive cache hit for detectportal.firefox.com IN A
janv. 30 09:37:51 a systemd-resolved[1708]: Regular transaction 50776 for <detectportal.firefox.com IN A> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
janv. 30 09:37:51 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.firefox.com → detectportal.prod.mozaws.net.
janv. 30 09:37:51 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.prod.mozaws.net → prod.detectportal.prod.cloudops.mozgcp.net.
janv. 30 09:37:51 a systemd-resolved[1708]: Positive cache hit for prod.detectportal.prod.cloudops.mozgcp.net IN A
janv. 30 09:37:51 a systemd-resolved[1708]: Regular transaction 26217 for <prod.detectportal.prod.cloudops.mozgcp.net IN A> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
janv. 30 09:37:51 a systemd-resolved[1708]: Looking up RR for detectportal.firefox.com IN AAAA.
janv. 30 09:37:51 a systemd-resolved[1708]: Positive cache hit for detectportal.firefox.com IN AAAA
janv. 30 09:37:51 a systemd-resolved[1708]: Regular transaction 50473 for <detectportal.firefox.com IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
janv. 30 09:37:51 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.firefox.com → detectportal.prod.mozaws.net.
janv. 30 09:37:51 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.prod.mozaws.net → prod.detectportal.prod.cloudops.mozgcp.net.
janv. 30 09:37:51 a systemd-resolved[1708]: Looking up RR for detectportal.firefox.com IN A.
janv. 30 09:37:51 a systemd-resolved[1708]: Positive cache hit for detectportal.firefox.com IN A
janv. 30 09:37:51 a systemd-resolved[1708]: Regular transaction 28520 for <detectportal.firefox.com IN A> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
janv. 30 09:37:51 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.firefox.com → detectportal.prod.mozaws.net.
janv. 30 09:37:51 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.prod.mozaws.net → prod.detectportal.prod.cloudops.mozgcp.net.
janv. 30 09:37:51 a systemd-resolved[1708]: Positive cache hit for prod.detectportal.prod.cloudops.mozgcp.net IN A
janv. 30 09:37:51 a systemd-resolved[1708]: Regular transaction 30591 for <prod.detectportal.prod.cloudops.mozgcp.net IN A> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
janv. 30 09:37:51 a systemd-resolved[1708]: Looking up RR for detectportal.firefox.com IN AAAA.
janv. 30 09:37:51 a systemd-resolved[1708]: Positive cache hit for detectportal.firefox.com IN AAAA
janv. 30 09:37:51 a systemd-resolved[1708]: Regular transaction 50254 for <detectportal.firefox.com IN AAAA> on scope dns on wlx0002728d7f31/* now complete with <success> from cache (unsigned; non-confidential).
janv. 30 09:37:51 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.firefox.com → detectportal.prod.mozaws.net.
janv. 30 09:37:51 a systemd-resolved[1708]: Following CNAME/DNAME detectportal.prod.mozaws.net → prod.detectportal.prod.cloudops.mozgcp.net.
janv. 30 09:38:00 a systemd-resolved[1708]: Removing cache entry for detectportal.firefox.com IN CNAME (expired 3s ago)
janv. 30 09:39:36 a systemd-resolved[1708]: Removing cache entry for detectportal.prod.mozaws.net IN CNAME (expired 5s ago)

a@a:~$ journalctl --no-pager -b -u systemd-resolved |grep "detectportal" | wc -l
3123

a@a:~$ journalctl --no-pager -b -u systemd-resolved |grep " Positive cache hit for" | wc -l
1768
a@a:~$ 
a@a:~$ 

Dernière modification par geole (Le 30/01/2024, à 09:47)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

krodelabestiole

Re : [Discussion fermée]rsnapshot

pas sûr de comprendre ce que tu veux montrer... en tout cas dans le code source de rsnapshot, la chaîne de caractères "rsnapshot.org" n'apparaît que dans des commentaires :

kro@monopoutre ~/rsnapshot  grep -Enrv '^#' --exclude='*.html' --exclude='*.md' --exclude='ChangeLog' --exclude-dir=.git | grep rsnapshot.org
rsnapshot-program.pl:5999:	# see http://www.rsnapshot.org/security/2005/001.html
rsnapshot-program.pl:7577:Nathan Rosenquist (B<nathan@rsnapshot.org>)
utils/rsnapshotdb/rsnapshotDB.pl:7:Web: http://www.rsnapshot.org
utils/rsnapshotdb/rsnapshotDB.pl:24:This script was originally written to function as a MySQL database backup script in conjunction with the open source Perl/rsync backup program "rsnapshot".  rsnapshot can be found at: http://www.rsnapshot.org/
utils/rsnapshotdb/INSTALL.txt:26:http://www.rsnapshot.org
utils/mysqlbackup.pl:15:rsnapshot can be found here: http://www.rsnapshot.org/

https://github.com/rsnapshot/rsnapshot
donc le logiciel ne fait de lui-même aucune requête en direction de ce domaine.

je me permets un petit [HS doc] :

je pense que la majorité des utilisateurs consultent la doc pour savoir le plus rapidement possible si un logiciel peut répondre à leur besoin, et comment l'utiliser - seulement dans ce contexte - le cas échéant.
une page qui leur explique ça et seulement ça de manière claire et concise a évidemment un côté lisible et pratique mais peut aussi avoir un effet rassurant au premier coup d'œil.

pour le moment je pense qu'une personne qui n'a pas particulièrement l'habitude de taper des lignes de commande, qui cherche une alternative à time machine pour son usage immédiat et qui ouvre cette page pourra être effrayée par la quantité de lignes informatiques qui annoncent un usage compliqué.
certains des retours sont utiles et permettent d'illustrer le propos mais ça reste des retours de commande de ton système, et je pense qu'il vaut surtout beaucoup mieux que l'utilisateur·ice tape lui/elle même les commandes telles que rsnapshot help dans son terminal (d'autant que les options peuvent aussi changer avec les mises à jour). (par contre pour help justement une traduction serait vraiment utile)

(je ne te demande pas forcément d'éditer, et ce n'est pas de la modération ou quoi que ce soit du genre. je cherche plutôt juste à ce que tu prennes en considération cette idée à l'occasion si elle te parle, elle ne s'impose peut-être pas forcément d'elle-même)

aussi je ne crois pas que rsnapshot utilise logrotate - je sais que c'est une ancienne édition - d'ailleurs tu as bien expliqué la rotation des snapshots.

---

nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site

geole

Re : [Discussion fermée]rsnapshot

Bonjour
H.S. Je comprends tes remarques.  Le problème est de trouver le juste milieux  sans  obligatoirement dire  que pour utilisation  il faut  consulter ailleurs.
Mais je pense simplement qu'en dire le minima n'est pas mieux. Cela donne l'impression que le produit n'est pas utilisé.
Ce n'est que mon avis:  Lorsqu'on voit cela, on sait que le produit est utilisé.

L'application  a totalement déactivé les logs d'erreurs de la commande rsync .    Si  on active,  on peut voir les commandes exécutées et avec un niveau supérieur, les éventuelles erreurs de rsync.
Dans ce cas, il faut penser  à gérer le log créé en  mettant en place la procédure logrotate de ce log dont l'utilisateur doit créer le fichier.

Voici mon avis sur ce produit: Quasiment inutilisable pour le besoin qu'il est sensé résoudre qui est prioritairement   une gestion de corbeille/poubelle  vu le fait qu'il conserve  plusieurs niveaux de versions ( horaire, journalier, semaine, mois).       Cela ne va pas être évident de trouver où est la version -1 du fichier qu'on  veut restaurer.

Je n'ai pas pas encore tout lu. Mais il semble qu'il existe  l'application de restauration.

Pour cette discussion,  Comme je cherchais un peu à comprendre son fonctionnement, j'ai regardé le journal, Quand j'ai vu  cette trace, j'ai pensé que j'avais activé le ssh  ou qu'il était toujours  actif...   Je me suis inquiété trop rapidement. Mais ce matin, j'ai vu quasiment la même chose. Je ne sais pas du tout ce que firefox fait!!!!

ncdu .
- /var/cache/rsnapshot --------------------------------------------------------------------------------------------------------------------------------------------------------------
. 109,7 GiB [##########################] /alpha.0
. 109,7 GiB [######################### ] /alpha.4
. 109,7 GiB [######################### ] /alpha.1
. 109,7 GiB [######################### ] /alpha.3
. 109,7 GiB [######################### ] /alpha.2
. 109,7 GiB [######################### ] /alpha.5
. 108,9 GiB [######################### ] /alpha.6
. 108,9 GiB [######################### ] /alpha.8
. 108,9 GiB [######################### ] /alpha.7
. 108,9 GiB [######################### ] /alpha.9
. 108,8 GiB [######################### ] /alpha.22
. 108,8 GiB [######################### ] /beta.2
. 108,8 GiB [######################### ] /beta.3
. 108,8 GiB [######################### ] /beta.4
. 108,8 GiB [######################### ] /beta.5
. 108,8 GiB [######################### ] /beta.6
. 108,8 GiB [######################### ] /beta.0
. 108,8 GiB [######################### ] /gamma.0
. 108,8 GiB [######################### ] /gamma.2
. 108,8 GiB [######################### ] /gamma.4
. 108,8 GiB [######################### ] /delta.1
. 108,7 GiB [######################### ] /delta.3
. 108,2 GiB [######################### ] /alpha.20
. 108,2 GiB [######################### ] /alpha.10
. 108,2 GiB [######################### ] /alpha.11
. 108,2 GiB [######################### ] /alpha.15
. 108,2 GiB [######################### ] /alpha.21
. 108,2 GiB [######################### ] /alpha.12
. 108,2 GiB [######################### ] /alpha.16
. 108,2 GiB [######################### ] /alpha.13
. 108,2 GiB [######################### ] /alpha.14
. 108,2 GiB [######################### ] /alpha.17
. 108,2 GiB [######################### ] /alpha.19
. 108,2 GiB [######################### ] /alpha.18
. 105,2 GiB [########################  ] /delta.5

*Total disk usage: 114,0 GiB   Apparent size: 764,1 GiB   Items: 480019

Dernière modification par geole (Le 30/01/2024, à 17:52)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

krodelabestiole

Re : [Discussion fermée]rsnapshot

Cela donne l'impression que le produit n'est pas utilisé.

ça je pense qu'on s'en fiche complètement : les "produits" (qui sont ici des logiciels libres et gratuits) n'entrent pas en concurrence.
ils répondent à des besoins différents.

d'ailleurs si tu penses que rsnapshot est "prioritairement une gestion de corbeille", c'est que tu n'en as probablement pas besoin.

et si il était inutilisable... je ne l'utiliserais pas !

---

nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site

krodelabestiole

Re : [Discussion fermée]rsnapshot

Ce n'est que mon avis:  Lorsqu'on voit cela, on sait que le produit est utilisé.

et tu me montres une section "problèmes connus", c'est très bien, j'en ai aussi créé quelques unes dans la doc. mais ce n'est pas du tout de ça dont je te parle.
je te parle de coller des pans entiers de tes retours de console sur le wiki, parfois même sans explication ou très peu. tu peux remarquer que ce n'est pas du tout le cas sur la doc de borg backup...

---

nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site

geole

Re : [Discussion fermée]rsnapshot

Tu peux supprimer ce que j'ai  ajouté et  qui ne te convient pas.
En effet, pour améliorer une documentation qui semblait à l'abandon, ce n'est pas facile de se coordonner.
En revanche, je te laisse mettre quelques mots  sur la façon de s'en servir lorsqu'on a besoin de l'utiliser.

Dernière modification par geole (Le 30/01/2024, à 21:44)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

krodelabestiole

Re : [Discussion fermée]rsnapshot

ben on ne l'"utilise" pas en fait... il est sensé tourner tout seul une fois configuré.

et pour récupérer ses données en cas de perte, il suffit de se mettre dans le répertoire snapshot_root, la date des instantanés est indiqué avec ls -l, et il est trivial de naviguer dans les répertoires pour avoir accès à ses anciens fichiers.

Dernière modification par krodelabestiole (Le 30/01/2024, à 22:05)

---

nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site

geole

Re : [Discussion fermée]rsnapshot

tu peux remarquer que ce n'est pas du tout le cas sur la doc de borg backup...

Et comme c'est en lignes de commandes.. que j'ai pu faire l'une après l'autre
Et qu'elles fonctionnent, je n'avais pas lieu d'ajouter quoi que ce soit.
Enfin, peut-être pour l'une.... qui ne fonctionne pas du tout en 24.04 ( version pas encore officielle) ...
De plus, comme jamais, je n'utiliserais  cette façon tordue  (compression de donnée.  https://forum.ubuntu-fr.org/viewtopic.php?id=2082462) de faire, je n'ai pas envie de me fatiguer sur utiliser  ce logiciel.

Dernière modification par geole (Le 31/01/2024, à 14:12)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

krodelabestiole

Re : [Discussion fermée]rsnapshot

déso je pige pas ce que tu dis.

je crois que tu galères à trouver un outil qui te conviennes. mais d'une manière générale je pense qu'il vaut mieux pas documenter un logiciel tant qu'on ne le comprend pas très bien... d'autant qu'il y a tellement de choses à faire sur la doc, d'anciennes pages à mettre à jour...

c'est en rapport avec ça ? https://forum.ubuntu-fr.org/viewtopic.php?id=2083345

---

nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site

geole

Re : [Discussion fermée]rsnapshot

... et pour récupérer ses données en cas de perte, il suffit de se mettre dans le répertoire snapshot_root, la date des instantanés est indiqué avec ls -l, et il est trivial de naviguer dans les répertoires pour avoir accès à ses anciens fichiers.

C'est bien le pluriel qui pose problème  pour l'utilisateur.
Pour un peu, je serais tenté de publier ma façon de faire en demandant l'aide de la communauté pour finaliser les trois endroits qui coincent
  A) Informer l'utilisateur qu'une sauvagarde cyclique  vient de se déclencher et qu'il doit subir. Ce qui me semble le plus  important car les applications ont du mal à répondre pendant cette duplication.
  B) Sauvegarder au changement d'utilisateur.
  C) Sauvegarder uniquement les données de l'utilisateur qui demande l'arrêt machine  (ou sa mise  en sommeil) au lieu de tous les utilisateurs. Le but étant simplement de gagner un peu de temps lors de cet arrêt.

Dernière modification par geole (Le 30/01/2024, à 22:31)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

geole

Re : [Discussion fermée]rsnapshot

... et pour récupérer ses données en cas de perte, il suffit de se mettre dans le répertoire snapshot_root, la date des instantanés est indiqué avec ls -l, et il est trivial de naviguer dans les répertoires pour avoir accès à ses anciens fichiers.

C'est bien le pluriel qui pose problème  pour l'utilisateur.
Pour un peu, je serais tenté de publier ma façon de faire en demandant l'aide de la communauté pour finaliser les trois endroits qui coincent
  A) Informer l'utilisateur qu'une sauvagarde cyclique  vient de se déclencher et qu'il doit subir. Ce qui me semble le plus  important car les applications ont du mal à répondre.
  B) Sauvegarder au changement d'utilisateur.
  C) Sauvegarder uniquement les données de l'utilisateur qui demande l'arrêt machine  (ou sa mise  en sommeil).

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

krodelabestiole

Re : [Discussion fermée]rsnapshot

C'est bien le pluriel qui pose problème  pour l'utilisateur.

apparemment ça te pose problème. pas à moi, ni généralement aux autres utilisateurs, sans quoi les issues du projet seraient remplies de cette simple question.
et visiblement ici c'est tout le concept d'instantané qui semble te poser problème.

A) Informer l'utilisateur qu'une sauvagarde cyclique  vient de se déclencher et qu'il doit subir. Ce qui me semble le plus  important car les applications ont du mal à répondre.

"subir" ?
tu as essayé ? vraiment ? tu as constaté des ralentissements ?
si je mets ça sur un serveur pour déclencher l'opération à 4h du matin ça va poser problème à quelqu'un ?

quel est la différence avec n'importe quel gestionnaire de sauvegarde automatisé ?
ou d’instantané comme time machine ou backintime ?

  B) Sauvegarder au changement d'utilisateur.
  C) Sauvegarder uniquement les données de l'utilisateur qui demande l'arrêt machine  (ou sa mise  en sommeil).

ces questions me semblent complètement hors-sujet. ce n'est absolument pas ce que propose de faire rsnapshot.
et je t'avoue que ces propositions me semblent absurdes.
lancer une sauvegarde automatiquement alors qu'on veut ouvrir une session ? ou éteindre !? ça fait une bonne excuse pour procrastiner ou arriver en retard au boulot (respectivement), sinon je vois pas...

en fait c'est tout le concept de snapshot régulier automatisé, qui a été proposé initialement par Apple avec time machine (je crois), qui soit t’échappe, soit ne te convient pas.
- d'une part ça n'a rien de spécifique à rsnapshot.
- d'autre part je n'ai pas envie de te persuader de l’intérêt du truc. ou de perdre davantage de temps avec ça. tu n'aimes pas ça grand bien t'en fasse, je ne comprends pas ton acharnement,
mais perso ça m'est bien utile, je ne suis pas le seul, et je n'ai absolument rien à reprocher à cet outil !

---

nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site

krodelabestiole

Re : [Discussion fermée]rsnapshot

hop : 0.1 Quand utiliser rsnapshot ?

et en rédigeant ça je m’aperçois qu'il n'existe quasiment rien dans la doc pour expliquer ce qu'est le répertoire home !
en quoi il consiste, comment il fonctionne, qu'est-ce qu'on y trouve.
perso je ne vais pas m'y coller, je pense qu'il n'y a pas besoin de mes compétences pour ça, et j'ai déjà beaucoup de projets. si quelqu'un lit ça et a envie ce serait très utile je pense !

---

nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site

geole

Re : [Discussion fermée]rsnapshot

De quoi piocher.

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

geole

Re : [Discussion fermée]rsnapshot

Fais une fausse manipulation simulant un incident disque rendant 8 secteurs illisibles dans un fichier. Si ce fichier n'a jamais été modifié, il est irrécupérable.
Comme je pense que les utilisateurs non avertis ignorent ce qu'est un hard link, ils tomberont des nues lorsqu'ils constateront que malgré leurs 10 versions de sauvegardes, leur fichier est perdu
Note que j'ai vu certains conseils disant qu'il faut proscrire l'utilisation de raids car trop compliqué et pourtant une sauvegarde dans un raids ou en double exemplaire devrait être le B.A.BA de  tout conseil de sauvegarde de données.  Autrement, inutile d'en faire.

Dernière modification par geole (Le 31/01/2024, à 21:59)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

krodelabestiole

Re : [Discussion fermée]rsnapshot

non je ne vais rien faire.

pourtant une sauvegarde dans un raids ou en double exemplaire devrait être le B.A.B"A

sauvegarde" en raid
... tant que tu ne mets ça dans la tête de personne d'autre...

---

nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site

geole

Re : [Discussion fermée]rsnapshot

Je ne comprends pas que tu ne  sauvegardes dans du RAIDS.
Jusqu'a ce matin, ce n'était même pas suggéré.

Nota. A mon avis, tous les clouds professionnels sont systématiquement en RAID.

Dernière modification par geole (Le 31/01/2024, à 22:11)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

krodelabestiole

Re : [Discussion fermée]rsnapshot

c'est écrit en toute lettre sur la doc dont tu parles :

Attention, un RAID n'est *pas* une sauvegarde, il ne permet pas de récupérer un fichier effacé la veille ! Le RAID est plutôt approprié pour les personnes qui ne peuvent pas se permettre de perdre du temps lors de la panne d'un disque dur.

voilà c'est tout ce qu'il y a à dire sur le sujet. je vois même pas pourquoi on parlerait de raid à un utilisateur quand on parle de sauvegarde.

... ah si, peut-être une petite image pour illustrer : https://linuxfr.org/users/gbetous/journ … -no-backup

ce sujet n'a en tout cas absolument rien à voir avec rsnapshot.

---

nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site

geole

Re : [Discussion fermée]rsnapshot

Mais une sauvegarde doit être dans un raids afin de palier  à un disque devenu illisible.

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

krodelabestiole

Re : [Discussion fermée]rsnapshot

tu fais ta sauvegarde sur une disquette, un dvd, un brin d'adn, ce que tu veux !
le seul truc c'est d'avoir tes données en permanence sur au moins 2 supports fonctionnels en même temps, et idéalement sur 2 sites différents.

le raid n'a rien à voir là dedans et glisse l'idée qu'il pourrait s'agir d'une méthode de sauvegarde viable.

pas grand monde n'a les moyens techniques ou les connaissances pour monter du raid, et heureusement tout le monde est capable de faire une sauvegarde !

---

nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site

jplemoine

Re : [Discussion fermée]rsnapshot

Mais une sauvegarde doit être dans un raids afin de palier  à un disque devenu illisible.

Ben non... Ce sont 2 choses différentes : Le RAID (>=5) permet d'éviter une rupture de service en cas de défaillance d'un disque. (ça peut faire partie de mesures de haute disponibilité / PCA / PRA)
La sauvegarde permet de stocker les fichiers à une date donnée et éventuellement de les restaurer en cas de besoin.

---

Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Déconnecté jusqu’à nouvel ordre

bruno

Re : [Discussion fermée]rsnapshot

Oui c'est malheureusement une idée qui est bien ancrée dans les esprits et le marketing des vendeurs de NAS n'y est sans doute pas pour rien.

https://forum.ubuntu-fr.org/viewtopic.p … #p21937259 (avec la réponse de l'utilisateur qui a compris qu'il vaut mieux utiliser es disques pour des sauvegardes), Contenu :

Le RAID ne te prémuni pas contre un effacement ou un écrasement de fichier ou toute erreur humaine dans la manipulation des fichiers
Le RAID ne te prémuni pas contre une corruption des données ou du système de fichiers
Le RAID ne te prémuni pas contre un vol, un incendie, un dégâts des eaux, etc.

Un RAID 1 permet juste de maintenir le système en fonctionnement en cas de défaillance de l'un des disques le temps de le remplacer. Et quand cela arrive, il est tout à fait possible que le second disque ait une défaillance durant la reconstruction du RAID (déjà vu).
La redondance de l'information permet juste d'augmenter la tolérance au pannes et de diminuer la probabilité de l'indisponibilité du système.

Faites des sauvegardes, si possibles incrémentielles, si possible une locale et une distante (chez un ami, sur un serveur distant, etc.).
Faites les régulièrement, si possible quotidiennement.
Contrôlez régulièrement que les sauvegardes sont fonctionnelles.

https://forum.ubuntu-fr.org/viewtopic.p … #p19460041 (avec la réponse de l'utilisateur qui ne veut pas comprendre…). Et sûrement plein d'autres fils de discussion qui traitent du problème.

Dernière modification par bruno (Le 01/02/2024, à 07:20)