Hallo an alle, die helfen wollen.
Leider hatte ich gestern keine Zeit mehr zu antworten.
Deshalb versuche ich die bisher gemachten Vorschläge hier zusammenzufassen
reox hat geschrieben: 17.01.2018 16:03:28
Ok, also beide Karten werden am Bus erkannt. Wenn sie nicht per ip link auftaucht, dann liegt das vermutlich am Kernelmodul.
Im kern.log solltest du bei der e1000e karte sowas sehen:
Code: Alles auswählen
Jan 17 08:37:02 helios kernel: [ 0.829864] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k
...
Jan 17 08:37:08 helios kernel: [ 11.997757] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
Im kern.log finde ich folgende Zeilen:
Code: Alles auswählen
Jan 18 07:17:51 host0 kernel: [ 0.563001] e1000e: Intel(R) PRO/1000 Network Driver - 2.3.2-k
Jan 18 07:17:51 host0 kernel: [ 0.563003] e1000e: Copyright(c) 1999 - 2014 Intel Corporation.
Jan 18 07:17:51 host0 kernel: [ 0.563032] usbcore: registered new device driver usb
Jan 18 07:17:51 host0 kernel: [ 0.563082] SCSI subsystem initialized
Jan 18 07:17:51 host0 kernel: [ 0.563292] e1000e 0000:00:19.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
Jan 18 07:17:51 host0 kernel: [ 0.563308] e1000e 0000:00:19.0: irq 40 for MSI/MSI-X
Jan 18 07:17:51 host0 kernel: [ 0.563370] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Jan 18 07:17:51 host0 kernel: [ 0.563494] igb 0000:02:00.0: irq 41 for MSI/MSI-X
Jan 18 07:17:51 host0 kernel: [ 0.563497] igb 0000:02:00.0: irq 42 for MSI/MSI-X
Jan 18 07:17:51 host0 kernel: [ 0.563500] igb 0000:02:00.0: irq 43 for MSI/MSI-X
Jan 18 07:17:51 host0 kernel: [ 0.563503] igb 0000:02:00.0: irq 44 for MSI/MSI-X
Jan 18 07:17:51 host0 kernel: [ 0.563505] igb 0000:02:00.0: irq 45 for MSI/MSI-X
Jan 18 07:17:51 host0 kernel: [ 0.563512] ehci-pci: EHCI PCI platform driver
Jan 18 07:17:51 host0 kernel: [ 0.564040] libata version 3.00 loaded.
Jan 18 07:17:51 host0 kernel: [ 0.595554] igb 0000:02:00.0: added PHC on eth0
Jan 18 07:17:51 host0 kernel: [ 0.595556] igb 0000:02:00.0: Intel(R) Gigabit Ethernet Network Connection
Jan 18 07:17:51 host0 kernel: [ 0.595558] igb 0000:02:00.0: eth0: (PCIe:2.5Gb/s:Width x1) d0:50:99:64:d3:35
Jan 18 07:17:51 host0 kernel: [ 0.595611] igb 0000:02:00.0: eth0: PBA No: 001300-000
Jan 18 07:17:51 host0 kernel: [ 0.595612] igb 0000:02:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s)
Jan 18 07:17:51 host0 kernel: [ 0.646996] e1000e 0000:00:19.0: The NVM Checksum Is Not Valid
Jan 18 07:17:51 host0 kernel: [ 0.682050] e1000e: probe of 0000:00:19.0 failed with error -5
Wobei die beiden letzten Zeilen vermutlich das Problem eingrenzen.
Wie kann ich das beheben?
reox hat geschrieben: 17.01.2018 16:03:28
was genau das andere Kernelmodul rausschreibt weiß ich nicht...
was sagt denn lsmod? sind beide module geladen? evt das modul entladen und neu laden und dabei den Kernel log beobachten.
Greppe doch mal nach e1000e und igb im kern.log.
Code: Alles auswählen
lsmod | grep igb
igb 171921 0
i2c_algo_bit 12751 2 igb,i915
dca 13168 1 igb
ptp 17692 2 igb,e1000e
i2c_core 46012 10 drm,igb,i915,i2c_i801,snd_soc_rt5640,i2c_hid,i2c_designware_platform,regmap_i2c,drm_kms_helper,i2c_algo_bit
lsmod | grep e1000e
e1000e 212170 0
ptp 17692 2 igb,e1000e
Bedeutet die "0" nicht geladen? Wenn ja, warum werden die Interfaces jetzt mit 'ip link' angezeigt (siehe weiter unten)?
Jedenfalls kann die Bridge nicht starten, solange kein interface eth0 da ist.
bluestar hat geschrieben: 17.01.2018 13:41:55
Sofern ich nichts überlesen habe fehlen in deiner /etc/network/interfaces folgende Zeilen:
Code: Alles auswählen
auto br0
auto br1
das klingt sehr gut. nur laut der ausgabe von ipconfig -a gitb es keine andere karte außer eth1... Wieso da aber br0 auftaucht und kein eth0 weiß ich ehrlich gesagt auch nicht.
@bluestar
Ich habe in die 'interfaces' mal auto br0 und auto br1 eingefügt. Sie sieht jetzt so aus:
Code: Alles auswählen
# The primary network interface + Bridge
#allow-hotplug eth0
#iface eth0 inet manual
# bridge internet
auto br0
iface br0 inet manual
bridge_ports eth0
bridge_stp on
bridge_fd 0
# bridge intern
auto br1
iface br1 inet static
address 192.168.1.1
netmask 255.255.255.0
gateway 192.168.1.2
bridge_ports eth1
bridge_stp on
bridge_fd 0
Beim booten erhalte ich eine Meldung, die vorher nicht auftauchte und die auf ein verzögertes Laden hindeutet. Was genau konnte ich nicht erkennen und in der 'syslog' nicht finden. Ich habe die kern.log
http://zsitetst.bplaced.net/uploads/kern.log und syslog
http://zsitetst.bplaced.net/uploads/syslog mal zum anschauen online gestellt.
Bei einem erneuten Reboot habe ich mir die Meldung notieren können:
"a start job is running for LSB. Raise network interfaces"
Danach hing der Bootprozess. Nach einem Hardreset kam der Rechner dann wieder hoch. Also kein Dauerzustand.
Was aber erfreulich ist, dass die Autostart-VMs auch booten. 'ip link' zeigt die bisher fehlenden Interfaces.
Code: Alles auswählen
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master br1 state UP mode DEFAULT group default qlen 1000
link/ether d0:50:99:64:d3:35 brd ff:ff:ff:ff:ff:ff
3: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN mode DEFAULT group default
link/ether ca:96:a8:fa:eb:d9 brd ff:ff:ff:ff:ff:ff
4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default
link/ether fe:54:00:e3:f9:17 brd ff:ff:ff:ff:ff:ff
5: br1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default
link/ether d0:50:99:64:d3:35 brd ff:ff:ff:ff:ff:ff
6: virbr1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default
link/ether 52:54:00:02:75:ad brd ff:ff:ff:ff:ff:ff
7: virbr1-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr1 state DOWN mode DEFAULT group default qlen 500
link/ether 52:54:00:02:75:ad brd ff:ff:ff:ff:ff:ff
8: virbr2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default
link/ether 52:54:00:b7:74:68 brd ff:ff:ff:ff:ff:ff
9: virbr2-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr2 state DOWN mode DEFAULT group default qlen 500
link/ether 52:54:00:b7:74:68 brd ff:ff:ff:ff:ff:ff
10: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master virbr2 state UNKNOWN mode DEFAULT group default qlen 500
link/ether fe:54:00:aa:11:f0 brd ff:ff:ff:ff:ff:ff
11: vnet1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master virbr2 state UNKNOWN mode DEFAULT group default qlen 500
link/ether fe:54:00:ce:0e:1c brd ff:ff:ff:ff:ff:ff
12: vnet2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br1 state UNKNOWN mode DEFAULT group default qlen 500
link/ether fe:54:00:c8:d9:ff brd ff:ff:ff:ff:ff:ff
13: vnet3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UNKNOWN mode DEFAULT group default qlen 500
link/ether fe:54:00:e3:f9:17 brd ff:ff:ff:ff:ff:ff
14: vnet4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br1 state UNKNOWN mode DEFAULT group default qlen 500
link/ether fe:54:00:30:b3:d4 brd ff:ff:ff:ff:ff:ff
15: vnet5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master virbr1 state UNKNOWN mode DEFAULT group default qlen 500
link/ether fe:54:00:74:27:01 brd ff:ff:ff:ff:ff:ff
16: vnet6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master virbr2 state UNKNOWN mode DEFAULT group default qlen 500
link/ether fe:54:00:fd:e3:ef brd ff:ff:ff:ff:ff:ff
Da aber einige Interfaces den Status DOWN bzw. UNKNOWN haben muss ich erst prüfen ob die zu den nicht gestarteten VMs gehören. Aber zuerst muß das Problem mit dem 'e1000e' (siehe oben) gelöst werden.
Um hier posten zu können musste ich die ursprüngliche Verkabelung anpassen.
Jana66 hat geschrieben: 17.01.2018 12:46:06
Läuft eine VM mit IPFire? Probeweise mal gebridgte VM abschalten, Interfaces neu konfigureren?!
Ja, deshalb musste auch ein HW-Router ersatzweise her. Bis heute früh kam die IpFire-VM nicht mit hoch. Meinst du die Interfaces des IpFire oder des Hosts?
Gruß max