Allerdings verwende ich Wayland.
Warum?
Allerdings verwende ich Wayland.
Warum?
Paket 'kernel-default-extra-15.14.21-150500.55.12.1' nicht gefunden.
Paketabhängigkeiten werden aufgelöst...
Die folgenden 3 NEUEN Pakete werden installiert:
kernel-default-5.14.21-150500.55.12.1 kernel-default-extra-5.14.21-150500.55.12.1 kernel-default-optional-5.14.21-150500.55.12.1
Das folgende Paket erfordert einen Systemneustart:
kernel-default-5.14.21-150500.55.12.1
3 neue Pakete zu installieren.
Gesamtgröße des Downloads: 170,3 MiB. Bereits im Cache gespeichert: 0 B. Nach der Operation werden zusätzlich 218,5 MiB belegt.
Note: Systemneustart erforderlich.
Continue? [j/n/v/...? zeigt alle Optionen] (j): j
Abrufen: kernel-default-5.14.21-150500.55.12.1.x86_64 (Update repository with updates from SUSE Linux Enterprise 15) (1/3), 108,1 MiB
Abrufen: kernel-default-5.14.21-150500.55.12.1.x86_64.rpm ..................................................................................................................................................[fertig (1,5 MiB/s)]
Abrufen: kernel-default-extra-5.14.21-150500.55.12.1.x86_64 (Update repository with updates from SUSE Linux Enterprise 15) (2/3), 38,8 MiB
Abrufen: kernel-default-extra-5.14.21-150500.55.12.1.x86_64.rpm
Alles anzeigen
War ein Schreibfehler von mir ist aber installiert worden, so alles gut.
Und wo erfährt man, daß so ein kernel zurückgezogen wird?
Mailinglisten, bugreports oder auch mit etwas Verzögerung in Foren.
Wenn du das Update auf das Paket noch nicht gemacht hast, wird es auch per Update nicht mehr erfolgen.
Du hattest nur dein Update "zu früh" gemacht.
P.S. Ich werde mir den Thread morgen noch mal ganz in Ruhe anschauen und zu Gemüte führen. Interessieren würde mich als alter Laie schon sehr, was da eigentlich passiert war, dass der Lan wie aus heiterem Himmel, plötzlich nicht mehr ging und was ihn jetzt wieder zum Laufen gebracht hat.
Ganz einfach:
Du hast das gemacht, was du ab und an machen sollst: updaten.
openSUSE hat das gemacht, was es ab und zu machen sollte: neue Versionen per update bereitzustellen, in diesem Fall einen neuen Kernel.
Nun war dieser Kernel aber defekt.
Das hat man nach kurzer Zeit festgestellt und den kernel "zurückgezogen", sodass er zwar noch vorhanden ist, aber nicht mehr automatisch per Update installiert wird.
Du hattest aber schon ein Update gemacht, bevor der Kernel "zurückgezogen" war und nun war der defekte Kernel installiert und du warst auch noch von einem dieser Defekte betroffen (USB-Lan funktionierte nicht).
Wir haben jetzt nur die defekte Kernel-Version deinstalliert.
Wäre eigentlich mit 4-5 Beiträgen erledigt gewesen.
linux.fritz.box 6.6.0-rc2-2.gcd00403-default
Und der kommt woher?
Poste
Du bist ja unerschöpflich! Wer weiß, vielleicht für die Zukunft?
Ich hab sogar 2 Rückfallkernel installiert.........
Ich würde den Befehl noch ausführen.
Aber schön, das es wieder funktioniert.
Da erfolgt eine merkwürdige Reaktion. Ich habe als superuser auf der Konsole per paste und copy obigen Befehl mehrmals einzugeben versucht und bekomme immer wieder diese Ausgabe:
CodeAlles anzeigenlocalhost:/home/hgtschudi # hgtschudi@localhost:~> zypper se -si kernel-default kernel-devel kernel-syms kernel-source hgtschudi@localhost:~: Befehl nicht gefunden localhost:/home/hgtschudi # Repository-Daten werden geladen... Wenn 'Repository-Daten' kein Tippfehler ist, können Sie command-not-found benutzen, um das Paket zu finden, das den Befehl enthält, z. B.: cnf Repository-Daten localhost:/home/hgtschudi # Installierte Pakete werden gelesen... Wenn 'Installierte' kein Tippfehler ist, können Sie command-not-found benutzen, um das Paket zu finden, das den Befehl enthält, z. B.: cnf Installierte localhost:/home/hgtschudi # localhost:/home/hgtschudi # S | Name | Type | Version | Arch | Repository Name: Befehl nicht gefunden Wenn 'Repository' kein Tippfehler ist, können Sie command-not-found benutzen, um das Paket zu finden, das den Befehl enthält, z. B.: cnf Repository Arch: Befehl nicht gefunden Type: Befehl nicht gefunden Version: Befehl nicht gefunden S: Befehl nicht gefunden localhost:/home/hgtschudi # ---+-------------------------+-------+------------------------+--------+------------------------------------------------------------- Wenn '---+-------------------------+-------+------------------------+--------+-------------------------------------------------------------' kein Tippfehler ist, können Sie command-not-found benutzen, um das Paket zu finden, das den Befehl enthält, z. B.: cnf ---+-------------------------+-------+------------------------+--------+------------------------------------------------------------- localhost:/home/hgtschudi # i+ | kernel-default | Paket | 5.14.21-150500.55.19.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 kernel-default: Befehl nicht gefunden Paket: Befehl nicht gefunden i+: Befehl nicht gefunden 5.14.21-150500.55.19.1: Befehl nicht gefunden Wenn 'Update' kein Tippfehler ist, können Sie command-not-found benutzen, um das Paket zu finden, das den Befehl enthält, z. B.: cnf Update localhost:/home/hgtschudi # iR | kernel-default | Paket | 5.14.21-150500.55.22.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 kernel-default: Befehl nicht gefunden 5.14.21-150500.55.22.1: Befehl nicht gefunden Paket: Befehl nicht gefunden iR: Befehl nicht gefunden Wenn 'Update' kein Tippfehler ist, können Sie command-not-found benutzen, um das Paket zu finden, das den Befehl enthält, z. B.: cnf Update localhost:/home/hgtschudi # i+ | kernel-default-extra | Paket | 5.14.21-150500.55.19.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 kernel-default-extra: Befehl nicht gefunden Paket: Befehl nicht gefunden 5.14.21-150500.55.19.1: Befehl nicht gefunden i+: Befehl nicht gefunden Wenn 'Update' kein Tippfehler ist, können Sie command-not-found benutzen, um das Paket zu finden, das den Befehl enthält, z. B.: cnf Update localhost:/home/hgtschudi # iR | kernel-default-extra | Paket | 5.14.21-150500.55.22.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 kernel-default-extra: Befehl nicht gefunden Paket: Befehl nicht gefunden Wenn 'Update' kein Tippfehler ist, können Sie command-not-found benutzen, um das Paket zu finden, das den Befehl enthält, z. B.: cnf Update 5.14.21-150500.55.22.1: Befehl nicht gefunden iR: Befehl nicht gefunden localhost:/home/hgtschudi # i+ | kernel-default-optional | Paket | 5.14.21-150500.55.19.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 Paket: Befehl nicht gefunden kernel-default-optional: Befehl nicht gefunden Wenn 'Update' kein Tippfehler ist, können Sie command-not-found benutzen, um das Paket zu finden, das den Befehl enthält, z. B.: cnf Update 5.14.21-150500.55.19.1: Befehl nicht gefunden i+: Befehl nicht gefunden localhost:/home/hgtschudi # iR | kernel-default-optional | Paket | 5.14.21-150500.55.22.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 Paket: Befehl nicht gefunden Wenn 'Update' kein Tippfehler ist, können Sie command-not-found benutzen, um das Paket zu finden, das den Befehl enthält, z. B.: cnf Update 5.14.21-150500.55.22.1: Befehl nicht gefunden kernel-default-optional: Befehl nicht gefunden iR: Befehl nicht gefundenWas sagst Du dazu? war es so gedacht?
Wenn du den Prompt mitkopierst, wird es nicht funktionieren:
localhost:/home/hgtschudi # hgtschudi@localhost:~> zypper
Das ist der prompt des Users root, der ist richtig.
localhost:/home/hgtschudi # hgtschudi@localhost:~> zypper
Das hast du irgendwo mit dem zypper Befehl mitkopiert...........
Ist überflüssig und kann nicht ausgeführt werden.....
Siehe 2. Zeile:
hgtschudi@localhost:~: Befehl nicht gefunden