Yonghwan's Blog

디지털 카메라용 메모리카드에서 지워진 파일을 복구해야 할 일이 생겼다. 그런데 어쩌나? 이게 쉽게 끝나지 않네? 그래서 요 얼마 동안 별 짓을 다 해본다.

1. dd 로 일단 백업 받아두기

디스크(또는 메모리카드)에 뭔가 손을 대기 전에 할 일 중 하나가 만약을 위하여 그 원본을 백업해두는 작업이다. 리눅스에서 가장 간단하게, 그리고 원초적으로 블록디바이스(디스크 등)를 백업할 수 있는 방법이 dd를 이용하여 말 그대로 디스크 이미지를 덤프해 두는 것이다.

$ dd if=/dev/sdc of=cf-dump

이렇게 하면 디스크를 통 이미지로 저장할 수 있다. 이렇게 백업해둔 이미지는 반대 방향으로 덤프함으로써 리스토어가 가능하다.

그런데 잠깐, 이렇게 백업한 파일은 디스크의 이미지라서... 내용을 보기 위해서 마운트하려다보니 좀 이상하게 됐다. /dev/sdc에 대응하는 것이 cfcard-backup 인데 /dev/sdc1 등에 대응하는 것은 어떤 것인가? ㅋㅋ 해답은 다음과 같다.

$ fdisk -ul cf-dump
You must set cylinders.
You can do this from the extra functions menu.

Disk cf-dump: 0 MB, 0 bytes
256 heads, 63 sectors/track, 0 cylinders, total 0 sectors
Units = sectors of 1 * 512 = 512 bytes
Disk identifier: 0x00000000

Device Boot      Start         End      Blocks   Id  System
cf-dump1  *         63    15857855     7928896+   b  W95 FAT32
Partition 1 has different physical/logical endings:
     phys=(983, 255, 63) logical=(983, 63, 63)
$ 

이렇게 fdisk 명령을 이용하여 첫번째 파티션이 시작되는 섹터의 위치를 찾을 수 있다. 이렇게 찾아진 섹터의 위치는 mount 명령을 내릴 때 offset 옵션을 이용하여 파티션 시작부분을 지정하기 위하여 사용된다.

$ sudo mount -o offset=32256,ro cf-dump /mnt
[sudo] password for sio4: 
$ ls /mnt
dcim
$ 

이렇게, mount 명령에 offset 옵션을 주면 파일의 특정 위치를 건너뛰고 그 위치를 시작으로 하여 파티션/파일시스템 마운트를 진행할 수 있다. 참고로, 다음과 같이 파일, 또는 위치의 정체를 확인할 수 있다.

$ dd if=cf-dump of=part1 skip=63 count=5
5+0 레코드 들어옴
5+0 레코드 나감
2560 바이트 (2.6 kB) 복사됨, 0.0229217 초, 112 kB/초
$ file cf-dump
cf-dump: x86 boot sector; partition 1: ID=0xb, active, starthead 1, startsector 63, 15857793 sectors, code offset 0x0
$ file part1 
part1: x86 boot sector, code offset 0x58, OEM-ID "MSDOS5.0", sectors/cluster 8, Media descriptor 0xf8, heads 255, hidden sectors 63, sectors 15857793 (volumes > 32 MB) , FAT (32 bit), sectors/FAT 15456, serial number 0xe81c0e2d, unlabeled
$ 

위와 같이, cf-dump 파일은 디스크 이미지이고 추출된 part1은 FAT32 파일시스템으로 포맷된 파티션이다.

2. FAT 파일시스템의 복구

FAT 파일시스템에서 파일 목록은 FAT(File Allocation Table) 라고 불리는 지정된 영역에 파일의 목록을 유지/관리하고 있는데, 파일을 지우게 되면 실제의 파일 데이터는 유지한 채, FAT의 파일 목록에서 파일 이름의 첫번째 글짜를 원래의 글자에서 '?'로 바꾸게 된다... 라고 소시쩍에... 한 십 수년 전에 배웠던 것 같다 :-)

그 당시, PCTools 등의 유틸리티를 이용하면 FAT를 직접 편집할 수 있었고, 그렇게 해서 파일을 살리는 작업이 그리 어렵지 않았었던 것 같다. 그런데 이게 웬일? 오히려 십 수년의 발전에도 불구하고! 어찌 FAT를 편집할 수 있는 프로그램을 찾기가 쉽지가 않네...

3. 파일 복구

몇몇 파일 목구 유틸리티를 찾아서 설치하고, 시도해봤지만 일부는 파일을 찾아만 주고 실제로 살리려면 돈내고 사라는 경우도 있었고, 비공식적인 경로로 구한 파일은 엉뚱한 유틸리티이고... ㅋㅋ

결국, 뒤지고 뒤지다가... 국산인 Final Data를 사용하여 파일을 건졌다. 휴~

어디 리눅스용 FAT 편집 프로그램 없을까?

VMWare가 가상화를 바탕으로 한 IaaS 시장 뿐만 아니라 SMB를 대상으로 한 SaaS 서비스 영역에서도 뭔가 해보겠다는 뜻이 아닐까? 혹시 이미 이런 움직임이 있었나? 아차차... 이미 이루어진 SpringSource 의 인수? 결국, "인프라의 가상화"로 시작해서 "개발 플랫폼" 찍고 웹 기반의 "기업용 소프트웨어"까지 영역을 넓히겠다는?

안희권기자 argon@inews24.com
가상화 소프트웨어 업체인 VM웨어가 야후의 짐브라(Zimbra) 오픈소스 이메일 사업부를 인수하기로 합의했다고 월스트리트저널이 12일(현지시간) 보도했다.

야후는 지난 2007년에 3억5천만 달러에 인수했던 짐브라를 회사 구조조정에 따라 큰 폭으로 가격을 내린 1억 달러 이상의 가격에 매물로 시장에 내놨었다.

VM웨어는 이번 협상 타결로 짐브라의 모든 기술과 자산을 매수할 수 있게 됐으며, 야후는 짐브라 매각 이후에도 짐브라 기술을 야후 메일과 야후 캘린더 등 자사 서비스에 계속 사용할 수 있게 됐다.

VM웨어는 짐브라 제품과 오픈 소스 기술을 클라우드 기반의 가상화 솔루션을 강화하는 데 활용할 계획이다. 또한 마이크로소프트와 IBM 등 다른 회사의 메시징과 협업 솔루션을 지원하는 데도 적극 이용한다는 방침이다.

한편, 짐브라 메일솔루션의 이용자수는 지난해 86% 늘어난 5천500만명에 이르고 있으며, 특히 중소규모 기업 고객이 두 배 이상 증가했다.

• VMware to Acquire Zimbra
• VMware to Acquire Zimbra

지난 "홀로 떠나는 여행"의 동반자가 하나 있었는데(엥? 혼자 떠나는데 동반자?), 김광석 형님의 "인생이야기" 앨범과 "노래이야기" 앨범이었다. 어찌하다보니 "인생이야기"를 더 들었던 것 같은데, 그 중 이런 이야기가 나온다.

20대에는 유리처럼 지낸다는... 겁없이 일도 벌려보고, 다치기도 하고 아픔도 생기고... 튕겨내든, 깨지든, 그렇게 유리처럼. 그러다가... 차츰 비켜가고 피해가는 길을 찾게 된다는...

이미 유리처럼 지낼 나이는 한참 지난 것 같은데, 요즘 날 보면... 뭔가 한 참 잘못 되어있다는 것을 느낀다. 뻔히 알고 있는 가시밭에 뛰어들고... 살에 박힌 가시를 채 떼어내기도 전에... 다시 그 가시밭을 바라보고... 정말 아직 사춘기를 벋어나지 못한 것일까? 한 숨, 한심.

...

그러다 20대때쯤 되면 뭔가 스스로를 찾기 위해서 좌충우돌 부대끼면서 그러고 지냅니다.

가능성도 있고, 나름대로 주관적이든 일반적이든 뭐 객관적이든 나름대로 기대도 있고 그렇게들 지내지요.

자신감은 있어서 일은 막 벌리는데 마무리를 못해서 다치기도 하고 아픔도 간직하게 되고 그럽니다.

그래도 자존심은 있어서 유리처럼 지내지요.

자극이 오면 튕겨내 버리던가 스스로 깨어지던가...

그러면서 그 아픔같은 것들이 자꾸 생겨나고 또 비슷한 일들이 일어나면 더 아프기 싫어서 조금씩 비켜나가죠. 피해가고...

일정부분 포기하고 일정부분 인정하고... 그러면서 지내다보면 나이에 ㄴ자 붙습니다. 서른이지요.

...

GitHub에서 새로운 서비스를 시작하는데, 일자리 찾기란다. 프로그래머를 위한 소셜 네트워크 서비스의 진화... 결국 SN은 일자리와 연결되는... 그런데, GitHub의 그것이 일반적인 인맥, Networking Service의 느낌과는 다른 것이, 이건 좀... _올 누드_가 아닌가? ... :-)

We think the code you’ve put on GitHub is an extremely valuable tool in finding you a great place to work, so now is the time to dust off the code you’re afraid to push and get people excited about it. Also, make sure you’ve filled out your profile information: your name, location, blog/website, and email. All of that information is going to be help you find work

잘 모르겠다. 요즘들어 나에 대한 믿음을 포함하여 많은 가치의 혼란 속에 있는데, 그 중 하나가 바로 조직과 나의 관계이다. 사실, 이런 고민을 하기엔 좀 늦은 나이인데... :-)

사회 초년생 또는 그 무렵에도 이와 비슷한 고민에 빠졌던 적이 있었던 것 같다. 당연히, 뭐랄까... "회사가 바로 나"라고 믿었던 그런 시절이었다. 회사의 행보에 대하여 "내 걱정 하듯" 걱정했고, 고민했고, 주장했고, 토론했고, 싸웠던 그런 시절이었다. "서른 즈음에"라는 노래 조차 와 닿지도 않던 햇병아리가 주름이 자글자글한 팀장과 맞장 뜨던 그런 시절... 회사 분위기도 (최소한 내 느낌에는) 그런 것이 용인되었었던...

얼마 전, 한 동료에게서 듣게 된 내 이미지. 태도랄까? 자세. ... 혼란스럽다. 조직 속에서 조직원의 자세는... 회사의 어디까지가 나인 것인가? 아니, 혹시 회사와 나는 완전 별개의 존재인 것인가? 뭔가? 도데체 난 그동안 어떤... 허공 속에서 살고 있었던 것은 아닌가? ... 줄기가 흔들리니... 쫌 어렵네...

모르겠다. 뭔가 정리가 필요하다! 어쨌든 일깨워줘서 고맙네!