Дубликат https://bugzilla.altlinux.org/16938 ?

Не совсем.
У меня x86_32 и группы файлов до 4Гб каждый копируются нормально.

Вообще, как и предыдущий мантейнер, я sshfs не использую. Лучше бы это напрямую в багтрекер mc повесить: проблему лучше из первых рук описывать.

Нет ли изменений в сучшую сторону с 4.7.5.6-alt1 ?

В смысле "в лучшую". :-)

В Сизиф ушёл mc-4.8.6-alt4. Проверить бы...

Файл 7410M скопировался. Единственная проблема - временами отображалось отрицательное значение для скопированного объёма. Так что баг про зависание закрываю.

Понадобилось сегодня скопировать архив жёсткого диска на 8GB, так mc завис после 7% и висел так, создавая системную нагрузку процентов на 80%.
Тут-же и этот-же файл скопировал через fish: в krusader.

Попозже попробую ещё.

Копировал на: T6, x86_32.

Попробуйте 4.8.7 (в Сизифе будет завтра, если p6/t6, то apt-repo add 87581).
Если воспроизводится, надо вешать на в багтрекер на http://www.midnight-commander.org. Я сам не могу - у меня не воспроизводится, я на вопросы дополнительные ответить не смогу, если они там возникнут.

(In reply to comment #8)

> Копировал на: T6, x86_32.

А x86_32 - это что ? Действительно 32-разрядная сборка в 64-разрядной системе, или i586 имелся ввиду ? Вообще, я проверял на чистой 64-разрядной...

И ещё вопрос: копирование в какую сторону было, на удалённую систему, или с удалённой на локальный диск ?

(В ответ на комментарий №9)
> Попробуйте 4.8.7 (в Сизифе будет завтра, если p6/t6, то apt-repo add 87581).
Попробовал — тоже виснет.
Кстати зависон ещё наблюдается в случае открытия ftp-ресурса (кажется и ssh тоже), а затем переход в консоль по Ctrl+O. Так вот иногда, при возврате по Ctrl+O, в статусе начинают зациклено мигать сообщения типа "Сначала вход в директорию cd".

(В ответ на комментарий №10)
> (In reply to comment #8)
> > Копировал на: T6, x86_32.
> А x86_32 - это что ? Действительно 32-разрядная сборка в 64-разрядной системе,
> или i586 имелся ввиду ? Вообще, я проверял на чистой 64-разрядной...
Имел в виду i586. :)

> И ещё вопрос: копирование в какую сторону было, на удалённую систему, или с
> удалённой на локальный диск ?
На локальный диск. Сейчас попробую обратно.

(В ответ на комментарий №12)
> > И ещё вопрос: копирование в какую сторону было, на удалённую систему, или с
> > удалённой на локальный диск ?
> На локальный диск. Сейчас попробую обратно.
Обратно он тоже чудит конкретно:
- Резко показывает скорость 30МБ/с, затем сбрасывает
- Оказывается он копирует его себе в /tmp, причём крайне медленно.
- Нажимаю отмена и он начинает реально копировать на удалённый ресурс, хотя мне это уже не нужно. Мало того еле повычищял ssh и /bin/sh процессы, которые грузили как локальную так и удалённую машину.

(In reply to comment #13)

> - Оказывается он копирует его себе в /tmp, причём крайне медленно.

Это - известная проблема: http://www.midnight-commander.org/ticket/77

> - Нажимаю отмена и он начинает

И это, похоже: http://www.midnight-commander.org/ticket/68

Как с 4.8.11 ? Пакет из Сизифа нормально встаёт в p7/t7, для удобства есть пока задание 109962.

В Сизифе уже 4.8.12. С 4.8.11 воспроизводилось ? Я так и не воспроизвёл у себя.

(In reply to comment #11)

> Кстати зависон ещё наблюдается в случае открытия ftp-ресурса (кажется и ssh
> тоже), а затем переход в консоль по Ctrl+O. Так вот иногда, при возврате по
> Ctrl+O, в статусе начинают зациклено мигать сообщения типа "Сначала вход в
> директорию cd".

Если такое ещё есть, то это надо другим багом. Вообще, не альт-специфичное лучше бы на http://www.midnight-commander.org сразу...

Закрываю, не воспроизводится у меня.

Кстати, задним числом вопрос: а /tmp где, и сколько там места ? Скажем, если система на одном разделе, а свободно меньше объёма копируемого файла, то, из-за упомянутого уже http://www.midnight-commander.org/ticket/77, спецэффекты могут быть самые разные. И это не баг, а фича mc, хотя и плохая. Пока баг 77 не закроют, надо просто помнить, что так делать не нужно, если места в /tmp мало.

Можно, кстати, использовать какой-нибудь другой раздел, если он есть:
TMPDIR=/bigtmp mc