Mọi câu hỏi và câu trả lời tôi có thể tìm thấy đều có vẻ trái ngược với vấn đề hiện tại của tôi.
Ổ USB NTFS 8TB (đầy ~85%) được kết nối với máy chủ Ubuntu 20.04 khởi động một lần, được chia sẻ với các máy trạm Windows qua Samba. Được sử dụng trong lĩnh vực kinh doanh giảng dạy trực tiếp được coi là "không cần thiết", vì vậy phải bám trụ bằng móng tay và cầu nguyện nhờ đã đóng cửa cho khách hàng trong 7 tháng vào năm ngoái. Phần lớn dữ liệu là phần mềm khóa học video được tạo trong/kể từ khi khóa máy. Tốt hơn là thất bại trong kế hoạch, nhưng trả lương và tiền thuê nhà là ưu tiên hàng đầu. Chủ sở hữu đứng sau chi tiêu CNTT 100% (một người từng là giáo sư CIS), vì vậy đừng ham rẻ vì thiếu hiểu biết. Họ đã phê duyệt mọi phần CTNH & SW trong danh sách của tôi, phê duyệt các ưu tiên và đặt mục tiêu cho mỗi lần mua. Là một người đam mê, tôi thực sự đánh giá cao sự hỗ trợ của họ. Tôi chưa bao giờ làm việc cho một công ty nào hiểu rõ hơn về cách thiết lập cơ sở hạ tầng phù hợp của họ. Trước khi khóa máy, họ đã tài trợ cho CNTT rất tốt, nhưng máy chủ đã được triển khai do phải điều chỉnh để trở thành "không cần thiết". Công việc đã thay đổi từ giảng dạy sang phát triển chương trình giảng dạy 100%, điều này đòi hỏi phải chia sẻ lượng lớn dữ liệu tốt hơn nhiều. Xin vui lòng tha thứ cho lời chỉ trích này, nhưng tôi hy vọng sẽ tránh được những câu trả lời "nên, có thể, muốn".
Tôi đang copy file qua mạng (ghi vào ổ đĩa) thì mất điện. UPS có trong danh sách nhưng không thực hiện được. Tất cả các máy trạm đều là máy tính xách tay, vì vậy không có một ngăn xếp đôi. Khi khởi động lại, ổ đĩa sẽ không còn được gắn vào Linux (trên máy chủ hoặc máy tính xách tay Ubuntu 20.04 của tôi). Khi tôi chạy fdisk, nó báo cáo "Bảng GPT chính bị hỏng, nhưng bản sao lưu có vẻ ổn, vì vậy bảng đó sẽ được sử dụng." Vì ổ đĩa sẽ không được gắn kết, nên bản sao lưu dường như không được sử dụng. Tôi có thể sai, nhưng đó là những gì nó có vẻ.
Fdisk hiển thị những gì có vẻ là một mô tả thích hợp cho/dev/sdb (7,28 TiB, 8001563222016 byte, 15628053168 cung ...)
Nó hiển thị những gì có vẻ là thông tin chính xác cho/dev/sdb1 (bắt đầu 2048 kết thúc 15628050431 cung 15628048374 kích thước 7,3T loại dữ liệu cơ bản của Microsoft). Không có phân vùng nào khác.
Ổ đĩa có định dạng NTFS. Đó là một ổ USB cần được kết nối dễ dàng với các hệ thống Windows mà không cần phần mềm bổ sung trên các hệ thống đó (yêu cầu của chủ doanh nghiệp về tính di động). Tôi có thể kết nối trực tiếp với máy windows 7, 8, 10. Nó gắn kết đúng cách và dữ liệu có thể được đọc và ghi trên bất kỳ hệ điều hành Windows nào. Nếu tôi kiểm tra lỗi trong Windows, không có lỗi nào được phát hiện, vì vậy không có nỗ lực sửa chữa nào được thực hiện. Chưa thử bất kỳ công cụ sửa chữa Windows nào ngoài kiểm tra đĩa vì theo kinh nghiệm của tôi, chúng thường gây hại nhiều hơn là có lợi.
Tôi có một bản sao lưu tất cả dữ liệu (cách xa 1700 dặm - hầu hết dữ liệu được ghi nhỏ giọt và nhỏ giọt, vì vậy tôi có một tập lệnh sao lưu qua đêm đến một địa điểm ở xa một cách đơn giản & vô hình), và tất cả dữ liệu có thể truy cập được trên ổ đĩa được đề cập nếu tôi gắn ổ đĩa vào Windows. Phần khó khăn nhất là nhờ có Covid, tôi không có ổ đĩa 8T dự phòng hoặc tiền để mua một chiếc - nghiêm túc mà nói. Cũng muốn tránh một bản sao hơn 36 giờ từ ổ đĩa đến ổ đĩa, có thể là ở đây hoặc tại trang web dự phòng của chúng tôi (nhà của con của chủ sở hữu). Chúng tôi đã quá quen với việc sử dụng nó trên máy chủ nhỏ của chúng tôi, chúng tôi muốn lấy lại nó càng sớm càng tốt. Tôi đặc biệt đặt nó trên máy chủ 20.04 vì tôi tôn trọng không có BS và các công cụ tuyệt vời mà Ubuntu cung cấp. Máy chủ nhỏ đó là hệ thống yêu thích của tôi vì cô ấy không có chút thất thường nào...cho đến lúc này.
Tôi có quyền truy cập vào các hệ thống Windows 7, 8, 10 cũng như máy chủ và máy tính để bàn Ubuntu 20.04. Tôi sẵn sàng sử dụng một công cụ Windows nếu điều đó sẽ làm được, nhưng tôi tin tưởng Ubuntu hơn - hầu hết các "công cụ khôi phục" của Windows đều khiến tôi sợ hãi
