[majsterV2]

Dlaczego transmisja plików po ssh powyżej 2gb zawiesza mi się, mimo olbrzymiej pojemności dysku?
Mam Debian Jessie 8.6.0.
#linux #debian #pytaniedoeksperta

[drag_op]

@majsterV2 na pewno masz wolne miejsce na /? Zerknij df -h podczas kopiowania. Transmisja z plików po ssh korzysta z finch a ten zaś #!$%@? pliki do /tmp.

[Three_Dee]

@majsterV2:
Bo używasz linuxa, to proste.

[Injection]

@majsterV2: a czego używasz? scp ?

[majsterV2]

@Three_Dee: Na innej wersji debiana to się nie działo.

[Elusznik]

@Three_Dee aż #!$%@? żałuję że się nie da dać minusa

[majsterV2]

scp ?

@Injection: Czyli normalne połączenie po powłoce?

[Injection]

@majsterV2: nie rozumiem pytania. SCP, czyli secure copy, ogarnij manual. Nie wiem co masz na myśli pisząc "transmituje dane", montujesz zdalny dysk, używasz rsync, scp ?

[Injection]

@majsterV2: kolejna rzecz - czy piszesz o jednym pliku wielkości 2gb czy o wielu plikach o łącznym rozmiarze 2gb?

[majsterV2]

@Injection:
1. Piszę o scp, który normalnie działał.
2. Jest to jeden plik multimedialny.

[Injection]

@majsterV2: hmmm... a nie zrywa Ci neta przypadkiem podczas połączenia?
spróbuj dodać -o LogLevel=DEBUG do komendy

[majsterV2]

@Injection: Używam do kopiowania mc, który nigdy nie nawalał...

[drag_op]

@majsterV2 zauważ jak wspomniałem, że mc przy shell transfer korzysta z fisha, serio zerknij na tego /tmp, też miałem taki problem. Najpierw plik kopiuje do /tmp fisha a dopiero później śle przez sieć.
Przy wysyłaniu pliku przez scp z łapy, z pominiecem mc powinno być ok

[majsterV2]

@drag_op: Jak to podreperować?

[drag_op]

@majsterV2 nie drazylem tematu rekonfiguracji tego całego fisha, ale oczywiście możesz zapytać gugla. Pewno wystarczy mu #!$%@?ąć inną lokalizacje tempa, gdzie będzie więcej miejsca.

[majsterV2]

@drag_op: Usuwam pierwszy plik, który już mam.

[majsterV2]

@drag_op: Wbiłem polecenie o debudugowaniu, Dzięki ( ͡° ͜ʖ ͡°)