sv.phhsnews.com


sv.phhsnews.com / ÄR det säkert att använda en hårddisk medan rsync körs?

ÄR det säkert att använda en hårddisk medan rsync körs?


Om du bara har börjat med rsync för första gången och har flera stora hårddiskar för att säkerhetskopiera, är det säkert att faktiskt använda en eller flera av dem under den långa processen? Dagens SuperUser Q & A-post har svaret på en orolig läsares fråga.

Dagens Frågor och svar sessions kommer till vår del med SuperUser-en indelning av Stack Exchange, en community-driven gruppering av Q & A-webbplatser.

Frågan

SuperUser-läsare Alla vill veta om det är säkert att använda en hårddisk när rsync körs:

Jag planerar att säkerhetskopiera min samling stora hårddiskar med rsync och förutse att det tar några dagar. Är det säkert att använda den ursprungliga hårddisken (lägga till filer) medan rsync fungerar eller är det bättre att lämna hårddiskarna orörda tills rsync är helt klar?

Är det säkert att använda en hårddisk när rsync körs?

Svaret

SuperUser-bidragaren Michael Kjorling har svaret för oss:

Som andra redan har påpekat är det säkert att läsa från källskivan eller använda målskivan utanför målkatalogen medan rsync körs . Det är också säkert att läsa in i målkatalogen, speciellt om målkatalogen befinner sig exklusivt av rsync-körningen.

Vad som i allmänhet inte är säkert, är dock att skriva i källkatalogen medan rsync körs. "Skriv" är något som ändrar innehållet i källkatalogen eller någon underkatalog därav, så det inkluderar filuppdateringar, raderingar, skapelser etc.

Om du gör det kommer det inte att bryta någonting, men ändringen kanske eller kanske inte får plockas upp av rsync för kopiering till målplatsen. Det beror på vilken typ av förändring, huruvida rsync har skannat den aktuella katalogen ännu, och om rsync har kopierat filen eller katalogen i fråga ännu.

Det finns dock en enkel väg runt det. När rsync är klar kör du det igen med samma parametrar (om du inte har någon funky deletionsparameter, om du gör det, var lite försiktigare). Om du gör det kommer rsync att skanna källan igen och överföra eventuella skillnader som inte hämtades under den ursprungliga körningen.

Den andra loppet bör bara överföra skillnader som hände under föregående rsync-körning och kommer därför att vara klar mycket snabbare. Således kan du gärna använda datorn normalt under första loppet, men bör undvika att göra några ändringar så mycket som möjligt till källan under andra loppet. Om du kan, bör du överväga att ominstallera källfilsystemet som skrivskyddad innan du startar den andra rsync-körningen (något som mount -o ro, remount / media / source ska göra).


Har något att lägga till förklaringen? Ljud av i kommentarerna. Vill du läsa mer svar från andra tech-savvy Stack Exchange-användare? Kolla in den fullständiga diskussionsgängan här.

Bildkrediter: Linux Skärmdumpar (Flickr)


Så här stänger du av LED-lamporna på dina Eero Wi-Fi-enheter

Så här stänger du av LED-lamporna på dina Eero Wi-Fi-enheter

De små lamporna på din Eero-router kanske inte verkar mycket ljusa, men när du släcker lamporna i rummet, Det är som om de lyser så ljust som solen. Det finns sätt att blockera eller dämpa LED-lamporna på hela din enhet, men Eero har faktiskt möjlighet att stänga av dem. I Eero App För att stänga av LED-lamporna på dina Eero-enheter, kan göra det inom appen.

(how-top)

U2F Förklarade: Hur Google och andra företag skapar en universell säkerhetstoken

U2F Förklarade: Hur Google och andra företag skapar en universell säkerhetstoken

U2F är en ny standard för universella tvåfaktors autentiseringstoken. Dessa symboler kan använda USB, NFC eller Bluetooth för att ge tvåfaktors autentisering över en rad olika tjänster. Den stöds redan i Chrome, Firefox och Opera för Google, Facebook, Dropbox och GitHub-konton. Denna standard stöds av FIDO-alliansen, som inkluderar Google, Microsoft, PayPal, American Express, MasterCard, VISA, Intel, ARM, Samsung, Qualcomm, Bank of America och många andra massiva företag.

(how-top)