[Цитат]

Интелските wireless карти безпроблемно работят под линукс. Сега стъпка по стъпка:

Поглеждаш в 'dmesg | less'. Трябва да намериш нещо от типа:

Цитат

ieee80211_crypt: registered algorithm 'NULL' ipw2100: Intel® PRO/Wireless 2100 Network Driver, 1.0.3 ipw2100: Copyright© 2003-2004 Intel Corporation ACPI: PCI interrupt 0000:02:03.0[A] -> GSI 7 (level, low) -> IRQ 7 ipw2100: Detected Intel PRO/Wireless 2100 Network Connection divert: allocating divert_blk for eth1

Това означава че картата е разпозната, зареден е firmware и е активирана като eth1.
В случай че не изглежда така провери в /etc/modprobe.conf или /etc/modules.conf. Трябва да има ред:

Цитат

alias eth1 ipw2100

Резултата от iwconfig при мене е:

Цитат

# iwconfig lo        no wireless extensions. eth0      no wireless extensions. eth1      unassociated  ESSID:off/any  Nickname:"ipw2100"           Mode:Managed  Channel=0  Access Point: 00:00:00:00:00:00           Bit Rate=0kb/s   Tx-Power:off           Retry:on   RTS thr:off   Fragment thr:off           Encryption key:off           Power Management:off           Link Quality:0  Signal level:0  Noise level:0           Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0           Tx excessive retries:0  Invalid misc:0   Missed beacon:0

В случая при мен wireless картата не е асоциирана със конкретен access point, тъй като access point-a е скрит и не обявява името си, а няма друго ап наблизо. Асоциирам картата с командата:

Цитат

# iwconfig eth1 essid Myaccp # iwconfig lo        no wireless extensions. eth0      no wireless extensions. eth1      IEEE 802.11b  ESSID:"Myaccp"  Nickname:"ipw2100"           Mode:Managed  Frequency:2.422GHz  Access Point: 00:0B:6B:30:4D:4E           Bit Rate=11Mb/s   Tx-Power:off           Retry:on   RTS thr:off   Fragment thr:off           Encryption key:off           Power Management:off           Link Quality=81/100  Signal level=-77 dBm           Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0           Tx excessive retries:0  Invalid misc:1   Missed beacon:0

Името на АП-то е case sensivity! Т.е. 'myaccp' НЕ върши работа! Ап-то при мен е настроено да пуска конкретния MAC адрес и да не ползва WEP ключ.

Деактивирам wireless-a с командата:

Цитат

# iwconfig eth1 essid "" # iwconfig lo        no wireless extensions. eth0      no wireless extensions. eth1      unassociated  ESSID:off/any  Nickname:"ipw2100"           Mode:Managed  Channel=0  Access Point: 00:00:00:00:00:00           Bit Rate=0kb/s   Tx-Power:off           Retry:on   RTS thr:off   Fragment thr:off           Encryption key:off           Power Management:off           Link Quality:0  Signal level:0  Noise level:0           Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0           Tx excessive retries:0  Invalid misc:1   Missed beacon:0

Провери в този ред какво точно се случва и постни резултата от dmesg и iwconfig. Наличието на АП-та се проверява с:

Цитат

# iwlist eth1 scanning eth1      Scan completed :           Cell 01 - Address: 00:0B:6B:30:4D:4E                     ESSID:"<hidden>"                     Protocol:IEEE 802.11b                     Mode:Master                     Channel:3                     Encryption key:off                     Bit Rate:11Mb/s                     Extra: Rates (Mb/s): 1 2 5.5 11                     Signal level=-75 dBm                     Extra: Last beacon: 1ms ago

'Cell 01' в случая е мойто АП, което отговаря само защото познава MAC-а на картата, но въпреки това не си казва името ( essid-то ). Други АП-та няма в обхвата.

[Цитат]

Intel Pro 2100/2200 wireless картите има нужда от драйвер ( има го във всяка дистрибуция! ) и от firmware който се зарежда в самата карта при всяко стартиране ( няма го в дистрибуцийте! ).

firmware се изтегля от тук: http://ipw2100.sourceforge.net/firmware.php?fid=4

За редхат/федора firmware ( аз използвам ipw2100-1.3.fw ) се копира във /lib/firmware

При следващия рестарт модула ipw2100 ще зареди firmware в wireless картата. Конфиг файла в твоя случай е /etc/sysconfig/network-scripts/ifcfg-eth1 и трябва да изглежда така:

Цитат

# Please read /usr/share/doc/initscripts-*/sysconfig.txt # for the documentation of these parameters. IPV6INIT=no ONBOOT=no USERCTL=no PEERDNS=yes GATEWAY= TYPE=Wireless DEVICE=eth1 HWADDR=00:0c:f1:18:df:25 BOOTPROTO=none NETMASK= DHCP_HOSTNAME= IPADDR= DOMAIN= ESSID= CHANNEL=1 MODE=Managed RATE=0kb/s

След като поправиш HWADDR да отговаря на MAC адреса на твойта карта и ESSID= името на твоя access point следва:

ifdown eth1
ifup eth1

След това с iwconfig може да видиш резултата и евентуално да се направят допълнителни настройки.

[Цитат]

Цитат

11.168.192.in-addr.arpa IN SOA  domain.com. root.domain.com. (

само това не е правилно. SOA записа трябва да изглежда така:

<зоната> IN SOA <главния dns сървър> <емайл на админа>
т.е. вместо domain.com. трябва да е mail.domain.com. или gate.domain.com.

Все пак погледни и в messages. named си казва при стартиране какъв проблем има със зоните. Не си споменал дистрибуция и дали named работи в chroot или не...

Проблема е в самите IBM хардове. Серийте DLTA и IC35 си имат идиотски бъг във fimware. IBM даже изкараха препоръка че тия дискове не трябвало да работят повече от 8 часа на ден. Писанията по разни форуми че тия хардове в idle не паркирали главите и при над 8 часа работа главите опирали в плочите са пълна глупост.

Проблема им е следния: в резултат от бъг във самия firmware се случва при писане на сектор да не се изключват записващите глави навреме. И при seek с работещи в режим запис глави харда просто забърсва областите над които минава. Ако се случи над област с данни обикновенно не се усеща, защото се повреждат по няколко бита на сектор и в последствие при четене се кориригат с допълителната информация записана към всеки сектор. Обаче ако ако главите минат над сервизната информация в началото на сектора, той просто изчезва. И вместо смислено съобщение 'sector not found' харда връща цитираните грешки.

Физически харда не е повреден и затова след low level формат с ibm-ското drive fitness tool се оправя 100%, като съответно се губи всичко от него. Кога ще се скапе пак е въпрос на късмет.

Имам към 10 харда ibm IC35060AVV-1. Всичките са low level форматирани и нямат лоши сектори. Oбаче толкова често са правили този номер че вече седят само в шкафа и се ползват за тестове на операционни системи или временно запазване на изключително маловажна информация.

Всъщност в един от линковете които дадох имаше препратка към firmware за тия хардове, който ужким решавал проблема като след минимално време неактивност паркирал главите. Ефективноста е съмнителна според мене, но нищо не пречи да се опита.

[Цитат]

Цитат

hdi: IC35L120AVVA07-0, ATA DISK drive

Ако това е IBM от "прочутата" унгарска серия просто го изхвърли.

Малко инфо за тях:
http://www.dataclinic.co.uk/data-re....ive.htm
http://www.pheuron.de/index.htm?deathstar.htm
http://techreport.com/news_reply.x/2799/1/

Ако му направиш low level format с DFT харда ще се оправи за неопределено време. Отделно e известно че HighPoint контролерите бълват идиотски грешки, когато има дефектирал хард диск.

[Цитат]

Има специални кабели.

Цитат

To use cable select, both devices on the channel are set to the "cable select" (CS) setting, usually by a special jumper. Then, a special cable is used. This cable is very similar in most respects to the regular IDE/ATA cable, except for the CSEL signal. CSEL is carried on wire #28 of the standard IDE/ATA cable, and is grounded at the host's connector (the one that attaches to the motherboard or controller). On a cable select cable, one of the connectors (the "master connector") has pin #28 connected through to the cable, but the other (the "slave connector") has an open circuit on that pin (no connection). When both drives on the channel are set cable select, here's what happens:     * Master: The device that is attached to the "master connector" sees the CSEL signal as grounded, because its connector has pin #28 attached to the cable, and the host's connector has that signal grounded. Seeing the "zero value" (grounded), the device sets itself to operate as master (device 0).     * Slave: The drive that is attached to the "slave connector" does not see the CSEL signal as grounded, because its connector is not attached to the CSEL signal on the cable. Seeing this "no connection", the device configures itself as a slave (device 1).

Да, cdrom устрoйствата не могат да са мастер на хард диск, само на slave cdrom ( cdrom = каквото и да е компакт-дисково устройство ). Скороста на ide шината се определя от master устройството. В случая вероятно е udma/33. Харда вероятно се опитва да работи на udma/100 или 133, скорост която cdrom-а не поддържа. Резултат: cdrom-a приема грешни команди от ide шината и прави глупости. Преди време даже имаше комбинация от конкретни master cdrom - slave hdd при които веднага след стартиране се повреждаше firmware-то на cdrom-a.

Няма защо. Тези броячи се "превъртат" ( overflow ) на всеки 4096Мбайта ( -1 баит ). Даже и на 64 битовите кернели все още са 32 битови ( поне при мен, кернел 2.6.9 ). Стабилно работещи и тествани неща трудно се преправят. Всъщност даже и да са поправени в кернела, ifconfig примерно все още работи с 32 бита.

groupadd  courier
useradd -g courier courier

Следва ./configure с каквито опций ти трябва. Пише го в http://www.courier-mta.org

Броячите са 32 битови, т.е. максималната стойност е 2^32 - 1 байта.

Много сложно ще стане. Има приемо-предаватели на 800-900MHz които пренасят rs232 9600-115200. Принципно са с малка мощност но с добри антени ще постигнат необходимото разстояние. Трябва само да им се сложи по един конвертор на нива ttl <> rs232. Има и half и full дуплекс модулчета. Може и двата канала да се направят на различна честота. Със сигурност системата ще е много по евтина то пц+ап+антени и значително по-стабилна.

http://www.electroninvest.com/main.php?rf=1

http://lartc.org и четене му е майката. За да работи шейпъра към всеки class трябва да се закачи някакъв qdisc. Освен това default трябва да се закачи направо за root, не за 1:1. В default отива всичко което filter не е пратило в друг клас.

Т.е.:

#!/bin/bash
/sbin/tc qdisc del dev eth0 root 2>/dev/null
/sbin/tc qdisc add dev eth0 root handle 1: htb default 10
/sbin/tc class add dev eth0 parent 1: classid 1:1 htb rate 512Kbit burst 15k
/sbin/tc qdisc add dev eth0 parent 1:1 sfq perturb 10

/sbin/tc class add dev eth0 parent 1: classid 1:10 htb rate 1Kbit ceil 2Kbit
/sbin/tc qdisc add dev eth0 parent 1:10 sfq perturb 10

TCCAD="/sbin/tc class add dev eth0 parent 1:1 classid "
$TCCAD 1:20 htb rate 40Kbit ceil 45Kbit burst 10k
/sbin/tc qdisc add dev eth0 parent 1:20 sfq perturb 10

TC_DOWN_N="/sbin/tc filter add dev eth0 protocol ip parent 1: prio 1 u32 match ip dst"
$TC_DOWN_N 192.168.0.3 flowid 1:20

Ок, тогава другия вариант: php_admin_value register_globals 1. Във <Directory> секция би трябвало да работи коректно.

http://corefonts.sourceforge.net/

[Цитат]

Цитат (Guest @ Окт. 13 2005,17:27)

offtopic за което се извинявам , но все пак съм доста очуден: т.е като дадеш route / route -n ти излизат 170 000 записа :

[root@skk9 root]# route -n | wc -l
 168509
[root@skk9 root]# uptime
 08:09:46  up 270 days, 19:56,  1 user,  load average: 0.33, 0.13, 0.03

Толкова ли е учудващо?