mysqld nu reușește să pornească din cauza InnoDB

Am instalat MariaDB pe MX Linux, informațiile despre sistemul meu de mai jos:

Sistem: Kernel: 5.10.0-9-amd64 x86_64 biți: 64 compilator: gcc v: 10.2.1 
           parametri: BOOT_IMAGE=/boot/vmlinuz-5.10.0-9-amd64 
           root=UUID=<filtru> ro quiet splash 
           Desktop: Xfce 4.16.0 tk: Gtk 3.24.24 informații: xfce4-panel wm: xfwm 4.16.1 vt: 7 
           dm: LightDM 1.26.0 Distro: MX-21_x64 Wildflower 20 octombrie 2021 
           bază: Debian GNU/Linux 11 (bullseye)

Când pornesc serverul folosind comanda:

sudo mysqld

Primesc următoarea eroare cu privire la lipsa InnoDB FILE_CHECKPOINT:

$ sudo mysqld
[sudo] parola pentru ****: 
2022-02-22 0:00:18 0 [Notă] mysqld (mysqld 10.5.12-MariaDB-0+deb11u1) începând cu procesul 14306...
2022-02-22 0:00:18 0 [Notă] RocksDB: 2 familii de coloane găsite
2022-02-22 0:00:18 0 [Notă] RocksDB: Column Families la început:
2022-02-22 0:00:18 0 [Notă] cf=implicit
2022-02-22 0:00:18 0 [Notă] write_buffer_size=67108864
2022-02-22 0:00:18 0 [Notă] target_file_size_base=67108864
2022-02-22 0:00:18 0 [Notă] cf=__system__
2022-02-22 0:00:18 0 [Notă] write_buffer_size=67108864
2022-02-22 0:00:18 0 [Notă] target_file_size_base=67108864
2022-02-22 0:00:18 0 [Notă] RocksDB: Table_store: date DDL încărcate pentru 0 tabele
2022-02-22 0:00:18 0 [Notă] RocksDB: statistici globale folosind get_sched_indexer_t indexer
2022-02-22 0:00:18 0 [Notă] Pluginul pentru motorul de stocare MyRocks a fost inițializat cu succes.
2022-02-22 0:00:18 0 [Notă] InnoDB: folosește mutexuri de evenimente
2022-02-22 0:00:18 0 [Notă] InnoDB: Tabelele comprimate folosesc zlib 1.2.11
2022-02-22 0:00:18 0 [Notă] InnoDB: Număr de pool-uri: 1
2022-02-22 0:00:18 0 [Notă] InnoDB: Utilizarea instrucțiunilor crc32 + pclmulqdq
2022-02-22 0:00:18 0 [Notă] mysqld: O_TMPFILE nu este acceptat pe /tmp (dezactivarea încercărilor viitoare)
2022-02-22 0:00:18 0 [Notă] InnoDB: Utilizarea AIO nativă Linux
2022-02-22 0:00:18 0 [Notă] InnoDB: Inițializarea pool-ului de buffer, dimensiune totală = 134217728, dimensiunea fragmentului = 134217728
2022-02-22 0:00:18 0 [Notă] InnoDB: Inițializarea pool-ului de buffer-uri a fost finalizată
2022-02-22 0:00:18 0 [Notă] InnoDB: Începe recuperarea accidentului de la punctul de control LSN=45118,45118
**2022-02-22 0:00:18 0 [EROARE] InnoDB: lipsește FILE_CHECKPOINT la 45118 între punctul de control 45118 și sfârșitul 108246.**
2022-02-22 0:00:18 0 [EROARE] InnoDB: Inițializarea pluginului a fost anulată cu eroare Eroare generică
2022-02-22 0:00:18 0 [Notă] InnoDB: Începe oprirea...
2022-02-22 0:00:19 0 [EROARE] Funcția de pornire a pluginului „InnoDB” a returnat o eroare.
2022-02-22 0:00:19 0 [EROARE] Înregistrarea pluginului „InnoDB” ca MOTOR DE STOCARE a eșuat.
2022-02-22 0:00:19 0 [Notă] Pluginul „FEEDBACK” este dezactivat.
2022-02-22 0:00:19 0 [EROARE] Motor de stocare necunoscut/neacceptat: InnoDB
2022-02-22 0:00:19 0 [EROARE] Se anulează

Depășește competențele mele, îmi poate da cineva un indiciu?

Într-adevăr, InnoDB nu s-a putut recupera din ultimul fișier jurnal numit: ib_logfile0

Deoarece nu era nevoie să salvez nimic, pur și simplu am eliminat

/var/lib/mysql/ib_logfile0

după ce am reușit să pornesc serverul în mod normal.

PS: Sunt nou aici și nu știam dacă ar trebui să „răspund la întrebarea mea” sau doar să menționez acest lucru într-un „comentar”.