Само че незнам кой ми е стартиращия файл  '>

Проблема ми е следния... конфигурирам си със програмата netword-admin DSN сървърите, и на следващия рестарт няма нито един ДНС във /etc/resolv.conf Какво да правя ? Пробвах и само със един ДНС, но интернета ми се бави '>
А втория ми проблем е следния... преди имах само ГДМ и днес реших да си инсталирам КДМ. След като се изтегли ме попита в конзолата ГДМ или КДМ да бъде по default...избрах KDM, но когато се включи (когато зареди компа) и клавиатурата въобще не работеше... Рестартирах и влязах във спасителен режим и премахнах KDM (apt-get remove kdm) после dpkg-reconfigure gdm и пак ме попита кой login manager да е default...избрах GDM, обаче сега нито един не тръгва '> .След като се заредят модулите ме пита Login: и Password: и чак тогава като ги въведа (root) и напиша gdm и чак тогава тръгва GDM. Помагайте, че стана голяма капша '>

[Цитат]

Цитат (neter @ Фев. 08 2007,20:54)

И аз бих ти препоръчал да си го настроиш ръчно, вместо да ползваш старата конфигурация. А Kernel Panic-а най-често съм забелязал, че се появява, понеже народа масово забравя да си направи initrd.img. В горната извадка, която си дал не е това проблема, но ако си го компилираш с ръчно въведени настройки и пак ти изпише Kernel Panic и пише нещо за харддиска, то проблема ти е липса на initrd.img. Под Дебиан ше стане по подобен на този начин: mkinitrd -o initrd.img-2.6.19 2.6.19 initrd.img се прави след като си компилирал и качил ядрото.

Мдаааа....бях забравил да направя initrd файл... сега стана '>
Омам още 2 проблема, но ще напиша нова тема

Току що и него пробвах и пак така... '>

Да... благодаря много... сега нета варси перфектно '>)

[Примерен код]

Примерен код

earch home nameserver 192.168.1.1

Ето ми resolv.conf
А ето и nslookup до двата ДНС-а

Примерен код

Debian:/home/vladi# nslookup 212.39.90.42 Server:         192.168.1.1 Address:        192.168.1.1#53 Non-authoritative answer: 42.90.39.212.in-addr.arpa       name = sws-ha-3.btc-net.bg. Authoritative answers can be found from: Debian:/home/vladi# nslookup 212.39.90.43 Server:         192.168.1.1 Address:        192.168.1.1#53 Non-authoritative answer: 43.90.39.212.in-addr.arpa       name = sws-ha-4.btc-net.bg. Authoritative answers can be found from: Debian:/home/vladi# nslookup 212.39.90.42 Server:         192.168.1.1 Address:        192.168.1.1#53 Non-authoritative answer: 42.90.39.212.in-addr.arpa       name = sws. Authoritative answers can be found from: Debian:/home/vladi#

А за Firefox никой ли нищо не знае '> '>

[Примерен код]

Следват тези стъпки:

Примерен код

1. Копирах linux-2.6.19.tar.gz във /usr/src 2. Разпакетирах го... tar -zxvf linux-image2.6.19.tar.gz 3. cd linux-2.6.19 4. make menuconfig и заредих стария конфиг файл от папката /boot 5. make-kpkg clean 6. fakeroot make-kpkg --revision=custum.1.0 kernel_image 7. dpkg -i linux-image-2.6.19......deb

 и ето тук идва следната грешка:

Примерен код

Debian:/usr/src# dpkg -i linux-image-2.6.19_custom.1.0_i386.deb (Reading database ... 171399 files and directories currently installed.) Preparing to replace linux-image-2.6.19 custom.1.0 (using linux-image-2.6.19_custom.1.0_i386.deb) ... Done. Unpacking replacement linux-image-2.6.19 ... The provided postrm hook script [/sbin/update-grub] could not be run. Setting up linux-image-2.6.19 (custom.1.0) ...  Hmm. There is a symbolic link /lib/modules/2.6.19/build  However, I can not read it: No such file or directory  Therefore, I am deleting /lib/modules/2.6.19/build  Hmm. The package shipped with a symbolic link /lib/modules/2.6.19/source  However, I can not read the target: No such file or directory  Therefore, I am deleting /lib/modules/2.6.19/source Running depmod. Not updating image symbolic links since we are being updated/reinstalled (custom.1.0 was configured last, according to dpkg) The provided postinst hook script [/sbin/update-grub] could not be run. dpkg: error processing linux-image-2.6.19 (--install):  subprocess post-installation script returned error exit status 2 Errors were encountered while processing:  linux-image-2.6.19 Debian:/usr/src#

После изпълнявам update-grub и намира и добавя новия кернъл, обаче след рестарт като го избера ми дава "Kernel panic". Какво да му направя ? Debian Unstable и ядро 2.6.18-3-686

Да... стана, обаче как да си настроя ДНС сървърите? През Контролния Център ги въведох и двата ( 212.39.90.42 и 43 ), обаче скоростта е същата '>

[Примерен код]

Ето ми съдържанието на файла /etc/network/interfaces:

Примерен код

This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). DEVICE=eth0 BOOTPROTO=static IPADDR=192.168.1.2 NETMASK=255.255.255.252 GATEWAY=192.168.1.1 ONBOOT=yes METRIC=10 MII_NOT_SUPPORTED=no USERCTL=no MS_DNS1=212.39.90.42 #MS_DNS2=212.39.90.43 RESOLV_MODS=yes IPV6INIT=no IPV6TO4INIT=no

Сега пък ми дава грешка в 3-ти ред '>
Къде греша ?

[Цитат]

Цитат (neonic @ Фев. 06 2007,13:50)

Примерен код DEVICE=eth0 BOOTPROTO=static IPADDR=................ NETMASK=................ GATEWAY=................ ONBOOT=yes METRIC=10 MII_NOT_SUPPORTED=no USERCTL=no MS_DNS1=................ MS_DNS2=................ RESOLV_MODS=yes IPV6INIT=no IPV6TO4INIT=no Файла при Debian се намира в: Примерен код /etc/network/interfaces

Е да... промених го както трябва, но като дадох /etc/init.d/networking restart и ми изписа следното:

Примерен код

Debian:/etc/network# /etc/init.d/networking restart * /etc/network/options is deprecated (see README.Debian of netbase). Setting up IP spoofing protection...done (rp_filter). Reconfiguring network interfaces.../etc/network/interfaces:4: misplaced option ifdown: couldn't read interfaces file "/etc/network/interfaces" /etc/network/interfaces:4: misplaced option ifup: couldn't read interfaces file "/etc/network/interfaces" failed. Debian:/etc/network#

[Цитат]

Цитат (winman @ Фев. 06 2007,02:57)

Сега се сещам, че преди години имах подобен проблем. Явяваше се периодично и продължаваше доста време /дни/. Оказа се тъпа работа. Два дефекта наведнъж: 1. Куплунга се вадеше в някакъв switch. Но не толкова, че да прекъсне нацяло трасето. 2. Сцепена изолация на кабела до суитча, и при влажно време ставаше проблем. И в двата случая губех голям брой пакети и от там всичко ставаше много бавно. Можеш да пробваш с ping, но пусни по-дълги пакети, не дефолт. Те са къси и може и да минават безпроблемно. Така се вижда по-лесно дали минават. Например: ping -s 1500 dir.bg и после сравни как върви спрямо къси пакети: ping dir.bg Още по-добре ping до IP na providera. Друго не се сещам. Ако има резултат драсни да кажеш спасението какво е. '>

Нямам проблеми със кабели, куплонзи и други... ето и пинг-а:

Цитат

PING dir.bg (194.145.63.12) 1500(1528) bytes of data. vladi@Debian:~$ ping -s 1500 dir.bg PING dir.bg (194.145.63.12) 56(84) bytes of data. 1508 bytes from dir.bg (194.145.63.12): icmp_seq=1 ttl=59 time=94.8 ms 1508 bytes from dir.bg (194.145.63.12): icmp_seq=2 ttl=59 time=95.2 ms 1508 bytes from dir.bg (194.145.63.12): icmp_seq=3 ttl=59 time=93.7 ms 1508 bytes from dir.bg (194.145.63.12): icmp_seq=4 ttl=59 time=94.0 ms 1508 bytes from dir.bg (194.145.63.12): icmp_seq=5 ttl=59 time=94.8 ms 1508 bytes from dir.bg (194.145.63.12): icmp_seq=6 ttl=59 time=95.4 ms 1508 bytes from dir.bg (194.145.63.12): icmp_seq=7 ttl=59 time=94.2 ms --- dir.bg ping statistics --- 7 packets transmitted, 7 received, 0% packet loss, time 6001ms rtt min/avg/max/mdev = 93.781/94.633/95.408/0.566 ms vladi@Debian:~$ ping dir.bg PING dir.bg (194.145.63.12) 56(84) bytes of data. 64 bytes from dir.bg (194.145.63.12): icmp_seq=1 ttl=59 time=17.7 ms 64 bytes from dir.bg (194.145.63.12): icmp_seq=2 ttl=59 time=19.0 ms 64 bytes from dir.bg (194.145.63.12): icmp_seq=3 ttl=59 time=18.5 ms 64 bytes from dir.bg (194.145.63.12): icmp_seq=4 ttl=59 time=19.3 ms 64 bytes from dir.bg (194.145.63.12): icmp_seq=5 ttl=59 time=18.8 ms 64 bytes from dir.bg (194.145.63.12): icmp_seq=6 ttl=59 time=18.8 ms --- dir.bg ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 5008ms rtt min/avg/max/mdev = 17.764/18.746/19.386/0.529 ms

Като цъкна примерно на някой линк мисли ли мисли и накрая започва баааавно-бааавно да рарежда...

[Цитат]

Цитат (Kollin @ Фев. 06 2007,02:14)

На мен, например, отварянето н страниците ми се бави когато DNS сървъра се мотае и не връща ip-то.Торентите или обикновения даунлоуд пита DNS само веднъж и после се свързва директно с ip -то на другата машина, а браузъра всеки път пита DNS-а за адреса и за тва се бави повече  '>

Е добре де... как преди страниците ми го отваряше за секунди а сега чамак по 20-30 секунди ?

Във файла /etc/network/option има:
p_forward=no
spoofprotect=yes
syncookies=no
NETWORKING_IPV6=no

последното аз го сложих...