Проблема при загрузке Rkeeper

[Nikola2010]

Добрый день
В баре есть 2 станции с досом и Rkeeper-ом. Сервер не выделен.
Версия клиента 6.97e
Вчера во время работы бармен случайно задел коленом кнопку питания и касса вырубилась. После включения выдает ошибку(см. на рис.)
Пробовал закинуть чистую базу с заменой system.db, не помогло. Подкиньте пожалуйста идею, что тут можно сделать?

1351

http://www.carbis.ru/forum/images/misc/pencil.png

[Admin]

похоже на проблемы с памятью или сетью, т.е. перекачиваемые файлы бъются и кипер валится с ошибкой.

[Nikola2010]

Сейчас пробовал поставить ключ с этой кассы на другую, ключ оказался рабочим. Как Вы думаете, проблема все-таки может быть в аппаратной части или могла сама программа побиться?

[SH]

Тоже считаю, что проблема с памятью. Причем не обязательно побилась - попробуйте перебрать системник. Ту же память вытащить/вставить.

[Nikola2010]

Вытащил память, вставил обратно - ничего не изменилось. Вытащил винт, сделал проверку с исправлением ошибок - тоже ничего не изменилось. Теперь ошибка уже вылезает уже при проверке базы. Видимо зря винт тронул(

[Nikola2010]

1356
Теперь такая ошибка

[SH]

Я думаю, что проблема все равно в аппаратной части, раз чистую базу подкидывали и эффекта не дало. Последний раз нечто подобное закончилось заменой харда, после чего все стало ОК.

[Nikola2010]

Когда хард проверял на ошибки, вылезло 192 штуки. Не просто так наверное... Теперь сборку новую пробуем делать

---------- Сообщение добавлено в 14:44 ---------- Предыдущее сообщение было в 14:41 ----------

А так на этой кассе постоянно были траблы. Касса зависает и после перезагрузки пропадает файл elves24.dll. Каждый раз его приходится его руками закидывать, а в фискальном регистраторе приходится руками продажи добивать.

[SH]

Когда хард проверял на ошибки, вылезло 192 штуки
Да однозначно менять, ничего уже не сделаете.

[Nikola2010]

Часто на этой кассе после зависания пропадал файл elves24.dll. Просто берет и исчезает, а данные о последней продаже в фискальник не записываются. Так и не смогли понять причину...

[Nikola2010]

Разобрался. Было 2 причины:
- полетела файловая структура винта
- порушилась база ркипера (отправил дилерам на исследование)

То что сделал:
- форматнул винт
- слил образ с другой кассы и залил его туда
- заменил autoexec.bat, rkeeper6.ini, local.db
- сунул чистую базу со старым system.db

И теперь заработало как часы) Урра. Весь день потратил на это, все равно доволен результатом!
Всем спасибо за помощь.

[BoniX]

А вообще при наличии аппаратных проблем можно насмотреться самых разных расчудесных глюков.
Даже упавшая винда при загрузке (не найден файл сустем или еще чего) обычно не просто так (ведь NTFS всеж, в одном случае из тысячи ее можно убить до потери системных файлов) - значит бед блок на винте (в 80% кстати софтовый), кот. замечательно лечится mhddb и винда при перезагрузке сама себя scandiscom потом лечит и загружается. Так прикольно наблюдать рядом лица собравшихся "а че тут, все ясно, винду переставить".
Или "все нормально, архивы не распаковываются" - "поджаренный" процессор с ошибками просчета, что явно вылезает на операциях архива/деархива.
Это я к чему, что в случае необъяснимых проблем выручает флешка с memtesom, mhdd и прочим, для проверки в случае необъяснимых ошибок железок, что, в прочем, при наличии времени, никогда не будет лишним )

[SH]

Или "все нормально, архивы не распаковываются" - "поджаренный" процессор с ошибками просчета, что явно вылезает на операциях архива/деархива.
Вообще-то, это проблемы с памятью в 99% случаев.
Архив после упаковки тестировать надо ;)

[Andy]

SH
не всегда с памятью проблемы, и не всегда тестирование архива помогает
ну вот вам пример из жизни: на точке спаковали архив, привезли в бухгалтерию - начинают распаковывать на компьюторе буха - архив не открывантся как надо (папки пустые, ошибки архива итд)
гребанную флешку возили туда сюда - пару раз ...
оказалось все просто - в компьютере буха на соплях держался радиатор проца, и при ресурсоемких приложениях прожареный проц сбоил
1С, клиент банк, интернет, музыка - на этом компе работало без нареканий
только из-за архиватора и узнали что радиатор процессора неплотно прилегает к процу

[SH]

Тестирование в таком случае должно было помочь 100%, потому что не совпадут контрольные суммы - два раза может сработать одинаково правильно, но два раза одинаково ошибиться - нет.