Hallo,
ich habe vo ca 1 1/1 Jahren mal SIDUX installiert und war damals begeistert. Inzwischen habe ich auf Gentoo umgestellt. Nun wollte ich gerne nochmal APTOSID ausprobieren, hab allerdings große Probleme mit der Installation KDE-Lite über dei Live-CD. Ich hänge nun schon einige Stunden dran ..
Das Problem:
-Live CD startet und läuft
-keine Internetverbindung möglich, Realtek - Karte.
- ich folge der Anleitung, zur Installation fremder Treiber über einen USB-Stick.
-Problem: USB-stick lässt sich nicht mounten, wird nicht im Dateimanager angezeigt. "lsusb" hängt dann immer solange der Stick eingesteckt ist.
Das ganz ist irgendwie sehr kompliziert. Damals war ich so begeistert, weil ich in 15 Minuten fertig installiert hatte ... Bin jetzt etwas enttäuscht, oder stelle ich mich dumm an?
Würde Aptosid sehr gern nochmal testen und bitte um Hlife.
Danke
Gruß
Peter
hi schnorg
komme einfach mal in den #aptosid-Channel und mach Dich bemerkbar.
danke für die Einladung. Wie komm ich da hin?
Du warst doch gerade schon 2x da.
Mußt halt auch drin bleiben und dein Problem schildern.
ja, nachdem ich die anfrage nach der channel adresse grad gestellt hatte.
hilft das?
aptosid@aptosid:~$ dmesg | grep "eth"
[ 1.146799] r8169 0000:02:00.0: eth0: RTL8168b/8111b at 0xffffc90000670000, 00:19:66:84:ec:6f, XID 18000000 IRQ 59
[ 1.156291] net eth1: ADMtek Comet rev 17 at Port 0xe800, 00:0c:41:22:4e:87, IRQ 19
[ 34.374118] r8169 0000:02:00.0: eth0: link down
[ 34.374127] r8169 0000:02:00.0: eth0: link down
[ 34.374648] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 35.987714] r8169 0000:02:00.0: eth0: link up
[ 35.988233] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 46.338016] eth0: no IPv6 routers present
[ 328.272823] r8169 0000:02:00.0: eth0: link down
[ 329.935493] r8169 0000:02:00.0: eth0: link up
[ 334.266289] r8169 0000:02:00.0: eth0: link down
[ 371.545908] net eth1: Setting full-duplex based on MII#1 link partner capability of 4de1
[ 379.426018] eth1: no IPv6 routers present
[ 469.589662] r8169 0000:02:00.0: eth0: link up
[ 471.473738] r8169 0000:02:00.0: eth0: link down
aptosid@aptosid:~$
hab inzwischen auch installiert ohne Netzwerkanschluss, ging natürlich doch. Dachte, das geht nicht, weil auf dem reiter Firmware ich aufgefordert wurde ein firmware-realtek nachzuinstallieren. Ich dachte ohne kann ch nicht weitermachen.
So zur (offline-)Installation:
hat ca 4 Minuten installiert, am ENde allerdings scheinbar nicht Grub in den mbr geschrieben. Musste dann in andere Partition starten (ubuntu) und von dort aus Grub schreiben. aptosid wird als "unbekannte Linux Distribuion" erkannt. Wenn ich die starte bleibts aber sofort hängen, was mit acpi.
habe auch probiert, ob es mit der zweiten Netzwerkkarte funktioniert, ging aber auch genauso wenig.
Ich weiß nicht warum, aber auf meinem System scheint echt alles nicht zu passen ...
Gruß
Schnorg
SO, hab noch mal probiert, die KDE-Full - version zu booten als Live-CD. habe dann sogar das firmware-realtek Paket installiert aber ich bekomme einfach keine DHCP - Verbindung. Bie beiden Netzwerkkarten nicht.
Will nochmal jemand helfen? Oder habt ihr mich aufgegeben?
Danke
Liebe Grüße
Peter
geht nur DHCP nicht? bekommst du einen link an der karte? welche hardware sitzt dahinter? ein router? kannst du die netzwerkkarte mit ceni manuell konfigurieren?
Rainer
Die Realtek Netzerkkarten Treiber sollten doch Out of the Box funktionieren, da muss was anderes Schuld sein. Hatte Bisher noch nie eine Realtek Karte die nicht auf Anhieb funktioniert hätte.
Vielen Dank, ihr beiden!
die Fehlermeldung nach dem Ceni-Versuch lautet, dass kein dhcp - lease gefunden wird
dmesg | grep eth bringt:
[ 34.374648] ADDRCONF(NETDEV_UP): eth0: link is not ready
Wenn ich ceni starte und die Netzwerkkarte auswähle, wird keinerlei IP oder sonstige Info angezeigt.
Ich mcöhte nochmal betonen, dass in ubuntu und auch anderen live-Distris die karte out-of-the-box erkannt wird und funktioniert.
Vor der Netzwerkkarte sitzt dann der router, an dem auch noch ein anderer PC hängt, der zur gleichen Zeit funktionierende Verbindung hat.
hab übrigens diese Version jetzt probiert:
aptosid-2011-01-geras-kde-full-i386-amd64-201102052200.iso
Gruß
Peter
versuch mal bitte, mit ceni die netzwerkkarte fest auf eine ip-adresse aus deinem netz einzustellen.
in deinem posting weiter oben sieht man, das der link für etwa 5 minuten up ist, danach fängt die verbindung an zu toggeln. ich würde mal die verwendung eines anderen patchkabels in betracht ziehen...
Rainer
Quote from: "ralv"versuch mal bitte, mit ceni die netzwerkkarte fest auf eine ip-adresse aus deinem netz einzustellen.
in deinem posting weiter oben sieht man, das der link für etwa 5 minuten up ist, danach fängt die verbindung an zu toggeln. ich würde mal die verwendung eines anderen patchkabels in betracht ziehen...
Rainer
Die vermutung hab ich auch. Es liegt nicht an den Treibern und auch nicht an Ubuntu oder aptosid!
das versteh ich nicht. kann ein Kabel defekt sein, und auf 3 Distributionen laufen und auf einer nicht? Hab ein relativ langes Kabel, 15 oder 20 m, da wäre es ja doch günstiger bei ubuntu oder Gentoo zu bleiben...
woran siehst du, dass der link 5 Minuten up war? ich denke, das kann gar nicht sein, dann hätte ceni ja eine Verbidnung finden müssen, oder nicht? denn der Bootvorgang dauerte keine 5 Minuten, bis ich Ceni startete ...
aber ich probiere es morgen mal aus.
Danke!
Gruß
Peter
nun, ich kann nicht wissen, ob du alle distris unter denselben voraussetzungen getestet hast. die vorschläge hier können ja nur aufgrund deiner angaben erfolgen. und dein dmesg-output zeigt, dass schon die physikalische ebene, der link halt, instabil ist.
da ist ein möglicherweise defektes kabel oder eine schlechte steckverbindung eine häufige ursache.
vielleicht postest du mal die ausgabe von ifconfig -a und dmesg | grep eth vonn all deinen verwendeten distris...
Rainer
danke!
ja, hab den gleichen PC mit den gleichen Kabel usw.
aus Ubuntu:
dmesg | grep eth
[ 1.306069] r8169 0000:02:00.0: eth0: RTL8168b/8111b at 0xffffc90011134000, 00:19:66:84:ec:6f, XID 18000000 IRQ 59
[ 1.327419] net eth1: ADMtek Comet rev 17 at Port 0xe800, 00:0c:41:22:4e:87, IRQ 19
[ 2.360884] radeon 0000:03:00.0: Error during ACPI methods call
[ 31.376913] r8169 0000:02:00.0: eth0: link up
[ 31.376921] r8169 0000:02:00.0: eth0: link up
ifconfig -a
eth0 Link encap:Ethernet Hardware Adresse 00:19:66:84:ec:6f
inet Adresse:192.168.1.2 Bcast:192.168.1.255 Maske:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX packets:30855 errors:0 dropped:0 overruns:0 frame:0
TX packets:27050 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:32016547 (32.0 MB) TX bytes:3302954 (3.3 MB)
Interrupt:59 Basisadresse:0x4000
eth1 Link encap:Ethernet Hardware Adresse 00:0c:41:22:4e:87
UP BROADCAST MULTICAST MTU:1500 Metrik:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:2 dropped:0 overruns:0 carrier:4
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:19 Basisadresse:0xe800
lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metrik:1
RX packets:41 errors:0 dropped:0 overruns:0 frame:0
TX packets:41 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:4102 (4.1 KB) TX bytes:4102 (4.1 KB)
vboxnet0 Link encap:Ethernet Hardware Adresse 0a:00:27:00:00:00
BROADCAST MULTICAST MTU:1500 Metrik:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Rest kommt später.
Gruß
Peter
schade, antwortet keiner mehr. hab ich wahrscheinlich wieder irgendwas nicht beachtet. Ich denke, ich lass das mit Aptosid, ist scheinbar doch sehr kompliziert.
Danke!
Machts gut!
Sorry...aber deine letzte Aussage war " Rest kommt später"...ich hab also auf die fehlenden Angaben gewartet.
ah, ok Ralv, da die Augabe aus den andern Systemn nicht viel anders sein wird, wie geagt, es gibt nirgends Probleme, hab ich erst mal auf eine Reaktion gewartet, weil ich auch nicht ständig alle Systeme boote. Kann man denn daran jetzt irgendwas erkennen?
Aber ich will euch auch nicht aufhalten. Danke für eure bisherige Hilfe! Wie gesagt, war früher mal begeisterter Siduxer, nach irgendeinem Update gings nicht mehr und hab dann Gentoo gemacht. Wollte es jetzt nochmal ausprobieren, weil ich dachte, es ist evtl. etwas weniger Wartungsintensiv und sehr up-to-date. Aber ich will jetzt ja nicht alle damit aufhalten, nur um es mal auszuprobieren. Es gibt ja genügend andere Möglichkeiten. Falls ihr mich noch überzeugen wollt, könnt ihr es gern nochmal versuchen.
Danke!
Liebe Grüße
Peter
Okay...
Wenn man sich die dmesg-Ausgaben anschaut, sehen die ziemlich identisch aus. Die Karte wird in beiden Fällen erkannt, der Link kommt auch hoch.
Wenn du noch probieren magst, zeig mal bitte den Inhalt von /etc/resolv.conf und /etc/network/interfaces sowie die ausgabe von ps aux | grep dhcp
unter aptosid...
danke Ralv!
ja das probier ich gern. reicht es, wenn ich das im Live-CD-modus mache? ich komm nämlich nicht mehr in die Installation rein, seit ich von ubuntu aus grub-install gemacht hab. Aptosid wird da nur als "unbekannte linux-Distribution" aufgeführt und bleibt beim start dann immer hängen.
du kannst mal von ubuntu aus os-prober aufrufen, um das zu ändern.
greetz
devil
os-prober bringt:
/dev/sdb2:unknown Linux distribution:Linux:linux
aptosid@aptosid:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.1.1
search RP614v4
aptosid@aptosid:~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
allow-hotplug eth1
iface eth1 inet dhcp
aptosid@aptosid:~$ ps aux | grep dhcp
root 2607 0.0 0.0 2380 460 ? Ss 20:16 0:00 dhclient -v -pf /var/run/dhclient.eth1.pid -lf /var/lib/dhcp/dhclient.eth1.leases eth1
aptosid 3753 0.0 0.0 5324 760 pts/1 S+ 20:20 0:00 grep dhcp
nochmal zur Ergänzung
aptosid@aptosid:~$ dmesg | grep eth
[ 1.483247] net eth0: ADMtek Comet rev 17 at Port 0xe800, 00:0c:41:22:4e:87, IRQ 19
[ 1.497586] r8169 0000:02:00.0: eth1: RTL8168b/8111b at 0xf83e2000, 00:19:66:84:ec:6f, XID 18000000 IRQ 59
[ 28.647088] r8169 0000:02:00.0: eth1: link down
[ 28.647095] r8169 0000:02:00.0: eth1: link down
[ 28.647249] ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 30.239737] r8169 0000:02:00.0: eth1: link up
[ 30.239897] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 40.930026] eth1: no IPv6 routers present
[ 341.303247] r8169 0000:02:00.0: eth1: link down
[ 505.155969] r8169 0000:02:00.0: eth1: link down
[ 505.156162] ADDRCONF(NETDEV_UP): eth1: link is not ready
Ich habe auch nochmal beide Netzwerkkarten probiert mit Ceni. Beim Aufruf von Ceni wird schon keinerlei ip-Adresse usw. ausgefüllt, das würde Ceni doch normal automatisch eintragen, denke ich.
In ubuntu funktionieren beide Karten per default, habs grad nochmal probiert.
Danke
edit: der Aufruf erfolgte aus der Life-CD
ceni konfiguriert nur deine hardware, das zeigt keine ip-konfiguration an.
die dateien sehen auch ordnungsgemäß aus...
so aus der ferne habe ich dazu leider keine weiteren ideen, tut mir leid...
hm - schade. aber danke
Wenn das aus ner life-CD kommt - fehlt da nicht evtl. die non-free-firmware????
habe ja auch eine aptosid-Installation, in die ich nicht mehr reinkomme. da ging es auch mit der non-free-firmware nicht, hab die dort installiert
Weil ich hab die selbe bzw ne ähnliche Karte wie du:
0.896638] r8169 0000:02:00.0: eth0: RTL8102e at 0xffffc900110fe000, 1c:c1:de:b8:30:ec, XID 04e00000 IRQ 40
und hier gehts ohne Probleme ....
kann es sein, dass die zweite Karte da einfach dazwischen-spinnt? evtl. bau ich die mal aus. obwohl die wie gesagt auch funzt
die Sache ist sehr rätselhaft. ich geb ja echt ungern auf ...
beitrag zurückgenommen
Hallo nochmal.
hab nochmal einen Versuch gestartet. Habe die 32-bit-Version gestartet, da funktioniert die Netzwerkverbindung auf Anhieb. Was kann mit der 64-bit-Version KDE-full nicht in Ordnung sein?
Liebe Grüße
Peter
habe jetzt exakt die gleichen Daten eingegeben in Ceni für die statische IP am Router, wie sie in der 32-bit-Version auch funktioniert haben. Aber ich bekomme nach wie vor keinerlei Verbindung.
liest das überhaupt noch einer?
wäre nett!
:)
Wie wäre es mal mit ein paar vergleichenden Angaben?
"cat /etc/network/interfaces" und "dmesg | grep eth" beider Versionen?
danke ralv. die Ausgabe aus ubuntu hatte ich gepostet, die aus aptosid 32-bit sah genauso aus.
ich probiere gerade mal die amd64-xfce-Version aus. evtl. stimmt ja doch was mit den Images nicht...
habs probiert. xfce-64-bit macht die gleichen Probleme. Mein System scheint wohl einfach aptosid nicht zu mögen ...
Hi!
nochmal ein kurzes abschließendes Statement zu meinem Problem:
Aufgrund eines defekten Netzteils habe ich mal wieder etwas am PC rumgeschraubt. Ich hab dann die 2. Netzwerkkarte einfach mal ausgebaut. Und siehe da, sofort klappt das mit der Onboardnetzwerkkarte, gleich per default, ohne dass ich extra Ceni bemühen müsste. Also lag das Problem, wie von mir auch schon vermutet wohl daran, dass Aptosid mit den beiden Karten nicht klar kam. Seis drum. Ich werde nun mal Aptosid richtig installieren und evlt. als Hauptsystem einrichten.
Ich hoffe bloß, das deutsche Forum lebt noch weiter nach den Turbulenzen!
Also erst mal Danke für Eure Hilfe!
Gruß
Peter