Vea "Ainult kirjutuskaitstud failisüsteem" lahendus

El levitamise kasutamisel ilmnevad vead lemmik võib olla mitte ainult valu rinnus, vaid ka peavalu kui sul pole aimugi, mis toimub ja miks see sinuga juhtub.

Kuigi seda "kirjutuskaitstud failisüsteemi" teadet on minuga juba mitu korda juhtunud, põhjustades pea kaotuse ja ennekõike pidin lõpuks kogu süsteemi uuesti installima, sest terminali kaudu teatud toiminguid tehes kuvatakse see selle sõnumi.

Esimene asi, mida me teeme, on arvuti taaskäivitamine, mis viib meid tõsiasjale, et selle käivitamisel ei käivita süsteem lihtsalt graafilist serverit ja saame kuulsa musta ekraani:

"BusyBox v* multi-call binary 

(initramfs)" 

Seal, kus paljud lõpetavad süsteemi desinstallimise ja uuesti installimise.

Aga mis peame vältima süsteemi taaskäivitamist, See on kõige soovitatav, sest kui oleme sees, nagu sõnum näitab, süsteem on ainult lugemisrežiimis nii et me ei saa süsteemis midagi salvestada.

probleem

Esimene samm on vea tuvastamine ja võrgus otsimine, kui oleme süsteemis sees, lihtsam ja ennekõike proovida meeles pidada, mis meid selleni viis.

Ehkki kõige tavalisem, mida netist leiate, on see süsteem kaitseb ennast, Antud kasutatav ketas pole andmete salvestamiseks enam optimaalne.

Selgub, et see läheb ainult lugemisrežiimi nii see võimaldab meil ainult andmetele juurde pääseda, kuid ilma selle asemel ei võimalda see meil selles muudatusi teha.

Minu jaoks on see ebaharilik, sest olen uue plaadiga olnud vaid paar nädalat ning SMARTi andmeid ja sektoreid üle vaadanud, pole võimalik, et see oleks juba halvas seisukorras.

Kuna ma isiklikult ei nõustunud sellega, et mu ketas oli juba viimases, otsustasin kõigepealt puhastada oma riistvara mõne selle tööd häiriva osakese jaoks.

Alustasin oma meeskonda uuesti ja sain sama tulemuse.

lahendusi

Järgmine asi, mida ma tegin, oli vahetage kettakaableidMinu puhul olen SATA teadnud, et klassikalised punased kaablid kipuvad väga kiiresti kahjustuma kas kõrgete temperatuuride või mõne kahekordse toimega.

See lahendus oli minu jaoks kasulik.

Teisel juhul on tarkvara tasemel nii et peame tuvastama, milline partitsioon juhtus ainult kirjutuskaitstud failisüsteemiga.

Parimal juhul, kui see on erinev partitsioon kui teie süsteem, on teil ülekaal, sest teil on võimalus nimetatud partitsiooni probleemideta ühendada ja lahti ühendada.

Selle Saame kasutada terminali ja täita järgmised käsud, kus me kõigepealt tuvastame partitsiooni ühenduspunkti ja seejärel jätkame selle lugemis- ja kirjutamisõigustega uuesti paigaldamist:

sudo fdisk -l 

Kui partitsioon on tuvastatud, paigaldame selle uuesti, kus / sdXx on ühenduspunkt, see võib olla / sdb1 või / sdc jne.

mount -o remount,rw /dev/sdXx 

Si teie süsteemi partitsioon oli kaitstud, selle käsu rakendamine teie jaoks ei toimi, nii et peame rakendama järgmist:

mount -o remount / 

Kui teil jätkub sama viga, võime käivitada järgmise:

sudo fsck -Af -M 
sudo reboot

Mida see teeb, on kontrollige failisüsteemi ja proovige teha vastavad parandused.

Siin peame kirja panema plokid, mis meid lahti mõtlevad millel on vigu, kuvan minu puhul midagi sellist:

Free blocks count wrong for group #190 (102254, counted=102258). Fix? yes
Free blocks count wrong for group #629 (1558554, counted=1558555). 
Fix? yes Free blocks count wrong for group #1558658    
Fix? Yes 

Kus proovime neid parandada:

sudo fsck -b 102254 /dev/sda1 -y 

Viimasel juhul peame GRUB-ist juurde pääsema oma süsteemi täpsematele valikutele ja sooritama fsck.