Tham gia Đăng nhập
Điểm:0
Victor avatar Ubuntu

(Lỗi khởi tạo trong Ubuntu 20.04) Lỗi: Lỗi đọc khu vực 0x100800 từ HD1

lá cờ ru
Victor

Bây giờ khoảng 20 phút trước, màn hình lỗi này xuất hiện khi tôi bật PC theo cách không mong muốn.

Tôi buộc phải tắt nó do HĐH trước đó đã bị lỗi sau khi thực thi mã. Vì vậy, bây giờ tôi nghi ngờ liệu có phải ổ cứng trong có địa chỉ bộ nhớ 0x100800 này đã bị hỏng và không thể làm gì thêm hay không, hoặc liệu có bất kỳ lệnh nào có thể khôi phục dữ liệu từ ổ cứng trong hay không.

Làm thế nào tôi có thể tiếp tục bây giờ? Có cần phải định dạng lại máy không và có thể sao lưu dữ liệu từ HD nội bộ hoặc trở lại trạng thái cùng hệ điều hành không?

Lưu ý: Tôi cũng đang sử dụng ổ cứng gắn ngoài và tôi vẫn chưa quen với Linux, tôi đã gỡ cài đặt Windows 7 và cài đặt Ubuntu 20.04 vào tháng 3 năm nay và đây là lần đầu tiên tôi gặp sự cố này.

Tôi đã tìm thấy các vấn đề tương tự như thế này trên mạng và trên một số trang, nhưng tôi đọc được rằng hầu hết người dùng đã gặp sự cố HD của họ hoặc được thông qua các quy trình như LiveCD, LiveUSB mà tôi không biết cách thực hiện... máy tính xách tay này là cho thấy vấn đề là vấn đề duy nhất của tôi.

Ảnh chụp màn hình lỗi: không đọc được khu vực

Ảnh chụp màn hình GRUB

152
0 + 10
guiverc avatar
lá cờ cn
guiverc
Bạn phải tắt máy?? Không thể tắt máy một cách an toàn (tức là các lệnh SysRq trực tiếp tới kernel cho phép tắt máy an toàn thông qua lệnh tới kernel linux). Tôi đã phải tắt hộp 3 lần vào ngày hôm qua bằng cách sử dụng nút nguồn (chủ yếu là hoảng loạn hạt nhân) và hôm nay tôi đã quyết định rằng phần cứng & hộp cần thay thế... (không đáng để cố gắng thay thế các thành phần bị lỗi/hỏng). Buộc tắt hộp theo cách không sạch sẽ hiếm khi là điều khôn ngoan - hãy sử dụng các phương pháp SysRq hoặc *safe* trong tương lai. Khởi động phương tiện *trực tiếp* & khám phá sức khỏe & `fsck` đĩa của bạn (ví dụ: kiểm tra hệ thống tệp)
0
Hồi đáp
guiverc avatar
lá cờ cn
guiverc
Sử dụng SMART để xác thực tình trạng ổ đĩa - https://help.ubuntu.com/community/Smartmontools (lỗi có thể là logic hoặc vật lý do bị cắt điện) có thể được thực hiện thông qua công cụ CLI hoặc công cụ GUI nếu hệ thống máy tính để bàn được khởi động (bạn không nói nếu máy tính để bàn hoặc máy chủ). Nếu ổ đĩa ổn, và sau đó bạn thực hiện kiểm tra `fsck` hoặc kiểm tra hệ thống tệp (từ phương tiện *live*), bạn có thể thấy mình có thể khởi động bình thường sau khi khởi động lại (ví dụ: nếu `fsck` phát hiện & khắc phục sự cố gây ra bởi mất điện/tắt máy không sạch).
0
Hồi đáp
Victor avatar
lá cờ ru
Victor
Vì vậy, tôi đang lập trình nhưng tôi nghĩ rằng tôi đã thực hiện một vòng lặp lớn trong mã của mình và sau đó tôi chạy nó, tôi đã làm hỏng hệ điều hành của mình, nhưng phải mất hơn 3 phút để quay lại, tôi quyết định buộc khởi động lại: nhấn nút nguồn để tắt, đợi vài giây và bật lại ... Nhưng sau màn hình máy tính ban đầu, tôi gặp phải màn hình đầu tiên: "lỗi: lỗi đọc khu vực ..." và sau màn hình GRUB
0
Hồi đáp
Victor avatar
lá cờ ru
Victor
Tôi không biết làm thế nào tôi có thể thực hiện các lệnh ```SysRq``` một cách an toàn trước đây... Phương tiện truyền thông trực tiếp này, tôi sẽ tìm kiếm trên đó để biết... Vẫn có thể khôi phục dữ liệu từ HD? ? Phương tiện trực tiếp tôi không có, chỉ có ISO từ HĐH Ubuntu 20.04 mà tôi đã cài đặt
0
Hồi đáp
Victor avatar
lá cờ ru
Victor
Tôi nghĩ rằng SMART tôi không thể sử dụng vì sau khi bật máy tính xách tay và chuyển đến màn hình GRUB, tôi không thể thực hiện các lệnh này trong hướng dẫn SMART, đó là trên máy tính để bàn chứ không phải máy chủ
0
Hồi đáp
Victor avatar
lá cờ ru
Victor
Bây giờ tôi đã lắp cùng một ổ đĩa bút có khả năng khởi động (giống cái mà tôi đã sử dụng để cài đặt Ubuntu 20.04) vào máy của mình và nó đã được đọc, sau đó nó xuất hiện kiểm tra các đĩa và nó không tìm thấy lỗi nào trên các thư mục
0
Hồi đáp
guiverc avatar
lá cờ cn
guiverc
FYI: Sysrq là một phím trên bàn phím, mặc dù trên bàn phím hiện đại, nó có thể không được in; ví dụ. nó không có trên các loại máy hiện đại nhưng khả dụng nếu tổ hợp phím Fn vẫn còn; nó không còn được in trên các phím nữa (lấy điện thoại và tìm kiếm "ma thuật sysrq" và bạn sẽ tìm thấy https://en.wikipedia.org/wiki/Magic_SysRq_key cũng tốt như bất kỳ phím nào). Bạn khởi động hệ thống *sống* để thực hiện kiểm tra phần cứng; vì vậy ổ đĩa không được sử dụng cho phép bạn kiểm tra tình trạng; và `fsck` (khó khăn hơn nhiều trên hệ thống đang chạy, do đó, tại sao bạn sử dụng hệ thống *live* để chỉ sử dụng ổ đĩa ngón tay cái; không phải hdd/ssd/etc bên trong của bạn)
0
Hồi đáp
Victor avatar
lá cờ ru
Victor
Ồ bây giờ tôi đã thấy ở đây, tôi có khóa Sysrq này! Tôi đã không nhận ra trước khi xin lỗi
0
Hồi đáp
Victor avatar
lá cờ ru
Victor
Hãy để chúng tôi [tiếp tục cuộc thảo luận này trong cuộc trò chuyện](https://chat.stackexchange.com/rooms/128010/discussion-between-victor-and-guiverc).
0
Hồi đáp
guiverc avatar
lá cờ cn
guiverc
Xin lỗi, tôi truy cập trang web này qua Ubuntu SSO (tức là đăng nhập Ubuntu), trò chuyện tồn tại trên Stack Exchange mà tôi không thể truy cập nếu không đăng nhập vào Stack Exchange (trình duyệt này tôi đã hạn chế quyền truy cập vào Ubuntu SSO). Đối với trò chuyện *trực tiếp*, tôi khuyên dùng #ubuntu trên IRC (https://help.ubuntu.com/community/InternetRelayChat)
0
Hồi đáp
lá cờ VietNam
Phan Văn Trường
Câu hỏi này là trong các ngôn ngữ khác:

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.