Welche Dateien und Verzeichnisse können von einer Sicherung des Basisverzeichnisses ausgeschlossen werden?

41

Duplicity leistet bereits hervorragende Arbeit bei der Erstellung effizienter Backups, ich möchte jedoch die Anzahl der zu sichernden Dateien minimieren.

Welche Dateien oder Verzeichnisse können in einem Basisverzeichnis ausgeschlossen werden? Bitte benennen Sie diese explizit, Platzhalter sind erlaubt, Pfade sind relativ zum Home-Verzeichnis.

Lekensteyn
quelle
Gute Frage! Ich finde es nützlich, mein Ausgangsverzeichnis (das von mir gesicherte) mit Disk Usage Analyzer zu analysieren und sicherzustellen, dass alles ignoriert wird, was oben angezeigt wird und was ich bei Datenverlust gerne verlieren würde. Zum Beispiel bin ich nicht daran interessiert, mein srcVerzeichnis mit lokalen Kopien des online verfügbaren Quellcodes zu sichern.
Joelpet

Antworten:

38

Die meisten dieser Dateien und Verzeichnisse werden neu erstellt, wenn sie fehlen. Sie dienen hauptsächlich dazu, die Startzeit einer Anwendung zu verkürzen (Firefox-Erweiterungscache), Sperren anzuzeigen ( .gksu.lock) oder sitzungsspezifische Informationen zu enthalten (z. B. ID der dbus-Sitzung). Aktuelle Dokumente ändern sich häufig und sind für die Sicherung im Allgemeinen nicht so sinnvoll.

Diese Verzeichnisse können ausgeschlossen werden:

.gvfs                           # contains mounted file systems?
.local/share/gvfs-metadata
.Private                        # contains the actual encrypted home directory
.dbus                           # session-specific
.cache
.Trash                          # do I need to say more?
.local/share/Trash
.cddb                           # cached info about audio CDs
.aptitude                       # cached packages lists

Flash-spezifisch:

.adobe        # Cache for flash, maybe others?
.macromedia   # except for Flash persistence, there is no reason to keep this

Dateien:

.xsession-errors            # contains errors from the current graphical session
.recently-used              # recently used files
.recently-used.xbel
.thumbnails
.Xauthority                 # session-specific
.ICEauthority
.gksu.lock
.pulse                      # directory
.pulse-cookie
.esd_auth

KDE-spezifisch:

.kde/share/apps/RecentDocuments # Recent documents on KDE
.kde/share/apps/klipper         # Contains a history of the Klipper clipboard (KDE)
.kde/share/apps/okular/docdata  # you will loose saved scrolling positions of PDFs
.kde/share/apps/gwenview/recentfolders
.kde/share/apps/kmess/displaypics  # cached other users' profile pics
.kde/share/apps/kmess/customemoticons  # cached emoticons of others

Firefox-spezifisch (siehe auch Profilordner ):

.mozilla/firefox/*/Cache
.mozilla/firefox/*/minidumps    # in case Fx crashes dumps will be stored in this
.mozilla/firefox/*/.parentlock       # session-specific           
.mozilla/firefox/*/urlclassifier3.sqlite  # phishing database, recreated
.mozilla/firefox/*/blocklist.xml   # blacklisted extensions
.mozilla/firefox/*/extensions.sqlite  # extension database, recreated on startup
.mozilla/firefox/*/extensions.sqlite-journal
.mozilla/firefox/*/extensions.rdf
.mozilla/firefox/*/extensions.ini
.mozilla/firefox/*/extensions.cache
.mozilla/firefox/*/XUL.mfasl     # cached UI data, recreated
.mozilla/firefox/*/XPC.mfasl
.mozilla/firefox/*/xpti.dat
.mozilla/firefox/*/compreg.dat

Opera-spezifisch (verwandte Frage zu Superuser.com: Ist Dokumentation zu Dateien und Verzeichnissen im Opera-Profilordner verfügbar? ):

.opera/temporary_downloads
.opera/cache
.opera/thumbnails
.opera/opcache
.opera/icons
.opera/application_cache
.opera/widgets/*/cache
.opera/lock

Komodo Edit :

.komodoedit/*/codeintel/db
.komodoedit/*/host-*/*/codeintel
.komodoedit/*/XRE/Cache
.komodoedit/*/XRE/.activatestate/komodo edit/Crash Reports
.komodoedit/*/XRE/.activatestate/komodo edit/*/Cache
.komodoedit/*/XRE/.activatestate/komodo edit/*/minidump
.komodoedit/*/XRE/.parentlock
.komodoedit/*/XRE/extensions.rdf
.komodoedit/*/XRE/extensions.ini
.komodoedit/*/XRE/extensions.cache
.komodoedit/*/XRE/XPC.mfasl
.komodoedit/*/XRE/XUL.mfasl
.komodoedit/*/XRE/xpti.dat
.komodoedit/*/XRE/pluginreg.dat
.komodoedit/*/XRE/compreg.dat
.komodoedit/*/XRE/*.sqlite-journal
.komodoedit/*/pystdout.log
.komodoedit/*/pystderr.log
.komodoedit/*/history.sqlite.bak
.komodoedit/*/running.lock
.komodoedit/*/mutex.lock
.komodoedit/*/*.xmlc
.komodoedit/*/startup-env.tmp
.komoeoedit/*/commandments.fifo
.komoeoedit/*/history.sqlite

GnuPG:

.gnupg/rnd
.gnupg/random_seed
.gnupg/.#*
.gnupg/*.lock
.gnupg/gpg-agent-info-*

Google Chrome:

.config/google-chrome/Default/Local Storage
.config/google-chrome/Default/Session Storage
.config/google-chrome/Default/Application Cache
.config/google-chrome/Default/History Index *

Andere Apps:

.pulse/icons                  # Pidgin
.java/deployment/cache        # Cached applets
.icedteaplugin
.icedtea
.gnome2/epiphany/favicon_cache
.dropbox                      # to avoid problems, let Dropbox re-create these
.dropbox-dist
Lekensteyn
quelle
@ rubo77 Diese Zusammenfassung funktioniert nicht mehr.
Justfortherec
Seltsam, nicht die rohe Verbindung nicht funktioniert, wenn Sie es direkt anrufen, aber es funktioniert mit dem git.io shortener: Sie können den ignorelist von meinem Download Kern mit wget http://git.io/vmQZ2 -O /var/tmp/ignorelistdann den rsync mit Start rsync -a --progress --exclude-from=/var/tmp/ignorelist /home/$USER/ /media/$USER/linuxbackup/home/siehe askubuntu.com/a/545676/34298
Rubo77
HEAD und Master funktionieren nicht, aber dieser Link ist gültig:wget https://gist.githubusercontent.com/rubo77/8ffaadbc58ab099d2bc3/raw/ignorelist
Lekensteyn
10

Gute Frage. Ich mag diese - wo wir Community-Inputs / -Listen sammeln und relevante Dinge auswählen können. Hier ist meine .excludeAkte. Ich füttere rsync mit dieser Datei als --exclude-file=Parameter in mehreren Skripten (was Sie auch mit Duplizität tun können ). Beachten Sie, dass die Frage "Was möchten / müssen Sie speichern" impliziert. Zum Beispiel .mozillasichere ich mein vollständiges DIR, da es mehrere Profile und Optimierungen enthält und es einfacher ist, es als Ganzes wieder auf die Festplatte zu kopieren. Ebenfalls impliziert in meiner Konfiguration: Ich mache eine Menge "Build from the Ground-Up-Installationen" zum Testen. Ich habe also ein Clonezilla- Image einer bekannten Good-Clean-Base-Installation und füge meine auf USB gespeicherten persönlichen Daten (/ home) hinzu, nachdem sie auf der Festplatte gespeichert wurden. mal selektiv, mal ganz.

# Filename: admin/dotfiles/exclude
# Create Date: 20110307-23:36HRS
# ln -s admin/dotfiles/exclude ~/.exclude

.cache
.adobe
.aptitude
.compiz # no settings here; processes
.dbus
.dropbox # don't try to restore and reinitialize either of
.dropbox-dist # these DIRs; very messy results can happen
.elegant-gnome-backup
.fontconfig
.gnome2_private # MT; at least on my system
.pulse*
.gconfd
.gvfs
.macromedia
.local/share/Trash/
.thumbnails
Downloads/
Dropbox/ # recreated on re-initialization
Public/
Music/
Templates/ # stored on U1
Ubuntu One/ # recreated on re-initialization
wdir/iso/
wdir/backups/
Tom
quelle
Wenn ich Duplicity über DejaDup verwende, gibt es auch eine solche Datei? ( ~/.excludeAb Ubuntu 16.04 gibt es keine für einen DejaDup-Benutzer wie mich)
Frank Nocke
2

Ich habe eine Ignoranzliste unter https://github.com/rubo77/rsync-homedir-excludes erstellt

Sie können es mit Duplicity oder rsync wie folgt verwenden:

rsync -aP --exclude-from=rsync-homedir-excludes.txt /home/$USER/ /media/$USER/linuxbackup/home/$USER/

Dies wird regelmäßig aktualisiert, im Moment haben wir dies bisher:

################################################
# These directories may definitely be excluded #
################################################

# Contains mounted file systems:

.gvfs
.local/share/gvfs-metadata
# contains the actual encrypted home directory
/.Private

# Session-specific:
/.dbus
/.cache
/.Trash
.Trash-1*
.local/share/Trash
/Trash

# Cached info about audio CDs:
.cddb

# Cached packages lists:
.aptitude

# Node Package Manager cache
.npm

#Flash-specific:

# Cache for flash, maybe others?
.adobe
# except for Flash persistence, there is no reason to keep this
.macromedia

#Files:

# Contains errors from the current graphical session
.xsession-errors
.wayland-errors

# Recently used files
.local/share/RecentDocuments
.recently-used
.recently-used.xbel
.thumbnails
.thumb
Thumbs.db
.DS_Store
.localised
.bash_history
.CFUserTextEncoding

# Common Unix Printing System
/.cups

# run-time configuration information for Subversion
/.subversion

# Python virtual environments
/.virtualenvs

# Session-specific
.Xauthority
.ICEauthority
.gksu.lock
.pulse
.pulse-cookie
.esd_auth

#KDE specific:

# Recent documents on KDE
.kde/share/apps/RecentDocuments
.kde4/share/apps/RecentDocuments
# Contains a history of the Klipper clipboard (KDE)
.kde/share/apps/klipper
.kde4/share/apps/klipper
# You will loose saved scrolling positions of PDFs
.kde/share/apps/okular/docdata
.kde/share/apps/gwenview/recentfolders
.kde4/share/apps/okular/docdata
.kde4/share/apps/gwenview/recentfolders
# Cached other users' profile pics
.kde/share/apps/kmess/displaypics
.kde4/share/apps/kmess/displaypics
# Cached emoticons of others
.kde/share/apps/kmess/customemoticons
.kde4/share/apps/kmess/customemoticons

#Firefox-specific (see also Profile folder):

.mozilla/firefox/*/Cache
# in case Fx crashes dumps will be stored in this
.mozilla/firefox/*/minidumps
# session-specific 
.mozilla/firefox/*/.parentlock
# phishing database, recreated
.mozilla/firefox/*/urlclassifier3.sqlite
# blacklisted extensions
.mozilla/firefox/*/blocklist.xml
# extension database, recreated on startup
.mozilla/firefox/*/extensions.sqlite
.mozilla/firefox/*/extensions.sqlite-journal
.mozilla/firefox/*/extensions.rdf
.mozilla/firefox/*/extensions.ini
.mozilla/firefox/*/extensions.cache
# cached UI data, recreated
.mozilla/firefox/*/XUL.mfasl
.mozilla/firefox/*/XPC.mfasl
.mozilla/firefox/*/xpti.dat
.mozilla/firefox/*/compreg.dat
# cached plugin data, recreated
.mozilla/firefox/*/pluginreg.dat

#SeaMonkey-specific (see also Profile folder):

.mozilla/seamonkey/*/Cache
# in case Fx crashes dumps will be stored in this
.mozilla/seamonkey/*/minidumps
# session-specific 
.mozilla/seamonkey/*/.parentlock
# blacklisted extensions
.mozilla/seamonkey/*/blocklist.xml
# extension database, recreated on startup
.mozilla/seamonkey/*/extensions.sqlite
.mozilla/seamonkey/*/extensions.rdf
.mozilla/seamonkey/*/extensions.ini
# cached UI data, recreated
.mozilla/seamonkey/*/xpti.dat
.mozilla/seamonkey/*/compreg.dat
# cached plugin data, recreated
.mozilla/seamonkey/*/pluginreg.dat

# Thunderbird Cache in your profile folder
.thunderbird/*/Cache

#Opera-specific (related question on Superuser.com: Is documentation available on files and directories in the Opera profile folder?):

.opera/temporary_downloads
.opera/cache
.opera/thumbnails
.opera/opcache
.opera/icons
.opera/application_cache
.opera/widgets/*/cache
.opera/lock

# Keychain dir (manage SSH and GPG keys, front-end to ssh-agent and ssh-add)
/.keychain

#Komodo Edit:

.komodoedit/*/codeintel/db
.komodoedit/*/host-*/*/codeintel
.komodoedit/*/XRE/Cache
.komodoedit/*/XRE/.activatestate/komodo edit/Crash Reports
.komodoedit/*/XRE/.activatestate/komodo edit/*/Cache
.komodoedit/*/XRE/.activatestate/komodo edit/*/minidump
.komodoedit/*/XRE/.parentlock
.komodoedit/*/XRE/extensions.rdf
.komodoedit/*/XRE/extensions.ini
.komodoedit/*/XRE/extensions.cache
.komodoedit/*/XRE/XPC.mfasl
.komodoedit/*/XRE/XUL.mfasl
.komodoedit/*/XRE/xpti.dat
.komodoedit/*/XRE/pluginreg.dat
.komodoedit/*/XRE/compreg.dat
.komodoedit/*/XRE/*.sqlite-journal
.komodoedit/*/pystdout.log
.komodoedit/*/pystderr.log
.komodoedit/*/history.sqlite.bak
.komodoedit/*/running.lock
.komodoedit/*/mutex.lock
.komodoedit/*/*.xmlc
.komodoedit/*/startup-env.tmp
.komoeoedit/*/commandments.fifo
.komoeoedit/*/history.sqlite

#GnuPG:

.gnupg/rnd
.gnupg/random_seed
.gnupg/.#*
.gnupg/*.lock
.gnupg/gpg-agent-info-*

#Google Chrome:

.config/google-chrome/Default/Local Storage
.config/google-chrome/Default/Session Storage
.config/google-chrome/Default/Application Cache
.config/google-chrome/Default/History Index *

#Chromium:

.config/chromium/Default/Local Storage
.config/chromium/Default/Session Storage
.config/chromium/Default/Application Cache
.config/chromium/Default/History Index *

#Local repositories (added by errantlinguist on 2015-04-13):
.gradle/caches
/.m2/repository

#indexer
.local/share/baloo
.local/share/zeitgeist
.local/share/akonadi

#Other apps:

# Pidgin
.pulse/icons
# Cached applets
.guayadeque/cache.db
.java/deployment/cache
.icedteaplugin
.icedtea
.gnome2/epiphany/favicon_cache

# other temporary files 
nohup.out

###############################################
# directories, probably not worth a backup    #
# (uncomment the files you don't need)        #
###############################################

#.android
#.AndroidStudio*/
#Android/Sdk
#.gradle
#.gvm
#.grails/
#.grails_history
#.kde/share/apps/nepomuk
#.local/share/notbit
#.local/libvirt
#.vagrant
#.vagrant.d
#.wine
#.twister
#/twister
#Applications/eclipse*
#/Downloads
#*Popcorntime*
#/Scribus
#/VirtualBox*
#
## Add Game Folders here:
#
#/games
#.local/share/Steam
#.steam
#Steam
#.minecraft
#.PlayOnLinux
rubo77
quelle
-1

Ich habe in letzter Zeit versucht, solche Aktionen durchzuführen, und festgestellt, dass für viele der Dateien in meinem Ausgangsverzeichnis, die ich nicht sichern möchte, scheinbar keine Gruppenberechtigungen festgelegt wurden. Wenn dies auch auf anderen Systemen zutrifft, kann eine wahrscheinliche Liste von Verdächtigen erhalten werden mit:

find ~ -not -perm -g+r

(Obwohl ich die Ausgabe überprüfe, weil meine meistens gut erschien, mein E-Mail-Posteingang auch auf der Liste stand und ich nicht weiß, wie gut es für andere funktionieren wird.)

Dies ist für mich besonders attraktiv, da mein Ausgangsverzeichnis verschlüsselt ist (einschließlich der Dateinamen), sodass eine manuelle Ausschlussliste eine PITA ist. Stattdessen sollte es mir möglich sein, mithilfe von Gruppenberechtigungen automatisch eine Ausschlussliste zu generieren.

(Ich weiß, dass der Thread alt ist, aber ich dachte, dass dies für jemanden nützlich sein könnte.)

James C
quelle
2
Die Erlaubnis einer Datei ist eine schlechte Anleitung, um festzustellen, ob eine Datei benötigt wird oder nicht. Private SSH-Schlüssel sollten zum Beispiel eingeschränkte Berechtigungen haben, aber Sie möchten sie auf jeden Fall sichern.
Lekensteyn
Berechtigungen sind nicht für die Verwendung als Sicherungsflags vorgesehen. Möglicherweise haben Sie viele gute Gründe, benutzerdefinierte Berechtigungen für Dateien und Verzeichnisse festzulegen, und Ihr Ansatz kann zu Problemen führen. Wenn Sie Ausschlusslisten wirklich nicht mögen (warum nicht?), Verwenden Sie stattdessen das Dump / Nodump-Flag des ext3- und ect4-Dateisystems, um Dateien für die Sicherung / keine Sicherung zu markieren. Diese Flagge wurde genau für diesen Zweck entwickelt. Siehe cyberciti.biz/faq/…
gerlos