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

mdadm --assemble --scan , какво ти дава

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

Не знам при колегите как е, но при мен ISO-то на server-i386 ми връща същия checksum, значи всичко би трябвало да е ок '>

Примерен код

md5sum ubuntu-8.04-server-i386.iso c3162b21757746c64a0a22cdd060b164  ubuntu-8.04-server-i386.iso cat MD5SUMS c3162b21757746c64a0a22cdd060b164 *ubuntu-8.04-server-i386.iso

А checksum какво казва при теб?

И при мен работи. На няколко машини съм правил ъпгрейд с yum, но най-добре става чрез инсталационното CD/DVD, дори така се препоръчва от fedora-project. Хубаво е да не се прескача повече от един release - примерно 4>6, но не и 4>7. Поне така съм забелязал, че няма много проблеми със зависимости и т.н. Хубаво е да се премахнат някои 3-rd part rpm пакети, ако си решил да правиш ъпгрейд с yum.

Намерих по-елегантно решение на проблема с визиуализирането на някои кирилски шрифтове, явно е бъг в самата Fedora:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=210491
Трябва да се свали последната cvs версия на freetype2:
% cvs -z3 -d:pserver:anonymous@cvs.savannah.nongnu.org:/sources/freetype co freetype2

2) Build it
% cd freetype2
% sh autogen.sh
% ./configure
% make

3) Replace /usr/lib/libfreetype.so.6.3.10 with the newly build
% mv /usr/lib/libfreetype.so.6.3.10 SOMEWHERE_SAFE
% mv ./objs/.libs/libfreetype.so.6.3.10 /usr/lib/

4) restart X by logging out or whatever

Ако шрифтовете на самите менюта във FF и url лентата са прекалено големи, проблема се решава също елегантно, добавяте следните редове в: ~/.mozilla/firefox/profila_vi/chrome/userChrome.css
* {
font-size: 9pt !important;
font-family: Sans !important;
}

input, textarea, select, button, toolbar
input[type="button"], input[type="reset"], input[type="submit"], toolbar[type="url" {
font-size: 10pt !important;
font-family: Sans !important;
}

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

Fonts for съм го сложил на Cyrillic, а шрифтове какви ли не пробвах, добавил съм и стандартните MS true type fonts, ефекта е същия. В момента съм сложил Bitstream и пак няма ефект.

Здравейте, от няколко дена се бора да разреша един малък проблем, който много ме дразни '>. При отварянето на страници съдържащи кирилиски шрифтове, някои текстове излизат с малко не подредени кирилски символи, имам предвит неподредени като големина. Пробвах с различни шрифтове в самия Firefox като големина и тип, но проблема си остава. При Thunderbird имам сходен проблем при писането на ново писмо, но там забелязах че при определяне на fixer width този проблеми се елиминира в частност. Направих и друг експеримент, намалих DPI-то на шрифтовете, бих казал че проблема отпада почти и за Firefox и за Thunderbird, обаче съгласете се на DPI 70 не е много удобно да се чете текст. Добавям малко скрийншотче* с проблема.
>Искам да отбележа, че това се появява само на някои сайтове.
>Enconding и всичко останало е настроено както трябва.
>Дистрото е Fedoracore 6, Firefox 2.0.0.1
*скрийншот

Проблема е решен - просто смених в pppoe.conf типа фаерлоу от STANDALONE на NONE, явно се получава някакво омешване с iptables, не мога да си го обясна напълно.
Благодаря на хората които писаха по темата. '>

Здравейте!
Връзката ми към достачвика се осъществява чрез pppoe. На машината върват няколко демона, като httpd,ftpd и т.н. Проблема е че след разпадане на връзката(pppoe) и повторното логване, httpd-to и останалите демони, не могат да бъдат достъпни отвън. Проблема се решава след рестарт на iptables, но това е леко дразнещо, някой срещал ли е този проблем, и ако да, по какъв начин е решил проблема, да не се рестартирва всеки път iptables, след разпадане на връзката.
П.С След разпадането на връзката и повторното логване, интернета върви без никакъв проблем, просто само демоните не могат да бъдат достъпни.
Благодаря ви предварително.

Здравейте!
От няколко дена се бора с VPN server-а, но така и не стигам до положителен резултат. Схемата е следната:
Имам познат, който се свързва към доставчика чрез VPN(a), и чрез него да се свърже с VPN server-а(b) ми. А моя VPN server да поеме ролята от своя страна и да го прехвърли в отделна прайвит мрежа където работи прокси, тъйкато искам да му предостава достъп до определени сайтове, които по принцип не може да ги види през неговото ISP. Може би стана много замотано обяснението ми ..... Като цяло схемата работи, след логването в VPN-a(b), познатия(x) има пинг до самото прокси, но не получава никакъв отговор когато опита да отвори даден сайт, а до колкото видях в логовете на проксито има запис от съответното ип за заявка навън. Forwarding-а на VPN server-а(b) е пуснат. Някакви предложения? '>

Ами, да мисля че проблема се реши, след смяната на суитча, вече 3 дена работи мрежата без проблем. Просто явно суитча си се е скапал и по-точно имам подозрения към кеша му ........ Пък съвет, какъв да дам, еми проверявайте и най-дребните неща, които най-малко подозирате  

Сега ще смена един кабел, кабела от wireless-а до суитча, и ще смена суитча, после ще пиша за подробности, искам да ви благодаря за дотук дадените съвети '>

edit 11.06.2006: case closed, както казват хората, явно проблема наистина беше в суитча, не съм очаквал точно от него проблем, след 2 години безотказна работа '>.
Мерси на всички за replyz които дадоха относно темата.
 

Знаеш ли забравил съм, мисля че е в бридж, трябва да попитам ISP-то, понеже нямам в момента достъп за да погледна.
P.S
arping 10.10.10.75 -c 10000 -w10 -I eth0
ARPING 10.10.10.75 from 10.10.10.70 eth0
Unicast reply from 10.10.10.75 [00:50:FC:F2:BF:2A]  3.008ms
..................................................................................
Sent 11 probes (1 broadcast(s))
Received 11 response(s)