Падение кассы при б/н расчёте : УКМ-2

Завелась у нас в одном магазине весёлая касса (Toshiba 6500 с фискальной платой).
Всё началось 27.04 с того что (стиль товарного администратора сохранён)
после этого на кассе потерялись все чеки за текущую смену. (благо пользуем опер. сводку, удалось сделать кассовую выгрузку и принять нормально продажи в СМ2000)
Сотрудники ЦТО закрыли смену на фискалке. Вроде всё - касса работает, ну что ж можно и выпить "за здравие", ан нет, ближе к вечеру проявилась проблема с б/н платежами
ну процедура то утром отработана: восстановили продажи по оперсводке, закрыли смену на фискалке. Касса работает, отмечать "реанимацию" кассы не стали, блин как в воду глядели - история с падением на б/н продолжалась ещё 5 раз, где-то в промежутке ЦТО сделало предположение об умирающем винте, заменили, не помогло.
За всё это время были и "спокойные" смены, т.е. и платежи на сотовые проходили и б/н платежи успешно проводились.
Последние падение было вчерась уже с другими сообщениями, но всё тот же расчёт б/н
но последствия всё те же, может кто сталкивался и знает как её лечить подскажите, ну и вообще умные мысли приветствуются

P.S. *-диск D-сетевой диск, REP6-каталог сменных отчётов

Память меняли? А скандиск что говорит? FAT нормально? Кластерные цепочки не слетают? У меня, бывает, что autosoft.lst слетает иногда. Блок питания поменять ради интереса.

А зачем оно на сетевой диск в cashsail лезет при простом проведении б/н платежа? Imho, он туда что-то кладет, только когда выгрузку закрытых смен делает...
Переиндексацию пробовал, наверное?

Новый топик открывать не буду, т.к. тема совпадает:
Примерно с того же периода (22.04.07) в одном из подразделений стали появляться зависания кассы при б/н платежах. Выглядит так:
Набираем чек, нажимаем "б/н расчет", прокатываем карту, открывается интерфейс модуля авторизации сбербанка (auth_sbr.dll), который должен показать информацию по карте, сумму покупки (которую можно изменить вручную при комбинированном расчете) и предложить нажать ввод или выход для перехода на следующий этап.
Но эта информация не появляется. Т.е. имеем экран с надписью "авторизация б/н платежа" и все. Ребутим кассу, чек аннулируется, дальше все работает нормально и по налу и по безналу.
Причем данный глюк встречается разновременно на любой кассе в этом подразделении. Какие мысли по этому поводу?

Может, перегрев чего-то? Пишите версии УКМ...

УКМ 2.452b.
LexPos, СП101ФР-К.

Thalt в твоем случае - дело не в железе, если на разных кассах такое.
Скорее - сетевые проблемы, либо банковская программа обработки запросов (типа SmartAccess). Надо в ее логах порыться.
kadr а вашем случае предположу, что и Олег говорит - перегрев.
Настраивал я одну кассу на безнал. Начинаю тестировать - прогоняю карточку, ответ уже получен, а дальше глюк...
И так несколько раз. Обнаружил, что "деушки" выхлопные отверстия на системнике заблокировали.
А процессор напрягается хорошо при обработке безнала...

До банковской программы (sb_pilot) не доходит, насколько я понимаю. Она вызывается позже.
Может кто видел логику работы модуля авторизации на этом этапе? Оно к сети обращается именно в этом месте?

"Веселая" вещь в нашем случае, что каждый раз мы теряем смену в cashsail.db. Причем не весь файл целиком, а именно - отсутствие данных по одной или нескольким сменам, причем обязательно - по текущей, не закрытой.
Как-то странно это для перегрева.

МОжет ЭКЛЗ шалит. А УКМ2 пытается синхронизировать данные по УКМ2 и ЭКЛЗ (кто-знает, может разработчики и на такое сподобились).

Нету на этой кассе ЭКЛЗ. Обычная Toshiba с фискальной платой.