[gelöst] Kernel 2.6.22.17-0.1. Update und ndiswrapper

msbab · 18 Apr. 2008

Hallo zusammen,
ich habe es endlich geschafft, meinen Linksys WUSB54GC mit dem ndiswrapper erfolgreich stabil zum Laufen zu bekommen.
Jetzt zeigt mir seit neuestem - weil ich einiges Umkonfigurieren musste, der openSuSe Updater drei Kernel-Security-Updates an:

- 4943-0
- 4970-0
- 4986-0

Ich kann diese aber nicht installieren, vermutlich weil der jetzige Kernel mit dem Ndiswrapper irgendwie zusammenhängt. Deswegen, so vermute ich, geht auch in Yast die Option "Aktualisieren" nicht, ohne dass ich eine Konfliktmeldung bekomme. Die Fehlermeldung beim Updater ist zu lange, als dass ich sie reproduzieren könnte.

Kann ich das beheben oder wenigstens diese drei Kernel Updates aus dem Updater werfen, damit ich nicht städig das rote Dreick in der Taskleiste habe?

//EDIT; Das ist die Fehlermeldung:

Code:

2 Probleme: Problem: Wenn nur Abhängigkeiten der besten Architektur verwendet werden, wird keine eindeutige Lösung gefunden. Problem: Installation von kernel-xenpae nicht möglich Problem: Wenn nur Abhängigkeiten der besten Architektur verwendet werden, wird keine eindeutige Lösung gefunden. Bei diesem Lösungsversuch wurden nur Abhängigkeiten in der besten Architektur berücksichtigt. Alle auflösbaren Objekte zu berücksichtigen braucht viel Zeit, kann aber zu einem besseren Ergebnis führen. Lösung 1: Versuche eine Lösung zu finden, die ALLE Möglichkeiten berücksichtigt. Bezieht sich auf auflösbare Objekte mit kompatibler Architektur.

Besten Dank!
Marc

SUSEDJAlex · 19 Apr. 2008

@msbab:

dein gezeigte Fehlermeldung sagt mir dass ein Update des Kernels nicht richtig funktionieren kann....
Meine Empfehlung:
nicht auf die Installation über opensuse-updater eingehen....
Starte YAST-> Software -> Software löschen oder installieren ->
im Suchfeld gibst du ein: "kernel" ( ohne "" )
nun siehst du was blau hinterlegt ist und das markierst du mit Rechtsklick -> Aktualisieren
nun Übernehmen.....und nun gehts los....

nach ein paar Minuten ist das fertig....Neustart....

Bitte sehr....der neue Kernel ist erfolgreich geladen !!!!!

Greetz SUSE_DJAlex

Grothesk · 19 Apr. 2008

kernel-xenpae rauswerfen. Brauchst du 100%ig eh nicht.
Und auch mal schauen, was da sonst noch an kerneln bei dir rumschwirrt:

Code:

rpm -qa | grep kernel

SUSEDJAlex · 19 Apr. 2008

@Grothesk:

Hatte das gleiche Problem.....kernel-xenpae bzw. kernel-Xen war nicht installiert....
Trotzdem behauptete der Updater die selbe Geschichte wie msbab.....

Nur das du mich verstehst: Ich hatte eine 64-bit Version von openSUSE 10.3 auf dem Laptop drauf...da war diese Geschichte wie bei msbab....

Was meinst du dazu ?????

Greetz SUSE_DJAlex

Grothesk · 19 Apr. 2008

Nichts, solange ich nicht die Ausgaben gesehen habe.

msbab · 19 Apr. 2008

Guten Morgen zusammen,
also hier erstmal meine Ausgabe zu

Code:

rpm -qa | grep kernel

:

Code:

kernel-source-2.6.22.17-0.1
linux-kernel-headers-2.6.22-19
kernel-default-2.6.22.13-0.3

Dieser kernel-xenpae ist also gar nicht mehr drin (war er aber mal, allerdings ist dafür die CPU zu alt, sagt er mir am Anfang

)

@SUSE_DJAlex
Das habe ich schon probiert. Den blau hinterlegten Kernel-default auf "Aktualisieren" setzten bringt einen Abhängigkeitskonflikt:

ndiswrapper....hängt von kernel-default ab.

In logischer Konsequenz bietet mir yast an, nsidwrapper-kpm-default zu löschen. Danach dürfte aber der WLAN-Stick nicht mehr gehen. Oder muss ich für den aktuelleren Kernel den ndiswrapper-update-kmp-default nehmen?

VG & danke,
Marc

whois · 19 Apr. 2008

Die Kernel Source und der Kernel passen nicht zusammen :!:

Grothesk · 19 Apr. 2008

Das ist insofern seltsam, als es vom ndiswrapper ein Update passend zu dem 17er-Kernel gibt.
http://packages.opensuse-community.org/index.jsp?searchTerm=ndiswrapper
Da ist irgendwas mit dem Updater 'falsch'.
Sind die update-Quellen sauber angelegt?

Code:

zypper repos

Und auch mal

Code:

zypper refresh

und anschließend

Code:

zypper lu --type package

Dann mal mit

Code:

zypper up --type package

versuchen.
Das ganze als root in einer Konsole.

msbab · 19 Apr. 2008

Ui, da passt was nicht zusammen, stimmt...

zypper repos ergibt:

Code:

# | Aktiviert | Aktualisieren | Typ      | Alias                                                             | Name                                     
--+-----------+---------------+----------+-------------------------------------------------------------------+---------------------------------------------
1 | Ja        | Ja            | plaindir | Marc-Programme                                                    | Marc-Programme                           
2 | Nein      | Ja            | rpm-md   | madwifi                                                           | madwifi                                  
3 | Ja        | Ja            | rpm-md   | http://download.opensuse.org/update/10.3/                         | Haupt-Update Repository                  
4 | Ja        | Ja            | rpm-md   | http://ftp.skynet.be/pub/packman/suse/10.3/                       | Packman Repository                       
5 | Ja        | Ja            | yast2    | http://download.opensuse.org/repositories/openSUSE:10.3/standard/ | Haupt-Repository (Opensource Software - OSS)
6 | Nein      | Nein          | yast2    | openSUSE-10.3-DVD 10.3                                            | openSUSE-10.3-DVD 10.3                   
7 | Ja        | Ja            | rpm-md   | http://download.videolan.org/pub/videolan/vlc/SuSE/10.3/          | VideoLan Repository                      
8 | Ja        | Ja            | yast2    | http://download.opensuse.org/distribution/10.3/repo/non-oss/      | Haupt-Repository (Nicht-OSS)

zypper refresh teilt mir mir, alles sei aktuell.

zypper lu --type package bringt

Code:

# | Aktiviert | Aktualisieren | Typ      | Alias                                                             | Name                                     
--+-----------+---------------+----------+-------------------------------------------------------------------+---------------------------------------------
1 | Ja        | Ja            | plaindir | Marc-Programme                                                    | Marc-Programme                           
2 | Nein      | Ja            | rpm-md   | madwifi                                                           | madwifi                                  
3 | Ja        | Ja            | rpm-md   | http://download.opensuse.org/update/10.3/                         | Haupt-Update Repository                  
4 | Ja        | Ja            | rpm-md   | http://ftp.skynet.be/pub/packman/suse/10.3/                       | Packman Repository                       
5 | Ja        | Ja            | yast2    | http://download.opensuse.org/repositories/openSUSE:10.3/standard/ | Haupt-Repository (Opensource Software - OSS)
6 | Nein      | Nein          | yast2    | openSUSE-10.3-DVD 10.3                                            | openSUSE-10.3-DVD 10.3                   
7 | Ja        | Ja            | rpm-md   | http://download.videolan.org/pub/videolan/vlc/SuSE/10.3/          | VideoLan Repository                      
8 | Ja        | Ja            | yast2    | http://download.opensuse.org/distribution/10.3/repo/non-oss/      | Haupt-Repository (Nicht-OSS)

zypper up --type package bringt nach dem Lesen des Caches folgende Meldung:

Code:

Aktualisiere 'Marc-Programme'
* Lese Cache für Repository 'Marc-Programme'
* Lese Cache für Repository 'Haupt-Update Repository'
* Lese Cache für Repository 'Packman Repository'
* Lese Cache für Repository 'Haupt-Repository (Opensource Software - OSS)'
* Lese Cache für Repository 'VideoLan Repository'
* Lese Cache für Repository 'Haupt-Repository (Nicht-OSS)'
* Lese installierte Pakete [100%]

2 Probleme:
Problem: Wenn nur Abhängigkeiten der besten Architektur verwendet werden, wird keine eindeutige Lösung gefunden.
Problem: Installation von kernel-xenpae nicht möglich

Problem: Wenn nur Abhängigkeiten der besten Architektur verwendet werden, wird keine eindeutige Lösung gefunden.
  Bei diesem Lösungsversuch wurden nur Abhängigkeiten in der besten Architektur berücksichtigt.
Alle auflösbaren Objekte zu berücksichtigen braucht viel Zeit, kann aber zu einem besseren Ergebnis führen.
Lösung 1: Versuche eine Lösung zu finden, die ALLE Möglichkeiten berücksichtigt.
  Bezieht sich auf auflösbare Objekte mit kompatibler Architektur.
Zahl eingeben, (w)iederholen oder (a)bbrechen>

Das Problem möchte ich natürlich irgendwie lösen und drücke mal vorsichtshalber die "1"...Ergebnis:

Code:

Wende Lösung 1 an

Problem: Installation von kernel-xenpae nicht möglich
  kernel-xenpae-2.6.22.9-0.4.i586[http://download.opensuse.org/update/10.3/] kann nicht installiert werden, da kernel-xenpae-2.6.22.17-0.1.i586[http://download.opensuse.org/update/10.3/] bereits für die Installation gekennzeichnet ist
=== kernel-xenpae-2.6.22.9-0.4.i586[http://download.opensuse.org/update/10.3/] ===
    kernel-xenpae-2.6.22.9-0.4.i586[http://download.opensuse.org/update/10.3/] wird benötigt von ndiswrapper-kmp-xenpae-1.52_2.6.22.5_31-0.pm.1.i586[http://ftp.skynet.be/pub/packman/suse/10.3/] (kernel(xenpae:drivers_usb_core) == 2cc12fdd36878360)
=== kernel-xenpae-2.6.22.17-0.1.i586[http://download.opensuse.org/update/10.3/] ===
    kernel-xenpae-2.6.22.17-0.1.i586[http://download.opensuse.org/update/10.3/] wird benötigt von ndiswrapper-kmp-xenpae-1.52_2.6.22.5_31-0.pm.1.i586[http://ftp.skynet.be/pub/packman/suse/10.3/] (kernel-xenpae)
    module-init-tools-3.2.99.pre11-23.i586 wird benötigt von kernel-xenpae-2.6.22.17-0.1.i586[http://download.opensuse.org/update/10.3/] (module-init-tools == 3.2.99.pre11-23)
    gawk-3.1.5g-25.i586 wird benötigt von kernel-xenpae-2.6.22.17-0.1.i586[http://download.opensuse.org/update/10.3/] (awk)
    perl-Bootloader-0.4.32-2.i586 wird benötigt von kernel-xenpae-2.6.22.17-0.1.i586[http://download.opensuse.org/update/10.3/] (perl-Bootloader == 0.4.32-2)
    mkinitrd-2.1-36.6.i586 wird benötigt von kernel-xenpae-2.6.22.17-0.1.i586[http://download.opensuse.org/update/10.3/] (mkinitrd == 2.1-36.6)
    irqbalance-0.55-40.i586 wird benötigt von kernel-xenpae-2.6.22.17-0.1.i586[http://download.opensuse.org/update/10.3/] (irqbalance == 0.55-40)

Lösung 1: kernel-xenpae-2.6.22.9-0.4.i586[http://download.opensuse.org/update/10.3/] nicht installieren
Lösung 2: kernel-xenpae-2.6.22.17-0.1.i586[http://download.opensuse.org/update/10.3/] nicht installieren
Lösung 3: Ignorieren, dass kernel-xenpae bereits für die Installation festgelegt wurde
Zahl eingeben, (w)iederholen oder (a)bbrechen>

Aber hier bin ich ehrlich gestanden etwas überfragt, weil ich nicht nachvollziehen kann, wo ich den Kernel-xenpae für die Installation festgelegt haben soll. Über das Software Management von Yast habe ich durch eine "xenpae"-Suche nichts gefunden, was aktiv ist bzw. installiert wäre.
Die anderen rpms (z.B. irqbalance) sind installiert, versuche ich aber, sie zu löschen, stelle ich fest, dass der kernel-kmp-default sie benötigt bzw. beinhaltet. (ich will sie ja auch gar nicht weg haben).

Danke abermals.

//EDIT
Lösung 1 und 2 führen jeweils dazu, dass er mir den ndiswrapper deinstallieren will. Die dritte habe ich noch nicht ausprobiert. Ich möchte vermeiden, dass dieser xenpae-kernel installiert wird. Wie weiter oben erwähnt: Ich wüsste nicht, wieso der für die Installation "vorgesehen" sein sollte.

Gruß
Marc

SUSEDJAlex · 19 Apr. 2008

@msbab:

hier ist die aktuelle Kernel-Liste:

linux-kernel-headers-2.6.22-19
kernel-source-2.6.22.17-0.1
kernel-default-2.6.22.17-0.1

Das heisst für dich du musst deine Kernel-default zurücksetzen und dann beide Kernel-sachen erneut aktualisieren......

Nebenbei bemerkt: bei mir gabs keinen Konflikt mit dem ndiswrapper.....

Greetz SUSE_DJAlex

Grothesk · 19 Apr. 2008

SUSE_DJAlex:
Mit Verlaub, das ist Quark.

msbab:
Da ist wohl noch ndiswrapper-kmp-xenpae installiert und das will dir den kernel-xenpae wieder auf das System zerren.
Deinstallier das kmp mal.
Und schau, was da noch an weiteren kmp evtl. installiert ist.

Code:

rpm -qa | grep kmp

Alle kmp mit xenpae rauswerfen, da dürfen nur noch kmp-default installiert sein.
Dann bei den Repos auf räumen.
Marc-Programme -> Was ist da drin? Gehört meiner Meinung nach nicht rein. Fast alle Pakete kann man über 'richtige' Installationsquellen installieren. Kein Grund, sich da selber was zu bauen, meiner Meinung nach.

madwifi -> Warum ist das drin, wenn du mit dem ndiswrapper hantierst?

download.videolan.org -> Rauswerfen, wenn du Packman drin hast. Manche Pakete sorgen da u. U. gegenseitig für Trouble. ffmpeg soll da so ein Kandidat sein. videolan würde ich nur für ein bestimmtes Paket reinnehmen, danach videolan entfernen oder wenigstens deaktivieren.

So am Rande: Bist du sicher, dass deine WLAN-Hardware über den ndiswrapper anzusprechen ist? Was sagt uns denn ein lockeres

Code:

/sbin/lsusb

über das Ding?

msbab · 19 Apr. 2008

So, weiter gehts...

Marc-Programme -> ist gelöscht, da habe ich immer die RPMs gespeichert, die ich von RMPSeek oder so runtergeladen habe. Nicht wirklich notwendig.

madwifi -> war nötig für die R40-interne Atheros WLAN miniPCI karte, die aber immer einen PCI Resource Conflict hervorgerufen hat, den ich nicht lösen konnte. Deswegen jetzt der USB-Stick. Quelle gelöscht.
Schade, dass der Stick (RALINK RT73 chipsatz nicht mit "echten" Linux-Treibern stabil läuft..Naja, egal.)

download.videolan.org -> davon hab ich VLC installiert, der ist aber auch im Packman drin. Quelle gelöscht.

Das Wichtigere aber;

rpm -qa | grep kmp

ergibt

Code:

ndiswrapper-kmp-default-1.52_2.6.22.5_31-0.pm.1

nach der kmp-installtion (die mit im Übrigen den xenpae-Kernel installiert hat)

Code:

ndiswrapper-kmp-xenpae-1.52_2.6.22.5_31-0.pm.1
ndiswrapper-kmp-default-1.52_2.6.22.5_31-0.pm.1

Mit diesen Voraussetzungen mache ich jetzt mal das Kernel-Update und deinstalliere dann die xenpae-Pakete wieder. Melde mich dann wieder (wenn das WLAN wieder geht).

Gruß
Marc

Grothesk · 19 Apr. 2008

Ich blick gerade nicht durch.
ndiswrapper-kmp-xenpae ist also wieder installiert worden?
Und warum kommt der von Packman? Haben die den nun auch im Angebot? Ich würde vielleicht mal den ndiswrapper von Suse nehmen.
Und BITTE, BITTE, BITTE keine Pakete von rpmseek und Konsorten zusammenklauben. Das gibt in den meisten Fällen früher oder später Magenschmerzen. Meist früher als später...

Ein toller Ersatz für rpmseek kann webpin sein:
http://packages.opensuse-community.org/

msbab · 19 Apr. 2008

Sorry, mea culpa.

Ich habe - obwohl das System sagte, es sei nicht drauf - ndiswrapper-kmp-xenpae installiert. Danach habe ich die Kernel-Updates gemacht, sowohl für den "normalen" als auch für den xenpae. Dann den ndiswrapper wieder drauf und das WLAN konfiguriert - geht bestens.

Jetzt vorsichtig das Ganze rückwärts abspecken: xenpae-Kernel und ndiswrapper wieder runter (also alles, was xenpae beinhaltet): Es klappt alles dank deines Inputs jetzt ohne dass mir die Updates für irgendwelche Kernel angezeigt werden. Auch will mir jetzt nix mehr den xenpae installieren. Sehr erfreulich

Kleine Kriegsverletzung hat das System aber jetzt noch: GRUB zeigt mir am Anfang den XEN noch zweimal zur Auswahl an. Kann ich den bedenkenlos aus YAST --> System --> Konfiguration des Bootloaders entfernen oder laufe ich Gefahr, dass mir dadurch wieder - aus welchen Gründen auch immer - etwas wieder den xenpae-Kernel auf das System ziehen will?

Das mit dem RPMSEEK wusste ich nicht. Werde mich an deinen Vorschlag halten.

Danke!
Gruß
Marc

ps. ich markiere das mal als gelöst...

Grothesk · 19 Apr. 2008

Die Einträge für xenpae kannst du aus der Liste der zu bootenden Kernel dann löschen. Da passiert nichts mehr an den Paketen.

[gelöst] Kernel 2.6.22.17-0.1. Update und ndiswrapper

msbab

Newbie

SUSEDJAlex

Advanced Hacker

Grothesk

Ultimate Guru

SUSEDJAlex

Advanced Hacker

Grothesk

Ultimate Guru

msbab

Newbie

whois

Ultimate Guru

Grothesk

Ultimate Guru

msbab

Newbie

SUSEDJAlex

Advanced Hacker

Grothesk

Ultimate Guru

msbab

Newbie

Grothesk

Ultimate Guru

msbab

Newbie

Grothesk

Ultimate Guru