Có thể `rm -rf / --no-reserved-root` làm rối tung bios?

Để xem tốc độ xấp xỉ cho tarballing toàn bộ hệ thống, và sau đó khôi phục hệ thống đó khi nó là foobar'd, tôi đã sao chép một phần các hệ thống chính của chúng tôi lên một máy trạm, trong khi không thể tách rời với các hệ thống công ty của chúng tôi, sẽ rất tuyệt Có chức năng. Tôi đã hẹn giờ tạo ra tarball của toàn bộ hệ thống, và kiểm tra nó để đảm bảo nó trông ổn.

Sau đó tôi chạy rm -rf / --no-preserve-root. Tôi chưa bao giờ có cơ hội để làm điều đó trước đây, vì vậy nó rất nhiều niềm vui. Lúc đầu.

Khi tôi khởi động lại hộp, không có gì hiển thị. Không phải logo "Dell", không phải tùy chọn cho BIOS, không có gì.

Tôi nối ổ đĩa vào một hộp khác và nhận thấy sự thất vọng của mình rằng nó có phân vùng UEFI. Tôi giả định rằng Lệnh chết của tôi có hiệu quả trong phân vùng đó.

Tôi đã kết nối một ổ đĩa hoạt động khác với máy trạm hiện không còn hoạt động, nhưng máy trạm vẫn không làm gì cả.

Có ai nhìn thấy bất cứ điều gì như thế này, hoặc có gợi ý về những gì cần tìm? Làm thế nào mà chạy rmlệnh đó quản lý để làm rối tung toàn bộ hộp?

CẬP NHẬT: Chúng tôi trả lại hộp cho Dell. Chúng tôi không thể chẩn đoán chính xác nếu đó là sự trùng hợp ngẫu nhiên hoặc tình huống như được mô tả bởi dronus . Tuy nhiên, tôi sẽ chấp nhận câu trả lời của dronus vì nó mô tả một lý do có thể tại sao điều này sẽ xảy ra. Hơn nữa, nó sẽ cảnh báo những người khác không làm điều tương tự trong tương lai. Nếu bất cứ ai tìm thấy một số hồ sơ của Dell sử dụng UEFI lỗi, điều đó sẽ hữu ích.

Một khả năng hiếm có thể là bạn đã kích hoạt một số lỗi UEFI khét tiếng, đã giết chết một số máy tính xách tay của Samsung và Lenovo.

Nó hoạt động như thế này: Thông số kỹ thuật của UEFI đề xuất bộ nhớ không bay hơi (nvram hoặc eeprom) mà HĐH có thể truy cập để lưu trữ cài đặt hoặc gỡ lỗi thông tin. Linux thực sự sử dụng tính năng này trong trường hợp hoảng loạn kernel: Nếu hệ thống tập tin gốc không còn đáng tin cậy nữa (ví dụ: sau một ngoại lệ trong mã kernel), nó được chuyển sang chỉ đọc. Bây giờ tính năng UEFI có thể được sử dụng và thông tin gỡ lỗi được ghi vào bộ nhớ không biến đổi. Cho đến nay, điều này nghe có vẻ là một ý tưởng tốt: Dữ liệu có thể được truy xuất sau đó và được sử dụng để khám phá lý do sự cố.

Tuy nhiên, với một số dòng phần mềm UEFI lỗi, một số thói quen quản lý bộ nhớ tin nhắn không biến đổi bị hỏng. Tùy thuộc vào các thông báo, các phần cứng này gặp sự cố khi khởi tạo bộ nhớ thư, thường là khá sớm khi khởi động. Họ thậm chí có thể không đạt được khởi tạo VGA, trong trường hợp đó máy dường như hoàn toàn bị brick. Trong các trường hợp được đề cập ở trên, không có giải pháp phần mềm và các bo mạch chính phải được thay thế.

Việc chạy rm -rf / --no-preserve-rootcó thể kích hoạt một lỗi kernel khác khi duyệt và xóa các hệ thống tập tin kernel như /sys, /devhoặc /proc, cuối cùng có thể dẫn đến sự hoảng loạn của kernel, cuối cùng gây ra lỗi bộ nhớ tin nhắn không biến đổi được đề cập ở trên.

Không, không thể phá hủy BIOS (di sản hoặc UEFI) theo cách này bằng lệnh đó.

Ngay cả khi bạn phần nào xoay sở để phá hủy phân vùng UEFI, các tệp BIOS lõi sẽ không bị ảnh hưởng, vì chúng nằm trong bộ nhớ không bay hơi (chủ yếu dựa trên flash) được cắm trên bo mạch chủ của bạn.

Phân vùng UEFI lưu trữ các thành phần phần mềm bổ sung (ví dụ: trình gỡ lỗi, trình điều khiển, ecc), nhưng máy nên khởi động vào BIOS ngay cả khi không có phân vùng UEFI hợp lệ.

Trong khi vui, rm -rf /chỉ có thể phá vỡ một sự tàn phá trong nhà tù nhỏ của chính nó - và đó là phân vùng mà nó được đưa ra. Nó không thể làm hỏng đĩa MBR, cũng như không thể phá hủy máy tính của bạn một cách kỳ diệu.

Một cái gì đó khác là sai trong trường hợp của bạn.

Các câu trả lời khác dường như đồng ý rằng việc xóa BIOS có lẽ không phải là vấn đề của bạn, vì vậy đây là một suy nghĩ khác:

Máy tính của tôi, khi chuyển sang chế độ UEFI, bỏ qua hoàn toàn màn hình BIOS. Không có logo của nhà sản xuất, không có gì. Nó chỉ cố khởi động và nói với tôi rằng không có phương tiện khởi động (hoặc khởi động).

Nếu tôi nhớ chìa khóa để vào thiết lập, tôi có thể đánh nó khi máy tính xuất hiện và tôi vẫn có thể vào cài đặt BIOS.

Nếu bạn biết khóa thiết lập BIOS, bạn có thể thử nhấn nó để vào thiết lập hoặc tin tưởng rằng nó thực sự đang hoạt động và khôi phục tar của bạn vào đĩa, sau đó thử khởi động. Có thể nhanh hơn để sử dụng một số phương tiện khác có thể khởi động UEFI khác và cố gắng khởi động nếu đó là một tar lớn ( Memtest86 được cho là hỗ trợ khởi động UEFI).

/sys/firmware/efi/efivarslà một hệ thống tệp đặc biệt chứa tất cả các biến EFI. Nếu nhà cung cấp không tuân theo các thực tiễn tốt nhất , có thể bạn rm -rfđã xóa các phần quan trọng và do đó nhầm lẫn phần sụn.