[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Hardlinks verwenden
[Thread Prev] | [Thread Next]
- Subject: Re: Hardlinks verwenden
- From: Werner Holtfreter <Holtfreter@xxxxxx>
- Date: Wed, 5 Aug 2009 00:53:09 +0200
- To: uugrn@xxxxxxxxxxxxxxx
Am Mittwoch, 2009-07-29 21:14:02 schrieb Markus Hochholdinger: > > Ansatz: Suche Datei innerhalb des aktuellen Verzeichnisses mit > > mehr als einem Hardlink auf die Datei, dann suche > > dateisystemweit und liste alle Hardlinks auf den gleichen > > Inode. > > Mit einem Schalter wird gesteuert, ob in der Liste zusaetzlich > > auch die "einfach" verlinkten Daten gelistet werden. > > dreh den Ansatz doch einfach rum! > > * Also Du willst dass ein und dieselben Daten (Dateien) nicht > zweimal Platz auf der Platte verbrauchen. > * Der Anwender soll nach Moeglichkeit nichts davon mitbekommen und > normal mit den Dateien arbeiten koennen. > > => Lasse taeglich ein Script laufen welches nach gleichen Dateien > sucht und welches diese mit einem Hardlink verknuepft! > > Das gibt es schon fertig, z.B. fdupes oder fslint. > > Oder ist damit das Ziel verfehlt? Die beiden Programme sind eine feine Sache, ich war ueberrascht, viele Dubletten im System zu haben. Aber nach reiflicher Ueberlegung: Eine automatisierte, blinde "Verhardlinkung" scheint mir keine gute Idee: Bei den zahlreichen gespeicherten HTML-Dateien mit immer gleichen Icons sind Hardlinks OK. Nicht OK sind Hardlinks bei meinen grossen PDF-Dateien, die irgendwann mal gelesen werden sollen und die mehrfach unter verschiedenem Namen auf der Platte liegen (weil sie aus verschiedenen Quellen heruntergeladen wurden). Hier ist es sinnvoller, die Dubletten zu loeschen, damit nicht nur Speicher gespart sondern auch Uebersicht gewonnen wird. Aber auch wenn eine Datei mit mehreren Hardlinks aktualisiert werden soll muss man im Blick behalten, in welchen verschiedenen Sachzusammenhaengen die mehrfach verlinkte Datei ueberall verwendet wurde, um zu entscheiden, ob hier oder da der Link geloest werden muss, weil die historische Version wichtig bleibt. -- Viele Gruesse Werner Holtfreter -- http://mailman.uugrn.org/mailman/listinfo/uugrn Wiki: http://wiki.uugrn.org/wiki/UUGRN:Mailingliste Archiv: http://lists.uugrn.org/