Problem nach upgrade auf leap 15 mit paketverwaltung
Hallo, nach dem ich gestern unachtsam mein Sytem so durcheinander brachte, dass mir heut nur ein Upgrade von 42.3 auf 15.0 als möglich Lösung einfiel, habe ich wohl eine Inkonsistenz in den Paketen. Beim zypper dup kam irgendwann die Frage, dass Pakte von zwei quellen vorhanden seien. Das konnte ich aber nicht auflösen, da es quasi fast alle betraf. Also habe ich notgedrungen mit "y" geantwortet. Die Installation lief durch und ich habe wieder ein System, das scheinbar funktioniert. Beim Versuch VirtualBox wieder in Betrieb zu nehmen, bin ich auf eine Sache gestoßen, die mich zweifeln lässt. Laut zypper se -si kernel virtualbox Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+---------------------------+---------+----------------------------- +--------+-------------------------- i+ | VirtualBox-5.2 | package | 5.2.14_123301_openSUSE132-1 | x86_64 | (System Packages) i+ | kernel-default | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-default | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-default-devel | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-default-devel | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-devel | package | 4.4.138-59.1 | noarch | (System Packages) i+ | kernel-devel | package | 4.12.14-lp150.12.4.1 | noarch | openSUSE:Leap:15.0:Update i+ | kernel-firmware | package | 20180416-lp150.1.4 | noarch | Haupt-Repository (OSS) i+ | kernel-macros | package | 4.12.14-lp150.12.4.1 | noarch | openSUSE:Leap:15.0:Update i+ | kernel-syms | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-syms | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | nfs-kernel-server | package | 2.1.1-lp150.3.5 | x86_64 | Haupt-Repository (OSS) i | python2-jupyter_ipykernel | package | 4.8.2-lp150.1.8 | noarch | Haupt-Repository (OSS) i | python3-jupyter_ipykernel | package | 4.8.2-lp150.1.8 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel | package | 2017.133.svn44483-lp150.5.4 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel-doc | package | 2017.133.svn44483-lp150.5.4 | noarch | Haupt-Repository (OSS) habe ich die Kernel 4.4.138-59.1 und 4.12.14-lp150.12.4.1 installiert. Schaue ich hingegen in Yast nach wir nur 4.12.14-lp150.12.4.1 angezeigt. Ich nehme an, das ist der Grund, warum "/sbin/vboxconfig" keine Wirkung zeigt. rpm --rebuilddb hilft auch nicht weiter, denn die Pakte sind auf der Platte. ll /lib/modules/4.4* /lib/modules/4.4.103-36-default: total 32 drwxr-xr-x 2 root root 4096 Feb 10 16:33 misc -rw-r--r-- 1 root root 45 Feb 10 16:33 modules.alias -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.alias.bin -rw-r--r-- 1 root root 0 Feb 10 16:33 modules.builtin.bin -rw-r--r-- 1 root root 0 Feb 10 16:33 modules.dep -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.dep.bin -rw-r--r-- 1 root root 52 Feb 10 16:33 modules.devname -rw-r--r-- 1 root root 55 Feb 10 16:33 modules.softdep -rw-r--r-- 1 root root 49 Feb 10 16:33 modules.symbols -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.symbols.bin /lib/modules/4.4.104-39-default: total 32 drwxr-xr-x 2 root root 4096 Mar 24 15:05 misc -rw-r--r-- 1 root root 45 Mar 24 15:05 modules.alias -rw-r--r-- 1 root root 12 Mar 24 15:05 modules.alias.bin -rw-r--r-- 1 root root 0 Mar 24 15:05 modules.builtin.bin -rw-r--r-- 1 root root 0 Mar 24 15:05 modules.dep -rw-r--r-- 1 root root 12 Mar 24 15:05 module ... Wie bekomme ich hier wieder ein geordnetes System hin? Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert:
Hallo,
nach dem ich gestern unachtsam mein Sytem so durcheinander brachte, dass mir heut nur ein Upgrade von 42.3 auf 15.0 als möglich Lösung einfiel, habe ich wohl eine Inkonsistenz in den Paketen.
Beim zypper dup kam irgendwann die Frage, dass Pakte von zwei quellen vorhanden seien. Das konnte ich aber nicht auflösen, da es quasi fast alle betraf. Also habe ich notgedrungen mit "y" geantwortet. Die Installation lief durch und ich habe wieder ein System, das scheinbar funktioniert.
Beim Versuch VirtualBox wieder in Betrieb zu nehmen, bin ich auf eine Sache gestoßen, die mich zweifeln lässt.
Laut zypper se -si kernel virtualbox Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+---------------------------+---------+----------------------------- +--------+-------------------------- i+ | VirtualBox-5.2 | package | 5.2.14_123301_openSUSE132-1 | x86_64 | (System Packages) i+ | kernel-default | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-default | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-default-devel | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-default-devel | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-devel | package | 4.4.138-59.1 | noarch | (System Packages) i+ | kernel-devel | package | 4.12.14-lp150.12.4.1 | noarch | openSUSE:Leap:15.0:Update i+ | kernel-firmware | package | 20180416-lp150.1.4 | noarch | Haupt-Repository (OSS) i+ | kernel-macros | package | 4.12.14-lp150.12.4.1 | noarch | openSUSE:Leap:15.0:Update i+ | kernel-syms | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-syms | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | nfs-kernel-server | package | 2.1.1-lp150.3.5 | x86_64 | Haupt-Repository (OSS) i | python2-jupyter_ipykernel | package | 4.8.2-lp150.1.8 | noarch | Haupt-Repository (OSS) i | python3-jupyter_ipykernel | package | 4.8.2-lp150.1.8 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel | package | 2017.133.svn44483-lp150.5.4 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel-doc | package | 2017.133.svn44483-lp150.5.4 | noarch | Haupt-Repository (OSS)
habe ich die Kernel 4.4.138-59.1 und 4.12.14-lp150.12.4.1 installiert. Schaue ich hingegen in Yast nach wir nur 4.12.14-lp150.12.4.1 angezeigt. Ich nehme an, das ist der Grund, warum "/sbin/vboxconfig" keine Wirkung zeigt. rpm --rebuilddb hilft auch nicht weiter, denn die Pakte sind auf der Platte. ll /lib/modules/4.4* /lib/modules/4.4.103-36-default: total 32 drwxr-xr-x 2 root root 4096 Feb 10 16:33 misc -rw-r--r-- 1 root root 45 Feb 10 16:33 modules.alias -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.alias.bin -rw-r--r-- 1 root root 0 Feb 10 16:33 modules.builtin.bin -rw-r--r-- 1 root root 0 Feb 10 16:33 modules.dep -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.dep.bin -rw-r--r-- 1 root root 52 Feb 10 16:33 modules.devname -rw-r--r-- 1 root root 55 Feb 10 16:33 modules.softdep -rw-r--r-- 1 root root 49 Feb 10 16:33 modules.symbols -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.symbols.bin
/lib/modules/4.4.104-39-default: total 32 drwxr-xr-x 2 root root 4096 Mar 24 15:05 misc -rw-r--r-- 1 root root 45 Mar 24 15:05 modules.alias -rw-r--r-- 1 root root 12 Mar 24 15:05 modules.alias.bin -rw-r--r-- 1 root root 0 Mar 24 15:05 modules.builtin.bin -rw-r--r-- 1 root root 0 Mar 24 15:05 modules.dep -rw-r--r-- 1 root root 12 Mar 24 15:05 module ...
Wie bekomme ich hier wieder ein geordnetes System hin?
Gruß
Herbert ich habe da dies gefunden:
Package File Conflicts File conflicts happen when two packages attempt to install files with the same name but different contents. This may happen if you are installing a newer version of a package without erasing the older version, of if two unrelated packages each install a file with the same name. As checking for file conflicts requires access to the full filelist of each package being installed, zypper will check for file conflict only if all packages are downloaded in advance (see −−download−in−advance). As the reason for file conflicts usually is a poor package design or lack of coordination between the people building the packages, they are not easy to resolve. By using the −−replacefiles option you can force zypper to replace the conflicting files. Nevertheless this may damage the package whose file gets replaced. komme ich aus der Nummer mit meiner Installation wieder raus, wenn ja, wie? Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 15. Juli 2018, 00:05:58 CEST schrieb Herbert Albert:
komme ich aus der Nummer mit meiner Installation wieder raus, wenn ja, wie?
Einfach mal die Meldung komplett posten? Sonst nur: Rate mal mit Rodenthal....... Stephan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 15. Juli 2018, 07:12:00 CEST schrieb Stephan Hemeier:
Am Sonntag, 15. Juli 2018, 00:05:58 CEST schrieb Herbert Albert:
komme ich aus der Nummer mit meiner Installation wieder raus, wenn ja, wie?
Einfach mal die Meldung komplett posten?
Sonst nur: Rate mal mit Rodenthal.......
Stephan Das war eine Meldung aus einer zypper-docu.
Die Originalmeldung kann ich nicht posten, die ist beim zypper dup vorgekommen und ist nun weg. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 15.07.2018 um 00:05 schrieb Herbert Albert:
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert:
nach dem ich gestern unachtsam mein Sytem so durcheinander brachte, dass mir heut nur ein Upgrade von 42.3 auf 15.0 als möglich Lösung einfiel, habe ich wohl eine Inkonsistenz in den Paketen.
...
komme ich aus der Nummer mit meiner Installation wieder raus, wenn ja, wie?
Da gibt es m.E. drei Lösungen, bei allen ist hilfreich, dass home erhalten bleibt. a) du machst eine Neuinstallation und formatierst home nicht. b) du schmeißt alle zusätzlichen Repos heraus und machst ein zypper dup, dann mit Yast die Reinigung Stück für Stück alles weg was nicht zu Leap 15 gehört. c) Du machst eine Upgrade-Installation mit einer Leap 15 DVD/USB Medium. Es wird dir angeboten, welche Repos du erhalten möchtest, Lösung: Alles weg, was nicht unmittelbar von der DVD kommt. Später mit Yast noch nachsehen, welche Reste von der alten Installation noch vorhanden sind und diese beseitigen, bevor du zusätzliche Repos einbindest. Zu guter Letzt. (a) ist unter dem Strich die schnellste Lösung. Viel Spaß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert:
habe ich die Kernel 4.4.138-59.1 und 4.12.14-lp150.12.4.1 installiert. Schaue ich hingegen in Yast nach wir nur 4.12.14-lp150.12.4.1 angezeigt.
Yast---Software nach Kernel-default suchen, kernel-default markieren und unter dem Reiter Versionen die Version 4.4 deinstallieren. (Haken raus) Ebenso für kernel-default-devel, kernel-devel, kernel-source falls installiert. Siehe: https://i.imgur.com/UWHxkN5.jpg Stephan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 15. Juli 2018, 07:10:38 CEST schrieb Stephan Hemeier:
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert:
habe ich die Kernel 4.4.138-59.1 und 4.12.14-lp150.12.4.1 installiert. Schaue ich hingegen in Yast nach wir nur 4.12.14-lp150.12.4.1 angezeigt.
Yast---Software nach Kernel-default suchen, kernel-default markieren und unter dem Reiter Versionen die Version 4.4 deinstallieren. (Haken raus) Ebenso für kernel-default-devel, kernel-devel, kernel-source falls installiert.
Siehe: https://i.imgur.com/UWHxkN5.jpg
Stephan soweit gut, hab ich gemacht. Doch virtualbox mag immer noch nicht.
Kernel driver not installed (rc=-1908) The VirtualBox Linux kernel driver (vboxdrv) is either not loaded or there is a permission problem with /dev/vboxdrv. Please reinstall the kernel module by executing '/sbin/vboxconfig' as root. where: suplibOsInit what: 3 VERR_VM_DRIVER_NOT_INSTALLED (-1908) - The support driver is not installed. On linux, open returned ENOENT. Kann aber auch generell daran liegen, dass es keine Pakte für Leap 15.0 sind. Habe dann mal versucht das SuSE eigene virtualbox zu installieren. Es wird nur S | Name | Type | Version | Arch | Repository ---+--------------------------------+--------- +----------------------------------------+--------+-------------------------- i+ | virtualbox | package | 5.2.14-lp150.4.6.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | virtualbox-guest-desktop-icons | package | 5.2.14-lp150.4.6.1 | noarch | openSUSE:Leap:15.0:Update i | virtualbox-host-kmp-default | package | 5.2.14_k4.12.14_lp150.12.4- lp150.4.6.1 | x86_64 | openSUSE:Leap:15.0:Update i | virtualbox-qt | package | 5.2.14-lp150.4.6.1 | x86_64 | openSUSE:Leap:15.0:Update installiert, bei virtualbox-guest-tools scheidert es. Problem: virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 requires virtualbox- guest-kmp = 5.2.14, but this requirement cannot be provided not installable providers: virtualbox-guest-kmp- default-5.2.14_k4.12.14_lp150.12.4- lp150.4.6.1.x86_64[openSUSE_Leap_15.0_Update] Solution 1: Following actions will be done: do not install virtualbox-5.2.14-lp150.4.6.1.x86_64 do not install virtualbox-guest-desktop-icons-5.2.14-lp150.4.6.1.noarch do not install virtualbox-qt-5.2.14-lp150.4.6.1.x86_64 Solution 2: do not install virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 Solution 3: break virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 by ignoring some of its dependencies Auch mit dieser (Rumpf-)Installation kommt beim Öffnen einer Virtuellen Maschine die Aufforderung "/sbin/vboxconfig" zu machen, was auch klappt, aber das ist eine loop, den beim erneuten Versuch erscheint die obige Fehlermeldung wieder. Was auch auffällt: In der Fehlermeldung ist von /dev/vboxdrv die Rede, das gibt es bei mir nicht. # ll /dev/vboxdrv ls: cannot access '/dev/vboxdrv': No such file or directory Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert:
Hallo,
nach dem ich gestern unachtsam mein Sytem so durcheinander brachte, dass mir heut nur ein Upgrade von 42.3 auf 15.0 als möglich Lösung einfiel, habe ich wohl eine Inkonsistenz in den Paketen.
Beim zypper dup kam irgendwann die Frage, dass Pakte von zwei quellen vorhanden seien. Das konnte ich aber nicht auflösen, da es quasi fast alle betraf. Also habe ich notgedrungen mit "y" geantwortet. Die Installation lief durch und ich habe wieder ein System, das scheinbar funktioniert.
Beim Versuch VirtualBox wieder in Betrieb zu nehmen, bin ich auf eine Sache gestoßen, die mich zweifeln lässt.
Laut zypper se -si kernel virtualbox Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+---------------------------+---------+----------------------------- +--------+-------------------------- i+ | VirtualBox-5.2 | package | 5.2.14_123301_openSUSE132-1 | x86_64 | (System Packages) i+ | kernel-default | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-default | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-default-devel | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-default-devel | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-devel | package | 4.4.138-59.1 | noarch | (System Packages) i+ | kernel-devel | package | 4.12.14-lp150.12.4.1 | noarch | openSUSE:Leap:15.0:Update i+ | kernel-firmware | package | 20180416-lp150.1.4 | noarch | Haupt-Repository (OSS) i+ | kernel-macros | package | 4.12.14-lp150.12.4.1 | noarch | openSUSE:Leap:15.0:Update i+ | kernel-syms | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-syms | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | nfs-kernel-server | package | 2.1.1-lp150.3.5 | x86_64 | Haupt-Repository (OSS) i | python2-jupyter_ipykernel | package | 4.8.2-lp150.1.8 | noarch | Haupt-Repository (OSS) i | python3-jupyter_ipykernel | package | 4.8.2-lp150.1.8 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel | package | 2017.133.svn44483-lp150.5.4 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel-doc | package | 2017.133.svn44483-lp150.5.4 | noarch | Haupt-Repository (OSS)
habe ich die Kernel 4.4.138-59.1 und 4.12.14-lp150.12.4.1 installiert. Schaue ich hingegen in Yast nach wir nur 4.12.14-lp150.12.4.1 angezeigt. Ich nehme an, das ist der Grund, warum "/sbin/vboxconfig" keine Wirkung zeigt. rpm --rebuilddb hilft auch nicht weiter, denn die Pakte sind auf der Platte. ll /lib/modules/4.4* /lib/modules/4.4.103-36-default: total 32 drwxr-xr-x 2 root root 4096 Feb 10 16:33 misc -rw-r--r-- 1 root root 45 Feb 10 16:33 modules.alias -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.alias.bin -rw-r--r-- 1 root root 0 Feb 10 16:33 modules.builtin.bin -rw-r--r-- 1 root root 0 Feb 10 16:33 modules.dep -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.dep.bin -rw-r--r-- 1 root root 52 Feb 10 16:33 modules.devname -rw-r--r-- 1 root root 55 Feb 10 16:33 modules.softdep -rw-r--r-- 1 root root 49 Feb 10 16:33 modules.symbols -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.symbols.bin
/lib/modules/4.4.104-39-default: total 32 drwxr-xr-x 2 root root 4096 Mar 24 15:05 misc -rw-r--r-- 1 root root 45 Mar 24 15:05 modules.alias -rw-r--r-- 1 root root 12 Mar 24 15:05 modules.alias.bin -rw-r--r-- 1 root root 0 Mar 24 15:05 modules.builtin.bin -rw-r--r-- 1 root root 0 Mar 24 15:05 modules.dep -rw-r--r-- 1 root root 12 Mar 24 15:05 module ...
Wie bekomme ich hier wieder ein geordnetes System hin?
Gruß
Herbert
Jetzt habe ich es auch in Yast entdeckt. Gebe ich in die Suchfunktion kernel ein, steht oben bei kernel-default nur die Version 4.12.14-lp150.12.4.1. Kicke ich im Fenster darunter auf Version, ist ein haken für beide Versionen. [x] 4.4.38-59.1-x86_64 von @System m Priorität 99 und Anbieter openSuSE [x] 4.12.14-lp150.12.4.1-x86_64 von openeSuSELeap:15.0:Update mit Priorität 99 und Anbieter openSuSE Ist das nun korrekt, oder schleppe ich da eine Altlast herum die rpm/zypper nicht mehr richtig verwaltet? Da ich beim Versuch VirtualBox den neuen Kernel bekannt zu machen darauf gestoßen bin, hier gleich noch die Frage: funktioniert VirtualBox mit Leap 15? Ich nehme seit Jahren immer die RPMs von der Oracle Seite und da wird nur openSUSE 13.2 ("Harlequin") / Leap 42 ("Malachite") i386 | AMD64 angeboten. Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 15.07.2018 um 10:04 schrieb Herbert Albert: ...
Da ich beim Versuch VirtualBox den neuen Kernel bekannt zu machen darauf gestoßen bin, hier gleich noch die Frage: funktioniert VirtualBox mit Leap 15? Ich nehme seit Jahren immer die RPMs von der Oracle Seite und da wird nur openSUSE 13.2 ("Harlequin") / Leap 42 ("Malachite") i386 | AMD64 angeboten.
Da bist du auf etwas gestoßen, was andere (K)Ubuntu LTS oder Fedora-KDE-Spin testen lässt. Gruß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Herbert, Am Sonntag, 15. Juli 2018, 10:04:08 CEST schrieb Herbert Albert:
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert:
Hallo,
nach dem ich gestern unachtsam mein Sytem so durcheinander brachte, dass mir heut nur ein Upgrade von 42.3 auf 15.0 als möglich Lösung einfiel, habe ich wohl eine Inkonsistenz in den Paketen.
Beim zypper dup kam irgendwann die Frage, dass Pakte von zwei quellen vorhanden seien. Das konnte ich aber nicht auflösen, da es quasi fast alle betraf. Also habe ich notgedrungen mit "y" geantwortet. Die Installation lief durch und ich habe wieder ein System, das scheinbar funktioniert.
Beim Versuch VirtualBox wieder ZZZin Betrieb zu nehmen, bin ich auf eine Sache gestoßen, die mich zweifeln lässt.
Laut zypper se -si kernel virtualbox Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch
| Repository
---+---------------------------+---------+----------------------------- +--------+-------------------------- i+ | VirtualBox-5.2 | package | 5.2.14_123301_openSUSE132-1 | x86_64 | (System Packages) i+ | kernel-default | package | 4.4.138-59.1 | x86_64 | (System Packages) snipp ...
habe ich die Kernel 4.4.138-59.1 und 4.12.14-lp150.12.4.1 installiert. Schaue ich hingegen in Yast nach wir nur 4.12.14-lp150.12.4.1 angezeigt. Ich nehme an, das ist der Grund, warum "/sbin/vboxconfig" keine Wirkung zeigt. rpm --rebuilddb hilft auch nicht weiter, denn die Pakte sind auf der Platte. ll /lib/modules/4.4* /lib/modules/4.4.103-36-default: total 32 drwxr-xr-x 2 root root 4096 Feb 10 16:33 misc -rw-r--r-- 1 root root 45 Feb 10 16:33 modules.alias -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.alias.bin -rw-r--r-- 1 root root 0 Feb 10 16:33 modules.builtin.bin -rw-r--r-- 1 root root 0 Feb 10 16:33 modules.dep -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.dep.bin -rw-r--r-- 1 root root 52 Feb 10 16:33 modules.devname -rw-r--r-- 1 root root 55 Feb 10 16:33 modules.softdep -rw-r--r-- 1 root root 49 Feb 10 16:33 modules.symbols -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.symbols.bin
/lib/modules/4.4.104-39-default: total 32 drwxr-xr-x 2 root root 4096 Mar 24 15:05 misc -rw-r--r-- 1 root root 45 Mar 24 15:05 modules.alias -rw-r--r-- 1 root root 12 Mar 24 15:05 modules.alias.bin -rw-r--r-- 1 root root 0 Mar 24 15:05 modules.builtin.bin -rw-r--r-- 1 root root 0 Mar 24 15:05 modules.dep -rw-r--r-- 1 root root 12 Mar 24 15:05 module ...
Wie bekomme ich hier wieder ein geordnetes System hin? Leider sehe ich nicht wo das Problem liegt?
Gruß
Herbert
Jetzt habe ich es auch in Yast entdeckt. Gebe ich in die Suchfunktion kernel ein, steht oben bei kernel-default nur die Version 4.12.14-lp150.12.4.1. Kicke ich im Fenster darunter auf Version, ist ein haken für beide Versionen.
[x] 4.4.38-59.1-x86_64 von @System m Priorität 99 und Anbieter openSuSE [x] 4.12.14-lp150.12.4.1-x86_64 von openeSuSELeap:15.0:Update mit Priorität 99 und Anbieter openSuSE
Ist das nun korrekt, oder schleppe ich da eine Altlast herum die rpm/zypper nicht mehr richtig verwaltet? was sagt denn cat /etc/zypp/zypp.conf | grep -i multiversion | grep -ve '^#' BEI MIR multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,running,latest-2,4.4.132-53-default
Es kann sein das, multiversion an ist und Du deshalb Häkchen bei verschiedenen Kernelversionen siehst.
Da ich beim Versuch VirtualBox den neuen Kernel bekannt zu machen darauf gestoßen bin, hier gleich noch die Frage: funktioniert VirtualBox mit Leap 15? Ich nehme seit Jahren immer die RPMs von der Oracle Seite und da wird nur openSUSE 13.2 ("Harlequin") / Leap 42 ("Malachite") i386 | AMD64 angeboten.
Denke das geht, ich nutze jetzt das Suse repository. Wichtig ist - falls genutzt: Extension Pack selbe Version wie VB. Irgendwann mußte ich https:// www.virtualbox.org/wiki/Download_Old_Builds_5_2 für 5.1.12 nutzen. (ähm stelle gerade fest VB ist jetzt 5.2.14_SUSE r122571 - Extension pack ist Oracle_VM_VirtualBox_Extension_Pack-5.2.12.vbox-extpack - scheint zu gehen) zypper se -si virtualbox Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Typ | Version | Arch | Repository ---+-----------------------------+------- +----------------------------------------+--------+-------------------------- i+ | virtualbox | Paket | 5.2.14-lp150.4.6.1 | x86_64 | openSUSE-Leap-15.0-Update i+ | virtualbox-host-kmp-default | Paket | 5.2.14_k4.12.14_lp150.12.4- lp150.4.6.1 | x86_64 | openSUSE-Leap-15.0-Update i+ | virtualbox-qt | Paket | 5.2.14-lp150.4.6.1 | x86_64 | openSUSE-Leap-15.0-Update Will mit allem sagen 'VB geht nicht' heißt nicht 'System kaputt'. Guest Tools habe ich nicht installiert (bezüglich 11:31h). . Gruss Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 15. Juli 2018, 12:00:27 CEST schrieb Hugo:
Hallo Herbert,
[...]
was sagt denn cat /etc/zypp/zypp.conf | grep -i multiversion | grep -ve '^#' BEI MIR multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,running,latest-2,4.4.132-53-default
# cat /etc/zypp/zypp.conf | grep -i multiversion | grep -ve '^#' multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,running
Es kann sein das, multiversion an ist und Du deshalb Häkchen bei verschiedenen Kernelversionen siehst.
ist gelöst, siehe Mail 11:31 # zypper se -si kernel-default Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+----------------------+---------+----------------------+-------- +-------------------------- i+ | kernel-default | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-default-devel | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update
Da ich beim Versuch VirtualBox den neuen Kernel bekannt zu machen darauf gestoßen bin, hier gleich noch die Frage: funktioniert VirtualBox mit Leap 15? Ich nehme seit Jahren immer die RPMs von der Oracle Seite und da wird nur openSUSE 13.2 ("Harlequin") / Leap 42 ("Malachite") i386 | AMD64 angeboten.
Denke das geht, ich nutze jetzt das Suse repository. Wichtig ist - falls genutzt: Extension Pack selbe Version wie VB. Irgendwann mußte ich https:// www.virtualbox.org/wiki/Download_Old_Builds_5_2 für 5.1.12 nutzen. (ähm stelle gerade fest VB ist jetzt 5.2.14_SUSE r122571 - Extension pack ist Oracle_VM_VirtualBox_Extension_Pack-5.2.12.vbox-extpack - scheint zu gehen)
habe ich auch versucht, und die gleiche Fehlermeldung erhalten (11:31).
zypper se -si virtualbox Repository-Daten werden geladen... Installierte Pakete werden gelesen...
S | Name | Typ | Version
| Arch | Repository
---+-----------------------------+------- +----------------------------------------+--------+------------------------- - i+ | virtualbox | Paket | 5.2.14-lp150.4.6.1
| x86_64 | openSUSE-Leap-15.0-Update
i+ | virtualbox-host-kmp-default | Paket | 5.2.14_k4.12.14_lp150.12.4- lp150.4.6.1 | x86_64 | openSUSE-Leap-15.0-Update i+ | virtualbox-qt | Paket | 5.2.14-lp150.4.6.1
| x86_64 | openSUSE-Leap-15.0-Update
Will mit allem sagen 'VB geht nicht' heißt nicht 'System kaputt'. Guest Tools habe ich nicht installiert (bezüglich 11:31h).
Ohne Guest-Extension mach VB keinen Spaß.
. Gruss Hugo
Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 15. Juli 2018, 12:13:54 CEST schrieb Herbert Albert:
Am Sonntag, 15. Juli 2018, 12:00:27 CEST schrieb Hugo:
Hallo Herbert,
[...]
was sagt denn cat /etc/zypp/zypp.conf | grep -i multiversion | grep -ve '^#' BEI MIR multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,running,latest-2,4.4.132-53-default
# cat /etc/zypp/zypp.conf | grep -i multiversion | grep -ve '^#' multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,running
Es kann sein das, multiversion an ist und Du deshalb Häkchen bei verschiedenen Kernelversionen siehst.
ist gelöst, siehe Mail 11:31
# zypper se -si kernel-default Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------------------+---------+----------------------+-------- +-------------------------- i+ | kernel-default | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-default-devel | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update
Da ich beim Versuch VirtualBox den neuen Kernel bekannt zu machen darauf gestoßen bin, hier gleich noch die Frage: funktioniert VirtualBox mit Leap 15? Ich nehme seit Jahren immer die RPMs von der Oracle Seite und da wird nur openSUSE 13.2 ("Harlequin") / Leap 42 ("Malachite") i386 | AMD64 angeboten.
Denke das geht, ich nutze jetzt das Suse repository. Wichtig ist - falls genutzt: Extension Pack selbe Version wie VB. Irgendwann mußte ich https:// www.virtualbox.org/wiki/Download_Old_Builds_5_2 für 5.1.12 nutzen. (ähm stelle gerade fest VB ist jetzt 5.2.14_SUSE r122571 - Extension pack ist Oracle_VM_VirtualBox_Extension_Pack-5.2.12.vbox-extpack - scheint zu gehen)
habe ich auch versucht, und die gleiche Fehlermeldung erhalten (11:31).
zypper se -si virtualbox
Repository-Daten werden geladen... Installierte Pakete werden gelesen...
S | Name | Typ | Version
| Arch | Repository
---+-----------------------------+------- +----------------------------------------+--------+----------------------- -- - i+ | virtualbox | Paket | 5.2.14-lp150.4.6.1
| x86_64 | openSUSE-Leap-15.0-Update
i+ | virtualbox-host-kmp-default | Paket | 5.2.14_k4.12.14_lp150.12.4- lp150.4.6.1 | x86_64 | openSUSE-Leap-15.0-Update i+ | virtualbox-qt | Paket | 5.2.14-lp150.4.6.1
| x86_64 | openSUSE-Leap-15.0-Update
Will mit allem sagen 'VB geht nicht' heißt nicht 'System kaputt'. Guest Tools habe ich nicht installiert (bezüglich 11:31h).
Ohne Guest-Extension mach VB keinen Spaß.
. Gruss Hugo
Gruß
Herbert
Nur kurz the Guest Additions are designed to be installed inside a virtual machine -------------------- D.h. nicht im host? Und welcher guest läuft? Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 15. Juli 2018, 12:45:34 CEST schrieb Hugo:
Am Sonntag, 15. Juli 2018, 12:13:54 CEST schrieb Herbert Albert:
Am Sonntag, 15. Juli 2018, 12:00:27 CEST schrieb Hugo:
Hallo Herbert,
[...]
was sagt denn cat /etc/zypp/zypp.conf | grep -i multiversion | grep -ve '^#' BEI MIR multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,running,latest-2,4.4.132-53-default
# cat /etc/zypp/zypp.conf | grep -i multiversion | grep -ve '^#' multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,running
Es kann sein das, multiversion an ist und Du deshalb Häkchen bei verschiedenen Kernelversionen siehst.
ist gelöst, siehe Mail 11:31
# zypper se -si kernel-default Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------------------+---------+----------------------+-------- +-------------------------- i+ | kernel-default | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-default-devel | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update
Da ich beim Versuch VirtualBox den neuen Kernel bekannt zu machen darauf gestoßen bin, hier gleich noch die Frage: funktioniert VirtualBox mit Leap 15? Ich nehme seit Jahren immer die RPMs von der Oracle Seite und da wird nur openSUSE 13.2 ("Harlequin") / Leap 42 ("Malachite") i386 | AMD64 angeboten.
Denke das geht, ich nutze jetzt das Suse repository. Wichtig ist - falls genutzt: Extension Pack selbe Version wie VB. Irgendwann mußte ich https:// www.virtualbox.org/wiki/Download_Old_Builds_5_2 für 5.1.12 nutzen. (ähm stelle gerade fest VB ist jetzt 5.2.14_SUSE r122571 - Extension pack ist Oracle_VM_VirtualBox_Extension_Pack-5.2.12.vbox-extpack - scheint zu gehen)
habe ich auch versucht, und die gleiche Fehlermeldung erhalten (11:31).
zypper se -si virtualbox
Repository-Daten werden geladen... Installierte Pakete werden gelesen...
S | Name | Typ | Version
| Arch | Repository
---+-----------------------------+------- +----------------------------------------+--------+--------------------- -- -- - i+ | virtualbox | Paket | 5.2.14-lp150.4.6.1
| x86_64 | openSUSE-Leap-15.0-Update
i+ | virtualbox-host-kmp-default | Paket | 5.2.14_k4.12.14_lp150.12.4- lp150.4.6.1 | x86_64 | openSUSE-Leap-15.0-Update i+ | virtualbox-qt | Paket | 5.2.14-lp150.4.6.1
| x86_64 | openSUSE-Leap-15.0-Update
Will mit allem sagen 'VB geht nicht' heißt nicht 'System kaputt'. Guest Tools habe ich nicht installiert (bezüglich 11:31h).
Ohne Guest-Extension mach VB keinen Spaß.
. Gruss Hugo
Gruß
Herbert
Nur kurz
the Guest Additions are designed to be installed inside a virtual machine
--------------------
D.h. nicht im host?
Und welcher guest läuft?
Hugo Damit wir uns richtig verstehen, opensuse ist host. Ich habe das mit den Oracle Versionen seit Jahren so gemacht, dass ich nachdem ich das Oracle RPM installiert habe, im Oracle VirtualBox Manager (für mich die zentrale GUI) unter Datei -> Einstellungen -> Zusatzpakte das zugehörige Extension Pack, in meinem Fall Oracle_VM_VirtualBox_Extension_Pack-5.2.14.vbox-extpack hinzugefügt habe. Da kommt dann eine Abfrage nach dem root passwd und gut war es.
Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
HalloHerbert, Am Sonntag, 15. Juli 2018, 13:07:37 CEST schrieb Herbert Albert:
Am Sonntag, 15. Juli 2018, 12:45:34 CEST schrieb Hugo:
Am Sonntag, 15. Juli 2018, 12:13:54 CEST schrieb Herbert Albert:
Am Sonntag, 15. Juli 2018, 12:00:27 CEST schrieb Hugo: Nur kurz
the Guest Additions are designed to be installed inside a virtual machine
--------------------
D.h. nicht im host?
Und welcher guest läuft?
Hugo
Damit wir uns richtig verstehen, opensuse ist host. Ich habe das mit den Oracle Versionen seit Jahren so gemacht, dass ich nachdem ich das Oracle RPM installiert habe, im Oracle VirtualBox Manager (für mich die zentrale GUI) unter Datei -> Einstellungen -> Zusatzpakte das zugehörige Extension Pack, in meinem Fall Oracle_VM_VirtualBox_Extension_Pack-5.2.14.vbox-extpack hinzugefügt habe. Da kommt dann eine Abfrage nach dem root passwd und gut war es. Ja, das hatte ich auch gemacht. Du wolltest doch auch guest tools? Vor ca. 3/4 Jahren hatte ich auch ähnliche Probleme. Jetzt läuft alles über Suse. Nur Extension pack brauch icħ.
Und zu Deinem Problem: # zypper se -s Problem: virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+------------------------+---------+--------------------+-------- +-------------------------- | virtualbox-guest-tools | package | 5.2.14-lp150.4.6.1 | x86_64 | openSUSE- Leap-15.0-Update | virtualbox-guest-tools | package | 5.2.12-lp150.4.3.1 | x86_64 | openSUSE- Leap-15.0-Update | virtualbox-guest-tools | package | 5.2.10-lp150.3.6 | x86_64 | openSUSE- Leap-15.0-Oss Also so wie ich das sehe gibt es das Guest tool im update repository. Gruß Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 15. Juli 2018, 12:45:34 CEST schrieb Hugo:
Am Sonntag, 15. Juli 2018, 12:13:54 CEST schrieb Herbert Albert:
Am Sonntag, 15. Juli 2018, 12:00:27 CEST schrieb Hugo:
Hallo Herbert,
[...]
was sagt denn cat /etc/zypp/zypp.conf | grep -i multiversion | grep -ve '^#' BEI MIR multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,running,latest-2,4.4.132-53-default
# cat /etc/zypp/zypp.conf | grep -i multiversion | grep -ve '^#' multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,running
Es kann sein das, multiversion an ist und Du deshalb Häkchen bei verschiedenen Kernelversionen siehst.
ist gelöst, siehe Mail 11:31
# zypper se -si kernel-default Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------------------+---------+----------------------+-------- +-------------------------- i+ | kernel-default | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-default-devel | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update
Da ich beim Versuch VirtualBox den neuen Kernel bekannt zu machen darauf gestoßen bin, hier gleich noch die Frage: funktioniert VirtualBox mit Leap 15? Ich nehme seit Jahren immer die RPMs von der Oracle Seite und da wird nur openSUSE 13.2 ("Harlequin") / Leap 42 ("Malachite") i386 | AMD64 angeboten.
Denke das geht, ich nutze jetzt das Suse repository. Wichtig ist - falls genutzt: Extension Pack selbe Version wie VB. Irgendwann mußte ich https:// www.virtualbox.org/wiki/Download_Old_Builds_5_2 für 5.1.12 nutzen. (ähm stelle gerade fest VB ist jetzt 5.2.14_SUSE r122571 - Extension pack ist Oracle_VM_VirtualBox_Extension_Pack-5.2.12.vbox-extpack - scheint zu gehen)
habe ich auch versucht, und die gleiche Fehlermeldung erhalten (11:31).
zypper se -si virtualbox
Repository-Daten werden geladen... Installierte Pakete werden gelesen...
S | Name | Typ | Version
| Arch | Repository
---+-----------------------------+------- +----------------------------------------+--------+----------------------- -- - i+ | virtualbox | Paket | 5.2.14-lp150.4.6.1
| x86_64 | openSUSE-Leap-15.0-Update
i+ | virtualbox-host-kmp-default | Paket | 5.2.14_k4.12.14_lp150.12.4- lp150.4.6.1 | x86_64 | openSUSE-Leap-15.0-Update i+ | virtualbox-qt | Paket | 5.2.14-lp150.4.6.1
| x86_64 | openSUSE-Leap-15.0-Update
Will mit allem sagen 'VB geht nicht' heißt nicht 'System kaputt'. Guest Tools habe ich nicht installiert (bezüglich 11:31h).
Ohne Guest-Extension mach VB keinen Spaß.
. Gruss Hugo
Gruß
Herbert
Nur kurz
the Guest Additions are designed to be installed inside a virtual machine --------------------
D.h. nicht im host?
Und welcher guest läuft?
Hugo
Als root: zypper in -f make gcc virtualbox-host-kmp-default kernel-devel sowie ebenfalls als root: mkinitrd Computer neu starten Ansonsten: journalctl -b | grep -Ei 'virtual|vbox' Stephan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 15. Juli 2018, 13:13:56 CEST schrieb Stephan Hemeier:
Als root: zypper in -f make gcc virtualbox-host-kmp-default kernel-devel sowie ebenfalls als root: mkinitrd
Computer neu starten
Ansonsten: journalctl -b | grep -Ei 'virtual|vbox'
Stephan
Hallo Stepan, nehme an es bezieht sich jetzt auf openSuSE Version. Sollte ich dass was ohne Fehlermeldung geht vorher installieren (siehe Antwort von 11:31)? Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 15. Juli 2018, 13:13:56 CEST schrieb Stephan Hemeier:
Hugo
Als root: zypper in -f make gcc virtualbox-host-kmp-default kernel-devel sowie ebenfalls als root: mkinitrd
Computer neu starten
Ansonsten: journalctl -b | grep -Ei 'virtual|vbox'
habe ich beides gemacht, jedoch: ~ # zypper in virtualbox-guest-tools Loading repository data... Reading installed packages... Resolving package dependencies... Problem: virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 requires virtualbox- guest-kmp = 5.2.14, but this requirement cannot be provided not installable providers: virtualbox-guest-kmp- default-5.2.14_k4.12.14_lp150.12.4- lp150.4.6.1.x86_64[openSUSE_Leap_15.0_Update] Solution 1: Following actions will be done: deinstallation of virtualbox-host-kmp-default-5.2.14_k4.12.14_lp150.12.4- lp150.4.6.1.x86_64 deinstallation of virtualbox-5.2.14-lp150.4.6.1.x86_64 deinstallation of virtualbox-guest-desktop-icons-5.2.14-lp150.4.6.1.noarch deinstallation of virtualbox-qt-5.2.14-lp150.4.6.1.x86_64 Solution 2: do not install virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 Solution 3: break virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/3/c] (c): Und starte ich eine Gastsitzung ohne kommt die Meldung: Für die virtuelle Maschine Windows_7_Starter-Stand_Mai2012 konnte keine neue Sitzung eröffnet werden. Implementation of the USB 2.0 controller not found! Because the USB 2.0 controller state is part of the saved VM state, the VM cannot be started. To fix this problem, either install the 'Oracle VM VirtualBox Extension Pack' or disable USB 2.0 support in the VM settings. Note! This error could also mean that an incompatible version of the 'Oracle VM VirtualBox Extension Pack' is installed (VERR_NOT_FOUND). Fehlercode: NS_ERROR_FAILURE (0x80004005) Komponente: ConsoleWrap Interface: IConsole {872da645-4a9b-1727-bee2-5585105b9eed} Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Herbert,Am Sonntag, 15. Juli 2018, 19:23:41 CEST schrieb Herbert Albert:
Am Sonntag, 15. Juli 2018, 13:13:56 CEST schrieb Stephan Hemeier:
Hugo
Als root: zypper in -f make gcc virtualbox-host-kmp-default kernel-devel sowie ebenfalls als root: mkinitrd
Computer neu starten
Ansonsten: journalctl -b | grep -Ei 'virtual|vbox'
habe ich beides gemacht, jedoch:
~ # zypper in virtualbox-guest-tools Loading repository data... Reading installed packages... Resolving package dependencies...
Problem: virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 requires *guest* virtualbox- guest-kmp = 5.2.14, but this requirement cannot be provided not installable providers: virtualbox-guest-kmp- default-5.2.14_k4.12.14_lp150.12.4- lp150.4.6.1.x86_64[openSUSE_Leap_15.0_Update] Solution 1: Following actions will be done: *Lösunmg* deinstallation of virtualbox-host-kmp-default-5.2.14_k4.12.14_lp150.12.4- lp150.4.6.1.x86_64 *host* deinstallation of virtualbox-5.2.14-lp150.4.6.1.x86_64 deinstallation of virtualbox-guest-desktop-icons-5.2.14-lp150.4.6.1.noarch deinstallation of virtualbox-qt-5.2.14-lp150.4.6.1.x86_64 Solution 2: do not install virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 Solution 3: break virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/3/c] (c):
Und starte ich eine Gastsitzung ohne kommt die Meldung: Für die virtuelle Maschine Windows_7_Starter-Stand_Mai2012 konnte keine neue Sitzung eröffnet werden. Implementation of the USB 2.0 controller not found! Because the USB 2.0 controller state is part of the saved VM state, the VM cannot be started. To fix this problem, either install the 'Oracle VM VirtualBox Extension Pack' or disable USB 2.0 support in the VM settings. Note! This error could also mean that an incompatible version of the 'Oracle VM VirtualBox Extension Pack' is installed (VERR_NOT_FOUND).
Fehlercode: NS_ERROR_FAILURE (0x80004005) Komponente: ConsoleWrap Interface: IConsole {872da645-4a9b-1727-bee2-5585105b9eed}
Gruß
Herbert Bedeutet das nicht: Host braucht keine guest-tool. (die wären kontra- produktiv) Probier halt mal VB ohne - was zu deinem USB2.0 problem führt. Diese Meldung kenne ich nur für USB3.0. Da hilft das passende ext.pack. Nun denke ich USB2.0 wird immer unterstüzt. Warum bei Dir nicht - ?? Gruß Hugo M.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 15. Juli 2018, 20:30:36 CEST schrieb Hugo:
Hallo Herbert,Am Sonntag, 15. Juli 2018, 19:23:41 CEST schrieb Herbert Albert:
Am Sonntag, 15. Juli 2018, 13:13:56 CEST schrieb Stephan Hemeier:
Hugo
Als root: zypper in -f make gcc virtualbox-host-kmp-default kernel-devel sowie ebenfalls als root: mkinitrd
Computer neu starten
Ansonsten: journalctl -b | grep -Ei 'virtual|vbox'
habe ich beides gemacht, jedoch:
~ # zypper in virtualbox-guest-tools Loading repository data... Reading installed packages... Resolving package dependencies...
Problem: virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 requires
*guest*
virtualbox- guest-kmp = 5.2.14, but this requirement cannot be provided
not installable providers: virtualbox-guest-kmp-
default-5.2.14_k4.12.14_lp150.12.4- lp150.4.6.1.x86_64[openSUSE_Leap_15.0_Update]
Solution 1: Following actions will be done: *Lösunmg*
deinstallation of virtualbox-host-kmp-default-5.2.14_k4.12.14_lp150.12.4-
lp150.4.6.1.x86_64
*host*
deinstallation of virtualbox-5.2.14-lp150.4.6.1.x86_64 deinstallation of virtualbox-guest-desktop-icons-5.2.14-lp150.4.6.1.noarch
deinstallation of virtualbox-qt-5.2.14-lp150.4.6.1.x86_64
Solution 2: do not install virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64
Solution 3: break virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/3/c] (c):
Und starte ich eine Gastsitzung ohne kommt die Meldung: Für die virtuelle Maschine Windows_7_Starter-Stand_Mai2012 konnte keine neue Sitzung eröffnet werden. Implementation of the USB 2.0 controller not found! Because the USB 2.0 controller state is part of the saved VM state, the VM cannot be started. To fix this problem, either install the 'Oracle VM VirtualBox Extension Pack' or disable USB 2.0 support in the VM settings. Note! This error could also mean that an incompatible version of the 'Oracle VM VirtualBox Extension Pack' is installed (VERR_NOT_FOUND).
Fehlercode: NS_ERROR_FAILURE (0x80004005) Komponente: ConsoleWrap Interface: IConsole {872da645-4a9b-1727-bee2-5585105b9eed}
Gruß
Herbert
Bedeutet das nicht: Host braucht keine guest-tool. (die wären kontra- produktiv) Probier halt mal VB ohne - was zu deinem USB2.0 problem führt. Diese Meldung kenne ich nur für USB3.0. Da hilft das passende ext.pack. Nun denke ich USB2.0 wird immer unterstüzt. Warum bei Dir nicht - ?? Gruß Hugo M.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org jetzt habe ich's kapiert. Manchmal steht man auf dem Schlauch. Ich dachte, wenn ich die SuSE eigene Version nehme ist alles dabei, brauche aber das extension pack von Oracel. Damit geht's.
Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 15. Juli 2018, 21:54:45 CEST schrieb Herbert Albert:
Am Sonntag, 15. Juli 2018, 20:30:36 CEST schrieb Hugo:
Hallo Herbert,Am Sonntag, 15. Juli 2018, 19:23:41 CEST schrieb Herbert
Albert:
Am Sonntag, 15. Juli 2018, 13:13:56 CEST schrieb Stephan Hemeier:
Hugo
Als root: zypper in -f make gcc virtualbox-host-kmp-default kernel-devel sowie ebenfalls als root: mkinitrd
Computer neu starten
Ansonsten: journalctl -b | grep -Ei 'virtual|vbox'
habe ich beides gemacht, jedoch:
~ # zypper in virtualbox-guest-tools Loading repository data... Reading installed packages... Resolving package dependencies...
Problem: virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 requires
*guest*
virtualbox- guest-kmp = 5.2.14, but this requirement cannot be provided
not installable providers: virtualbox-guest-kmp-
default-5.2.14_k4.12.14_lp150.12.4- lp150.4.6.1.x86_64[openSUSE_Leap_15.0_Update]
Solution 1: Following actions will be done: *Lösunmg*
deinstallation of virtualbox-host-kmp-default-5.2.14_k4.12.14_lp150.12.4-
lp150.4.6.1.x86_64
*host*
deinstallation of virtualbox-5.2.14-lp150.4.6.1.x86_64 deinstallation of virtualbox-guest-desktop-icons-5.2.14-lp150.4.6.1.noarch
deinstallation of virtualbox-qt-5.2.14-lp150.4.6.1.x86_64
Solution 2: do not install virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64
Solution 3: break virtualbox-guest-tools-5.2.14-lp150.4.6.1.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/3/c] (c):
Und starte ich eine Gastsitzung ohne kommt die Meldung: Für die virtuelle Maschine Windows_7_Starter-Stand_Mai2012 konnte keine neue Sitzung eröffnet werden. Implementation of the USB 2.0 controller not found! Because the USB 2.0 controller state is part of the saved VM state, the VM cannot be started. To fix this problem, either install the 'Oracle VM VirtualBox Extension Pack' or disable USB 2.0 support in the VM settings. Note! This error could also mean that an incompatible version of the 'Oracle VM VirtualBox Extension Pack' is installed (VERR_NOT_FOUND).
Fehlercode: NS_ERROR_FAILURE (0x80004005) Komponente: ConsoleWrap Interface: IConsole {872da645-4a9b-1727-bee2-5585105b9eed}
Gruß
Herbert
Bedeutet das nicht: Host braucht keine guest-tool. (die wären kontra- produktiv) Probier halt mal VB ohne - was zu deinem USB2.0 problem führt. Diese Meldung kenne ich nur für USB3.0. Da hilft das passende ext.pack. Nun denke ich USB2.0 wird immer unterstüzt. Warum bei Dir nicht - ?? Gruß
Hugo M.
--
Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org
Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
jetzt habe ich's kapiert. Manchmal steht man auf dem Schlauch. Ich dachte, wenn ich die SuSE eigene Version nehme ist alles dabei, brauche aber das extension pack von Oracel. Damit geht's.
Gruß
Herbert
doch noch nicht kapiert. Bei den Oracle Versionen bin ich immer so vorgegangen, dass ich nachdem ich das extension pack installiert habe, den Gast gestartet habe (z.B. Windows im abgesicherten Modus) und via Rechtsklick auf das CD-Symbol rechts unten wurde das iso der Gasterweiterung angezeigt und ich konnte es aktivieren. Jetzt muss ich via Geräte -> Gasterweiterung einlegen diese herunterladen. Funktioniert ist nur etwas anders als gewohnt. Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert:
Hallo,
nach dem ich gestern unachtsam mein Sytem so durcheinander brachte, dass mir heut nur ein Upgrade von 42.3 auf 15.0 als möglich Lösung einfiel, habe ich wohl eine Inkonsistenz in den Paketen.
Beim zypper dup kam irgendwann die Frage, dass Pakte von zwei quellen vorhanden seien. Das konnte ich aber nicht auflösen, da es quasi fast alle betraf. Also habe ich notgedrungen mit "y" geantwortet. Die Installation lief durch und ich habe wieder ein System, das scheinbar funktioniert.
Beim Versuch VirtualBox wieder in Betrieb zu nehmen, bin ich auf eine Sache gestoßen, die mich zweifeln lässt.
Laut zypper se -si kernel virtualbox Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+---------------------------+---------+----------------------------- +--------+-------------------------- i+ | VirtualBox-5.2 | package | 5.2.14_123301_openSUSE132-1 | x86_64 | (System Packages) i+ | kernel-default | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-default | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-default-devel | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-default-devel | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | kernel-devel | package | 4.4.138-59.1 | noarch | (System Packages) i+ | kernel-devel | package | 4.12.14-lp150.12.4.1 | noarch | openSUSE:Leap:15.0:Update i+ | kernel-firmware | package | 20180416-lp150.1.4 | noarch | Haupt-Repository (OSS) i+ | kernel-macros | package | 4.12.14-lp150.12.4.1 | noarch | openSUSE:Leap:15.0:Update i+ | kernel-syms | package | 4.4.138-59.1 | x86_64 | (System Packages) i+ | kernel-syms | package | 4.12.14-lp150.12.4.1 | x86_64 | openSUSE:Leap:15.0:Update i+ | nfs-kernel-server | package | 2.1.1-lp150.3.5 | x86_64 | Haupt-Repository (OSS) i | python2-jupyter_ipykernel | package | 4.8.2-lp150.1.8 | noarch | Haupt-Repository (OSS) i | python3-jupyter_ipykernel | package | 4.8.2-lp150.1.8 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel | package | 2017.133.svn44483-lp150.5.4 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel-doc | package | 2017.133.svn44483-lp150.5.4 | noarch | Haupt-Repository (OSS)
habe ich die Kernel 4.4.138-59.1 und 4.12.14-lp150.12.4.1 installiert. Schaue ich hingegen in Yast nach wir nur 4.12.14-lp150.12.4.1 angezeigt. Ich nehme an, das ist der Grund, warum "/sbin/vboxconfig" keine Wirkung zeigt. rpm --rebuilddb hilft auch nicht weiter, denn die Pakte sind auf der Platte. ll /lib/modules/4.4* /lib/modules/4.4.103-36-default: total 32 drwxr-xr-x 2 root root 4096 Feb 10 16:33 misc -rw-r--r-- 1 root root 45 Feb 10 16:33 modules.alias -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.alias.bin -rw-r--r-- 1 root root 0 Feb 10 16:33 modules.builtin.bin -rw-r--r-- 1 root root 0 Feb 10 16:33 modules.dep -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.dep.bin -rw-r--r-- 1 root root 52 Feb 10 16:33 modules.devname -rw-r--r-- 1 root root 55 Feb 10 16:33 modules.softdep -rw-r--r-- 1 root root 49 Feb 10 16:33 modules.symbols -rw-r--r-- 1 root root 12 Feb 10 16:33 modules.symbols.bin
/lib/modules/4.4.104-39-default: total 32 drwxr-xr-x 2 root root 4096 Mar 24 15:05 misc -rw-r--r-- 1 root root 45 Mar 24 15:05 modules.alias -rw-r--r-- 1 root root 12 Mar 24 15:05 modules.alias.bin -rw-r--r-- 1 root root 0 Mar 24 15:05 modules.builtin.bin -rw-r--r-- 1 root root 0 Mar 24 15:05 modules.dep -rw-r--r-- 1 root root 12 Mar 24 15:05 module ...
Wie bekomme ich hier wieder ein geordnetes System hin?
Gruß
Herbert Hab jetzt doch noch eine Frage: Wenn ich das System starte und mich anmelde, erscheint ein konqueror-Fenster mit "about:blank" in der URL. In Autostart steht nichts dergleichen. Wie bekomme ich den weg?
Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Montag, 16. Juli 2018, 19:10:38 CEST schrieb Herbert Albert:
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert:
Herbert
Hab jetzt doch noch eine Frage: Wenn ich das System starte und mich anmelde, erscheint ein konqueror-Fenster mit "about:blank" in der URL. In Autostart steht nichts dergleichen. Wie bekomme ich den weg?
Gruß
Herbert Versuch 'kicker' zu starten - ich meine links unten - zumindest bei mir. Tippe auto ein. Dann wird wohl ein Programm für autostart-verwaltung (Modul autostart Systemeinstellungen) angezeigt, das Du starten kannst. Oder probier einen neuen Nutzer aus. Vielleicht liegt es an Deinen Einstellungen Und ich würde einen neuen Betreff wählen für diesen thread wählen.
Gruß Hugo Mahr -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Dienstag, 17. Juli 2018, 09:04:54 CEST schrieb Hugo:
Am Montag, 16. Juli 2018, 19:10:38 CEST schrieb Herbert Albert:
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert:
Herbert
Hab jetzt doch noch eine Frage: Wenn ich das System starte und mich anmelde, erscheint ein konqueror-Fenster mit "about:blank" in der URL. In Autostart steht nichts dergleichen. Wie bekomme ich den weg?
Gruß
Herbert
Versuch 'kicker' zu starten - ich meine links unten - zumindest bei mir. Tippe auto ein. Dann wird wohl ein Programm für autostart-verwaltung (Modul autostart Systemeinstellungen) angezeigt, das Du starten kannst. Oder probier einen neuen Nutzer aus. Vielleicht liegt es an Deinen Einstellungen Und ich würde einen neuen Betreff wählen für diesen thread wählen.
Gruß Hugo Mahr hat sich von selbst erledigt. War heute nach der Anmeldung nicht mehr da.
Im Autostart steht nur Rygel UPnP/DLNA-Dienste. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Mittwoch, 18. Juli 2018, 19:05:53 CEST schrieb Herbert Albert:
Am Dienstag, 17. Juli 2018, 09:04:54 CEST schrieb Hugo:
Am Montag, 16. Juli 2018, 19:10:38 CEST schrieb Herbert Albert:
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert:
Herbert
Hab jetzt doch noch eine Frage: Wenn ich das System starte und mich anmelde, erscheint ein konqueror-Fenster mit "about:blank" in der URL. In Autostart steht nichts dergleichen. Wie bekomme ich den weg?
Gruß
Herbert
Versuch 'kicker' zu starten - ich meine links unten - zumindest bei mir. Tippe auto ein. Dann wird wohl ein Programm für autostart-verwaltung (Modul autostart Systemeinstellungen) angezeigt, das Du starten kannst. Oder probier einen neuen Nutzer aus. Vielleicht liegt es an Deinen Einstellungen Und ich würde einen neuen Betreff wählen für diesen thread wählen.
Gruß
Hugo Mahr
hat sich von selbst erledigt. War heute nach der Anmeldung nicht mehr da.
Im Autostart steht nur Rygel UPnP/DLNA-Dienste. leider nicht, heute ist er wieder vollflächig nach dem Anmelden dagewesen.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Mittwoch, 18. Juli 2018, 19:07:33 CEST schrieb Herbert Albert:
Am Mittwoch, 18. Juli 2018, 19:05:53 CEST schrieb Herbert Albert:
Am Dienstag, 17. Juli 2018, 09:04:54 CEST schrieb Hugo:
Am Montag, 16. Juli 2018, 19:10:38 CEST schrieb Herbert Albert:
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert:
Herbert
Hab jetzt doch noch eine Frage: Wenn ich das System starte und mich anmelde, erscheint ein konqueror-Fenster mit "about:blank" in der URL. In Autostart steht nichts dergleichen. Wie bekomme ich den weg?
Gruß
Herbert
Versuch 'kicker' zu starten - ich meine links unten - zumindest bei mir. Tippe auto ein. Dann wird wohl ein Programm für autostart-verwaltung (Modul autostart Systemeinstellungen) angezeigt, das Du starten kannst. Oder probier einen neuen Nutzer aus. Vielleicht liegt es an Deinen Einstellungen Und ich würde einen neuen Betreff wählen für diesen thread wählen.
Gruß
Hugo Mahr
hat sich von selbst erledigt. War heute nach der Anmeldung nicht mehr da.
Im Autostart steht nur Rygel UPnP/DLNA-Dienste. leider nicht, heute ist er wieder vollflächig nach dem Anmelden dagewesen.
Startest du die letzte Sitzung oder irgend so etwas? Versuch es mal mit einer leeren Sitzung in den Systemeinstellungen....... Stephan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Mittwoch, 18. Juli 2018, 19:26:14 CEST schrieb Stephan Hemeier:
Am Mittwoch, 18. Juli 2018, 19:07:33 CEST schrieb Herbert Albert:
Am Mittwoch, 18. Juli 2018, 19:05:53 CEST schrieb Herbert Albert:
Am Dienstag, 17. Juli 2018, 09:04:54 CEST schrieb Hugo:
Am Montag, 16. Juli 2018, 19:10:38 CEST schrieb Herbert Albert:
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert:
Herbert
Hab jetzt doch noch eine Frage: Wenn ich das System starte und mich anmelde, erscheint ein konqueror-Fenster mit "about:blank" in der URL. In Autostart steht nichts dergleichen. Wie bekomme ich den weg?
Gruß
Herbert
Versuch 'kicker' zu starten - ich meine links unten - zumindest bei mir. Tippe auto ein. Dann wird wohl ein Programm für autostart-verwaltung (Modul autostart Systemeinstellungen) angezeigt, das Du starten kannst. Oder probier einen neuen Nutzer aus. Vielleicht liegt es an Deinen Einstellungen Und ich würde einen neuen Betreff wählen für diesen thread wählen.
Gruß
Hugo Mahr
hat sich von selbst erledigt. War heute nach der Anmeldung nicht mehr da.
Im Autostart steht nur Rygel UPnP/DLNA-Dienste.
leider nicht, heute ist er wieder vollflächig nach dem Anmelden dagewesen.
Startest du die letzte Sitzung oder irgend so etwas?
Versuch es mal mit einer leeren Sitzung in den Systemeinstellungen.......
Stephan normal schließe ich alle Programme, bevor ich mich abmelde, so auch gestern.
"leeren Sitzung in den Systemeinstellungen", wo sollte ich das einstellen, unter welcher Rubrik ist das zu finden? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Mittwoch, 18. Juli 2018, 19:51:09 CEST schrieb Herbert Albert:
Am Mittwoch, 18. Juli 2018, 19:26:14 CEST schrieb Stephan Hemeier:
Am Mittwoch, 18. Juli 2018, 19:07:33 CEST schrieb Herbert Albert:
Am Mittwoch, 18. Juli 2018, 19:05:53 CEST schrieb Herbert Albert:
Am Dienstag, 17. Juli 2018, 09:04:54 CEST schrieb Hugo:
Am Montag, 16. Juli 2018, 19:10:38 CEST schrieb Herbert Albert:
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert: > Herbert
Hab jetzt doch noch eine Frage: Wenn ich das System starte und mich anmelde, erscheint ein konqueror-Fenster mit "about:blank" in der URL. In Autostart steht nichts dergleichen. Wie bekomme ich den weg?
Gruß
Herbert
Versuch 'kicker' zu starten - ich meine links unten - zumindest bei mir. Tippe auto ein. Dann wird wohl ein Programm für autostart-verwaltung (Modul autostart Systemeinstellungen) angezeigt, das Du starten kannst. Oder probier einen neuen Nutzer aus. Vielleicht liegt es an Deinen Einstellungen Und ich würde einen neuen Betreff wählen für diesen thread wählen.
Gruß
Hugo Mahr
hat sich von selbst erledigt. War heute nach der Anmeldung nicht mehr da.
Im Autostart steht nur Rygel UPnP/DLNA-Dienste.
leider nicht, heute ist er wieder vollflächig nach dem Anmelden dagewesen.
Startest du die letzte Sitzung oder irgend so etwas?
Versuch es mal mit einer leeren Sitzung in den Systemeinstellungen.......
Stephan
normal schließe ich alle Programme, bevor ich mich abmelde, so auch gestern.
"leeren Sitzung in den Systemeinstellungen", wo sollte ich das einstellen, unter welcher Rubrik ist das zu finden? hab's gefunden.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Mittwoch, 18. Juli 2018, 19:51:09 CEST schrieb Herbert Albert:
Am Mittwoch, 18. Juli 2018, 19:26:14 CEST schrieb Stephan Hemeier:
Am Mittwoch, 18. Juli 2018, 19:07:33 CEST schrieb Herbert Albert:
Am Mittwoch, 18. Juli 2018, 19:05:53 CEST schrieb Herbert Albert:
Am Dienstag, 17. Juli 2018, 09:04:54 CEST schrieb Hugo:
Am Montag, 16. Juli 2018, 19:10:38 CEST schrieb Herbert Albert:
Am Samstag, 14. Juli 2018, 23:27:21 CEST schrieb Herbert Albert: > Herbert
Hab jetzt doch noch eine Frage: Wenn ich das System starte und mich anmelde, erscheint ein konqueror-Fenster mit "about:blank" in der URL. In Autostart steht nichts dergleichen. Wie bekomme ich den weg?
Gruß
Herbert
Versuch 'kicker' zu starten - ich meine links unten - zumindest bei mir. Tippe auto ein. Dann wird wohl ein Programm für autostart-verwaltung (Modul autostart Systemeinstellungen) angezeigt, das Du starten kannst. Oder probier einen neuen Nutzer aus. Vielleicht liegt es an Deinen Einstellungen Und ich würde einen neuen Betreff wählen für diesen thread wählen.
Gruß
Hugo Mahr
hat sich von selbst erledigt. War heute nach der Anmeldung nicht mehr da.
Im Autostart steht nur Rygel UPnP/DLNA-Dienste.
leider nicht, heute ist er wieder vollflächig nach dem Anmelden dagewesen.
Startest du die letzte Sitzung oder irgend so etwas?
Versuch es mal mit einer leeren Sitzung in den Systemeinstellungen.......
Stephan
normal schließe ich alle Programme, bevor ich mich abmelde, so auch gestern.
"leeren Sitzung in den Systemeinstellungen", wo sollte ich das einstellen, unter welcher Rubrik ist das zu finden? eingestellt war "Mit vorheriger Sitzung wieder starten" hat den Vorteil, dass KMail gleich läuft. Habe mal umgestellt auf leer Sitzung, abgemeldet - angemeldet - gut. Muss aber nichts heißen. Danach wieder auf alte Einstellung und bgemeldet - angemeldet - auch gut.
?!? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
Herbert Albert -
Hugo -
Peter McD -
Stephan Hemeier