virbr0 идва от libvirt/kvm. А липсата на lan картата прилича на този бъг: http://vasil.ludost.net/blog/?p=3021

Угаси машината и извади захранващия кабел от контакта за 2-3 минути. Пусни я и ако lan картата се появи ( ifconfig -a , гледай за eth0 ) фикса е: http://sourceforge.net/projects/e1000/files/e1000e%20stable/eeprom_fix_82574_or_82583/

Прилага се еднократно и след още едно изключване от тока повече няма да има проблеми.

Търсиш в гугъл 'sparse files' и ти се изяснява как 200Gb файл може да заема само 7Gb. След това проверяваш NAS-а дали изобщо поддържа sparse files когато го монтираш като nfs. И копираш файла с 'cp --sparse=always'.

mac се филтрира в таблица 'mangle':

/sbin/iptables -t mangle -A PREROUTING -i eth0 -m mac --mac-source 00:30:48:67:2c:ad -j DROP

за да се запише при рестарт при fedora/centos:

service iptables save

Той няма как да е 'точен'. Всеки провайдер има собствено разбиране за това какво е локален/пирингов трафик/мрежи.
Повечето 'големи' провайдери имат връзка с BIX.BG а там са вързани и чужди провайдери (Magyar Telekom-HU, RETN-RU, Akamai, Forthnet-GR и т.н. ). Всеки сам си решава дали този трафик/мрежи са 'пиринг' или не когато шейпи трафика към клиентите си.

Пълния списък с делегираните от RIPE ipv4, ipv6, ASN:
ftp://ftp.ripe.net/pub/stats/ripencc/delegated-ripencc-latest
grep-ваш за BG

Активните към момента мрежи ( агрегирани ):
http://ipacct.com/f/peers

или от който и да е Looking Glass на BG провайдер.

Вместо $_SERVER['REQUEST_URI'] ползвай $_SERVER['PATH_INFO'].

Няма 'шмекерия' която да ти помогне. DVB-T/T2 работи с OFDM/COFDM модулация, DVB-C/C2/S/S2 работи с QAM модулация. Двете са коренно различни и напълно несъвместими една с друга.

Транспортния стриим на всички DVB стандарти е еднакъв, но с твоя тунер не можеш да демодулираш кабелната.

Щом не искаш да "минава" използвай FORWARD. INPUT и OUTPUT са за самия dd-wrt, FORWARD е за клиентите след него.

Доколкото си спомням 'active' означава че има данни, които още не са записани на всички дискове, 'clean' означава че всички дискове са напълно синхронни. И двете състояния са напълно нормални.

Харда не смятам че е 'компонент'. Стига захранването да може да го издържи слагай смело. Всъщност казваш "машина от перси", предполагам значи supermicro? Захранванията на supermicro кутиите без проблем издържат толкова харда, колкото фабрично има място да се монтират в нея. И е масова практика да се купуват машини без хардове. Гаранцията на хардовете е фиксирана от производителя в зависимост от модела, не зависи от къде ще ги купиш.

Сервизните условия са описани: http://persy.com/bg/page/4-serwiz-i-poddruvka.html
Аз пращам серииния номер на проблемния компонент на скайпа и получавам веднага отговор: наш е/не е, гаранционен е/не е. Досега подмяната на дефектирали памети/дискове е била моментална. Имам единичен случай на дефектирало едно ядро на процесор, който им отне 2 дни да се убедят в дефекта и получих нов процесор. Дефектирало дъно още нямам ( от над 100 машини ).

http://ajaxplorer.info/ е точно каквото описваш.

Скайпа е само 32 битов, нищо че пишат за 64 bit ubuntu и debian.

За да го инсталираш под 64 битов centos 6.x в конзола:

Код:

su -
cd /tmp
wget http://www.skype.com/go/getskype-linux-beta-fc10
yum localinstall skype-2.2.0.35-fedora.i586.rpm

Yum-а ще изтегли и инсталира всички необходими 32 битови библиотеки.

Суперблока на md е един и се намира в края на устройството, в твоя случай в края на /dev/sdb1 и /dev/sdc1
Размера му е 4k и се намира в последния цял 64k блок от партишъна. ntfs-а ще ги повреди тия блокове ако запише файл там. Ако вече е имало файл записан в последните клъстери, то mdadm create вече му е повредил съдържанието, няма какво повече да загубиш от нулирането на суперблоковете.

mdadm с това create вече ги е записало тия суперблокове. Щом win-а не се е оплакал за проблем с райда, то е малко вероятно нулирането на суперблоковете да повреди нещо. Но файловете са си твои все пак.