JFFS2 파일시스템은 노드(Node)의 연속으로 배열된 Log-structured 방식의 파일시스템으로 설계되어 있습니다. 하나의 노드는 다음과 같은 형식으로 구성됩니다.
15
14
13
12
11
10
9
8
7
6
5
4
3
2
1
0
Magic Bitmask (=0x1985)
Node Type
Total Node Length
Node Header CRC
여기서 Node Type의 값이 0x2003인 경우가 CLEANMARKER로 정의됩니다. CLEANMARKER는 각각의 Erase block의 선두에 만들어지게 되는데 이것은 Erase block이 유효한가를 나타냅니다. Flash의 Erase block의 선두가 CLEANMARKER가 아니고 하나의 bit라도 0인 경우는 Bad block으로 간주하여 처리됩니다. Flash에 jffs2 파일시스템을 write 시에 Erase block이 모두 0FFH로 채우거나(즉, 값이 0인 bit가 없는 상태) CLEANMARKER를 Erase block의 선두에 저장해야 합니다. 만약 Bad block인 경우 jffs2 image는 그 block크기만큼 Shift되어 저장하게 되며 Bad block을 자연스럽게 인지할수 있게 됩니다.
이러한 CLEANMARKER는 JFFS1에서는 없는 사양이며 JFFS2에서 제시된 사양입니다.
문제해결
다음과 같은 메세지를 보는 경우는 실제 Flash의 Erase block size와 mkfs.jffs2를 이용해서 주어진 erase block size의 크기가 일치하지 않아서 발생합니다.
CLEANMARKER node found at 0x%08x, not first node in block (0x%08x)
예를 들어서 Erase block size를 8KBytes로 가정하고 mkfs.jffs2로 image를 만든었다면 다음과 같이 만들게 될겁니다.
이것을 실제 Erase block size 가 64KBytes 인 Flash에 굽게 되면 다음과 같은 메세지가 나옵니다. 여기서 중요한것은 일정한 간격으로 Offset이 나오다가 실제 Erase block의 시작점에서는 해당 메세지가 없다는 점입니다. 아래의 경우는 Offset 00010000H 간격으로 해당 메세지가 없는것을 알수 있고 이는 곧 64KBytes 단위의 Erase block size 이어야 한다는 것을 알수 있습니다.
Empty flash at 0x00000ffc ends at 0x00001000
CLEANMARKER node found at 0x00001000, not first node in block (0x00000000)
Empty flash at 0x00001ffc ends at 0x00002000
CLEANMARKER node found at 0x00002000, not first node in block (0x00000000)
Empty flash at 0x00002f58 ends at 0x00003000
CLEANMARKER node found at 0x00003000, not first node in block (0x00000000)
Empty flash at 0x00003f70 ends at 0x00004000
CLEANMARKER node found at 0x00004000, not first node in block (0x00000000)
Empty flash at 0x00004f70 ends at 0x00005000
CLEANMARKER node found at 0x00005000, not first node in block (0x00000000)
Empty flash at 0x00005ffc ends at 0x00006000
CLEANMARKER node found at 0x00006000, not first node in block (0x00000000)
Empty flash at 0x00006ffc ends at 0x00007000
CLEANMARKER node found at 0x00007000, not first node in block (0x00000000)
Empty flash at 0x00007ffc ends at 0x00008000
CLEANMARKER node found at 0x00008000, not first node in block (0x00000000)
Empty flash at 0x00008ffc ends at 0x00009000
CLEANMARKER node found at 0x00009000, not first node in block (0x00000000)
Empty flash at 0x00009ffc ends at 0x0000a000
CLEANMARKER node found at 0x0000a000, not first node in block (0x00000000)
Empty flash at 0x0000affc ends at 0x0000b000
CLEANMARKER node found at 0x0000b000, not first node in block (0x00000000)
Empty flash at 0x0000bffc ends at 0x0000c000
CLEANMARKER node found at 0x0000c000, not first node in block (0x00000000)
Empty flash at 0x0000cffc ends at 0x0000d000
CLEANMARKER node found at 0x0000d000, not first node in block (0x00000000)
Empty flash at 0x0000dffc ends at 0x0000e000
CLEANMARKER node found at 0x0000e000, not first node in block (0x00000000)
Empty flash at 0x0000effc ends at 0x0000f000
CLEANMARKER node found at 0x0000f000, not first node in block (0x00000000)
Empty flash at 0x00010ffc ends at 0x00011000
/* 이 시점에서 Offset 00010000H에 대한 메세지가 안보인다는 점이 우리가 인지해야 하는 부분입니다. */
CLEANMARKER node found at 0x00011000, not first node in block (0x00010000)
Empty flash at 0x00011f90 ends at 0x00012000
CLEANMARKER node found at 0x00012000, not first node in block (0x00010000)
Empty flash at 0x00012f40 ends at 0x00013000
CLEANMARKER node found at 0x00013000, not first node in block (0x00010000)
Empty flash at 0x00013f64 ends at 0x00014000
CLEANMARKER node found at 0x00014000, not first node in block (0x00010000)
Empty flash at 0x00014ffc ends at 0x00015000
CLEANMARKER node found at 0x00015000, not first node in block (0x00010000)
Empty flash at 0x00015ffc ends at 0x00016000
필자는 서버와 넷북을 이용하는데 넷북에는 ODD장치가 없습니다. 이 경우 넷북에 OS한번 설치하려면 매우 복잡해집니다. 서버는 있으니 서버로부터 원격 부팅을 할수 있으면 좋겠다는 생각을 많이 했었는데 그 해답이 있었습니다. 바로 BOOTP가 되겠습니다. 이제 PXE를 지원하는 BIOS를 가진 컴퓨터는 모두 원격부팅할수 있게 환경을 구축해보려고 합니다.
option domain-name "example.com";
option domain-name-servers 168.126.63.1, 168.126.63.2, 210.94.0.7, 164.124.101.2, 203.248.252.2, 210.181.1.24, 203.255.112.34;
default-lease-time 600;
max-lease-time 7200;
# <<< 이 부분 추가 >>>
allow booting;
allow bootp;
ddns-update-style none;
log-facility local7;
subnet 10.0.0.0 netmask 255.0.0.0 {
option broadcast-address 10.255.255.255;
option routers 10.0.0.1;
# <<< Booting 에 이용할 pxelinux.0의 위치 및 TFTP server IP주소 설정 >>>
filename "netboot/pxelinux.0";
next-server 10.0.0.1;
pool {
range 10.0.0.100 10.0.0.200;
allow unknown-clients;
}
# group {
# host bootp_client {
# hardware ethernet XX:XX:XX:XX:XX:XX;
# fixed-address 10.0.0.200;
# }
# }
}
TFTP server를 설치합니다. 이때 주의할것이 netkit-tftp package는 제대로 지원하지 못하므로 tftp-hpa package를 설치하셔야 합니다. 그리고 방화벽이 있는 경우 "/etc/conf.d/in.tftpd"에서 적절한 port대역을 설정해주고 방화벽에서 해당 port대역을 udp에 대하여 허용하도록 해주셔야 합니다.
emerge net-ftp/tftp-hpa
syslinux package를 설치하고 필요한 파일들만 "${PATH_TFTPROOT}/netboot" 하위에 복사합니다.
"/mnt/cdrom" 디렉토리를 만들고 해당 디렉토리에 다운로드 받은 STLinux의 iso 이미지 파일을 마운트(mount) 하고 "/mnt/cdrom"으로 이동하여 "./install all-sh4-glibc"를 실행하여 설치합니다. (만약 uclibc를 사용하시려고 계획하셨다면 "./install all-sh4-uclibc"를 실행하여 설치를 진행하시면 됩니다.
STAPI관련 패키지(Package)도 다운로드 받기 위해서 stmyum 의 설정파일에 해당 정보를 추가하여야합니다. 아래의 내용을 "/opt/STM/STLinux-2.3/host/etc/yum.conf"파일에 추가합니다. (그 밖에 필요한 패키지들을 이러한 식으로 추가설정할수 있습니다.)
[STLinux_Distribution_STAPI]
name=STLinux Distribution 2.3 STAPI
baseurl=http://www.stlinux.com/pub/stlinux/2.3/stapi/RPMS
gpgkey=http://www.stlinux.com/pub/stlinux/2.3/STLinux/gpg_key
gpgcheck=0
STLinux 전체를 업데이트(Update)합니다. 단, Host PC는 인터넷 연결이 가능한 상태에 있어야 합니다. (이 과정은 인터넷 속도에 따라서 상당히 오래 걸릴수도 있습니다.)
[root@STLinux cdrom]# /opt/STM/STLinux-2.3/host/bin/stmyum update
....
Transaction Summary
=============================================================================
Install
XXX Package(s)
Update
XXX Package(s)
Remove
XXX Package(s)
Total download size: XXX M
Is this ok [y/N]: y
....
"stmyum update"을 하면 이전에 작업했던 소스들과 버전호환성 문제로 빌드가 안되거나 대규모 수정이 필요한 상황이 있을수 있습니다. 이 경우 해당 문제가 되는 패키지를 Migration 해야 할수도 있습니다.
지금까지의 설치과정에서 보다시피 STLinux는 편리한 패키지(Package) 관리툴을 제공합니다. 직접 ftp://ftp.stlinux.com/pub/stlinux/ 에서 RPM(RedHat Package Manager)파일을 다운로드 받아서 설치할수도 있으나 stmyum 이라는 유틸리티를 통해서 보다 편리하게 설치 및 업데이트(Update)를 할 수가 있습니다.
"./board/stprj/config.mk"의 TEXT_BASE의 값을 수정해야 하는데 이것은 자신의 보드 (Board)에 따라서 값이 달라질수 있습니다. 이러한 TEXT_BASE의 값을 결정하는 공식은 다음과 같은 계산에 의해서 결정해야 하는데 이는 결국 SDRAM의 마지막 1Mbytes 영역에 u-boot을 올려서 실행하겠다는 의도로 나온 계산이라고 보시면 틀리지 않습니다.
본 문서에서는 SDRAM의 base주소는 84000000H, SDRAM의 size는 64Mbytes를 기준으로 다음과 같이 "./board/stprj/config.mk"를 수정하였습니다.
#
# stprj board
#
# Installs at SDRAM BASE + 63M in cache region
TEXT_BASE = 0x87F00000
PLATFORM_LDFLAGS +=
자신의 Board에서 만약 Flash chip의 write기능을 사용하기 위한 Vpp 전압을 제어하는 부분이 구현되어야 하는 경우라면 소스파일인 "./board/stprj/stprj.c"에 flashWriteEnable 및 flashWriteDisable함수에 구현해 해당 Vpp제어부분을 적절하게 구현해 넣어야 합니다.
자신의보드에 맞는 설정을 하기 위해서 헤더파일인 "./include/configs/stprj.h"를 수정합니다.
"./include/asm-sh/io.h"에 CONFIG_SH_STPRJ에 대한 부분을 추가합니다.
[root@STLinux
[root@STLinux
[root@STLinux
[root@STLinux
~]# cd ~/project/stprj/u-boot-sh4-1.3.1_stm23_0044/
u-boot-sh4-1.3.1_stm23_0044]# make mrproper
u-boot-sh4-1.3.1_stm23_0044]# make stprj_config
u-boot-sh4-1.3.1_stm23_0044]# make
빌드가 완료되면 u-boot, u-boot.bin, u-boot.map, u-boot.srec 가 생성됩니다. 여기서 우리가 flash에 write하게 될 파일은 u-boot.bin이며 GDB로 load하는 것은 ELF포맷인 u-boot파일이 사용됩니다.
U-boot를 stprj board 에 flash로 write 하기 위해서 sh4-linux-gdb를 통해서 u-boot을 실행합니다. stprj board는 “ST Micro Connect”에 연결되어 있어야 하고 board내의
Serial console도 볼수 있도록 미리 준비해주어야 합니다. Board마다 접속하는 profile이름이 다르므로 이 부분은 각자 해결하셔야 할겁니다. (이 문서에서는 “ST Micro Connect”의 IP를 192.168.33.2로 설정하였다고 가정하고 작성되었습니다.)
[root@STLinux u-boot-sh4-1.3.1_stm23_0044]# sh4-linux-gdb ./u-boot
GNU gdb STMicroelectronics/Linux Base 6.8-41 [build Aug 3 2009]
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "--host=i686-pc-linux-gnu --target=sh4-linux"...
(gdb) 5197cabbypass 192.168.33.2
The target is assumed to be little endian
0xa0000000 in ?? ()
(gdb) load
Loading section .text, size 0x1195c lma 0x87f00000
Loading section .rodata, size 0x750 lma 0x87f1195c
Loading section .rodata.str1.4, size 0x3e74 lma 0x87f120ac
Loading section .data, size 0xb50 lma 0x87f15f20
Loading section .u_boot_cmd, size 0x4b4 lma 0x87f16a70
Start address 0x87f00000, load size 93988
Transfer rate: 236 KB/sec, 18797 bytes/write.
(gdb) compare-sections
Section .text, range 0x87f00000 -- 0x87f1195c: matched.
Section .rodata, range 0x87f1195c -- 0x87f120ac: matched.
Section .rodata.str1.4, range 0x87f120ac -- 0x87f15f20: matched.
Section .data, range 0x87f15f20 -- 0x87f16a70: matched.
Section .u_boot_cmd, range 0x87f16a70 -- 0x87f16f24: matched.
(gdb) continue
Continuing.
GDB명령 compare-sections에서 matched로 나와야만 정상적인 실행이 됩니다. 마지막에 "Continuing." 메시지가 나온후 compare-sections가 matched가 아니면 다시 Ctrl-C키를 누른후 load명령부터 다시 수행해보시면 matched라고 될때가 있습니다. 이때 Serial console상테 보면 u-boot의 부트메세지가 정상적으로 출력되는 것을 보실수 있습니다. Serial console로 아무키나 전송하면 프롬프트로 진입하게 됩니다.
U-Boot 1.3.1 (Aug 20 2009 - 18:16:28) - stm23_0044
DRAM: 64 MiB
NOR:
8 MiB
*** Warning - bad CRC, using default environment
In:
serial
Out: serial
Err: serial
Hit any key to stop autoboot: 15
stprj>
이제 빌드된 u-boot.bin을 serial로 전송하여 flash에 write 합니다. (이때 Serial console을 통해서 Ymodem으로 파일을 전송해야 되므로 Serial console terminal 프로그램이 Ymodem을 지원해야 합니다. 예를 들어서 SecureCRT같은 Terminal 프로그램이 Ymodem을 지원합니다.)
stprj> run updateboot
Un-Protect Flash Sectors 0-1 in Bank # 1
.. done
Erase Flash Sectors 0-1 in Bank # 1
.. done
## Ready for binary (ymodem) download to 0x84000000 at 115200 bps...
CCCC
Starting ymodem transfer. Press Ctrl+C to cancel.
Transferring u-boot.bin...
100%
91 KB
6 KB/s 00:00:15
0 Errors
xyzModem - CRC mode, 737(SOH)/0(STX)/0(CAN) packets, 6 retries
## Total Size
= 0x00016f24 = 93988 Bytes
Copy to Flash
........ done
Protect Flash Sectors 0-1 in Bank # 1
.. done
stprj>
한글파일명이 들어간 zip 압축파일을 Linux에서 unzip 으로 압축을 풀면 한글이 깨져서 보이는 경우가 있습니다. 거의 대부분의 Linux 시스템에서 이러한 현상이 나옵니다. 하지만 unzip 의 버그는 아니고 Linux 시스템의 code page 설정이 일치하지 않아서 나오는 현상입니다.
unzip 은 압축파일을 풀면서 파일명을 복원할때 Ext_ASCII_TO_Native 함수로 파일명에 변환을 하게 됩니다. 문제는 이변환과정을 거치지 않아야 한글파일명이 보이게 되는 시스템이 상당히 많다는 점입니다.
이 경우에 어찌되었건 해결을 해야 되는데 소스를 받아서 해당부분을 직접 패치하는 방법을 적어봅니다.
우선 unzip source 를 받아서 압축을 풉니다. 그리고 소스중에서 fileio.c 파일을 편집합니다.
fileio.c 에서 다음과 같은 부분을 찾습니다. (아래의 코드는 unzip v5.51기준입니다.)
코드:
/* translate the Zip entry filename coded in host-dependent "extended ASCII" into the compiler's (system's) internal text code page */ Ext_ASCII_TO_Native(G.filename, G.pInfo->hostnum, G.pInfo->hostver, G.pInfo->HasUxAtt, (option == DS_FN_L));
이와 흡사한 부분이 몇군데 있는데 이중에서 filename 에 대한 변환부분을 찾아야 합니다. 다른 엉뚱한곳을 수정하면 안되고 딱 한군데 filename 변환부분이 있으니 이를 찾아서 이 부분을 주석처리 또는 제거합니다.
Multicast 는 IGMP 를 사용합니다. 최근 Linux kernel 은 IGMP v3 를 지원하게 되어 있습니다. 문제는 아직까지도 Router 들이 IGMP v2 까지만 지원하는 경우가 있습니다. 그러나 Linux kernel 은 똑똑하게도 IGMP v3 를 시도해보고 안되면 일정시간 (약 10초 정도) 경과후 IGMP v3 -> IGMP v2 -> IGMP v1 순으로 버젼을 낮추어가면서 적응하도록 되어 있습니다. 그런데 문제는 부팅후 이 경과시간이 초과되어야 IGMP v2 이하버젼에서 수신이 가능해진다는 점입니다. Router를 바꿔달라고 이야기 하고 싶습니다. 하지만 고가장비를 그렇게 쉽게 바꿀수는 없는것이죠. Linux는 그러한것을 sysctl 을 통해서 강제시킬수 있게 되어 있습니다.
만약 IGMP v2 로 즉시 강제하고자 한다면 다음과 같이 할수 있습니다. (기본값은 0으로 순차적응입니다.)
1. vi를 실행합니다. (명령행 모드로 되어 있을겁니다.)
2. 이제 숫자 "100" 을 칩니다.
3. "i"를 칩니다. (입력모드로 전환될겁니다.)
4. "/" 를 입력합니다. (반복될 문자이겠지요.)
5. 자! esc 키를 한번만 가볍게 눌러줍니다.
6. 약 1~3초정도만 기다려 보세요.
느낌이 옵니까?
정리하자면 이렇습니다.
첫째 반복될 문자의 횟수를 명령행 모드에서 입력합니다.
둘째 "i"를 입력하여 입력모드로 전환합니다.
셋째 원하고자 하는 문자 또는 문자열을 입력합니다.
넷째 ESC키를 살짝 눌러 명령실행을 합니다.
여기서 중요한것은 "type=UNLISTED" 라는 것이 있어야 한다는 점이고요.
"port = <자신이 쓰고자 하는 포트번호>" 도 써주어야 하겠고요.
이것말고 다른 방법으로는 redirect 가 있다는 것도 참고하시고요.
예제는 아래와 같습니다. /etc/xinet.d/telnet* 을 수정하거나 새로 만드시거나 추가하시면 됩니다.
물론 배포판마다 약간의 차이가 있으므로 적절히 맞게 수정해주는 센스는 필요하겠죠. (아래의 예제는 RedHat 기반 기준입니다.)
코드:
service my_telnet
{
type = UNLISTED
disable = no
flags = REUSE
socket_type = stream
wait = no
user = root
server = /usr/sbin/in.telnetd
log_on_failure += USERID
port = 8888
}