도와주세요!!
글 수 15,339
2009.04.22 03:25:51 (*.14.242.139)
16171
문제:
minicom 에서 아래 처럼 했읍니다.
바로 아래 주소 192.168.177.131 대신에 ifconfig 에서 나온 주소는 몽땅 교대로 해봤어요 동일한 현상 발생
그리고 아래는 EZ-BOARD-Manual-3.3.2.pdf 117페이지에 있는 내용대로 했읍니다.
또한 xinetd 는 EZ-BOARD-Manual-3.3.2.pdf 115페이지를 참조해서 설정했읍니다.
]$ tftp 192.168.177.131 -r zimage.ez-s3c2440 -g 이렇게 하면 다음과 같이 메세지가 발생합니다
tftp: timeout <<<<<<<<<--문제
tftp: timeout <<<<<<<<<--문제
tftp: timeout <<<<<<<<<--문제
tftp: timeout <<<<<<<<<--문제
tftp: last timeout <<<<<<<<<--문제
]$
환경:
1) 랜카드 2개
]# ifconfig 하면 내용
eth0
Link encap:Ethernet HWaddr 00:0C:29:B9:55:A1
inet addr: 192.168.177.130 Bcast:192.168.177.255 Mask:255.255.255.0
inet6 addr:fe80::20c:29ff:feb9:55a1/64 Scope:Link
중간생략
eth1
Link encap:Ethernet HWaddr 00:0C:29:B9:55:AB
inet addr: 192.168.177.131 Bcast:192.168.177.255 Mask:255.255.255.0
inet6 addr:fe80::20c:29ff:feb9:55ab/64 Scope:Link
중간생략
2)
]# netstat -al | grep tftp <<<---- 이렇게하면 다음과 같이 메세지가 발생합니다.
udp 0 0 *:tftp *:*
3)
]# cd tftpboot
]# dir 이렇게 하면 화일 목록이 보입니다 다시말해서 tftpboot 디렉토리 안에는
zimage.ez-s3c2440 <<-- 이 파일이 존제합니다.
tftpboot 디렉토리 에는 zimage.ez-s3c2440 화일이 분명히 있읍니다
4) ping
]# ping 192.168.177.130 <<--- 이렇게 하면 다음과 같이 메세지가 발생합니다.
PING 192.168.177.130 (192.168.177.130) 56(84) bytes of data.
64bytes from 192.168.177.130: icmp_seq=1 tti=64 time=2.94 ms
64bytes from 192.168.177.130: icmp_seq=1 tti=64 time=0.353 ms
64bytes from 192.168.177.130: icmp_seq=1 tti=64 time=0.044 ms
------ 912.168.177.130 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2001ms
rtt min/avg/max/mdev = 0.044/1,114/2.946/1.301 ms
]# ping 192.168.177.131 <<--- 이렇게 하면 위에와 주소만 다르고 time 값 조금 다르고 비슷합니다
그래서 생략합니다.
5) /etc/xinetd.d/tftp 파일 내용 변경수정
EZ-BOARD-Manual-3.3.2.pdf 116페이지 참조해서
disable =yes <<--- 를 no 로 수정 후 저장했읍니다.
그리고 혹시나 해서 랜 카드가 2개라서 문제인가 해서 1개를 삭제(제거) 하고 해봐도
동일한 현상이 발생합니다
CentOs 에서 인터넷 접속은 아주 잘됩니다.
참고로 minicom 에서 했던 내용하고 서버에서 했던 내용을 참고 파일로 보내드립니다
아래한글에서 보니까 그냥 볼만하더군요
회사에서 사용 할려고 하다보니 이런 문제에 부딛치다보니 매우 난감합니다.
3일째 시간 낭비 심하고 짜쯩이 슬슬 몰려오네요 ㅡ,.ㅡ
좋은 답변 부탁드립니다.
그럼 수고해주세요~~~~~~
minicom 에서 아래 처럼 했읍니다.
바로 아래 주소 192.168.177.131 대신에 ifconfig 에서 나온 주소는 몽땅 교대로 해봤어요 동일한 현상 발생
그리고 아래는 EZ-BOARD-Manual-3.3.2.pdf 117페이지에 있는 내용대로 했읍니다.
또한 xinetd 는 EZ-BOARD-Manual-3.3.2.pdf 115페이지를 참조해서 설정했읍니다.
]$ tftp 192.168.177.131 -r zimage.ez-s3c2440 -g 이렇게 하면 다음과 같이 메세지가 발생합니다
tftp: timeout <<<<<<<<<--문제
tftp: timeout <<<<<<<<<--문제
tftp: timeout <<<<<<<<<--문제
tftp: timeout <<<<<<<<<--문제
tftp: last timeout <<<<<<<<<--문제
]$
환경:
1) 랜카드 2개
]# ifconfig 하면 내용
eth0
Link encap:Ethernet HWaddr 00:0C:29:B9:55:A1
inet addr: 192.168.177.130 Bcast:192.168.177.255 Mask:255.255.255.0
inet6 addr:fe80::20c:29ff:feb9:55a1/64 Scope:Link
중간생략
eth1
Link encap:Ethernet HWaddr 00:0C:29:B9:55:AB
inet addr: 192.168.177.131 Bcast:192.168.177.255 Mask:255.255.255.0
inet6 addr:fe80::20c:29ff:feb9:55ab/64 Scope:Link
중간생략
2)
]# netstat -al | grep tftp <<<---- 이렇게하면 다음과 같이 메세지가 발생합니다.
udp 0 0 *:tftp *:*
3)
]# cd tftpboot
]# dir 이렇게 하면 화일 목록이 보입니다 다시말해서 tftpboot 디렉토리 안에는
zimage.ez-s3c2440 <<-- 이 파일이 존제합니다.
tftpboot 디렉토리 에는 zimage.ez-s3c2440 화일이 분명히 있읍니다
4) ping
]# ping 192.168.177.130 <<--- 이렇게 하면 다음과 같이 메세지가 발생합니다.
PING 192.168.177.130 (192.168.177.130) 56(84) bytes of data.
64bytes from 192.168.177.130: icmp_seq=1 tti=64 time=2.94 ms
64bytes from 192.168.177.130: icmp_seq=1 tti=64 time=0.353 ms
64bytes from 192.168.177.130: icmp_seq=1 tti=64 time=0.044 ms
------ 912.168.177.130 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2001ms
rtt min/avg/max/mdev = 0.044/1,114/2.946/1.301 ms
]# ping 192.168.177.131 <<--- 이렇게 하면 위에와 주소만 다르고 time 값 조금 다르고 비슷합니다
그래서 생략합니다.
5) /etc/xinetd.d/tftp 파일 내용 변경수정
EZ-BOARD-Manual-3.3.2.pdf 116페이지 참조해서
disable =yes <<--- 를 no 로 수정 후 저장했읍니다.
그리고 혹시나 해서 랜 카드가 2개라서 문제인가 해서 1개를 삭제(제거) 하고 해봐도
동일한 현상이 발생합니다
CentOs 에서 인터넷 접속은 아주 잘됩니다.
참고로 minicom 에서 했던 내용하고 서버에서 했던 내용을 참고 파일로 보내드립니다
아래한글에서 보니까 그냥 볼만하더군요
회사에서 사용 할려고 하다보니 이런 문제에 부딛치다보니 매우 난감합니다.
3일째 시간 낭비 심하고 짜쯩이 슬슬 몰려오네요 ㅡ,.ㅡ
좋은 답변 부탁드립니다.
그럼 수고해주세요~~~~~~
이런것은 임베디드보드의 문제가 아니고 tftp 서버의 timeout 시간이 문제이거나
한번에 보내는 패켓이 너무 커서 발생하는 문제로 판단됩니다.
임베디드 보드의 네트웍칩들은 많은양의 하드웨어 버퍼를 갖고있지 않다는것을 유의하세요
윈도우 tftp 서버를 사용하면 위와 같은 문제가 거의 발생하지 않는것을 확인하였습니다.
리눅스 tftp 서버의 환경을 변경할 수 있는 방법이 있다면 좋겠지만 이런 것이 없군요
소스를 직접수정하려니 이것도 쉽게 될일이 아니어서 ...(시간이 없어요)
저희 회사가 임베디드 리눅스를 근10년동안 하면서 해결하지 못하고 있는 문제입니다. ㅜ.ㅜ