Total Commander

bob_tm
Возникла проблема, не знаю, как быть: свежесозданные на 256 и 512 Мб с NTFS и UFS2 нормально открываются, проблема с большими - 25 и 7 Гб соответственно, гипотетически можно оба ужать в архив до ~10 Гб общим размером, но что-то не лежит душа по разным причинам Как вариант - грохнуть каталоги и пройтись SDelete? 25 Гб прилично сожмутся. Это если дело не в MFT, например (хотя на диске с UFS2 всего 1 файл (.snap и .sujournal не в счет)). 25тигиговый диск создавался так же, как и в нижеописанном эксперименте, а вот диск с UFS2 нет: в эксперименте ниже воспользовался дистрибутивом FreeBSD 7.3, проблемный - в Nas4Free (коего клепают на 9.х, отсюда мысль навскидку - MBR vs. GPT, хотя версия от 12/08/2013 (md5 fa8b1d3cd3c747aa0b7a49f4d2b6ea41 x86 и 21cac03f17c86a8f3f055169ffb02aa7 x64) открывает оба).

VirtualBox 4.3.4, WinPE базе WinXP SP2 и FreeBSD 7.3 соотв.:
проверил с NTFS - 5/10/15/20 Гб нормально открываются, 30 Гб - Unallocated (получается верхняя планка по размеру где-то между 20 и 25 Гб);
c UFS2 - 5/10/20 Гб нормально открываются.

25тигиговый с NTFS http://rghost.ru/50712093 , c UFS2 практически не сжимается (минус 2-3% всего).

bob_tm
Случайно обнаружил, что DiskInternals Reader обновился (06.12.2013 10:47-10:48 ), проверил - у меня все vdi-файлы нормально открываются, разделы с UFS2 и Ext4 тоже нормально монтируются.

Поправил баг с *.vdi.
На всякий случай скачайте еще раз, только что обновил.
Спасибо за образы

Да не за что, рад что был полезен

bob_tm писал(а):На всякий случай скачайте еще раз, только что обновил.

Скачиваются те же
x86 - f635142fd00345bef012cd27e88226d8 06.12.2013 10:48
x64 - 9082c02709eac046c7ddd821c9fd350c 06.12.2013 10:47

Плагин тихо обновился до 1.9.1.0

последняя версия 1.9.1.0 при попытке зайти в плагин в файловой панели приводит к зависанию и завершению работы totalcmd64.exe 8.50b3 под windows xp 64.

с totalcmd.exe не повторяется

старая версия 1.6.4.0 работает нормально x86 и x64

Win7x64, ТС 8.50/8.51b3 аналогично:

Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: TOTALCMD64.EXE
Версия приложения: 8.5.1.0
Отметка времени приложения: 00000000
Имя модуля с ошибкой: ntdll.dll
Версия модуля с ошибкой: 6.1.7601.18247
Отметка времени модуля с ошибкой: 521eaf24
Код исключения: c0000005
Смещение исключения: 0000000000051243
Дополнительные сведения 1: abcc
Дополнительные сведения 2: abcc8f7853b48d9807d6d51eb1fa5df9
Дополнительные сведения 3: abcc
Дополнительные сведения 4: abcc8f7853b48d9807d6d51eb1fa5df9

x86 работают нормально.

Добрый день,
Проверил на всех системах х64, что у меня есть, и 8.5 и 8.51 х64, все нормально работает.
Можете попробовать на виртуальной машине повторить падение плагина, чтобы потом у Вас взять эту виртуальную машину?

bob_tm
На чистой системе роняет даже при попытке добавить плаг (как из архива, так и из настроек ТС).
Ссылка в ЛС.

+1, у меня тоже х32 работает, а попытка запустить х64 из списка плагинов просто напрочь вешает ТС х64.

С офсайта сливается 1.9.2.0 (26/03/2014, 14:20/14:21), хотя мой тикет еще не закрыт, проверьте:
http://www.diskinternals.com/download/D ... reader.zip
у меня вроде не падает.

Да, обновился плагин до версии 1.9.2, теперь должен работать нормально на TotalCommander x64.

Всем спасибо за помощь!

Плаг тихо обновился до 1.9.3.0 (04.04.2014), кто-нибудь может просветить, зачем нужен пункт \\\DiskInternals Reader\<Connect to DiskInternals Server>?

Skif_off писал(а):зачем нужен пункт \\\DiskInternals Reader\<Connect to DiskInternals Server>?

Для удалённой работы с дисками через клиент-сервер.

bob_tm писал(а):Да, обновился плагин до версии 1.9.30, теперь должен работать нормально на TotalCommander x64.

Не работает с
Virtual Floppy driver (vfdwin)
не показывает диск A
и в некоторых случаях диск B