Điểm:1

/dev/shm được sử dụng đầy đủ 100%, nhưng không có tệp lớn

lá cờ aw

Gần đây tôi đã cập nhật lên Ubuntu 20.04.3 (kernel 5.11.0-34-generic #36~20.04.1-Ubuntu SMP), vì vậy đây có thể là một lỗi. Sau một vài giờ sử dụng, phân vùng bộ nhớ dùng chung sẽ đầy. Dựa theo df, vách ngăn /dev/shm có 16G dữ liệu trong đó:

Kích thước hệ thống tệp được sử dụng Sẵn có Sử dụng % Được gắn trên
...
tmpfs 16G 16G 0 100%/dev/shm
...

Cố gắng ghi một tệp mới vào phân vùng đó không thành công:

$ echo "foobar"> /dev/shm/foobar.txt
bash: echo: lỗi ghi: Không còn chỗ trống trên thiết bị

Tuy nhiên, khi tôi xem các tệp trong phân vùng đó, các tệp chỉ sử dụng khoảng 170K:

$ du -h /dev/shm/*
0 /dev/shm/foobar.txt
4.0K /dev/shm/sem.CiscoAcMemoryLock
4.0K /dev/shm/sem.CiscoAcNamedEventNVM
4.0K /dev/shm/sem.CiscoAcNamedEventOpenDNS
4.0K /dev/shm/sem.CiscoAcNamedEventPostureISE
156K /dev/shm/tmp

Tôi nhận thấy điều này xảy ra vì google-chrome hủy lõi và tôi không thể khởi động lại Chrome cho đến khi có dung lượng trong /dev/shmvà cách duy nhất tôi tìm được để lấy lại bộ nhớ là khởi động lại.

Làm cách nào tôi có thể tìm ra cái gì đang sử dụng dung lượng trong/dev/shm?

lá cờ aw
Sau khi dùng thử và gặp lỗi, tôi phát hiện ra lỗi này là do google-chrome gây ra. Tôi có thể giải quyết vấn đề này bằng cách chạy Chrome với tùy chọn "--disable-dev-shm-usage". Tôi vẫn quan tâm đến câu trả lời có thể chỉ ra Chrome là thủ phạm.
Điểm:1
lá cờ cn

Các tệp tồn tại trên một hệ thống tệp miễn là chúng vẫn có mục nhập thư mục hoặc đang được giữ mở bởi một quy trình hiện tại. Đang chạy du -h /dev/shm/ (thêm các * loại trừ các tệp bắt đầu bằng .) sẽ chỉ hiển thị cái cũ.

Bạn cũng cần phải chạy sudo lsof /dev/shm, hiển thị các tệp hiện đang mở trên hệ thống tệp đó.

Ví dụ:

LỆNH PID NGƯỜI DÙNG LOẠI FD KÍCH THƯỚC THIẾT BỊ/TẮT TÊN NÚT
Người dùng QtWebEngi 654092 DEL REG 0,31 2610 /dev/shm/.org.chromium.Chromium.eAzBpJ
Người dùng QtWebEngi 654092 DEL REG 0,31 2613 /dev/shm/.org.chromium.Chromium.eY7oKn
Người dùng QtWebEngi 654092 DEL REG 0,31 2624 /dev/shm/.org.chromium.Chromium.zuBEOF
Người dùng QtWebEngi 654092 22u REG 0,31 144 2610 /dev/shm/.org.chromium.Chromium.eAzBpJ (đã xóa)
Người dùng QtWebEngi 654092 29u REG 0,31 144 2613 /dev/shm/.org.chromium.Chromium.eY7oKn (đã xóa)
Người dùng QtWebEngi 654092 46r REG 0,31 1048576 2624 /dev/shm/.org.chromium.Chromium.zuBEOF (đã xóa)

Các dòng kết thúc bằng (đã xóa) sẽ không được tìm thấy bởi du, nhưng sẽ vẫn chiếm dung lượng miễn là bất kỳ quá trình nào đang giữ tệp đó.

lá cờ aw
Gợi ý hay và tôi chắc chắn rằng điều này sẽ hữu ích cho những người khác, nhưng đối với tôi, khi tôi hủy tất cả các quy trình hiển thị bằng lệnh lsof và lsof không hiển thị gì được đính kèm với/dev/shm và thư mục/dev/shm hoàn toàn trống, df hiển thị phần đó ở mức đầy đủ 100%.
Điểm:0
lá cờ in

Tôi gặp vấn đề tương tự với Ubuntu 20.04 LTS (phiên bản kernel 5.11.0.34.36, được cập nhật với trình cập nhật lên 5.11.0.36.40). Sau khi cập nhật kernel lên phiên bản mới nhất, vấn đề đã được giải quyết. Qua bài đăng từ Marc Gil Sendra, xem https://unix.stackexchange.com/questions/654004/ubuntu-20-04-problems-with-chrome-teams-visual-studio-code-maybe-relative-wi từ ngày 14.7.2021, anh ấy giải quyết vấn đề bằng cách cập nhật kernel lên phiên bản 5.12.10. tôi sử dụng https://linuxhint.com/install-upgrade-linux-kernel-ubuntu-linux-mint/ để nâng cấp phiên bản lên 5.14.8-051408-generic và vấn đề dường như đã được giải quyết.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.