Mitä rsync;in tilalle?

[Ked]

rsync sekosi jo toisen kerran vähän ajan sisällä, varmuuskopiosta osassa tiedostoja on vain tyhjää ja antaa ilmoituksen:

Koodia: [Valitse]

rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1060) [sender=3.0.7]
Netistä luin että kyseessä on mahdollisesti joku bugi joten...

Mikä mahtaisi olla luotettavin tapa/ohjelma tehdä varmuuskopio ulkoiselle usb-levylle?

edit: sammutin koneen välissä ja kytkin levyn uudelleen -> kaikki toimii normaalisti ja "hävinneet" tiedostotkin ovat palanneet. Ihmetyttää mistä tuo johtuu...

[igor_2]

edit: sammutin koneen välissä ja kytkin levyn uudelleen -> kaikki toimii normaalisti ja "hävinneet" tiedostotkin ovat palanneet. Ihmetyttää mistä tuo johtuu...

USB-levy? Ettei se ollut joku flush-juttu, joka kummitteli jollain tavalla?

Itse olen käyttänyt rsynciä varsin pitkään, sekä verkon yli että paikallisesti, enkä ole huomannut mitään probleemeja. Toisaalta, aika harvoin backuppeja myöskään tulee käytettyä, eli eihän tiedä vaikka siellä satojen tuhansien tiedostojen joukossa olisikin joitain viallisia fileitä.

[Ganymedes]

Onko se oikeasti ongelma? Riippuen usb-levyn tiedostojärjestelmästä kaikkia "file attribuutteja" ei välttämättä pystykään siirtämään. Joten onko rsync komentosi parametrit varmasti oikein suhteessa tiedostojärjestelmään (molemmissa päissä)? Se, että "on aikaisemminkin toiminut" ei riitä, pitää ne silti olla oikein.

Toisaalta, lienet testannut USB-levyn jotenkin muuten? Juuri hajosi käsiin yksi pikku-Buffalo ... epäilin ensin kaikkea mahdollista muuta, mutta levyhän se oli.

[odysseus]

edit: sammutin koneen välissä ja kytkin levyn uudelleen -> kaikki toimii normaalisti ja "hävinneet" tiedostotkin ovat palanneet. Ihmetyttää mistä tuo johtuu...

rsync on kyllä mielestäni erittäin luottettava, mutta tuo USB-levy on varmaankin surullisenkuuluisa NonTrueFileSystem :-) tässä tapauksessa?

Edit: Muuten tuli mieleeni, että tuommoisen samantapaisen ongelman kanssa pelasin joku puoli vuotta asiakkaan koneen kanssa. Sama juttu siis, että se USB-asema katosi "jonnekin" välillä. Silloin ratkaistiin homma hankalamman kautta, eli otettiin se kovo veks sieltä usbikotelosta ja laitettiin PC:n sisään (oli muistaakseni IDE) ja sitten se fstabiin mounttautumaan...

[Ganymedes]

...
edit: sammutin koneen välissä ja kytkin levyn uudelleen -> kaikki toimii normaalisti ja "hävinneet" tiedostotkin ovat palanneet. Ihmetyttää mistä tuo johtuu...

Niinpä, ei ainakaan rsyncistä.

Levy menossa tai tiedostojärjestelmä sekaisin - mikähän se on?

[petteriIII]

Minä suosin TAR:ia; käytin aikoinaan RSYNC:iä mutta sen monet parametrit alkoivat ihmetyttää - vaikka eipä se TAR paljoakaan parempi ole. Onhan se pikipallo sentään pienempi: systeemin kopiota voi pitää tallessa samalla osiolla jolloin tehtäessä palautusta kaikki on aina paikalla ja kun pikipallon kovettaa se ei koskaan turmellu. Ja käyttäjien tiedostojen pikipalloa voi sitten pitää tallessa vaikka sillä USB-kovalevyllä.

[Ked]

Ulkoinen usb-levy on kryptattu ja alustettu ext4-muotoon, koneella oleva lähdelevy on tavallinen ext4.

Jokaisella kerralla vika on ilmennyt saman usb-levyn kanssa, joten voi olla että levyssä on vikaa. Jotain siinä menee pahemman kerran sekaisin kun kone täytyy välissä sammuttaa. Jos yrittää uudelleen liittää levyä, se kysyy vain kryptauksen salasanaa mutta ei aukea. Kun kone on bootattu uudelleen, kaikki toimii taas normaalisti.

[Ganymedes]

USB-levyissä, varsinkin Lacie:n vanhemmissa levyissä (pyöreä monipiikkinen virtaliitin) menee virtalähde ja joskus liitin vaan istuu huonosti paikallaan.

Edellinen hajoaminen oli kyllä USB-virtaa käyttävällä Buffalon pikkulevyllä. Kopioiminen ei vain onnistunut oikein mitenkään. Kaupassa kun testasivat, niin niiden Windows testikone meni alas - uskoivat kerralla, että levy on oikeasti rikki.

En tunne kryptaamisen erikoispiirteitä, jos niitä tässä olisi.

[odysseus]

Minä suosin TAR:ia; käytin aikoinaan RSYNC:iä mutta sen monet parametrit alkoivat ihmetyttää - vaikka eipä se TAR paljoakaan parempi ole. Onhan se pikipallo sentään pienempi: systeemin kopiota voi pitää tallessa samalla osiolla jolloin tehtäessä palautusta kaikki on aina paikalla ja kun pikipallon kovettaa se ei koskaan turmellu. Ja käyttäjien tiedostojen pikipalloa voi sitten pitää tallessa vaikka sillä USB-kovalevyllä.

Nuo on tietty vähän eri asiat.

Rsycillä saat automatisoitua varmistusten kierron ja ns "incremental backups" ja kyllä sekin säästää oikeudet kun vain tallentaa oikealle tiedostojärjestelmälle! NTFS ei vaan siihen pysty.

Noitahan voi käyttää toki myös putkessa jos haluaa, niin sitten se pallo on hallussa!...

[Ked]

Kyseessä on Transcendin levy, jolla ei ole erillistä virtalähdettä. Salauksen ei periaatteessa pitäisi vaikuttaa koska salasanan syöttämisen jälkeenhän se toimii samalla tavalla kuin mikä tahansa liitetty levy.

Varmuuskopinnissa olen käyttänyt määritteitä "rsync -av --del", mutta en usko että sillä on tässä tapauksessa merkitystä.

[odysseus]

Varmuuskopinnissa olen käyttänyt määritteitä "rsync -av --del", mutta en usko että sillä on tässä tapauksessa merkitystä.

Mallia tässä:

http://www.mikerubel.org/computers/rsync_snapshots/

[Ganymedes]

...
Varmuuskopinnissa olen käyttänyt määritteitä "rsync -av --del", mutta en usko että sillä on tässä tapauksessa merkitystä.

Ei kai noissa parametreissä sinänsä voi olla mitään ext4:n tapauksessa.

Viittasin aiemmin lähinnä kahteen juttuun:

- jos yrittää puskea esim. tiedostojen oikeuksia sellaiseen tiedostojärjestelmään, mikä ei niistä mitään ymmärrä, kuten FAT32, niin rsync esittää protestin

- toisaalta joidenkin tiedostojen metadata on joskus päin prinkkalaa. En ole siihen niinkään törmännyt rsync:ssä vaan muualla. Tarkoitan tällä sitä, että tiedoston timestamp puuttuu kokonaan. Tai tiedoston modified aika (vai oliko created aika) on joskus tulevaisuudessa vuodessa 2020. Tällöin voi tulla kaikenlaista probleemia systeemistä riippuen. Vähimmillään minkäänlainen inkrementointi ei onnistu vaan nämä tiedostot kopioidaan aina ja joka kerta uudelleen, mikä voi myös jossakin tapauksessa olla todellinen ongelma tai ainakin kiusa.

[Ked]

Ei kai noissa parametreissä sinänsä voi olla mitään ext4:n tapauksessa.

Viittasin aiemmin lähinnä kahteen juttuun:

- jos yrittää puskea esim. tiedostojen oikeuksia sellaiseen tiedostojärjestelmään, mikä ei niistä mitään ymmärrä, kuten FAT32, niin rsync esittää protestin

Juu, ymmärsin. Siksi tarkensin sen olevan ext4.

- toisaalta joidenkin tiedostojen metadata on joskus päin prinkkalaa. En ole siihen niinkään törmännyt rsync:ssä vaan muualla. Tarkoitan tällä sitä, että tiedoston timestamp puuttuu kokonaan. Tai tiedoston modified aika (vai oliko created aika) on joskus tulevaisuudessa vuodessa 2020.

No jos leikkii touch-komennolla... mutta jos koneen kello on ajassaan niin tuo ei tapahtune vahingossa kovin helposti.

[ukki]

Hei KED

Siitä sinun rsync vikailmoitukestasi:
-- vika ei ole kohteessa vaan lähteessä:
olet yrittänyt rsynkata tiedostoa
tai kansiota, johon sinulla ei ole oikeutta!
-- paria riviä ylempänä saattaisi olisi vikarivillä
esim.  '... lost+found..' tms, jonka kopiointi
ei onnistu.

[Ked]

Siitä sinun rsync vikailmoitukestasi:
-- vika ei ole kohteessa vaan lähteessä:
olet yrittänyt rsynkata tiedostoa
tai kansiota, johon sinulla ei ole oikeutta!
-- paria riviä ylempänä saattaisi olisi vikarivillä
esim.  '... lost+found..' tms, jonka kopiointi
ei onnistu.

Terävä huomio. Vielä mietityttää miksi vikailmoituksen jälkeen jotkut kansiot ovat tyhjiä, mutta uuden liittämisen jälkeen niissä kuitenkin on taas kaikki paikallaan. Voiko tuo aiheuttaa senkin?

[ukki]

Vielö rsyncistä!
   Jos käytät '--delete' avainta, tulee myös
ongelmia kirjoitusoikeuksien kanssa: vastaan-
ottavassa kansiossa ei voi olla vierasta
omaisuutta.
   Ja verkkoon taas ei voi 'sudo rsync..'ta,
kun sudo voi toimia vain  omassa koneessa.

[ukki]

Ja jatkoa tyhjistä kansioista.
   Minulla jäi pois piilotiedostot ('.*'), mutta
kun käytän '-a'- avainta ne tulevat.
   Myös kansion kopiossa lähteen viimeinen merkki
('/') on tärkeä: sillä kopioituu koko kansion sisältö,
myös piilotiedostot.

[Ked]

Jos käytät '--delete' avainta, tulee myös
ongelmia kirjoitusoikeuksien kanssa: vastaan-
ottavassa kansiossa ei voi olla vierasta
omaisuutta.

Ei tietenkään, oma kansio eri käyttäjille tietty. 

[ukki]

Niin on !
Mutta on poikkeus:
Jos käyttäjän kansio on samalla
osion tietopuuhun liittävä, on
systeemi luonut sinne tavaraa,
jota ei voi rsynkata ('lost..'), ja
tulee virheilmoitus.

[odysseus]

Niin on !
Mutta on poikkeus:
Jos käyttäjän kansio on samalla
osion tietopuuhun liittävä, on
systeemi luonut sinne tavaraa,
jota ei voi rsynkata ('lost..'), ja
tulee virheilmoitus.

Ajetaan su:na tietty ja lisätään -p -o

Kannattaa katsoa "man rsync" ja myös kohdat:

-l -L -k -K -H -x