Ще пробвам с друга карта. И аз не виждам къде може да е проблема, а до последното спиране си работеше отлично.
Благодаря на отзовалите се!
Подмяната с нова реши проблема!

Настройвам eth0 с
/sbin/ifconfig eth0 192.168.1.2 netmask 255.255.255.0
/sbin/route add default gw 192.168.1.1
 

сложени във файлът rc.inet1

При използване на lsmod, се вижда
sis900    21760    0
mii          5344     1    sis900
т.е ядрото е заредило модула за мрежовата карта, но?

Да като root!
bash: lspci: command not found

Имам едно компютърче IBM PC-300, PIII, 667Mhz, 256MB RAM, 10GB HDD, LAN Integrated SiS 10/100 ethernet с инсталиран Debian.
Днес след пускане не ми се вижда мрежовата карта и ми извежда следното съобщение за грешка:

eth0: ERROR while getting interface flags no such device

при стартиране на ifconfig -a ми извежда

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0 MiB)  TX bytes:0 (0 MiB)

Мрежовата карта не е забранена в БИОС!

Какво мога да направя за да разбера дали ми е изгоряла мрежовата карта или нещо се е повредила конфигурацията?

Балгодаря на всички отзовали се. Не ми е ясно защо, но с подмяна на мрежовата карта нещата се нормализираха. Иначе тествана на друг компютър тя си работи, но ....

Както съм споменал някъде по-горе връзката е SDSL. SDSL-ът е настроен в transperant bridge mode и портовете не играят при него в случая.
Версията на iptables беше 1.3.5, вече е 1.3.6, но и това не ми опарави проблема. Ако имате друга идея?


Благодаря предварително за съдействието.

И давата компютъра са в една вътрешна мрежа(192.168.0.х), използва се един реален адрес с NAT. Прав си, че не е този IP адресът, но е постоянне от мрежата на Виваком(този е примерен)(SDSL), защото не съм пред този компютър.
Веб сървърът е с ИП 192.168.0.1 и реагира нормално. Когато отвън се напише ИП адресът на компютърът, който прави NAT 212.39.90.x, ми отговаря с timed out waiting for connection.
До преди седмица две това си е работело.
Мисля, си дали модемът на БТК не реже нещо порт 80?

Slackware 11.
Използвам IPTABLES
за редиректване
iptables -t nat -F PREROUTING
iptables -t nat -A PREROUTING -p tcp -d 212.39.90.х --dport 80 \
  -j DNAT --to 192.168.0.1
Това си работеше нормално, но от известно време сякаш правилото не се изпълнява.
Ту имам ту нямам достъп до WEB сървърът. От вътрешната мрежа WEB сървърът реагира винаги.
Не мога да разбера на какво може да се дължи това, при условие, че не е пипано нищо по линукса с правилото.

rpm -Uvh clamav-0.95.3-1.el3.rf.i386.rpm

Само че ще ти поиска още няколко пакета: clamd, clamav-db и евентуално clamav-devel, всичките версия 0.95.3-1.el3.rf.i386.rpm

Също така ако има допълнителен софтуер който ползва clam библиотеките ще спре да разботи заради промените в API между 0.94 и 0.95.

Благодаря за отговора, но какво разбираш под допълнителен софтуер.
В момента ClamAV ни проверява за вируси входящата поща.

Имамаме инсталиран Linux RedHat Enterprise 3 на който работи ClamAV като антивирусна програма.
В последно време започна да извежда следното съобщение.

ClamAV update process started at Thu Nov 26 00:00:00 2009
WARNING: Your ClamAV installation is OUTDATED!
WARNING: Local version: 0.94.2 Recommended version: 0.95.3 DON'T PANIC! Read http://www.clamav.net/support/faq main.cvd is up to date (version: 51, sigs: 545035, f-level: 42, builder: sven) daily.cld is up to date (version: 10071, sigs: 114220, f-level: 44, builder: neo)

Издърпах по-нов RPM пакет clamav-0.95.3-1.el3.rf.i386.rpm.
Интересува ме как да направя обновяването на програмата с rpm команда или по друг начин?
 Благодаря предварително на отзовалите се!