ZimaOS-migreringen misslyckades: NTFS, EXT4 och förkontroller

Sammanfattning: NTFS var grundorsaken i det här lösta fallet, men är inte en universell förklaring till alla migreringsfel

I det reproducerbara testet kopierade ZimaOS data en bit på vägen och misslyckades sedan eftersom NTFS-målet inte kunde slutföra det sista steget med kopiering av behörigheter. När målet formaterades om som EXT4 lyckades just den migreringen. Senare svar rapporterade fel med andra layouter, så ”formatera allt som EXT4” bör ses som en fallspecifik lösning och en användbar förkontroll – inte som en universell lösning.

ZimaOS migreringsfelsskärm med meddelandet Något gick fel när användardatabasen flyttades till sda1 — Den ursprungliga felbilden visar att migreringen av användardatabasen avbröts när data flyttades från ZimaOS-HD till sda1.

Den aktuella migreringen bör börja med det stödda verktyget för datamigrering

Dialogruta för lagringsplats för ZimaOS användardatabas där sda1 väljs som migreringsmål — I migreringsflödet valdes sda1 som den nya lagringsplatsen för användardatabasen.

Dialogruta för förberedelse av ZimaOS-migrering med varningen att Docker-tjänster pausas under flytten — Bekräftelsesteget varnar för att Docker-tjänster pausas medan migreringsläget är aktivt.

ZimaOS-skärm för förlopp vid migrering av användardatabasen, 70 procent — Överföringen nådde 70 procent innan den testade migreringen senare misslyckades.

Den aktuella guiden för ZimaOS-datamigrering flyttar Docker-avbildningar, Docker-programdata och användarmappar efter kategori. Guiden för ZimaOS-migreringssökvägar är det bästa aktuella komplementet för att avgöra vad som faktiskt flyttas.

Kontrollera målets filsystem innan du trycker på Starta

lsblk -f
blkid

Bekräfta målenheten, filsystemstypen, tillgängligt utrymme och monteringsstatusen. Om destinationen använder ett filsystem med andra semantiska regler för Linux-ägarskap och behörigheter bör du räkna med att migrering av programdata är känsligare än en enkel dra-och-släpp-kopiering. Manualen för lsblk och ext4-dokumentationen är användbara referenser för validering.

Varför visas ”Stoppa Docker” under migreringen?

Det meddelandet är förväntat beteende och inte själva felet. Programdata kan inte flyttas säkert medan containrar fortsätter att skriva till den. Migreringsflödet pausar Docker, kopierar de hanterade data, uppdaterar platsen och återupptar sedan tjänsten.

ZimaOS migreringsfelsskärm efter att 1,08 GB flyttats till sda1 — Det större testet slutade också med Något gick fel efter att kopieringsfasen verkade vara slutförd.

ZimaOS Apps-inställningar som visar migreringsplatser för programdata, programavbildning och användardatabas — Den här skärmen visar de separata migreringskategorierna för programdata, Docker-avbildningar och användardatabasen.

När migreringen fortfarande misslyckas med EXT4

Formatera inte om direkt igen. Dokumentera källans och destinationens filsystem, ledigt utrymme, migreringskategori, ZimaOS-version och om målet är en enskild disk eller RAID. Försök sedan återskapa felet med en liten kategori om möjligt. Ett senare fel på Zima-skapad lagring visar att filsystemstypen bara är en av flera grenar i beslutsträdet.

Innan du gör ett destruktivt nytt försök bör du säkerhetskopiera dina viktiga data med ZimaOS säkerhetskopieringsflöde.