ZimaOS-migratie mislukt: NTFS-, EXT4- en preflightcontroles

Kort gezegd: NTFS was in deze opgeloste situatie de hoofdoorzaak, maar het is geen universele verklaring voor elke migratiefout

In de reproduceerbare test kopieerde ZimaOS de gegevens gedeeltelijk en trad er vervolgens een fout op, omdat het NTFS-doel de laatste fase voor het kopiëren van machtigingen niet kon voltooien. Nadat het doel opnieuw als EXT4 was geformatteerd, slaagde die specifieke migratie wel. In latere reacties werden fouten op andere indelingen gemeld. Daarom moet “formatteer alles als EXT4” worden beschouwd als een casusspecifieke oplossing en een nuttige controle vooraf, niet als een universele oplossing.

ZimaOS-migratiefoutscherm met de melding Something wrong while moving user database to sda1 — Op het oorspronkelijke foutscherm wordt de migratie van de gebruikersdatabase afgebroken tijdens het verplaatsen van gegevens van ZimaOS-HD naar sda1.

Begin een huidige migratie met het ondersteunde hulpprogramma voor gegevensmigratie

Dialoogvenster voor de opslaglocatie van de ZimaOS-gebruikersdatabase, met sda1 als migratiedoel geselecteerd — In de migratieworkflow werd sda1 geselecteerd als de nieuwe opslaglocatie voor de gebruikersdatabase.

Dialoogvenster voor de voorbereiding van een ZimaOS-migratie met de waarschuwing dat Docker-services tijdens het verplaatsen worden gepauzeerd — In de bevestigingsstap wordt gewaarschuwd dat Docker-services worden gepauzeerd zolang de migratiemodus actief is.

Voortgangsscherm van de ZimaOS-gebruikersdatabasemigratie op 70 procent — De overdracht bereikte 70% voordat de geteste migratie later mislukte.

De huidige handleiding voor ZimaOS-gegevensmigratie verplaatst Docker-images, Docker-applicatiegegevens en gebruikersmappen per categorie. De handleiding voor ZimaOS-migratiepaden is momenteel de beste aanvulling om te bepalen wat er daadwerkelijk wordt verplaatst.

Controleer het bestandssysteem van het doel voordat je op Start drukt

lsblk -f
blkid

Controleer het doelapparaat, het type bestandssysteem, de beschikbare ruimte en de koppelstatus. Als de bestemming een bestandssysteem gebruikt met andere Linux-semantiek voor eigenaarschap en machtigingen, houd er dan rekening mee dat de migratie van applicatiegegevens gevoeliger is dan een eenvoudige kopieeractie. De handleiding van lsblk en de documentatie over ext4 zijn nuttige referenties voor validatie.

Waarom verschijnt tijdens de migratie de melding “Docker stoppen”?

Die melding is normaal gedrag en niet de fout zelf. Applicatiegegevens kunnen niet veilig worden verplaatst zolang containers ernaar blijven schrijven. De migratieworkflow pauzeert Docker, kopieert de beheerde gegevens, werkt de locatie bij en hervat vervolgens de service.

ZimaOS-migratiefoutscherm na het verplaatsen van 1.08 GB naar sda1 — Ook de grotere test eindigde met Something wrong nadat de kopieerfase voltooid leek.

ZimaOS-appinstellingen met migratielocaties voor App data, App image en User database — Op dit scherm staan de afzonderlijke migratiecategorieën voor applicatiegegevens, Docker-images en de gebruikersdatabase.

Wanneer de migratie ook op EXT4 mislukt

Formatteer niet meteen opnieuw. Leg het bestandssysteem van de bron en de bestemming, de beschikbare ruimte, de migratiecategorie, de ZimaOS-versie en vast of het doel uit één schijf of uit RAID bestaat. Probeer de fout vervolgens indien mogelijk met een kleine categorie opnieuw te reproduceren. Een latere fout op door Zima aangemaakte opslag bewijst dat het bestandssysteemtype slechts één vertakking in de beslisboom is.

Maak vóór elke destructieve nieuwe poging een back-up van je belangrijke gegevens met de ZimaOS-back-upworkflow.