Er det trygt å bruke en harddisk mens rsync kjører?
Hvis du nettopp har startet med rsync for første gang og har flere store harddisker for å lage sikkerhetskopier av, er det trygt å faktisk bruke en eller flere av dem i løpet av den lange prosessen? Dagens SuperUser Q & A-post har svaret på et bekymret lesers spørsmål.
Dagens Spørsmål og Svar-sesjon kommer til oss med høflighet av SuperUser-en underavdeling av Stack Exchange, en fellesskapsdrevet gruppering av Q & A-nettsteder.
Spørsmålet
SuperUser leser Alle vil vite om det er trygt å bruke en harddisk mens rsync kjører:
Jeg planlegger å sikkerhetskopiere samlingen av store harddisker ved hjelp av rsync og forutse at det vil ta noen dager. Er det trygt å bruke den originale harddisken (legge til filer) mens rsync jobber, eller det er bedre å la harddiskene stå uberørt til rsync er fullstendig ferdig?
Er det trygt å bruke en harddisk mens rsync kjører?
Svaret
SuperUser-bidragsyter Michael Kjorling har svaret for oss:
Som andre allerede har påpekt, er det trygt å lese fra kildeskiven eller bruke måldisken utenfor målkatalogen mens rsync kjører . Det er også trygt å lese i målkatalogen, spesielt hvis målkatalogen blir utelukkende utelukkende av rsync-kjøringen.
Det som ikke er generelt trygt, er imidlertid å skrive i kildekatalogen mens rsync kjører. "Skriv" er noe som endrer innholdet i kildekatalogen eller en underkatalog derav, slik at det inkluderer filoppdateringer, slettinger, opprettelser, etc.
Gjør det egentlig ikke vil bryte noe, men endringen kan eller ikke faktisk få plukket opp av rsync for kopiering til målstedet. Det avhenger av hvilken type endring, om rsync har skannet den aktuelle katalogen enda, og om rsync har kopiert filen eller katalogen som er i spørsmålet ennå.
Det er imidlertid en enkel måte rundt det. Når rsync er ferdig, kjør det igjen med de samme parametrene (med mindre du har noen funky deletion parameter, hvis du gjør det, vær så litt mer forsiktig). Hvis du gjør det, får rsync til å skanne kilden og overføre eventuelle forskjeller som ikke ble hentet under den opprinnelige løp.
Den andre kjøringen skal bare overføre forskjeller som skjedde under det forrige rsync-løp, og vil dermed være ferdig mye raskere. Dermed kan du gjerne bruke datamaskinen normalt i første omgang, men bør unngå å gjøre endringer så mye som mulig til kilden i løpet av andre runde. Hvis du kan, bør du vurdere å omforme kildefilsystemet som skrivebeskyttet før du starter det andre rsync-løp (noe som mount -o ro, remount / media / kilde skal gjøre).
Har du noe å legge til forklaringen? Lyder av i kommentarene. Vil du lese flere svar fra andre tech-savvy Stack Exchange-brukere? Se full diskusjonstråd her.
Bilde Kreditt: Linux Skjermbilder (Flickr)
Slik kjører du Windows-programmer fra Windows 10's Bash Shell
I opprørereoppdateringen kan Windows 10s Bash-skjerm nå kjøre Windows-binærprogrammer og standard kommandopromptkommandoer, rett fra Bash. Du kan kjøre både Linux- og Windows-programmer fra samme Bash-skjerm, eller til og med inkorporere Windows-kommandoer i et Bash-skript. Hva du trenger å vite RELATED: Alt du kan gjøre med Windows 10s nye Bash Shell Her er noen grunnleggende detaljer du trenger å vite om denne funksjonen: Brukerkonto : Programmer som startes fra Bash-skallet, kjøres som om de ble lansert av den nåværende Windows-brukerkontoen.
I Bash, vil du legge merke til at katalogene og filer du ser er farget i henhold til deres type. Du kan tilpasse ditt eget fargevalg for å velge forskjellige tekstfarger, bakgrunnsfarger og formatering som fet og understreket. Slik fungerer dette Fargeskjemaet er lagret i LS_COLORS-variabelen. For å vise ditt nåværende fargevalg, kan du fortelle Bash å skrive ut innholdet i variabelen: echo $ LS_COLORS Du vil se en lang liste over filtyper og nummerkoder.
