Vì vậy, đây là một câu chuyện thú vị cho bạn. Một câu chuyện với một kết thúc có hậu. Một điều có thể đã kết thúc trong nước mắt, nhưng nó đã không xảy ra, vì nó được xây dựng trên nền tảng vững chắc là sao lưu dữ liệu và hình ảnh hệ thống. Vào cùng ngày, tôi đang chiến đấu với phân vùng EFI bị hỏng trên máy tính xách tay thử nghiệm của mình sau khi cài đặt Solus bị lỗi, wifey nói với tôi rằng cô ấy không thể lưu tệp vào thư mục trên ổ E:trên hộp Windows của cô ấy. Điều đó không có vẻ tốt.
Tôi nhanh chóng kiểm tra tình hình và một trong những ổ đĩa cứng Western 1TB Blue bên trong tháp máy tính để bàn đang tăng nhanh số lượng các thành phần xấu của nó. Đĩa cứng này có ba phân vùng trên đó, C:, D:và E:. Ối. Một tìm kiếm nhanh trên Internet đã đề xuất chạy chkdisk và thử một vài cách hack khác để giữ cho đĩa tồn tại lâu hơn, nhưng tình hình đang xấu đi nhanh chóng. Lúc đầu, nó chỉ là gimping ổ E:, nhưng sau đó ổ D:đã tham gia bữa tiệc. Không cần thiết phải kéo dài điều không thể tránh khỏi. Đó là thời gian để thay đổi. Gợi ý trong Scorpions, Winds of Change. Chơi nó trong khi đọc bài viết này.
Lưu ý:Hình ảnh được lấy từ Wikimedia, được cấp phép theo CC BY-SA 3.0.
Phim truyền hình chưa tải
Trước khi cho bạn biết tôi đã làm gì khi vấn đề bắt đầu, hãy để tôi phác thảo ngắn gọn những gì tôi đã làm TRƯỚC KHI nó xảy ra. Tôi có một chiến lược dự phòng rộng rãi mà tôi đã duy trì trong 8-9 năm qua. Trong khoảng thời gian đó, các công cụ và tiện ích sao lưu khác nhau của tôi đã sao chép hơn 7 PB dữ liệu trên hàng chục đĩa cứng bên trong và bên ngoài khác nhau, tất cả nhằm đảm bảo có đủ dữ liệu toàn vẹn. Và điều này không bao gồm ngoại tuyến và các loại sao lưu khác. Ngoài ra, các hệ điều hành thường được chụp ảnh, sử dụng Acronis True Image và Clonezilla. Trên thực tế, gần như hành động theo linh cảm (hoặc thiên tài), tôi đã hình dung ra hệ điều hành chưa đầy một giờ trước khi sự cố xảy ra.
Khi mọi thứ bắt đầu trở nên tồi tệ, tiện ích quản lý đĩa Windows đã báo cáo mức sử dụng hệ thống tệp ít hơn thực tế trên ổ E:và sau đó là trên ổ D:. Đây là một dấu hiệu chắc chắn cho thấy mọi thứ đang leo thang, vì đã đến lúc cần một số xe cấp cứu khẩn cấp. Điều quan trọng cần nhấn mạnh là, ngoài việc sao lưu hàng ngày và hình ảnh hệ điều hành cập nhật, tôi còn có sẵn phần cứng dự phòng. Không có ảnh chụp màn hình từ thời điểm xảy ra sự cố, vì tôi thực sự đang bận làm việc.
Nếu màu xanh chuyển sang màu đỏ hoặc vàng, điều xấu sắp xảy ra.
Tôi tắt nguồn máy tính để bàn, mở hộp và thay thế 1TB Blue sắp chết bằng 2TB Black. Sau đó, tôi bật nguồn máy tính để bàn và khởi động vào phiên Ubuntu 16.04 trực tiếp từ ổ USB, nơi tôi đã sử dụng GParted để tạo bố cục phân vùng cần thiết. Tôi đã tạo phân vùng chính 100 MB dành riêng cho hệ thống và phân vùng 110 GB làm đích cho hệ điều hành. Blue ban đầu có phân vùng 100 GB, nhưng tôi nghĩ sẽ tốt hơn nếu tăng kích thước lên một chút để tránh bất kỳ khả năng khôi phục hình ảnh nào bị lỗi. Cuối cùng, tôi đã tạo phân vùng mở rộng, để bao gồm hai phân vùng hợp lý tương ứng với các ổ D:và E:, với sự gia tăng kích thước tương ứng.
Khi bước này hoàn tất, tôi đã khởi động vào phương tiện khôi phục trực tiếp Acronis và khôi phục MBR, phân vùng Dành riêng cho Hệ thống và ổ C:. Tất cả mọi thứ hoàn thành thành công. Tôi đã đánh dấu phân vùng C:là đang hoạt động, điều này hóa ra là do nhầm lẫn và trong lần khởi động lại tiếp theo, máy tính để bàn phàn nàn về việc không thể tìm thấy bộ tải khởi động. Điều này cần một phiên trực tiếp Ubuntu khác, nơi tôi đã thay đổi các cờ phân vùng bằng GParted. Sau đó, Windows đã tải tốt, như thể chưa từng có chuyện gì tồi tệ xảy ra. Tôi cũng đã khôi phục dữ liệu vào hai ổ đĩa D:và E:, và trong vòng chưa đầy một giờ tổng thời gian ngừng hoạt động, tôi đã trở lại sản xuất bình thường.
Đảm bảo bạn đặt cờ khởi động chính xác.
Một hoạt động nổi bật là chạy chkdisk trên cả hai phân vùng dữ liệu để đảm bảo hệ thống tệp hoàn toàn nhất quán và mọi phân vùng mà GParted tạo đều hoạt động tốt trong Windows. Thoạt nhìn, mọi thứ đều suôn sẻ, nhưng nếu có bất kỳ điều gì sai trái, bạn nên định dạng lại nhanh chóng và khôi phục dữ liệu. Tuy nhiên, tôi tin rằng sự cố nhỏ này đã kết thúc. Cho đến khi lỗi đĩa tiếp theo. Điều gì SẼ xảy ra. Và bạn chỉ cần chuẩn bị sẵn sàng.
Kết luận
Lỗi đĩa không phải là vấn đề nếu mà là khi nào. Bạn PHẢI lên kế hoạch cho chúng. Đó là cách duy nhất bạn có thể đảm bảo tính toàn vẹn và an toàn cho dữ liệu của mình. Bạn phải có nhiều bản sao lưu tại chỗ và bạn phải sẵn sàng khôi phục bất cứ lúc nào. Bạn cũng nên dự phòng khi nói đến hệ điều hành - và phần cứng. Nó có thể tốn tiền, nhưng nếu bạn quan tâm đến thiết lập sản xuất của mình, thì tốt hơn bạn nên đầu tư. Bởi vì thay thế là sự thất vọng, nước mắt và thậm chí có thể tồi tệ hơn.
Ví dụ của tôi chỉ là một trong nhiều câu chuyện trôi nổi trên Web. Hy vọng rằng đó là một câu chuyện mà bạn hy vọng sẽ thấy có giá trị, vì nó làm nổi bật giá trị của một thiết lập đã được chứng minh trong chiến đấu, với khả năng phục hồi cần thiết để cho phép khôi phục gần như liền mạch trở lại điều kiện bình thường. Đây không phải là lần đầu tiên tôi phải làm việc này, và tôi rất vui vì mình đã lên kế hoạch tốt.
I had spare disks, up-to-date system images and data backups, and I was able to recover quickly and almost painlessly. The disk replacement was the most arduous of tasks. And waiting for the Acronis DVD to boot. Losing a hard disk can cause people a lot of grief. I'm happy my setup withstood the test. Perhaps there's a worthy lesson for you in here. Stay sharp.
Chúc mừng.