Продолжение: Загадка Btrfs
Привет, это я, бездарь.
В прошлый раз я рассказывал о проблеме, когда при подключении SSD, отформатированного в Btrfs, система зависала на логотипе BIOS...
Вот так это выглядит.
Но ведь...
Когда я впервые попытался установить Artix Linux с помощью установочного USB, он нормально распознавался через SATA-подключение.
Загрузил установочный USB → по ошибке отформатировал проблемный 1ТБ SSD в ext4 & система ушла в спящий режим во время установки Artix и остановилась на полпути.
Итак, когда я впервые указал проблемный 1ТБ диск в gdisk, MBR был 'поврежден' (я думаю, так это называлось), поэтому нет сомнений, что раздел был испорчен в тот момент.
Даже после того, как я удалил все разделы и правильно отформатировал его в Btrfs, он по-прежнему зависает на логотипе BIOS.
Что я попробовал
Действительно ли только этого достаточно, чтобы однозначно сказать, что виноват SSD? Я не могу судить.
Как вы и указали, я поменял SATA-разъем, проверил, что питание и разъем работают правильно, подключив другой SSD, и все было в порядке.
И вдобавок, в качестве эксперимента, чтобы проверить, будет ли он также зависать на экране BIOS при установке в другой ПК, я подключил проблемный 1ТБ SSD через SATA к X230, и он загрузился нормально. Что это такое?
Дополнительно я попробовал сбросить CMOS материнской платы, которая зависает на логотипе BIOS, а также отключить другие диски, но это не помогло.
Неужели это проблема совместимости...
В конце концов, я думал, что проблемы совместимости между материнской платой и SSD — это городская легенда, но, возможно, они действительно существуют.
Строго говоря, это может быть проблема совместимости между контроллером SSD и SATA-контроллером материнской платы. Возможно, мне просто повезло, что он заработал в первый раз.
Мне еще многое предстоит попробовать, но я решил установить Artix на другой SSD.
На этом все.