En RAID-array förblir degraderad när ersättningsdisken är synlig men inte har blivit en giltig medlem för återuppbyggnad. Vanliga orsaker är fel storlek, främmande metadata, ett tillstånd som inte stöds, utebliven manuell tilldelning eller en annan källdisk som håller på att gå sönder.
Initiera inte ersättningsdisken och importera inte en främmande konfiguration på måfå. Identifiera först den exakta arrayen, den saknade rollen, ersättningsdiskens serienummer, styrenhetens tillstånd och om disken är kvalificerad för återuppbyggnad. Målet är att ansluta ett tomt, kvalificerat mål utan att ändra den betrodda källkonfigurationen.
Bekräfta att rätt styrenhet känner igen ersättningsdisken
En disk kan visas i operativsystemet men ändå vara otillgänglig för RAID-styrenheten, eller visas för styrenheten i en annan diskplats än väntat. Jämför det fysiska serienumret, diskplatsen, styrenhetsporten och det rapporterade sektorantalet.
Om den nya disken inte syns på RAID-nivån kontrollerar du strömförsörjning, bakplan, kabel, HBA-läge och kapslingens diskplatsmappning innan du ändrar arrayens metadata. Upprepade inkopplingar utan att kontrollera serienumret kan leda till att du servar fel medlem.
Ready, Unconfigured och Spare innebär inte att en återuppbyggnad pågår
Många hårdvarustyrenheter placerar en ny disk i ett neutralt läge, till exempel Ready eller Unconfigured Good. Arrayen förblir degraderad tills disken tilldelas som ersättningsdisk, dedikerad reservdisk eller kvalificerad global reservdisk enligt styrenhetens arbetsflöde.
En ny disk i läget Ready är ett bra exempel: att den finns räcker inte för att fylla den saknade RAID-rollen. Kontrollera om det krävs inkoppling under drift, manuell ersättning eller tilldelning som reservdisk.
Programvaru-RAID kräver vanligtvis ett uttryckligt tillägg
Linux-md-arrayer återansluter inte nödvändigtvis en disk som försvunnit bara för att en blockenhet återkommer på samma sökväg. Den gamla medlemmen kan fortfarande vara markerad som borttagen, medan ersättningsdisken bara finns som en oanvänd enhet.
Beteendet med manuell återanslutning med mdadm speglar en säkerhetsgräns: det kan vara värre att automatiskt lita på en enhet som tidigare försvann än att kräva att en administratör verifierar den och lägger till den medvetet.
Främmande metadata kan blockera ersättningsdisken
En återanvänd disk kan innehålla RAID-signaturer från en annan array. Styrenheter märker den som främmande eftersom en import kan ändra den aktiva konfigurationen. Även en helt ny disk kan innehålla metadata från fabriken, tester eller tidigare användning som gör att den inte kan användas automatiskt.
Importera inte en främmande konfiguration från en disk som är avsedd att vara en tom ersättningsdisk. I ett fall med främmande status för ersättningsdisk var den relevanta åtgärden att ändra den nya disken till statusen ej konfigurerad, bra, inte att importera dess gamla arraydefinition.
Kapacitet och sektorgeometri måste uppfylla arrayens minimikrav
Ersättningsdisken måste ha minst lika många användbara sektorer som den felaktiga disken. En disk med nominellt samma storlek kan vara något mindre. Vissa styrenheter avvisar också ändringar av logiskt eller fysiskt sektorformat, gränssnittstyp, firmwaregodkännande eller krypteringsfunktioner.
Jämför exakt storlek och sektorformat i stället för att bara titta på märkningen på förpackningen. Om styrenheten rapporterar att den nya disken inte stöds eller är för liten ska du inte tvinga den att gå online; välj en kompatibel disk med större kapacitet.
En annan källdisk kan förhindra återuppbyggnaden
En återuppbyggnad kräver att data går att läsa från de kvarvarande diskarna. Om en annan disk har oläsbara sektorer, upprepade tidsgränsöverskridanden eller kopplas bort från arrayen kan styrenheten avbryta, behålla ersättningsdisken som reserv eller fortsätta i degraderat läge efter ett misslyckat återuppbyggnadsförsök.
Granska händelseloggen från det att originaldisken slutade fungera till försöket att ersätta den. Den senaste varningen kan gälla måldisken, medan det verkliga hindret är ett läsfel på en annan källdisk.
Använd en tillståndsbaserad felsökningsordning
| Ersättningens status | Trolig betydelse | Nästa kontroll |
|---|---|---|
| Hittades inte | Problem med anslutningen eller styrenhetens sökväg | Ström, kabel, fack, HBA, seriell mappning |
| Redo / ej konfigurerad, bra | Synlig men inte tilldelad | Tilldelning som ersättning eller reserv |
| Främmande | Gammal RAID-metadata finns | Verifiera identiteten; rensa endast metadata på det nya målet |
| För liten / stöds inte | Behörighetskontrollen misslyckades | Exakta sektorer, format, stöd för styrenheten |
| Reservdisk, återskapning pågår inte | Ingen utlösare eller källfel | Saknad roll, policy, loggar från kvarvarande medlemmar |
| Återskapningen avbröts | Källan eller sökvägen kunde inte slutföra | Läsfel, timeout, andra fel |
En manuell tilldelning för återskapning som är specifik för styrenheten kan använda en åtgärd för reservdisk för att utlösa återställningen. Använd den dokumenterade tillståndsövergången för plattformen i stället för generiska kommandon kopierade från en annan RAID-stack.
Verifiera vad som utlöser återskapningen innan du lämnar systemet
När ersättningsdisken har tilldelats ska du övervaka processen tillräckligt länge för att bekräfta att antalet bearbetade block ökar och att rätt serienummer är målet. En tillståndsövergång som startar och omedelbart avbryts innebär fortfarande att arrayen är degraderad, även om instrumentpanelen tillfälligt visade att återskapningen pågick.
Spara det första felet efter ett avbrott. Det visar ofta det verkliga hindret tydligare än den slutliga sammanfattningen, särskilt om en kvarvarande källdisk får timeout eller om styrenheten avvisar målets geometri.
Vanliga frågor
Ska jag initiera ersättningsdisken först?
Vanligtvis inte. Initiering kan skriva metadata och vara destruktiv om fel disk väljs. Förbered endast det bekräftat tomma målet med hjälp av styrenhetens arbetsflöde för diskbyte.
Varför användes inte den nya disken efter det kalla diskbytet?
Vissa styrenheter upptäcker och kopplar en ersättningsdisk på olika sätt vid hot insertion. Vid kallt diskbyte kan en saknad roll bli kvar samtidigt som en separat, redo disk måste tilldelas manuellt.
Kan jag tvinga disken online?
Åtgärder för att tvinga en disk online är avsedda för särskilda återställningssituationer och kan uppgradera inaktuella data. För en ny, tom ersättningsdisk ska du tilldela den som mål för återskapningen eller som reservdisk i stället för att låtsas att den innehåller aktuella arraydata.
Arrayen blir inte felfri förrän medlemskapet ändras
En synlig ersättningsdisk tar inte bort det degraderade tillståndet. Den måste vara godkänd, tilldelad den saknade rollen, återskapad från läsbara källor och uppgraderad till en aktiv, synkroniserad medlem.
Support och tips
Mer att läsa

Sårbarhet i Google MCP Toolbox: Vad användare av självhostad AI bör kontrollera
Förstå MCP Toolbox-filåtkomst med verifierad versionskontext, praktiska arbetsflödesbegränsningar, hantering av privata filer, granskningssteg och realistiska lagringsroller för ZimaOS.

Så kontrollerar du minnes- och körtidskraven innan du kör LFM2.5-24B-A2B
Kontrollera LFM2.5-24B-A2B:s viktformat, minnesåtgång, runtimeversioner, kontext och verktygskompatibilitet innan du försöker distribuera modellen på en hemmaserver.

Så testar du Granite Speech 5.0 med engelska ljudfiler som lagras på din NAS
Testa Granite Speech 5.0 med en kort engelsk inspelning från din NAS. Kontrollera kontrollpunktsrevisionen, körtiden, samplingsfrekvensen, transkriberingens kvalitet och hanteringen av utdata.



