"스도 : 열 수 없습니다 ... 읽기 전용 파일 시스템"을 수정하는 방법?

제목은 내가 원하는만큼 설명 적이 지 않지만 더 나은 제목을 만들 수는 없습니다.

서버의 파일 시스템이 읽기 전용으로 전환되었습니다. 그리고 왜 그렇게하는지, 어떻게 해결 해야하는지 이해하지 못합니다.

서버에 SSH로 연결할 수 있으며 예를 들어 apache2를 시작하려고하면 다음과 같은 결과가 나타납니다.

username@srv1:~$ sudo service apache2 start
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system
 * Starting web server apache2                                                                                                                                                                                                               (30)Read-only file system: apache2: could not open error log file /var/log/apache2/error.log.
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.

서버를 다시 시작하려고하면 다음과 같은 결과가 나타납니다.

username@srv1:~$ sudo shutdown -r now
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system

수동으로 다시 시작하면 경고 또는 메시지가 잘못되었다는 메시지없이 시작됩니다.

누군가이 문제를 해결하기 위해 올바른 방향으로 나를 안내 할 수 있기를 바랍니다.

파일 시스템 일관성 문제가있는 경우 시스템이 실행되는 동안 파일 시스템은 일반적으로 읽기 전용으로 전환됩니다. 이에 지정된 fstab로 errors=remount-ro하고, FS 액세스가 실패하거나 응급 읽기 전용으로 다시 마운트를 통해 요청 될 때 발생합니다 Alt+ SysRq+ U. 당신은 실행할 수 있습니다 :

sudo fsck -Af -M

모든 파일 시스템을 강제로 검사합니다. 다른 답변 중 하나로서 상태를 보는 dmesg것도 매우 유용합니다.

편집 : -M명령 줄에서를 잊지 마십시오 .

참고 : Bibhas 가 그의 답변에서 언급했듯이 : fsck버전 배너 이후에 멈추는 경우 :

$ sudo fsck -Af -M
fsck from util-linux 2.20.1

EXT4 특정 fsck를 사용해보십시오.

$ sudo fsck.ext4 -f /dev/sda1

해당 파티션 /dev/sda1이 ext4 파일 시스템 인 경우 제공됩니다.

내 문제를 해결 한 명령은 다음과 같습니다.

mount -o remount /

재부팅 또는 sudo fsck -Af 보다 낫다

hexafraction의 대답은 저에게 효과적이지 않았습니다. 내가 sudo fsck -Af -M그것을 실행할 때마다 방금 보여 주었다

$ sudo fsck -Af -M
fsck from util-linux 2.20.1

그리고 다른 것은 없습니다. 오류가 없습니다. 나를 위해 라이브 디스크로 부팅 하고이 작업을 수행했습니다.

sudo fsck.ext4 -f /dev/sda1

해당 파티션 /dev/sda1이 ext4 파일 시스템 인 경우 제공됩니다.

실행 해 dmesg | grep "EXT4-fs error"사용자가 파일 시스템 / 저널링 시스템 자체에 관련된 문제가 있는지 확인합니다. 그런 다음 시스템을 다시 시작하는 것이 좋습니다. 또한 sudo fsck -AfObsessiveSSOℲ의 답변은 아프지 않습니다.

루트 파일 시스템을 rw로 다시 마운트하려면 다음을 수행하십시오.

mount -o remount,rw /

컴퓨터의 시스템 시간을 잊어 버린 경우가 종종 있습니다. 저널의 날짜가 미래에 있기 때문에 디스크 검사가 실패합니다!

BIOS 시간을 설정하고 BIOS 배터리를 확인하면 디스크 복구를하지 않고도이 문제가 해결되었습니다.

일반적으로 리눅스는 오류, 특히 디스크 또는 파일 시스템 자체의 오류, 예를 들어 잘못된 저널 항목과 같은 오류가 발생할 때만 파일 시스템을 읽기 상태로 만듭니다.

dmesg디스크 관련 오류를 확인하는 것이 좋습니다 .

Google은 이에 대한 토론으로 가득 차 있으며 구성에 더 가까운 것을 선택할 수 있지만 dmesg일반적으로 충분합니다.

나를 위해,이 문제를 해결하는 시스템 재부팅

sudo reboot

그는 그것에 대해 언급했다.

(이전 답변 삭제)

편집 : 주요 문제는 창쪽에있었습니다. Windows 10을 업데이트 한 후 '빠른 시작'옵션이 자동으로 활성화되었습니다. 해당 옵션을 다시 비활성화 한 다음 컴퓨터를 다시 시작하면 문제가 해결되었습니다. Windows 10에서 며칠 동안 심한 두통이 발생했습니다.

'빠른 시작'옵션은 제어판의 '전원 옵션'에서 찾을 수 있습니다. 비활성화 시키십시오 !!! :)

우분투와 Windows를 함께 사용하여 컴퓨터를 이중 부팅하는 경우이 문제가 발생하면 Windows가 파일 시스템을 변경하기 때문입니다.이 경우 트릭을 수행 할 수 있습니다. 빠른 시작 비활성화

제어판> 하드웨어 및 소리> 전원 옵션> (왼쪽) 덮개 닫는 작업 선택> 현재 사용할 수없는 설정 변경> '빠른 시작 켜기'선택 해제

이제 우분투로 부팅하면 문제가 해결됩니다. 도움이 되었기를 바랍니다!

https://youtu.be/KJ-0KPZhAFo

라이브 디스크를 사용할 수없는 상황에있는 경우 (예 : 시스템에 원격으로 ssh 된 경우) @Bibhas가 응답 한 명령을 계속 사용할 수 있습니다.

sudo fsck.ext4 -f /current/filesystem/mount/point

파일 시스템 오류를 수정하라는 메시지가 표시됩니다. 또한 시스템을 원격으로 재부팅해야합니다.

필자의 경우 초기 설치 후 RAID 1이 안정화되었습니다. / boot 및 / s s / w RAID1이 있습니다. 시스템을 밤새 방치하고 재부팅하면 모든 것이 제대로 작동합니다. 리차드

하드웨어 결함이 있는지 확인하십시오. 하드 디스크가 느슨해 져서이 오류가 발생했습니다. Ran mount -o remount, rw /를 실행하면 정상적으로 작동합니다.

부팅 설정이 잘못 구성되어 (마운트 /로 마운트 시도 ext2) 드라이브 또는 파티션 물리적 오류가 아닙니다.

dmesg | grep "error" 줬어:

ext3-fs (sda2): error: couldn't mount because of unsupported optional features (240) 
ext2-fs (sda1): error: couldn't mount because of unsupported optional features (240) 
ext4-fs (sda2): mounted file system with ordered data mode: opts: (null)

/fstab error=mount-ro지시문 으로 인해 읽기 전용으로 마운트 되었습니다 .

나는 18.04 LTS 릴리스를 사용하고 있었고 내가 한 일은 먼저 손상된 드라이브를 마운트 해제 한 다음 대시에서 틈새로“디스크”앱으로 갔다. 거기서 손상된 드라이브를 선택했습니다. 마운트 해제되어 있는지 확인하십시오. 그렇지 않으면 작동하지 않습니다. 옵션 메뉴 (작은 기어 모양)에서“파일 시스템 복구”를 클릭하십시오. 팔! 매력처럼 일했다.