Một lệnh Ubuntu làm hỏng hệ thống của tôi?


18

Tôi mới cài đặt Ubuntu trên máy tính của tôi vài ngày trước để chạy một chương trình độc quyền. Tôi đã hoàn thành với nó, và tôi đã định dạng ổ đĩa để cài đặt lại Windows. Tuy nhiên, em trai tôi muốn chạy lệnh này trong thiết bị đầu cuối trên nó sẽ phá hủy HĐH và tôi nghĩ rằng nó sẽ không bị tổn thương vì dù sao tôi cũng sẽ định dạng ổ đĩa.

Đó là cái này:

sudo rm -rf --no-preserve-root /

Xin thứ lỗi cho tôi nếu lệnh này được cho là kết thúc thế giới hoặc một cái gì đó. Vì vậy, nó đã làm hỏng hệ điều hành và tôi khởi động lại PC bằng USB thiết lập Windows, dự định định dạng ổ đĩa trong Windows Setup.

Tuy nhiên, khi khởi động lại, màn hình hoàn toàn không nhận được bất kỳ đầu vào nào. Ngoài ra, chỉ báo ổ cứng (hoặc bất kể đèn đỏ là gì) không làm một việc. (Trên thực tế, nó đã tắt.) Tuy nhiên, người hâm mộ đã làm việc và ổ đĩa DVD. (Tôi không nghĩ rằng có một loa PC trong đó, vì vậy nếu bạn cần một số mã lỗi tiếng bíp, xin lỗi.)

Tôi đã thử chuyển cáp VGA từ card đồ họa sang bo mạch chủ, nhưng tôi vẫn không nhận được đầu vào. Tôi đã thử đưa đĩa Windows XP cũ này vào ổ đĩa, nhưng không có gì hiển thị. Đã nghiền các nút Xóa, F12, v.v., nhưng không có gì xảy ra. Sau đó tôi đã xem trực tuyến và thử một đề nghị để gắn lại RAM, nhưng không có gì thay đổi. Tôi đang nghĩ đến việc đặt lại thủ công CMOS nhưng vẫn chưa nhận được. (Vui lòng cho tôi biết nếu bạn định khuyên bạn nên làm như vậy, vì tôi không muốn làm hỏng PC nếu tôi không phải làm vậy.)

Tôi có UEFI vì vậy tôi có thể sử dụng chip dự phòng trong trường hợp BIOS bị hỏng.


6
Không có cách nào để xóa các tập tin sẽ phá hủy một ổ đĩa. Lệnh này giống như nhập vào del -s c:\*.*dòng lệnh Windows (nếu bộ nhớ cú pháp DOS của tôi đúng). Tất nhiên việc xóa HĐH sẽ khiến HĐH bị lỗi, nhưng không còn gì nữa. Bạn thực sự sẽ nhận được một dấu nhắc GRUB. Bạn có một số vấn đề khác và nó không liên quan gì đến Ubuntu. Ngay cả khi đĩa bị lỗi, điều đó sẽ không ảnh hưởng đến việc khởi động USB hoặc DVD.
Marty Fried

1
Có thể trùng lặp Làm thế nào để loại bỏ Ubuntu và đưa Windows trở lại? - đây là những gì bạn cuối cùng muốn làm, phải không? Ngoài ra, vấn đề của bạn không có chủ đề ở đây vì nó không liên quan đến Ubuntu mà anh trai bạn đã gỡ bỏ khá nhiều với lệnh đó.
David Foerster

Câu trả lời:


22

Điều này là có thể trên một hệ thống UEFI chạy systemd.

Để tóm tắt, trích dẫn một nhận xét từ báo cáo lỗi đó:

Điểm 1:
Xóa /sys/firmware/efi/efivars/sẽ phá vỡ cấu hình EFI của bạn, nhưng trong EFI được triển khai đúng cách, điều này sẽ có thể phục hồi được.

Điểm 2:
Có một số phần cứng ngoài kia với EFI bị hỏng / được triển khai kém, có thể bị chặn vĩnh viễn bằng cách thực hiện các công cụ tuân thủ tiêu chuẩn cho chúng. Xem ví dụ về trường hợp Ubuntu brick một số máy tính xách tay Samsung bằng cách lưu trữ dữ liệu bổ sung trong một số bộ nhớ EFI. Hành vi này là tốt theo tiêu chuẩn nhưng đã phá vỡ việc thực hiện cụ thể này.

Điểm 3:
Chạy bất cứ thứ gì dưới dạng root ghi vào /dev/sdasẽ phá hủy bảng phân vùng và / hoặc hệ thống tệp của bạn. Điều đó đặc biệt tệ nếu bạn không có bản sao lưu, nhưng sau khi phân vùng, tạo hệ thống tệp mới và cài đặt lại hệ điều hành, máy của bạn sẽ hoạt động trở lại. Vì vậy, bạn có thể khôi phục từ nó bằng cách khởi động một số phương tiện khác và làm lại cài đặt của bạn.

Điểm 4:
Đập EFI của bạn là một loại vấn đề hoàn toàn khác. Trong trường hợp xấu nhất, bạn sẽ không thể làm bất cứ điều gì với máy vì nó sẽ không được POST. Không khởi động từ một phương tiện khác, không nhập một số tiện ích EFI để sửa các nội dung bị thiếu. Một điểm mà máy tính của bạn là một chặn giấy thực sự đắt tiền.

Vấn đề xảy ra trong các bản phân phối chạy systemd và mount efivarfscó thể ghi (at /sys/firmware/efi/efivars). Systemd cần phải viết ở đó, vì vậy các bản phân phối sử dụng systemd bị ảnh hưởng. Tuy nhiên, dường như không có dấu hiệu nào cho thấy các hệ thống Upstart bị ảnh hưởng.


Nên làm gì thay vì sudo rm -rf --no-preserve-root /?
Peter Mortensen

@PeterMortensen sudo find / -xdev -deletecó lẽ.
muru

11

Chạy lệnh rm -rf /có thể gạch bất kỳ thiết bị UEFI nào (bao gồm cả thiết bị tôi đang gõ). Làm điều này sẽ xóa tất cả các tệp bao gồm các ổ đĩa được gắn và các biến phần sụn EFI (đây là những gì gạch). Linux gắn các biến EFI vào /sys/firmware/efi/efivars/rm -rf /sẽ xóa tất cả các tệp (biến EFI) trong thư mục đó. Máy tính của bạn rất có thể là cục gạch và không thể sửa được (EFI sử dụng NVRAM ).

Các máy tính BIOS cũ không rm -rf /biến đổi vì chúng không có các biến phần mềm EFI có thể bị xóa. Ngoài ra, có thể làm điều tương tự (xóa tất cả các biến EFI) trên Windows với một vài dòng mã.


2

Thông thường, không có cách nào để xóa các tệp sẽ phá hủy ổ đĩa (xem phần chỉnh sửa của tôi ở cuối - rõ ràng, có một cách). Lệnh này giống như nhập del -sc: *. * Trong dòng lệnh Windows (nếu bộ nhớ cú pháp DOS của tôi đúng). Tất nhiên việc xóa HĐH sẽ khiến HĐH bị lỗi, nhưng không còn gì nữa.

Nếu bạn xóa thư mục khởi động cùng với mọi thứ khác, thậm chí toàn bộ phân vùng, bạn vẫn thực sự nhận được lời nhắc GRUB. Bộ tải khởi động GRUB sẽ không bị xóa vì nó không phải là một phần của cấu trúc thư mục, nhưng menu của nó là, vì vậy nó vẫn nên thử tải và báo lỗi.

Bạn có một số vấn đề khác và nó không liên quan gì đến Ubuntu. Ngay cả khi đĩa bị lỗi, điều đó sẽ không ảnh hưởng đến quá trình khởi động USB hoặc DVD.

EDIT: OK, tôi nghĩ rằng câu trả lời của tôi đã lỗi thời do UEFI BIOS, đây là điều mà tôi biết rất ít. Rõ ràng, có thể xóa thông tin cấu hình UEFI quan trọng. Tôi tin rằng những gì xảy ra là cái này được gắn vào hệ thống tập tin, và nếu được thực hiện không chính xác, sẽ không chỉ được đọc và có thể bị xóa, do đó xóa nó khỏi BIOS.


Một số lỗi đĩa có thể treo POST. Có một cái đĩa với lớp phủ oxit dày, nếu để lại vào cuối tuần, sẽ đóng băng, và điều đó thực sự ngăn chặn mọi thứ, cho đến khi tôi gõ đĩa bằng một cục tẩy bút chì, nó giải phóng nó. (nhà cung cấp thay thế đĩa).
ubfan1

1
Tôi đã có nhiều đĩa bị hỏng trong hơn 20 năm sử dụng máy tính và chưa bao giờ có ảnh hưởng đến POST. Cho đến khi máy tính hoàn thành POST, nó thậm chí không truy cập vào đĩa. Có lẽ nếu có một sự cố ngắn mạch trên một đầu nối, nhưng đó không phải là do bất cứ điều gì liên quan đến phần mềm.
Marty Fried

Tôi đã thử ngắt kết nối ổ cứng, nhưng vẫn không có gì. Tôi cảm thấy thật ngu ngốc.
Bạn

Nó có thể chỉ là một lỗi BIOS? Điều này xảy ra ngay sau khi HĐH bị phá hủy, sau khi khởi động lại, do đó, đó là sự trùng hợp ngẫu nhiên hoặc đó là lệnh đó.
Bạn

1
Đừng lo lắng! Thành thật mà nói, tôi đã viết chính xác câu trả lời nếu tôi không thấy câu tôi liên kết với bạn. Tôi luôn ghét UEFI, nhưng bây giờ tôi ghét nó hơn gấp 10 lần ...
You'SAGitForNotUsingGit 7/11/2016

1

Tôi đã có kinh nghiệm rằng phương tiện Windows Installer có thể bị treo nếu HD của bạn đang sử dụng định dạng mà Windows không biết (như ext4).

Trong trường hợp này, bạn nên chạy Linux LiveCD với GParted (như cái này ) và định dạng ổ cứng của bạn thành một cái gì đó như NTFS hoặc FAT32 trước khi thử cài đặt Windows.


2
Máy của anh ấy sẽ không POST ..
headkase

1
@Bill Mặc dù anh ấy đã đề cập đến BIOS, anh ấy nói rằng máy tính của anh ấy đã không phản hồi với "USB thiết lập Windows" và "đĩa Windows XP", vì vậy đây vẫn có thể là vấn đề.
Teresa e Junior

1
Màn hình của anh không có tín hiệu, không có chỉ báo ổ cứng, không có màn hình BIOS. Nó thậm chí còn không POST: en.wikipedia.org/wiki/Power-on_elf-test
headkase

0

Vấn đề chính ở đây là một hệ thống tập tin có thể mở rộng các thiết bị. Điều này bao gồm mọi thứ gắn kết. Đây là một vấn đề đối với UEFI. Heck, nó là một vấn đề cho Android. Và nếu bạn có một máy ảnh được gắn, giả sử, bạn cũng đã xóa nội dung DCIM của mình, phải không? Vậy, bạn đã học được gì? Nhà sản xuất có thể giúp bạn và bạn có thể flash bằng các phương tiện khác.

Lau đĩa bằng dd if = / dev / zero vào lần tới và xóa những thứ phù phiếm sẽ quay lại cắn bạn một ngày. Tất cả sẽ kết thúc trong nước mắt. Bạn thực sự có thể làm thời gian để chơi khăm ai đó như thế này, nó là một chút tồi tệ hơn so với del . trong thư mục gốc MS-DOS PC.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.