Beiträge von letsfindaway

Zitat von acealbrecht

Eine sehr schöne und verständliche Anleitung. Die werde ich mir mal bei Zeiten vornehmen. Könnte man da auch einen Versionssprung mit realisieren? Also z.B von Leap 15.0 auf Leap 15.2 ?

Auszug aus dem openSUSE WIki (SDB:Distribution-Upgrade): Warnung: Es dürfen bei einem Live-Upgrade keine Versionsnummern übersprungen werden.

Ich würde das also nicht machen.

Moment: dein erstes Kommando zeigt /dev/sdc, dein zweites /dev/sdb. Ich denke du bist mit fdisk auf der falschen Platte!

So instabil sollte das System nicht werden. Das Upgrade mit zypper dup ist einer der offiziell unterstützten Upgrade-Pfade.

Siehe SDB:Distribution-Upgrade
Ich hab mal dazu noch eine ausführlichere Anleitung verfasst, nach der ich selber vorgehe: Upgrade

Wenn du vorher nicht alles verbockt hast, dann geht das Upgrade auf diesem Weg meist problemlos. En kaputtkonfiguriertes System kann das Upgrade jedoch nicht retten.

Und nun, lieber @Jang0, wer soll dein Herzblatt sein?

• die technische Lösung, mit der du jedes gewünschte Ereignis zum Aufwachen einstellen kannst, aber nur, wenn du Superuser bist, oder
• die ökologische Lösung, die dir mit naturbelassener Biowolle nicht nur ein gutes Gewissen gibt, sondern darüber hinaus auch noch dein Display schützt, oder doch
  

  
  

• die pragmatische Lösung, bei der du sicher und fest schläfst, aber aus dem Winterschlaf nur noch mit der Powertaste aufwachst?

Als Tippgeber interessiert uns hier im Forum nämlich immer auch das Feedback des Fragestellers. Hat's geholfen? Welcher Weg hat funktioniert? Warum hast du welche Lösung gewählt?

Also um hier mal weiterzukommen: Öffne eine Konsole und gib das Kommando

cat /proc/acpi/wakeup

ein. Kopiere die Ausgabe hier in eine Antwort. Benutze dazu Code-Tags (der Button </> oben in der Editor-Leiste). Dann schaue ich mir das mal an und werde versuchen, dir für deinen Rechner die passende Lösung zu finden.

Du kannst auch schon mal selber dort nach Zeilen suchen, in denen *enabled steht:

cat /proc/acpi/wakeup | grep enabled

EIne dieser Zeilen ist deine Tastatur, bzw. vermutlich der interne USB-Controller, an dem die Tastatur hängt. Um den Wakeup über eine Gerät abzuschalten musst du Superuser werden und dann das Gerät wie folgt deaktivieren:

### werde superuser
su -
### dann das Passwort eingeben
### und dann z.B. das Gerät S1F0 umschalten. Passe das an die vorher erhaltenen Ausgaben an:
echo S1F0 > /proc/acpi/wakeup

Jedes echo Kommando schaltet das entsprechende Gerät um, von enabled auf disabled oder umgekehrt. Das Ergebnis kannst du dir mit dem obigen cat wieder anschauen. Und dann kannst du mal ausprobieren, ob das geholfen hat.

Die Änderungen sind übrigens nicht persistent. Wenn du den Rechner runterfährst und neu startest hast du wieder den ursprünglichen Zustand. Insofern kannst du da erst mal nicht so viel falsch machen.

Der in meinem vorigen Post verlinkte Artikel beschreibt dann weiter, wie man diese Einstellungen automatisch beim Hochfahren vornehmen kann. Aber probier erst mal so aus, ob du zum Ziel kommst.

Den folgenden Pointer will ich erst mal den Profis hier im Forum überlassen:

Power Management: ACPI Wake-Up settings - Thoughts & Feedback - Ubuntu MATE Community

Neben PBTN wäre in diesem Fall sicher noch LID angebracht. Aber ich denke aus diesen Zutaten könnte man dem Fragesteller schon einen Tipp basteln, oder?

Mein übliches Verfahren in solchen Fällen ist, die SD Karte rauszunehmen und in den SD Kartenleser einzustecken. Das Runterkopieren geht da auch meist erheblich schneller als es über USB jemals gegangen ist.

Ich glaub erst mal, das war das falsche Repositoty. Aus der Beschreibung:

<name>home:RischioCinico</name>
<summary>Do not use this repo</summary>
<description>Just for testing stuff</description>

"Do not use" ist eigentlich deutlich.
Wenn überhaupt hätte ich das Versuchspaket aus Show security:keepassxc / keepassxc -
openSUSE Build Service genommen. Das bindet auch keine KDEFramework Repositories ein, die dir jetzt dein KDE zerschossen haben.

Zeige uns erst mal das Ergebnis von

zypper lr -d

und dann geht es darum, die schuldigen Repos wieder rauszulöschen und per zypper dup wieder einen "sauberen" Stand hinzukriegen.

Nun ja, die KDE-Geräteverwaltung wird ja erst aktiv,

• wenn der Kernel das Gerät erkannt hat
• und die passenden udev-Rules vorhanden sind
• und die Geräteverwaltung meint, dass sie dafür zuständig ist
• und vielleicht hab ich noch ein paar unds vergessen.

Deshalb wäre meine Hoffnung, dass man aus dem Journal erkennen kann, an welcher Stelle es hakt.

Welche Ereignisse treten auf, wenn du die Platte anschließt? Also als root:

journalctl -f

und dann, während dir dieses Kommando die laufenden Logmeldungen anzeigt, die Platte anstöpseln. Vielleicht geben diese Meldungen einen Hinweis darauf, wie weit die Platte erkannt wird und was nicht mehr klappt.