구바바

일단, 저널링 파일 시스템이라는 것은, 제가 주워들은 바로는 디스크상의 파일들의 변화라던가... 이것저것을 기록해서, 나중에 파일 시스템 상에 문제가 발생했을 경우에 문제가 발생한 부분만을 검사해서 고칠 수 있도록 해 주는 기능이라고 알고 있습니다. 저널링 파일 시스템을 채용하지 않은 운영체제에서는 파일 시스템에 문제가 생겨서 오류를 수정하려면, 어느 부분에서 문제가 발생한건지에 대한 기록이 없기 때문에 하드디스크 전체를 검색해야하지만, 저널링 파일 시스템을 사용하면 그럴 필요가 없다는 것이지요.

그리고, Mac OS X 서버 10.2.2에서 HFS+에 대한 저널링 파일 시스템 기능이 추가되었다고 들은 것 같습니다.

한편, 리소스 포크와 데이터 포크...라는 이중적 구조가 유닉스적...이지는 않습니다. 그렇지만, 데이터가 방대해져나가는 현실에서, 데이터를 위한 데이터 즉 메타데이터의 중요성을 간과할 수는 없다고 행각합니다. 그리고, 유닉스라는 것이 안정적이고 뛰어난 체제이기는 합니다만, 확실히 일반 사용자들을 위해서 준비된 체제는 아니므로, 유닉스로 '완전히' 넘어가는 것이 반드시 좋다고는 할 수 없을 것이라고 생각합니다. 그런 점에서... 개인적으로 리소스 포크와 데이터 포크...라는 방식이 그대로 유지되었으면 하는 생각입니다. (게다가, 그런 식으로 하게 되면 아무래도 확장자만으로 장난을 쳐서 뭔가 마땅찮은일을 저지르는 것이 상대적으로 어려우리라 생각하구요) 물론, 그러한 이중의 파일 시스템을 지원하지 않는 운영체제와의 호환성을 보장하기 위한 장치...라던가가 있어야겠지만요.

그럼... ^^

lazybird

deli 님

이미 답을 알고 계시겠지만, 최초의 deli 님의 의문점에 대한 답은 리소스 포크랍니다.
다중 포크 파일 시스템과 단일 포크 파일 시스템간의 문제에 대한 애플의 나름대로의 해결방법이죠.

흥미로운 주제니까 조금 더 나아가 볼까요?
디스크 카피에서 새로운 이미지를 만들면서 유닉스 파일 시스템을 선택해서 실험용 UFS 볼륨을 하나 만듭니다
마운트시키고 권한을 변경해서 쓰기가 가능하게 만듭니다.
마운트된 볼륨에 예를 들어 OS 9의 파인더를 복사하면 파인더 상에서는 하나의 아이콘으로 보이지만, 터미널에서 보면 두개가 되죠.
Finder 와 ._Finder
Finder 는 원래 Finder 의 데이터 포크 부분이고, ._Finder 는 리소스 포크입니다.
파인더 상에서 이 파일을 HFS+ 볼륨으로 복사하면 두개의 포크를 합쳐 원래의 파일을 만들어 줍니다.

이 외에도 서로 다른 파일 시스템간의 흥미로운 얘깃거리는 많습니다.
한가지 예를 들어보죠.
원래 Mac OS 는 콜론을 경로 구분자로 사용했기 때문에, 파일이나 폴더의 이름에 콜론을 사용하면 안되었던 것은 이미 아실 겁니다.
예전에 OS 9에서 콜론을 파일명으로 입력하면 자동으로 '-'로 바꾸어 주었죠.
텐에서 HFS+를 사용해도 마찬가지로 콜론을 사용할 수 없습니다.
':'을 파일이나 폴더 이름중에 입력하면 ':'을 사용할 수 없다고 경고합니다.(조금 불친절해졌죠? ^^)
그러면 '/'는 어떨까요?
참고로 UFS 에서는 ':'과 '/'를 둘 다 사용하지 못합니다.

OS X 은 '/'를 콜론으로 바꿔줍니다.
그러면 이렇게 해서 콜론이 들어간 파일이나 폴더를 OS 9 에서 본다면?

__________________
Dunkel ist das Leben, ist der Tod

chaekun

X를 사용한지 3주정도 되는데, 저번주에 디스크를 분할 하면서 백업용으로 4기가 정도를 할당 했습니다.
그런데 데이타를 채우다 보니 남은 공간이 210메가 정도 있는 데도 불구 하고 더 이상 파일 카피가 되지 않습니다. 용량이 없다고 나옵니다. 보이지 않는 스왑을 가져 가는 건지 뭔지 모르겠네요.
혹시 아시는분 계시면 부탁 드립니다.

metoo6000

하드를 파티션하셨다면, 임의적으로 swap file장소를 옮기지 않는 이상, 텐에선 시스템볼륨안에만 swap file이 존재합니다. 그리고 혹시 swap file 장소를 백업드라이브로 옮기셨더라도 남은 용량은 swap file 용량을 제외하고 표시되게 됩니다. 그러므로 swap file의 문제는 아닌것 같군요...

터미널에서 df -k 를 치셔서 하드사용량을 체크하신다면 남은 용량을 좀 더 자세히 알 수 있을텐데요...
permission도 한번 확인해보심이...

__________________
Be joyful always. Pray continually. Give thanks in all circumstances, for this is God's will for you in Christ Jesus. [Thessalonians 5: 16-18]

chaekun

결국 해결은 화일시스템을 HFS+로 바꿔서 해결 했습니다.
일단 비교를 해 보니 전체 용량 자체가 UFS로 하면 4.16GB가 나오는데 HFS+로 하면 4.28GB가 나옵니다.
그리고 화일을 채워 보니 HFS+는 완전히 다 들어 갑니다. 하지만 UFS로 하면 약 190MB 정도가 남은 상황에서 더 이상 카피가 안됩니다.
이유는 저도 모르겠네요. Linux나 Solaris에서는 이런 경우 없었는데....BSD가 다르거나 macosx가 다르거나 하는 문제인것 같습니다.

Sigel

이번에 하드를 싹 밀고 다시 10.2를 깔았는데...
하드디스크의 이름이 수정되지않고 / 로만 됩니다.
한 3번 다시 깔아도 똑같은 문제가 발생합니다.
왜 이럴까요?
고수님들의 도움 부탁드립니다.

__________________
시글이라고 불러주세요*^^*

jungkyuhan

UFS 포맷으로 하셨나보군요.. 예전에 이 문제를 애플에서 수정한다고 apple support 페이지에서 본적이 있는데 아직 해결되지 않았나 보네요.. HFS+ 포맷으로 하면 이 문제가 발생하지 않습니다.

__________________
웃으며 사세요, 그만큼 더 행복해 집니다. ^.^'

It's me, 쩡규.

Sigel

답변감사합니다.^^
jungkyuhan님 덕분에 문제를 해결했습니다.
감사합니다.

__________________
시글이라고 불러주세요*^^*