Follow along with the video below to see how to install our site as a web app on your home screen.
Anmerkung: This feature may not be available in some browsers.
Händisch herunterladen und installieren ist Käse!Wozu bitte patchen? In meinem oben geposteten FAQ-Link steht bereits, welches -dkms Paket aus den Debian Repos benötigt wird. Händisch herunterladen und installieren. Fertig.
Man kann es auch ganz gut automatisieren wenn man es möchte.
https://www.cyberciti.biz/faq/debian...grade-command/
Ja, acpi-call-dkms aus den Backports nehmen, signieren und neu installieren. Mit modprobe kann man das Modul auch sofort laden.Du kannst statt händischem Download auch einfach die 1.1.0-6 aus den Buster Backports nehmen.
Ah, ok. Jetzt hab ich erst verstanden, was Du mit automatisieren meintest. Es muss ja bei jedem Kernelupdate neu signiert werden.a, acpi-call-dkms aus den Backports nehmen, signieren und neu installieren.
Secure Boot ist bei mir aus.
+1Apparmor sind ein Teil des Puzzles, um ein System besser abzuhärten, die vorhandene Sicherheit zu wahren, Kompromittierungen gar nicht erst zu ermöglichen.
+1
Man muss sich aber Zeit nehmen, um Apparmor ggf. in einzelnen Einschränkungen anzupassen, damit die essentielle Funktionen nicht blockiert werden.
Deshalb schrieb ich ja, dass saubere Abhängigkeiten in deiner, bzw. in der Verantwortung deines Maintainers liegen.@hikaru: offensichtlich hast Dir nicht die Mühe gemacht, deine Behauptungen zu prüfen:
1. Bin ich nicht der Maintainer der Pakete tlp und acpi-call in Debian (oder irgendeiner anderen Distri)
Das mag sein, aber auch ein Suggests sollte sauber definiert sein. Das ist hier offensichtlich nicht der Fall, wenn bei tlp aus bpo die Versionsnummer von acpi-call-dkms nicht egal ist. Ob dann der Kernel das eigentliche Paket ist, welches ein neueres acpi-call-dkms braucht oder tlp ist unerheblich, denn tlp ist der Installationsgrund und tlp aus bpo sollte dann auch das bpo-Paket empfehlen.2. Wird acpi-call-dkms nicht auf jedem Laptop benötigt, daher ist eine stärkere Abhängigkeit als "suggests:" nicht sinnvoll
3. Wird das hier vorliegende Problem nicht durch das Paket tlp erzeugt, sondern der Backports Kernel benötigt ein neueres acpi-call-dkms (das nicht in Debian stable enthalten ist)
Ich habe auch keine substanziellen OS-Beiträge und die unsubstanziellen Beiträge die ich habe, hänge ich nicht an die große Glocke.Ich kann im übrigen keinerlei substanzielle Open Source Beiträge von dir erkennen, die deine Arroganz irgendwie rechtfertigen könnten.
Trägst du mir noch unsere Diskussion von vor ein paar Jahren nach, oder warum reagierst du so allergisch? Rückblickend hätte ich mir den Abschlusssatz meines letzten Beitrags sicher sparen können. Insofern bitte ich um Verzeihung, falls ich dir damit zu nahe getreten sein sollte, aber die händische Installation eines Pakets aus einem anderen Release-Zweig ist ein gutes Rezept, eine Debian-Installation kaputt zu machen [1] und sollte daher nicht leichtfertig empfohlen werden - insbesondere wenn es mit dem sauberen Verwenden der Backports vermieden werden kann. Ich traue dir zu das zu wissen, daher hielt ich deutliche Kritik an deiner Empfehlung für gerechtfertigt.Daher: halt einfach mal deine unverschämte Klappe, wenn Du keine Ahnung vom Thema hast!
Diese Funktionaliäten sind für tlp nicht essenziell, deshalb ist acpi-call-dkms nur ein "Suggests" von tlp.tpacpi-bat [1] schrieb:# Makes ACPI calls using the acpi_call kernel module, which is REQUIRED.
@mcb:
Der Backports-Kerrnel braucht acpi-call-dkms nicht. Der läuft hier problemlos auf diversen Rechnern ohne das Paket. tlp braucht allerdings acpi-call-dkms für bestimmte Funktionalitäten:
Diese Funktionaliäten sind für tlp nicht essenziell, deshalb ist acpi-call-dkms nur ein "Suggests" von tlp.
acpi-call-dkms aus Buster (ohne Backports) funktioniert offenbar nicht mit dem Backports-Kernel. Die Gründe sind mir nicht bekannt.
Der springende Punkt ist, dass tlp der Installationsgrund für acpi-call-dkms ist. Daher hat sich tlp darum zu kümmern, dass die passende Version von acpi-call-dkms installiert wird. Die einfachste Möglichkeit wäre, dass tlp aus den Backports auch explizit acpi-call-dkms aus den Backports anfordert, indem es eine minimale Version anfordert, die höher als die in Buster ist.
[1] https://sources.debian.org/src/tlp/1.3.1-2~bpo10+1/tpacpi-bat/
acpi-call-dkms aus Buster (ohne Backports) funktioniert offenbar nicht mit dem Backports-Kernel. Die Gründe sind mir nicht bekannt.
Ja klar. https://wiki.debian.org/SecureBoot
Ist recht easy das Ganze.
Solltest Du es doch aus den Quellen bauen müssen, dann muss acpi_call.c gepatcht werden. Patch kann ich dir auch zusenden.
ps .. Wenn ich was hier rein kopiere, dann gibt es nur ein großes durcheinander. Wie kann ich es verhindern ?
root@mb:~# tlp-stat -b
--- TLP 1.3.1 --------------------------------------------
+++ Battery Features: Charge Thresholds and Recalibrate
natacpi = active (data, thresholds)
tpacpi-bat = active (recalibrate)
tp-smapi = inactive (ThinkPad not supported)
+++ ThinkPad Battery Status: BAT0 (Main / Internal)
/sys/class/power_supply/BAT0/manufacturer = SMP
/sys/class/power_supply/BAT0/model_name = 02DL014
/sys/class/power_supply/BAT0/cycle_count = 13
/sys/class/power_supply/BAT0/energy_full_design = 57020 [mWh]
/sys/class/power_supply/BAT0/energy_full = 57020 [mWh]
/sys/class/power_supply/BAT0/energy_now = 43550 [mWh]
/sys/class/power_supply/BAT0/power_now = 0 [mW]
/sys/class/power_supply/BAT0/status = Unknown
/sys/class/power_supply/BAT0/charge_start_threshold = 45 [%]
/sys/class/power_supply/BAT0/charge_stop_threshold = 100 [%]
tpacpi-bat.BAT0.forceDischarge = 0
Charge = 76.4 [%]
Capacity = 100.0 [%]
root@mb:~# mokutil --sb-state
SecureBoot enabled
root@mb:~#
:thumbsup:Ich habe es hinbekommen !!!
:thumbsup:
Damit man es nicht jedesmal manuell signieren und installieren muss, kann man es wunderbar mit DPkg:ost-Invoke automatisieren.
Ein Script der eigentlich nur nach dem letzten Kernel schauen soll bzw. ob z.B. modul acpi-call schon signiert wurde. Schließlich will man ja nicht nach jedem Update
-alle Module wieder neu siginieren und installieren
Hier schon mal eine erste Anlaufstelle
https://www.cyberciti.biz/faq/debian-ubuntu-linux-hook-a-script-command-to-apt-get-upgrade-command/
Zum Glück ist es nur ein Module - aber ich gebe auf ... Raketenwissenschaft.
Ich verstehe die Anleitung nicht, bzw. ich kann sie nicht umsetzen. Da fehlt mir zu viel Können.Hast Du es versucht ?