Is het veilig om een harde schijf te gebruiken terwijl rsync actief is?
Als je net begint met rsync voor de eerste keer en meerdere grote harde schijven hebt om back-ups van te maken, is het dan veilig om een of meer van hen tijdens het lange proces te gebruiken? De SuperUser Q & A-post van vandaag biedt het antwoord op de vraag van een bezorgde lezer.
De Question & Answer-sessie van vandaag komt tot ons dankzij SuperUser - een onderdeel van Stack Exchange, een door de gemeenschap gestuurde groep van Q & A-websites.
De vraag
SuperUser-lezer Iedereen wil weten of het veilig is om een harde schijf te gebruiken terwijl rsync actief is:
Ik ben van plan een back-up te maken van mijn verzameling grote harde schijven met rsync en verwacht dat het een paar dagen zal duren. Is het veilig om de originele harde schijf te gebruiken (bestanden toevoegen) terwijl rsync werkt of is het beter om de harde schijven onaangetast te laten totdat rsync volledig is voltooid?
Is het veilig om een harde schijf te gebruiken terwijl rsync actief is?
Het antwoord
SuperUser-bijdrager Michael Kjorling heeft het antwoord voor ons:
Zoals anderen al hebben opgemerkt, is het veilig om vanaf de brondisk te lezen of de doeldisk te gebruiken buiten de doeldirectory terwijl rsync actief is . Het is ook veilig om te lezen in de doelmap, vooral als de doelmap uitsluitend wordt gevuld door de rsync-run.
Wat over het algemeen niet veilig is, is echter om binnen de brondirectory te schrijven terwijl rsync actief is. "Write" is alles dat de inhoud van de brondirectory of een submap daarvan wijzigt, inclusief bestandsupdates, verwijderingen, creatie, enz.
Als u dit doet, wordt er niets afgebroken, maar de wijziging kan al dan niet daadwerkelijk worden gewijzigd opgepikt door rsync voor kopiëren naar de doellocatie. Dat hangt af van het type wijziging, of rsync die bepaalde map al heeft gescand en of rsync het bestand of de map in kwestie nog heeft gekopieerd.
Er is echter een gemakkelijke manier om dat te doen. Nadat rsync is voltooid, voert u het opnieuw uit met dezelfde parameters (tenzij u een funky-verwijderingsparameter hebt, als u dat doet, wees dan wat voorzichtiger). Als u dit doet, zorgt rsync ervoor dat de bron opnieuw wordt gescand en verschillen worden overgedragen die niet zijn opgepikt tijdens de oorspronkelijke run.
De tweede run moet alleen verschillen overbrengen die tijdens de vorige rsync-run zijn gebeurd en als zodanig worden voltooid veel sneller. U kunt dus de computer tijdens de eerste run normaal gebruiken, maar moet tijdens de tweede run zoveel mogelijk de bron niet wijzigen. Als je kunt, overweeg dan sterk om het bronbestandssysteem als alleen-lezen te herinstalleren voordat je de tweede rsync-run start (zoiets als mount -o ro, remount / media / source zou moeten doen).
Heb je iets toe te voegen aan de uitleg? Geluid uit in de reacties. Wilt u meer antwoorden van andere technisch onderlegde Stack Exchange-gebruikers lezen? Bekijk hier de volledige discussiethread.
Beeldcredits: Linux Screenshots (Flickr)
Spotify stoppen met het spelen van alle nummers met hetzelfde volume
Wanneer geluidstechnici een album mixen, bepalen ze hoe hard ze willen dat elke track is. Afhankelijk van wat de intenties van de artiest zijn, willen ze misschien dat de ene track iets stiller is dan de andere om toe te voegen aan de algehele sfeer. Het effect is zelfs nog meer uitgesproken tussen albums, vooral die uit verschillende tijdperken.
Windows Spectre-patches zijn hier, maar u wilt wachten
Om uw pc volledig te beschermen tegen Spectre, hebt u een bijgewerkte Intel-CPU-microcode nodig. Normaal gesproken wordt dit door uw pc-fabrikant geleverd via een UEFI-firmware-update, maar Microsoft biedt nu een optionele patch met de nieuwe microcode. We denken dat de meeste mensen moeten wachten totdat hun pc-fabrikanten deze update implementeren in plaats van te haasten om Microsoft's software te installeren patch.