Beiträge von holbernd

Ah, danke. Und: Es stimmt. Deinsallieren ist schneller erledigt.

Jetzt habe ich libQt5VirtualKeyboard5 deinstalliert. Zypper hat die beiden Pakete, die darunter stehen gleich mit gelöscht. Ich brauche sie vermutlich auch sonst nicht.

Damit ist mein Problem gelöst. Danke für eure Hilfe sterun und matbhm.

Allerdings würde es mich wundern, wenn man das nicht abschalten kann, ohne die Tastatur gleich ganz zu löschen.

Danke für eure Reaktionen. Das Profil aktualisiere ich gleich. Die Ausgabe von zypper ist:

 | Name                              | Typ   | Version            | Arch   | Repository
--+-----------------------------------+-------+--------------------+--------+--------------------------------
i | libQt5VirtualKeyboard5            | Paket | 5.12.7-lp152.1.1   | x86_64 | Haupt-Repository
i | libqt5-qtvirtualkeyboard          | Paket | 5.12.7-lp152.1.1   | x86_64 | Haupt-Repository
i | libqt5-qtvirtualkeyboard-hunspell | Paket | 5.12.7-lp152.1.1   | x86_64 | Haupt-Repository
i | xf86-input-keyboard               | Paket | 1.9.0-lp152.3.4    | x86_64 | Haupt-Repository
i | xkeyboard-config                  | Paket | 2.23.1-lp152.5.3.1 | noarch | Hauptaktualisierungs-Repository
i | xkeyboard-config-lang             | Paket | 2.23.1-lp152.5.3.1 | noarch | Hauptaktualisierungs-Repository

Hallo,

ich habe auf einem neuen Laptop Leap 15.2 mit Plasma 5 installiert. Danach wurde ich als Nutzer automatisch angemeldet. Das wollte ich aber nicht und habe es in Yast auf Anmeldung mit Passwort umgestellt.

Wenn ich jetzt den Rechner hochfahre, erscheint statt des Anmeldebirdschirms zunächst eine große virtuelle Tastatur. Wenn ich dort mit der Maus auf <Enter> klicke, komme ich dann auch zum normalen Anmeldebildschirm. Diese virtuelle Tastatur würde ich gern loswerden, habe aber bislang weder die entsprechende Einstellung in Yast, noch einen Hinweis im Netz gefunden. Könnt ihr mir da weiterhelfen?

Danke und viele Grüße

holbernd

Vielen Dank nochmal für die Erklärung und die Tipps. Ich freue mich, dass jetzt alles läuft.
holbernd

Tut mir Leid, dass ich euch belästigt habe. Gestern habe ich stundenlang gesucht, mich heute für das Posting entschieden. Drei Minuten später habe ich im Netz doch noch die Lösung selbst gefunden.
Ich habe im BIOS die Boot-Reihenfolge meiner beiden Festplatten getauscht. Danach ging es.
Ich würde mich freuen, wenn mir noch jemand kurz erlätern könnte, wei das zusammenhängt, dann hätte ich wenigstens was dabei gelernt: Wieso tritt das plötzlich auf? Warum sucht sich Grub nicht die richtige Festplatte?
Danke
holbernd

Hallo, nach viel Probieren und suchen im Netz stelle ich folgende Anfrage:

Ich habe seite Langem auf Partition sdb7 openSUSE 13.1 (32bit) installiert. Nun habe ich zusätzlich auf sdb2 eine Installation von Leap42.1 vorgenommen (64bit). Diese will ich nun einrichten und dann erst die andere rausnehmen.
Nach der Neuinstallation startet Grub mit folgender Fehlermeldung:

error: no such device:
Entering rescue mode ...
grub recue>

Die uuid, die in der ersten Zeile steht, finde ich sonst nirgendwo. Keine meiner Partitionen hat sie. Auch in grub.cfg steht sie nicht.
Wenn ich dann im rescue mode Grub starte (set prefix, set root, insmod normal, normal), , hängt sich das System auf, wenn ich (hd1,27) benutze, also die neue Installation. Mit (hd1,7) geht alles wunderbar. Ich komme an beide Systeme.

Nun kann ich in 13.1 update-grub ausführen, danach über yast grub-install, aber beim Booten bleibt alles beim alten. Ich habe es auch mit grub2-mkconfig und grub2-install versucht. Als Boot-loader Location habe ich /dev/sdb angegeben. Aber auch andere Einstellungen in yast probiert, die nichts gebracht haben.

Wenn ich versuche, grub2 in dem neuen System zu installieren (Leap42.1), dann finde ich dort den Befehl update-grub nicht. Ich habe es mit grub2-mkconfig versucht. Dann grub-install. Beides geht gut, führt aber nich zu einer Änderung.

Hier ist noch meine Partitionstabelle:

Disk /dev/sda: 500.1 GB, 500107862016 bytes, 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x000907bb


   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048   976773119   488385536   83  Linux


Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes, 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x000eab71


   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1            2048     4208639     2103296   82  Linux swap / Solaris
/dev/sdb2   *     4208640    67119103    31455232   83  Linux
/dev/sdb3        67119104  1115699199   524290048   83  Linux
/dev/sdb4      1115699200  1953523711   418912256    f  W95 Ext'd (LBA)
/dev/sdb5      1115701248  1178611787    31455270   83  Linux
/dev/sdb6      1199591424  1220554751    10481664   83  Linux
/dev/sdb7   *  1220556800  1283481599    31462400   83  Linux

Hmm, darauf hätte ich auch selbst kommen können. Das mache ich sonst immer als erstes, wenn was nicht klappt. Manchmal ist man wie vernagelt.

Also: Jetzt darf ich zwar wieder anfangen, alle meine Einstellungen zu machen, und ich habe keine Ahnung, woran es lag, aber das Programm läuft mit leerem Config-Ordner problemlos.

Immerhin habe ich jetzt meine Repositories gleich mit bereinigt.

Danke an Trekkie00, D-Dau und thomas23!

Danke für den Tipp, das wusste ich noch nicht.
Es war aber nichts Auffälliges dabei. Ich habe jetzt lediglich die eigenartigen Doppelinstallationen beseitigt. Jetzt sieht es so aus:

zypper> se -si raw
Daten des Repositories laden ...
Installierte Pakete lesen ...


S | Name                         | Typ   | Version              | Arch   | Repository                      
--+------------------------------+-------+----------------------+--------+---------------------------------
i | dcraw                        | Paket | 9.17-34.1            | i586   | Graphics Project (openSUSE_12.1)
i | dcraw-lang                   | Paket | 9.17-34.1            | noarch | Graphics Project (openSUSE_12.1)
i | gdk-pixbuf-loader-libopenraw | Paket | 0.0.8-17.1.3         | i586   | openSUSE-12.1-Oss               
i | gimp-ufraw                   | Paket | 0.18svn20130122-35.1 | i586   | Graphics Project (openSUSE_12.1)
i | libkdcraw21                  | Paket | 4.9.5-1.1            | i586   | KDE-R49                         
i | libobasis3.6-draw            | Paket | 3.6.5.2-2            | i586   | backup_software                 
i | libopenraw1                  | Paket | 0.0.8-17.1.3         | i586   | openSUSE-12.1-Oss               
i | libraw1394-11                | Paket | 2.0.7-4.1.2          | i586   | openSUSE-12.1-Oss               
i | rawtherapee                  | Paket | 4.0.9.225.2155-1.1   | i586   | Graphics Project (openSUSE_12.1)

Eine Änderung bei rawtherapee gibt es nicht.

Ich habe jetzt gesehen, dass die libgphoto zweimal installiert erscheint. Das habe ich beseitigt. Die ausgabe heißt jetzt

zypper> se -si gphoto
S | Name       | Typ   | Version      | Arch | Repository       
--+------------+-------+--------------+------+------------------
i | libgphoto2 | Paket | 2.4.11-6.1.3 | i586 | openSUSE-12.1-Oss

Aber es ändert sich nix.