Op deze website gebruiken we cookies om content en advertenties te personaliseren, om functies voor social media te bieden en om ons websiteverkeer te analyseren. Ook delen we informatie over uw gebruik van onze site met onze partners voor social media, adverteren en analyse. Deze partners kunnen deze gegevens combineren met andere informatie die u aan ze heeft verstrekt of die ze hebben verzameld op basis van uw gebruik van hun services. Meer informatie.

Akkoord

Vraag & Antwoord

OS Linux

Netwerk probleem

Anoniem
None
4 antwoorden
  • Hallo,

    Dit is mijn eerste bericht vanaf mijn nieuwe computer.
    Zoals jullie ongetwijfeld hebben opgemerkt had ik nogal wat problemen met het maken van een nieuwe 2.6 kernel voor dit systeem.
    Het is wel gelukt maar door kapot geheugen heef het veel moeite gekost voordat de kernel naar wens werkte.

    Er is nu echter nog 1 probleem met mijn netwerkkaart.
    Mijn moederbord is uitgerust met dual gigabit lan en hoewel ik meestal geen voorstander ben van geintegreerde nic's heb ik op aanraden van jullie toch nog geen aparte nic gekocht omdat de onboard ook goed zou moeten werken.
    Nu werkte internet gewoon voordat ik mijn eigen kernel had gebakken.
    Met de nieuwe 2.6 kernel lukt het echter niet meer.
    De dhcp blijft een poos hangen en vervolgens wordt er door geboot.
    De netwerkkaart heeft geen ip gekregen en er is dus geen netwerkverkeer mogelijk.
    Na veel onderzoek en proberen ben ik er achter gekomen dat op een of andere mannier mijn eth0 eth1 is geworden en visa verca :o.
    Als ik dus "dhcpcd eth1" doe … dan werkt het wel !

    Is dit normaal ? Hoe kan mijn eth0 plots eth1 zijn geworden ?
    Kan ik dit ook weer herstellen zodat mijn eth 1 weer eth0 is ?

    Indien ik mijn eth1 niet in eth0 kan veranderen, hoe kan ik er dan voor zorgen dat eth1 tijdens het booten wordt geconfigureerd i.p.v. eth0 ?

    Vreemd geval weer :lol: hopelijk is het op te lossen, want ik wil nu welleens starten met het verder afwerken van mijn systeem.

    P&B
  • Hier is mijn syslog voor wat het waard is …
    [size=7:cf309b92b9]

    Aug 22 11:48:51 pinky64 kernel: BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
    Aug 22 11:48:51 pinky64 kernel: BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
    Aug 22 11:48:51 pinky64 kernel: BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
    Aug 22 11:48:51 pinky64 kernel: BIOS-e820: 0000000000100000 - 000000003fff0000 (usable)
    Aug 22 11:48:51 pinky64 kernel: BIOS-e820: 000000003fff0000 - 000000003fff3000 (ACPI NVS)
    Aug 22 11:48:51 pinky64 kernel: BIOS-e820: 000000003fff3000 - 0000000040000000 (ACPI data)
    Aug 22 11:48:51 pinky64 kernel: BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
    Aug 22 11:48:51 pinky64 kernel: BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
    Aug 22 11:48:51 pinky64 kernel: BIOS-e820: 00000000fee00000 - 00000000fef00000 (reserved)
    Aug 22 11:48:51 pinky64 kernel: BIOS-e820: 00000000fefffc00 - 00000000ff000000 (reserved)
    Aug 22 11:48:51 pinky64 kernel: BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
    Aug 22 11:48:51 pinky64 kernel: Allocating PCI resources starting at 40000000 (gap: 40000000:a0000000)
    Aug 22 11:48:51 pinky64 kernel: Built 1 zonelists
    Aug 22 11:48:51 pinky64 kernel: PID hash table entries: 4096 (order: 12, 65536 bytes)
    Aug 22 11:48:51 pinky64 kernel: Detected 2211.164 MHz processor.
    Aug 22 11:48:51 pinky64 kernel: Console: colour dummy device 80x25
    Aug 22 11:48:51 pinky64 kernel: Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
    Aug 22 11:48:51 pinky64 kernel: Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
    Aug 22 11:48:51 pinky64 kernel: Checking if this processor honours the WP bit even in supervisor mode… Ok.
    Aug 22 11:48:51 pinky64 kernel: Mount-cache hash table entries: 512
    Aug 22 11:48:51 pinky64 kernel: CPU: AMD Athlon™ 64 Processor 3500+ stepping 00
    Aug 22 11:48:51 pinky64 kernel: ACPI: setting ELCR to 0200 (from 0828)
    Aug 22 11:48:51 pinky64 kernel: PCI: Probing PCI hardware (bus 00)
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 *5 7 9 10 11 12 14 15)
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LNK2] (IRQs *3 4 5 7 9 10 11 12 14 15)
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LNK3] (IRQs 3 4 5 7 9 10 *11 12 14 15)
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LNK4] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LNK5] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LUBA] (IRQs 3 4 5 7 9 10 *11 12 14 15)
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LUBB] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LMAC] (IRQs *3 4 5 7 9 10 11 12 14 15)
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LACI] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LMCI] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LSMB] (IRQs *3 4 5 7 9 10 11 12 14 15)
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LUB2] (IRQs 3 4 *5 7 9 10 11 12 14 15)
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LIDE] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LSID] (IRQs 3 4 *5 7 9 10 11 12 14 15)
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LFID] (IRQs 3 4 5 7 9 10 *11 12 14 15)
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LPCA] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APC1] (IRQs *16), disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APC2] (IRQs *17), disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APC3] (IRQs *18), disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APC4] (IRQs *19), disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APC5] (IRQs *16), disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APCF] (IRQs 20 21 22 23) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APCG] (IRQs 20 21 22 23) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APCH] (IRQs 20 21 22 23) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APCJ] (IRQs 20 21 22 23) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APCK] (IRQs 20 21 22 23) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APCS] (IRQs 20 21 22 23) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APCL] (IRQs 20 21 22 23) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APCZ] (IRQs 20 21 22 23) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APSI] (IRQs 20 21 22 23) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APSJ] (IRQs 20 21 22 23) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [APCP] (IRQs 20 21 22 23) *0, disabled.
    Aug 22 11:48:51 pinky64 kernel: highmem bounce pool size: 64 pages
    Aug 22 11:48:51 pinky64 kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
    Aug 22 11:48:51 pinky64 kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
    Aug 22 11:48:51 pinky64 kernel: assign_interrupt_mode Found MSI capability
    Aug 22 11:48:51 pinky64 kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
    Aug 22 11:48:51 pinky64 kernel: assign_interrupt_mode Found MSI capability
    Aug 22 11:48:51 pinky64 kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
    Aug 22 11:48:51 pinky64 kernel: assign_interrupt_mode Found MSI capability
    Aug 22 11:48:51 pinky64 kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
    Aug 22 11:48:51 pinky64 kernel: assign_interrupt_mode Found MSI capability
    Aug 22 11:48:51 pinky64 kernel: Console: switching to colour frame buffer device 128x48
    Aug 22 11:48:51 pinky64 kernel: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
    Aug 22 11:48:51 pinky64 kernel: RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
    Aug 22 11:48:51 pinky64 kernel: ACPI: PCI Interrupt Link [LNK2] enabled at IRQ 3
    Aug 22 11:48:51 pinky64 kernel: PCI: setting IRQ 3 as level-triggered
  • [quote:449c407acc="Pinky & The Brain"]
    Is dit normaal ? Hoe kan mijn eth0 plots eth1 zijn geworden ?
    Kan ik dit ook weer herstellen zodat mijn eth 1 weer eth0 is ?
    [/quote:449c407acc]
    Dat betekent dat de modules nu in een andere volgorde geladen worden. De eerste geladen netwerk module (dus kaart) wordt namelijk automatisch eth0, de volgende eth1 enz. Je kunt de modules voor je oude eth0, ofwel je huidige eth1 in /etc
    c.d
    c.modules laden, dat script wordt namelijk voor hotplug, dus voor de andere module uitgevoerd. Dan zou je huidige eth1 weer eth0 moeten worden. Je kunt ook in /etc/modules.conf aangeven welke module eth0 en welke eth1 moet zijn.

    Makkelijker is:
    [quote:449c407acc]Indien ik mijn eth1 niet in eth0 kan veranderen, hoe kan ik er dan voor zorgen dat eth1 tijdens het booten wordt geconfigureerd i.p.v. eth0 ?[/quote:449c407acc]
    In /etc
    c.d
    c.inet1.conf kun je dhcp voor eth0 uitzetten en voor eth1 aan. Gewoon de USE_DHCP waarde voor eth1 in "yes" veranderen en voor eth0 in "".



  • Bedankt !

    Na nog enkele pogingen met rc.modules, modules.conf en ifrename heb ik toch uiteindelijk maar voor de /etc
    c.d
    c.inet1.conf opplosing gekozen.
    Het werkt nu idd, ookal blijft mijn actieve nic nu gewoon nic1.
    Op zich geen ramp, alleen goed opletten met configureren dat er in configuratiebestanden etc. niet stiekem eth0 staat waardoor er mogelijk problemen ontstaan.

    Toch wel vreemd dat die eth0 niet gewoon via dhcp wil werken … de module wordt zonder problemen geladen.

    Nou ja … daar moet ik dan later nog maar eens mee experimenteren, nu eerst overige systeemzaken aanpakken !

Beantwoord deze vraag

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.