Сергей П

pygame

И решение, если я читаю часы-минуты-секунды и получаю в секундах 00 - то мне следует перечитать минуты ещё раз и сделать вывод.

Обычно в таких случаях самый часто изменяющийся разряд читают дважды -- в начале и в конце чтения составного значения и перечитывают значение целиком если этот разряд изменился.

Там разве не однозначно как он был установлен?
Ну и если есть доступ к чему паять - отследите куда проводники на плате идут, найдите ближайший конденсатор. Или прозвоните тестером - минус это наверняка корпус.

Но наверно правильнее будет обратиться в сервис, кто постоянно разбирает паяет такие железки.

Если задача состоит в том, чтобы пользователи в конкретной группе не оставляли таких сообщений, то можно их удалять с помощью бота с админскими правами. Например:

@bot.message_handler(content_types=['text'])
def keep_chat_clean(message):
    msg = message.text
    if "via_bot" in message.json and message.json["via_bot"]["username"] in BLACKLISTED_BOTS:
    try:
        bot.delete_message(message.chat.id, message.message_id)
    except telebot.apihelper.ApiException:
        # обрабатываем ситуацию, когда удаление не удалось
        pass

В комментариях выше фиксируются следующие факты:

• используемая СУБД - MySQL
  
• (вероятно) дамп - MySQL либо MariaDB
  
• дамп поделен на несколько частей
  
• задача - периодическая
  

Соответственно некоторые соображения в дополнение к сказанному ранее.

Если дамп выполнялся штатной утилитой (вряд ли иначе), то он содержит кучу комментариев, которые позволяют без особых проблем поделить дамп на отдельные файлы - дамп только структуры и дамп только данных. Даже в автоматическом режиме (программно), и уж тем более вручную. Поскольку нужны данные только по пользователям, то после описанного выше разделения можно безболезненно вырезать всё ненужное из дампа структуры (лишние таблицы, всякие процедуры-функции-триггеры, индексы и внешние ключи - всё это нафиг не нужно при восстановлении, а если нужно для эффективности выборки, лучше создать индексы после заливки данных), а также просто убрать дампы данных ненужных таблиц. И скорее всего объём информации для восстановления после такой чистки уменьшится на порядок, а то и больше.

Ну вообще, теоретически можно подключиться по adb и транслировать дисплей телефона на пк. (Хоть и он разбит, но на системном уровне он всё еще работает же).
А у вас отладка андроида по adb была включена? Если да, то очень повезло и можете пропускать второй шаг. В ином случае придется повозиться с консолью адб.

1. Установите полный пакет adb на пк. Это легко гуглится.
2. Включите adb отладку с пк по этой или этой инструкции. Только аккуратно и внимательно, не торопитесь и не угробьте систему.

После того как всё сделаете, удостоверьтесь что adb отладка включилась - подключите телефон к пк и в консоли adb введите adb shell. Если успешно подключились - переходите к 3 шагу, нет - повторите внимательно 2 шаг.

3. Скачайте программу для трансляции экрана на пк - ScrCpy (прямая ссылка на версию для windows x64)
4. Распакуйте и откройте файл scrcpy.exe - после открытия софт автоматически подключится к телефону и начнет транслировать экран.
Ну и всё, у вас практически полный доступ к телефону. Начните переписывать всё важное и/или копировать на пк.
Будут вопросы - не стесняйтесь спрашивать.