Es ist schon einen neue Version von k3b unterwegs...........
[gelöst] k3b neu aufsetzen
- deife
- Geschlossen
- Erledigt
Hinweis: In dem Thema [gelöst] k3b neu aufsetzen gibt es 23 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
-
-
-
sorry, dass ich erst jetzt antworte, aber ich hab das mit der zweite Seite nicht gecheckt.
Priorität hab ich geändert und alles durchlaufen lassen.
es gab doch einiges zu tun:
Zum Schluss kam zwar die Meldung:
CodeThere are some running programs that might use files deleted by recent upgrade. You may wish to check and restart some of them. Run 'zypper ps' to list these programs.
zypper ps war mir zu unübersichtlich und dann habe ich "zypper dup --from 1" nochmal ausgeführt. die Ausgabe "Nothing to do" war für mich eindeutig, dass doch alles geklappt hat.
die neue k3b - Version war schon im Anmarsch. Erst letzte Woche wollte sich k3b updaten, aber es gab ein problem beim Auflösen und dann ging nichts mehr voran. Ich hab es dann über die "Apper Softwareverwaltung" versucht und da gab es keine Software mehr zum Update. Seitdem nichts mehr von k3b gehört.
Bin ich mit diesem Kommando jetzt auf dem neuesten Stand? Ich hab mal die Option dup gelesen und --from gibt ein bestimmtes repo an. Nur die 1 ist mir nicht klar, weil ich die Prio doch auf 20 geändert habe.
-
Zitat
--from <Alias|#|URI> Nur Pakete aus diesem Repository upgraden.
Code
Alles anzeigenzypper lr # | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisieren ---+--------------------------+-----------------------------------+-----------+-----------------+-------------- 1 | KDE-Extra | KDE-Extra | Ja | (r ) Ja | Ja 2 | Kernel:stable | Kernel:stable | Ja | (r ) Ja | Ja 3 | Programme | Programme | Ja | ( p) Ja | Ja 4 | Programme-build | Programme-build | Ja | ( p) Ja | Ja 5 | Sauerland | Sauerland | Ja | (r ) Ja | Ja 6 | Sauerland:kernel | Sauerland:kernel | Ja | (r ) Ja | Ja 7 | Virtualbox | Virtualbox | Ja | ( p) Ja | Ja 8 | download.nvidia.com-leap | nVidia | Nein | ---- | Nein 9 | openSUSE-42.1-0 | openSUSE-42.1-0 | Nein | ---- | Nein 10 | opensuse-guide.org-repo | Libdvdcss Repository | Ja | (r ) Ja | Ja 11 | packman.inode.at-suse | Packman Repository | Ja | (r ) Ja | Ja 12 | repo-non-oss | openSUSE-Leap-42.1-Non-Oss | Ja | (r ) Ja | Ja 13 | repo-oss | openSUSE-Leap-42.1-Oss | Ja | (r ) Ja | Ja 14 | repo-source | openSUSE-Leap-42.1-Source | Nein | ---- | Ja 15 | repo-update | openSUSE-Leap-42.1-Update | Ja | (r ) Ja | Ja 16 | repo-update-non-oss | openSUSE-Leap-42.1-Update-Non-Oss | Ja | (r ) Ja | Ja
Schau Dir die erste Zeile der Ausgabe an und vergleiche mit --from (URI fehlt, wäre dann nicht so übersichtlich, kannst du mit zypper lr -d aber selbst nachholen).--from:
Du kannst Name oder Alias oder # (Nummer) oder URI benutzen. -
aaaahhhh. Jetzt passt es zusammen. again what learned.
-
Hab gerade neuen Brenner getestet - CD ohne Probleme gebrannt!
Scheint tatsächlich ein Hardwaredefekt gewesen zu sein.
Seltsam, dass das Lesen immer noch funktioniert hat und die Fehlermeldungen immer unterschiedlich waren. Ich hatte gestern noch einen Test gemacht und festgestellt, dass die Fehlermeldungen auch noch von der Datenmengen abhängig waren. Sehr seltsam...
-
Somit Problem gelöst ...
OT: Oftmals handelt es sich um verschmutzte Laserlinsen. Früher hab ich die mit Wattestäbchen und Fensterputzmittel gereinigt.
-
Zitat
Seltsam, dass das Lesen immer noch funktioniert hat
Wenn man bedenkt, dass für lesen und schreiben zwei verschiedene Laser verwendet werden, überrascht das nicht mehr so sehr. -
Wenn man bedenkt, dass für lesen und schreiben zwei verschiedene Laser verwendet werden, überrascht das nicht mehr so sehr.
Ich würde diese Aussage noch einmal überdenken.
-
Das ist schon unerheblich.
Da es zwei so grundverschiedene Betriebsarten sind,
kann man das aus Betriebssystem Sicht als zwei Geräte betrachten.Und wird -wie überall in Unices- auch so behandelt.
(Es gibt natürlich viele Überschneidungen, is abba egal.)