Software-update: FreeFileSync 13.3

FreeFileSync logo (75 pix) Versie 13.3 van FreeFileSync is uitgekomen. Met dit opensourceprogramma kan een back-up worden gemaakt of de inhoud van twee verschillende locaties worden gesynchroniseerd. Het is beschikbaar voor Windows, Linux en macOS, is niet afhankelijk van zaken als Java of een .NET Framework en is bovendien licht in gebruik. De Windows-download bevat aparte 32bit- en 64bit-versies, en biedt ook de mogelijkheid om het te gebruiken zonder het te eerst installeren. In deze uitgave zijn de volgende veranderingen en verbeteringen aangebracht:

Changes in FreeFileSync version 13.3:
  • Completed CASA security assessment for Google Drive
  • Use system temp folder for auto-updating
  • Ignore errors when setting directory attributes is unsupported
  • Save GUI sync log file even when cancelled
  • Fixed Business Edition install over existing installation
  • Updated code signing certificates (Windows)

Versienummer 13.3
Releasestatus Final
Besturingssystemen Windows 7, Linux, macOS, Windows 8, Windows 10, Windows 11
Website FreeFileSync
Download https://www.freefilesync.org/download.php
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

08-01-2024 • 08:19

14

Bron: FreeFileSync

Reacties (14)

14
14
13
0
0
0
Wijzig sortering
FreeFileSync vind ik erg prettig, maar ik loop tegen iets aan waarvan ik hoop dat iemand hier een tip heeft:

Ik krijg een stuk of 10 netwerk errors waarbij 'retry' het probleem oplost. Maar ik moet er daardoor wel blijven. Volgens mij kan dit simpeler.

Setting:
Win11, bekabeld netwerk, Fritzbox met Netwerk hardeschijf. Backup loopt van netwerk hardeschijf naar usb backup hardeschijf aan win11 pc. Geen switches, alles cat6 en cat7 kabels, kabels zijn kort (alles staat in dezelfde kamer)

Hoe graag jullie ideeën!
Over welk protocol doe je de sync?
Ik heb ook last van deze 'retry' popup, die de voortgang van de sync blokkeert. Als ik op retry klik, dan gaat de kopieer actie weer goed en gaat de sync verder, totdat die helemaal OK (met de retry warnings) eindigt. Bij mij gaat het over een sync van een harddisk naar een WebDAV drive die onder Windows als network drive (S:\) is gemount.
Wat is de exacte error die je krijgt? Dat scheelt een boel glazen bol werk. ;) En wat levert een zoekopdracht met die foutmelding op?

[Reactie gewijzigd door CH4OS op 23 juli 2024 19:04]

Zoals @RoestVrijStaal al vraagt, middels welk protocol doe je de backup?
Kan mij goed voorstellen dat de netwerkschijf nog niet (goed) gekoppeld is aan je computer, waardoor hij hem bij de eerste keer aanspreken niet ziet.
Dat komt bij mij ook af en toe voor. (ik backup via SFTP naar een linux-netwerkschijf). De oorzaak is mij ook onbekend, maar er zijn wel een paar instellingen in FreeFileSync om te voorkomen dat je steeds zelf op 'retry' moet klikken:
- stel de timeout van de verbinding langer in ('wolk'-icoon rechts van het doelpad); staat bij mij op 120 seconden.
- vink in de Syncronisatie-instellingen het vakje bij 'Automatisch opnieuw proberen' aan en stel het aantal keren in dat hij opnieuw moet proberen en het interval daartussen (blauwe tandwiel-icoon naast 'Vergelijken'); deze instellingen staan bij mij op 10x en 5 seconden.
Dit heeft voor mij de problemen opgelost. De backup loopt bij mij nu 1x per dag unattended via de taakplanner en hij stuurt na afloop een mailtje met de resultaten. Aan de hand daarvan kan ik in eventuele issues duiken.
Dankjewel, dat ga ik proberen!
Oeh, goede vragen.
Protocol, geen idee. Gekoppeld via tooling Fritzbox. Hij heeft dit bij schijnbaar willekeurige files, dus 50gb aan het kopiëren en dan blijft hij hangen bij een foto ofzo. Het is altijd in de kopieerfase, nooit in de ronde dat hij alle wijzigingen vaststelt. Foutmelding kan ik niet letterlijk reproduceren. @William_H, @CH4OS en @RoestVrijStaal , ok als ik daarop terugkom?
Protocol wordt in dit geval bedoelt: SMB, FTP, SFTP, FTPS, (web)DAV, om een paar voorbeelden te noemen.
Het protocol is sbm, ik werk vanuit Verkenner, alsof het een reguliere schijf is.
De foutmelding ga ik opnieuw oproepen door een extra backup ronde te doen. Daar kom ik zsm op terug.
Samba share dus. Ja, die willen er nog wel eens uitklappen bij inactiviteit.
Zoals @Andrejan al aangeeft, dat zijn goede tips om jouw issues te verhelpen/voorkomen.
Dank voor het meedenken. Ik zou terugkomen op de exacte foutmelding en dat kan ik niet. 'schuldige' daarvoor is @Andrejan , aangezien zijn suggestie om automatische nieuwe poging te laten doen het al opgelost heeft, waarvoor veel dank!

Wat ik verwarrend vind is dat die oplossing onder vergelijken staat terwijl het iets oplost in de synchronisatie fase.

@CH4OS , @William_H en @Andrejan dank voor jullie bereidheid even mee te denken :-)
Ja, het is soms even zoeken naar de plek waar de verschillende instellingen te vinden zijn.
Ik heb zelf wel veel gehad aan hun forum, een aantal van mijn oplossingen heb ik daar gevonden.
Ik gebruik dit voor mijn backup. Bij het maken van een job heb je echt uitgebreide mogelijkheden om in te stellen hoe je de backup/copy wilt hebben. Het schedulen is wel handewerk, je moet zelf met de taskmanager aan de slag om het voor elkaar te krijgen dat de job dagelijks loopt. Ik liep er tegenaan dat run on system start niet dat doet wat je denkt. Uiteindelijke heb ik het maar zo gedaan dat de job standaard om 6:00 in de ochtend draait en de instelling toegevoegd dat hij ook bij eerste gelegenheid moet draaien als hij dat gemist heeft. Dit zal wel niet de meest optimale manier zijn om dit te doen ;-)

Op dit item kan niet meer gereageerd worden.