Beiträge von adler53

Nachdem ich eine Festplatte geklont hatte, baute ich sie per Wechselrahmen als Hauptplatte wieder ein.
Als ich danach den Bootloader per YAST2 editieren wollte, brach er mit einer Fehlermeldung ab (siehe Abb. 1)

Abb. 1

Vor dem Klonen hatte ich die Partitionen von "ID with Device" auf "ID with Path" umgestellt. Der Rechner bootete, nachdem ich den Klon in Betrieb nahm. (Ich hatte einen Wechselrahmen und tauschte die beiden Platten aus),
An dem System blieb auch nichts auszusetzen, jedoch in der Fehlermeldung steht eine falsche Device-ID.

Die ID meines Klons ist aus dem folgenden Bild ersichtlich:

(Abb. 2)

Obwohl ich durch die Fehlermeldung gebeten wurde, einen Fehlerbericht zu schreiben, habe ich den Eindruck, daß es sich eher um ein Problem einiger Konfigurationsdateien handelt.
Wegen der Abhängigkeiten von GRUB mit dem Kernel weiß ich jetzt nicht, wo ich diese überall suchen soll ?
Wo wären überall die Dateien, in die ich die "wahre" Geräte-ID eintragen müßte, damit meine Klonplatte von System nicht als Fehler betrachtet wird, sondern "legalisiert" wird.

Und was genau ist ein "udev-Device" und von welchen Programmen wird es beeinflußt ?

Ich habe es jetzt radikal gemacht !
Mein altes Plasma 5.7.5 von meinem Clon zurückgespielt und Datenrestore gemacht.

Dann habe ich - um sicherzugehen -
1. Die Plasmen von der Kontrolleiste gelöscht,
2. das Cacheverzeichnis /home/adler53/.cache von der Konsolenebene aus gelöscht (aus gelegentlich schlechten Erfahrungen mit Cache's)
3. Plasma 5.7.95 erneut per Update installiert.
4. Das Plasma gestartet,
5. Die Plasmen auf der Basis der neuen Version 5.7.95 in die Kontrolleiste wieder eingefügt.

Ergebnis: Jetzt scheint Plasma zu laufen, der oben erwähnten Fehler trat nicht mehr auf.

Der Fehler trat nach dem Update von Plasma 5.7.5. auf Plasma 5.7.95 (!) auf.
Es zeigte sich nach dem Update, daß nach der Rückkehr aus einem Programm, daß im Vollbildmodus war, nach der Rückkehr die Kontrollleiste so klein war,
daß sie nicht mehr zu benutzen war.
Ich versuchte dann, die Höhe der Leiste zu ändern, wobei der Fehler mit dem "Systemleerlauf" eintrat.
Manchmal können auch Konfigurationsdateien von Plasma, die nach einem Update "nicht mehr stimmen", die Ursache sein. Dann müßte ich wissen:
1. Wo Plasma seine Einstellungen abspeichert (Pathname und Verzeichnis)
2. Welche Funktion hat welche Datei ?
3. Wie ist die heutige Rolle alter Dateien unter .kde und .kde4.
Gibt es irgendwo eine Dokumentation darüber ?
So schön Plasma und Frameworks auch sind, die vielen Dateien und der Rolle von Verzeichnissen mit dem Namen "cache" werden langsam unübersichtlich.....

Ich habe meine Dateien auf einem Festplattenclon gesichert, der noch das alte Plasma hatte. Da lief jetzt alles einwandfrei.

@Berichtigung kann auch Recht haben mit der Theorie der "Schweine-Plasmoiden". Nach dem Update war das Plasmoid "Arbeitsfläche anzeigen" derart
unangenehm, da es einen ähnlichen Systemstillstand produzierte. Gleichzeitig verschwanden alle Starter auf allen Leisten.

Wie gesagt, seit ich jetzt Plasma in der alten Version 5.7.5 betreibe, ist alles stabil.

Wenn ich versuche, unter Plasma 5.7 die Höhe der Kontrollleiste zu ändern, steht auf einmal das ganze System. Weder Maus, noch Tastatureingaben sind möglich. Es scheint in Plasma eine nicht entdeckte Endlosschleife zu geben, die übrigens seit Plasma 5.5 aufgetreten ist.
Nur CTRL, ALT, F1 funktioniert noch, so daß man das System mit shutdown -r 0 auf der Konsoloenebene noch einmal abschießen kann.

Für einen qualifizierten Fehlerbericht reicht so etwas nicht. Dazu braucht man Systemmeldungen, die man dokumentieren kann, was bei "stillgelegtem Plasma 5.7" natürlich nicht möglich ist.
1. Gibt es eine Möglichkeit, die Oberfläche von Plasma 5.7 mit einem Befehl zu reaktivieren (eventuell von einer Konsole aus) oder hilft da nur noch ein ständiges Neubooten.
Laut top, gestartet auf der Root Konsole mit Control-Alt-F1 sind plasmashell, kwin und pulseaudio die Programme, die den Prozessor in der Schleife rauchen lassen (Auslastung 100%).

Zitat von Maulwurf

Also muss ich dann die Opensuse 42.1 Repos. auf 42.2. umstellen dann "zypper dup" und dann habe ich Leap42.2 ?

Ich machte es so:
1. Repos auf 42.2 umstellen,
2. Wichtig ! zypper refresh machen; Es werden alle Repos durchsucht, ob sie überhaupt existieren oder wegen Wartung voübergehend down sind,
2.1...Repos, die in 42.2 nicht existieren (besonders inoffizielle), könnten noch "in der Mache sein".
2.2...Lieber das eine oder andere Repo auslassen und sich auf die "Kernrepos" beschränken als böse Überraschungen erleben. z.B. bei Build oder unstable
3. Eventuell zypper dup --dry-run laufen lassen; Es wird nichts installiert, aber Fehler werden dokumentiert (Abhängigkeiten oder "unlösbares" fällt auf)
4. zypper dup laufen lassen
5. zypper dup oder zypper up nochmal laufen lassen, wenn nichts mehr upzudaten ist, Punkt 6, amsonsten Punkt 5 nochmal wiederholen. (wegen Abhängigkeiten)
6. Neustart.
7. Toi, toi toi, alles Gute und viel Spaß.

Den "KDE Passwortspeicher" gerade nicht !
Es handelt sich um GNOME-Keyring, wie ich mittlerweile erfahren habe.
Er wird - wenn man mit dem Chromium oder anderen Programmen, wo sich das Programmierteam entschieden hat, mehr in Richtung GNOME als KDE zu programmieren, aufgrund von Abhängigkeiten der Software automatisch mitinstalliert (und offensichtlich in Betrieb gesetzt).

Ich habe den Verdacht, dass "Keyring" übersetzt "Schlüsselbund" heißt, was dieses Wort wohl erklären wird.

Wenn ich den Browser Chromium oder Thunderbird aufrufe, erscheint eine Aufforderung, den Anmeldeschlüsselbund einzugeben und danach muß ich noch das Masterpasswort dazugeben.
Der Anmeldeschlüsselbund scheint ein neuer Begriff der Internetsicherheit zu sein.
Was ist dessen theoretisches Konzept ?
Warum ist er absolut notwendig, obwohl man ja Masterpasswords hat (z.B. unter KDE) ?
Wie schützt er vor Angriffen durch Viren und Trojaner ?
Wo gibt es Fachliteratur zu diesem Thema (aber keine Literatur vor 2013 !) ?

Es erschreckt einem schon, wenn ein Browser nach dem Update plötzlich nach anderen Sicherheitskonzepten funktioniert als vorher,
deshalb interessiert mich der Anlaß, diesen < Anmeldeschlüsselbund > als Begriff einzuführen und vorrauszusetzen.

Wenn ich LEAP starte, erscheint erst einmal der letzt-installierte LINUX-Kernel als einzige Option.
Darunter eine Zeile mit für mich (anfangs) ominöse "Erweiterte Optionen".
Nachdem ich die "erweiterte Optionen" gewählt hatte, tat sich ein Menü auf, wo noch ältere Kernel bootbar waren.
Das gilt nicht nur für LEAP, sondern auch für 13.2.

Vielleicht könnten in den erweiterten Optionen auch andere Systeme - wie z.B. WINDOWS auftauchen........

<ich betrachte mich mehr als alter "Hoppelhase", da ich mehrere Oberflächen installiert habe und deren Vor-und Nachteile erfuhr.
KDE war meine erste Oberfläche (KDE 1). Sie war sehr stabil und ließ mir mehr Freiheit als WINGEDÖNS Millenium damals.
Es erzeugte auch keine Bluescreens nach heimlichen Updates.
Gnome entsprach nicht so meinem Temperament, obwohl es eine gute Oberfläche war. Ich hatte den Eindruck, durch Gnome etwas bevormundet zu werden.
Deshalb halte ich nicht so viel von dem heutigen Gnome, finde aber Cinnamon und Mate besser.

KDE 3 war für mich der Maßstab für eine Benutzeroberfläche.
KDE 4 war interessant, aber bis zur Version 4.4 hielt ich es für ein "Professorensystem", d. h. ein System, das wegen seiner Instabilität mehr als Futter für eine englischsprachige Masterarbeit taugt als für den produktiven Einsatz. Ab Version 4.7. war KDE sehr stabil, aber hatte - wie ich über gkrellm feststellen konnte - einen extremen Ressourcenverbrauch. Mein Prozessor schien regelrecht zu rauchen !
Von 4.9. ab änderte sich dies und besonders ab 4.12. war KDE 4 dann "mein Ding". Mit den Plasmen konnte man sich eine Oberfläche nach eigenem Maß zaubern, Besonders, wenn man mehrere Aktivitäten entwarf.

KDE 5 Frameworks ist von der Bedienung eigentlich ähnlich, hatte jedoch große Fehler ! Mal war es nicht möglich, das Programmstartmenü zu editieren, dann stürzte die Oberfläche so ab, als wäre sie nicht kompatibel mit Pulseaudio und amarok. Allerdings startete sie sich meist wieder von neuem und einen Datenverlust hatte ich auch nicht bemerkt.

Aber daß KDE 5 vom ersten Tag an "superstabil" gewesen sei, kann ich nicht behaupten. Mittlerweile ist aber nach dem letzten Update einiges "ausgebürstet" worden.

Für bescheidenere Zwecke (ältere Hardware, Netbook) finde ich den XFCE als gute Oberfläche. Man hat die Freiheit, sich Kontrollleisten überall zu zaubern, wo man sie haben möchte und stabil ist er auch.

# | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | URI
---+-------------------------------------+---------------------------------------------------------+-----------+-----------------+----------------+-----------+------------------------------------------------------------------------------------------------
2 | KDE_Frameworks_5 | KDE Frameworks 5 | Ja | (r ) Ja | Ja | 99 | Index of /repositories/KDE:/Frameworks5/openSUSE_Leap_42.1
3 | KDE_Frameworks_Qt5 | KDE Frameworks Qt5 | Ja | (r ) Ja | Ja | 99 | Index of /repositories/KDE:/Qt5/openSUSE_Leap_42.1
4 | LibreOffice_5.0 | LibreOffice 5.1 | Ja | (r ) Ja | Ja | 99 | Index of /repositories/LibreOffice:/5.1/openSUSE_Leap_42.1
5 | PunisherHD:Trinity | Embar-:Trinity | Ja | (r ) Ja | Ja | 99 | Index of /repositories/home:/embar-/openSUSE_Leap_42.1
6 | X11:/xfce | X11:XFCE | Ja | (r ) Ja | Ja | 99 | Index of /repositories/X11:/xfce/openSUSE_Leap_42.1
7 | X11:MATE | X11:MATE | Ja | (r ) Ja | Ja | 99 | Index of /repositories/X11:/MATE:/Current/openSUSE_Leap_42.1
8 | X11:PANTHEON | X11:PANTHEON | Ja | (r ) Ja | Ja | 99 | Index of /repositories/X11:/Pantheon/openSUSE_Leap_42.1
9 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | (r ) Ja | Ja | 99 | Index of /distribution/leap/42.1/repo/non-oss
10 | download.opensuse.org-non-oss_1 | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Ja | (r ) Ja | Ja | 99 | Index of /opensuse/update/leap/42.1/non-oss
11 | download.opensuse.org-oss | Haupt-Repository (OSS) | Nein | ---- | Nein | 99 | Index of /distribution/leap/42.1/repo/oss
12 | download.opensuse.org-oss_1 | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 99 | Index of /update/leap/42.1/oss
13 | ftp.gwdg.de-suse | Packman Repository | Ja | (r ) Ja | Ja | 99 | Index of /pub/linux/packman/suse/openSUSE_Leap_42.1
14 | home:PunisherHD:Trinity:stable | home:PunisherHD:Trinity:stable | Ja | (r ) Ja | Ja | 99 | Index of /repositories/home:/PunisherHD:/Trinity:/stable/openSUSE_Leap_42.1
15 | home:wolfi323 | home:wolfi323 | Ja | (r ) Ja | Ja | 99 | Index of /repositories/home:/wolfi323/openSUSE_Leap_42.1
16 | http-download.opensuse.org-014531d3 | home:PunisherHD:Trinity | Ja | (r ) Ja | Ja | 99 | Index of /repositories/home:/PunisherHD:/Trinity/openSUSE_Leap_42.1
17 | http-download.opensuse.org-09504934 | home:fl3sk | Ja | (r ) Ja | Ja | 99 | Index of /repositories/home:/fl3sk/openSUSE_Leap_42.1
18 | http-download.opensuse.org-1287ed9b | Emulators | Ja | (r ) Ja | Ja | 99 | Index of /repositories/Emulators/openSUSE_Leap_42.1
19 | http-download.opensuse.org-1ffbd1c0 | home:PunisherHD:Packman:42.1 | Ja | (r ) Ja | Ja | 99 | Index of /repositories/home:/PunisherHD:/Packman:/42.1/openSUSE_Leap_42.1
20 | http-download.opensuse.org-22791d5c | home:pgnd:Kernel:stable | Ja | (r ) Ja | Ja | 99 | Index of /repositories/home:/pgnd:/Kernel:/stable/openSUSE_Leap_42.1
21 | http-download.opensuse.org-32155342 | home:moonwolf:scudcloud | Ja | (r ) Ja | Ja | 99 | Index of /repositories/home:/moonwolf:/scudcloud/openSUSE_Leap_42.1
22 | http-download.opensuse.org-543ff3eb | X11:Cinnamon:Current | Ja | (r ) Ja | Ja | 99 | Index of /repositories/X11:/Cinnamon:/Current/openSUSE_Leap_42.1
23 | http-download.opensuse.org-7c12ca28 | KDE:Extra | Ja | (r ) Ja | Ja | 99 | Index of /repositories/KDE:/Extra/openSUSE_Leap_42.1
24 | http-download.opensuse.org-7c7d17eb | KDE:KDE3 | Ja | (r ) Ja | Ja | 99 | Index of /repositories/KDE:/KDE3/openSUSE_Leap_42.1
25 | http-download.opensuse.org-94f8a261 | X11:Sugar | Ja | (r ) Ja | Ja | 99 | Index of /repositories/X11:/Sugar/openSUSE_Leap_42.1
26 | http-download.opensuse.org-a0807b5b | home:IBBoard:desktop | Ja | (r ) Ja | Ja | 99 | Index of /repositories/home:/IBBoard:/desktop/openSUSE_Leap_42.1
27 | http-download.opensuse.org-fe83c279 | graphics | Ja | (r ) Ja | Ja | 99 | Index of /repositories/graphics/openSUSE_Leap_42.1
28 | linuxdownload.adobe.com-linux | Adobe Flash Plugin | Nein | ---- | Nein | 99 | http://linuxdownload.adobe.com/linux/x86_64/
29 | openSUSE-42.1-0 | openSUSE-42.1-0 | Ja | (r ) Ja | Ja | 99 | Index of /distribution/leap/42.1/repo/oss
30 | opensuse-guide.org-repo | Libdvdcss Repository | Ja | (r ) Ja | Ja | 99 | http://opensuse-guide.org/repo/openSUSE_Leap_42.1/
31 | repo-debug | openSUSE-Leap-42.1-Debug | Nein | ---- | Ja | 99 | Index of /debug/distribution/leap/42.1/repo/oss
32 | repo-debug-non-oss | openSUSE-Leap-42.1-Debug-Non-Oss | Nein | ---- | Ja | 99 | http://download.opensuse.org/d…n/leap/42.1/repo/non-oss/
33 | repo-debug-update | openSUSE-Leap-42.1-Update-Debug | Nein | ---- | Ja | 99 | Index of /debug/update/leap/42.1/oss
34 | repo-debug-update-non-oss | openSUSE-Leap-42.1-Update-Debug-Non-Oss | Nein | ---- | Nein | 99 | http://download.opensuse.org/debug/update/leap/42.1/non-oss/
35 | repo-source | openSUSE-Leap-42.1-Source | Nein | ---- | Ja | 99 | Index of /source/distribution/leap/42.1/repo/oss
36 | repo-update | openSUSE-Leap-42.1-Update | Ja | (r ) Ja | Ja | 99 | Index of /update/leap/42.1/oss
1 | Gnome_Apps_Factory | *einzel* Gnome Apps Factory | Nein | ---- | Ja | 200 | Index of /repositories/GNOME:/Apps/openSUSE_Factory