ubuntuusers.de

Tja, meine Hoffnungen, dass Jaunty es richtig macht, haben sich dann doch zerschlagen. Von vorne: Kubuntu Intrepid wollte im Dezember (einen Monat nach Upgrade von Hardy) leider nicht mehr booten und ließ mich mit diesem nichtssagenden "SRST failed errno=-16" im Regen stehen. Der RC von Jaunty hatte beim Booten die gleichen Beschwerden, er hat sie ignoriert und trotzdem gebootet, leider hat er meine beiden 750GB Festplatten SAMSUNG HD753LJ (eine Home, eine Backup) nicht erkannt. /dev/sdb und /dev/sdc waren nicht aufgeführt und in lshw tauchten sie auch nicht auf. Hab ich halt weiterhin mein Hardy benutzt (8.04.2 2.6.24-23-generic), denn das funktioniert.

Gestern kam dann endlich die Final raus und ich wollte es nochmal probieren. Live-CD gebootet und hey! Es klappte, das Setup erkannte alle Festplatten und alles. Wunderbar! Also hab ich's installiert und war zufrieden. Eben schalt ich meinen PC ein und boote Jaunty damit zum siebten oder achten Mal und da kommt's wieder. Immer nach 15, 25 und 60 Sekunden (abgerundet) wirft er diesen Fehler und dropt danach in die Busybox. Diese hab ich dann mit exit beendet und den Boot fortgesetzt, leider - wie auch beim RC - sind meine beiden 750er Festplatten nicht auffindbar. Die Kernelversion ist 2.6.28-11-generic. "rootdelay=90" hat leider nichts gebracht.

Mein Chipsatz ist der 680i von Nvidia, der Treiber ist sata_nv, da alle meine vier Festplatten SATA-Festplatten sind. Mein BIOS befindet sich im Auslieferungszustand, da ich gehofft hatte (und man mir gesagt hatte), dass ein BIOS-Rest was hilft. Der Vollständigkeit halber hier die Ausgabe von lshw: http://rafb.net/p/MeGJAX76.html

Wie bekomm ich dieses ätzende Problem denn gelöst?

Danke für die Aufmerksamkeit und Hilfe, Kepa

Hallo

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/220706 Legt nahe das die Ursachen für dieses Problem vielfältig und zumindest teilweise unbekannt sind.

Folgende Tips habe ich da beim Lesen aufgeschnappt:

Im BIOS den SATA Controller auf "AHCI" modus stellen. (Anm. alle anderen Modi durchprobieren kann auch nicht schaden.)

Bootoptionen: "irqpoll" und "pci=nomsi"

Falls ein zweiter SATA Controller vorhanden ist (bei Onboard Controllern oft zu erkennen an der unterschiedlichen Farbe der Anschlüsse) die Festplatten umstecken.

da1l6

Ok, "irqpoll" hatte ich schonmal probiert, dass hatte nix gebracht. Aber bei zwei von zwei Boots heute morgen hat er mit "pci=nomsi" nicht gemeckert. Wenn's das war, bin ich froh und danke dir sehr. Wenn nicht, meld ich mich nochmal 😀

Wie ich's mir gedacht hatte, hat es das auch nicht getan. Beim vierten Bootvorgang nach der Änderung gibt er wieder den Fehler und findet die Festplatten nicht. Im BIOS die Modi durchprobieren hab ich leider schonmal versucht.

Würde es mir helfen, wenn ich auf mein Jaunty den 24er Kernel kompiliere? Da das Problem auch mit Knoppix 6.0 und dem letzten Arch Release auftritt, geh ich davon aus, dass es am neuen Kernel liegt.

Hallo

Wenn du in Upgrade von Intrepid gemacht hast, sollte dessen Kernel noch drauf sein. Den kannst du versuchen zu booten. Falls nicht, intrepid in die Paketquellen eintragen und die Kernelpakete manuell installieren.

da1l6

Hab am Donnerstag Jaunty von CD neu installiert. Mein Hardy möchte ich nicht upgraden, ich bin froh, dass es stabil läuft^^ OK, dann werd ich den zweiten Vorschlag mal versuchen, danke ☺

So, hab jetzt 2.6.24-23-generic drauf und der beschwert sich nicht. Warum sollte er auch. Allerdings will jetzt per default der X-Server nicht mehr, erst muss ich in der xorg.conf eintragen, dass er "nv" statt "nvidia" benutzen soll, dann läuft's. Ist mein Problem gelöst, wenn ich mir jetzt einfach die linux-restricted-modules-2.6.24-23-generic dazu installiere oder brauch ich sonst noch was?

Hallo

Damit das funktioniert, muss genau die zu dem Kernel modul passende nvidia treiber version installiert sein. In deinem Fall also die aus den Hardy repos. Das diese alter Version allerdings überhaupt mit dem aktuellen XServer zusammen arbeitet wage ich zu bezweifeln. Am besten du machst eine manuelle Treiber Installation, ohne Paketverwaltung. Siehe wiki.

da1l6

OK, top Sache, ich hab die manuelle Treiberinstallation nach Wiki durchgeführt und graphikmäßig läuft alles. Der Sound will aber nicht -.- Meine Devices sind verschwunden. asoundconf list und aplay -l/-L zeigen beide keine Ausgabe. In der Gruppe plugdev bin ich drin - falls das einen Unterschied macht. KMix sagt mir beim Starten von KDE, dass mehrere Geräte verschwunden sind, nämlich meine TV-Karte (BT878) und mein OnBoard-nvidia-Soundchip HAL Schießmichtot (Nachtrag: es ist ein ALC883). Alsamixer liefert ohne Device logischerweise das hier: alsamixer: function snd_ctl_open failed for default: No such file or directory

Bei der manuellen Treiberinstallation sollte man ja "nv" und "nvidia_new" in die /etc/default/linux-restricted-modules-common eintragen. Kann es sein, dass dadurch auch mein nvidia-Sound geblockt wird?