Linux за българи: Форуми

Зашо след всеки рестарт ми се сменя ethX ? Например от eth0 на eth1 и т.н.т. до безкрай сега в момента даже е на eth9 и това става след като рестартирам всеки път системата.Ползвам Linux Slackware 12.Някой може ли да ми каже от къде може да го оправя това че е много гадно така.

acpi=off   - параметър към ядрото при първоначално зареждане.

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

Чакай ..
дай от начало - сега каква е конфигурацията ...преди каква е била ...не е важно, нали е работила .
Сега какво е дъното ...модела какъв е, и въз основа на това ще почнем..тоест има ли нова версия на биос-а, и какво поддържа ..
За флаша ...не се стряскай, винаги може да върнеш старият ако с новият нещо се скеца. Флашвай смело и ич да ти не е...и прави бекъп на старият

има

Цитат

F6   2008/04/16

- версия на биос-а.
а има и това:
http://forums.debian.net/viewtopic.php?p=107155

dobritu, ако флашваш биос за всеки случай се "презастраховай" с един UPS. Ако нямаш такъв, вземи от познат.

Не съм запознат, но няма ли да е по- лесно, ако сложи

Примерен код

hwaddress ether xx:xx:xx:xx:xx:xx

в /etc/netwok/interfaces ?

Винаги има риск, че след ъпдейт на rom-a няма да се скапе. Ако дъното е в гаранция не е сигурно, че ще ти я признаят след това. Най-хубаво, попитай там, откъдето е купено за да не стане фал. Провери преди това, дали mac-адреса не се указва от bios-a. При някои дъна има такава опция и дори по-подразбиране е нули, за ефектът, от което може да се предполага...

В такъв случай за 18 лв си решаваш проблема. Само си вземи по-популярен модел, за да не стане същата работа с reverse-engineered драйверите. Не е "хакерско" решение според някои хора да решиш проблема по лесния начин, но... според мен именно лесния начин е "хакерското" решение.

Майко мила

dobritu, гледай сега ... тоест чети сега , та ... GIGABYTE ти предлагат абсолютно елементарен тул (инструмент) за флаш на биос-а, който прави бекъп и ако се сговняса нещо (това се случва рядко) се връща първоначалната версия. Това че си взел дъното вчера не означава че биос версията е от преди 1 година (твоет специално е модел от преди 2 години), както по рано ти казах - виж коя версия е, и след това сравни във сайта  за да си сигурен - http://tw.giga-byte.com/Support....ID=2670
И не на последно място - ако си купил дъното от там дето ми показа линка - тия не ги интересува дали си го флашвал - знам от опит, работя с тях . До сега прецакано дъно от флаш ... само на места където тока гасне в режим 1:кесим .
Тъпо е да си купиш нещо и то да не работи поради временни недостатъци на софтуера му .
Ако те е страх ... то поне потърси решения на проблема ти във ...търсачките ..поне по-известните. На 99% от потребителите със този проблем това е решението, а на останалите ...пипане по драйвера (модула) forcedeth. Въпроса не опира до 9 лева (най-малкото мрежовите карти отдавна не струват толкова) а до решаване на възникнал проблем.
След това си разгледай БИОС-а, и по-точно кое на какво прекъсване работи ...вече ти казах
Като собственик на GIGABYTE те уверявам, че флаш на биоса е рутинна процедура, която е задължителна с оглед поддръжка на все по-нов и екзотичен хардуер. Поне си прочети документацията която съпровожда дъното .... да не говорим за

Цитат

Due to different Linux support condition provided by chipset vendors, please download Linux driver from chipset vendors' website or 3rd party website.

- цитат от сайта на производитела на дънната ти платка,тоест гледаш тук :
http://www.nvidia.com/object/linux_nforce_1.23.html

Още за дъното ти :
http://tw.giga-byte.com/Product....ID=2670
Разгледай Other Features секцията.
И не издребнявай ...не струва 100 лв


С риск да стана досаден ...обаче има и друго решение на проблема.
При това дебианци отдавна са го решили ...Jan 15, 2008
и то е :

http://www.nabble.com/Bug-460....99.html

или по точно :

Цитат

The only difference in 'forcedeth.c' is line 554, where they have #define PHY_OUI_REALTEX 0x01c1 instead of #define PHY_OUI_REALTEX 0x0732

 Подпипване на модула и прекомпилиране на ядрото и ...чакаме резултати.

ДО dobritu нищо няма да flash-ваш !
По DHCP протокол ли си взимаш адреса ?

Т.нар. "флашване" се прави на собствен риск и при условие, че наистина е необходимо, защото после едва ли някой ще се заеме да препрограмира eeprom-a за такова дъно(ако не "светне" след вкл., де).
Ин'чи до'ся съм невиждал вградена, дето поне мин. 3-пъти да не е дала проблем на десктопи и на сървъри до 10к, но вероятно има изключения, за които незнам.

bulg, със GA-965P-S3 съм
и със Интел E8200. Как според теб е възможно това, ако го продават със версия на БИОС - F8 ?
Та ...така нареченото "флашване" се прави с цел да се радваш на това което имаш - риск винаги има, но това не означава да си технически неандерталец . Много неща се изглаждат в последствие и БИОС-ите също са едни от тях, та така че стига глупости с тия рискове, драми и трагедии.
Ако някой мисли да го закопават със бангията която има - нека си я кътка както си я е купил, да си пази гаранционните лепенки и да пълни форумите със нелепи хардуерни въпроси.
Аз до сега проблем c вградена мрежова карта съм срещал (имал) единствено на БИОС ниво и фърмуер на самата мрежова карта.  
Винаги ми е било интересно дали някой си чете спецификацията на дъното, или гледа само резюмето което е направил търговеца и е до там. Но пък от друга страна, ако това се правеше ....доста фирми производители щяха да са фалирали до сега

Цитат

forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.60. ACPI: PCI Interrupt Link [APCH] enabled at IRQ 21 ACPI: PCI Interrupt 0000:00:0a.0[A] -> Link [APCH] -> GSI 21 (level, low) -> IRQ 18 PCI: Setting latency timer of device 0000:00:0a.0 to 64 forcedeth: using HIGHDMA 0000:00:0a.0: Invalid Mac address detected: 71:5a:e6:7d:1d:00 Please complain to your hardware vendor. Switching to a random MAC. eth0: forcedeth.c: subsystem: 01458:e000 bound to 0000:00:0a.0

KPETEH предполагам че по някаква причина не си видял това, и за това си задал въпроса за ...DHCP

За да не се "флашва" нищо :

Примерен код

Subject: forcedeth: mac address fix     From: Ayaz Abdulla <aabdulla@nvidia.com>     This critical patch fixes a mac address issue recently introduced. If the     device's mac address was in correct order and the flag     NVREG_TRANSMITPOLL_MAC_ADDR_REV was set, during nv_remove the flag would get     cleared. During next load, the mac address would get reversed because the     flag is missing.     As it has been indicated previously, the flag is cleared across a low power     transition. Therefore, the driver should set the mac address back into the     reversed order when clearing the flag.     Also, the driver should set back the flag after a low power transition to     protect against kexec command calling nv_probe a second time.     Signed-off-by: Ayaz Abdulla <aabdulla@nvidia.com>     Signed-off-by: Andrew Morton <akpm@linux-foundation.org>     ---     drivers/net/forcedeth.c | 26 ++++++++++++++++++++++++--     1 file changed, 24 insertions(+), 2 deletions(-)     diff -puN drivers/net/forcedeth.c~forcedeth-mac-address-fix drivers/net/forcedeth.c     --- a/drivers/net/forcedeth.c~forcedeth-mac-address-fix     +++ a/drivers/net/forcedeth.c     @@ -5327,8 +5327,7 @@ static int devinit nv_probe(struct pci     dev->dev_addr[3] = (np->orig_mac[0] >> 24) & 0xff;     dev->dev_addr[4] = (np->orig_mac[1] >> 0) & 0xff;     dev->dev_addr[5] = (np->orig_mac[1] >> 8) & 0xff;     + } else if (txreg & NVREG_TRANSMITPOLL_MAC_ADDR_REV) {     + /* mac address is already in correct order */     + dev->dev_addr[0] = (np->orig_mac[0] >> 0) & 0xff;     + dev->dev_addr[1] = (np->orig_mac[0] >> 8) & 0xff;     + dev->dev_addr[2] = (np->orig_mac[0] >> 16) & 0xff;     + dev->dev_addr[3] = (np->orig_mac[0] >> 24) & 0xff;     + dev->dev_addr[4] = (np->orig_mac[1] >> 0) & 0xff;     + dev->dev_addr[5] = (np->orig_mac[1] >> 8) & 0xff;     + /*     + * Set orig mac address back to the reversed version.     + * This flag will be cleared during low power transition.     + * Therefore, we should always put back the reversed address.     + */     + np->orig_mac[0] = (dev->dev_addr[5] << 0) + (dev->dev_addr[4] << 8) +     + (dev->dev_addr[3] << 16) + (dev->dev_addr[2] << 24);     + np->orig_mac[1] = (dev->dev_addr[1] << 0) + (dev->dev_addr[0] << 8);     } else {     /* need to reverse mac address to correct order */     dev->dev_addr[0] = (np->orig_mac[1] >> 8) & 0xff;     @@ -5606,7 +5621,9 @@ out:     static int nv_resume(struct pci_dev *pdev)     {     struct net_device *dev = pci_get_drvdata(pdev);     + u8 __iomem *base = get_hwbase(dev);     int rc = 0;     + u32 txreg;     if (!netif_running(dev))     goto out;     @@ -5617,6 +5634,11 @@ static int nv_resume(struct pci_dev *pde     pci_restore_state(pdev);     pci_enable_wake(pdev, PCI_D0, 0);     + /* restore mac address reverse flag */     + txreg = readl(base + NvRegTransmitPoll);     + txreg |= NVREG_TRANSMITPOLL_MAC_ADDR_REV;     + writel(txreg, base + NvRegTransmitPoll);     +     rc = nv_open(dev);     out:     return rc;     _

тоест с този пач МАК адреса вече не се обръща ( 0000:00:0a.0: Invalid Mac address detected: 71:5a:e6:7d:1d:00 ще е обърнат, тоест истинският )

Предполагам че е включен във новото ядро.

Добре де, щом си фен на флашканията, к'во пра'име, ако за някое дъно няма нова версия? Ше повториш последната, нали От (не)известно време насам има дъна, които нямат опция да се пипат irq's от bios-a, пък и що мислиш, че мо'еш да барнеш, пак през bios, прекъсванията на вграденo nic-че; опцията я имаше в някои антики и редки маркови машини, а на човека не е такава.
Колкото до проблемите с "вградените", вероятно ги нямаш, защото не поддържаш непрекъснато работещи машини под вин, тоест хората кОлтурно си ги 'шът-ват' в края на раб. ден, вероятно. Друга причина е, че може би задклавиатурните не те уведомяват(при проблем с връзка), когато се набират на малкия бутон, решаващ половината от проблемите под гореуказаната ос. Правя сравнение между вгр. карти и такива на слот(и 2-та вида с недокоснати фабрични хардуерни настройки, примерно) и вторите определено са по стабилни, нема сми' да спорим за това.

dobritu пробва ли този пач дето го намерих ? Кажи да се знае дали е решен проблема ?  Ако си забелязал пача е писан от човек от екипа на нвидиа.

bulg ...

Цитат

Добре де, щом си фен на флашканията, к'во пра'име, ако за някое дъно няма нова версия? Ше повториш последната, нали

 ? Незнам как и какво да ти отговоря .
 "Hardware Interrupts and Conflicts " е доста помагащо начало за търсене .
Правенето на панахиди и стискането на палци ако бъде своевременно заместено със поне малко интерес и ...
....чудейки се какво друго да ти отговоря ..и се сетих, за момент ми се бе изплъзнало - Ако дъното има проблем и не е софтуерен - тоест БИОС-а или е последният или дори и с най-новата версия не работят нещата ...го връщам за гаранционен сервис или ако е минала гаранцията - изхвърлям го - пестя нерви и време - пне на мен са ми скъпи.
Но да се твърди че подмяната на една версия на БИОС с друга (дори и предходна) не решава проблеми и че е излишно предпочитание - е крайно несериозно.
Дори най-новата версия може да се окаже "бъглива" и даунгреидването със предходната да оправи нещата. За пример - гледам си любознателен- разгледай бета версиите на доста Гигабайтски дъна .

Цитат

Правя сравнение между вгр. карти и такива на слот(и 2-та вида с недокоснати фабрични хардуерни настройки, примерно) и вторите определено са по стабилни, нема сми' да спорим за това.

?  Как и къде ги направи тези сравнения ? Вече се чудя ... да не кажа озадачен как така е направена постановката, че и стигнато до такъв генерален и потресаващ извод ?
Къде сравни Марвел мрежови карти ? Интелски ? На НВидиа ? на Длинк ? На 3Ком ? И как така сравни скороста при пренос на данни ...
Доста въпроси още висят  ...но ще ти ги спестя.

Тъй като не знам Слак 12 с кое ядро е ...предполагам че в новото ...2.6.нещо си този пач (бъг) е оправен, но това не пречи да се подсигуриш ... Дръпни си сорса на ядрото, после http://gentoo-wiki.com/HOWTO_Install_a_Kernel_Patch . като кода който го пуснах го запази със разширение .patch. Тоест forcedeth-mac-address-fix.patch (той така се и казва ) . След това си компилираш ядрото и ...казваш до къде си го добутал.
Няма да се стряскаш. вероятноста да си осереш БИОС-а при флаш (особено на Гигабайт) е само ако си мозъчен инвалид (вярвам не си такъв) . Флашвай и компилирай смело, няма какво да му се плашиш толкова...(а и за под Windows имат перфектен тул, просто хората са помислили за всичко, да ти е кеф да се радваш на хардуер  ) ще помагам всякък Ако нещо не ти е ясно - 117747546 - ICQ. Само ако се реши проблема искам от теб да го споделиш тук

P.s. Има доста информация как се пачва сорс код, а също така и компилация по Слакуерски - та така че ...ако проблема ти се реши - цветя и бонбони не пия , а ако не - то опитите продължават докато се реши - и без това ми стана доста интересно.

 

Проблема си го реших със Slackware 12.1.Не ми се наложи да барам БИОС-а.