Tại sao nhân Linux lại báo cáo ra khỏi không gian đĩa, trong khi thực tế, nó nằm ngoài các nút i

Một người bạn của tôi, người thích lập trình trong môi trường Linux, nhưng không biết nhiều về quản trị Linux gần đây đã gặp phải một vấn đề trong đó hệ điều hành (Ubuntu) của anh ấy đã báo cáo "hết dung lượng đĩa trên ổ đĩa XXX". Nhưng khi anh đi kiểm tra âm lượng, vẫn còn 700 GB. Sau nhiều thời gian lãng phí, cuối cùng anh ta đã có thể nhận ra rằng mình đã hết mực. (Anh ấy đã lưu trữ rất nhiều bản cập nhật gia tăng nhỏ từ một hệ thống dự phòng trên tập này và ghi lại tất cả các nút của anh ấy.)

Anh ấy hỏi tôi tại sao nhân Linux báo cáo thông báo lỗi ("hết dung lượng đĩa") thay vì báo cáo đúng ("hết inodes"). Tôi không biết, vì vậy tôi đoán tôi sẽ hỏi StackExchange.

Co ai biêt tại sao điêu nay xảy ra? và tại sao nó đã không được sửa chữa sau nhiều năm? (Tôi nhớ một người bạn khác nói với tôi về vấn đề này vào năm 1995.)

Một số lỗi duy nhất ENOSPC, được sử dụng để báo cáo cả hai tình huống, do đó có cùng một thông báo lỗi.

Để tuân thủ các tiêu chuẩn ISO Cvà POSIX, các nhà phát triển kernel không có lựa chọn nào khác ngoài việc sử dụng một số lỗi duy nhất cho cả hai sự kiện. Thêm một số lỗi mới sẽ phá vỡ các chương trình hiện có.

Tuy nhiên, vì việc dính vào các thông báo lỗi truyền thống không phải là bắt buộc của AFAIK, không có gì nên cấm nhà phát triển làm cho thông báo đơn rõ ràng hơn, ví dụ như out of disk/inode space

Về mặt kỹ thuật, cho dù việc ra khỏi không gian inode hay ngoài không gian dữ liệu là như nhau, điều đó có nghĩa là không có đủ không gian đĩa trống để cuộc gọi hệ thống thành công.

Tôi đoán bạn sẽ không phàn nàn nếu đĩa của bạn được báo cáo là đầy đủ trong khi vẫn còn các khe cắm inodes miễn phí.

Lưu ý rằng các hệ thống tập tin thích JFS, XFS, ZFSvà btrfsphân bổ inodes động cũng vậy không có triển lãm vấn đề này nữa.

Tôi giả sử bạn của bạn đang sử dụng một ext fs, bởi vì một trong số ít fs hợp lý có thể hết inodes.

Nó sẽ xuất hiện bạn của bạn hoặc nghịch với hệ thống tập tin của anh ấy và phá vỡ nó hoặc có khối lượng lớn một cách kỳ cục của một vài TB. Inodes không phải là một thứ sử dụng một lần và vứt đi. Nếu anh ta thực sự hết inodes, điều đó có nghĩa là anh ta có rất nhiều tập tin và thư mục ... điều đó có thể xảy ra với dung lượng> 4TB (phỏng đoán có giáo dục), trong đó "chỉ" 700GB là miễn phí. Đối với họ ext của fs, số lượng inodes được xác định khi fs được tạo. Từ mkfs.ext4trang người đàn ông:

-i bytes-per-inode
          Specify  the  bytes/inode ratio.  mke2fs creates an inode for every bytes-per-inode
          bytes of space on the disk.  The larger the bytes-per-inode ratio, the fewer inodes
          will  be  created.  This value generally shouldn't be smaller than the blocksize of
          the filesystem, since in that case more inodes would be made than can ever be used.
          Be  warned  that  it is not possible to expand the number of inodes on a filesystem
          after it is created, so be careful deciding the correct value for this parameter.

Để rút ngắn phần còn lại của câu trả lời này: Điều này có nghĩa mkfslà được cung cấp với tỷ lệ như vậy, hoặc nó sẽ giả sử một tỷ lệ. Nếu bạn của bạn sử dụng fs khác với giả định, tỷ lệ đã chọn có thể sai đối với trường hợp sử dụng của anh ta và anh ta bị lỗi đó ... lấp đầy một khối lượng nhiều TB với hàng tấn tệp nhỏ có thể được tính như vậy.

Bạn của bạn có sử dụng một số môi trường máy tính để bàn thực hiện khái niệm "thùng rác" cho các tệp hoặc bất kỳ hình thức sao lưu nào khác có thể tạo ra số lượng lớn tệp không? Có lẽ anh ta có thể khắc phục vấn đề của mình bằng cách loại bỏ các tệp không cần thiết.

Tôi nhớ vấn đề này với ext2 từ khi kernel 2.4 còn khá mới. Theo nguyên tắc thông thường, tôi luôn sử dụng XFS cho các tập rất lớn so với những gì hiện đang phổ biến. Hiện tại tôi gọi mọi thứ từ 250GB đến 1TB chung cho một ổ đĩa và chúng tôi có thể mua ổ cứng 4TB. Vì vậy, đối với mọi thứ> 3TB, tôi muốn sử dụng XFS hơn là ext. Chỉ là một quy tắc của ngón tay cái, nhưng đã không hết mực trong một thời gian dài ...