Das kann aber eher nicht am zugefügten IPv6 liegen, sondern eher an irgendwas, was er dafür rausgenommen hat.
Der Kernel sah mir schon sehr geschrumpft aus ...
Ich würde ja vorschlagen, methodisch vorzugehen:
Kernel zurück auf Anfang und dann Schritt für Schritt Optionen rausnehmen.
Receiver/TV/PC:Alles per Kabel vernetzt
- Duo² / ATV 5.3 / 4*S2 / 2*C / 1,8TB / Samsung 50" Plasma / Yamaha RX-V 663
- AX Quadbox HD2400 / 2*S2 / 2*C / 930GB / ATV 5.3
- 2x Solo² / ATV 5.3
- DVBSky S-Twin / Samsung SyncMaster T240HD / Intel i7-4771, 32GB, 3,6TB RAID10 int., 57 TB in div. RAID5 ext. / Yamaha RX-V595aRDS
- TechniSat SkyStar HD2 / Medion 17" (2.PC)
Pay-TV: Redlight Mega, Brazzers, XXL, HD-, Sky
Internet: UM 1play 100 / Cisco3212+Linksys WRT1900ACS+F!B7390 / IPv4 (UM)+IPv6 (HE)
kann wer ipv6 testen?
- - - Aktualisiert - - -
ein log vom nicht-bootendem Image wäre sehr hilfreich!
"Every Setback is a Set Up for a Comeback"
Das reicht schon, wenn er z.B. ein für den Boot notwendiges Dateisystem modularisiert hat, das Boot-FS muß im Kernel sein.
Soweit ich weiß sind die ext-Dateisysteme nicht nur abwärts- sondern auch begrenzt aufwärtskompatibel, d.h. es kann auch Konstrukte geben wie das ein File-System zuerst mit ext2 gemountet und später erst mit ext3/ext4 remounted wird.
ext2/ext3/ext4 sollte man also nur im Ausnahmefall als Modul bauen, vor allem auf so einem komplizierten Multiboot-Konstrukt.
Receiver/TV/PC:Alles per Kabel vernetzt
- Duo² / ATV 5.3 / 4*S2 / 2*C / 1,8TB / Samsung 50" Plasma / Yamaha RX-V 663
- AX Quadbox HD2400 / 2*S2 / 2*C / 930GB / ATV 5.3
- 2x Solo² / ATV 5.3
- DVBSky S-Twin / Samsung SyncMaster T240HD / Intel i7-4771, 32GB, 3,6TB RAID10 int., 57 TB in div. RAID5 ext. / Yamaha RX-V595aRDS
- TechniSat SkyStar HD2 / Medion 17" (2.PC)
Pay-TV: Redlight Mega, Brazzers, XXL, HD-, Sky
Internet: UM 1play 100 / Cisco3212+Linksys WRT1900ACS+F!B7390 / IPv4 (UM)+IPv6 (HE)
Naja, ganz ehrlich. Multiboot mit einem Kernel ist Banane und der der das erfunden hat sollte erschlagen werden.
Das ist einfach nur pfusch und gehört auf keine anständige Box, entweder ich kann die bootargs verdrehen oder ich lass es sein.
Es ist doch praktisch unmöglich in der heutigen Zeit in der die Teams weiter auseinander gehen die Kernel gleich zu halten.
Als Trockentest ist besagtes
oderCode:netstat -tulpen
schon sehr aussagekräftig.Code:netstat -tupen
Man kann nämlich durchaus auch mit einem IPv4-only-Kernel in der inetd.conf "tcp6" verwenden (Man braucht also keine unterschiedlichen Versionen zu pflegen).
Das Ergebnis sieht auf einer IPv4-only-Kiste dann natürlich trotzdem so aus:
D.h. man erhält trotzdem IPv4-only-listener (Erkennbar am 0.0.0.0) und - weil netstat IPv6 kann, aber der Kernel nicht - auch noch die FehlermeldungenCode:root@dm800se:~# netstat -tulpen Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:8001 0.0.0.0:* LISTEN 635/enigma2 tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 635/enigma2 tcp 0 0 0.0.0.0:81 0.0.0.0:* LISTEN 481/oscam tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 598/inetd tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 576/dropbear tcp 0 0 0.0.0.0:23 0.0.0.0:* LISTEN 598/inetd netstat: /proc/net/tcp6: No such file or directory udp 0 0 0.0.0.0:33804 0.0.0.0:* 613/avahi-daemon: r udp 0 0 0.0.0.0:5353 0.0.0.0:* 613/avahi-daemon: r netstat: /proc/net/udp6: No such file or directory
netstat: /proc/net/tcp6: No such file or directory
und
netstat: /proc/net/udp6: No such file or directory
So sähe es dann bei vorhandenem IPv6 aus:
... es wurden also wirklich Dual-Stack-Listener (Erkennbar am "::") angelegt, nur dropbear fällt aus der Reihe, der verwendet zwei getrennte Socken für IPv4 und IPv6.Code:root@vuduo2:~# netstat -tulpen Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 635/dropbear tcp 0 0 :::12000 :::* LISTEN 314/oscam tcp 0 0 :::8001 :::* LISTEN 705/inetd tcp 0 0 :::80 :::* LISTEN 748/enigma2 tcp 0 0 :::81 :::* LISTEN 314/oscam tcp 0 0 :::21 :::* LISTEN 705/inetd tcp 0 0 :::22 :::* LISTEN 635/dropbear tcp 0 0 :::23 :::* LISTEN 705/inetd
Receiver/TV/PC:Alles per Kabel vernetzt
- Duo² / ATV 5.3 / 4*S2 / 2*C / 1,8TB / Samsung 50" Plasma / Yamaha RX-V 663
- AX Quadbox HD2400 / 2*S2 / 2*C / 930GB / ATV 5.3
- 2x Solo² / ATV 5.3
- DVBSky S-Twin / Samsung SyncMaster T240HD / Intel i7-4771, 32GB, 3,6TB RAID10 int., 57 TB in div. RAID5 ext. / Yamaha RX-V595aRDS
- TechniSat SkyStar HD2 / Medion 17" (2.PC)
Pay-TV: Redlight Mega, Brazzers, XXL, HD-, Sky
Internet: UM 1play 100 / Cisco3212+Linksys WRT1900ACS+F!B7390 / IPv4 (UM)+IPv6 (HE)
geb ich dir absolut recht - unsere Linux haben auch unterschiedliche Kernel
also entweder kleinerer Kernel mit ipv6 Support oder MB... bin für ersteres
- - - Aktualisiert - - -
@SpaceRat: nun gut oder schlecht?
"Every Setback is a Set Up for a Comeback"
Da stimme ich Dir zwar zu, aber so ungewöhnlich ist das gar nicht.
Bei Virtualisierungslösungen gibt es das auch, daß alle VMs denselben Kernel (Entsprechend in derselben Konfiguration) verwenden (müssen).
Das merkst Du spätestens, wenn Du auf so realisierten vServern mal den Kernel mit sit-Modul selber bauen willst.
- - - Aktualisiert - - -
Ich bin für beides
IPv6 alleine, das auch noch als Modul, das vergrößert den Kernel wirklich nur minimal.
Der Extremschrumpf ist also unnötig und damit sollte auch wiederum beides hinzukriegen sein.
Entweder/oder-Lösungen haben immer den Nachteil, daß am Ende "in-the-wild" irgendwelcher Kram gehaxx0red wird und der User guckt blöd aus der Wäsche, wenn der "Multiboot mit HDMU"-Hack dann doch das IPv6 kaputtmacht.
Receiver/TV/PC:Alles per Kabel vernetzt
- Duo² / ATV 5.3 / 4*S2 / 2*C / 1,8TB / Samsung 50" Plasma / Yamaha RX-V 663
- AX Quadbox HD2400 / 2*S2 / 2*C / 930GB / ATV 5.3
- 2x Solo² / ATV 5.3
- DVBSky S-Twin / Samsung SyncMaster T240HD / Intel i7-4771, 32GB, 3,6TB RAID10 int., 57 TB in div. RAID5 ext. / Yamaha RX-V595aRDS
- TechniSat SkyStar HD2 / Medion 17" (2.PC)
Pay-TV: Redlight Mega, Brazzers, XXL, HD-, Sky
Internet: UM 1play 100 / Cisco3212+Linksys WRT1900ACS+F!B7390 / IPv4 (UM)+IPv6 (HE)