Utrata danych w panelu energia

Zajrzałem wcześniej tutaj i właściciele x486 wyglądali na zadowolonych, ale…
Sprzęt od dosyć sprawdzonego sprzedawcy przeszedł wszystkie testy, wyglądał też bardzo dobrze wizualnie. Ciężko mi się do niego przyczepić, a mam z takimi terminalami same dobre doświadczenia przez ostatnie 15 lat.
Nic, trzeba znowu przynieść jedyny w domu monitor z DisplayPort.

Edit: A jaki jest problem z tym modelem?
Edit2: Heh, podłączyłem monitor, jednocześnie odłączając od USB jedno ESP32 (żeby było teraz trudniej postawić diagnozę :stuck_out_tongue: ) i wstał, a ja nie zdążyłem zobaczyć jakichkolwiek błędów. Chyba mam kiepski czas na te zabawy, ale to nie ja zacząłem, a sam HA.
To mi mówi, że do końca kwartału jednak skupię się na obserwowaniu, bo w fabryce trochę jestem zajęty, a działanie w chaosie zdecydowanie mi nie sprzyja.
Dzięki wszystkim za zainteresowanie i pomoc.
Edit3:

Tak, wszystko było przetestowane - pełne testy, wtedy nie było akurat pośpiechu. a sam dysk był nowy, acz chwilę przetestowany w laptopie i też sprawdzony przed instalacją.
Tak, HAOS raportował, że EMMC jest zdrowy.

Tu nie chodzi o jekieś problemy z tym konkretnym modelem, a o możliwy problem z tym egzemplarzem. Dlatego @szopen pisze o testach, twojego konkretnego terminala. W szczególności chodzi o RAM i dysk.

1 polubienie

Nie wiem czy jest jakiś szczególny problem, kojarzę że w niektórych modelach terminali jest problem z równoczesną pracą eMMC i ssd (ale raczej nie chodzi o ten model, bo o czymś takim wiedziałbyś w dniu instalacji).

Z drugiej strony ja zawsze polecam używanie wyszukiwarki, nie mam tyle czasu by robić takie rzeczy za kogoś innego - przejrzyj wątki i zobacz czy inni mają problemy (i nie mówię by się ograniczać do wyłącznie naszego forum! to tylko przykład podstawowych działań)
https://forum.arturhome.pl/search?q=5070

To nie widzę dziury w całym, chociaż ponownie dogłębnie przetestowałbym RAM (to często ujawnia początki problemów z torem zasilania), ale mimo wszystko pół roku 24/7 nie jest jakimś krytycznym okresem, nawet dla używanego sprzętu jeśli pół roku wcześniej był w 100% sprawny, no ale nie zapominamy, że zawsze wszystko może ulec nieoczekiwanej awarii.

1 polubienie

Dzięki i rozumiem, ale tę pracę odrobiłem w sierpniu przed zakupem. I to naprawdę rzetelnie, inaczej kupiłbym coś innego.

W międzyczasie zrobiłem sobie update systemu na zdalnej instalacji i jest OK.
(tylko ja nie używam Wyse 5070, ani nawet żadnych Dell’i, no może poza laptopem na którym akurat intensywnie psy wieszam)

ALE tu właśnie miałem napisać coś związanego z tym

nie musisz obserwować, dmesg robi robotę, swoją drogą wszystko z momentu bootowania masz w logach hosta (teraz, bo póżniej logrotate to usunie).

I do clou
Sprawdź na jakiej wersji systemu jesteś w tej chwili (jeśli uruchomienie 15.0 się nie udało to jesteś na wersji sprzed aktualizacji, a tym samym ta informacja powie czy 15.0 ma bugi dotyczące akurat twojego modelu komputera).

1 polubienie

Jestem na 15.0, więc wygląda, że się udało.
Oczywiście, już pobrałem logi. Nie wiem, czy chcecie bym je tu wkleił (jako kod, I know :wink: ), bo do przeglądania siądę dopiero późnym wieczorem.

Przejrzyj sam, jeśli widzisz coś naprawdę niepokojącego, to wklej fragment z kontekstem, w innych okolicznościach sensu nie widzę…

Na szybko, to widzę jedną wielką dziurę, jaby na coś czekał. Może chciał się zbootować z tego ESP32?!

2025-03-18 14:54:25.342 homeassistant systemd[1]: Stopped target Local File Systems.
2025-03-18 14:54:25.352 homeassistant systemd[1]: Unmounting NetworkManager persistent system connections...
2025-03-18 14:54:25.353 homeassistant systemd[1]: Unmounting Dropbear persistent keys...
2025-03-18 14:54:25.354 homeassistant systemd[1]: Unmounting Hostname persistent configuration...
2025-03-18 14:54:25.356 homeassistant systemd[1]: Unmounting Hosts persistent configuration...
2025-03-18 14:54:25.357 homeassistant systemd[1]: Unmounting /etc/machine-id...
2025-03-18 14:54:25.358 homeassistant systemd[1]: Unmounting Kernel persistent modprobe.d...
2025-03-18 14:54:25.360 homeassistant systemd[1]: Unmounting Kernel persistent modules-load.d...
2025-03-18 14:54:25.361 homeassistant systemd[1]: Unmounting Timesyncd persistent configuration...
2025-03-18 14:54:25.362 homeassistant systemd[1]: Unmounting Udev persistent rules.d...
2025-03-18 14:54:25.364 homeassistant systemd[1]: Unmounting USB modeswitch persistent directory...
2025-03-18 14:54:25.365 homeassistant systemd[1]: Unmounting HassOS boot partition...
2025-03-18 14:54:25.366 homeassistant systemd[1]: Unmounting Docker persistent user...
2025-03-18 14:54:25.367 homeassistant systemd[1]: Unmounting Dropbear persistent user...
2025-03-18 14:54:25.370 homeassistant systemd[1]: Unmounting Temporary Directory /tmp...
2025-03-18 14:54:25.371 homeassistant systemd[1]: Unmounting NetworkManager persistent data...
2025-03-18 14:54:25.372 homeassistant systemd[1]: Unmounting Bluetooth persistent state...
2025-03-18 14:54:25.374 homeassistant systemd[1]: Unmounting Docker persistent data...
2025-03-18 14:54:25.375 homeassistant systemd[1]: Unmounting Systemd persistent state...
2025-03-18 14:54:25.377 homeassistant systemd[1]: systemd-growfs@mnt-data.service: Deactivated successfully.
2025-03-18 14:54:25.377 homeassistant systemd[1]: Stopped Grow File System on /mnt/data.
2025-03-18 14:54:25.377 homeassistant systemd[1]: Removed slice Slice /system/systemd-growfs.
2025-03-18 14:54:25.378 homeassistant systemd[1]: Stopping Flush Journal to Persistent Storage...
2025-03-18 17:20:38.150 homeassistant kernel: Linux version 6.12.18-haos (builder@644e17d3fe20) (x86_64-buildroot-linux-gnu-gcc.br_real (Buildroot -g3914f8ca) 12.4.0, GNU ld (GNU Binutils) 2.40) #1 SMP PREEMPT_DYNAMIC Mon Mar 17 11:16:39 UTC 2025
2025-03-18 17:20:38.150 homeassistant kernel: Command line: BOOT_IMAGE=(hd1,gpt4)/bzImage root=PARTUUID=a3ec664e-32ce-4665-95ea-7ae90ce9aa20 rootwait zram.enabled=1 zram.num_devices=3 systemd.machine_id=6b4bc0a59cc74f52ae14437c0a348f45 fsck.repair=yes console=tty0 rauc.slot=B
2025-03-18 17:20:38.150 homeassistant kernel: BIOS-provided physical RAM map:
2025-03-18 17:20:38.150 homeassistant kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000003efff] usable
2025-03-18 17:20:38.150 homeassistant kernel: BIOS-e820: [mem 0x000000000003f000-0x000000000003ffff] reserved
2025-03-18 17:20:38.150 homeassistant kernel: BIOS-e820: [mem 0x0000000000040000-0x000000000009dfff] usable
2025-03-18 17:20:38.150 homeassistant kernel: BIOS-e820: [mem 0x000000000009e000-0x00000000000fffff] reserved
2025-03-18 17:20:38.150 homeassistant kernel: BIOS-e820: [mem 0x0000000000100000-0x000000000fffffff] usable
2025-03-18 17:20:38.150 homeassistant kernel: BIOS-e820: [mem 0x0000000010000000-0x0000000012150fff] reserved
2025-03-18 17:20:38.150 homeassistant kernel: BIOS-e820: [mem 0x0000000012151000-0x00000000752e5fff] usable
2025-03-18 17:20:38.150 homeassistant kernel: BIOS-e820: [mem 0x00000000752e6000-0x0000000077bdffff] reserved
2025-03-18 17:20:38.150 homeassistant kernel: BIOS-e820: [mem 0x0000000077be0000-0x0000000077c03fff] ACPI data
2025-03-18 17:20:38.150 homeassistant kernel: BIOS-e820: [mem 0x0000000077c04000-0x0000000077c63fff] ACPI NVS
2025-03-18 17:20:38.150 homeassistant kernel: BIOS-e820: [mem 0x0000000077c64000-0x0000000078330fff] reserved
2025-03-18 17:20:38.150 homeassistant kernel: BIOS-e820: [mem 0x0000000078331000-0x0000000078682fff] usable

No ja tam nic nie widzę poza tym, że

  • faktycznie jest 2.5 godziny przerwy z nieznanego powodu…
  • oraz, że był uruchomiony fsck co by znaczyło, że system raczej nie był zamknięty czysto (ale może coś zmieniono w samym systemie, też nie mam czasu teraz).

Edit wygląda na to, że teraz fsck startuje domyślnie, bo na 100% zamknąłem system na czysto (tzn. wykonałem restart z działającej konfiguracji).

Możliwe że sporo zmian było związanych z tym, że teraz swap jest konfigurowalny, z resztą sam widziałeś listę zmian, no jest tego naprawdę dużo.

1 polubienie

Zobaczymy, jestem już w takim wieku, że chyba drążył nie będę, aż do następnej aktualizacji…

Kluczowy fragment loga jeśli chodzi o “zdrowie” systemu plików (tam gdzie było mnóstwo linii logów nie dotyczących kwestii systemu plików wrzuciłem wielokropki) tak jak mówiłem u mnie zdrowo

2025-03-17 21:02:28.458 homeassistant systemd: Starting File System Check on /dev/disk/by-label/hassos-data...
2025-03-17 21:02:28.458 homeassistant systemd: Found device /dev/disk/by-label/hassos-boot.
2025-03-17 21:02:28.458 homeassistant systemd: Found device /dev/disk/by-label/hassos-overlay.
2025-03-17 21:02:28.458 homeassistant systemd: Starting File System Check on /dev/disk/by-label/hassos-boot...
2025-03-17 21:02:28.458 homeassistant systemd: Starting File System Check on /dev/disk/by-label/hassos-overlay...
2025-03-17 21:02:28.458 homeassistant systemd: Finished File System Check on /dev/disk/by-label/hassos-data.
2025-03-17 21:02:28.458 homeassistant systemd: HAOS data disk detach was skipped because of an unmet condition check (ConditionFirstBoot=yes).
2025-03-17 21:02:28.458 homeassistant kernel: usb 1-2.4: new full-speed USB device number 7 using xhci_hcd
2025-03-17 21:02:28.458 homeassistant systemd: Finished File System Check on /dev/disk/by-label/hassos-boot.
2025-03-17 21:02:28.458 homeassistant systemd: Mounting HassOS boot partition...
2025-03-17 21:02:28.458 homeassistant systemd: Finished File System Check on /dev/disk/by-label/hassos-overlay.
2025-03-17 21:02:28.458 homeassistant kernel: EDAC pnd2: b_cr_tolud_pci=080000001 ret=0
…
2025-03-17 21:02:28.461 homeassistant systemd-journald[124]: Journal started
2025-03-17 21:02:28.461 homeassistant systemd-journald[124]: Runtime Journal (/run/log/journal/a1f28e8ee52444a495d3426d5b9724a3) is 8.0M, max 196.6M, 188.6M free.
2025-03-17 21:02:28.464 homeassistant systemd: Started Journal Service.
2025-03-17 21:02:28.466 homeassistant systemd-udevd[148]: Using default interface naming scheme 'v253'.
2025-03-17 21:02:28.473 homeassistant systemd-fsck[188]: e2fsck 1.47.0 (5-Feb-2023)
2025-03-17 21:02:28.473 homeassistant systemd-fsck[188]: hassos-data: clean, 1347180/14655488 files, 49348173/58607360 blocks
2025-03-17 21:02:28.473 homeassistant systemd-fsck[193]: Cannot initialize conversion from codepage 850 to ANSI_X3.4-1968: Invalid argument
2025-03-17 21:02:28.473 homeassistant systemd-fsck[193]: Cannot initialize conversion from ANSI_X3.4-1968 to codepage 850: Invalid argument
2025-03-17 21:02:28.473 homeassistant systemd-fsck[193]: Using internal CP850 conversion table
2025-03-17 21:02:28.473 homeassistant systemd-fsck[193]: fsck.fat 4.2 (2021-01-31)
2025-03-17 21:02:28.473 homeassistant systemd-fsck[193]: /dev/mmcblk0p1: 11 files, 622/16343 clusters
2025-03-17 21:02:28.474 homeassistant systemd-fsck[194]: e2fsck 1.47.0 (5-Feb-2023)
2025-03-17 21:02:28.474 homeassistant systemd-fsck[194]: hassos-overlay: clean, 75/24576 files, 11895/98304 blocks
2025-03-17 21:02:28.492 homeassistant kernel: apex 0000:02:00.0: enabling device (0000 -> 0002)
2025-03-17 21:02:28.594 homeassistant systemd[1]: Starting Virtual Console Setup...
2025-03-17 21:02:28.603 homeassistant systemd[1]: Finished Virtual Console Setup.
2025-03-17 21:02:28.640 homeassistant kernel: Bluetooth: Core ver 2.22
…
2025-03-17 21:02:28.761 homeassistant kernel: EXT4-fs (mmcblk0p7): mounted filesystem 3d3c89a2-b926-4952-8cc1-f6f28990e6fd r/w with ordered data mode. Quota mode: none.
…

2025-03-17 21:02:28.763 homeassistant systemd[1]: Mounted HassOS boot partition.
2025-03-17 21:02:28.764 homeassistant systemd[1]: Home Assistant OS Device Wipe Service was skipped because of an unmet condition check (ConditionKernelCommandLine=haos.wipe=1).
2025-03-17 21:02:28.764 homeassistant systemd[1]: Mounting HassOS overlay partition...
2025-03-17 21:02:28.764 homeassistant systemd[1]: HAOS data disk detach was skipped because of an unmet condition check (ConditionFirstBoot=yes).
2025-03-17 21:02:28.765 homeassistant systemd[1]: Home Assistant OS Device Wipe Service was skipped because of an unmet condition check (ConditionKernelCommandLine=haos.wipe=1).
2025-03-17 21:02:28.765 homeassistant systemd[1]: Starting Load Kernel Module configfs...
2025-03-17 21:02:28.765 homeassistant systemd[1]: Starting Load Kernel Module efi_pstore...
2025-03-17 21:02:28.765 homeassistant systemd[1]: Starting Load Kernel Module fuse...
2025-03-17 21:02:28.765 homeassistant systemd[1]: Mounted HassOS overlay partition.
2025-03-17 21:02:28.765 homeassistant systemd[1]: modprobe@configfs.service: Deactivated successfully.
2025-03-17 21:02:28.765 homeassistant systemd[1]: Finished Load Kernel Module configfs.
2025-03-17 21:02:28.765 homeassistant systemd[1]: modprobe@efi_pstore.service: Deactivated successfully.
2025-03-17 21:02:28.765 homeassistant systemd[1]: Finished Load Kernel Module efi_pstore.
2025-03-17 21:02:28.765 homeassistant systemd[1]: modprobe@fuse.service: Deactivated successfully.
2025-03-17 21:02:28.765 homeassistant systemd[1]: Finished Load Kernel Module fuse.
2025-03-17 21:02:28.768 homeassistant systemd[1]: Mounting Persistent /etc/default directory...
2025-03-17 21:02:28.769 homeassistant systemd[1]: Mounting Dropbear persistent keys...
1 polubienie

Szczerze pisząc, to mam wiele wątpliwości, co do mojego loga, ale chyba musiałbym wrzucić cały, bo nie do końca wiem, co mogę wyciąć.
Może tam być coś wrażliwego, czy mogę spokojnie wkleić na pastebin?

Nie wiem co chcesz znaleźć, w logu hosta są kilometry informacji i danych wrażliwych to tam raczej nie widziałem. Wychlastałem dużo ze swojego tylko dlatego, że to zaciemniało obraz.

Numery seryjne sprzętu nikogo nie interesują no chyba, że pochodzi z dymu.

Wracam, bo jest jeden pozytyw - zaczekałem z próbami przywrócenia starej bazy - i same negatywy, bo sytuacja się powtórzyła, choć delikatnie inaczej.
Rano znów brak historii starszej, niż ostatni backup, tym razem bez zgłoszenia błędu w sekcji kopii zapasowych:

Zatem, zaglądamy głębiej, w dzienniku trzy błędy:

Rejestrator: homeassistant.helpers.recorder
Źródło: helpers/recorder.py:96
Pierwsze zdarzenie: 04:12:36 (1 zdarzenia)
Ostatnio zalogowany: 04:12:36

Error executing query
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 1964, in _exec_single_context
    self.dialect.do_execute(
    ~~~~~~~~~~~~~~~~~~~~~~~^
        cursor, str_statement, effective_parameters, context
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/default.py", line 942, in do_execute
    cursor.execute(statement, parameters)
    ~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^
sqlite3.DatabaseError: database disk image is malformed

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/recorder.py", line 96, in session_scope
    yield session
  File "/usr/src/homeassistant/homeassistant/components/recorder/purge.py", line 88, in purge_old_data
    has_more_to_purge |= _purge_states_and_attributes_ids(
                         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        instance, session, states_batch_size, purge_before
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/src/homeassistant/homeassistant/components/recorder/purge.py", line 203, in _purge_states_and_attributes_ids
    _purge_state_ids(instance, session, state_ids)
    ~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/recorder/purge.py", line 466, in _purge_state_ids
    disconnected_rows = session.execute(disconnect_states_rows(state_ids))
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/orm/session.py", line 2365, in execute
    return self._execute_internal(
           ~~~~~~~~~~~~~~~~~~~~~~^
        statement,
        ^^^^^^^^^^
    ...<4 lines>...
        _add_event=_add_event,
        ^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/orm/session.py", line 2251, in _execute_internal
    result: Result[Any] = compile_state_cls.orm_execute_statement(
                          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        self,
        ^^^^^
    ...<4 lines>...
        conn,
        ^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/orm/bulk_persistence.py", line 1648, in orm_execute_statement
    return super().orm_execute_statement(
           ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        session,
        ^^^^^^^^
    ...<4 lines>...
        conn,
        ^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/orm/context.py", line 305, in orm_execute_statement
    result = conn.execute(
        statement, params or {}, execution_options=execution_options
    )
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 1416, in execute
    return meth(
        self,
        distilled_parameters,
        execution_options or NO_OPTIONS,
    )
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/sql/lambdas.py", line 597, in _execute_on_connection
    return connection._execute_clauseelement(
           ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        self, distilled_params, execution_options
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 1638, in _execute_clauseelement
    ret = self._execute_context(
        dialect,
    ...<8 lines>...
        cache_hit=cache_hit,
    )
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 1843, in _execute_context
    return self._exec_single_context(
           ~~~~~~~~~~~~~~~~~~~~~~~~~^
        dialect, context, statement, parameters
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 1983, in _exec_single_context
    self._handle_dbapi_exception(
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        e, str_statement, effective_parameters, cursor, context
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 2352, in _handle_dbapi_exception
    raise sqlalchemy_exception.with_traceback(exc_info[2]) from e
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 1964, in _exec_single_context
    self.dialect.do_execute(
    ~~~~~~~~~~~~~~~~~~~~~~~^
        cursor, str_statement, effective_parameters, context
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/default.py", line 942, in do_execute
    cursor.execute(statement, parameters)
    ~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^
sqlalchemy.exc.DatabaseError: (sqlite3.DatabaseError) database disk image is malformed
[SQL: UPDATE states SET old_state_id=? WHERE states.old_state_id IN (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?,(...) ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? ?)]
[parameters: (None, 7159808, 7159809, 7159810, 7159811, 7159812, 7159813, 7159814, 7159815, 7159816, 7159817, 7159818, 7159819, 7159820, 7159821, 7159822, 7159823, 7159824, 7159825, 7159826, 7159827, 7159828, 7159829, 7159830, 7159831, 7159832, 7159833, 7159834, 7159835, 7159836, 7159837, 7159838, 7159839, 7159840, 7159841, 7159842, 7159843, 7159844, 7159845, 7159846, 7159847, 7159848, 7159849, 7159850, 7159851, 7159852, 7159853, 7159854, 7159855, 7159856 ... 3901 parameters truncated ... 7159758, 7159759, 7159760, 7159761, 7159762, 7159763, 7159764, 7159765, 7159766, 7159767, 7159768, 7159769, 7159770, 7159771, 7159772, 7159773, 7159774, 7159775, 7159776, 7159777, 7159778, 7159779, 7159780, 7159781, 7159782, 7159783, 7159784, 7159785, 7159786, 7159787, 7159788, 7159789, 7159790, 7159791, 7159792, 7159793, 7159794, 7159795, 7159796, 7159797, 7159798, 7159799, 7159800, 7159801, 7159802, 7159803, 7159804, 7159805, 7159806, 7159807)]
(Background on this error at: https://sqlalche.me/e/20/4xp6)

Z poniższego wycinam setki znaków zapytania, bo się nie mieści:

Rejestrator: homeassistant.components.recorder.core
Źródło: components/recorder/core.py:892
integracja: Recorder (dokumentacja, Problemy)
Pierwsze zdarzenie: 04:12:36 (1 zdarzenia)
Ostatnio zalogowany: 04:12:36

Unrecoverable sqlite3 database corruption detected: (sqlite3.DatabaseError) database disk image is malformed [SQL: UPDATE states SET old_state_id=? WHERE states.old_state_id IN (?, ?, ?, (...) ?, ?)] [parameters: (None, 7159808, 7159809, 7159810, 7159811, 7159812, 7159813, 7159814, 7159815, 7159816, 7159817, 7159818, 7159819, 7159820, 7159821, 7159822, 7159823, 7159824, 7159825, 7159826, 7159827, 7159828, 7159829, 7159830, 7159831, 7159832, 7159833, 7159834, 7159835, 7159836, 7159837, 7159838, 7159839, 7159840, 7159841, 7159842, 7159843, 7159844, 7159845, 7159846, 7159847, 7159848, 7159849, 7159850, 7159851, 7159852, 7159853, 7159854, 7159855, 7159856 ... 3901 parameters truncated ... 7159758, 7159759, 7159760, 7159761, 7159762, 7159763, 7159764, 7159765, 7159766, 7159767, 7159768, 7159769, 7159770, 7159771, 7159772, 7159773, 7159774, 7159775, 7159776, 7159777, 7159778, 7159779, 7159780, 7159781, 7159782, 7159783, 7159784, 7159785, 7159786, 7159787, 7159788, 7159789, 7159790, 7159791, 7159792, 7159793, 7159794, 7159795, 7159796, 7159797, 7159798, 7159799, 7159800, 7159801, 7159802, 7159803, 7159804, 7159805, 7159806, 7159807)] (Background on this error at: https://sqlalche.me/e/20/4xp6)
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 1964, in _exec_single_context
    self.dialect.do_execute(
    ~~~~~~~~~~~~~~~~~~~~~~~^
        cursor, str_statement, effective_parameters, context
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/default.py", line 942, in do_execute
    cursor.execute(statement, parameters)
    ~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^
sqlite3.DatabaseError: database disk image is malformed

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/recorder/core.py", line 892, in _process_one_task_or_event_or_recover
    task.run(self)
    ~~~~~~~~^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/recorder/tasks.py", line 120, in run
    if purge.purge_old_data(
       ~~~~~~~~~~~~~~~~~~~~^
        instance, self.purge_before, self.repack, self.apply_filter
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ):
    ^
  File "/usr/src/homeassistant/homeassistant/components/recorder/util.py", line 642, in wrapper
    return job(*args, **kwargs)
  File "/usr/src/homeassistant/homeassistant/components/recorder/purge.py", line 88, in purge_old_data
    has_more_to_purge |= _purge_states_and_attributes_ids(
                         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        instance, session, states_batch_size, purge_before
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/src/homeassistant/homeassistant/components/recorder/purge.py", line 203, in _purge_states_and_attributes_ids
    _purge_state_ids(instance, session, state_ids)
    ~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/recorder/purge.py", line 466, in _purge_state_ids
    disconnected_rows = session.execute(disconnect_states_rows(state_ids))
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/orm/session.py", line 2365, in execute
    return self._execute_internal(
           ~~~~~~~~~~~~~~~~~~~~~~^
        statement,
        ^^^^^^^^^^
    ...<4 lines>...
        _add_event=_add_event,
        ^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/orm/session.py", line 2251, in _execute_internal
    result: Result[Any] = compile_state_cls.orm_execute_statement(
                          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        self,
        ^^^^^
    ...<4 lines>...
        conn,
        ^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/orm/bulk_persistence.py", line 1648, in orm_execute_statement
    return super().orm_execute_statement(
           ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        session,
        ^^^^^^^^
    ...<4 lines>...
        conn,
        ^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/orm/context.py", line 305, in orm_execute_statement
    result = conn.execute(
        statement, params or {}, execution_options=execution_options
    )
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 1416, in execute
    return meth(
        self,
        distilled_parameters,
        execution_options or NO_OPTIONS,
    )
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/sql/lambdas.py", line 597, in _execute_on_connection
    return connection._execute_clauseelement(
           ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        self, distilled_params, execution_options
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 1638, in _execute_clauseelement
    ret = self._execute_context(
        dialect,
    ...<8 lines>...
        cache_hit=cache_hit,
    )
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 1843, in _execute_context
    return self._exec_single_context(
           ~~~~~~~~~~~~~~~~~~~~~~~~~^
        dialect, context, statement, parameters
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 1983, in _exec_single_context
    self._handle_dbapi_exception(
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        e, str_statement, effective_parameters, cursor, context
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 2352, in _handle_dbapi_exception
    raise sqlalchemy_exception.with_traceback(exc_info[2]) from e
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/base.py", line 1964, in _exec_single_context
    self.dialect.do_execute(
    ~~~~~~~~~~~~~~~~~~~~~~~^
        cursor, str_statement, effective_parameters, context
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/sqlalchemy/engine/default.py", line 942, in do_execute
    cursor.execute(statement, parameters)
    ~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^
sqlalchemy.exc.DatabaseError: (sqlite3.DatabaseError) database disk image is malformed
[SQL: UPDATE states SET old_state_id=? WHERE states.old_state_id IN (?, ?, ?, (...)?, ?, ?)]
[parameters: (None, 7159808, 7159809, 7159810, 7159811, 7159812, 7159813, 7159814, 7159815, 7159816, 7159817, 7159818, 7159819, 7159820, 7159821, 7159822, 7159823, 7159824, 7159825, 7159826, 7159827, 7159828, 7159829, 7159830, 7159831, 7159832, 7159833, 7159834, 7159835, 7159836, 7159837, 7159838, 7159839, 7159840, 7159841, 7159842, 7159843, 7159844, 7159845, 7159846, 7159847, 7159848, 7159849, 7159850, 7159851, 7159852, 7159853, 7159854, 7159855, 7159856 ... 3901 parameters truncated ... 7159758, 7159759, 7159760, 7159761, 7159762, 7159763, 7159764, 7159765, 7159766, 7159767, 7159768, 7159769, 7159770, 7159771, 7159772, 7159773, 7159774, 7159775, 7159776, 7159777, 7159778, 7159779, 7159780, 7159781, 7159782, 7159783, 7159784, 7159785, 7159786, 7159787, 7159788, 7159789, 7159790, 7159791, 7159792, 7159793, 7159794, 7159795, 7159796, 7159797, 7159798, 7159799, 7159800, 7159801, 7159802, 7159803, 7159804, 7159805, 7159806, 7159807)]
(Background on this error at: https://sqlalche.me/e/20/4xp6)
Rejestrator: homeassistant.components.recorder.util
Źródło: components/recorder/util.py:307
integracja: Recorder (dokumentacja, Problemy)
Pierwsze zdarzenie: 04:12:36 (1 zdarzenia)
Ostatnio zalogowany: 04:12:36

The system will rename the corrupt database file //config/home-assistant_v2.db to //config/home-assistant_v2.db.corrupt.2025-03-30T02:12:36.772013+00:00 in order to allow startup to proceed

Od poprzeniej awarii całość działała bezproblemowo, jedyne do czego mogę się przyczepić to to, że czasem właśnie ta historia sensorów ładowała się dosyć długo.
Wracając historycznie - cały HA działał bez problemów do czasu dołączenia dwóch komponentów - Solarmana oraz JK-BMS - czyli tego, po co go w ogóle postawiłem. Wspominam o tym dlatego, że rzeczywiście pewnie dopiero wtedy zaczął się jakikolwiek poważniejszy ruch z bazą danych, bo wcześniejsze czujniki temperatury oraz zdarzeń związanych z PC Viessmanna to było nic, w porównaniu.
Ostatni pomysł, to nieporadzenie sobie ze zmianą czasu, ale to chyba aż niemożliwe.
Zaniki napięcia odpadają, fizyczne działanie na sprzęcie również, bo po poprzedniej akcji dodatkowo zabezpieczyłem dostęp postronnym łapom i pazurom.

Jest to jakaś stała konkretna godzina? Tworzenie kopii DB?
Czy jakieś inne programy (Edycja, podgląd) mają dostęp do twojej DB?
W samy sqlite można sprawdzić integralność DB pragma integrity_check

Daj popracować HA bez tych komponentów i zobacz czy efekt uszkodzenia będzie występował.

Ustawione jest, że HA decyduje, kiedy kopia, ale tak - imho w trakcie/tuż przed zrobieniem kopii, po 4 rano.

Aplikacja na Androida i przez przeglądarkę, nic więcej.

Jak wspominałem - nie potrzebuję HA bez tych komponentów. Magazyn energii wymaga stałego nadzoru i sterowania, jeśli miałbym teraz zainwestować w inne, komercyjne rozwiązania (dosyć drogie), aby dać HA “odpocząć” od nich przez takie 2 tygodnie, to już nie będzie sensu do niego wracać…

To skorzystaj z komercyjnych rozwiązań i nie wracaj do HA.
Niestety nikt z nas nie jest w stanie stwierdzić ani jak to wszystko masz skonfigurowane, ani dlaczego tak się dzieje jeśli sam nie panujesz nad swoją instalacją… a nie dostarczasz żadnych sensownych danych diagnostycznych
Nie wiemy co uszkadza bazę, ale ewidentnie coś ją uszkadza (przyczyna może być zarówno sprzętowa jak i programowa, wykonałeś chociaż pełny test nośnika tego ssd?).
Więc powinieneś usiąść do issues w każdym z użytych podejrzanych komponentów i sprawdzić czy ktokolwiek inny na świecie ma podobny problem (trzeba jakoś wykorzystać prawo wielkich liczb).

Rozumiem, dziękuję za dotychczasową pomoc, nie będę więcej zawracał głowy.
Nie wiedziałem, że to co przesyłam jest niekompletne.
Dobrego tygodnia.

Nie podałeś nawet swojej kompletnej konfiguracji wszystkiego co jest podejrzane, moglibyśmy wróżyć z fusów, ale to nie da żadnych sensownych rezultatów tylko wszyscy będą tracili czas.

Nie wiem, czego jeszcze nie podałem w wątku. Rozumiem, że sprawa jest skomplikowana, a moje odczucia, że związana jedynie z bazą danych mogą być błędne. Zwróciłem na to uwagę, bo wcześniej baza zapisywała niewiele danych i wtedy się nic nie działo. Zobaczę, czy będę umiał zmienić na MariaDB, teraz już mi właściwie wszystko jedno, bo tak poszatkowanych danych z przeszłości już nie potrzebuję - nadmiernie zaufałem zachwytom nad HA i straciłem ciągłość danych pogodowych, które przestałem spisywać ręcznie właśnie po instalacji HA.
Sam system jest mi przede wszystkim potrzebny do automatyki w magazynie energii i to działa stabilnie, więc jeśli MariaDB też nie podoła, statystykę przeniosę do innego, zewnętrznego narzędzia.
Jeszcze raz, dziękuję za zainteresowanie.
Edit (gdyby ktoś tu kiedyś trafił z podobnym problemem):
Poczytałem kilka wątków, takich jak ten, i wygląda na to, że moja konfiguracja i komponenty nie mają najmniejszego znaczenia, ten typ tak ma.
Szkoda.