Jeśli oba sloty rozruchowe ZimaOS zawiodą, a konsola zgłasza błędy montowania warstwy overlay, niepowodzenia odczytu superbloku lub błędy wejścia-wyjścia NVMe, nie zaczynaj od odbudowy puli pamięci masowej. Najpierw ustal, czy problem dotyczy urządzenia rozruchowego, czy oddzielnych dysków z danymi.
W tym przypadku z czerwca 2026 roku diagnostyka w trybie tylko do odczytu wykazała powtarzające się błędy nośnika na rozruchowym dysku NVMe, podczas gdy duża pula danych Btrfs znajdowała się na oddzielnych dyskach. Użytkownik wymienił dysk rozruchowy, ponownie zainstalował ZimaOS, a później potwierdził, że pula danych nadal była dostępna.
Najpierw oddziel urządzenie rozruchowe od puli danych
Wynik powłoki ratunkowej w wątku pokazywał dysk NVMe o pojemności około 119 GB, zawierający partycje rozruchowe i danych ZimaOS, oraz oddzielną wielodyskową pulę Btrfs. To rozróżnienie zmieniło plan odzyskiwania: awaria rozruchowego dysku NVMe nie oznaczała automatycznie awarii puli pamięci masowej.
Zacznij od poleceń działających w trybie tylko do odczytu:
lsblk -o NAME,SIZE,FSTYPE,LABEL,UUID,MOUNTPOINTS
blkid
cat /proc/cmdlineZapisz dokładne nazwy urządzeń przed uruchomieniem dowolnego polecenia dotyczącego dysku lub partycji.
Sprawdź dzienniki jądra pod kątem rzeczywistych błędów wejścia-wyjścia
W opisywanym przypadku źródłowym występowały powtarzające się komunikaty critical medium error, Buffer I/O error, błędy montowania EXT4 oraz błędy NVMe dotyczące urządzenia rozruchowego. Są one znacznie silniejszym dowodem awarii pamięci masowej niż ogólna panika widoczna na ekranie rozruchowym.
dmesg -T | grep -Ei 'nvme|I/O error|Buffer I/O|EXT4|superblock|reset|timeout|critical|media'Jeśli błędy konsekwentnie wskazują na rozruchowy dysk NVMe, a dyski z danymi nie zgłaszają usterek, skup dalszą diagnostykę na ścieżce rozruchowej.
Wynik SMART „PASSED” nie wyklucza błędów nośnika
W wątku podsumowanie kondycji SMART dysku NVMe nadal wskazywało PASSED, jednak szczegółowe liczniki wykazywały 76 błędów nośnika i integralności danych, a jądro już rejestrowało nieudane odczyty. Sprawdzanie systemu plików w trybie tylko do odczytu również przerwało działanie z powodu nieczytelnych bloków.
Po potwierdzeniu prawidłowej nazwy urządzenia użyj szczegółowych danych o stanie, takich jak smartctl -x /dev/nvmeXn1 lub nvme smart-log /dev/nvmeXn1. Nie traktuj pojedynczego ogólnego słowa opisującego stan jako pełnej diagnozy.
Najpierw użyj kontroli systemu plików w trybie tylko do odczytu
Społeczność użyła polecenia e2fsck -fn dla uszkodzonej partycji overlay EXT4, aby sprawdzić system plików bez zapisywania napraw. Nawet ta kontrola w trybie tylko do odczytu napotkała nieczytelne bloki, co dodatkowo potwierdziło diagnozę awarii sprzętowej.
Nigdy nie uruchamiaj polecenia fsck w trybie zapisu na zamontowanym systemie plików i nie zgaduj nazw partycji. Jeśli rozruchowy dysk SSD fizycznie ulega awarii, wielokrotne próby zapisu mogą utrudnić odzyskiwanie danych.
Dlaczego mogą zawieść zarówno slot A, jak i slot B
ZimaOS korzysta ze slotów systemowych A/B do odzyskiwania systemu, co opisano w przewodniku odzyskiwania systemu ZimaOS. Jednak oba wybory rozruchu nadal zależą od sprawnych współdzielonych elementów pamięci masowej na urządzeniu rozruchowym. Dlatego uszkodzona warstwa overlay lub rozruchowy dysk NVMe może uniemożliwić ukończenie uruchamiania obu slotów.
Kiedy wymiana jest bezpieczniejszym rozwiązaniem
Gdy w opisywanym przypadku źródłowym wykazano błędy nośnika w jądrze, szczegółowe liczniki błędów nośnika SMART oraz nieczytelne bloki systemu plików na rozruchowym dysku NVMe, społeczność zaleciła uznanie tego dysku SSD za niewiarygodny zamiast prób naprawy w miejscu. Użytkownik wymienił go i pomyślnie ponownie zainstalował ZimaOS.
Podczas ponownej instalacji wyraźnie zidentyfikuj dyski z danymi i unikaj inicjalizowania lub ponownego tworzenia istniejącej puli. Przewodnik rozwiązywania problemów z instalacją ZimaOS pomaga w kwestii instalacji systemu na dysku rozruchowym, natomiast przewodnik odzyskiwania pamięci masowej po ponownej instalacji przypomina o najważniejszej zasadzie: nie twórz ponownie puli, która już zawiera Twoje dane.
Podsumowanie
W tym przypadku panika jądra wynikała z awarii rozruchowego dysku NVMe, a nie była dowodem zniszczenia oddzielnej puli danych. Przeprowadź diagnostykę w trybie tylko do odczytu, potwierdź, które urządzenie zgłasza błędy wejścia-wyjścia, i pozostaw dyski z danymi nietknięte. Oryginalny użytkownik wymienił uszkodzony dysk rozruchowy, ponownie zainstalował ZimaOS i potwierdził, że istniejąca pula danych przetrwała.
