Path: csiph.com!weretis.net!feeder6.news.weretis.net!feeder8.news.weretis.net!news.szaf.org!inka.de!rsli.inka.de!not-for-mail From: Volker Englisch Newsgroups: de.comp.hardware.laufwerke.misc Subject: Re: Bandlaufwerk und grosse Dateien Date: Fri, 10 Dec 2021 10:47:49 +0100 Organization: Rabbit System Lines: 26 Message-ID: References: NNTP-Posting-Host: wst05 Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: rabbit.rsli.de 1639129671 25841 192.168.1.105 (10 Dec 2021 09:47:51 GMT) X-Complaints-To: usenet@rsli.inka.de NNTP-Posting-Date: Fri, 10 Dec 2021 09:47:51 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:14.0) Gecko/20120715 Firefox/14.0.1 SeaMonkey/2.11 In-Reply-To: Xref: csiph.com de.comp.hardware.laufwerke.misc:336 Sebastian Suchanek schrieb: > Am 08.12.2021 um 18:46 schrieb Volker Englisch: > >> [Backup auf LTO2] >> Auf dem Server liegen aber auch Videodateien mit einer Größe von über 1 >> GB. Und beim Sichern dieser geht es los: Das Bandlaufwerk zeigt das >> berüchtigte Start-/Stop-Verhalten, und "dump" will für ca. 80 GB Daten >> rund 24 (!) Stunden brauchen. >> >> Gibts für dieses Verhalten eine plausible Erklärung? > > Hmm - mit dump habe ich keine Erfahrung. Was passiert, wenn Du > stattdessen tar benutzt? Was sagen top und iotop, während dump sich mit > den Videodateien quält? Faszinierend. Mit tar läuft das Backup der großen Dateien problemlos und schnell durch, und das Laufwerk schnurrt wie ein Kätzchen :) Da die Videodateien eh nicht jedes Mal mitgesichert werden müssen, werde ich das splitten: Bei Bedarf die großen Files mit tar, und das regelmäßige Backup mit dump. Danke für die Idee, es mit tar zu versuchen. V.