제가 리눅스를 배우면서 수집한 유용한 명령어와 정보가 담긴 텍스트 파일을 저장해 두었습니다. 추가해야 할 좋은 내용을 발견할 때마다 vim에서 열지만 이는 지루해집니다. 그래서 오늘은 cat >>여기에 몇 가지 내용을 추가하고 나중에 다시 정리하고 싶습니다. (저는 GUI 없이 작업하므로 모든 작은 일이 도움이 됩니다.) cat을 사용하거나 >> file 명령을 실행합니다.
파일을 보려고 했는데 실수로 작업을 수행하여 cat > textfile파일을 비웠습니다.
이 글을 쓰면서 내 .zsh_history, 더 정확하게 내가 한 일을 살펴보세요 cat> textfile | tail. 분명히 "보다 큼" 기호 중 하나를 리디렉션하는 대신 공백을 제거했습니다.
내가 시도한 것
나는 즉시 내가 무슨 짓을 했는지 깨달았고, 그 터미널에서는 더 이상 아무것도 하지 않았습니다. 고양이는 여전히 거기 앉아 빈 줄을 서서 기다리고 있었습니다. 기반으로이 문제, 나는 노력했다이 답변다른 tty 터미널에서:
제안된 답변:
sudo grep -i -a -B100 -A100 'string' /dev/sda1 > file.txt
내 시도:
grep -F -a -B3000 -A3000 'string' /dev/sdb2 > /media/EXTERNAL_HDD_MOUNT/grepResults
밤새 방치하고 아침에 무슨 일이 일어났는지 봐야겠다고 생각했는데, 거의 한 시간 만에 끝났다는 사실에 놀랐다. OS는 USB/C 플래시 드라이브, 기본 파티션 186GB(영구 라이브가 아닌 일반 설치)에 설치됩니다. 현재 내부 하드 드라이브가 없는 컴퓨터에서 실행됩니다. 11MB의 콘텐츠가 제공되었으므로 읽을 수 있는 문자열을 추출하고 무엇을 얻었는지 확인해야 했습니다(또 다른 방법을 배워야 했습니다).
내 질문 중 하나는 고양이 프로세스를 종료/중지/종료하는지 여부와 방법에 차이가 있습니까? 줄 바꿈 없이는 작동하지 않을 것이라는 것을 알고 있지만 어쨌든 즉시 작업을 수행하고 다른 뷰어와 함께 볼 때 파일이 이미 비어 있는 것처럼 보입니다.
또 다른 질문(또는 xy 질문)은 /proc에서 복원할 수 있습니까?입니다. 2010년 질문에 대한 제가 생각하기에 유망해 보이는 또 다른 제안이 있습니다. /proc에 디렉터리가 있는 PID를 찾았지만 거기에 들어가면 무엇을 보고 있는지도 모르고, 어떻게 해야 할지 모르겠습니다.
아, 내가 하는 또 다른 일은 fc -p. 내가 실행하는 명령으로 인해 드라이브에 무언가가 기록될까봐 걱정됩니다. ZSH 기록은 제가 현재 알고 있는 몇 안되는 것 중 하나여서 구글링해서 차단해 보았습니다.
어떤 grep 제안이라도 감사하겠습니다. 내 "MyCommands" 파일이 특수 문자로 가득 차 있다는 것을 알고 있으므로 검색할 고유 문자열을 선택할 때 특수 문자를 사용하지 않으려고 노력하고 있습니다. 이는 혼합에 추가 변수를 추가하여 상황을 더 복잡하게 만들지 않기 위함입니다. 해당 형식의 구문 강조가 마음에 들기 때문에 .bat로 저장했습니다.