전송 속도가 10분에 1정도 밖에 안 나오는 이유가 뭘까요?

사랑천사의 이미지

안녕하세요? 어이다 올릴지 몰라서 그냥 여기 올립니다. 전체적인 문제의 성격으로 봐서 설치&활용 QnA도 아니고.. 프로그래밍은 더더욱 아니고...
지금 Gentoo를 빌드하고 있는데... 커널 빌드하고 부팅까지 성공했습니다만 파일만 받으면 나와야 하는 전송 속도의 10분의 1, 보통 20분의 1 정도 밖에 속도가 안 나옵니다. 로컬에서 파일을 전송 받으면 원래 5MB/S 이상 나왔고 다른 컴퓨터로 확인하면 확실히 그렇게 나옵니다만... 지금 빌드하고 있는 녀석만 그러네요. 그렇다고 기계적인 문제가 있거나 케이블 문제이거나 그런 것이 아닌게 Gentoo 이전에 저기 다른 OS가 깔려 있던 것을 가저와서 하고 있는 것이고 다른 OS에서는 잘 동작했었습니다.
이 원인을 찾고 싶은데 지난번에도(한 1년 쯔음 전) 커널 빌드할 때 설정좀 바꾼다고 여러 가지를 건드린 뒤로 이렇게 되서 완전히 초기화하고 Gentoo에 따라오는 기본 프로파일이라고 해야 하나? 그걸로 했더니 잘 되더군요. 커널 설정을 수십번은 바꿔 봤을 겁니다 이거 저거. 그런데 원인을 모르겠고 커널 설정시 항목들에 대한 도움말을 하나 하나 읽어 봐도 도무지 의심가는 곳이 없네요. 중요한건 이게 저와 몇몇 사람들이 같이 운영하는 단체의 실험 서버 및 보고 서버로 쓸 녀석이어서 3일 정도 안에 빌드를 마처야 한다는 거거든요. 도무지 이유를 모르겠습니다.
이더넷이 RTL8139인데... 드라이버 옵션에서 MMIO로 되어 있길래 PIO르 통신하게도 해 보고... 다시 MMIO로 통신하게 재설정해 보기도 하고... PHY 인가... 이게 정확히 뭔지 모르겠지만 내용을 보니 이것도 이더넷의 연결에 관여하는 거 같아서 장치 드라이버를 올려 보기도 하고... 내려 보기도 하고... 네트워크 옵션에 보면 Large Receive Offload 옵션을 켰다 껐다도 해 보고... 별로 관련 없어 보이긴 하는데 혹시 몰라서 해 봤습니다. MTD 쪽도 건드려 보고... 사실 MTD는 아무런 상관이 없겠지만(제가 생각하기엔...) 정말 이것도 혹시 몰라서 해 봤습니다. 확실한건 설치 CD에서 자료 받아오고 전송 받는 시험 하고 그럴 때는 문제가 없었다는 겁니다. 커널 빌드 후 재부팅 한 뒤에 이러고 있네요.

정리해서 저에게 필요한 것은... 애고고...
1. 혹시 지금 이 상황 보실 때 의심스러운 부분이 있으신가요? 뭐 때문에 그런 거 같다 라던가...
2. 이렇게 문제는 아는데 원인을 몰라 아무 것도 할 수 없어 답답할 때 어떻게 하시나요? 컴퓨터 구조나 시스템 구조, 커널에 대해서 공부할 기회가 있었다면 좋앗을 텐데... 그러지 못했기 때문에 이런 문제에 부디치면 어디에 손을 먼저 대 봐야 할지가 막막합니다.
Linux, 그냥 던저주면 그냥 쓰고 서버 셋업하고 사용하고... 관리하고 이정도는 할 수 있습니다. 물론 제가 고민하는 것도 관리나 운영에 들어가는 거란건 알지만, 시스템 내부 구조와 관련된 이슈에 부디치면 감당이 안되네요.
3. 혹시 몰라서... 다들 바쁘시고 시간도 없으시겠지만, 커널 설정 파일을 올려 봅니다.

File attachments: 
첨부파일 크기
Plain text icon krnl.txt65.64 KB
사랑천사의 이미지

흡. 일단.. 기본적인 문제는 MII 때문인 것으로 보입니다. MII를 커널에 빌트인 하니까 문제가 일단 사라젔습니다. 그렇지만 그런데도... 속도가 뭔가 느리네요 수치상으로는... 그렇다고 다른 컴퓨터에서도 느린건 아닌데... 2~3MB/S씩 차이가 나니... 답답하네요. 똑같은 100Mbps용 NIC인데... 그거 참...
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사

stypr의 이미지

대부분의 드라이버들은 먼가 예상과 다른 상황시 kernel console 로 output을 내게 되어 있습니다. (특히 리눅스 드라이버 개발자들은 더 그렇더군요.) rtl8139 라고 하셨는데, 이와 관련된 dmesg 정보를 먼저 보는게 좋을 듯합니다. 혹은 커널의 kernel log level 을 조정해 보시면 더욱 더 드라이버가 verbose 할 수 있습니다.

사랑천사의 이미지

이게 뭐.. 에러가 나는 것도 아니고 dmesg나 vcs를 통해 확인 가능한 것도 없고... 콘솔을 직접 봐도 뭐 뜨는 것도 없고... 부팅 뒤 login 뜬것만 보이네요.

무슨 메시지라도 나오면 잡을텐데... 그렇다고 NIC가 돌아갈 때 로드 에버리지가 올라간다거나 실질적인 CPU 점유가 올라가거나 그런 것도 아니고 참 무슨 상황인지 좀잡을 수가 없네요 후후.
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사

사랑천사의 이미지

무슨 수를 써도... 저 기계에선 안 되서 ifconfig로 error count 찍히는 곳을 봤더니 수신쪽에 에러가 나네요. 그런데 커널 로그에는 남는 것도 없고, 더군다나 8139too에 자세한 로그를 남기는 옵션 등이 전혀 없네요.
그래서 랜카드를 바꿔서(다른 랜카드 꽂고.. 역시 8139...) 시도했는데 역시나 수신 부분에 error 값이 께속 올라가고, 거기다 더해서 drop도 올라가고... 물론 overrun도 올라가는군요. 같이... 그런데 가끔 아주 가끔, 전송이 아주 잘 될 때가 있습니다. 이럴 때는 위 세 가지 값 모두 증가하지 않습니다. 그래서 케이블이 이상한가 해서 동원 가능한 모든 케이블을 다 시도해 봤고 허브의 포트도 바꿔 봤지만 해결이 안되는군요. 그리고 시도해 본 케이블들이 다른 장비에선 정상 동작하던 것들입니다 전부.
그래서 지금, 저 빌드한 시스템을 백업하고 저기다가 Debian이나 Arch Linux를 올려 보고(Arch는 처음이겠군요.) 그랬을 때 되면 커널 설정값을 복사해다가 일일히 분석해서 원인을 찾을 생각입니다. 물론, 커널 문제가 아닐지도 모른다는 생각도 하고 있지만, 커널 컴파일을 한 뒤에 이런 일이 벌어지니(그리고 한 가지 문제는 그걸로 해결했구요.) 그것 밖에 생각나는 것이 없네요.
지금 저 말고 다른 관리자 한 명이 같이 붙어서 시스템에 손을 대 보고 있는데 둘 다 해답이 안 나옵니다.
혹시 조언해 주실 수 있으신 분이 계시다면 부탁 드립니다. 그리고 혹시 이 주제가 적절한 게시판이 있다면 그 쪽으로 이동시켜 주세요. 저는 글 쓸 때 감이 안 잡혀서 여기다 썼습니다만, 관리하시는 분들이 보시기에 다를 수 있으니...
그리고 댓글 달아 주신 분께 감사 드립니다.
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사

stypr의 이미지

ifconfig 의 RX 쪽 error count 가 증가한다는 것은 H/W 적으로 어떤 문제가 발생했을 가능성이 있습니다. 즉 드라이버에 버그가 있든가 혹은 H/W 가 받쳐주지 못하는 경우일 겁니다. 특히 buffer overrun 이 발생하셨다고 하셨는데, 그런 경우는 더욱더 그렇습니다.

진정으로 이 문제의 원인을 알고 싶으시다면 아래의 방법을 해보시기 바랍니다. (참고로 전 리눅스 커널 프로그래머가 아니라서 상세한 부분은 제대로 모릅니다. ㅡㅡ;)

1. 커널에서 netdev_dbg(), netif_dbg() 가 작동하도록 하세요. (DEBUG 옵션이 있어야 이 기능이 작동하는 듯하네요.)
2. 8139too 드라이버의 코드를 읽어보십시오. 특히 RX 파트인 rtl8139_rx() 와 rtl8139_rx_err() 부분을 유의깊게 보십시오. 그래서 해당 debugging message 들이 console 에 나오게 하세요. 메세지가 님의 컴퓨터에서 안나오는건 안나오게 컴파일되어 있기 때문에 그렇습니다.
3. 현재 rtl8139_rx_err() 에서는 RX 패킷 오류가 났을 시, RX receiver 에 대한 full reset 하는듯 하군요. 이를 속도저하의 결정적인 원인일 것입니다. 코멘트로 보아서 realtek 에서 RX 오류시 그렇게 추천한다고 하는데, 원래 realtek 이 좀 유명하죠.... H/W 에 버그 심어놓고 S/W 로 땜빵하는 기업으로요...

사랑천사의 이미지

헐... 그런...
아무튼 감사합니다. 어떻게 뭐... 해 볼 수 있을지 모르겠지만 해 봐야 겠네요. 그런데 가지고 있는 랜카드마다 다 이러니 정말 난감합니다. 또 Gentoo Live CD에선 아무 문제 없이 동작을 하니(ifconfig로 볼 때 error와 overrun이 전혀 올라가지 않습니다 RX쪽이...) 그래도 일단 한 번 살펴 봐야 겠네요. 감사합니다.
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사

엠브리오의 이미지

랜카드 불량일수도 있으니 메인보드에 내장된 랜카드가 아니라면
다른 기종으로 바꿔 끼워서 테스트해보시길..

사랑천사의 이미지

내장, 가저다 끼운 외장... 둘 다 그러고요. 그것도 설치된 시스템에서만 그럽니다. Gentoo LiveCD, Arch Linux 네트워크 설치 CD 등을 넣어서 실험해 봣으나 이 CD들에 내장된 리눅스로 부팅한 상황에서는 오류도 없고 전송 속도도 정상으로 나왔습니다. 모든 경우에 같은 결과라면 제가 3일째 싸우고 있지 않겠지만, 3일째 같은 결론 입니다. HDD에 설치한 시스템으로 부팅시에만 그러네요.
사실 전송 속도 문제는 계속 있었고 ifconfig를 처 본 것은 어제였습니다.
골때리네요. 다들 감사합니다.
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사

지리즈의 이미지

제 경우는 bios가 후져서 리눅스에서 irq 제어가 제대로 되지 않는 것이 원인이었던 것으로 기억.

싸구려 보드를 썼기 때문에...

해결은 커널이 패치된 이후 시나브로 없어졌다는 거 -_-;;;

There is no spoon. Neo from the Matrix 1999.

There is no spoon. Neo from the Matrix 1999.

vacancy의 이미지


새로 빌드하신 커널의 소스는 어디서 받으신 것이신지요 ?

아마 Gentoo의 것이라면 괜찮을 것 같기는 한데,
정말 혹시나 kernel.org의 바닐라 커널을 빌드하신 것이라면
이를 사용하지 마시고 여러 배포판들에서 제공하는 커널을 빌드해주세요.

데비안이나 레드햇 등에서 제공하는 커널들을 보면
정말 엄청나게 많은 패치들을 적용해서 배포하는 것 같더군요.
이런 곳들에서는 해결이 된 문제일 수도 있습니다.

사랑천사의 이미지

gentoo-sources 를 이용했는데도 불구하고... 그러네요. 한 가지 어쩔 수 없었던 상황이 있었다면, 저 시스템에서 왜 그런지 모르겠지만(저 컴퓨터) Gentoo Install/Live CD가 2008.0 이후의 것은 동작하지 않습니다. 그래서 2008.0을 이용해서 커널을 빌드했습니다. 그래서 혹시 처음에 기초 환경 부분에 문제가 있나 싶어서 방금 전에 Arch Linux 네트워크 설치 CD로 부팅한 후 그 커널의 초기 설정을 바탕으로 필요한 부분들을 mrproper 후 config에서 일일이 설정해 주고 실수한 부분들을 menuconfig로 들어가 다시 약간 손봐준 뒤 컴파일하고 있습니다. 잘 되야 하는데... 난감하네요.
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사

지리즈의 이미지

There is no spoon. Neo from the Matrix 1999.

There is no spoon. Neo from the Matrix 1999.

사랑천사의 이미지

푸핫. 그렇게 했더니만... 커널 패닉... 나오는 말은... /init를 찾을 수 없음... 혹시나 squash FS 빠젔나 해서 보니 그것도 아니고 loop랑 initramfs 지원 안되나 보니 그것도 아니고... 도대체 문제가 뭔지 알 수 없군요. 이래도 에러 저래도 에러...
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사

사랑천사의 이미지

결국, 싸움에서 젔습니다. 기존 genkernel 설정 파일을 지우고 나서 genkernel 기본 설정으로 시도했음에도 HDD에 깔린 이 시스템에선 전송 속도가 제대로 안 나오는건 물론이고 수신 오류만 계속 증가합니다. 다 좋은데 왜 라이브 CD, 그리고 저 컴퓨터에 깔려 있던 Windows에서는 정상이었고 데비안도 정상이냐 하는 겁니다. 정말 해답이 안 나오는 군요. 배포판을 바꿔야 되나... 최신 Gentoo Live CD라도 뜨면 좋을텐데... 꼭 Scanning module ... 에서 특정 모듈 로드하다가 완전히 다운되는군요.
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사

blkstorm의 이미지

그렇다면 메인보드 특성, 또는 메인보드에 붙은 칩셋 특성을 타는게 아닐까요?

예전에 페도라 3(4?)를 설치할 때, 메인보드의 SATA 칩셋 드라이버때문에 골치아팠던 적이 있습니다.

우여곡절끝에 찾은 결론이, 설치한 후에 첫 부팅할 때 바이오스 설정을 바꿔야한다는거였습니다.

이것도 1주일동안 낑낑대다 정말 우연히 찾았더랬지요.

바이오스 설정에서 'Peripheral'하고 SATA 칩셋쪽 설정을 초기화하거나 disable하고

Gentoo Live CD, 또는 minimal install 로 시도해보시는게 어떨까요.

minimal install cd(USB)로 부팅만 되도 lspci를 돌려서 하드웨어 칩셋을 확인해보면

어떻게 해답을 찾을 수 있을 것같기도 한데요.

송효진의 이미지

8139too 가 맞나요?
8139cp 도 있죠.

emerge money
http://wiki.kldp.org/wiki.php/GentooInstallSimple - 명령어도 몇 개 안돼요~
http://xenosi.de/

사랑천사의 이미지

C+인지 아닌지 알기가 힘드네요. 모듈은 8139too만 올라가도 동작하긴 하지만 지 멋대로 8139cp가 올라가고 eth0/eth1이 전부 8139too에 연결됩니다. 8139cp에는 연결이 안되네요. 그리고 cp를 내려도 연결에 아무런 문제는 없었던 거 같습니다. 있어도 마찬가지고요. 거기다가...
실험한 NIC 두 개가 전부...
02:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139
C+ (rev 10)
07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139
C+ (rev 10)
이렇게 나와서 저게 C+인지 아닌지.. 아하하...
그리고 저 기계는 Dreambook-ER 입니다. 즉 ICH-m 계열 South Bridge 칩을 쓰는 놈이고 S-ATA는 지원되지 않는 녀석입니다. 저희 단체 자체가 돈이 지지리 없고 보조 장비로는 저정도만 되어도 충분해서 저걸 계속 활용하고 있는데 저러는군요. 전문 서버 장비라면 이건 뭐 도움이라도 청해 보겠지만 제조사에...
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사

wkpark의 이미지

> 지 멋대로 8139cp가 올라가고

윗쪽에 라이브 CD에서는 제대로 된다고 하셨는데, 라이브CD에서는 어떤 모듈이 올라갔는지 lsmod / dmesg 등으로 확인해보세요. 8139too인지 8139cp인지

그리고 모듈이 C+로 자꾸 올라고가 8139too로 올라가지 않고 있다면 강제로 8139too를 올려보시길

/etc/modprobe.conf 혹은 관련 파일에 alias eth0 8139too 라는 식으로 alias를 지정해보세요. (/etc/modprobe.d/modprobe.conf가 있다면 그 파일을)

네트웍 정지시키고 rmmod로 모듈 제거 후에 다시 modprobe eth0를 하면 8139too 모듈이 올라가야 할겁니다.

온갖 참된 삶은 만남이다 --Martin Buber

사랑천사의 이미지

8139cp가 멋데로 올라간다는 말은 8139too와 cp가 같이 컴파일 되어 있어서 둘 다 일단 올라가긴 한다는 말입니다. 다만 cp는 제거해도 아무런 문제(?)가 없었습니다. 반응도 없고...
더해서 정상적으로 되는 라이브 CD의 경우에도 lspci로 볼 때 같은 상황이구요. 올라가는 모듈도 8139cp, 8139too, mii 이렇게 올라갑니다. 왼만한건 다 해 봤습니다만... 이렇게 되어서 싸움에 젔다고 선언했었조. 물론... 알아볼 수 있다면 더 알아보고 문제를 해결하긴 해야 하는데 이 보조 서버를 Gentoo로 셋팅하는 것으로 협의가 일단은 되어 있고 해서 일단은 Gentoo로 가야 되는 상황 입니다.
그리고 정상 작동하는 CD 이미지는 다음과 같습니다.
Gentoo x86 2008.0 minimal installation 및 installation CD
Arch Linux 2010.05 netinstall CD
Debian Lenny는 이전에 시도했었는데 정상 동작했습니다.
이 외에 Gentoo 2009년판 이후 부터는 모두 동작을 안하네요.
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사

wkpark의 이미지

모듈이 쓰이고 있으면 아예 제거 자체가 안되는 걸로 알고있는데 아니였나요?

LiveCD에서 사용할 때는 C+가 올라갔었는지요 아니면 8139too가 올라갔었는지요?

lspci는 하드웨어 정보만 보여줄 뿐 어떤 드라이버가 붙어있는지를 알려주지는 못합니다.

dmesg |grep eth0 해보세요. 어떤 드라이버가 eth0에 대해 올라갔는지 보실 수 있습니다.

온갖 참된 삶은 만남이다 --Martin Buber

bushi의 이미지

> lspci는 하드웨어 정보만 보여줄 뿐 어떤 드라이버가 붙어있는지를 알려주지는 못합니다.
>

lspci -vv -nn 하시고 Kernel modules 항목참고하세요.

ls /sys/class/net/eth*/device/driver/module/drivers
하셔도 되는데... alias 일 경우 실제 파일 이름과는 틀리고요.

OTL

사랑천사의 이미지

네. dmesg|grep 8139로 찾아 보았을 때 관련된 항목이 8139cp와 too가 둘 다 로드는 되는데 cp는 사용중이진 않기 때문에 rmmod로 unload가 됩니다. 즉 too가 확실하다는 거구요. 그리고 커널 컴파일을 수십차례 거치면서 8139cp만 빼 보기도 햇었습니다. 물론 NIC 자체는 정상적으로 인식하고 자료 전송까지는 성공했었습니다. LiveCD나 설치용 이미지들도 마찬가지이지만 단지 차이가 있다면 RX error 가 발생하고 전송이 느려지느냐 아니면 정상적이냐... 이 차이였습니다. 처음에는 mii 모듈이 올라가지 않아 문제가 생겼었고 이제는 원인을 모르겠네요.
사실 모듈 올라가는 부분들이나 lspci로 장비가 뭔지 살펴보고 dmesg에서 관련된 항목을 찾아보는 것은 이미 다 했었지만 도움이 안 되었습니다 문제점을 찾는데...
부연하자면 dmesg 내용 중 8139cp 모듈에서 장치를 검색하긴 했으나 이 장치의 칩은 8139C+가 아니니 8139too 모듈을 대신 사용하라는 메시지까지 확인했었습니다.
이렇게 정리를 해 놓고 보니 점점 복잡해 저만 가네요.
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사

vacancy의 이미지


dmesg 결과를 올려주시면
보는 분들이 좀더 쉽게 상황을 알수 있지 않을까요 ?

사랑천사의 이미지

아래 내용은 dmesg에서 tail로 10 라인만 잘라넨 것입니다.

rainy ~ # dmesg|tail
8139too 0000:07:00.0: enabling device (0000 -> 0003)
8139too 0000:07:00.0: PCI INT A -> Link[LNKB] -> GSI 10 (level, low) -> IRQ 10
8139too 0000:07:00.0: setting latency timer to 64
eth0: RealTek RTL8139 at 0xf83d6000, 00:0e:e8:eb:e2:3f, IRQ 10
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
hda: UDMA/100 mode selected
hdc: UDMA/33 mode selected
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
eth0: no IPv6 routers present
rainy ~ #

추가로 dmesg 결과 전체를 첨부하겠습니다. 그리고 저 결과는 커널 설정과 genkernel 설정을 전부 초기화하고 genkernel의 자동화된 커널 빌드를 이용해 커널을 빌드하고 설정한 뒤의 결과입니다.
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com
댓글 첨부 파일: 
첨부파일 크기
Plain text icon dmesg.txt27.6 KB

사람천사

wkpark의 이미지

dmesg를 보면

1. 드라이버는 8139too가 올라갔습니다. => eth0
2. 8139cp도 올라갔습니다. => ??
3. ipw2100: Intel(R) PRO/Wireless 2100 Network Driver, git-1.2.2 => eth1
4. 그런데 eth1은 firmware를 제대로 찾지 못하고 있습니다.

8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004)
ipw2100: eth1: Firmware 'ipw2100-1.3.fw' not available or load failed.
ipw2100: eth1: ipw2100_get_firmware failed: -2
ipw2100: eth1: Failed to power on the adapter.
ipw2100: eth1: Failed to start the firmware.
ipw2100Error calling register_netdev.
ipw2100 0000:02:01.0: PCI INT A disabled
ipw2100: probe of 0000:02:01.0 failed with error -5

5. udev에서 eth0를 eth1로 이름을 바꿨습니다. udev: renamed network interface eth0 to eth1

여기까지 살펴보고 다시 grep eth0해보니... dmesg 마지막 부분에서 다시 eth0가 떴네요??

$ grep eth0 dmesg_4.txt
eth0: RealTek RTL8139 at 0xf836e800, 00:40:ca:c5:4d:7e, IRQ 10 <= 첫번째
udev: renamed network interface eth0 to eth1
eth0: RealTek RTL8139 at 0xf83d6000, 00:0e:e8:eb:e2:3f, IRQ 10 <= 두번째 mac 주소 다름.
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
eth0: no IPv6 routers present

----
추정: 네트웍 카드가 3개? / 8139too 두개 + intel pro 1개 / 그게 아니라면 intel pro/wireless와 8139too가 충돌???

우선 udev에서 디바이스 이름을 바꾸지 말도록 고쳐봐야 할 것 같습니다. / 혹은 intel pro/wireless를 제거.

온갖 참된 삶은 만남이다 --Martin Buber

사랑천사의 이미지

모두 감사합니다. 그런데 그런게 있더군요. 사용은 안 해도 모듈로 컴파일 되어 있으면 다 올라가더군요 거의 다. 서로 베타적인 경우를 제외하면 말이조.
그리고 udev에서 이름을 바꿔서 올리는건 맞습니다만, 저건 LAN을 두 개 두어서 기계적인 문제인지 등을 확인해 보기 위해 해 놓은 것이었고 하나일 때도, 그리고 그냥 두더라도 문제는 똑같이 발생했었습니다.
그리고 Intel PRO/Wireless 2100 이 설치되어 있는 것은 맞지만 역시나 이것은 사용하지 않고 RF Switch를 켜지도 못합니다. 일단 말씀하신 데로 펌웨어를 먹여 주지 않았고 더해서 RF Switch를 켜려면 특별한 유틸리티가 필요하더군요. 그리고 1394도 어디 있을 건데 그것하고 무선은 사용하지 않도록 커널을 설정한 뒤에도 문제는 계속 있었습니다.
아무튼 다들 답변해 주셔서 감사합니다. 하지만 어떤 것에도 답이 없네요 지금까지. 혹은 제가 아는 내용들이 대부분이었고 거의 해 본 것들이었습니다. 애고. 오늘까지 4일인데 안 해봤다면 이상할 정도로 많은걸 해 봤습니다만 아휴...
-추가-
lspci의 경우를 보니 제가 한 이야기가 정확하네요. 올라가긴 8139too와 8139cp가 둘 다 올라갑니다. 그러나...

02:05.0 0200: 10ec:8139 (rev 10)
        Subsystem: 1509:2420
        Flags: bus master, medium devsel, latency 64, IRQ 10
        I/O ports at 3000 [=256]
        Memory at e0201800 (32-bit, non-prefetchable) [=256]
        Capabilities: [50] Power Management version 2
        Kernel driver in use: 8139too
        Kernel modules: 8139too, 8139cp
 
07:00.0 0200: 10ec:8139 (rev 10)
        Subsystem: 10ec:8139
        Flags: bus master, medium devsel, latency 64, IRQ 10
        I/O ports at 3c00 [=256]
        Memory at 50000000 (32-bit, non-prefetchable) [=512]
        Capabilities: [50] Power Management version 2
        Kernel driver in use: 8139too
        Kernel modules: 8139too, 8139cp

보시다 싶히... 실제 사용하는건 8139too가 맞네요.
아무튼, 죽겠습니다...(죽진 않겠지만... 으으.)
- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사

wkpark의 이미지

lspci에 이런 옵션이 있었군요 :>

그런데 IRQ가 모두 10이네요. IRQ가 같을 수는 있지만 이런 경우는 충돌나지 않을까요?

제 기억으로는 랜카드 여러개 끼울 때에 보통 IRQ를 지정해주는 유틸리티를 사용하거나, 커널모듈에 IRQ지정 옵션이 있었던 것으로 기억합니다.

구글링해보니 IRQ바꾸는 옵션이 8139too에 있네요.

------- /etc/modprobe.conf 혹은 이와 동등한 파일
alias eth0 8139too
options 8139too IRQ=10
alias eth1 8139too
options 8139too IRQ=xxx # 10이 아닌 다른 값으로. ls /proc/irq/ 혹은 cat /proc/interrupts 로 확인 후에 선택하실 수 있을 듯.
-------

그리고 irqbalance 데몬이 실행되고 있는지도 확인해보세요. fedora의 경우는 irqbalance데몬이 기본으로 실행됩니다. 별로 상관 없겠지만..

온갖 참된 삶은 만남이다 --Martin Buber

vacancy의 이미지


그냥 커널 옵션에서 8139cp를 N으로 해버리시면 어떨까요 ?

검색해보니 강제로 내려서 쓰는 사람들이 (이유는 다양한것 같습니다만;)
좀 보이는 것 같은데요. ;;

사랑천사의 이미지

그래서 컴파일할 때 그렇게 해 놓고 쓴 적도 있지만, 그것 역시 특별히 도움되는 것은 없었습니다. 안타깝게도.
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사

사랑천사의 이미지

하드디스크는 이미지로 떠 두었고 이 떠 둔 이미지를 가지고 다른 시스템에 설치해서 추가적인 실험을 계속 할 예정이구요.(이미지라기 보다 시스템 전체를 tar로 묶어 두었습니다.)
그리고 서버 자체는 OS를 Arch Linux로 바꾸고 재설정하자는 합의가 되어서 현재 설치 및 기초 설정 까지 진행된 상태 입니다. 물론 이 상태에선 정상 동작하고 있구요. NIC와 모든 장치가 괜찮습니다.
BSD 계열의 INIT를 차용한 것이 아직 익숙해 지기 힘들긴 하지만, 할만 하네요.
-- 이여송 --
HomePage: http://lys.lecl.net/
Blog: http://www.lecl.net/lablog
LECL: http://www.lecl.net/
E-Mail: yeosong@gmail.com ysnglee2000@lecl.net
MSN: ysnglee2000@hotmail.com

사람천사