abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 20:00 | Komunita

Spolek vpsFree.cz již potřetí zveřejnil statistiku linuxových distribucí běžících na jejich infrastruktuře. Nejpoužívanější je Debian s 50,4 %. Následuje Ubuntu s 25,6 % a CentOS s 13,6 %. Skokanem roku je Alpine Linux.

Ladislav Hagara | Komentářů: 0
dnes 18:33 | Zajímavý článek

Michal Špaček publikoval třetí číslo svého newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Věnuje se v něm například také bezpečnostní chybě v ImageMagick.

Ladislav Hagara | Komentářů: 1
dnes 05:55 | Zajímavý projekt

V pátek byl představen projekt postmarketOS (GitHub). Cílem tohoto projektu je open source operační systém pro chytré telefony vycházející z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Operační systém postmarketOS by měl podporovat 10letý životní cyklus chytrých telefonů.

Ladislav Hagara | Komentářů: 28
včera 23:44 | Nová verze

Byla vydána verze 0.4.5 svobodného operačního systému ReactOS. Z novinek lze zdůraznit podporu kancelářského balíku Microsoft Office 2010. Podrobnosti v ChangeLogu.

Ladislav Hagara | Komentářů: 8
včera 23:11 | Komunita

Linphone 4.0 pro desktop přichází. Vývojáři tohoto multiplatformního open source VoIP a SIP klienta postupně představují nové vlastnosti. Verze 4.0 bude postavena na Qt [reddit].

Ladislav Hagara | Komentářů: 0
27.5. 22:22 | Komunita

Dle plánu byl měl Debian 9 s kódovým názvem Stretch vyjít v sobotu 17. června. Po celém světě se začínají plánovat Release Parties. Oznámeno bylo vydání čtvrté RC (release candidate) verze instalátoru pro Debian 9 Stretch.

Ladislav Hagara | Komentářů: 5
26.5. 22:22 | Komunita

V Norimberku probíhá do neděle 28. května openSUSE Conference 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online. K dispozici jsou také videozáznamy (YouTube) již proběhnuvších přednášek. Dění lze sledovat na Twitteru.

Ladislav Hagara | Komentářů: 0
26.5. 11:33 | IT novinky

Red Hat kupuje společnost Codenvy stojící za stejnojmenným webovým (cloudovým) integrovaným vývojovým prostředím (WIDE) postaveném na Eclipse Che.

Ladislav Hagara | Komentářů: 0
26.5. 08:55 | Nová verze

V listopadu 2014 byl představen fork Debianu bez systemd pojmenovaný Devuan. Po dva a půl roce jeho vývojáři oznámili vydání první stabilní verze 1.0. Jedná se o verzi s dlouhodobou podporou (LTS) a její kódové jméno je Jessie, podle planetky s katalogovým číslem 10 464.

Ladislav Hagara | Komentářů: 16
25.5. 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (8%)
Celkem 636 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: problém s eth po updatu kernelu

    1.10.2010 14:44 Standa
    problém s eth po updatu kernelu
    Přečteno: 243×
    Ahoj, mám Centos 5.5, síťovky r8139 a r8168 a pokaždé, když updatuji kernel, tak se mi po restartu navzájem zamění eth0 za eth1, takže musím přehodit utp kabely. Pokud provedu ještě jeden restart, tak už jsou eth správně. V modprobe.conf mám alias eth1 r8168, ifconfig ukazuje vše správně, ale dmesg vypisuje r8168: eth0: link up. Ovladač pro r8168 se přes DKMS po každém updatu kernelu kompiluje. Nevíte prosím, jak a kde nastavit, aby se pokaždé driver nekompiloval pro novou verzi? Díky za odpovědi. Standa

    Odpovědi

    1.10.2010 15:49 jozinzbazin
    Rozbalit Rozbalit vše Re: problém s eth po updatu kernelu
    nevim jak v centosu, ale ve Fedore mame nasledujici soubor, ktery se stara o zachovani jmen. Myslim ze nepotrebuje dalsi komentar

    $ cat /etc/udev/rules.d/70-persistent-net.rules
    # This file was automatically generated by the /lib/udev/write_net_rules
    # program run by the persistent-net-generator.rules rules file.
    #
    # You can modify it, as long as you keep each rule on a single line.
    
    # Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rule written by anaconda)
    # Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rule written by anaconda)
    
    # PCI device 0x10ec:0x8168 (r8169) (custom name provided by external tool)
    SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:26:18:9a:9a:01", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
    
    # PCI device 0x168c:0x002b (ath9k) (custom name provided by external tool)
    SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:25:d3:62:f9:81", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"
    
    1.10.2010 16:27 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: problém s eth po updatu kernelu
    Někdy je potřeba tenhle soubor trochu upravit, aby se třeba neřídil MAC adresou, ale něčím jiným. Nedávno jsem řešil, proč dostane síťová karta po každém restartu o jedno číslo vyšší eth, když se udev používá a karta je v tomto skriptu zapsaná, až jsem pak zjistil, že ta síťová karta integrovaná na základní desce má pokaždé jinou MAC adresu.
    1.10.2010 20:46 frr | skóre: 32
    Rozbalit Rozbalit vše Re: problém s eth po updatu kernelu
    To je neuvěřitelné, co někteří výrobci nablejou do BIOSu... už jsem viděl motherboardy, kde byla konfigurační EEPROM u síťovek prázdná, a potažmo MAC adresa samé nuly... ale generovat MAC adresu při bootu náhodně? No to je maso. Co by pokoutní garážový lepič PC hardwaru neudělal proto, aby se vyhnul košer vypálení unikátní MAC adresy do každého motherboardu. Povšimněte si, že se vyhýbám tomu, abych si vzal nevyváženě a politicky nekorektně do úst konkrétní národnost nebo geografickou oblast.
    [:wq]
    2.10.2010 02:48 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
    Rozbalit Rozbalit vše Re: problém s eth po updatu kernelu
    to je příprava na IPv6 :-D
    3.10.2010 20:41 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: problém s eth po updatu kernelu
    Naprogramovat to chování muselo být dokonce těžší, než kdyby ta adresa byla někde uložená. Ona ta MAC adresa totiž nebyla úplně náhodná. Měla vždy stejný začátek – pravděpodobně vendor prefix, ale když jsem to zjistil, neměl jsem vůbec náladu na to zjišťovat délku vendor prefixu MAC adresy, ale spíš něco provést tomu, kdo tohle spáchal. Docela by mne zajímalo, jak má tohle fungovat s DHCP nebo portem na switchi zamknutým pro konkrétní MAC adresu.
    4.10.2010 09:01 frr | skóre: 32
    Rozbalit Rozbalit vše Re: problém s eth po updatu kernelu
    Právě že dopsat do BIOSu, aby nacpal do síťovky 3B vendor prefix + 3B náhodná data je z hlediska masové výroby jednodušší, než na každém vyrobeném kusu bootnout speciální dávku, která flashne adresu in circuit a někde na serveru přičte jedničku, nebo totéž přes JTAG, nebo zařídit, aby osazovací stroj sázel na plošák EEPROMky "předflashnuté" unikátním obsahem... obvykle používané MicroWire EEPROM (93C46 apod.) samy o sobě nejsou flashovatelné in circuit (na rozdíl od 24C01 na I2C).

    Docela by mě zajímalo, jestli výrobci motherboardů v rámci QC vůbec vloží CPU+RAM, připojí kabely a motherboard bootnou, nebo jenom připojí JTAG a nějakou jehlovou sondu a oměří, co se dá, aniž by připojili jediný vnější kabel. Pokud ta deska u výrobce ani jednou nenabootuje, tak se nedivím, že je pro výrobce problém flashovat unikátní MAC adresy. Pravděpodobně je to celé nakonec jenom otázka peněz = vědomá úspora nákladů.
    [:wq]
    4.10.2010 11:58 dustin | skóre: 61 | blog: dustin
    Rozbalit Rozbalit vše Re: problém s eth po updatu kernelu
    Jo, to zní jako velice pravděpodobný důvod.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.