Synology System Partition Failed: sửa đúng, dữ liệu vẫn còn

"System Partition Failed" là gì mà nghe đáng sợ vậy?

Mở Storage Manager thấy chữ Failed đỏ chót cạnh một ổ cứng, tim hẫng mất một nhịp. Phản xạ đầu tiên của nhiều người là rút ổ ra xem sao. Khoan đã. Trong các cảnh báo lưu trữ của Synology, đây là mức nhẹ nhất. Chữ thì to nhưng việc thì nhỏ. Storage pool còn báo Healthy thì dữ liệu của bạn vẫn nằm nguyên đó.

DSM không chiếm riêng một ổ nào. Nó tạo phân vùng hệ thống md0 trên mọi ổ trong máy rồi ghép lại thành RAID 1. Máy 4 ổ là 4 bản DSM giống hệt nhau. "System Partition Failed" nghĩa là bản DSM trên một hoặc vài ổ bị lệch so với phần còn lại, hoặc không đọc được. Dữ liệu thì nằm ở phân vùng khác.

md0 khá nhỏ. Máy khởi tạo từ thời DSM 6 có md0 khoảng 2,4 GB, còn máy cài mới DSM 7.x thì khoảng 8 GB. Con số này lấy từ báo cáo của người dùng vì Synology không công bố. Nâng cấp DSM không làm thay đổi kích thước md0. Phân vùng nhỏ nên sửa nhanh, thường chỉ vài phút, trong khi rebuild pool tính bằng giờ.

Ba tình huống hay gặp

• Cúp điện khi không có UPS. Văn phòng nhỏ mất điện 5 phút, NAS tắt cái phụt. Bật lại thì một ổ báo System Partition Failed, pool vẫn Healthy. Lúc mất điện, bản md0 trên ổ đó đang ghi dở nên giờ lệch với các bản khác.
• Lắp thêm ổ, hoặc bê ổ từ máy Synology khác sang. Ổ này mang theo bản DSM cũ hơn. Theo các bài đăng trên diễn đàn có trích thông báo của DSM, nguyên nhân được ghi là "bad sectors or older system detected on the system partition".
• Máy XPEnology vừa build lại loader RR hoặc đổi controller/HBA. Thứ tự ổ bị đảo, md0 lệch, DSM báo lỗi trên một hoặc vài ổ. Ca này phải làm theo thứ tự riêng, có ở phần dưới.

Hai phản xạ quen thuộc là "cài lại DSM bằng Mode 2" và "thay ổ luôn cho chắc". Cả hai đều quá tay, kiểu đau một cái răng mà đòi nhổ cả hàm. Đa số trường hợp, bấm Repair trong Storage Manager là đủ. Chỉ khi Repair xong mà lỗi quay lại, hoặc md0 hỏng trên tất cả các ổ, mới đến lượt Mode 2 hay thay ổ.

Phân biệt với Degraded và Crashed trước khi bấm gì

Tên các lỗi lưu trữ của Synology nghe na ná nhau, nhưng mức độ thì khác một trời một vực. Rất nhiều ca mất dữ liệu bắt đầu từ việc đọc nhầm lỗi này thành lỗi kia.

Trang Overview có thể hiện dòng "Failed to access the system partition", còn cột trạng thái của từng ổ thì ghi "System Partition Failed". Hai cách ghi này cùng nói về một lỗi. Pool đang Degraded thì xem bài khắc phục volume Degraded trên Synology. Pool đã Crashed thì xem bài cứu dữ liệu khi storage pool Crashed.

Các công ty cứu dữ liệu hay khuyên "đừng bấm Repair". Lời khuyên đó đúng, nhưng là đúng cho pool Crashed. Với System Partition Failed khi pool vẫn Healthy, Repair chính là cách Synology hướng dẫn. Hộp thoại xác nhận của DSM cũng ghi rõ thao tác này "will not affect your data".

Vì sao nên bấm Repair thay vì SSH hay Mode 2

• DSM tự lấy md0 từ các ổ còn tốt rồi đồng bộ sang ổ bị lỗi. Bạn không cần biết ổ nào là sata1, ổ nào là sda.
• Repair chỉ đụng tới md0. Pool dữ liệu (md2 trở đi) không bị động tới. Repair storage pool hay các lệnh mdadm --add/--grow thì khác.
• Chỉ phải đồng bộ vài GB nên xong nhanh.
• Mode 2 xóa cấu hình và bắt cài lại DSM. Gõ mdadm bằng tay thì sai một ký tự là có thể hỏng array. Repair không dính rủi ro nào trong hai thứ đó.

Sửa System Partition Failed từng bước trên DSM

Hướng dẫn này áp dụng cho DSM 7.x. Bản mới nhất hiện tại là DSM 7.4.1-90080 Update 1, phát hành ngày 28/10/2026. Máy đang ở nhánh 7.3 hay 7.2.2 thì thao tác tương tự. Vị trí menu có thể xê dịch chút ít giữa các bản. Ví dụ DSM 6 để danh sách ổ ở mục HDD/SSD, còn DSM 7 đã gộp vào trang Storage.

Bước 1: Bình tĩnh và xem trang Overview

Đừng rút ổ, đừng tắt nguồn đột ngột. Cũng đừng cập nhật DSM với hy vọng cảnh báo tự biến mất. Bản cập nhật được ghi vào chính md0, tức đúng phần đang lệch, nên cập nhật lúc này chỉ thêm rủi ro.

Mở Storage Manager > Overview và xem storage pool cùng volume còn Healthy không. Nếu còn thì làm tiếp các bước dưới đây.

Bước 2: Xử lý việc khẩn hơn trước

Theo Synology, khi có vấn đề khẩn hơn, ví dụ pool Degraded, trang Overview sẽ ẩn link Repair phân vùng hệ thống. Một thread trên diễn đàn XPEnology cũng ghi nhận link này chỉ hiện ra sau khi pool đã sửa xong. Vì vậy nếu tìm mãi không thấy nút Repair, khả năng cao là DSM đang ưu tiên một lỗi khác. Sửa lỗi đó trước.

Bước 3: Sao lưu cấu hình, mất khoảng một phút

Vào Control Panel > Update & Restore > Configuration Backup > Back up configuration. DSM cho tải về file .dss, lưu nó ra máy tính. Dữ liệu quan trọng chưa có Hyper Backup thì chạy luôn bây giờ.

Repair đã được ghi là không ảnh hưởng dữ liệu, vậy sao lưu để làm gì? Lý do là đã có tiền lệ. Một ca năm 2017 trên DS1812+ được chủ máy ghi lại: sau khi Repair, tài khoản, tác vụ và IP đều bị reset. KB của Synology về NAS không truy cập được cũng ghi rằng sửa phân vùng hệ thống "will remove some settings (including user accounts, user privileges, and application settings)". Nhiều khả năng câu đó nói về ca nặng, khi md0 hỏng trên mọi ổ và NAS không vào được. Dù vậy, bỏ ra một phút sao lưu vẫn đỡ hơn nhiều so với ngồi tạo lại tài khoản và tác vụ bằng tay.

Bước 4: Ghi lại thông tin ổ bị báo lỗi

Vào Storage Manager > Storage, tìm ổ báo System Partition Failed và ghi lại số khay. Mở Health Info của ổ đó, chép ba thông số: health status, bad sector count và drive re-identification count (nằm ở Health Info > History > Key Information of Drives). Nếu sau này lỗi quay lại, bạn sẽ có ba con số này để so sánh.

Mỗi ổ có hai loại trạng thái. Allocation status là nơi hiện System Partition Failed. Health status có các mức Healthy, Warning, Critical, Failing. Storage Manager hiển thị trạng thái nào nặng hơn, nên một ổ đang báo System Partition Failed vẫn có thể có health status là Healthy.

Bước 5: Bấm Repair

Vào Storage Manager > Overview, bấm link Repair cạnh thông báo lỗi phân vùng hệ thống, xác nhận rồi chờ. md0 chỉ vài GB nên thường xong trong vài phút. Trong lúc đồng bộ, đừng khởi động lại NAS.

Bước 6: Kiểm tra lại

Repair xong, ổ phải trở về trạng thái Normal. Nếu ổ vẫn báo System Partition Failed, KB của Synology ghi rằng ổ đó "might be defective", tức có thể đã hỏng. Khi đó bạn cần thay ổ. Nếu có nhiều ổ cần thay thì thay từng ổ một, ổ trước đồng bộ xong mới thay ổ sau.

Bước 7: Chạy S.M.A.R.T. Extended test

Trong Storage Manager, chọn ổ vừa bị báo lỗi và chạy S.M.A.R.T. test loại Extended. Với HDD dung lượng lớn, bài test có thể kéo dài nhiều giờ, nên bật buổi tối rồi để chạy qua đêm. Test không báo lỗi thì nhiều khả năng đây chỉ là sự cố một lần.

Repair xong mà lỗi quay lại: do ổ hay do khay?

Lỗi xuất hiện một lần sau khi cúp điện thì có thể bỏ qua. Nếu lỗi lặp lại trên cùng một ổ thì phải tìm nguyên nhân. Thủ phạm có thể là chính ổ, cũng có thể là đường kết nối tới ổ: khay, cáp, backplane, nguồn.

• Re-identification count tăng: ổ bị ngắt kết nối rồi được nhận lại. Ca này nên nghi khay, cáp, backplane hoặc nguồn trước khi đổ tội cho ổ. Synology dùng phép thử sau trong KB của họ: tắt máy, chuyển ổ nghi vấn sang một khay trống. Không có khay trống thì đổi chỗ với một ổ khác, sau khi đã backup. Lỗi vẫn ở khay cũ thì khay hoặc backplane có vấn đề. Lỗi đi theo ổ sang khay mới thì ổ có vấn đề.
• Bad sector count tăng dần, hoặc health chuyển sang Warning, Critical hay Failing: ổ đang xuống cấp, nên lên kế hoạch thay sớm. Chi tiết xem bài xử lý cảnh báo SMART trên Synology.
• Lỗi xuất hiện trên nhiều ổ, hoặc lần mất điện nào cũng bị: kiểm tra adapter hoặc PSU, và lắp UPS. Nếu UPS cắm qua USB không được nhận sau khi lên DSM 7.4, cập nhật lên 7.4.1 vì bản này đã sửa đúng lỗi đó.

Nếu phải thay ổ

Chọn ổ dành cho NAS, hợp với số khay và mức tải. Với pool RAID, nên ưu tiên ổ CMR. Máy 2–4 khay cho gia đình hoặc văn phòng nhỏ có thể dùng WD Red Plus, Seagate IronWolf hoặc Toshiba N300. Máy nhiều khay, chạy 24/7 với tải nặng thì nên lên WD Red Pro hoặc Seagate IronWolf Pro. Dù chọn hãng nào cũng nên tra mã model trên datasheet trước khi mua, vì trong cùng một dòng sản phẩm có thể có cả model CMR lẫn model SMR. Với dòng Plus 2025, từ DSM 7.3 Synology đã cho dùng HDD của hãng thứ ba (DSM có thể hiện cảnh báo), nhưng pool hoặc cache trên M.2 NVMe vẫn còn bị giới hạn.

Riêng với XPEnology: sửa map ổ trước, Repair sau

Trên máy XPEnology, nếu System Partition Failed xuất hiện ngay sau khi build lại loader RR (bản ổn định mới nhất là 26.9.0, phát hành 04/09/2026) hoặc sau khi đổi controller/HBA, thì nguyên nhân thường không nằm ở ổ. Thứ tự ổ thay đổi nên md0 bị lệch.

Vì vậy, trước khi bấm bất kỳ nút Repair nào, kiểm tra DSM đã nhận đủ ổ và đúng số khay chưa (map cổng SATA, maxdisks). Ổ hiện sai hoặc thiếu thì quay lại sửa loader. Lúc này tuyệt đối không Repair pool. Mảng thực ra vẫn ổn, chỉ là DSM đang nhận sai ổ. Bấm Repair lúc này là bắt DSM "sửa" một thứ không hỏng. Quy trình an toàn có trong bài cập nhật DSM cho NAS XPEnology bằng RR loader.

Những sai lầm hay gặp

• Không thấy link Repair. Đang có vấn đề khẩn hơn như pool Degraded hoặc Crashed. Sửa xong vấn đề đó thì link sẽ hiện ra.
• Thấy [UUU_] trong mdstat và tưởng ổ chết. md0 có số slot bằng số khay của máy. NAS 4 khay lắp 3 ổ sẽ hiện [4/3] [UUU_], và Synology support đã xác nhận đó là bình thường. Dấu gạch dưới chỉ là một khay trống, chẳng có ổ nào chết ở đó cả.
• Làm theo blog cũ, gõ mdadm --grow -n, --add hay --create. Các lệnh này có thể phá cấu trúc mà DSM cần. Gõ nhầm vào pool dữ liệu là có thể mất dữ liệu. Chưa kể bạn cũng không biết blog đó viết cho máy nào, DSM bản nào.
• Nhầm "Repair system partition" với "Repair storage pool" hoặc Mode 2. Mode 2 xóa cấu hình và chỉ dành cho trường hợp md0 hỏng trên mọi ổ.
• NAS chỉ có 1 ổ, hoặc chỉ còn 1 ổ có md0. Không còn bản sao nào để đồng bộ. Backup ngay, sau đó liên hệ Synology support hoặc cân nhắc Mode 2.
• Repair xong, khởi động lại thì lỗi quay lại. Đây không phải lỗi phần mềm. Xem lại phần "do ổ hay do khay" ở trên.
• Lắp ổ lấy từ máy Synology khác. DSM thấy bản hệ thống cũ trên ổ. Muốn dùng nó làm ổ mới thì để DSM khởi tạo, và việc này sẽ xóa sạch ổ. Nếu cần giữ dữ liệu trên ổ đó thì dừng tay, xem kỹ trước khi bấm bất cứ gì.

Tùy chọn nâng cao: tự kiểm tra md0 qua SSH (không bắt buộc)

Phần này dành cho ai muốn tự xem ổ nào đã rớt khỏi md0. Bỏ qua cũng không sao, vì Repair trên giao diện là đủ. Các lệnh bên dưới chỉ đọc thông tin, không thay đổi gì.

Bật SSH tại Control Panel > Terminal & SNMP > Enable SSH service (cổng 22), rồi đăng nhập bằng tài khoản admin:

cat /proc/mdstat
sudo mdadm --detail /dev/md0

Máy Synology chạy DSM 7.x thường đặt tên ổ là sata1 và phân vùng là sata1p1. Máy đời cũ và XPEnology dùng tên sda, sda1. Dưới đây là ví dụ md0 bị lỗi trên NAS 2 khay, chỉ còn 1 ổ trong mảng:

md0 : active raid1 sata1p1[0]
      2490176 blocks [2/1] [U_]

Dấu hiệu của lỗi thật:

• Số ổ đang lắp nhiều hơn số chữ U.
• Một ổ đang lắp nhưng phân vùng p1 của nó không có trong dòng md0.
• Có thành viên mang cờ (E) (cờ lỗi riêng của Synology) hoặc (F).

Chạy lệnh trước và sau khi Repair để so sánh. Sửa xong, md0 phải có đủ thành viên.

Xem chỉ số SMART thô từ DSM 7.2.1 trở đi

Từ DSM 7.2.1, Storage Manager được tách thành gói riêng. Ghi chú phát hành bản 1.0.0-0017 của gói này ghi rõ thuộc tính S.M.A.R.T. không còn được ghi lại và hiển thị nữa. Muốn xem chỉ số thô, cộng đồng thường dùng smartctl:

sudo smartctl -a -d sat /dev/sata1

Thay sata1 bằng ổ bạn cần xem. Máy dùng tên dạng sdX thì gõ /dev/sda. Lệnh này lấy từ hướng dẫn của cộng đồng, không có trong tài liệu Synology. Các chỉ số đáng để mắt:

• UDMA_CRC_Error_Count tăng: lỗi đường truyền, do cáp hoặc khay. Mặt đĩa không có vấn đề.
• Reallocated_Sector_Ct, Current_Pending_Sector, Offline_Uncorrectable tăng: mặt đĩa có vấn đề.

Một cách khác là dùng script cộng đồng 007revad/Synology_SMART_info. Đọc mã nguồn trước khi chạy, như với mọi script chạy quyền root trên NAS. Dùng xong thì tắt SSH, và đừng bao giờ mở cổng 22 ra Internet.

Phòng ngừa cho lần sau

Bản thân System Partition Failed không nguy hiểm, nhưng nên coi nó là lời nhắc kiểm tra lại hệ thống. Nhân tiện, soát lại mấy thứ sau:

• UPS và Safe Shutdown: cấu hình tại Control Panel > Hardware & Power > UPS. Cúp điện là nguyên nhân hay gặp nhất, và cũng dễ phòng nhất.
• Lịch S.M.A.R.T. test định kỳ: để phát hiện sớm ổ đang xuống cấp, trước khi nó gây ra lỗi khác.
• Hyper Backup: kiểm tra tác vụ còn chạy không và lần chạy thành công gần nhất là khi nào.
• Không cài app hay script "sửa RAID" không rõ nguồn gốc.

Lần này DSM chỉ nhắc khẽ. Lần sau mà gặp lỗi thật, bạn sẽ mừng vì hôm nay đã chịu khó backup.