если убить все индексы по проблемной таблице - запускать полную переиндексацию уже не нужно. укм2 сам проверяет при запуске наличие индексов и создает недостающие.
индексация большого PLUCASH тоже потребует времени, но все же меньше, чем полная переиндексация всех таблиц.
не решение проблемы в корне, но способ избежать прописки в магазинах:
сделай загрузочное меню в config.sys c пунктами
- нормальная загрузка (по умолчанию через 8, к примеру, секунд)
- переиндексация PLUCASH (просто убить индексы по плукэшу и грузиться дальше)
- переиндексация LONGBAR (аналогично)
- полная переиндексация
достаточно будет дать команду по телефону выбрать нужны пункт.
дополнительно добавь, при загрузке по любому варианту, убийство :
c:\smukm30\*.$$$ (если не используется восстановление последнего чека после сбоя)
c:\smukm30\*.tmp
c:\smukm30\database\cnvlog.*
кассы совсем древними быть не могут, подозреваю, что это Lexpos'ы... но срок беспроблемной жизни флешки все-таки ограничен. имеет смысл подумать или о замене или вообще о переходе на hdd. попробовать на одном магазине, оценить результат.
в любом случае, надо прогнать проверку диска, включая логическую структуру. индексация любит валиться по нехватке места на диске.
и посмотреть, что у тебя с распределением нижней памяти.
smartdrv.exe не включен, случайно, на кэширование записи?
какой конвертер используется?