Du là gì? Tìm hiểu lệnh kiểm tra dung lượng trong Unix

Khi một máy chủ bắt đầu báo đầy ổ đĩa, thứ cần kiểm tra đầu tiên thường không phải là toàn bộ hệ thống, mà là từng thư mục đang ngốn dung lượng ở đâu. Trong Unix và các hệ điều hành cùng họ, du là công cụ quen thuộc để trả lời đúng câu hỏi đó.

Điểm mạnh của du nằm ở chỗ nó đo dung lượng theo cây thư mục, giúp nhìn ra nơi nào phình to bất thường. Vì vậy, dù bạn đang dọn máy cá nhân, kiểm tra log trên máy chủ hay rà soát dữ liệu dự án, du vẫn là lệnh nền tảng cần hiểu đúng.

Du là gì và vì sao lệnh này quan trọng

du là viết tắt của disk usage, tức mức sử dụng đĩa. Về bản chất, lệnh này quét qua file và thư mục rồi cộng dồn dung lượng mà chúng chiếm trên hệ thống tệp. Khi chạy trên một thư mục, du không chỉ cho biết thư mục đó lớn bao nhiêu, mà còn cho thấy các thư mục con đóng góp bao nhiêu vào tổng kích thước.

Cách hiểu này rất quan trọng vì người dùng thường nhầm giữa “kích thước thư mục” và “dung lượng đang tiêu thụ trên ổ đĩa”. Trên Unix, một thư mục có thể chứa nhiều file nhỏ, hoặc chứa file thưa dữ liệu, sparse file, nên con số nhìn thấy không phải lúc nào cũng giống với cảm giác trực quan. du đo theo cách hệ thống tệp ghi nhận, vì vậy nó phản ánh tốt hơn câu chuyện “đĩa đang bị ăn bởi đâu”. Trong các tình huống vận hành thực tế, nhất là trên máy chủ log, thư mục cache, thư mục build hoặc dữ liệu tạm, đây là khác biệt rất đáng giá.

Với đội ngũ biên tập Love VN Food, một trong những hiểu lầm phổ biến nhất khi người dùng mới làm quen Unix là nhìn vào df để biết ổ nào đầy, nhưng lại không biết truy ra thư mục nào gây ra tình trạng đó. df cho bức tranh toàn ổ đĩa, còn du giúp khoanh vùng thủ phạm. Hai lệnh này bổ sung cho nhau, không thay thế nhau. Nếu chỉ biết df, bạn biết có vấn đề. Nếu biết thêm du, bạn có thể xử lý đúng chỗ.

Về mặt ứng dụng, du đặc biệt hữu ích trong ba ngữ cảnh. Thứ nhất là khi dọn dẹp máy trạm cá nhân, nhất là các thư mục tải xuống, cache trình duyệt và dữ liệu dự án cũ. Thứ hai là khi quản trị máy chủ, nơi file log và bản sao lưu có thể tăng rất nhanh theo thời gian. Thứ ba là khi làm việc với môi trường phát triển chứa nhiều thư mục node_modules, build artifacts hoặc image cache. Trong cả ba trường hợp, công cụ này giúp tiết kiệm thời gian điều tra thay vì phải mở từng thư mục theo kiểu thủ công.

Cách du hoạt động bên trong hệ thống tệp

Về cơ chế, du đi qua từng mục trong cây thư mục và cộng dồn dung lượng của chúng dựa trên thông tin từ hệ thống tệp. Điều này có nghĩa là nó làm việc theo kiểu duyệt đệ quy, từ thư mục cha xuống thư mục con, rồi tổng hợp kết quả ngược trở lại. Khi gặp file thường, du ghi nhận phần dung lượng mà file đó chiếm. Khi gặp thư mục, nó tiếp tục đi sâu vào bên trong rồi cộng toàn bộ phần con vào tổng.

Điểm cần lưu ý là du không đơn giản chỉ đọc “kích thước hiển thị” của file. Hệ thống tệp có thể cấp phát theo khối, nên một file có dung lượng logic nhỏ vẫn có thể chiếm nhiều hơn nếu khối lưu trữ lớn. Ngược lại, một số file đặc biệt có thể báo kích thước lớn nhưng chiếm ít chỗ hơn nếu hệ thống tệp hỗ trợ sparse allocation. Chính vì thế, kết quả của du hữu ích cho việc điều tra không gian lưu trữ thực tế, nhưng không phải lúc nào cũng trùng hoàn toàn với thuộc tính kích thước mà bạn thấy trong trình quản lý tệp.

Cơ chế này tạo ra một trade-off khá rõ. du cho độ chính xác tốt về mặt sử dụng đĩa, nhưng đổi lại có thể chậm trên cây thư mục rất lớn vì nó phải duyệt qua nhiều mục. Nếu bạn chạy trên thư mục hàng trăm nghìn file, kết quả sẽ phản ánh đúng, nhưng thời gian chờ cũng tăng theo số lượng mục. Đó là lý do trong thực tế người quản trị thường kết hợp thêm bộ lọc, giới hạn chiều sâu hoặc chạy trên từng nhánh nhỏ để tìm điểm nóng trước, thay vì quét toàn bộ hệ thống cùng lúc.

Một điểm khác dễ gây nhầm là quyền truy cập. Nếu tài khoản hiện tại không đọc được một thư mục con, du có thể bỏ qua hoặc báo lỗi tùy môi trường. Khi đó, số liệu thu được chỉ là phần mà bạn có quyền truy cập. Trên máy cá nhân thì ít khi thành vấn đề lớn, nhưng trên máy chủ chia sẻ hoặc môi trường container, đây là chi tiết cần nhớ để tránh kết luận sai.

Các cách dùng du phổ biến nhất

Trong sử dụng hàng ngày, cách đơn giản nhất là gọi du với đường dẫn thư mục. Kết quả thường được in theo từng mục con, từ đó bạn biết nơi nào chiếm chỗ nhiều. Nếu mục tiêu là xem nhanh một thư mục có phình to hay không, đây là cách trực tiếp nhất. Tuy nhiên, đầu ra mặc định thường hiển thị theo đơn vị hệ thống hoặc khối, nên không phải lúc nào cũng dễ đọc. Vì vậy, người dùng Unix thường kết hợp thêm các tùy chọn để đổi sang định dạng thân thiện hơn, chẳng hạn hiển thị theo kilobyte, megabyte hoặc dạng dễ đọc với hậu tố tự động.

Khi cần đánh giá nhanh thư mục nào nặng nhất, người ta thường thu hẹp đầu ra vào cấp thư mục con gần nhất rồi sắp xếp theo dung lượng. Cách làm này giúp phát hiện ngay “điểm phình” thay vì bị ngập trong hàng trăm dòng không cần thiết. Trong thực tế dọn dữ liệu, bạn thường không cần biết từng file trong mọi tầng sâu ngay lập tức. Bạn chỉ cần biết nhánh nào lớn bất thường, rồi mới đi sâu tiếp. Đây là tư duy rất giống điều tra nguyên nhân gốc trong quản trị hệ thống: nhìn tổng thể trước, mổ xẻ sau.

Một ứng dụng rất thực tế khác là kiểm tra dung lượng theo chiều sâu có giới hạn. Khi làm việc với thư mục dự án, chỉ cần xem một hoặc hai tầng đầu đã đủ để biết phần nào là mã nguồn, phần nào là dữ liệu build, phần nào là cache. Cách này giảm đáng kể độ ồn của kết quả. Nếu không giới hạn, bạn sẽ dễ bị lạc vào hàng loạt thư mục phụ do công cụ sinh ra, đặc biệt trong các dự án JavaScript, Python hay hệ thống dựng tài sản số. Với các máy trạm của đội nội dung hoặc thiết kế ở Việt Nam, thư mục cache của phần mềm dựng video hoặc xử lý ảnh cũng là thủ phạm hay bị bỏ sót theo kiểu này.

Ngoài ra, du còn hữu ích khi kiểm tra thư mục trước khi sao lưu hoặc di chuyển dữ liệu. Một bản sao lưu tưởng nhỏ đôi khi lại phình ra vì chứa nhiều file trung gian, file trùng lặp hoặc lịch sử xuất bản. Kiểm tra trước bằng du giúp dự đoán thời gian sao chép, không gian đích và tránh gián đoạn khi ổ lưu trữ mới không đủ chỗ.

Phân biệt du với các lệnh dễ nhầm

Nhiều người mới học Unix thường nhầm du với df, nhưng hai lệnh này trả lời hai câu hỏi khác nhau. df hỏi “ổ đĩa hoặc phân vùng còn bao nhiêu chỗ trống”. du hỏi “thư mục này đang chiếm bao nhiêu chỗ”. Nếu máy báo đầy, df cho biết tình trạng chung, còn du giúp truy ra nguyên nhân cục bộ. Vì vậy, quy trình đúng thường là kiểm tra df trước để xác nhận vấn đề nằm ở đâu, rồi dùng du để lần theo thư mục tiêu thụ dung lượng lớn.

du cũng khác với các công cụ chỉ hiển thị kích thước file trong giao diện đồ họa. Giao diện đó thường cho cảm giác trực quan, nhưng lại kém hiệu quả khi bạn cần rà soát nhiều thư mục cùng lúc hoặc làm việc từ xa qua terminal. du phù hợp hơn khi bạn đang SSH vào máy chủ, cần phản hồi nhanh và muốn dùng thêm các công cụ lọc đầu ra khác trong shell. Đây là lý do nó vẫn sống rất tốt trong hệ sinh thái Unix dù giao diện đồ họa đã quá phổ biến.

Đội ngũ biên tập Love VN Food thường xem du như một công cụ “xem nhánh trước, xem lá sau”. Nếu chỉ nhìn file riêng lẻ, bạn dễ đánh giá sai mức độ ảnh hưởng của nó lên tổng dung lượng. Nhưng khi nhìn theo cây thư mục, bạn sẽ thấy cấu trúc lưu trữ rõ hơn, từ đó quyết định xóa, nén hay di chuyển dữ liệu hợp lý hơn. Cách tư duy này đặc biệt có ích khi làm việc với hệ thống có nhiều lớp lưu trữ trung gian.

Cũng cần lưu ý rằng du không phải công cụ tối ưu để kiểm tra mọi trường hợp. Nếu bạn chỉ muốn tìm một file duy nhất đang chiếm nhiều nhất trong toàn bộ ổ đĩa, du vẫn làm được nhưng không phải lúc nào cũng nhanh nhất. Khi đó, kết hợp với lệnh tìm kiếm file hoặc công cụ phân tích dung lượng chuyên biệt có thể hiệu quả hơn. Nói cách khác, du rất mạnh trong phân tích theo thư mục, nhưng không phải chiếc búa cho mọi loại đinh.

Mẹo đọc kết quả và tránh hiểu sai

Khi đọc kết quả của du, điều quan trọng nhất là phân biệt “tổng” và “thành phần”. Một thư mục cha luôn bao gồm các thư mục con bên trong nó, nên số liệu của nó không độc lập với các số liệu phía dưới. Nếu bạn cộng tất cả các dòng lại, thường bạn sẽ đếm trùng. Đây là lỗi rất phổ biến khi người mới cố “tính tay” toàn bộ dung lượng bằng cách cộng từng dòng đầu ra mà không hiểu rằng cấu trúc cây đã bao hàm quan hệ cha con.

Một mẹo khác là đừng vội kết luận chỉ vì một thư mục con có vẻ lớn. Có những thư mục lớn là hợp lý, ví dụ kho dữ liệu media, bản ghi hệ thống hoặc thư mục cache có chủ đích. Cũng có những thư mục lớn là bình thường trong thời gian ngắn nhưng cần dọn định kỳ. Điều bạn cần xem là tốc độ tăng trưởng, vai trò của thư mục đó trong quy trình và khả năng tái tạo dữ liệu. Một thư mục cache có thể xóa an toàn sau khi ứng dụng đóng, còn thư mục dữ liệu sản xuất thì không thể xử lý theo cách đó.

Mặt khác, nếu dùng du trên các hệ thống có liên kết cứng hoặc điểm gắn kết đặc biệt, kết quả có thể khiến người dùng khó hiểu nếu không biết ngữ cảnh hệ thống tệp. Đây là lý do các quản trị viên lâu năm thường không dùng một con số duy nhất để ra quyết định. Họ so sánh nhiều lần đo, xem thay đổi theo thời gian và đối chiếu với cấu trúc ứng dụng. Cách làm này chậm hơn, nhưng tránh được nhầm lẫn đáng tiếc khi dữ liệu có cấu trúc phức tạp.

Với môi trường làm việc hiện đại năm 2026, nhất là khi máy cục bộ, container và môi trường ảo được dùng song song, hiểu đúng du càng quan trọng. Bạn có thể thấy máy báo đầy không phải vì mã nguồn, mà vì lớp cache hoặc volume tạm của container. Khi đó, du giúp tìm đúng lớp dữ liệu cần dọn mà không động vào phần đang hoạt động ổn định.

Ứng dụng thực tế khi dọn dung lượng

Trong thực tế, cách dùng hiệu quả nhất của du là điều tra theo vòng lặp. Đầu tiên, xác định khu vực chiếm chỗ lớn. Sau đó, đi xuống từng tầng thư mục để thu hẹp phạm vi. Cuối cùng mới quyết định xóa, nén hoặc di chuyển dữ liệu. Phương pháp này an toàn hơn nhiều so với việc xóa theo cảm tính, vì nó cho bạn thời gian nhìn thấy mối quan hệ giữa dữ liệu chính, dữ liệu phụ và dữ liệu sinh ra tự động.

Trong môi trường cá nhân, du thường hữu ích nhất ở thư mục tải xuống, thư mục ảnh, video và các thư mục đồng bộ đám mây. Các thư mục này hay bị trùng file, file bản nháp hoặc file xuất ra nhiều phiên bản. Việc quét định kỳ giúp tránh tình trạng ổ gần đầy rồi mới phát hiện. Trên máy làm việc ở Việt Nam, nơi nhiều người vừa lưu dữ liệu dự án vừa lưu file trao đổi nội bộ, tình huống này xảy ra khá thường xuyên.

Trên máy chủ, du giúp kiểm tra thư mục log, thư mục cache ứng dụng và dữ liệu tạm của hệ thống. Khi log tăng quá nhanh, nguyên nhân thường không phải do một file đơn lẻ, mà là một chuỗi file sinh ra theo ngày hoặc theo tiến trình. du cho phép nhìn thấy tổng thể của cả thư mục log thay vì chỉ xem từng file rời rạc. Từ đó, người vận hành mới quyết định được liệu cần xoay vòng log, nén log cũ hay cấu hình lại mức ghi.

Với quy trình làm việc chuyên nghiệp, du còn là công cụ trước khi tạo bản sao lưu. Nếu biết thư mục nào chiếm nhiều dung lượng, bạn có thể tính được thời gian sao chép và dung lượng đích cần chuẩn bị. Điều này đặc biệt hữu ích khi di chuyển dữ liệu giữa ổ SSD, NAS hoặc máy chủ đặt xa. Đo trước bằng du luôn rẻ hơn rất nhiều so với việc chuyển dở dang rồi mới phát hiện thiếu chỗ.

Câu hỏi thường gặp

du có dùng để xem dung lượng của một file đơn lẻ không?

Có, nhưng giá trị của du thường rõ ràng hơn khi dùng cho thư mục. Với một file đơn lẻ, bạn vẫn có thể xem dung lượng mà file đó chiếm trên đĩa, nhưng mục đích chính của lệnh này vẫn là phân tích mức sử dụng theo cây thư mục.

Vì sao du và dung lượng hiển thị trong trình quản lý tệp đôi khi khác nhau?

Vì du đo theo cách hệ thống tệp cấp phát khối lưu trữ, còn giao diện đồ họa có thể hiển thị theo kích thước logic của file. Một số file đặc biệt, như sparse file, cũng có thể tạo ra chênh lệch đáng kể giữa hai cách nhìn.

du có làm chậm máy không?

Có thể, nếu bạn chạy trên cây thư mục quá lớn. Lệnh này phải duyệt qua nhiều file và thư mục con để cộng dồn kết quả, nên độ chậm tăng theo quy mô dữ liệu. Với thư mục nhỏ hoặc trung bình, điều này thường không đáng kể.

Nên dùng du hay df khi ổ đĩa đầy?

Nên dùng cả hai, nhưng theo thứ tự khác nhau. df cho biết phân vùng nào đang đầy, còn du giúp tìm thư mục nào đang chiếm chỗ. Nếu chỉ có một trong hai, bạn mới thấy triệu chứng, chưa thấy nguyên nhân.

Có nên xóa thư mục lớn ngay sau khi thấy bằng du không?

Không nên. Cần xác định thư mục đó là dữ liệu sinh ra lại được, dữ liệu tạm hay dữ liệu sản xuất quan trọng. du chỉ cho biết nơi nào lớn, không quyết định thay bạn việc có nên xóa hay không.

Khám phá

Cách dùng lệnh du trong Linux để xem dung lượng thư mục

Du trên Linux: cách đo dung lượng file và thư mục hiệu quả

Cách giải phóng dung lượng ổ cứng trên Windows hiệu quả

Digital branding là gì? Cách xây dựng thương hiệu số hiệu quả

Tận dụng AI tạo nội dung marketing: 5 cách hiệu quả cho năm 2026