전체 시스템을 타르볼링하고 foobar가 설치된 경우 해당 시스템을 복원하는 데 소요되는 대략적인 속도를 확인하기 위해 기본 시스템 중 하나를 워크스테이션에 부분적으로 복제했습니다. 워크스테이션은 회사 시스템에 필수적이지는 않지만 기능을 가지고 있습니다. 나는 전체 시스템의 타르볼 생성 시간을 측정하고 그것이 좋아 보이는지 검사했습니다.
나는 그 다음 달렸다 rm -rf / --no-preserve-root. 이전에는 그런 기회가 없었기 때문에 정말 즐거웠습니다. 처음에는.
상자를 재부팅했는데 아무 것도 나타나지 않았습니다. "Dell" 로고도 아니고 BIOS 옵션도 아니고 아무것도 아닙니다.
드라이브를 다른 상자에 연결했는데 UEFI 파티션이 있다는 사실이 억울했습니다. 나는 내 죽음의 명령이 효과적으로 그 칸막이에 물을 뿌렸다고 생각합니다.
현재 작동하지 않는 워크스테이션에 작동하는 다른 드라이브를 연결했지만 워크스테이션은 여전히 아무 작업도 수행하지 않습니다.
이와 같은 것을 본 사람이 있거나 무엇을 찾아야 할지에 대한 제안이 있는 사람이 있습니까? 어떻게 그 rm명령을 실행하면 전체 상자가 그렇게 엉망이 되었습니까?
업데이트: 상자를 Dell에 반품했습니다. 우연인지 상황인지 정확하게 진단할 수 없었습니다.드로누스가 설명한 대로. 그러나 나는 이것이 일어날 수 있는 가능한 이유를 설명하는 dronus의 답변을 받아들일 것입니다. 또한, 앞으로는 같은 일을 하지 않도록 다른 사람들에게도 경고할 것입니다. 버그가 있는 UEFI를 사용하는 Dell의 기록을 발견한 사람이 있다면 도움이 될 것입니다.
답변1
드문 가능성 중 하나는 이미 일부 Samsung 및 Lenovo 노트북 시리즈를 죽인 악명 높은 UEFI 버그 중 일부를 유발했을 수 있습니다.
이는 다음과 같이 작동합니다. UEFI 사양은 설정 또는 디버깅 정보를 저장하기 위해 OS에서 액세스할 수 있는 비휘발성 메모리(nvram 또는 eeprom)를 제안합니다. Linux는 실제로 커널 패닉이 발생한 경우 이 기능을 사용합니다. 루트 파일 시스템이 더 이상 신뢰되지 않으면(예: 커널 코드에서 예외가 발생한 후) 읽기 전용으로 전환됩니다. 이제 UEFI 기능을 사용할 수 있으며 디버깅 정보가 비휘발성 메모리에 기록됩니다. 지금까지는 이것이 좋은 생각처럼 들립니다. 데이터는 나중에 검색되어 충돌 원인을 탐색하는 데 사용될 수 있습니다.
그러나 버그가 있는 UEFI 펌웨어의 일부 라인으로 인해 비휘발성 메시지 메모리의 일부 관리 루틴이 손상되었습니다. 메시지에 따라 이러한 펌웨어는 일반적으로 부팅 초기에 메시지 메모리 초기화 시 충돌이 발생합니다. VGA 초기화에 도달하지 못할 수도 있으며, 이 경우 시스템이 완전히 벽돌로 된 것처럼 보입니다. 위에서 언급한 경우에는 소프트웨어 솔루션이 없어 메인보드를 교체해야 했습니다.
실행하면 , 또는 rm -rf / --no-preserve-root와 같은 커널 파일 시스템을 탐색하고 삭제할 때 또 다른 커널 버그가 발생할 수 있으며 /sys, 이로 인해 결국 커널 패닉이 발생하고 위에서 언급한 비휘발성 메시지 메모리 버그가 발생할 수 있습니다./dev/proc
답변2
아니요, 해당 명령을 사용하여 이러한 방식으로 BIOS(레거시 또는 UEFI)를 삭제할 수 없습니다.
UEFI 파티션을 어느 정도 파괴했더라도 핵심 BIOS 파일은 마더보드에 소켓된 비휘발성 메모리(주로 플래시 기반)에 있기 때문에 영향을 받지 않습니다.
UEFI 파티션은 추가 소프트웨어 구성 요소(예: 디버거, 드라이버, ecc)를 호스팅하지만 유효한 UEFI 파티션이 없더라도 시스템은 BIOS로 부팅해야 합니다.
답변3
재미는 있지만, rm -rf /자신의 작은 감옥 내부에서만 혼란을 일으킬 수 있습니다. 그리고 그것이 주어진 파티션입니다. 디스크 MBR을 엉망으로 만들 수도 없고 컴퓨터를 마술처럼 파괴할 수도 없습니다.
귀하의 경우에는 다른 문제가 있습니다.