이것에서 어떤 회복? sudo chmod 600. *

경고 - 언급 된 명령을 실행 하지 마십시오

그래서 여기에 약간 멍청한 짓을 한 것 같습니다. .sudo / root 전용으로 읽기 / 쓰기로 시작한 디렉토리의 일부 파일에 대한 권한을 변경하려고했습니다 .

한 번에 여러 파일을 변경하려는 시도는 전 세계적으로 끔찍한 일을 한 것으로 보입니다. 디렉토리 안에있는 동안 (루트 디렉토리에 없었습니다) 나는 sudo chmod 600 .*잘 실행했습니다. 지금 전화로 게시하고 있습니다 ... 현재 터미널 창이 열려 있지만 노트북이 제대로 연결되어 있는지 확실합니다. 나는 완전히 끝났다. 유감스럽게도이 질문에는 약간의 시급함이 있습니다.

아 그리고 이것은 내가 추측하는 모든 곳 근처에서 사용 권한을 변경 한 것으로 보입니다. ls나 cd ..명령 도 실행할 수 없습니다 . 명령을 시도 cd /home/brian하거나 cd ~오류를 시도 하거나 bash: cd: /home/brian: Permission Denied시도하면 sudo그냥 말합니다bash: /usr/bin/sudo: Permission Denied

나는이 멍청한 무언가에서 내장 된 복구가 있는지 재부팅 할 것을 두려워하지 않지만, 상황을 악화시키기 전에 여기에 묻으려고한다고 생각했습니다. 내 주 OS가 변환하고 최근에 약간 옹호하는 것처럼 꽤 새로운 Linux입니다. 시도 할 것들에 대한 생각은 대단히 감사하겠습니다.

편집 : 이 명령이 어떻게 / 어디서 실행되었는지에 대한 설명을 원했습니다. 이것은 /.atx $임의의 디렉토리 일 뿐이지 만 아래에서 더 자세한 내용 으로 실행되었습니다 .

내 일반 username으로 로그인하는 동안 세 개의 구성 유형 텍스트 전용 파일이 포함 된 brian터미널을 열었습니다 /.atx. 각 파일 이름은로 시작했습니다 .. 그 디렉토리 / 이름 / 파일은 일반적인 패키지의 일부가 아니며 프로그래밍 방식으로 이동하는 임의의 구성 세트 만 있습니다. 파일에 일부 SQL Server 연결 문자열 정보가 포함되어 있으며 반쯤 모호해지기를 원했습니다.

휴, 여기의 회복은 실제로 내가 예상했던 것보다 매끄럽고 모든 것이 다시 아주 좋은 모양으로 보입니다.

해당 명령으로 디렉토리를 확장 한 방법에 대한 설명을 해준 @CharlesGreen에게 감사드립니다. 또한 약간 관련된 문제로 복구 모드로 들어가는 것에 대한 정보를 제공하는 @Panther에게 감사드립니다. (둘 다 귀하의 의견을 답변으로 다시 공유하려면 의견을 표명하십시오)

다행스럽게도 링크 된 게시물과 달리이 방법은 매우 간단하게 수정 된 것 같습니다. 내가 실행할 때 보이는 sudo chmod 600 .*아래 하나의 디렉토리에서 명령을 /이 확장 .*의 진정한 루트 디렉토리 변질 권한에 대한 부분 UP .에서 /다른 모든 권한을 넘어 원인을.

이에 대한 "수정"은 드라이브를 읽기 / 쓰기로 다시 마운트하고 기본 루트 ( cd /)로 이동 한 다음 복구 모드로 부팅하는 것 chmod +rx .입니다. 재부팅 후 모든 것이 정상으로 돌아옵니다.

이야기의 도덕, 명령을 실행하면 .*적어도 현재 디렉토리 위의 디렉토리에 영향을 줄 수 있습니다. 나는 .... oops로 시작한 파일에만 영향을 주려고했습니다.

의견을 말하고 도움을 주신 모든 분들께 감사드립니다.

이에 대한 "수정"은 드라이브를 읽기 / 쓰기로 다시 마운트하고 주 루트 (cd /)로 이동 한 다음 chmod + rx로 복구 모드로 부팅하는 것입니다. 재부팅 후 모든 것이 다시 시작된 것으로 보입니다. 표준.

이 답변을 합격 답변으로 여기게 될 독자들을 위해 명확하게하기 위해 chmod +x일반적인 솔루션으로서 솔루션에 대한 우려가 있습니다. 이 특정 질문은 사용자 홈 디렉토리 인 것으로 보이므로 아래의 일부 우려는 낮을 수 있지만 이것이 비즈니스 서버에 적용되어 여러 사용자 또는 다른 데이터 디렉토리에 영향을주는 경우 솔루션이 제안되지 않습니다.

긍정적 인 측면 에서이 단계는 사용자가 파일에 다시 액세스 할 수 있도록하여 추가 손실을 막기 위해 백업 미디어에 파일을 복사 할 수있게합니다. 그리고 하루가 끝날 무렵에는 이것이 데이터 복구 노력의 주요 목표입니다.

가장 큰 문제는 원본 파일에 현재 누락 된 특정 권한이 적용되었을 수 있다는 것입니다. 일부 프로그램 (특히 ssh)은 파일 권한을 강화하여 보안을 강화하고 +rw폴더와 파일에 권한이 설정되어 있으면 작동하지 않습니다 .

또 다른 문제는 이것이 루트 ( /) 폴더에 반복적으로 적용되는 경우 시스템의 모든 사용자가보고 수정할 수있는 다른 파일이있을 수 있다는 것입니다. 서버가 민감한 데이터 (PCI / 금융 또는 의료 / HIPAA 정보)를 포함 할 수있는 비즈니스 환경에서이 액세스는 감사 결과 및 영향을 초래할 수 있습니다.

개인 / 가정 환경에서이 복구는 완벽하게 허용됩니다. 일부는 조용히 부서 지거나 이상하게 작동 할 수 있습니다.

비즈니스 환경에서는이 복구를 사용하여 데이터에 다시 액세스하는 것이 사용될 수 있지만 궁극적으로 서버를 다시 설치하고 백업에서 복구하여 이와 같은 극적인 변화를 해결해야합니다.

( 당신은 현재 백업을 가지고 있지 않습니까? ;-) )