Varför får en roterad USB-säkerhetskopieringsdisk en monteringssökväg med suffix efter omstart?

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

En roterande USB-backupdisk kan få en monteringssökväg med suffix när den föredragna, etikettbaserade katalogen redan används, förekommer flera gånger eller har tilldelats av en annan automatisk monterare.

Backuprotation använder ofta flera liknande diskar, och administratörer kan klona filsystem eller återanvända samma volymetikett av bekvämlighetsskäl. Efter en omstart kan upptäcktsordning, automatisk montering i skrivbordsmiljön, gamla monteringskataloger, duplicerade etiketter eller en konkurrerande fstab-post göra att en disk visas under en sökväg som BACKUP_1 i stället för BACKUP. Disken kan vara felfri, medan backupjobbet nu riktas mot fel katalog. Kontrollera identiteten innan du flyttar filer eller redigerar sökvägar.

Identifiera filsystemet bakom den oväntade sökvägen

Notera den faktiska enheten, filsystemets UUID, etikett, serienummer eller by-id-sökväg, monteringskälla, mål, filsystemstyp och monteringsalternativ för varje ansluten rotationsdisk.

Linux-kommandot findmnt kopplar ett mål till dess aktiva källa, vilket förhindrar att ett missvisande katalognamn förväxlas med den avsedda backupdisken.

Om katalogen med suffix tillhör rätt UUID är problemet en sökvägstilldelning. Om den tillhör en annan disk ska du stoppa backupen innan den skriver till fel rotationsuppsättning.

Kontrollera om filsystemsetiketter eller UUID:n är duplicerade

Jämför UUID, etikett, PARTUUID, serienummer och by-id-namn för alla roterande diskar, inklusive diskar som för närvarande är frånkopplade om det finns dokumentation om dem.

ArchWiki förklarar att etiketter är enklare att duplicera än UUID:n, vilket gör automatisk montering som enbart baseras på etiketter riskabel när flera backupdiskar avsiktligt delar ett lättigenkännligt namn.

Klونهing av ett filsystem kan också klona dess UUID. Tilldela en unik filsystemidentitet innan du förlitar dig på obemannad rotation och dokumentera vilken fysisk disk som äger varje ID.

Förstå varför automatiska monterare lägger till ett suffix

Kontrollera om en skrivbordssession, NAS-tjänst, UDisks-hjälpprogram eller hanterare för flyttbara medier monterade disken innan fstab eller backuptjänsten hann agera.

Filesystem Hierarchy Standard tillåter att siffror läggs till i monteringskataloger för flyttbara medier när mer än en enhet behöver en liknande monteringsplats.

Den exakta suffixregeln varierar mellan olika automatiska monterare, men felsökningsprincipen är densamma: den föredragna sökvägen var otillgänglig eller tvetydig när enheten anslöts.

-15% OFF
Single board computer zimaboard2

Kontrollera om den föredragna monteringskatalogen redan var upptagen

Inspektera den förväntade katalogen innan du ansluter disken. Ta reda på om den innehåller en annan montering, lösa filer som skrivits medan disken saknades, en bind-montering eller en gammal arbetskatalog som fortfarande används av en process.

Oracles vägledning om flyttbara medier påpekar att medieetiketter används för att namnge monteringssökvägar, vilket skapar en kollision när flera medieobjekt presenterar samma etikettbaserade sökväg.

Ta inte bort en upptagen katalog innan du har kontrollerat om den innehåller säkerhetskopior som av misstag skrivits till rotfilsystemet. Flytta verifierade lösa data genom en kontrollerad återställningsprocess.

Definiera en fast fstab-monteringspunkt per rotationsdisk

Välj en stabil strategi: antingen får varje fysisk disk en egen fast katalog, eller så monterar ett rotationsskript den valda UUID:n vid en enda kontrollerad backupsökväg efter att identiteten har verifierats.

Red Hat dokumenterar beständig montering genom fstab med en UUID och en fast monteringspunkt, vilket eliminerar problem med upptäcktsordning och kollisioner mellan lättigenkännliga etiketter i den obemannade sökvägen.

Skapa inte flera aktiva fstab-poster som konkurrerar om samma målkatalog. Ett rotationsflöde ska bekräfta att den gamla disken är avmonterad innan nästa ansluts.

Låt backupstarten bero på den verifierade monteringen

Kontrollera om schemaläggaren startar innan USB-upptäckt och montering är klara. Lägg till en förkontroll av UUID, monteringspunkt, skrivbart läge och förväntad markörfil.

Debians systemd-dokumentation för montering förklarar att fstab-poster blir systemd-monteringsberoenden, vilket gör att backuptjänster kan vänta på en specifik montering i stället för en godtycklig katalog.

En kontroll av att katalogen finns räcker inte, eftersom den tomma katalogen finns även när disken saknas. Validera identiteten för det monterade filsystemet.

Testa hela rotationen efter omstarter och diskbyten

För varje disk ska du utföra en ren avmontering, frånkoppling, omstart, återanslutning, identitetsvalidering, skrivning av testdata, torrkörning av backupen och verifiering genom återläsning. Dokumentera den förväntade sökvägen och UUID:n.

ZimaSpace-artikeln om UUID-monteringar och stabila appsökvägar behandlar den övergripande designen med fasta sökvägar; den här artikeln fokuserar på kollisioner som uppstår när flera flyttbara backupdiskar roteras.

Problemet är löst när varje rotationsdisk kopplas till sin dokumenterade sökväg efter upprepade omstarts- och bytestester, och backupen vägrar att köra när den förväntade UUID:n saknas eller är monterad någon annanstans.

Support och tips

Mer att läsa

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.