탭 완성 및 터미널 창이 임의로 닫히는 경우 '읽기 전용 파일 시스템'오류

28

첫째는 단순히 명령에 대한 이상한 점입니다 cd. 입력 cd한 다음 공백을 입력 한 다음을 눌러 Tab사용 가능한 디렉토리를 보려면이 오류 메시지가 나타납니다.

bash : here 문서의 임시 파일을 만들 수 없습니다 : 읽기 전용 파일 시스템

더 번거로운 문제는 터미널 창을 임의로 닫는 것입니다. 그것은 cd이상한 것을 테스트하는 동안 일어 났으며 또한 간단한 서버 등을 수행하는 다른 서버에 ssh'd했습니다 git status. [편집] Enter 키를 정확히 31 번 누르면 터미널 창이 자동으로 닫힙니다 (지금 3 번 확인).

최근에 지난 주 말 12.04에서 14.04로 업그레이드했으며 업그레이드 후 하루 종일이 동작이 발생하지 않았습니다. 그날 이후로이 컴퓨터에서 처음 시도하는 것이 있습니다.

내가 제공 할 수있는 다른 정보와이 문제를 해결하기 위해해야 할 일을 알려주십시오.

14.04 gnome-terminal

— 타카 머핀
소스

질문 제목을보다 설명하기 쉽게 알려주는 친숙한 알림입니다. "홀수 터미널 동작"은 그다지 설명 적이 지 않습니다.

— thomasrutter

감사합니다.

— Takamuffin

문제를 더 잘 진단하기 위해 Ubuntu가 설정 한 기본 파티션을 사용하고 있는지, 전체 디스크 암호화 또는 LVM을 사용하고 있는지, fstab에 대해 수행 한 작업이 있는지 알려줄 수 있습니까? mount명령 의 출력은 무엇입니까 ?

— thomasrutter

마운트 출력 : gist.github.com/anonymous/74dc62ccd5602d1e9742

— Takamuffin

그것을 제공해 주셔서 감사합니다-마운트 구성 방식에 문제가없고 마운트 시간에 문제가 없지만 그 이후 / (루트) 마운트에 오류가 있습니까? remount-ro루트 파티션은 읽기 전용 특정 파일 시스템 오류의 경우로 다시 마운트되도록 지정합니다. 복구 또는 라이브 CD에서 fsck를 수행하는 것이 좋습니다.

— thomasrutter

16

복구 모드로 재부팅하고 시스템에서 제공 한 지침을 따랐습니다. 나는 실행 fsck에 /dev/sda2, 그 문제를 해결했습니다.

— Steefun Dedarus
소스

13

Read-only file system오류가 여기에 주요 단서입니다. bash가 명령 기록 등을 저장하려고하는 홈 디렉토리가 읽기 전용 파티션 안에 있다고 생각합니다.

32 명령마다 디스크에서 최근 명령 기록을 업데이트하려고 시도하므로 세션에 입력 한 32 번째 명령에서 실패합니다.

이제 파티션을 의도적으로 읽는 경우 읽기 전용으로 마운트 될 수 있지만 오류가있는 경우 읽기 전용으로 마운트 될 수도 있습니다.이 후자의 동작은 일반적으로 루트 파티션의 기본값입니다.

루트 파티션이 읽기 전용으로 마운트 된 경우 다른 문제가 발생하지 않은 것에 대해 놀랐습니다.

복구 메뉴에서 디스크를 재부팅하고 점검 할 수 있습니다. BIOS 화면이 사라진 직후와 Ubuntu 로고가 나타나기 직전에 컴퓨터가 부팅 될 때 Shift 키를 길게 누릅니다.

— 토마스
소스

1

같은 문제가 있었다. 재부팅했다. 감사.

— whitehat

4

이 정확한 문제도 나에게 일어났다.

간헐적으로 발생합니다.

그래서 마침내 그걸로 충분했고 OS-ubuntu-gnome 14.04 (clean)를 다시 설치하기로 결정했습니다.

고쳤다! 적어도 며칠 동안. 그 다음에도 똑같은 문제가 다시 발생했습니다.

그래서 나는 Fry 's에 갔고 새로운 hdd (Seagate)를 얻었다.

지금까지는 좋았습니다 (6 개월 및 계산).

참고 : 재고 하드 디스크는 도시바였다

— phtn458
소스

Ask Ubuntu에 오신 것을 환영합니다. 질문에 대한 정답이 아니므로 삭제하십시오.

— Archisman Panigrahi

2

그게 내 대답입니다. 당신의 대답은 무엇입니까?

— phtn458

2

내가 말하고 싶은 것은 OS를 재설치하거나 새 하드 디스크를 구입하는 것이 적절한 해결책이 아니라는 것입니다. 다른 게시물에 댓글을 달고 평판이 충분하면 댓글을 달 수 있습니다 (15).

— Archisman Panigrahi

10

@ArchismanPanigrahi "디스크가 나쁘다, 새로운 것을 얻는다"라는 답이 있습니다.

— Seth

1

와우. 그래서 답을 올린 모든 사람들은 가서 새로운 하드 디스크 (?)를 구입했습니다

— Pawan

2

다른 사람들이 지적했듯이, 읽기 전용 /tmp파일 시스템은 추가 문제를 일으 킵니다.

31 줄은 gnome-terminal내부 와 관련이 있습니다.

소위 "링"으로 메모리에 일정량의 라인을 유지합니다. 이 링에서 스크롤되는 나머지 줄은 "스트림"에 배치됩니다. 이전 버전의 gnome-terminal에서 스트림은 파일 아래에 거의 직접 쓰여졌으며 /tmp최신 버전에서는 버퍼링, 압축 및 암호화가 작성되기 전에 있습니다. ( /tmp데이터의 첫 번째 청크가 스트림에 쓰여질 때 또는 스트림이 실제로 쓰려고 할 때 아래 파일 이 열렸 는지 여부를 기억할 수는 없습니다 /tmp. 사소한 구현 세부 사항입니다.)

링의 크기는 항상 2의 거듭 제곱입니다 (각 슬롯은 터미널의 한 줄을 포함합니다. 기술적 이유로 인해 1 슬롯을 제외하고는 사용되지 않음). 터미널 높이의 증가로 인해 필요할 때마다 두 배가됩니다 ( 그러나 결코 줄어들지 않습니다). 예 를 들어 기본 높이가 24 줄인 링에는 마지막 31 줄의 출력이 포함되며 나머지는 스트림으로 이동합니다 (결과적으로 ~ /tmp). 창 높이를 늘려 40 줄이라고하면 인 메모리 링은 한 번에 최대 63 개의 항목을 수용 할 수 있도록 커집니다.

당신이 경험하는 것은 스트림을 저장하기 위해 gnome-terminal파일을 열려고 시도 /tmp하고 예기치 않은 실패로 인해 종료된다는 것입니다. 기본값보다 더 큰 창으로 시도하십시오. Enter 63 (또는 127)을 누르면 충돌이 발생합니다.

즉, /tmp쓰기 권한 (권한 1777)으로 수정되어야합니다.

— egmont
소스

1

내 문제는 프로세스가 100 % CPU로 실행 중이고 아마도 모든 디스크 리소스를 사용했다는 것입니다 (일부 백업 프로세스 : Ur-Backup).

내가 그것을 죽이면, 모두 잘 갔다. 따라서 충분한 공간이 있고 쓰기 권한이 있어도 IO의 병목 현상이이 오류를 일으킬 수 있다고 생각합니다.

(제시 18/03/16와 라즈베리 파이)

— YoniXw
소스