Чи може "rm -rf / --no -serve-root" зіпсувати біос?

Щоб побачити приблизну швидкість тарболінгу всієї системи, а потім відновити цю систему, коли вона була foobar'd, я частково клонував одну з наших основних систем на робочу станцію, яка, хоча і не є невід'ємною частиною нашої системи компанії, було б непогано мають функціонування. Я присвятив створення тарболу всієї системи і перевірив її, щоб переконатися, що вона виглядає добре.

Я тоді побігла rm -rf / --no-preserve-root. У мене ніколи не було можливості це робити, тому було дуже весело. По-перше.

Коли я перезавантажив коробку, нічого не з’явилося. Не логотип "Dell", не параметри BIOS, нічого.

Я підключив накопичувач до іншої скриньки і виявив свою прикрість, що на ньому є розділ UEFI. Я припускаю, що мій Команд смерті фактично вклав цей перегородку.

Я підключив інший, функціонуючий привід до теперішньої неіснуючої робочої станції, але робоча станція все ще нічого не робить.

Хтось бачив щось подібне чи має пропозиції, на що звернути увагу? Як запустивши цю rmкоманду, вдалося так по-царському зіпсувати всю скриньку?

ОНОВЛЕННЯ: Ми повернули коробку Dell. Ми не змогли точно поставити діагноз, чи це був збіг обставин або ситуація , описана дроном . Однак я прийму відповідь дрону, оскільки вона описує можливу причину, чому це станеться. Крім того, він застереже інших від того, щоб робити те саме в майбутньому. Якщо хтось знайде запис про Dell, що використовує баггі UEFI, це було б корисно.

Однією рідкісною можливістю є те, що ви викликали деякі сумнозвісні помилки UEFI, які вже вбили кілька серій ноутбуків Samsung та Lenovo.

Це працює так: специфікації UEFI пропонують енергонезалежну пам'ять (nvram або eeprom), до якої ОС може отримати доступ для зберігання налаштувань або налагодження інформації. Linux фактично використовує цю функцію у випадку паніки ядра: Якщо кореневій файловій системі більше не довіряють (наприклад, після винятку в коді ядра), вона перемикається на режим лише для читання. Тепер функцію UEFI можна використовувати, а інформація про налагодження записується в енергонезалежну пам'ять. Поки що це звучить як гарна ідея: дані можуть бути отримані пізніше та використані для вивчення причин збоїв.

Однак, у деяких рядках грандіозних виробничих ресурсів UEFI деякі функції управління енергонезалежною пам'яттю повідомлень порушені. Залежно від повідомлень, ці прошивки виходять з ладу при ініціалізації пам'яті повідомлень, як правило, досить рано під час завантаження. Вони навіть не можуть досягти ініціалізації VGA, і в цьому випадку машина здається повністю замурованою. У випадках, зазначених вище, програмного рішення не було, і плату довелося замінити.

Запуск rm -rf / --no-preserve-rootможе викликати іншу помилку ядра при обході та видаленні файлових систем ядра, таких як /sys, /devабо /proc, що, нарешті, може призвести до паніки ядра, остаточно викликаючи згадану вище помилку енергонезалежної пам'яті.

Ні, таким способом знищити BIOS (спадщину або UEFI) неможливо.

Навіть якщо вам дещо вдалося знищити розділ UEFI, на основні файли BIOS це не вплине, оскільки вони знаходяться в енергонезалежній пам'яті (в основному на базі флеш-пам'яті), розмещеній на вашій материнській платі.

У розділі UEFI розміщені додаткові компоненти програмного забезпечення (наприклад: налагоджувач, драйвер, ecc), але машина повинна завантажуватися в BIOS навіть без дійсного розділу UEFI.

Незважаючи на розвагу, rm -rf /можна лише зламати хаос всередині власної маленької в'язниці - і саме це секції надаються їй. Він не може зіпсувати диск MBR, а також не може магічно знищити ваш комп'ютер.

У вашому випадку щось інше не так.

Інші відповіді, схоже, згодні з тим, що стирання BIOS, мабуть, не є вашою проблемою, тому ось інша думка:

Мій комп'ютер при переході в режим UEFI повністю пропускає екран BIOS. Ні логотипу виробника, ні нічого. Він просто намагається завантажитися і каже мені, що немає завантажувальних носіїв (або черевиків).

Якщо я запам’ятав ключ для входу в інсталяцію, я можу його збити, коли комп'ютер з’явиться, і я все ще можу перейти до налаштувань BIOS.

Якщо ви знаєте ключ налаштування BIOS, ви можете спробувати натиснути його, щоб увійти в налаштування, або довіритись, що він насправді працює, і відновити свій tar на диску, а потім спробуйте завантажитися. Можливо, буде швидше використовувати якийсь інший фрагмент завантажувального носія UEFI і спробувати завантажувати це, якщо це величезна смола ( Memtest86 повинен підтримувати завантаження UEFI).

/sys/firmware/efi/efivars- це спеціальна файлова система, що містить усі змінні EFI. Якщо постачальник не дотримувався кращих практик , можливо, ви rm -rfвитерли важливі з них і, таким чином, переплутали прошивку.