Chỉ từ 49.000đ/tháng
Chắc hẳn bạn đã từng gặp phải tình huống hệ thống Linux của mình đột nhiên không thể khởi động, hoạt động chậm chạp hoặc báo lỗi liên quan đến ổ cứng. Những lúc như vậy, cảm giác hoang mang và lo lắng về dữ liệu là điều khó tránh khỏi. Tuy nhiên, trong thế giới Linux luôn có sẵn những công cụ mạnh mẽ để giúp bạn giải quyết vấn đề, và fsck chính là một “vị cứu tinh” như vậy. Lệnh fsck không chỉ là một công cụ sửa lỗi, mà còn là một người bạn đồng hành đáng tin cậy trong việc bảo trì và đảm bảo sự ổn định cho hệ thống của bạn.
Trong bài viết này, Bùi Mạnh Đức sẽ cùng bạn tìm hiểu sâu về lệnh fsck, từ những khái niệm cơ bản nhất cho đến cách sử dụng nâng cao. Chúng ta sẽ khám phá chức năng, cú pháp, các tùy chọn quan trọng và quy trình kiểm tra, sửa lỗi hệ thống tập tin một cách an toàn và hiệu quả. Hãy cùng nhau bắt đầu hành trình làm chủ công cụ thiết yếu này để bảo vệ dữ liệu và giữ cho hệ thống Linux của bạn luôn ở trạng thái tốt nhất.
Trong quá trình quản lý và vận hành một hệ thống Linux, việc đảm bảo toàn vẹn dữ liệu và sự ổn định của hệ thống tập tin là ưu tiên hàng đầu. Lệnh fsck (File System Consistency Check) đóng vai trò như một người “bác sĩ” chuyên khoa, giúp bạn chẩn đoán và chữa trị các “căn bệnh” cho hệ thống tập tin của mình. Đây là một công cụ không thể thiếu đối với bất kỳ quản trị viên hệ thống nào.
Hệ thống tập tin có thể gặp lỗi vì nhiều lý do khác nhau. Các nguyên nhân phổ biến bao gồm việc tắt máy không đúng cách, sự cố mất điện đột ngột, lỗi phần cứng trên ổ đĩa, hoặc thậm chí là do các lỗi phần mềm. Khi những sự cố này xảy ra, cấu trúc của hệ thống tập tin có thể bị hư hỏng, dẫn đến mất dữ liệu, không thể truy cập file, hoặc nghiêm trọng hơn là hệ thống không thể khởi động.
Lúc này, fsck xuất hiện như một công cụ cứu hộ mạnh mẽ. Nó sẽ quét toàn bộ cấu trúc của hệ thống tập tin, tìm kiếm sự không nhất quán, các khối dữ liệu bị lỗi (bad sectors), các inode (nút thông tin của file) bị hỏng và nhiều vấn đề khác. Sau khi phát hiện lỗi, fsck sẽ cố gắng sửa chữa chúng, khôi phục lại trạng thái ổn định cho hệ thống.
Bài viết này sẽ cung cấp một cái nhìn tổng quan toàn diện về fsck. Chúng ta sẽ đi từ chức năng cơ bản, cách sử dụng lệnh với các tùy chọn phổ biến, hướng dẫn chi tiết quy trình sửa lỗi an toàn, các lưu ý quan trọng để tránh gây hại cho hệ thống, và cuối cùng là các ví dụ minh họa thực tế.
Để sử dụng hiệu quả bất kỳ công cụ nào, trước hết chúng ta cần hiểu rõ nó là gì và chức năng chính của nó ra sao. Với fsck, việc nắm vững các khái niệm nền tảng sẽ giúp bạn tự tin hơn khi xử lý các sự cố liên quan đến hệ thống tập tin.
fsck là viết tắt của cụm từ “file system consistency check”, có nghĩa là kiểm tra tính nhất quán của hệ thống tập tin. Đây là một tiện ích dòng lệnh tiêu chuẩn trong các hệ điều hành dựa trên Unix như Linux. Về cơ bản, nó là một giao diện tổng hợp cho các công cụ kiểm tra hệ thống tập tin cụ thể (như e2fsck cho ext2/ext3/ext4, xfs_repair cho XFS).
Mục đích chính của fsck rất rõ ràng: quét, phát hiện và tùy chọn sửa chữa các lỗi hoặc sự không nhất quán trong một hệ thống tập tin. Nó kiểm tra cấu trúc dữ liệu của hệ thống tập tin, bao gồm các siêu dữ liệu (metadata), inode, thư mục và các khối dữ liệu, để đảm bảo rằng mọi thứ đều ở đúng vị trí và hoạt động chính xác. Nếu có bất kỳ sự sai lệch nào, fsck sẽ báo cáo và cho phép bạn khắc phục.
Biết được thời điểm thích hợp để sử dụng fsck cũng quan trọng như biết cách sử dụng nó. Việc chạy lệnh này không đúng lúc có thể gây ra nhiều rủi ro hơn là lợi ích. Dưới đây là những trường hợp phổ biến mà bạn nên cân nhắc sử dụng fsck:
superblock, inode hoặc yêu cầu kiểm tra thủ công hệ thống tập tin, fsck là công cụ đầu tiên bạn nên nghĩ đến.fsck sau khi khởi động lại là một biện pháp phòng ngừa tốt.fsck có thể giúp kiểm tra và sửa chữa các inode liên quan.Sử dụng fsck một cách chủ động trong những tình huống này không chỉ giúp khắc phục sự cố mà còn phòng tránh mất mát dữ liệu nghiêm trọng, đảm bảo sự ổn định và tin cậy lâu dài cho hệ thống của bạn.
Sau khi đã hiểu rõ chức năng và thời điểm nên dùng fsck, chúng ta sẽ đi vào phần thực hành: cách sử dụng lệnh này trên dòng lệnh. Nắm vững cú pháp và các tùy chọn sẽ giúp bạn kiểm soát hoàn toàn quá trình kiểm tra và sửa lỗi.
Cú pháp để chạy lệnh fsck rất đơn giản và dễ nhớ. Ở dạng cơ bản nhất, nó trông như sau:
fsck [tùy_chọn] /dev/sdXN
Hãy cùng phân tích chi tiết từng thành phần:
fsck: Là lệnh chính để gọi chương trình. Bạn thường cần quyền quản trị (root) để thực thi, vì vậy hãy sử dụng sudo fsck.[tùy_chọn]: Đây là các cờ (flags) bạn có thể thêm vào để thay đổi hành vi của fsck. Chúng ta sẽ tìm hiểu các tùy chọn phổ biến nhất ở phần tiếp theo./dev/sdXN: Đây là phần quan trọng nhất, chỉ định phân vùng (partition) mà bạn muốn kiểm tra.
sd thường có nghĩa là ổ đĩa SATA/SCSI.X là một chữ cái đại diện cho ổ đĩa vật lý (ví dụ: a cho ổ đĩa đầu tiên, b cho ổ thứ hai).N là một con số đại diện cho phân vùng trên ổ đĩa đó (ví dụ: 1 cho phân vùng đầu tiên)./dev/sda1 có nghĩa là phân vùng đầu tiên trên ổ đĩa vật lý đầu tiên.Để xác định đúng tên phân vùng, bạn có thể sử dụng các lệnh như lsblk hoặc fdisk -l.
Ví dụ một câu lệnh đơn giản để kiểm tra phân vùng /dev/sdb1:
sudo fsck /dev/sdb1
Khi chạy lệnh này, fsck sẽ tự động phát hiện loại hệ thống tập tin (ví dụ: ext4) và thực hiện kiểm tra. Nếu tìm thấy lỗi, nó sẽ hỏi bạn có muốn sửa hay không.
Các tùy chọn giúp bạn tinh chỉnh cách fsck hoạt động. Hiểu rõ chúng sẽ giúp bạn xử lý tình huống linh hoạt và an toàn hơn.
-p hoặc -a (Preen/Automatic): Tự động sửa lỗisudo fsck -p /dev/sda1fsck cho là an toàn mà không cần hỏi ý kiến người dùng. Đây là một lựa chọn tiện lợi cho việc kiểm tra định kỳ hoặc khi bạn tin tưởng vào khả năng tự động của công cụ.-y (Yes): Tự động trả lời “có”sudo fsck -y /dev/sda1-p, nhưng tùy chọn này còn mạnh mẽ hơn. Nó sẽ tự động trả lời “yes” cho tất cả các câu hỏi sửa lỗi mà fsck đưa ra, kể cả những lỗi có thể gây mất dữ liệu. Hãy thật cẩn thận khi sử dụng tùy chọn này.-n (No): Chỉ kiểm tra, không sửasudo fsck -n /dev/sda1fsck sẽ chỉ quét và báo cáo lỗi mà không thực hiện bất kỳ thay đổi nào. Nó rất hữu ích khi bạn chỉ muốn chẩn đoán tình trạng của hệ thống tập tin trước khi quyết định hành động.-t (Type): Chỉ định loại hệ thống tập tinsudo fsck -t ext4 /dev/sda1fsck có thể tự động nhận diện loại hệ thống tập tin. Tuy nhiên, trong một số trường hợp, bạn có thể cần chỉ định rõ ràng loại đó là gì (ví dụ: ext4, xfs, vfat).-c (Check for bad blocks): Kiểm tra bad blockssudo fsck -c /dev/sda1Việc kết hợp các tùy chọn này một cách thông minh sẽ giúp bạn làm chủ hoàn toàn công cụ fsck.
Chạy fsck không chỉ đơn giản là gõ một dòng lệnh. Để đảm bảo an toàn cho dữ liệu, bạn cần tuân theo một quy trình chuẩn và hiểu cách fsck xử lý các loại lỗi khác nhau.
Nguyên tắc vàng tuyệt đối: Không bao giờ chạy fsck trên một phân vùng đang được gắn kết (mounted). Việc cố gắng sửa chữa một hệ thống tập tin trong khi hệ điều hành vẫn đang đọc và ghi vào nó có thể dẫn đến hư hỏng dữ liệu nghiêm trọng và không thể phục hồi.
Để tuân thủ nguyên tắc này, bạn có hai phương pháp chính:
1. Sử dụng chế độ Recovery (Recovery Mode) hoặc Single User Mode:
Đây là cách đơn giản nhất. Khi khởi động máy, bạn có thể vào menu GRUB và chọn “Advanced options for Ubuntu” (hoặc tương tự trên các bản phân phối khác), sau đó chọn một mục có chứa “(recovery mode)”. Từ menu recovery, chọn “fsck” để hệ thống tự động kiểm tra tất cả các phân vùng. Phân vùng gốc (/) sẽ được kiểm tra ở chế độ chỉ đọc (read-only) để đảm bảo an toàn. Tham khảo thêm Hệ điều hành Ubuntu là gì để hiểu thêm về môi trường và cách thức hoạt động.
2. Sử dụng Live CD/USB:
Đây là phương pháp linh hoạt và mạnh mẽ nhất, đặc biệt khi hệ thống không thể vào được recovery mode.
sudo lsblk hoặc sudo fdisk -l để xem danh sách các ổ đĩa và phân vùng.umount. Ví dụ, nếu phân vùng là /dev/sda1, bạn chạy: sudo umount /dev/sda1.fsck trên phân vùng đó. Ví dụ: sudo fsck -p /dev/sda1.fsck hoàn tất, hãy khởi động lại máy tính và tháo Live CD/USB ra.Khi fsck chạy, nó sẽ tìm kiếm nhiều loại lỗi khác nhau. Dưới đây là một số lỗi phổ biến và cách fsck xử lý chúng:
fsck (khi dùng tùy chọn -c) sẽ tìm, đánh dấu các khối này và di chuyển dữ liệu (nếu có thể) sang một vị trí an toàn khác.fsck sẽ cố gắng sửa chữa hoặc xây dựng lại thông tin inode. Trong trường hợp xấu nhất, nó có thể xóa inode và di chuyển file vào thư mục lost+found.fsck có thể sử dụng một trong các bản sao lưu này để khôi phục lại.fsck sẽ kiểm tra và sửa lại số lượng tham chiếu đến các file và thư mục để đảm bảo tính nhất quán.Khi fsck tìm thấy lỗi, nó thường sẽ hiển thị một thông báo và hỏi bạn có muốn sửa (Fix? (y)). Bạn có thể trả lời y (yes), n (no), hoặc a (all – sửa tất cả các lỗi tiếp theo).
fsck là một công cụ mạnh mẽ, nhưng “quyền lực lớn đi kèm với trách nhiệm lớn”. Sử dụng sai cách có thể khiến tình hình tồi tệ hơn. Dưới đây là những lưu ý quan trọng bạn phải luôn ghi nhớ.
Đây là điều cấm kỵ và là lỗi nghiêm trọng nhất mà người dùng có thể mắc phải. Hãy tưởng tượng bạn đang cố gắng sửa móng của một ngôi nhà trong khi mọi người vẫn đang đi lại và sinh hoạt bên trong. Các thay đổi của bạn sẽ xung đột với hoạt động hiện tại, gây ra sụp đổ và hỗn loạn.
Tương tự, khi một phân vùng đang được mount, hệ điều hành liên tục đọc và ghi dữ liệu lên đó. Nếu bạn chạy fsck cùng lúc, fsck có thể ghi nhận một trạng thái của hệ thống tập tin, nhưng ngay sau đó hệ điều hành lại thay đổi nó. Điều này tạo ra sự không nhất quán, dẫn đến hỏng cấu trúc dữ liệu và mất mát vĩnh viễn.
Làm thế nào để kiểm tra một phân vùng có đang được mount hay không?
Bạn có thể sử dụng lệnh mount hoặc lsblk -f để kiểm tra.
lsblk -f
Lệnh này sẽ hiển thị danh sách các phân vùng và điểm gắn kết (MOUNTPOINT). Nếu cột MOUNTPOINT có một đường dẫn (ví dụ: /, /home, /boot), điều đó có nghĩa là phân vùng đó đang được sử dụng. Bạn phải umount nó trước khi chạy fsck.
fsck là một công cụ sửa chữa, nhưng không phải là phép màu. Trong một số trường hợp, quá trình sửa lỗi có thể dẫn đến việc một phần dữ liệu bị thay đổi hoặc xóa bỏ để khôi phục lại tính toàn vẹn của cấu trúc. Ví dụ, nếu một file có inode bị hỏng không thể sửa chữa, fsck có thể sẽ xóa nó.
Do đó, quy tắc vàng thứ hai là: Luôn sao lưu dữ liệu quan trọng trước khi thực hiện bất kỳ thao tác sửa lỗi nào.
Nếu bạn có thể truy cập vào hệ thống, hãy sao chép các file quan trọng sang một ổ đĩa ngoài hoặc dịch vụ lưu trữ đám mây. Nếu hệ thống không khởi động được, bạn có thể sử dụng Live CD/USB để khởi động, truy cập vào các phân vùng và sao lưu dữ liệu trước khi chạy fsck. Tham khảo thêm WSL là gì để biết thêm cách chạy Linux an toàn trên Windows.
Cảnh báo về các tùy chọn tự động sửa lỗi:
Các tùy chọn như -a, -p, hoặc -y rất tiện lợi nhưng cũng tiềm ẩn rủi ro. Chúng sẽ tự động đưa ra quyết định thay cho bạn. Trong 99% trường hợp, quyết định đó là đúng đắn. Tuy nhiên, trong 1% còn lại, nó có thể xóa một file mà bạn muốn cố gắng khôi phục bằng các phương pháp khác.
Nếu dữ liệu của bạn cực kỳ quan trọng, hãy cân nhắc chạy fsck ở chế độ tương tác (không có tùy chọn tự động) hoặc chạy với tùy chọn -n (chỉ kiểm tra) trước để đánh giá mức độ nghiêm trọng của vấn đề.
Lý thuyết sẽ trở nên dễ hiểu hơn rất nhiều khi được áp dụng vào các ví dụ và tình huống cụ thể. Dưới đây là hai kịch bản thực tế giúp bạn hình dung rõ hơn về cách fsck hoạt động.
Giả sử chúng ta có một phân vùng /dev/sdb1 được định dạng là ext4 và chúng ta nghi ngờ nó có lỗi. Chúng ta sẽ thực hiện quy trình kiểm tra an toàn bằng Live USB.
sudo lsblk/dev/sdb1 không được mount.
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sdb 8:16 0 100G 0 disk └─sdb1 8:17 0 100G 0 part
sudo fsck -n /dev/sdb1fsck sẽ quét và báo cáo lỗi nhưng không sửa. Giả sử nó báo cáo tìm thấy một vài lỗi về số khối không chính xác.sudo fsck /dev/sdb1fsck from util-linux 2.34 e2fsck 1.45.5 (07-Jan-2020) /dev/sdb1: recovering journal Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Inode 12345 ref count is 2, should be 1. Fix? (y) y Pass 5: Checking group summary information Block bitmap differences: -56789. Fix? (y) y /dev/sdb1: ***** FILE SYSTEM WAS MODIFIED ***** /dev/sdb1: 11/655360 files (0.0% non-contiguous), 150000/2621440 blocks
Ở đây, fsck đã tìm thấy hai lỗi và chúng ta đã trả lời y (yes) để sửa chúng. Thông báo “FILE SYSTEM WAS MODIFIED” xác nhận rằng các thay đổi đã được thực hiện.
Đây là một tình huống rất phổ biến.
Tình huống: Bạn đang làm việc trên máy tính Ubuntu thì đột ngột mất điện. Khi có điện trở lại, bạn khởi động máy nhưng nó không vào được màn hình đăng nhập mà dừng lại ở một màn hình đen với các dòng lệnh và thông báo lỗi như “unexpected inconsistency; RUN fsck MANUALLY”.
Xử lý từng bước (Step-by-step):
fsck theo yêu cầu. Phân vùng gốc (/) thường sẽ được đề cập trong thông báo lỗi, ví dụ: /dev/sda2.fsck /dev/sda2fsck sẽ bắt đầu quét. Vì sự cố mất điện thường gây ra nhiều lỗi nhỏ, bạn có thể sẽ thấy nhiều câu hỏi “Fix? (y)”. Bạn có thể trả lời y cho từng câu, hoặc nếu có quá nhiều, bạn có thể cân nhắc chạy lại lệnh với tùy chọn -y:fsck -y /dev/sda2fsck sửa xong tất cả các lỗi, nó sẽ hiển thị thông báo hệ thống tập tin đã được sửa đổi.reboot và nhấn Enter.rebootTrong hầu hết các trường hợp, sau khi khởi động lại, hệ thống sẽ vào được màn hình đăng nhập bình thường. Toàn bộ dữ liệu của bạn đã được bảo vệ nhờ vào việc chạy fsck kịp thời.
Mặc dù fsck là một công cụ cứu hộ hiệu quả, đôi khi chính nó cũng có thể gặp phải vấn đề hoặc kết quả sau khi chạy không như mong đợi. Dưới đây là một số sự cố phổ biến và hướng giải quyết.
Đây là một tình huống gây lo lắng, khi công cụ sửa lỗi lại không hoạt động.
Nguyên nhân phổ biến:
fsck có thể không thể truy cập hoặc sửa chữa các cấu trúc dữ liệu. Nó có thể chạy rất chậm, báo lỗi I/O liên tục hoặc bị treo hoàn toàn.fsck không thể nhận diện hoặc sửa chữa được nữa.Cách khắc phục:
smartmontools (lệnh smartctl -a /dev/sdX) để kiểm tra trạng thái S.M.A.R.T của ổ đĩa. Nếu nó báo cáo các chỉ số lỗi cao, rất có thể ổ đĩa của bạn sắp hỏng và cần được thay thế.fsck sử dụng một superblock dự phòng.fsck thất bại, ưu tiên hàng đầu lúc này là cứu dữ liệu. Các công cụ như TestDisk hoặc PhotoRec có thể quét ổ đĩa ở cấp độ thấp để tìm và khôi phục các file riêng lẻ, ngay cả khi hệ thống tập tin đã bị phá hủy.Đôi khi, sau khi fsck chạy và báo cáo đã sửa lỗi thành công, bạn lại gặp vấn đề mới: hệ thống không thể mount phân vùng đó nữa.
Nguyên nhân:
fsck không phát hiện ra trong lần chạy đầu tiên./etc/fstab – file này chỉ định cách các phân vùng được mount khi khởi động.Hướng xử lý tiếp theo:
fsck trên phân vùng đó một lần nữa. Đôi khi, việc chạy lại có thể giải quyết các vấn đề còn sót lại.mount để thử gắn kết phân vùng bằng tay và xem thông báo lỗi chi tiết. Ví dụ:sudo mount /dev/sda1 /mnt/etc/fstab. Đảm bảo rằng dòng tương ứng với phân vùng bị lỗi là chính xác (đúng UUID, đúng loại hệ thống tập tin).TestDisk để cố gắng sửa chữa bảng phân vùng hoặc khôi phục dữ liệu.
Để trở thành một người dùng Linux thành thạo và an toàn, việc tuân thủ các nguyên tắc thực hành tốt là vô cùng quan trọng. Dưới đây là những điểm cốt lõi cần nhớ khi làm việc với fsck.
umount phân vùng hoặc sử dụng Live CD/Recovery Mode trước khi thực hiện kiểm tra.fsck là công cụ sửa chữa, không phải công cụ sao lưu. Dữ liệu của bạn là tài sản quý giá nhất. Hãy tạo một bản sao lưu trước khi thực hiện bất kỳ thay đổi lớn nào trên hệ thống tập tin.fsck. Bạn có thể thiết lập để hệ thống tự động kiểm tra các phân vùng sau một số lần khởi động nhất định. Điều này giúp phát hiện và sửa chữa các lỗi nhỏ trước khi chúng trở nên nghiêm trọng.-y. Hãy bắt đầu với -n để chẩn đoán, sau đó chuyển sang chế độ tương tác (không có tùy chọn) để kiểm soát quá trình sửa lỗi. Chỉ sử dụng -y hoặc -p khi bạn hoàn toàn chắc chắn về hành động của mình.y. Hãy đọc kỹ những gì fsck báo cáo. Thông báo lỗi cung cấp thông tin giá trị về bản chất của vấn đề, giúp bạn đưa ra quyết định đúng đắn.-c), có thể mất rất nhiều thời gian. Đừng ngắt ngang quá trình trừ khi thực sự cần thiết.Bằng cách tuân thủ những nguyên tắc này, bạn sẽ biến fsck từ một công cụ đáng sợ thành một đồng minh mạnh mẽ và đáng tin cậy trong việc quản trị hệ thống Linux.
Qua bài viết chi tiết này, chúng ta đã cùng nhau khám phá lệnh fsck – một trong những công cụ nền tảng và quan trọng nhất trong bộ công cụ của bất kỳ người dùng Linux là gì nào. Từ việc hiểu rõ fsck là gì, tại sao nó lại cần thiết, cho đến cách sử dụng an toàn và hiệu quả, bạn giờ đây đã có đủ kiến thức để tự tin đối mặt với các sự cố liên quan đến hệ thống tập tin.
fsck không chỉ là một lệnh để sửa lỗi khi hệ thống gặp sự cố, mà còn là một công cụ bảo trì chủ động, giúp đảm bảo sự toàn vẹn của dữ liệu và sự ổn định lâu dài cho hệ điều hành của bạn. Việc áp dụng đúng cách các quy trình, như ngắt kết nối phân vùng trước khi kiểm tra và luôn sao lưu dữ liệu, là chìa khóa để bảo vệ hệ thống khỏi những hư hỏng không đáng có.
Bùi Mạnh Đức khuyến khích bạn hãy thực hành những kiến thức này trên một môi trường an toàn như máy ảo hoặc trên một ổ đĩa USB thử nghiệm trước khi áp dụng vào hệ thống thật. Việc thực hành sẽ giúp bạn làm quen với các thông báo và quy trình, giúp bạn bình tĩnh và xử lý hiệu quả hơn khi gặp sự cố thực tế.
Bảo vệ dữ liệu và duy trì một hệ thống khỏe mạnh là một hành trình liên tục. Hy vọng rằng với fsck, bạn đã có thêm một người bạn đồng hành đáng tin cậy trên hành trình đó. Đừng quên khám phá thêm các bài viết khác trên blog về quản trị hệ thống Linux và bảo trì ổ cứng để nâng cao hơn nữa kỹ năng của mình.
Có cao nhân từng nói rằng: "Kiến thức trên thế giới này đầy rẫy trên internet. Tôi chỉ là người lao công cần mẫn đem nó tới cho người cần mà thôi !"
Chỉ từ 49.000đ/tháng
Kiến thức Linux Lệnh jed trong Linux: Cài đặt và Hướng dẫn Sử dụng Hiệu Quả
Kiến thức Linux Lệnh clear trong Linux: Cách Xóa Màn Hình Terminal Hiệu Quả
Kiến thức Linux Hệ điều hành Deepin Linux: Đặc điểm, Cài đặt và Sử dụng Hiệu quả
Kiến thức Linux Hướng Dẫn Cài Đặt Và Sử Dụng Docker Compose Trên Ubuntu 20.04
Kiến thức Linux Hướng dẫn chi tiết về Xóa file và xóa thư mục trong Linux
