Восстановление работы ClickHouse после восстановления данных хранилища

Всем, привет. Постараюсь коротко описать ситуацию. У меня данные ClickHouse (директории типа metadata/, store/ и прочие) находятся в директории /clickhouse_data/, которая примонтирована к диску /dev/sdb (файловая ext4). На днях один очень любопытный молодой человек решил проверить скорость чтения/записи диска с помощью dd (лол), но допустил ошибку и записал первый гиг нулями, из за чего все и полетело. Мне удалось восстановить файловую систему из суперблока с сохранением данных. Раскидал все по своим местам, запускаю clickhouse в режиме восстановления:

sudo -u clickhouse clickhouse-server --config-file /etc/clickhouse-server/config.xml -- --path /clickhouse_data --force-recovery

Но при восстановлении получаю следующую ошибку (имена таблиц и столбцов изменены):

2025.07.06 20:25:22.181300 [ 362723 ] {} <Error> Application: Code: 27. DB::ParsingException: Cannot parse input: expected 'format version: 1\n' before: '\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0': Cannot attach table `default`.`mytable` from metadata file /clickhouse_data/store/0bb/0bb8612f-1cf0-490e-bc1f-d680ea0a1096/mytable.sql from query ATTACH TABLE default.mytable UUID '60ac2ebc-09fc-4dd3-a6ba-1a72593ffd44' (`column` DateTime, `column1` DateTime, `column2` String, `column3` String) ENGINE = MergeTree PARTITION BY toYYYYMM(created) ORDER BY (column3, column1) SETTINGS index_granularity = 8192. (CANNOT_PARSE_INPUT_ASSERTION_FAILED), Stack trace (when copying this message, always include the lines below):

0. DB::Exception::Exception(DB::Exception::MessageMasked&&, int, bool) @ 0xe22f215 in /usr/bin/clickhouse
1. ? @ 0xe28d924 in /usr/bin/clickhouse
2. DB::throwAtAssertionFailed(char const*, DB::ReadBuffer&) @ 0xe28d821 in /usr/bin/clickhouse
3. DB::MergeTreeMutationEntry::MergeTreeMutationEntry(std::shared_ptr<DB::IDisk>, String const&, String const&) @ 0x149443c5 in /usr/bin/clickhouse
4. DB::StorageMergeTree::loadMutations() @ 0x149134e2 in /usr/bin/clickhouse
5. DB::StorageMergeTree::StorageMergeTree(DB::StorageID const&, String const&, DB::StorageInMemoryMetadata const&, bool, std::shared_ptr<DB::Context>, String const&, DB::MergeTreeData::MergingParams const&, std::unique_ptr<DB::MergeTreeSettings, std::default_delete<DB::MergeTreeSettings>>, bool) @ 0x14913026 in /usr/bin/clickhouse
6. ? @ 0x1490f8c8 in /usr/bin/clickhouse
7. DB::StorageFactory::get(DB::ASTCreateQuery const&, String const&, std::shared_ptr<DB::Context>, std::shared_ptr<DB::Context>, DB::ColumnsDescription const&, DB::ConstraintsDescription const&, bool) const @ 0x1405c67b in /usr/bin/clickhouse
8. DB::createTableFromAST(DB::ASTCreateQuery, String const&, String const&, std::shared_ptr<DB::Context>, bool) @ 0x12c2385c in /usr/bin/clickhouse
9. DB::DatabaseOrdinary::loadTableFromMetadata(std::shared_ptr<DB::Context>, String const&, DB::QualifiedTableName const&, std::shared_ptr<DB::IAST> const&, DB::LoadingStrictnessLevel) @ 0x12c42d97 in /usr/bin/clickhouse
10. ? @ 0x12c96f9f in /usr/bin/clickhouse
11. ThreadPoolImpl<ThreadFromGlobalPoolImpl<false>>::worker(std::__list_iterator<ThreadFromGlobalPoolImpl<false>, void*>) @ 0xe302785 in /usr/bin/clickhouse
12. void std::__function::__policy_invoker<void ()>::__call_impl<std::__function::__default_alloc_func<ThreadFromGlobalPoolImpl<false>::ThreadFromGlobalPoolImpl<void ThreadPoolImpl<ThreadFromGlobalPoolImpl<false>>::scheduleImpl<void>(std::function<void ()>, long, std::optional<unsigned long>, bool)::'lambda0'()>(void&&)::'lambda'(), void ()>>(std::__function::__policy_storage const*) @ 0xe3052f5 in /usr/bin/clickhouse
13. ThreadPoolImpl<std::thread>::worker(std::__list_iterator<std::thread, void*>) @ 0xe2fe553 in /usr/bin/clickhouse
14. ? @ 0xe3041c1 in /usr/bin/clickhouse
15. ? @ 0x7f10d96e1ac3 in ?
16. ? @ 0x7f10d9773850 in ?
 (version 23.3.8.21 (official build))

Кто нибудь сталкивался с таким?