구차니의 잡동사니 모음

JFFS는 journaling을 지원하는 MTD based file system이다.
MTD의 특성상, 블럭 단위로 삭제가 가능하고, 바이트 단위나 특정 단위로 저장이 가능한데,
이로 인해서 여분의 플래시를 가지고 있어야지 내용을 수정하고 저장을 할 수 있다.

그런 이유로 JFFS/JFFS2에서는 파티션의 최소 사이즈가 존재 한다(엄밀하게는 블럭의 갯수)

JFFS requires a minimum of 5 flash blocks and JFFS2 requires 8 blocks (with a 64kB block size the minimum partition size is 0×050000 and 0×080000 respectively). [출처 : http://developer.axis.com/wiki/doku.php?id=faq] 끝부분

It needs at least one or two eraseblocks free for garbage collection; currently it's a little more conservative than that though. You can reduce the reserved space in jffs2_calc_trigger_levels() in build.c [출처 : http://www.infradead.org/pipermail/linux-mtd/2004-December/011010.html]

cramfs 는 일반적으로 MTD 기반 임베디드 리눅스에서 사용되는데, 검색을 해보니

1. 되도록이면 root filesystem(루트 파일 시스템)으로는 cramfs 보다는 ext2나 jffs를 추천을 하고,
2. 압축 해제에 관련된 오류 인데, 원본 파일이 이상이 있거나
3. 압축 해제를 위한 메모리에 문제가 있다

는 식의 뭉떵거려진 대답뿐이었다.

위에 상황에서 2번을 조금 특화 시킨 문제로는

1. 롬 라이터가 제대로 write를 하지 못한다.
2. 롬 라이터는 제대로 write했으니 보드에서 제대로 읽지 못한다 - 특정 번지 이상을 잘못 읽음

이 있다.

특정 메모리를 못 읽는 상황은,
플래시의 Address 핀의 결선이 잘못 되어 특정 번지 이상을 읽지 못하는 경우이다.

요즘에는 잘 안쓰게 된 녀석이긴한데.. 아무튼 제약 사항은 다음과 같다.

Usage Notes ----------- File sizes are limited to less than 16MB. Maximum filesystem size is a little over 256MB.  (The last file on thefilesystem is allowed to extend past 256MB.) Only the low 8 bits of gid are stored.  The current version of mkcramfs simply truncates to 8 bits, which is a potential security issue. Hard links are supported, but hard linked files will still have a link count of 1 in the cramfs image. Cramfs directories have no `.' or `..' entries.  Directories (like every other file on cramfs) always have a link count of 1.  (There's no need to use -noleaf in `find', btw.) No timestamps are stored in a cramfs, so these default to the epoch (1970 GMT).  Recently-accessed files may have updated timestamps, but the update lasts only as long as the inode is cached in memory, after which the timestamp reverts to 1970, i.e. moves backwards in time. Currently, cramfs must be written and read with architectures of the same endianness, and can be read only by kernels with PAGE_CACHE_SIZE == 4096.  At least the latter of these is a bug, but it hasn't been decided what the best fix is.  For the moment if you have larger pages you can just change the #define in mkcramfs.c, so long as you don't mind the filesystem becoming unreadable to future kernels. [출처 : cramfs 소스중 README 파일]

i18n은 internationalization의 약자로 1와 n 사이에 총 18글자가 들어 가서
i18n이라고 이름 붙어 있다.

간단하게 말하면 다국어 지원, 현지 언어 지원 식이고,
/etc/sysconfig/i18n 에 파일로 존재 합니다.

$ more /etc/sysconfig/i18n LANG="en_US.UTF-8"

한글을 기본으로 하고 설치 하면 ko_KR.EUC_KR로 설치가 되는데,
이 경우 putty나 ssh client에서 인식을 제대로 하지 못해 글씨가 깨지는 문제가 많으니
조금 불편하더라도 언어는 영어/UTF-8로 놓고 사용하는 것이 편하다.

SYNOPSIS        tar <operation> [options]        Operations:        [-]A --catenate --concatenate        [-]c --create        [-]d --diff --compare        [-]r --append        [-]t --list        [-]u --update        [-]x --extract --get        --delete        Common Options:        -C, --directory DIR        -f, --file F        -j, --bzip2        -p, --preserve-permissions        -v, --verbose        -z, --gzip

디렉토리를 통째로 압축하고 해제 할 때 자주 실수를 하게 되는데,
문득 예전 도스 시절의 압축을 해제하는 느낌이 들게 되었다.
그때는 압축은 c(compress) 해제는 x(extract) 였고, 별다른 압축 옵션이 존재하지 않았는데
tar의 경우에는 tar로 묶고 압축 프로그램으로 넘겨 주는 방식이라 압축 방식을 별도로 지정을 해야 한다.

tar - The GNU version of the tar archiving utility  tar는 단순하게 묶기 때문에 압축이라고 하긴 애매하지만, -편의상- 압축전과 압축후의 용량 차이가 전혀 없다

아무튼 bzip2가 gzip보다는 압축률이 좋은 관계로 bz2 확장자로 많이 사용하고 있는데
이상하게 압축을 해제 할때 에러가 발생을 하는 것이었다. 곰곰히 생각해보니
습관적으로 tar -xzvf를 압축해제로 사용하고 있었는데 -z는 gzip용 옵션이었다.

결론

bzip2로 tar 하기 (압축)
tar -cvj [tarfilename.tar.bz2] [tardirectory]

bzip2로 tar 풀기 (해제)
tar -xvj [tarfilename.tar.bz2]

제목이 심히 이상하지만.. 결론만 말하자면

Fedora용 Live USB를 만드는 프로그램인 Fedora LiveUSB Creator에서
iso 파일을 미리 다운받아 놓고 고르기만 하면, Kubuntu도 LiveUSB로 만들 수 있다.



좌측 상단의 Use existing Live CD에서 Browse를 이용하여 kubuntu 8.10 live iso를 선택하여 만드는 모습이다.
주의 사항은 USB의 이름이 한글이 있으면 안되고, iso 지정하는 경로 상에 한글이 있으면 안된다.
(바탕 화면에 놓으면 안된다는 의미이다. 그냥 편하게 c:\에 폴더 하나 만들고 하시기를..)

FC8에서 SCIM이 제외되는 바람에 한글 입력을 하지 못한 치욕으로 FC9는 잊고 살았는데
어느새 FC10이 출시 되었다. 그래서! 부담없이 Live USB로 부팅을 해보았는데~! 두둥!!!

SCIM이 다시 생겨났다 +_+!

물론 FC8에서도 별도로 SCIM을 설치 해주면 되는 문제이긴 하지만,
그래도 기본 설치가 되어 있지 않다는 점은 상당히 FC8에 실망을 하게 된 요인중에 하나이다.

아무튼 FC10은 SCIM도 있고, 예전의 FC8 Live에 비해서는 상당히 안정적인 느낌이 든다.
(약간의 프리징은 있지만 그렇다고 죽지는 않는 듯 하다)


여전히 아쉬운 점은 AbiWord 라는 것만 들어 있어서, Ubuntu의 Open Office에 비하면 아쉽다는 점이고,
그나마 다행인 점은, GIMP와 FireFox는 들어 있다는 점이다.

abiword 스샷 (doc, pdf를 지원하지만 그래도 ppt나 xls 를 지원하지 않아서 아쉬움을 남긴다)

시계 애플릿 - 설정에 따라서 온도, 날씨, 풍향이 나온다(국내에서는 풍향까지는 나오지 않는 듯 하다)

기본 메뉴 정리 ( GIMP와 FireFox, 그리고 Pidgin 메신저가 보인다)


덧 : 숙원사업(!)인 FC10에 Beryl 설치는 오늘은 실패 하였습니다. OTL

[비공식 페도라10 가이드 : http://www.fedoraguide.info/index.php?title=Main_Page]
위의 사이트를 참고 해서 Live Fedora10에다가 AIGLX를 설치해 봐야겠다 ㅠ.ㅠ

mount -o loop -t iso9660 filename.iso /mount_directory
mount -o loop,ro -t iso9660 filename.iso /mount_directory

ISO 파일을 마운트 하기 위해서는 Mount Type을 iso9660으로 하고
옵션으로 loop device를 추가 해주면 된다.
다른 옵션으로 cd는 읽기 전용이므로 ro를 추가 한다.


결론 : 리눅스는 deamon이 필요 없다.

[참조 : http://stlinux.com/drupal/?q=install/distribution/mounting]
[참조 : http://www.tech-recipes.com/rx/857/mount-an-iso-file-in-linux/]

Fedora Core 9 기준입니다.

linux 로그인 계정 관련

/etc/passwd /etc/shadow /etc/group /etc/gshadow ID/PW는 passwd 와 shadow에 분산저장되며 그룹은 group와 gshadow에 저장이 됩니다.

NFS 관련

/etc/exports NFS 경로의 저장은 exports 파일에 저장이 됩니다.

2010.02.02 추가

SAMBA 관련

/etc/samba 삼바의 설정과 계정은 /etc/samba 아래에 저장되어 있습니다.

사용자 계정정보 관련

/home /home 아래의 디렉토리 별로 사용자 디렉토리가 존재함.

예전에 KLDP 문서에서 그냥 패키지만 추가 하면 별다른 설정없이 FC6에서는 AIGLX를 사용할 수 있다고 봤지만,
실제로 해보지는 못했었다. 서버 설치 하면서 겸사겸사 딴짓을 조금 해봤는데 의외로 너무 쉽게 깔려서 허탈해졌다 OTL

설치된 패키지는 다음과 같다.
Gnome의 패키지 관리자에서 aiglx로 검색된 내용들 이다. beryl 관련 패키지들인데 전부 설치해 본다.


아래는 스카이돔, 큐브 투명 적용 화면
마우스 휠 클릭하고 prtsc 누르니 캡쳐가 된다.