제목에서 알 수 있듯이. Linux로 전환한 이후(실제로 몇 년 전에 바로 전환하지 못하게 했던 가장 큰 이유였을 것임) 시스템이 100번 이상 충돌하여 매번 데이터가 손실되었습니다(보통 작업 탐색 페이지가 손실되지만 때로는 민감하고 중요한 파일이 손실됨). 파일이 손실되었습니다).
Windows에서 사용 가능한 디스플레이 공간이 부족하지 않게 하려면 어떻게 해야 합니까? Linux는 RAM 및 루트 시스템 측면에서 가동 시간 안정성이 더 뛰어나지만 이러한 디스크 스토리지 충돌은 사용자에게 문제가 됩니다. 공간 부족 알림이 있지만 너무 늦거나 감지되지 않을 수 있습니다.
다음은 최상의 솔루션을 찾는 데 도움이 될 수 있는 몇 가지 하위 문제와 관찰 사항입니다.
- "기기에 남은 공간이 없음"으로 인해 Xorg가 사용자 앱의 작동을 중단시키나요?
5% 시스템 예약 공간과 유사한 솔루션을 채택하는 것이 가능합니까? 파일 시스템의 루트용으로 예약된 공간 - 이유는 무엇입니까?..분명히 tune2fs를 사용하고 있으며 사용자 옵션 세트가 있습니다.
Kubuntu의 경우 공간을 비우고 tty1로 다시 전환한 후 "Cannot find xrunner.." 오류가 발생하고 세션이 종료됩니다. tty2와 Chromium 등이 충돌하기 전에 확인했습니다. 그런 다음 오류 메시지를 클릭하면 사용자 프로필이 다시 충돌하고 SDDM 인사말로 돌아갑니다.
- 나는 AND: Auto Nice Daemon을 사용하여 RAM 및/또는 스왑 정지를 제어했습니다. ionice를 사용하여 비슷한 작업을 수행할 수 있습니까? dd로 인해 시스템이 정지되는 것을 방지하려면 어떻게 해야 합니까?
- 단일 프로세스를 사용 가능한 공간의 90%까지 채우도록 제한하고, 프로세스가 가득 차면 이를 중지하고 경고하는 것이 논리적인 해결책처럼 보입니다. 그렇다면 왜 아직까지 이 작업이 수행되지 않았습니까? 고급 사용자는 실제로 추가 10% 공간을 원하고 사용자 GUI가 정지될 위험이 있는 경우 이 기능을 비활성화할 수 있습니다. 나는 Linux가 작은 디스크에서 실행될 수 있다는 것을 알고 있지만 이것은 실제 데스크탑이 되려는 Ubuntu입니다.
답변1
이는 부분적인 해결 방법입니다. 파일이 디스크 공간을 채우는 것을 방지할 뿐이며 중요한 사용자 GUI 기능을 위한 공간을 예약하지 않습니다.
요약은 iotop 출력을 사용하여 높은 IO 사용량 또는 누적 IO 쓰기(예: 50 또는 100mbs)의 임계값을 식별하여 경고를 보낸 다음 디스크 공간의 90%가 기록된 후 프로세스를 중지하는 것입니다. 50%, 1GB 또는 기타 임계값에 도달하면 경고를 보냅니다.