Restore .local van Fedora backup terugplaatsen gaat langzaam

[MrMarcie]

Tsja,
Soms doe je eens wat. Had een nieuwe Nvme schijf gekocht en met Clonezilla geprobeerd de oude drive te clonen naar de nieuwe. Ging niet goed. Terwijl vorige keer dat prima ging.

Anyway besloten om Fedora 38 xfce vers te installeren en dan o.a. de .local folder terug te plaatsen van mijn dagelijkse backup. Die staat op een 6Tb HD, zo;n draaischijf dus.

Maar die .local folder gaat ontzettend langzaam. Soms zegt ie nog 44325 hour remaining.

Iemand enig idee waarom het zo langzaam gaat? Ik ga straks maar slapen en laat hem gewoon doorgaan, kijken waar ie morgen is.

[MartinMeijerink]

Even uitloggen uit de GUI, en dan in een virtuele terminal intikken:

rsync -a --del /mnt/draaischijf/home/marc/.local/ /home/marc/.local/

[thunder7]

ik zou daar nog een --progress aan toevoegen

[MartinMeijerink]

Dat kan het ook weer wat langzamer maken, vooral met heel veel kleine bestanden (scheelt niet veel misschien), maar je hebt dan nog geen idee wanneer het klaar is. Wat ik nog weleens doe is na een kwartier en/of een half uur even checken hoeveel er gekopieerd is:

pcvanmarc:~ # du -sh /home/marc/.local
18G    /home/marc/.local

Dan weet je hoever hij is (18/141=13%) en hoe lang het dan ongeveer nog gaat duren.

[DaFeliX]

MartinMeijerink schreef op woensdag 27 september 2023 @ 07:48:
Dat kan het ook weer wat langzamer maken, vooral met heel veel kleine bestanden (scheelt niet veel misschien), maar je hebt dan nog geen idee wanneer het klaar is. Wat ik nog weleens doe is na een kwartier en/of een half uur even checken hoeveel er gekopieerd is:

pcvanmarc:~ # du -sh /home/marc/.local
18G    /home/marc/.local

Dan weet je hoever hij is (18/141=13%) en hoe lang het dan ongeveer nog gaat duren.

Je zou ook een SIGINFO signal kunnen gebruiken ipv du te gebruiken

[...]
Finally, you can get an instant progress report by sending
rsync a signal of either SIGINFO or SIGVTALRM. On BSD
systems, a SIGINFO is generated by typing a Ctrl+T (Linux
doesn't currently support a SIGINFO signal). When the
client-side process receives one of those signals, it sets
a flag to output a single progress report which is output
when the current file transfer finishes (so it may take a
little time if a big file is being handled when the signal
arrives). A filename is output (if needed) followed by
the --info=progress2 format of progress info. If you
don't know which of the 3 rsync processes is the client
process, it's OK to signal all of them (since the non-
client processes ignore the signal).
[...]

[Merethil]

DaFeliX schreef op woensdag 27 september 2023 @ 08:35:
[...]


Je zou ook een SIGINFO signal kunnen gebruiken ipv du te gebruiken


[...]

Behalve dit stukje:

Linux doesn't currently support a SIGINFO signal

en gezien 't over Fedora gaat...

[ Voor 5% gewijzigd door Merethil op 27-09-2023 09:45 ]

[MrMarcie]

Dank voor de antwoorden. Ik weet uiteindelijk ook niet wat er aan de hand is/was. Maar na paar uur was ie pas op 10G of zo.

Wat ik uiteindelijk gedaan heb, ik had de oude Nvme schijf nog en deze in andere pc gezet en daar die folder vandaan gekopieerd. Die was ook veel kleiner omdat ik dagelijks een backup maak naar die HD maar dat bouwt op zeg maar. En blijkt dat er ook mappen in zitten met volle prullebakken enzo. Weer wat geleerd.

Die kopie op een SSD gezet en met een USB aansluitingkabeltje voor SSD's aan mijn nieuwe PC gehangen en toen was het in geloof nog geen 10 minuten gekopieerd. Werkt nu weer als een zonnetje.

[ Voor 4% gewijzigd door MrMarcie op 27-09-2023 11:09 ]

[MrMarcie]

Toch uiteindelijk omdat het niet perfect was met rsync aan de slag gegaan. Werkte perfect en geen issues. Dank voor het op het goede spoor zetten, had ik zelf moeten bedenken