좋습니다. 저는 거의 10년 동안 다양한 수준의 시스템 관리 작업을 해왔지만 오래된 실수의 희생양이 되었습니다. 왜 그런 일이 일어 났는지 이해하지 못합니다.
나는 내 서버에서 거의 15년 동안의 .tar.gz 파일을 압축 해제하고 데이터를 정렬하는 중이었습니다. 나는 항상 새 폴더를 샌드박스로 사용하기도 했습니다. /DATA/RAID1/ROOT/SORTME/BACKOPEN나는 필요하지 않을 것으로 알고 있는 더 확실한 시스템 폴더를 제거하기로 결정했을 때 이전 Ubuntu 설치의 압축되지 않은 아카이브가 포함된 폴더( )에 있었습니다 . 실행했을 때 실행이 완료되었지만 완료되었을 때 제거하려고 시도한 것과 같은 이름의 다른 루트 관련 폴더가 없습니다 rm./bin/sbin
위반 명령:
root@dev1:/DATA/RAID1/ROOT/SORTME/BACKOPEN# rm -rfv cdrom/ boot/ bin/ calpp/ dev/ etc/ ldconfig icd-registration.tgz lib/ lib32/ lib64/ opt/ sbin/ selinux/ share/ srv/ usr/ var/
이제 나는 상대 경로를 설명하기 위해 해당 디렉토리 이전에 있어야 했다는 것을 돌이켜보면 확실히 깨닫습니다. 그러나 내가 구체적으로 지정 하고 당시에 없었을 때 왜 제거 되거나 제거될 것인지에 ./대해 여전히 혼란스럽습니다 ./bin/sbinbin/ sbin//
내가 내 비밀번호로 작업 중이고 루트를 지정하는 앞에 슬래시가 없다면 내가 있던 디렉토리의 디렉토리만 삭제했어야 했던 것 같습니다.
/다행 스럽게도 ZFS 풀 이름이 하나도 없어서 rm괜찮습니다. 하지만 다시는 이런 실수를 저지르지 않기를 바랍니다.
이런 OS를 망친다는 생각은 당혹스럽고 다른 것이 ./답이 될 것이라고 생각하지 않을 수 없습니다.
내가 여기서 무엇을 눈치채지 못하고 있습니까?
귀하의 노력에 미리 감사드립니다.
업데이트:
좋아, 그래서 집에 돌아와서 출시 이후 사용했던 것과 똑같은 ISO에서 14.04를 다시 설치했습니다. ZFS 풀(/DATA/RAID1|/DATA/RAID2)을 다시 가져오고 /DATA/RAID1/ROOT/SORTME/BACKOPEN을 확인하여 문제가 되는 명령에 지정한 모든 디렉터리/파일이 여전히 존재하는지 찾았습니다. 나는 모든 것을 망치고 싶지 않고 내 게시물에 문제가 되는 명령을 복사하여 붙여넣었지만 각 경로/파일 인수 앞에 ./를 추가했습니다. 그것은 작동했고 내 OS를 손상시키지 않았습니다. 또한 나중에 검토하기 위해 rm -rfv의 출력을 파일로 리디렉션했습니다. 내 OS의 어떤 부분도 제거되지 않았으며 모든 것이 잘되었습니다. 하드 링크나 심볼릭 링크가 문제였다면 같은 문제가 있었겠지만 이번에는 그렇지 않았을 것 같습니다. 줄거리가 두꺼워집니다. 나는 결코 대답을 얻지 못할 수도 있다는 느낌을 받고 있지만 아마도 이것은 이상한 사고로 일어난 일 중 하나일 것 같습니다. 앞으로는 더욱 조심하겠다고 말씀드릴 수 있겠네요...