Re: [Ac] Błędy przy transmisji scp?
Ł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 dużo zgłoszeń. Może to coś podobnego? 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. Czy memtest86 na maszynach mówi że pamięć jest OK? Czy dwukrotnie przesłane, uszkodzone, pliki mają te same sumy kontrolne, czy za każdym razem inne? Pozdrawiam, Marek ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [Ac] Błędy przy transmisji scp?
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 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [Ac] Błędy przy transmisji scp?
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 znaków % bezpośrednio po sobie. Wszystko chodziło ok, mozna było wszystko przegrać, ale plik TeX w ktrym jeden człowiek oddzielał rozdziały przy pomocy %% już nie dał się skopiować. Co prawda nie dotyczy to kopiowania szyfrowanego, ale Bo ten plik spakowany zipem dał się skopiować a niespakowany dawał błąd. TiweK -- ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [Ac] Błędy przy transmisji scp?
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 narzędzia do ściągania nowych wersji (lub coś w tym stylu) i było dużo zgłoszeń. Może to coś podobnego? klient: $ uname -r 2.6.18.6_desktop-1smp serwer: $ uname -r 2.6.16.51-1 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. Sprawdziłem 2 razy - sama transmisja przeszła bez błędów, ale przekopiowało się niepoprawnie. Potem _wyłączyłem_ DMA dla dysku - i przesłało się poprawnie. Czyli chyba jednak coś jest do kitu z dyskiem, albo coś się gryzie w sprzęcie. Wyłączyłem DMA na stałe. Czy memtest86 na maszynach mówi że pamięć jest OK? Tak, tu jest OK. Zawsze sprawdzam, aczkolwiek to o niczym nie świadczy - miałem kiedyś pamięć, która przechodziła bez problemu memtest-a, a kernel po jakimś czasie pracy się elegancko wywracał. Wyjęcie tej kości ustabilizowało system w 100%. W przypadku bieżącym system jest stabilny, obecny uptime to 49 dni, bez żadnych zgrzytów. Czy dwukrotnie przesłane, uszkodzone, pliki mają te same sumy kontrolne, czy za każdym razem inne? Za każdym razem inne. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [Ac] Błędy przy transmisji scp?
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 - pliki | ssh -l konto maszyna cd docelowy/dir2 tar xvfz - i z kompresją bzip2: tar cfvj - pliki | ssh -l konto maszyna cd docelowy/dir3 tar xvfj - Pozdrawiam, Marek Wybrałem to pierwsze :-) Wszystko jedno które - to jest jakby dodatkowy poziom kontroli poprawności transmisji. Niestety - najwyraźniej winny jest sprzęt (dysk i problemy przy włączonym DMA). Trudno. Jeszcze zobaczę jak będzie jak odłączę z tego samego kanału napęd CD. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
[Ac] Gdzie się podział serwer OBEX Object Push?
Dawno tego nie używałem, więc nie zauważyłem, jak wsiąkł mi nagle serwer OBEX Object Push (usługa). Do tej pory działało to jak należy, a teraz nagle ni z tąd ni z owąd - brak. W ogóle, szlag trafił wszystkie serwisy na bluetooth: $ hciconfig -a hci0: Type: USB BD Address: 00:0B:0D:05:9A:3F ACL MTU: 120:20 SCO MTU: 0:0 UP RUNNING PSCAN RX bytes:70984 acl:4970 sco:0 events:102 errors:0 TX bytes:526 acl:8 sco:0 commands:25 errors:0 Features: 0xff 0xff 0x05 0x38 0x18 0x18 0x00 0x00 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF PARK Link mode: SLAVE ACCEPT Name: 'Laptok' Class: 0x000100 Service Classes: Unspecified ^^^ Device Class: Computer, Uncategorized HCI Ver: 1.2 (0x2) HCI Rev: 0x0 LMP Ver: 1.2 (0x2) LMP Subver: 0x757 Manufacturer: Silicon Wave (11) Nie zmieniałem konfiguracji, na pewno na tej samej jeszcze niedawno wszystko działało jak należy. Sam sinozęby działa poprawnie, mogę wysyłać pliki z komputera (przeglądanie otocznia za pomocą kdebluetooth). Ale w drugą stronę się nie daje. Czy ktoś mógłby mi pomóc odtworzyć resztę? -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
