Lucidin jäätyminen tiedonsiirrossa ulkoisen kiintolevyn kanssa

[Ganymedes]

Kannattaa kokeilla rsync:llä kopiointia - se ehkä kertoo mitä menee väärin.

Tuonkaltaisia ongelmia olen tavannut vain kahdesta syystä: 1) Rautavika (tapauksessani oli kiinalainen halpis-USB-kelkka), 2) Rikkoutunut Ubuntu (ladattu väärän Ubuntu-version paketteja itsemääriteltyjen lähteiden avulla).

Windowsissa tuonkaltainen toiminta olisi hyvin mahdollista interaktiivisella tavalla. Ratkaisu siellä on robocopy, mitä ilman en koskaan kopioi mitään tärkeää, mitä ei samantien pysty tarkistamaan. (Tosin sekään ei riitä jos rauta toimii periaatteellisella tasolla aivan väärin - vertaa kiinalainen halpis-levykelkka).

En mene kyllä takuuseen onko rsync Linux-puolella samalla tavalla tärkeä ja onko se sitten aivan varma. Luulisin kyllä että periaatteellisella tasolla tilanne on sama kuin Windowsissakin - eli esim. se, että jos kopiointi ei onnistu, niin siitä ei tule välttämättä mitään ilmoitusta (siis ainakin Windows tekee näin).

Komennoksi kelpaa esim.

rsync -urv /home/pekka/lahde_hakemisto/  /home/pekka/kohde_hakemisto/

jossa "/home/pekka/" on oma kotihakemistosi. Komentoa voi ajaa useampaan kertaan, jos se tilttaa kesken (esim. siksi että tietoverkko menee hetkeksi alas, ei tosin koske juuri sinun tapaustasi).

USB-ongelmiin yleensä, kirjoitin joku aika sitten liitteen mukaisen ohjeen. Se ei rajoitu Linuxiin eikä ole tarkoitettu pelkästään levyille. Ehkä siinä joku osuu silmiin?

En mene takuuseen, että rsync-riittää, mutta mielestäni sitä kannattaa ehdottomasti kokeilla. Jos se ei riitä, niin luulisin, että kyseessä on rautavika tai Ubuntu on rikki (mikäli mahdollista? - minun tapauksessani se oli itse hajoitettu).

[ylläpito on poistanut liitteen]

[motalb]

Tuonkaltaisia ongelmia olen tavannut vain kahdesta syystä: 1) Rautavika (tapauksessani oli kiinalainen halpis-USB-kelkka), 2) Rikkoutunut Ubuntu (ladattu väärän Ubuntu-version paketteja itsemääriteltyjen lähteiden avulla).

Minun koneeni tapauksessa vaikuttaisi siltä että tuo "Jäätyminen" ei ole rautavika. Samassa koneessa oleva Natty kun ei jäätynyt testisessiossani kertaakaan.
Kysymys kuuluukin siis, olenko itse säätänyt Lucidin rikki, vai onko siinä "valmistusvika" Kun ehdin, niin taidankin ajaa testin fyysisesti toisella koneella. Talosta kun löytyy lähinnä nettikäytössä oleva kone jossa on Lucid. Sitä ei ainakaan ole kovin paljon säädetty

Tuo tiedostojen korruptoituminen sitten.
Tässä jonkinlainen rautavika lienee todennäköinen. Ja koska korruptoitumista on havaittavissa ainoastaan WD My Book Essential:ssa, niin vika lienee siellä levyn päässä? 
Se että viallisia kuvia näytti Nattylla tehdyssä testissä olevan vähemmän, saattaa olla sattumaa tai näköharhaa, sillä tein testin Nattylla vain yhden kerran.
Tähänkin voi tulla lisätietoa kun ajan testin toisella koneella olevalla Lucidilla.

[ditl]

Tuosta liitteen listasta kysyisin onko tuo omien kokemusten perusteella laadittu? Jos osaa laatia tuollaisen listan niin on kai myös näkemystä siitä miten paljon ongelmallisia tapauksia on yleensäkin. Kovin epävarmalta USB toiminta näyttää tuon listan perusteella.

Lista alkaa "There are many reasons why an USB device might not work." Jäin kuitenkin kaipaamaan perimmäistä syytä näihin ongelmiin. Listan alkupään kohtien perusteella vaikuttaa HW ongelmalta. Vaikka kyseessä olisi HW ongelma myös SW voi vaikuttaa sen ilmenemiseen. SW voi toteuttaa erilaisia paikkauksia.

Onko USB HW jotenkin kriittiseksi suunniteltu jolloin löytyy tietokone/oheislaite pareja jotka eivät toimi?
Onko maailmalla yleinen ongelma? USB laitteita ainakin on myyty hyvin hyvin suuri määrä.

[Ganymedes]

Tuosta liitteen listasta kysyisin onko tuo omien kokemusten perusteella laadittu? Jos osaa laatia tuollaisen listan niin on kai myös näkemystä siitä miten paljon ongelmallisia tapauksia on yleensäkin. Kovin epävarmalta USB toiminta näyttää tuon listan perusteella.

Lista alkaa "There are many reasons why an USB device might not work." Jäin kuitenkin kaipaamaan perimmäistä syytä näihin ongelmiin. Listan alkupään kohtien perusteella vaikuttaa HW ongelmalta. Vaikka kyseessä olisi HW ongelma myös SW voi vaikuttaa sen ilmenemiseen. SW voi toteuttaa erilaisia paikkauksia.

Onko USB HW jotenkin kriittiseksi suunniteltu jolloin löytyy tietokone/oheislaite pareja jotka eivät toimi?
Onko maailmalla yleinen ongelma? USB laitteita ainakin on myyty hyvin hyvin suuri määrä.

Kyllä nuo ovat lähes kaikki aivan omakohtaisia kokemuksia - loput ovat lähipiirin kokemuksia. Melkein kaikkien koneiden kanssa, joita on käyttänyt pitempään, on tullut joku noista ongelmista. USB-laitteita on ollut käytössä tietysti aika paljon ja erilaisia (levyjä, tikkuja, tv-tikkuja, mokkuloita, hiiriä, jatkojohtoja jne). Silti en näkisi että noilla kokemuksilla on juurikaan mitään tilastollista merkitystä.

Ongelmien yleisyyteen on yleisesti ottaen aika hankala ottaa kantaa - mutta kyllä niitä on. Useat noista ongelmista johtunevat virransaannista - joko läppäri antaa virtaa huonosti tai tikku vaatii aivan liikaa - en osaa sanoa kumpi on totta. Jatkojohtojen kanssa lienee yksinkertaisesti niin, että jotkut johdot vaimentavat aivan liikaa. Esim. 0.2 m johdon kanssa, tv-tikku EI TOIMI Asus 901 EE PC:ssä - johto voi olla huonoa laatuakin. Läppäreiden portit ovat joskus viallisia - mm. DELLin kalleimmassa läppärissä (M90) oli tällainen tyyppivika (2 viallista porttia koneen kyljessä).

Kaikkia kamalampia ilmiöitä tässä ei ole mainittukaan - esim. se, että jos yrittää käyttää 3 USB-levyä Windows XP.ssä - systeemilevykin menee sekaisin ja dataa hukkaantuu (jos hyvin käy). Tuo lienee ihan Windowsin omia tekemisiä, tapahtunut useammissa järjestelmissä ja myös Firewiren kanssa. Toisaalta, voi olla että SP3:ssa tuo jo toimisikin. Juttu on vain niin, että kun tuollainen tapahtuu kaksi kertaa, haluaa jatkossa melko varmasti olla koskaan yrittämästä kolmella levyllä samanaikaisesti, sillä kahden kanssa tuota ei ole esiintynyt koskaan.

Näitä toimimattomia pareja - Kingstonin yleisimmät (yhdessä vaiheessa) halpis-Capless tikut, 8 GB, eivät toimi missään Ubuntu-koneessani. Windows-läppäreissä kyllä toimivat. Lienee kuitenkin melko harvinaista.

Joten USB toimimattomuus on melko sekalaista sillisalaattia ja erilaisia vikatyyppejä on paljon.

[motalb]

Tein edellisessä viestissä lupaamani testin noin 5-6 vuotta vanhalla perus pc:llä jossa on Lucid lähinnä nettikäytössä.
Ajan puutteen vuoksi ajoin testin suoremmalla tyylillä, ja dataakin kopioin levylle vain noin 17 Gt.
Tämä Lucid ei jäätynyt. WD My Book Essential:sta löytyi kyllä vioittuneita kuvia, muuta niitä oli niin harvassa että joutui oikein etsimään. Toisen testilevyn kuvista virheitä ei löytynyt tälläkään kertaa.

Kuvien siirtonopeus oli tuolla vanhalla koneella selvästi hitaampi kuin tällä HP Pavilion dv7 läppärilläni.
Ehkä tuohon nopeuteen liittyen WDMBE:n merkkivalo lopetti välkkymisensä lähes heti kun Ubuntun latausikkuna ilmoittaa kopioinnin olevan valmis. Tällä läppärillä valo jatkaa välkkymistään vielä lähemmäs puoli minuuttia sen jälkeen kun Lucid tai Natty on saanut oman osansa valmiiksi.

Kun vasta jälkikäteen huomasin, että vanhan koneen testissä WDMBE:n virtuaalinen cd-asema oli irrotettuna, niin tein vielä tällä läppärin Natty:lla pienen testin, jossa myös tuo virtuaali-asema oli irrotettuna. Testin jälkeen tarkastin virheellisten kuvien määrää, ja niitä oli kyllä vähemmän kuin ennen, mutta silti niitä löytyi hyvin pienellä hakemisella.

Jonkinlaisena mutu-summauksena voisi päätellä että Lucidin jäätyminen ulkoisen kovalevyn käytössä, ei ole Lucidin tyyppivika. Onko jäätymisvika tässä läppärissäni siis laitevika, vai onko joku säätötoimenpiteeni aiheuttanut Lucidiin tällaisen vian? Ehkä vähän kumpaakin.

Kuvien vikaantuminen (korruptoituminen) WDMBE:ssä vaikuttaa selkeästi kyseisen laitteen ongelmalta. Täytyy jossakin välissä perehtyä googlaamaan tarkemmin, mahtaisiko olla jokin firmware-päivitys joka auttaisi asiaan. Voi tietysti olla niinkin että tämä nimenomainen laite sattuu olemaan maanantaikappale.

[ditl]

Tuota kuvaa kun katsoin niin juolahti mieleen että siinä voi olla sattunut siirtovirhe. Niitä on luultavasti enemmänkin mutta kuvista niitä ei tavallisesti huomaa jos ei vertaa pikseli-pikseliltä alkuperäiseen.

Silloin kun kone jäätyy siirtovirhe sattuu johonkin USB-protokollan tärkeään ohjaus- tai statusbittiin, oletan.

Jos kokeilisit siirtää tiedoston jossa on MD5 tarkistussumma niin siitähän bittivirheet paljastuisi.

Mielenkiinnosta kysyn onko laptop vai pöytäkone?
Itse olen epäillyt EMC häiriöiden aiheuttamaa ongelmaa pöytäkoneeni USB liitännässä.

[motalb]

Jos kokeilisit siirtää tiedoston jossa on MD5 tarkistussumma niin siitähän bittivirheet paljastuisi.

Mielenkiinnosta kysyn onko laptop vai pöytäkone?
Itse olen epäillyt EMC häiriöiden aiheuttamaa ongelmaa pöytäkoneeni USB liitännässä.

Tuossa on ideaa. Jahka ehdin niin teenkin tuota testiä käyttäen Ubuntun levykuvia

Ja laptop tämä koneeni on.

Taas menoksi...

[Ganymedes]

Unohtui edellisellä kerralla kommentoida tuota kuvien "korruptoitumista". Siitä en usko perinteisessä mielessä olevan kyse - kyse on vain siitä (olettaisin), että  kuvan kopiointi jää kesken ja skipataan seuraavaan kuvaan. Nämä kuvat näyttävät kokonaisilta, ainoastaan yksi tai useampi väri puuttuu alaosasta - pitäisi tietysti tietää kuvan formaatti ja tiedoston rakenne, jotta tietäisi varmasti, että näinkö siinä käy kun tiedosto jää kesken, mutta uskoisin, että tästä on kyse.

Se miksi yksittäisten kuvien kopiointi jää kesken ... kokeilitko jo rsync:llä? Tuleeko sillä virheitä? Siis komennot kuten rsync (ja Windowsin robocopy) ovat tarkoitettuja varmistamaan, että kopiointi onnistuu silloin kun "yhteys" on epävarma.

Hyvin tärkeää olisi tietää onnistuu tämä rsync:llä?

[motalb]

Juuri testasin noita md5sum juttuja, ja tulokset olivat selviä.
Vertailulaitteena olevalle ulkoiselle kiintolevylle tiedostot siirtyivät virheettä.
Mutta WD My Book Essential:lle kopioitujen tiedostojen md5summat eivät täsmänneet.

Kun tiedostojen ominaisuuksia vertaili nautiluksesssa, niin viallinen tiedosto oli täsmälleen saman kokoinen kuin alkuperäinen tiedostokin. En tosin ole varma siitä näyttääkö nautilus tiedoston koon aina täysin oikein.

Se miksi yksittäisten kuvien kopiointi jää kesken ... kokeilitko jo rsync:llä? Tuleeko sillä virheitä? Siis komennot kuten rsync (ja Windowsin robocopy) ovat tarkoitettuja varmistamaan, että kopiointi onnistuu silloin kun "yhteys" on epävarma.

Hyvin tärkeää olisi tietää onnistuu tämä rsync:llä?

Tämän kokeilen seuraavaksi. Joskus huomenna.

Edit:
Voisikohan tuolla rsync:llä torjua myös Lucidin jäätymisen?
Olen tehnyt nyt testit pelkästään Natty:lla koska siinä ei tätä jäätymistä ole.

[Ganymedes]

...
Voisikohan tuolla rsync:llä torjua myös Lucidin jäätymisen?
Olen tehnyt nyt testit pelkästään Natty:lla koska siinä ei tätä jäätymistä ole.

En oikein usko. Ei tiedostojen kopioinnin pitäisi muutenkaan aiheuttaa mitään jäätymistä.

[ditl]

Tiedostojen vertailu diff file1 file2 näyttäisi erot.

[motalb]

Tiedostojen vertailu diff file1 file2 näyttäisi erot.

Pystyisikö noilla tiedoilla päättelemään mikä menee vikaan?
Se on jo md5sum-testin perusteella selvää että virheitä tulee. Se ei paljon lohduta onko niitä virheitä 50 prosentissa vai 1 promillessa kuvista

[ditl]

Ehkä näkisi onko jokin bitti/bitit satunnaisesti kääntynyt (siirtovirhe) vai onko ihan erilaiset jolloin voi olla muu syy. Tämä olisi vain kokeilua, ei ehkä mitään selviäsi mutta ei tuon tekeminen kauan tosin kestäisikään.

[Ganymedes]

Sinun pitää tehdä testejä jotka eliminoivat vian lähteitä - käsittääkseni Natty testit ja toisen levyn testi jo sitä tekivät mutta niitä pitää jatkaa:

1.
Kokeile rsync:llä - näet onko vika perustavaa laatua vai pelkästään ohjelmistoasia. Toisaalta se kertoo myös sen, että onko ongelma vain pätkimisessä - onko pätkiminen syy vai seuraus?

2.
Kokeile Lucid -live-bootilla ongelmakoneessa, toimiiko silloin? Tämä kertoo onko vika Lucidi/versus-koneesi vai oletko saanut Lucidin rikki? Et kerro mitä olet tehnyt - ei se kyllä aivan itsestään mene rikki, jos on mennyt.

[motalb]

1.
Kokeile rsync:llä - näet onko vika perustavaa laatua vai pelkästään ohjelmistoasia. Toisaalta se kertoo myös sen, että onko ongelma vain pätkimisessä - onko pätkiminen syy vai seuraus?

Rsync-testi tehty Natty:lla. Kopioin rsync:llä valokuvakansion josta nautilus kertoo seuraavaa:

Koodia: [Valitse]

2 220 kohdetta, yhteensä 6,4 GtJa WD My Book Essential:lle kopioinnin lopuksi rsync kertoi:

Koodia: [Valitse]

sent 6905441821 bytes  received 42087 bytes  20768372.66 bytes/sec
total size is 6904470613  speedup is 1.00Silmämääräinen tutkiskelu paljasti viallisia kuvia. Ei paljon, mutta liikaa.
Mitä tuo nyt sitten kertoo pätkimisestä 

2.
Kokeile Lucid -live-bootilla ongelmakoneessa, toimiiko silloin? Tämä kertoo onko vika Lucidi/versus-koneesi vai oletko saanut Lucidin rikki?

Tässä käytin livetikkua jossa on 32 bittinen Lucid.
Valitsin kopiointiin 11,6 Gt valokuvakansioita. Kopiointinopeus oli hitaampi kuin koneeseen asennetulla 64 bittisellä Lucidilla.
Nopeus vastasi pöytäkoneen Lucidilla tekemääni testiä. Siinäkin on 32 bittinen Lucid.
Siihen ne yhtäläisyydet loppuivatkin. Pöytäkoneen Lucid ei jäätynyt, mutta live-Lucid jäätyi 7,2 Gt kohdalla.

Tästä voitaneen päätellä että tässä koneessa on jotakin mitä Lucid ei hanskaa, mutta Natty hanskaa

Et kerro mitä olet tehnyt - ei se kyllä aivan itsestään mene rikki, jos on mennyt.

Tämä kone on ollut nyt aika tarkkaan vuoden aktiivisessa käytössä sekä töissä että vapaalla.
En luonnollisestikaan ole hajottamalla hajottanut Ubuntuani. Mutta tämän vuoden aikana on varmasti ollut useitakin tilanteita joissa on käytetty esimerkiksi epävirallisia repoja. Tulee nyt ainakin mieleen Virtuaboxin suljettu versio ja tulostimen 32 bittisten ajurien pakotettu asennus.
Eli kyllä se ihan mahdollista on että Lucid on jollakin tapaa saanut siipeensä. Tuo live-Lucidin testi nyt kaiketi todisti, ettei minun Lucidini ole ainakaan tuosta kohtaa rikki itseaiheutetusti.

Mitäs sitten testataan?

[Ganymedes]

...
Mitäs sitten testataan?

Vielä se, että rsync:llä nyt testasit kertaalleen ja se ei huomannut että jotakin meni väärin. Mikä on paha merkki.

Mutta vielä:
- aja kerran rsync:llä
- huomaa, että virheellisiä on (jos sinulla on edellinen vielä tallessa, niin voit käyttää sitäkin)

- aja rsync -uudestaan

Huomaako rsync, että kuvat ovat virheellisiä? Jos ei huomaa, niin sehän ei kopioi tällöin mitään.

Kokeile vielä, mitä rsyc tekee kun lisäät parametrin "--delete-before". Tuhoaako ne virheelliset ennen kopiointia ja sitten kopioi uudestaan?

Eihän tuo sinänsä auta, jos kerran lopputulokseen ei voi luottaa, mutta selvittää vielä edelleen ongelman luonnetta.

Kun käytät vipua "--delete-before" sinun pitää olla absoluuttisen varma, että kohde on oikein, koska sehän tuhoaa välittömästä kohteesta sellaista mitä lähteessä ei ole - eli tuhoaa todennäköisen kaiken kohteesta, jos se on väärä.

Oliko tuo live-Lucid -jäätyminen mielestäsi sama ongelma kuin mitä tulee "oikealla Lucidilla"? Tuliko tuossa jäätymisessä virheitä kopiointiin? Voi se live-Lucid periaatteessa toimia huonommin muustakin syystä johtuen, sellaisesta syystä johtuen, joka korjaantuu oikeassa asennuksessa. Vai mistä päättelit toisin? ... tietysti jos oli virheitä kopioinnissa siinäkin ... ?

[Antifilatelisti]

En tiädä mikä näissä dv7 sarjalaisissa mättää, mutta omat huolet kaikkosivat lopullisesti Ubuntu 11.04 Natty Narwhalin myötä. Nyt yhtä onnellisen kuin 6.04,  8.10 aikoina, jolloin kaikki oli sulavaa. 9-10 ubuntuiden kanssa oli kauheeta säätöö, kun vanhat hyyty, uudet hyyty ja vain näiden väliltä olevat pönttökoneet pelasivat. Siis näin omiin kokemuksiini kärjistettynä  

9 version myötä tasohiireen poiskytkeminen jäädytti graafisen puolen totaalisesti(tuntui kuin kaikki painalluksen tuottamat grafiikat olisivat häipyneet jumissa olevan osan taakse). Toisinaan näppäimistö reagoi, jos reagoit samantien näppäinyhdistelmillä.(ctrl+alt+f1  ja takas ctrl+alt+f7 jolloin kaikki pelasi jälleen).  No onneksi nyt voin jälleen 11.04 myötä käyttää tasohiirtä junamatkalla, ettei tartte numpadia käytää hiirenä

Levyoperaatioissa ei iteslläni ole ollut probleemaa. Tosin teen pääosin ne komentoriviltä, kun en millään jaksaisi näpyttää hiirellä nautilusta meren pohjaan ja uudelle rannalle.

Muoks:
Ainiin pitää nyt viälä sen verran kehua tätä hp-dv7-2060eo mallia, että akku kesti 7kk takuu oli 6kk. Näppis kesti 15kk takuu oli 12kk. Ostopaikka oli gigantti ja sieltä ei saanut uutta akkua ja kun väitin, että kone rikkoi akun niin ei uskottu. No laitoin veljen akun sitten huvin vuoksi kun samanlaiset koneet oltiin hankittu. No se sano vahoo kanssa ja nyt on molemmat ilman akkua. Luonteeni ei ole ilkeä, joten en jaksanut alkaa vääntämään gigantin kanssa kättä vaikka olisi pitänyt, mutta takuuaika oli kerta ummessa niin oli sitten ja olkoot sitten. Uuden koneen hankinta on vuoden päästä edessä kuiteski, kun tää käryttää pöydän mustaks mikäli en pohjaa korottaisi pullon korkeilla. Perhanan amdeen turionit kun lämpenee niin vietävästi. Pöytäkoneessa amd on täydellinen ja taitaapa nää pheenomit läppäriinki jo sopia kenties ilman lämpöongelmia. Ens koneeseen saa luvan tulla amdeen prossunäyttis yhdistelmä projektinimeltään fusion. Inteli olis muuten kiva mutta niillä menee liian hyvin muutoinkin. Olisivat voineet intelin pojat kannustaa nokiaa mukaan megoon, kun kerta projektissa ovat. Samalla olisi nokia tiivistänyt suhdettaan inteliin, jonka teknologiaa on kohta puhelimet täynnä kun keksivät nääs jonkun tavan polkea arm-konserni suohon. Ja siitä suosta löytynee tuolloin jo amdeen luuranko motorolan 90luvun huippu prosessoreiden vierestä. No nyt saa riittää, kun tämä on jo überofftopiccia sivupuolisen aikeesta.

[motalb]

Oliko tuo live-Lucid -jäätyminen mielestäsi sama ongelma kuin mitä tulee "oikealla Lucidilla"? Tuliko tuossa jäätymisessä virheitä kopiointiin? Voi se live-Lucid periaatteessa toimia huonommin muustakin syystä johtuen, sellaisesta syystä johtuen, joka korjaantuu oikeassa asennuksessa. Vai mistä päättelit toisin? ... tietysti jos oli virheitä kopioinnissa siinäkin ... ?

Jäätyminen oli täysin samanlainen. Näytöllä kaikki pysähtyi. Hiiri ja näppäimistö eivät reagoineet mihinkään. Kiintolevyjen luku- ja kirjoitusoperaatiot loppuivat kuin seinään. Puhallin puhalsi sillä nopeudella joka oli käytössä jäätymishetkellä. Ainoa mikä toimii on sammuttaminen painamalla virtakytkintä pitkään.
Uudelleenkäynnistyksen jälkeen keskeytynyt kopiointi näkyy nautiluksella niin, että viimeksi työn alla olleessa kansiossa osa kuvista on kopioitunut, mutta loput näkyvät kuvakkeina joilla on nimi.
Ilmeisesti kansion luomisen jälkeen varataan kaikille kansion tiedostoille nimi, ja vasta sitten aletaan "täyttämään" niitä tiedostoja.

Off topic

9 version myötä tasohiireen poiskytkeminen jäädytti graafisen puolen totaalisesti(tuntui kuin kaikki painalluksen tuottamat grafiikat olisivat häipyneet jumissa olevan osan taakse).

Jeps, ei minunkaan kannata painaa nappulaa jolla tasohiiren saa disaploitua.
Tartteekin testata mitä Nattyn puolella tapahtuu kun sitä painaa

[motalb]

- aja rsync -uudestaan

Huomaako rsync, että kuvat ovat virheellisiä? Jos ei huomaa, niin sehän ei kopioi tällöin mitään.

Kokeile vielä, mitä rsyc tekee kun lisäät parametrin "--delete-before". Tuhoaako ne virheelliset ennen kopiointia ja sitten kopioi uudestaan?

En ole perehtynyt tuohon rsync:iin, joten käytetäänkö tuossa uudelleen kopioinnissa myös -urv vipua?
Ja miten --delete-before vipu sijoittuu?

[Ganymedes]

En ole perehtynyt tuohon rsync:iin, joten käytetäänkö tuossa uudelleen kopioinnissa myös -urv vipua?
Ja miten --delete-before vipu sijoittuu?

Joo, siis se,. että komentoa voi ajaa toistuvasti aivan samalla tavalla on yksi sen ideoista. Se kopioi vain inkrementaalisesti muuttuneet ja lisätyt tiedostot. Silloin kun joku "delete" vipu on mukana, niin hävittää myös kohteesta kaiken mitä lähteessä ei ole, joten pitää olla hyvin varovainen kohteen kanssa. (Käyttömekanismi voisi olla vaikka se, että ensin kopioi ilman delete-vipua, pysäyttää ajon, katsoo että se oikeasti teki sinne mihin pitikin, editoi komentoriville delete-vivun ja ajaa uudelleen.

Käyttötapa on:

rsync -urv --delete-before lahde_hakemisto kohde_hakemisto

jossa ei ole tarkoitettu olemaan mitään muuta eroa edelliseen komentoon kuin että "--delete-before" on lisätty.

Jos ihmettelet, niin delete:n toteutumiselle on muitakin vaihtoehtoja kuin "before", mutta ne eivät tähän sinänsä kuulu ... tuo tapa on yksi selkeä vaihtoehto testatessa.