/A지정된 특성을 가진 파일을 보여줍니다.
특성 D 디렉터리 R 읽기 전용 파일
H 숨김 파일 A 기록 파일
S 시스템 파일 - 부정을 뜻하는 접두사
/B 최소 형식을 사용합니다 (머리말 정보나 요약 없음).
/C 파일 크기에 1000단위로 분리 기호를 보여줍니다. 이것은 기본값
입니다. 분리 기호를 표시하지 않으려면 /-C를 사용하십시오.
/D /W와 같으나 세로로 배열하여 보여줍니다.
/L 소문자를 사용합니다.
/N 파일 이름이 제일 오른쪽에 오도록 새로운 긴 목록 형식을
사용합니다.
/O 파일을 정렬된 순서로 보여줍니다.
정렬순서 N 이름순(문자 순서) S 크기순(작은 것 먼저)
E 확장명순(문자 순서) D 날짜/시간순(가장 이전 것 먼저)
G 그룹 디렉터리 먼저 - 순서를 반대로 하는 접두 기호
/P 정보가 한 화면에 꽉 차면 잠깐 멈춥니다.
/Q 파일 소유자를 보여 줍니다.
/S 지정한 디렉터리와 하위 디렉터리를 포함하여 보여줍니다.
/T 정렬에 사용할 시간 필드를 지정합니다.
시간필드 C 작성한 시간
A 마지막 액세스한 시간
W 마지막 기록한 시간
/W 이름만 가로로 배열하여 보여줍니다.
/X 8.3 파일 이름이 아닌 파일에 대한 짧은 이름을 보여줍니다.
이 형식은 긴 이름 앞에 짧은 이름이 추가된 것으로 /N 형식과
같습니다. 짧은 이름이 없으면 공백을 보여줍니다.
/4 4자리수 연도를 표시합니다.
스위치를 DIRCMD 환경 변수로 미리 설정할 수 있습니다. 하이픈(-)을
스위치 앞에 접두 기호로 주면 미리 설정된 스위치에 우선합니다. (예, /-W)
언제부터였을까? 연필을 쓰지 않게 된게?
대학교에서도 연필은 아니어도 최소한 샤프를 섰었고,
졸업하고 나서는 연필갂는 느낌과, 그 시간에 잠시 머리를 식힌다고 섰었고
취업해서도 한동안을 연필을 섰었다.
그 남은 연필들이 모두 몽당연필이 되어 볼펜에 꼽아서 쓰기에도 짧아 졌을때
그 이후로는 연필을 다시 사지 않았던 것 같다.
중국산 연필을 한타스에 1000원 하길래 샀었는데(지하철에서)
이 써글 연필은 옹이까지 갂아서 만들어 주는 바람에 칼로는 갂기 힘들었고, 이로 인해서
심을 몇번이나 분질러 먹는 바람에 금세 몽당연필이 되었었다.
JFFS는 journaling을 지원하는 MTD based file system이다.
MTD의 특성상, 블럭 단위로 삭제가 가능하고, 바이트 단위나 특정 단위로 저장이 가능한데,
이로 인해서 여분의 플래시를 가지고 있어야지 내용을 수정하고 저장을 할 수 있다.
그런 이유로 JFFS/JFFS2에서는 파티션의 최소 사이즈가 존재 한다(엄밀하게는 블럭의 갯수)
JFFSrequires 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).
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
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.
