Squeeze-Installer auf ASRock H61M/U3S3 hängt!?

Ich versuche grade dieses System an's laufen zu bekommen. Dazu habe ich via USB noch ein altens CD-ROM-Laufwerk dran geklemmt und frei nach eTobi firmware-6.0.4-i386-netinst.iso rein gedrückt...

Der Installer erkennt zunächst die On-Board-Netzwerkkarte nicht (obwohl im BIOS aktiviert). Wozu wird die eigentlich in diesem frühen Stadium gebraucht?

Der USB-Stick, auf dem ich installieren will (ST3U8ST1K), wird an einem der USB3-Ports vom Installer nicht erkannt (obwohl ich ihn dort booten könnte). An einem USB2-Port wird er zwar erkannt, und ich kann ihn partitionieren (nur eine ext3), aber beim Partitionen formatieren (erzeugen des ext3-Dateiensystems) bleibt der Installer bei ca. 1/3 hängen und tut nix mehr!?

Hilfe!

Zitat von seahawk1986

Weil du ein Netinstall-Iso hast, das sich alle Pakete aus dem Netz holt.

Warum nimmst Squeeze für die Hardware? Da ist der Kernel auf der CD doch AFAIK älter als die SandyBridge-Chipsätze...

Ich wollte mich möglichst nahe an die Anleitung von eTobi halten und dann auch seine VDR-Pakete draufziehen.

Der Installer holt doch zu diesem Zeitpunkt noch keine Pakete? Das passiert doch frühestens nach der Grundinstallation (reboot)?

Na toll! Was mach' ich denn nun? eTobi gibt's maximal für Squeeze. Einen geeigneten Backport-Kernel für mein Board krieg ich doch erst nach der Grundinstallation drauf...

Hilfe!

Zitat von fnu

PS.: Das ganze selbstredend als "amd64" Installation ...

Und ich dachte, ich hab' 'ne Intel-CPU!?

Zitat von johns

Steck den USB Stick erstmal in einen USB2.0 Platz.

Habe ich ja. Wie geschrieben wird er von Installer am USB3 ja gar nicht erst erkannt...

Zitat von fnu

Zitat von »habichthugo« Und ich dachte, ich hab' 'ne Intel-CPU!?
Hast Du auch, aber die 64-bit Erweiterung für die PC Welt geht auf AMD zurück. Bei AMD hieß/heißt die Erweiterung "amd64", die Intel dann als "emt64", im Rahmen das seit Jahrzehnten geltenden Lizenzaustausch-Abkommens zwischen AMD & Intel, übernommen hat. In der Linux-Welt läuft das bis heute als "amd64", ist aber generisch gültig.

Hm, und das passt dann mit den Paketen von eTobi zusammen? Das sind doch Binaries, die dann auch für eine spezielle Architektur (32Bit) compiliert wurden? Ok, Tobi installiert in seinem Squeeze-Beispiel auch amd64 (hat allerdings auch ein AMD-Board)...??! Ausser dem spricht er noch explizit von einer schlechten Unterstützung des Adobe Flashplayers unter 64Bit...

Zitat von fnu

Vorteil für Dich, Deine HW wird ziemlich sicher mit dem Kernel 3.2 aus Precise OOTB funktionieren und Du bekommst etwas neuere Pakete, VDR 1.7.27 und kannst direkt mit vdr-plugin-softhddevice als HD Frontend durchstarten ... aber hey, es ist nur ein Vorschlag ...

Könnte ich dann nicht gleich yavdr 0.4.0 nehmen? Ich brauch's für blöde!

Zitat von fnu

Ja, kannst Du nehmen, aber ich weiß nicht ob alles so funktioniert wie Du Dir das vorstellst. yaVDR 0.4 basiert auf Ubuntu 11.04 (Natty Narwahl) mit Kernel 2.6.38, mit welchem die SandyBridge HW eher leidlich gut unterstützt wird. Wenn Du das VDR Repo auf "testing-vdr" änderst bekommst Du zwar VDR 1.7.27, aber kein "vdr-plugin-softhddevice". yaVDR 0.5 kommt auf Precise Basis, aber da mußt Du Dich etwas in Geduld üben. Intels SandyBridge HW braucht schon Kernel 3.2 und höher um optimal zu fliegen und auch alle Stromsparmechanismen zu nutzen ...

Mit anderen Worten: Es geht nur mit gebastel! Wenn ich nicht vor dem Kauf der Hardware explizit nach einem System gefragt hätte, wo ich einen HD-VDR out of the box (Debian * eTobi) drauf kriege...

Zitat von fnu

Bei einer Debian/eTobi basierten Installation hättest Du doch ein schmales (Debian) Komandozeilensystem installiert, die eTobi Repository dazu definiert und daraus installiert? Hier schmeißt Du ein schmales Ubuntu System auf Platte, definierst unsere Repos dazu und installierst diese, also kein super großer Unterschied ...

Nö, wegen VDPAU muss (meines Wissens) sowieso der ganze X-Zenoba drauf. Und XBMC sollte (zumindest mittelfristig) auch sein (sonst hätte ich zu 'ner TT FF2 gegriffen).

Btw.: Ich habe nun ein 'naktes' System auf meine Stick gekriegt (Squeeze, amd64, Net-Inst. mit unfree firmware). Mangels Netzverbindung ist das aber recht mager und ich wüsste nicht, wie's jetzt weiter gehen soll. Vielleicht sollte ich einfach mal 'ne alte PCI-Netzwerkkarte rein ballern? Ich hätte auch noch 'ne alte USB-WLAN da...?

Zitat von fnu

Nimm zum Test die yaVDR 0.4, dann hast'e erstmal ein VDPAU System @ xine*, bis yaVDR 0.5 kommt ...

Jo, werd' ich am Wochenende mal probieren...

Derweil habe ich nun ein 'vollständiges' Squeeze mit Hilfe einer zusätzlichen PCI-Netzwerkkarte auf den Stick bekommen. Jetzt könnte ich also wie ursprüglich geplant nach Tobi's Beispiel weiter versuchen.

Die on board LAN wird schon erkannt (lspci: squeeze atheros communication device 1083...). Nach Google würde die ab kernel 2.6.38 out of the box laufen, aktuell habe ich einen 2.6.32-5-amd64 drauf. Wie (für Dumme) bekäme ich denn einen geeigneten Kernel (>=2.6.38 ) drauf?

Dazu/Alternativ hätte ich noch einen WLAN Adapter USB D1705 (FSC) rum fliegen. Wie ständen die Chancen, den mit der FritzBox zu verlinken?

Zitat von tomas

Zitat von »habichthugo« Wie (für Dumme) bekäme ich denn einen geeigneten Kernel (>=2.6.3 drauf?
Über backports bekommst du doch sogar nen 3.2er für squeeze. Wie du das anstellst, wird hier erklärt.

Ähm - hüst 'apt-get -t squeeze-backports install "package"'

Was gebe ich denn für "package" konkret an? Da gibt es doch bistimmt mehrere Kernel (+Header) zur Auswahl?