내 우분투 18.04는 읽기 전용 파일 시스템으로 부팅하는데 /왜 그런지 모르겠습니다. 나쁜 것이 fstab문제의 원인일 수도 있지만 fstab제가 보기에는 괜찮습니다.
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
#UUID=ec9192f0-a26a-4e52-be83-084fd6599e55 / ext4 errors=remount-ro 0 1
/swapfile none swap sw 0 0
#/dev/sdb1 /home/nextcloud-storage ntfs-3g utf8,dmask=007,fmask=007,umask=007,uid=www-data,gid=www-data,noatime 0
/dev/sdb1확인하려고 #댓글을 달았습니다 . 또한 이상하게도 이 문제와 관련이 있을 수도 있습니다. /dev/sdb1 행의 주석 처리를 제거하면 내 것이 /dev/sdb1올바르게 마운트되고 /home/nextcloud-storage(여전히 읽기 전용 파일 시스템임 /) lsblk이 내용만 표시되지만 blkid내 것만 표시 /dev/sda1되지 는 UUID않습니다 /dev/sdb1.
물론 이를 사용하여 sudo mount -o remount,rw /dev/sda1 /올바른 액세스 권한을 얻을 수는 있지만 문제가 해결되지는 않습니다.
누구든지 이것을 제거하는 방법을 알고 있습니까?
답변1
이미 언급했듯이 해당 줄의 주석 처리를 제거하면 문제가 확실히 해결됩니다(확인한 대로 실제로 해결되었습니다).
이것은 다른 사람의 문제일 수 있고 제목에 fstab은 괜찮다고 나와 있으므로 동일한 문제를 찾는 사람들에게 관련이 있을 수 있다고 생각되는 몇 가지 다른 문제를 추가하겠습니다. error=remount-ro가 배포판의 표준인지는 확실하지 않지만 "init" 스크립트가 오류를 처리하는 방식과 관련이 있을 수 있습니다. 일반적으로 시스템이 준비 상태로 부팅되면 수정이 필요한 오류(예: 파일 시스템 오류)만 발생하지만 배포판에 따라 이를 다른 방식으로 처리할 수 있습니다. 그러나 어떻게 처리하든 e2fsck와 같은 도구는 읽기-쓰기 마운트 파일 시스템에서 안전하게 실행될 수 없으며, 이로 인해 시스템이 때때로 읽기 전용으로 돌아갈 수 있습니다.
비슷한 상황이 발생하는 경우 e2fsck를 실행하면 파일 시스템 문제가 해결될 수 있습니다(그러나 이로 인해 데이터가 손실될 수 있다는 점에 유의하세요). e2fsck의 매뉴얼 페이지에는 진행 방법과 각 옵션의 의미에 대한 지침이 포함되어 있습니다.
또한 dmesg 명령을 실행하면 특정 하드웨어 오류가 발생한 경우 루트가 읽기 전용으로 마운트되는 이유를 알 수 있습니다.