브라우저를 다시 시작하거나 뒤로 버튼을 누르지 마십시오!
Linux에서 :
이 솔루션은 히트 또는 누락이며 Linux에서 작동합니다. 간단히 말해 : Firefox 프로세스의 메모리를 덤프하고 텍스트 조각을 검색하십시오. 추악하지만 마지막 방법입니다.
먼저, gcore
gdb (GNU 디버거)를 설치해야하는 유틸리티를 사용하여 코어를 덤프하십시오 .
$ ps -e | grep firefox
7089 ? 00:02:23 firefox
$ gcore 7089
[New Thread 0xa8ffeb70 (LWP 8924)]
[New Thread 0xb25feb70 (LWP 8531)]
[New Thread 0x9d7feb70 (LWP 8527)]
... snip ...
[New Thread 0xb5ffeb70 (LWP 7099)]
[New Thread 0xb67ffb70 (LWP 7098)]
[New Thread 0xb72f8b70 (LWP 7097)]
Saved corefile core.7089
코어 덤프는 수백 메가 바이트의 디스크 공간을 차지할 수 있습니다.
성공하면 안도의 한숨을 쉬실 수 있습니다. 텍스트가 우연히 메모리에 남아 있으면 코어 덤프에서 캡처 된 것입니다.
이제 에세이의 문구 (예 : "심오한 효과")를 기억하고 문서에 해당 단어가 있는지 grep
확인하십시오.
$ grep 'a profound effect' core.7089
Binary file core.7089 matches
"바이너리 파일 ... 성냥"을 얻는다면 좋습니다. 그렇지 않은 경우 더 많은 문구를 사용해보십시오. 모든 grep
시도가 빈 출력물을 생성 한다면 , 에세이는 영원히 사라질 것이고, 당신이 할 수있는 일은 없습니다. (당신은 시도 할 수 grep -R 'a profound effect' ~/.mozilla
있지만 그것이 효과가 있을지는 의문입니다)
일치하는 것으로 가정하면 다음 작업은 찾고있는 텍스트가 포함 된 코어 덤프 조각을 잘라내어 less
시각적으로 보는 것입니다.
$ grep -B 20 -A 20 -a 'a profound effect' core.7089 > /tmp/out
$ less /tmp/out
(첫 번째 줄을 생략하고 말할 수 less core.7089
는 있지만 less
그렇게 큰 바이너리 파일을 검색 할 때 메모리 사용량이 증가 하는 경향 이 있음을 알았 습니다.)
이제, 유형 /a profound effect
, 대기 Enter 키를 누르십시오, 당신은 뭔가 인식 나타날 때까지 아래 페이지 :
밤! 이 결과가 마음에 들지 않으면 'n'을 입력하여 다른 것이 있는지 확인하십시오. 또한 게시를 끝내지 않도록 쓰레기를 교정하십시오.
내 마음은 종종 그 언어로 무성한 표현 아이디어를 생성합니다.
에세이 조각을 보유한 메모리가 더 이상 할당되지 않고 후속 할당에 의해 짓밟 히기 때문에 이와 같이 혼란스러워집니다.
Windows에서 :
절차는 동일합니다. 먼저 Firefox의 핵심 덤프를 만듭니다. 이것은 작업 관리자에서 수행 할 수 있습니다. 영어에서 메뉴 항목은 덤프 파일 작성 입니다.
덤핑은 몇 초가 걸립니다.
그런 다음 http://mh-nexus.de/en/hxd/와 같은 16 진 편집기를 사용하여 덤프를 열고 손실 된 텍스트를 검색하십시오.