Arch Linux

netinstall.iso zu alt - kein Internet

ManfredB

Hallo zusammen,

nach langer Zeit möchte ich auf meinem neuen Rechner
wieder einmal ArchLinux installieren.

Wie gewöhnt bisher, wollte ich dazu die netinstall.iso verwenden.

Doch seltsamerweise habe ich damit überhaupt kein Internet.

Dazu einige Angaben zu meinem Rechner:

Acer Aspire M3920
CPU Intel Core i7-2600
RAM 8 GB
Grafikkarte NVIDIA GeForce GT545
Netzwerk-Modul e1000e und e1000

Auch wenn ich die beiden Module laden lasse,
kommt die Meldung: kein Device

Daher die Frage, wie ich nun - mit Internet - ArchLinux installieren kann?

Die archboot-isos funktionieren bei mir nicht bzw. führen die Installation nicht zu Ende.
Dann fehlt immer grub, sodaß ich das System nicht booten kann.

Also noch einmal:
Gibt es eine Möglichkeit, Archlinux mit einer neueren netinstall.iso zu installieren oder nicht?

Danke im voraus für Reaktionen.

Gruss
Manfred

GerBra

Hier sollten sich aktuellere Images finden:
http://releng.archlinux.org/isos/

ManfredB

Danke für den Link,

ich habe inzwischen diese netinstall heruntergeladen,
auf CD gebrannt und mit Erfolg die Basis installiert.

Doch nun kommts:

bei uevents von udev bleibt das System mit der Bemerkung "BUSY"
einfach hängen und geht nicht weiter.

Hier ein Auszug aus der error.log:

Aug 11 09:32:53 localhost udevd[339]: timeout: killing '/sbin/modprobe -bv pci:v000010DEd00000BEEsv0000174Bsd00005178bc04sc03i00' [342]
Aug 11 09:32:53 localhost udevd[308]: timeout: killing '/sbin/modprobe -bv pci:v00008086d00001C20sv00001025sd00000491bc04sc03i00' [344]
Aug 11 09:32:53 localhost udevd[308]: '/sbin/modprobe -bv pci:v00008086d00001C20sv00001025sd00000491bc04sc03i00' [344] terminated by signal 9 (Killed)
Aug 11 09:32:54 localhost udevd[339]: timeout: killing '/sbin/modprobe -bv pci:v000010DEd00000BEEsv0000174Bsd00005178bc04sc03i00' [342]
Aug 11 09:32:55 localhost udevd[339]: timeout: killing '/sbin/modprobe -bv pci:v000010DEd00000BEEsv0000174Bsd00005178bc04sc03i00' [342]
Aug 11 09:32:56 localhost udevd[339]: timeout: killing '/sbin/modprobe -bv pci:v000010DEd00000BEEsv0000174Bsd00005178bc04sc03i00' [342]
Aug 11 09:32:57 localhost udevd[339]: timeout: killing '/sbin/modprobe -bv pci:v000010DEd00000BEEsv0000174Bsd00005178bc04sc03i00' [342]

Diese log.Datei ist voll.
Was soll das heissen?

Übrigens: Das Verzeichnis /etc/udev/rules.d ist leer.

Ich weiss nun nicht weiter, was ich noch machen kann.

Danke im voraus für Hilfe.

Gruss
Manfred

GerBra

Hmm, gerade testweise eine Netinstall mit dem 2011.08.11 in Virtualbox gemacht, trotz neuem Kernel funktioniert hier alles.

Die Fehlermeldungen sehen für mich danach aus, als wollte udev (mittels modprobe) versuchen Module zu laden, die anhand ihren PCI-Id (//Edit: Genauer - über Alias-IDs) erkannt wurden. Dabei läuft jedes modprobe halt in einen timeout. Evtl. ist die /lib/modules.alias nicht richtig erstellt worden (Vermutung). Hast du mal einen Boot mit dem Fallbackimage(andere initrd) versucht?

Leeres /etc/udev/rules.d: Das ist normal, hier kommen nur lokale Anpassungen rein. Die "richtigen" Regeln sind in /lib/udev.

Bei meiner Install ist mir aufgefallen, daß beim Mirror hosteurope.de (der eigentlich immer aktuell ist) ein paar Pakete nicht heruntergeladen werden konnten. Das ist soweit ich mich erinnere auch schwer zu bemerken, allenfalls wenn man nach der Paketauswahl/Download in der Ausgabeliste nach unten blättert (sieht man dann: Alles ok, installiert - oder eben a la "some packages could not be retrieved..."
Ich habe den Vorgang dann nochmnal mit dem ersten Mirror (kernel.org) gemacht, das lief dann. Durchaus möglich daß ich aber auch in eine ungünstige Mirrorsync-Phase reingeraten bin...

Du hast sicher auch mal eine adäquate Zeit gewartet (bis udev also auch die letzten Timeouts mitgekriegt hätte)?

Versuche ggf. nochmal eine Install, achte auf die korrektde Download aller Pakete.
Versuchst du eine etwas "exotischere" Install (z.B. mit LVM,Raid Luks usw...)? Das bei der Configfile-Sektion / mkinitcpio etwas schief gelaufen ist...
Du kannst bei der aktuellen Install auch nochmal als Kernelparameter acpi=off versuchen, glaube aber nicht das es daran liegt....

ManfredB

Fazit:

Ich habe nun endlich kapiert, dass die Installation gar nicht das Problem war/ist,
sondern ein einfacher Punkt, der mir erst gekommen ist, als ich einmal den
Fallback gestartet habe.

Dort fiel mir auf, dass alle Bootmeldungen in einer großen Schrift durchlaufen,
doch bei dem normalen Aufruf stand vga=791.

Als ich das gelöscht habe, startete auch da das System durch ohne
Aufenthalt.

Also lag es nicht an Archlinux, sondern an meiner Unaufmerksamkeit
beim Ausfüllen der grub-menu.lst.

Dabei muss ich noch anmerken, dass grub kein Installation in die Partition
ermöglicht, also nur MBR auf Platte 1 oder 2.

Meine grub/menu.lst von PCLinuxOS ist für mich maßgeblich.

Dort hatte ich vga=791 eingetragen. Löschen des Eintrags hat das Problem gelöst.

Auch habe ich gesehen, dass standardmässig der nouveau-Treiber geladen wird,
obwohl ich in der kernel-boot-Zeile eingetragen habe:
rdblacklist=nouveau nouveau.modeset=0

So starte ich im Moment nur bis level 3, um diese Module zu entladen,
ehe ich kdm aufrufe. Ich habe NVIDIA-Linux-x86_64-280.13 installiert.
Doch sollten die nouveau-Module geladen bleiben, kommt es zum Konflikt
mit dem NVIDIA-Treiber.

Wie kann ich die initramfs ändern, um den nouveau-Treiber außen vor zu lassen,
denn mit dem funktioniert meine Grafikkarte nicht?

Gruss
Manfred

fs4000

ManfredB schriebDabei muss ich noch anmerken, dass grub kein Installation in die Partition ermöglicht, also nur MBR auf Platte 1 oder 2.

Das wurde erst im März geändert, mir gefällts auch nicht: http://projects.archlinux.org/aif.git/commit/?id=55190c0c81fc76f8b2b3983e790f2c7aacf4e69f