@maniok: To screen będzie idealny. To taka wirtualna sesja - najpierw odpalasz screen, w środku screena odpalasz jakiś proces, i to sobie działa, jakbyś był cały czas zalogowany. Jeśli ssh zerwie połączenie w trakcie Twojej sesji, to łączysz się ponownie, odpalasz screen -R, i wracasz do swojej sesji. Screena też możesz samodzielnie odczepić od aktywnej sesji ssh, aby następnie podczepić ponownie z innego połączenia. Możesz nawet równocześnie tą samą sesję podczepić pod kilka terminali (screen -X bodajże).

Tmux też zadziała, ale ja już się przyzwyczaiłem do screena, więc go polecam.

Sposób który wkleiłem w komentarzu powyżej jest dobry, jeśli zorientujesz się, że odpaliłeś coś co będzie szło 10 godzin, nie zrobiłeś tego wewnątrz screena, a za 5 minut musisz się rozłączyć z serwera, i nie chcesz tego zabijać.

@maniok: ale laczysz sie po ssh, w sesji odpalasz screena, w screenie sftp, kończysz sesje ssh, screen zostaje z sftp na serwerze

to czy laczysz sie z telefonu czy piekanika nie ma znaczenia

@maniok: a sftp wystartowałeś w sesji ssh?
jeśli tak to przy zerwaniu ssh ubijany jest shell w którym bangla sftp wieć tak, transfer zostanie przerwany

@maniok: niby tak, ale poczytaj o screen lub tmux

wtedy po zerwaniu ssh sftp działą dalej w screenie

możesz się też ponownie zalogować i podłączyć do poprzednio stworzonego screena

tak. Czyli powinienem zrobić tak żeby sesja ssh trwała na tyle długo aż transfer sftp się dopełni.

@maniok:
ctrl + z
bg
disown

I możesz się rozłączać. Sesja ssh nie potrwa do końca działania twojej komendy sftp, ale proces klienta sftp pozostanie odłączony od Twojej sesji ssh, i będzie działał aż się naturalnie nie skończy (albo ktoś go nie ubije).

Następnym razem poczytaj o screenie, bo jest milion razy wygodniejszy. Sposób powyżej nie daje Ci żadnej możliwości sprawdzenia co się stało po zakończeniu komendy, którą odłączyłeś od swojej sesji (tj. sprawdzenia, czy zadziałała poprawnie czy nie).

@maniok: ja uzywam juicessh