"읽기 전용 파일 시스템"오류 해결 방법

El 배포를 사용하는 동안 오류가 발생했습니다. 마음에 드는 것은 가슴 통증뿐만 아니라 두통 일 수 있습니다. 무슨 일이 일어나고 있는지 모를 때 그리고 그것이 당신에게 일어나는 이유.

이 "읽기 전용 파일 시스템"메시지가 이미 여러 번 나에게 발생하여 머리를 잃고 무엇보다도 터미널을 통해 일부 작업을 수행 할 때 표시되기 때문에 전체 시스템을 다시 설치해야했습니다. 이 메시지.

우리가 진행하는 첫 번째 작업은 컴퓨터를 다시 시작하는 것입니다. 그러면 컴퓨터를 시작할 때 시스템이 단순히 그래픽 서버를 시작하지 않고 유명한 검은 색 화면이 나타납니다.

"BusyBox v* multi-call binary 

(initramfs)" 

많은 사람들이 시스템을 버리고 다시 설치하는 곳.

근데 뭐 시스템을 다시 시작하지 않는 것이 좋습니다., 이것은 우리가 내부에있는 동안 메시지에서 알 수 있듯이, 시스템이 읽기 모드에만 있습니다. 시스템에 아무것도 기록 할 수 없습니다.

문제

첫 번째 단계는 시스템 내부에있는 동안 오류를 식별하고 네트워크를 검색하는 것입니다. 무엇보다도 오류로 이어진 원인을 기억하는 것이 더 쉽고 무엇보다 쉽습니다.

인터넷에서 찾을 수있는 가장 일반적인 것은 시스템은 스스로를 보호합니다, 주어진 사용중인 디스크가 더 이상 데이터 저장에 적합하지 않습니다.

결과는 읽기 모드로만 들어가서 데이터에 액세스 할 수만 있습니다., 그러나 그 대신 우리는 그 안에서 변경할 수 없습니다.

나에게 이것은 드문 일입니다. 몇 주 동안 새 디스크를 사용하고 SMART 데이터와 섹터를 확인한 후 이미 상태가 좋지 않은 것은 불가능합니다.

개인적으로 나는 내 디스크가 이미 마지막에 있다는 것에 동의하지 않았기 때문에, 작동을 방해하는 입자로 인해 하드웨어를 청소하기로 결정했습니다.

팀을 다시 시작했고 같은 결과를 얻었습니다.

솔루션

다음으로 한 일은 디스크 케이블 변경필자의 경우 SATA에서는 고전적인 빨간색 케이블이 고온이나 일부 두 배에 의해 매우 빠르게 손상되는 경향이 있음을 알고 있습니다.

이 솔루션은 나에게 유용했습니다.

다른 경우에는 소프트웨어 수준에서 그래서 우리는 "읽기 전용 파일 시스템"에 발생한 파티션을 식별해야합니다.

최상의 경우 시스템이있는 파티션과 다른 파티션 인 경우 문제없이 해당 파티션을 마운트 및 마운트 해제 할 수있는 기능이 있기 때문에 유리합니다.

이것에 대한 터미널을 사용하여 다음 명령을 실행할 수 있습니다., 여기서 먼저 파티션의 마운트 지점을 식별 한 다음 읽기 및 쓰기 권한으로 다시 마운트합니다.

sudo fdisk -l 

파티션이 식별되면 다시 마운트합니다. 여기서 / sdXx는 마운트 지점이고 / sdb1 또는 / sdc 등이 될 수 있습니다.

mount -o remount,rw /dev/sdXx 

Si 시스템 파티션이 보호 된 파티션이었습니다.,이 명령을 적용하면 작동하지 않으므로 우리는 다음을 적용해야합니다:

mount -o remount / 

동일한 오류가 계속 발생하면 다음을 실행할 수 있습니다.

sudo fsck -Af -M 
sudo reboot

그것이 할 일은 파일 시스템 확인 해당 수정을 시도하십시오.

여기에 펼쳐질 블록을 적어야합니다. 오류가있는 경우에는 다음과 같이 표시합니다.

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 

수리를 시도 할 곳:

sudo fsck -b 102254 /dev/sda1 -y 

후자의 경우 GRUB에서 시스템의 고급 옵션에 액세스하고 fsck를 수행해야합니다.