Om båda ZimaOS-startplatserna misslyckas och konsolen rapporterar fel vid montering av overlay, misslyckade superblocksläsningar eller NVMe-I/O-fel ska du inte börja med att bygga om lagringspoolen. Ta först reda på om felet finns på startenheten eller på de separata datadiskarna.
I detta fall från juni 2026 visade skrivskyddad diagnostik upprepade mediefel på start-NVMe-enheten, medan den stora Btrfs-datapoolen låg på separata diskar. Användaren bytte startenheten, installerade om ZimaOS och bekräftade senare att datapoolen fortfarande fanns kvar.
Separera först startenheten från datapoolen
Utdata från räddningsskalet i tråden visade en NVMe-enhet på cirka 119 GB som innehöll ZimaOS-start- och datapartitioner samt en separat Btrfs-pool med flera diskar. Denna åtskillnad ändrade återställningsplanen: ett fel på start-NVMe-enheten innebar inte automatiskt att lagringspoolen hade gått sönder.
Börja med skrivskyddade kommandon:
lsblk -o NAME,SIZE,FSTYPE,LABEL,UUID,MOUNTPOINTS
blkid
cat /proc/cmdlineSkriv ner de exakta enhetsnamnen innan du kör något kommando som riktar sig mot en disk eller partition.
Kontrollera kärnloggarna efter verkliga I/O-fel
Fallet i källan innehöll upprepade meddelanden om critical medium error, Buffer I/O error, misslyckade EXT4-monteringar och NVMe-fel mot startenheten. Dessa meddelanden är mycket starkare bevis på lagringsfel än en allmän panik på startskärmen.
dmesg -T | grep -Ei 'nvme|I/O error|Buffer I/O|EXT4|superblock|reset|timeout|critical|media'Om felen konsekvent pekar på start-NVMe-enheten medan datadiskarna inte rapporterar några fel bör du fokusera undersökningen på startvägen.
Ett SMART-resultat med ”PASSED” utesluter inte mediefel
I tråden visade NVMe-enhetens SMART-hälsosammanfattning fortfarande PASSED, men de detaljerade räknarna visade 76 medie- och dataintegritetsfel, och kärnan loggade redan misslyckade läsningar. Den skrivskyddade filsystemskontrollen avbröts också på grund av oläsbara block.
Använd detaljerade hälsodata, till exempel smartctl -x /dev/nvmeXn1 eller nvme smart-log /dev/nvmeXn1, efter att du har bekräftat rätt enhetsnamn. Betrakta inte det enda övergripande hälsotillståndet som hela diagnosen.
Använd skrivskyddade filsystemskontroller först
Communityn använde e2fsck -fn mot den berörda EXT4-overlaypartitionen, så att filsystemet kunde undersökas utan att reparationsändringar skrevs. Även den skrivskyddade kontrollen stötte på oläsbara block, vilket ytterligare stärkte diagnosen om hårdvarufel.
Kör aldrig fsck i skrivläge på ett monterat filsystem och gissa inte partitionsnamn. Om start-SSD:n håller på att gå sönder kan upprepade skrivförsök göra återställningen svårare.
Varför både plats A och plats B kan misslyckas
ZimaOS använder A/B-systemplatser för återställning, vilket dokumenteras i ZimaOS guide för systemåterställning. Båda startalternativen är dock fortfarande beroende av fungerande gemensamma lagringskomponenter på startenheten. Ett fel i overlay-filsystemet eller på start-NVMe-enheten kan därför hindra båda platserna från att slutföra starten.
När byte är det säkrare alternativet
När fallet i källan visade kärnans mediefel, detaljerade SMART-räknare för mediefel och oläsbara filsystemblock på start-NVMe-enheten rekommenderade communityn att betrakta SSD:n som opålitlig i stället för att försöka reparera den på plats. Användaren bytte ut den och installerade om ZimaOS utan problem.
Under ominstallationen ska du se till att datadiskarna är tydligt identifierade och undvika att initiera eller återskapa en befintlig pool. Felsökningsguiden för ZimaOS-installation hjälper till med själva startinstallationen, medan guiden för lagringsåterställning efter ominstallation förstärker den viktigaste regeln: återskapa inte en pool som redan innehåller dina data.
Sammanfattning
I detta fall berodde kärnpaniken på ett fel på start-NVMe-enheten och var inte ett bevis på att den separata datapoolen hade förstörts. Diagnostisera skrivskyddat, bekräfta vilken enhet som har I/O-felen och låt datadiskarna vara orörda. Den ursprungliga användaren bytte den felaktiga startenheten, installerade om ZimaOS och bekräftade att den befintliga datapoolen hade överlevt.
