Arbetar med btrfs (10 / 10 steg)
Steg 10: felsökning
Jag kan inte ge en heltäckande guide till alla problem du kan stöta på, men jag kommer att tala om de frågor som jag sprang in.
Problem med/etc/fstab
Varning: /etc/fstab kan vara farligt att redigera! Det kan orsaka din dator för att skapa ett svart hål där det är singulariteten.
/ etc/fstab hanterar vilka volymer är monterade på boot.
Jag inte kan verkligen hjälpa dig mycket här. Dock kommer jag att ge detta råd: röra endast med/Home partitionen. Om du röra upp, ni vet, och det är ofta kan återvinnas. Förlorar inte UUID/Home partitionen (om den finns). Vid ett tillfälle (efter timmar av arbete), jag var kunna montera en subvolume som inte heter hem som/hem, men det var mycket svårt.
Fel i filsystemet btrfs
Alla btrfs-relaterade fel har varit lätt för mig att fixa. Du vet när det finns fel eftersom du inte kommer att kunna flytta eller ändra storlek på filsystemet. Btrfs har några fel borttagning byggdes. Jag har använt några av dem. Obs: dessa operationer måste köras när partitionen är UNMOUNTED. Jag kommer att Visa via GParted live CD.
För att kontrollera för fel, kör btrfs kontroll.
roten btrfs kolla /dev/sda4
...
Observera att första gången omkring jag inte försöka reparera felen. Jag har en skärmdump som visar de fel som fanns, men att skärmdump raderades av någon anledning. I grund och botten hade några cache varningar och "inode" frågor.
Om det finns fel, först prova att köra följande... Jag har kommenterat de fel som reparerades.
roten btrfs kontrollera--reparera /dev/sda4
att aktivera reparationsläge
Kontroll av filsystem på /dev/sda4
UUID: 1d75f1d1-c062-4158-b8a7-8beaa7321031
kontroll av graderna
Kontrollera ledigt utrymme cache
cache och super generation matchar inte, utrymme cache kommer att ogiltigförklaras
#A massa andra cacherelaterade fel rättades ovanför denna punkt.
kontroll av fs rötter
återställa isize för dir 149389 root 257 #FIXED
återställa isize för dir 19918 root 268 #FIXED
Segmenteringsfel
Den sista raden, segmenteringsfel, är inte bra. Det innebär att programmet försökte komma åt minne som aldrig funnits eller finns inte längre. Jag är inte alltför bekymret med detta, det bör inte ha orsakat permanenta skador. Vid denna punkt, vet jag inte om alla fel var fast, så jag kommer att köra en annan kontroll.
roten btrfs kolla /dev/sda4
Kontroll av filsystem på /dev/sda4
UUID: 1d75f1d1-c062-4158-b8a7-8beaa7321031
kontroll av graderna
Kontrollera ledigt utrymme cache
cache och super generation matchar inte, utrymme cache kommer att ogiltigförklaras
kontroll av fs rötter
Kontrollera csums
kontroll av roten refs
hittade 41505193481 byte används err är 0
totalt csum byte: 74484016
Totalt antal byte som träd: 587497472
totala fs träd byte: 455458816
Total omfattning träd byte: 40435712
btree utrymme slösa byte: 106796567
Fil datablock fördelas: 1204523626496
refererade 71484911616
Btrfs v3.14.1
Ovanstående utgång innebär att filsystemet var fina. Det bör vara resizeable i detta tillstånd. Men jag är inte säker på vad "cache och super generation inte matchar" betyder - det har inte orsakat mig några problem.
Ibland--reparation argument kan inte åtgärda problemen automatiskt. Jag har stött detta flera gånger tidigare. Uppsättningen kommandon nedan kan hjälpa i den här situationen. Resultatet av detta kommando är ganska lång, så du måste bläddra för att hitta utdrag.
roten btrfs--hjälp
...
btrfs inspektera-inre inode-lösa [-v]
Få sökvägar för den givna inode
btrfs inspektera-inre logiska-lösa [-Pv] [-s bufsize]
Få sökvägar för den angivna logiska adressen
btrfs inspektera-inre subvolid-lösa
Få sökvägar för viss subvolume-ID.
btrfs inspektera-inre rootid
Få träd-ID för den som innehåller subvolume av väg.
...