Łukasz Maśko wrote:
Dotyczy openssh-*-4.6p1-1
uname -r ?
Jakiś czas temu był bug w kernelu, który ujawniał się w jakimś kliencie
torrenta - pliki ściągałeś, tylko uszkodzone - wyszło to bo jakaś
dystrybucja używała właśnie tego narzędzia do ściągania nowych wersji
(lub coś w tym stylu) i było
Marek Guevara Braun napisał(a):
Czy dwukrotnie przesłane, uszkodzone, pliki mają te same sumy kontrolne,
czy za każdym razem inne?
Ja bym jeszcze spróbował bezpośrednio
komputer-komputer, bez udziału switch'a.
--
Pozdrawiam,
Pawel 'duddits' Dlugosz
http://dlugosz.eu
Dnia 26-09-2007, Śr o godzinie 09:28 +0200, Marek Guevara Braun
napisał(a):
Łukasz Maśko wrote:
Dotyczy openssh-*-4.6p1-1
Czy dotyczy to wszystkich plikow sciagnach scp czy tylko szczególnych ?
Kiedyś zdarzyło mi sie ze karta nie puszczała pliku jeśli ten miał
wiecej niż kilkanaście
Dnia środa, 26 września 2007, Marek Guevara Braun napisał:
Łukasz Maśko wrote:
Dotyczy openssh-*-4.6p1-1
uname -r ?
Jakiś czas temu był bug w kernelu, który ujawniał się w jakimś kliencie
torrenta - pliki ściągałeś, tylko uszkodzone - wyszło to bo jakaś
dystrybucja używała właśnie tego
Dnia środa, 26 września 2007, Marek Guevara Braun napisał:
Marek Guevara Braun wrote:
Tak dla testu - a jak puszczasz te same pliki via:
tar cfv - pliki | ssh -l konto maszyna cd docelowy/dir tar xvf -
to też są uszkodzone.
To jeszcze by było kompletne:
z kompresją gzip:
tar cfvz -
Właśnie mnie zamurowało. Mam dwie maszyny, obie na AC. Chcę przerzucić
między nimi spore archiwa *.tar.gz - jedno 1.6GB, drugie 0.8GB. Kopiowanie
przebiega bez problemów, ale... archiwa ulegają zmianie. Sumy MD5 są inne,
archiwa przestają się poprawnie rozpakowywać. Ogólnie - porażka.
On Tuesday 25 of September 2007, Łukasz Maśko wrote:
Właśnie mnie zamurowało. Mam dwie maszyny, obie na AC. Chcę przerzucić
między nimi spore archiwa *.tar.gz - jedno 1.6GB, drugie 0.8GB. Kopiowanie
przebiega bez problemów, ale... archiwa ulegają zmianie. Sumy MD5 są inne,
archiwa przestają
Dnia wtorek, 25 września 2007, Daniel Mróz napisał:
[...]
Ja bym jeszcze sprawdził dyski.
Dyski są OK, przynajmniej na tyle na ile mogłem to sprawdzić. Pamięć też.
Żeby było ciekawiej - przerzuciłem te same dane korzystając z nc (Net Cat).
Efekt - transmisja udana, do tego 2.5x szybsza.
Łukasz Maśko napisał(a):
[..]
Efekt - transmisja udana, do tego 2.5x szybsza.
[..]
No to chyba Cię nie powinno dziwić skoro nie ma narzutu
szyfrowania transmisji. W takiej sytuacji nc *zawsze*
będzie szybsze :)
--
Pozdrawiam,
Pawel 'duddits' Dlugosz
http://dlugosz.eu
Dnia wtorek, 25 września 2007, Pawel Dlugosz napisał:
Łukasz Maśko napisał(a):
[..]
Efekt - transmisja udana, do tego 2.5x szybsza.
[..]
No to chyba Cię nie powinno dziwić skoro nie ma narzutu
szyfrowania transmisji. W takiej sytuacji nc *zawsze*
będzie szybsze :)
Nie dziwi mnie to.
Tuesday 25 of September 2007 15:23:59 Daniel Mróz napisał(a):
Właśnie mnie zamurowało. Mam dwie maszyny, obie na AC. Chcę przerzucić
między nimi spore archiwa *.tar.gz - jedno 1.6GB, drugie 0.8GB.
Kopiowanie przebiega bez problemów, ale... archiwa ulegają zmianie. Sumy
MD5 są inne, archiwa
Dnia wtorek, 25 września 2007, Mieszko Kaczmarczyk napisał:
[...]
łączysz się po kablu, radiowo?
Kabel. Ale to nie powinno mieć znaczenia przy założeniu, że dane są
kodowane, bo wydaje się być oczywiste, że protokół posiada jakieś metody
sprawdzania poprawności strumienia. Nie jest przecież
12 matches
Mail list logo