전체 시스템을 tarballing하고 foobar'd 일 때 시스템을 복원하는 대략적인 속도를 확인하기 위해 회사 시스템에 필수적이지는 않지만 기본 시스템 중 하나를 워크 스테이션에 부분적으로 복제했습니다. 작동합니다. 나는 전체 시스템의 타르볼을 생성하는 시간을 정하고 그것을보기에 좋은지 확인했다.
나는 그 다음 달렸다 rm -rf / --no-preserve-root. 전에는 그런 일을 한 적이 없었기 때문에 정말 재미있었습니다. 처음에.
상자를 재부팅하면 아무 것도 나타나지 않았습니다. "Dell"로고가 아니며 BIOS 옵션이 아닙니다.
드라이브를 다른 상자에 연결하고 UEFI 파티션이 있다는 것을 chagrin에게 알았습니다. 나는 나의 죽음의 사령부가 효과적으로 그 칸막이를 가로막 았다고 가정합니다.
다른 기능을하는 드라이브를 현재 기능이없는 워크 스테이션에 연결했지만 워크 스테이션은 여전히 아무 작업도 수행하지 않습니다.
누구든지 이와 같은 것을 보았거나 무엇을 찾아야하는지에 대한 제안이 있습니까? 이 rm명령을 실행 하면 전체 상자를 어떻게 엉망으로 만들 수 있었습니까?
업데이트 : 상자를 Dell에 반환했습니다. 우연의 일치인지 또는 dronus에 설명 된 상황인지 정확하게 진단 할 수 없었습니다 . 그러나 이것이 일어날 수있는 가능한 이유를 설명하는 dronus의 대답을 받아 들일 것입니다. 또한 앞으로 다른 사람들도 같은 일을하지 않도록주의 할 것입니다. 누군가 버그가있는 UEFI를 사용하여 Dell의 일부 기록을 찾으면 도움이 될 것입니다.