(gelöst) acpid: fehler beim update

[michaa7]

Auf meinem rechner geibt es mit acpid fehler beim dist-upgrade, das packet bzw. d-u (95 nicht vollständig installiert) hängt mittlerweile. Ich habe schon nen bugreport abgesetzt, aber vielleicht war das ein fehler, weil, soweit es das forum hier und auch tante google betrifft ich wohl doch eher allein dastehe mit den fehlermeldungen (andererseits, ich habe nichts an acpid und dem enstsprechenden init script verändert):

Die folgenden Pakete werden aktualisiert:
acpid
1 aktualisiert, 0 neu installiert, 0 zu entfernen und 37 nicht aktualisiert.
95 nicht vollständig installiert oder entfernt.
Es müssen noch 0B von 47,4kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 0B Plattenplatz zusätzlich benutzt.
(Lese Datenbank ... 579496 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereiten zum Ersetzen von acpid 1:2.0.4-1 (durch .../acpid_1%3a2.0.5-1_i386.deb) ...
/etc/init.d/acpid: 3: Syntax error: ")" unexpected
invoke-rc.d: initscript acpid, action "stop" failed.
dpkg: Warnung: Unterprozess altes pre-removal-Skript gab den Fehlerwert 2 zurück
dpkg - probiere stattdessen Skript aus dem neuen Paket ...
/etc/init.d/acpid: 3: Syntax error: ")" unexpected
invoke-rc.d: initscript acpid, action "stop" failed.
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/acpid_1%3a2.0.5-1_i386.deb (--unpack):
Unterprozess neues pre-removal-Skript gab den Fehlerwert 2 zurück
update-rc.d: warning: /etc/init.d/acpid missing LSB information
update-rc.d: see <http://wiki.debian.org/LSBInitScripts>
/etc/init.d/acpid: 3: Syntax error: ")" unexpected
invoke-rc.d: initscript acpid, action "start" failed.
dpkg: Fehler beim Aufräumen:
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 2 zurück
Fehler traten auf beim Bearbeiten von:
/var/cache/apt/archives/acpid_1%3a2.0.5-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Kann man das händisch reparieren? Wie?

[rendegast]

/etc/init.d/acpid: 3: Syntax error: ")" unexpected
invoke-rc.d: initscript acpid, action "start" failed.

/etc/init.d/acpid aus testing 2.0.4 und unstable 2.0.5 sind identisch:

Code: Alles auswählen

/etc/init.d# md5sum acpid*
fa3fb19378f08ebdeed9d4d1e7353bcc  acpid
fa3fb19378f08ebdeed9d4d1e7353bcc  acpid_unstable

Code: Alles auswählen

/etc/init.d# fgrep ")" acpid
load_modules() {
        MODULES="$(sed -rn 's#^(/lib/modules/[^/]+/)?kernel/(drivers|ubuntu)/acpi/([^/]+/)*(.*)\.ko:.*#\4#p' "/lib/modules/$(uname -r)/modules.dep")"
  start)
  stop)
  restart)
  reload|force-reload) 
  status)
  *)

Im Skript doch Änderungen eingefügt, Zeile 3 ?

Code: Alles auswählen

/etc/init.d# head acpid 
#!/bin/sh
### BEGIN INIT INFO
)# Provides:          acpid
# Required-Start:    $remote_fs $syslog
...

/etc/init.d#  /etc/init.d/acpid start
/etc/init.d/acpid: 3: Syntax error: ")" unexpected

Eventuell ein Festplattenfehler?

Mit /bin/sh eine andere Shell als dash oder bash verbunden?

[michaa7]

/etc/init.d/acpid: 3: Syntax error: ")" unexpected
invoke-rc.d: initscript acpid, action "start" failed.

/etc/init.d/acpid aus testing 2.0.4 und unstable 2.0.5 sind identisch:

Code: Alles auswählen

/etc/init.d# md5sum acpid*
fa3fb19378f08ebdeed9d4d1e7353bcc  acpid
fa3fb19378f08ebdeed9d4d1e7353bcc  acpid_unstable

bin mir jetzt nicht 100% sicher, aber ich glaube den fehler gab es schon in der vorversion. Ich habe dann mit gewalt (apt-get -f install) das d-u durchgedrückt, was jetzt in sofern nachteilig ist, weil ich eben die einzelnen version nicht mehr wirklich nachvollziehen kann.

Eventuell ein Festplattenfehler?

Jain, nicht direkt die festplatte. Ich bin mit dem board umgezogen, von asus a7v133-c nach ecs k7vza, weil ich dem asusboard nicht mehr vertraut habe, zurecht wie ich nun nachträglich mit memtest+ festgestellt habe (asus board mit RAM fehlern, ECS board über 8 std ohne RAM fehler).
Es gab in der vergangenheit immer mal wieder ata fehler, die beim booten dann durch fschk ausgebügelt werden mußten. Keine derartigen probleme mehr mit dem neuen board.

In soweit kann ich nicht ausschleissen, dass da mal was schief gelaufen ist. Nur da mein system, von diesem fehler abgesehen stabiler den je läuft möchte ich nicht neu installieren, sondern diesen acpid fehler korrigieren. Brauche ich auf einem desktoprechner eigentlich acpid (nur de-installierenen läßt es sich derzeit ja auch nicht, das hatte ich schon probiert)?

Mit /bin/sh eine andere Shell als dash oder bash verbunden?

Nein.

[rendegast]

Entspricht denn Deine /etc/init.d/acpid der Checksumme?
und

Code: Alles auswählen

head /etc/init.d/acpid

möchte ich nicht neu installieren,

Fürs erste könntest Du mal alle checksummen (der binaries) prüfen

Code: Alles auswählen

su -
cd /
nice md5sum -c /var/lib/dpkg/info/*.md5sums 2>&1 | grep -v OK$

Das dauert länger:

Code: Alles auswählen

$ cat /var/lib/dpkg/info/*.md5sums | wc -l
103107

Und nicht alle Fehlermeldungen dabei müssen schlecht sein:

Code: Alles auswählen

# nice md5sum -c  /var/lib/dpkg/info/*.md5sums 2>&1 | grep -v OK$
md5sum: usr/share/doc/clamav-base/examples/daily.cvd: No such file or directory
usr/share/doc/clamav-base/examples/daily.cvd: FAILED open or read
md5sum: usr/share/doc/clamav-base/examples/main.cvd: No such file or directory
usr/share/doc/clamav-base/examples/main.cvd: FAILED open or read
md5sum: WARNING: 2 of 14 listed files could not be read
(von mir gelöscht)

md5sum: usr/share/cups/drv/sample.drv: No such file or directory
usr/share/cups/drv/sample.drv: FAILED open or read
md5sum: WARNING: 1 of 67 listed files could not be read
(von mir umbenannt)

usr/share/debootstrap/functions: FAILED
md5sum: WARNING: 1 of 23 computed checksums did NOT match
(von mir geändert)

usr/lib/gnupg/gpgkeys_curl: FAILED
usr/lib/gnupg/gpgkeys_hkp: FAILED
md5sum: WARNING: 2 of 76 computed checksums did NOT match
(Paketsystemfehler, s.u.)

md5sum: lib/modules/2.6.32-3-686-bigmem/kernel/drivers/staging/rt2870/rt2870sta.ko: No such file or directory
lib/modules/2.6.32-3-686-bigmem/kernel/drivers/staging/rt2870/rt2870sta.ko: FAILED open or read
md5sum: WARNING: 1 of 2668 listed files could not be read
(von mir umbenannt)

lib/modules/2.6.26-2-xen-686/modules.dep: FAILED
lib/modules/2.6.26-2-xen-686/modules.alias: FAILED
lib/modules/2.6.26-2-xen-686/modules.symbols: FAILED
md5sum: WARNING: 3 of 1970 computed checksums did NOT match
usr/share/misc/pci.ids: FAILED
md5sum: WARNING: 1 of 16 computed checksums did NOT match
var/lib/usbutils/usb.ids: FAILED
md5sum: WARNING: 1 of 12 computed checksums did NOT match
(Paketsystemfehler, denn ändern sich dynamisch)

usr/share/man/man1/pdftoppm.1.gz: FAILED
usr/bin/pdftoppm: FAILED
md5sum: WARNING: 2 of 10 computed checksums did NOT match
(Paketsystemfehler, s.u., poppler-utils beißt sich mit xpdf-reader, noch nicht xpdf-reader-3.02-2 aus unstable in Verwendung)

Inkompatibilitäten im Paketsystem:

Code: Alles auswählen

# grep  gpgkeys_  /var/lib/dpkg/info/*.md5sums
/var/lib/dpkg/info/gnupg-curl.md5sums:80a1ba625bbb86a029ecb683d5d9436c  usr/lib/gnupg/gpgkeys_curl
/var/lib/dpkg/info/gnupg-curl.md5sums:33beefc64de71402fdef23e3c922277d  usr/lib/gnupg/gpgkeys_hkp
/var/lib/dpkg/info/gnupg.md5sums:05725770cc671c932c589d1e7cdb0a9a  usr/lib/gnupg/gpgkeys_curl
/var/lib/dpkg/info/gnupg.md5sums:c26a7e70806c7bcd0a38e2d5fb29ae2b  usr/lib/gnupg/gpgkeys_hkp
...
# dpkg -l | grep gnupg
ii  gnupg                                                    1.4.10-2                            GNU privacy guard - a free PGP replacement
ii  gnupg-curl                                               1.4.10-2                            GNU privacy guard - a free PGP replacement (

# grep pdftoppm /var/lib/dpkg/info/*.md5sums
/var/lib/dpkg/info/poppler-utils.md5sums:8990d87c097bef84166643568547f4c8  usr/bin/pdftoppm
/var/lib/dpkg/info/poppler-utils.md5sums:da46ebd894e5862a45283e53c0f7da61  usr/share/man/man1/pdftoppm.1.gz
/var/lib/dpkg/info/xpdf-reader.md5sums:12ecf18a581600f7f76be237c6473717  usr/share/man/man1/pdftoppm.1.gz
/var/lib/dpkg/info/xpdf-reader.md5sums:bca2312c3304861065a9f63cb58e95cc  usr/bin/pdftoppm

(Auch kann /lib/firmware/ durch einen selbstkompilierten Kernel überschrieben worden sein.)



----------------
EDIT Durch Installation von xpdf-reader-3.02-2 aus unstable kein Konflikt mehr mit den poppler-utils.

[michaa7]

grob gesagt, bei keiner der von dir angeregten überprüfungen gibt es auffälligkeiten, ich habe die ausgabe aber auch nicht komplett verstanden, vor allem nicht warum zwischenzeitlich 2von X prüfsummen falsch waren und am ende nur noch 1 von X.
34629

Installiert ist acpid version

/# apt-cache policy acpid
acpid:
Installiert: 1:2.0.4-1

Die md5sum stimmt _nicht_ mit der von dir geposteten überein.

/etc/init.d# md5sum acpid*
e19fea8a0306130069a1e17c286b79cb acpid

head /etc/init.d/acpid zeigt nur irgendwelches gemüse an, was ich hier nur gekürzt quote.

# head /etc/init.d/acpid
$���``}@IR�~�p�J{��9�O��D�?p�IO�}ΔLQ�`��8�L��0f�<�zR9�)4�.5�SŖ[���HY@��8 M���
��m�@AH0�p▒hǷ>��+��8���1@v)�QD��D}�n����H��$�ir��0[QFM�I�b�� UX�H��7�A�zȄ$�|�
��Y<Z��YI�oz/�y��Ej�B��$�!X��8qnY{��R�]������R���▒��h�&Pp�▒j��+m=�b�����Ź�ٙ8�� �\Yh�u�mk��I����m�UҠ�R!c���=]��E_��@�*o8K���CR�Z

Bis du mir etwas anderes nahelegst gehe ich daher als schlußfolgerung davon aus, dass mein system im großen und ganzen ok ist, acpid jedoch irgendwie in die fritten gegangen ist? Es besteht damit weiterhin die frage, wie ich acpid repariere und ob ich es danach nicht am besten purge? Oder brauche ich auf einem desktop acpid für sensoren (hd, cpu, fan), das geordnete herunterfahren des rechners via ein/ausschaltknopf (was derzeit nicht funktioniert) oder sonstetwas nützliches?

[rendegast]

(1600 Beiträge, und Du hast Dir erst jetzt mal die Datei angesehen?)

head /etc/init.d/acpid zeigt nur irgendwelches gemüse an, was ich hier nur gekürzt quote.

Das sieht nach einem Dateisystemfehler aus.
Hast Du die anderen Startskripte und Konfigurationsdateien kontrolliert?

Die Dateien der umgebenden Inodes solltest Du Dir ansehen,
zBsp. bei einem ext3fs:

Code: Alles auswählen

# ls -i /etc/init.d/acpid
49016 /etc/init.d/acpid

# debugfs /dev/sda6
debugfs 1.41.11 (14-Mar-2010)
debugfs:  ncheck 49014 49015 49016 49017 49018
Inode   Pathname
49014   /etc/X11/xorg.conf.d_dfde/blck.06 section "ServerFlags".conf
49017   /etc/samba/.res_testing-lenny/smb.conf.ucf-dist_20081201
49015   /etc/rc2.d/S05rc.local
49018   /etc/modprobe.d/a_LOKAL_blacklist.conf
49016   /etc/init.d/acpid
^C
debugfs:  quit

Obige md5-Summenprüfung der binaries,
SMART-Werte?
Dateisystem-Check, SMART-Check.
Backup?

Bis du mir etwas anderes nahelegst gehe ich daher als schlußfolgerung davon aus, dass mein system im großen und ganzen ok ist, acpid jedoch irgendwie in die fritten gegangen ist?

Bis obige Tests nichts Gegenteiliges ausgeben, gehe ich davon aus,
daß Dein System "irgendwie in die fritten gegangen ist".

Es besteht damit weiterhin die frage, wie ich acpid repariere und ob ich es danach nicht am besten purge?

Einfach das Paket entpacken ( 'dpkg-deb -x Paket.deb Paket' oder mit zBsp. mc) und die Dateien ins System kopieren.
Damit funktionieren die Aufrufe der [post|pre][inst|rm]-Skripte.
Dann mittels der normalen Paketmanagement-Tools das Paket einfach nochmal installieren.

[michaa7]

# ls -i /etc/init.d/acpid
1952676 /etc/init.d/acpid
root@lintower:/# debugfs /dev/sda2
debugfs 1.41.11 (14-Mar-2010)
debugfs: ncheck 1952674 1952675 1952676 1952677 1952678
Inode Pathname
1952677 /usr/share/doc/acpid/examples/default.sh
1952678 /usr/share/doc/acpid/examples/powerbtn
1952676 /etc/init.d/acpid
debugfs: quit

Mit was soll ich denn die md5sum vergleichen?

# md5sum /usr/share/doc/acpid/examples/powerbtn
57f021ab2369f211018d6e7d11434314 /usr/share/doc/acpid/examples/powerbtn

# md5sum /usr/share/doc/acpid/examples/default.sh
faf2a529017eaca618cacc368f9e7c27 /usr/share/doc/acpid/examples/default.sh

SMART zeigt keine auffälligkeiten (werde ich auch gleich nochmal laufen lassen), soweit ich das beurteilen kann, backup not available , dateisystemcheck bringt beim booten keine fehler, nen vollständigen werde ich gleich mal auf der entsprechenden patrtiton laufen lassen.

Ich habe ein paar andere startscripte mit "head /etc/init.d/a*" und "head /etc/init.d/*" getestet. Ausser acpid war kein fehler sichtbar, wobei ich beim zweiten nicht vollständig zurückscrollen konnte. Spricht aber wohl ehr gegen dateisystemfehler und weißt ehr auf eine einzelne kaputte datei.

---> Wie ist

'dpkg-deb -x Paket.deb Paket'

konkret zu verstehen, ich versteh das zweite "Paket" nicht genau, so

Code: Alles auswählen

dpkg-deb -x /var/cache/apt/archives/acpid_1%3a2.0.5-1_i386.deb acpid

oder anders?

Ich glaube ich schaue mir mal die mc methode an, sit für mich vielleicht übersichtlicher.

Danke soweit.

[michaa7]

sodele, mit der mc methode acpid drübergebügelt, ein "apt-get install acpid" hinterhergeschoben und schon allesse paletti isse

Dennoch mal einen dateisystemcheck durchgeführt, ohne problem. S.M.A.R.T spare ich mir jetzt mal ...

Danke für deine tipps!

Um nochmal auf acpid und den nutzen zurück zu kommen: ich hatte nur kurz mal "apt-cache show acpid" aufgerufen, werde aber wohl mal in die doc_s abtauchen, weil ich irgendwo mal was mit power button config gelesen habe.

[rendegast]

Mit was soll ich denn die md5sum vergleichen?

Code: Alles auswählen

    # md5sum /usr/share/doc/acpid/examples/powerbtn
    # md5sum /usr/share/doc/acpid/examples/default.sh

Mit gar nichts, aber es läßt sich dorch durch einfaches Ansehen deiser Skripte erkennen,
ob darin valider Skriptcode oder binärer Datenmüll steckt.
Zum Vergleichen, diese Dateien stecken ja auch im Paket.

nicht vollständig zurückscrollen konnte.

Code: Alles auswählen

... | less

---> Wie ist

'dpkg-deb -x Paket.deb Paket'

konkret zu verstehen, ich versteh das zweite "Paket" nicht genau, so

Code: Alles auswählen

 dpkg-deb -x /var/cache/apt/archives/acpid_1%3a2.0.5-1_i386.deb acpid

Der Befehl braucht einen Ort, wohin zu entpacken ist, das Verzeichnis wird gegebenenfalls erstellt.
Mit der TAB-Completion der Shell hat mensch da schnell einen bezeichnenden Ordnernamen,
insbesondere, wenn mehrere Pakete vorliegen, zBsp. zum Vergleichen.

Um nochmal auf acpid und den nutzen zurück zu kommen:
... irgendwo mal was mit power button config

ZBsp kann powerbutton.sh beliebig ersetzt werden.
Bei Experimenten mit dem Xserver, bzw. dessen Absturz inklusive Verlust der Eingabegeräte ist so eine Möglichkeit gegeben,
den X zu killen, zur Konsole zu kommen, noch sauber neu zu starten oder beliebige Kombinationen davon.
(powerbutton.sh habe ich erweitert, zBsp. kann ich verschiedene Aktionen durch Abzählen der Betätigungen des Schalters ausführen)

[michaa7]

... es läßt sich dorch durch einfaches Ansehen deiser Skripte erkennen,
ob darin valider Skriptcode oder binärer Datenmüll steckt.
...

Ok, das konnte ich ja mit dem "head ...." befehl verifizieren, da zeigten alle scripte lesbares und kein binärgemüse.

---> Wie ist

'dpkg-deb -x Paket.deb Paket'

konkret zu verstehen, ich versteh das zweite "Paket" nicht genau, so

Code: Alles auswählen

 dpkg-deb -x /var/cache/apt/archives/acpid_1%3a2.0.5-1_i386.deb acpid

Der Befehl braucht einen Ort, wohin zu entpacken ist, das Verzeichnis wird gegebenenfalls erstellt.
Mit der TAB-Completion der Shell hat mensch da schnell einen bezeichnenden Ordnernamen,
insbesondere, wenn mehrere Pakete vorliegen, zBsp. zum Vergleichen..

Also das verstehe ich auch jetzt und nach nochmaligem durchlesen von "man dpkg-deb # -x" immer noch nicht. Denn dann müßte der speicherort in diesem fall (und wohl immer) "/" sein. Genau davor wird aber in den man pages gewarnt(möglicherweise aus anderen gründen, ich nehme an aus gründen der konsistenz der paketverwaltung weswegen man ja wohl auch ein "apt-get install acpid" nachschieben sollte). Zudem wäre deine angabe "Packet" dann falsch.
Ich hab's wohl nicht verstanden?

Um nochmal auf acpid und den nutzen zurück zu kommen:
... irgendwo mal was mit power button config

ZBsp kann powerbutton.sh beliebig ersetzt werden.
Bei Experimenten mit dem Xserver, bzw. dessen Absturz inklusive Verlust der Eingabegeräte ist so eine Möglichkeit gegeben,
den X zu killen, zur Konsole zu kommen, noch sauber neu zu starten oder beliebige Kombinationen davon.
(powerbutton.sh habe ich erweitert, zBsp. kann ich verschiedene Aktionen durch Abzählen der Betätigungen des Schalters ausführen)

Das würde mich interessieren. Ich habe es gestern noch hinbekommen, mir den ausschaltknopf zum herunterfahren zu konfigurieren. Ich habe es exact so gemacht wie in "man acpid" beispielhaft beschrieben (wobei leider nicht darauf hingewiesen wurde, dass das script erst noch für die gruppe bzw für alle ausführbar gemacht werden muß und ich nicht sicher bin ob es sinnvoller ist, den user der gruppe acpid hinzuzufügen oder das script für alle ausführbar zu machen, wie ich es getan habe.)
Würdest du deine powerbtn konfiguration hier preisgeben?

[rendegast]

sodele, mit der mc methode acpid drübergebügelt,

Das geht, daher auch erwähnt, und ist einfach (mit vielen anderen Dateimanagern wohl auch).
Das Problem ist, wenn ein großes Paket (zBsp. kernel-Image) so entpackt werden soll: Es ist LANGSAM.
'dpkg-deb -x ....' ist dagegen flott.

Also das verstehe ich auch jetzt und nach nochmaligem durchlesen von "man dpkg-deb # -x"

Ausprobieren?

Code: Alles auswählen

$ aptitude download acpid
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Status-Informationen einlesen... Fertig
Lese erweiterte Statusinformationen... Fertig
Initialisiere Paketstatus... Fertig          
Hole:1 http://ftp2.de.debian.org testing/main acpid 1:2.0.4-1 [47,3kB]
47,3kB wurden in 0s heruntergeladen (3.794kB/s)
$ ll
insgesamt 48
-rw-r--r-- 1 etchuser etchuser 47294 22. Apr 19:47 acpid_1%3a2.0.4-1_i386.deb

Ein Paket heruntergeladen

Entpackversuch ohne ein Zielverzeichnis gibt einen Fehler:

Code: Alles auswählen

$ dpkg-deb -x acpid_1%3a2.0.4-1_i386.deb 
dpkg-deb: --extract benötigt ein Zielverzeichnis.
Vielleicht sollten Sie dpkg --install verwenden?

Als Zielverzeichnis den "." landet es im aktuellen Verzeichnis:

Code: Alles auswählen

$ dpkg-deb -x acpid_1%3a2.0.4-1_i386.deb .
$ ll
insgesamt 48
-rw-r--r-- 1 etchuser etchuser 47294 22. Apr 19:47 acpid_1%3a2.0.4-1_i386.deb
drwxr-xr-x 5 etchuser etchuser   100 22. Apr 12:45 etc
drwxr-xr-x 5 etchuser etchuser   100 22. Apr 12:45 usr

Zielverzeichnis Paketname (TAB-Completion) ohne das ".deb" (durch BACK-Taste entfernt):

Code: Alles auswählen

$ dpkg-deb -x acpid_1%3a2.0.4-1_i386.deb acpid_1%3a2.0.4-1_i386
$ ll
insgesamt 48
drwxr-xr-x 4 etchuser etchuser    80 22. Apr 12:45 acpid_1%3a2.0.4-1_i386
-rw-r--r-- 1 etchuser etchuser 47294 22. Apr 19:47 acpid_1%3a2.0.4-1_i386.deb
drwxr-xr-x 5 etchuser etchuser   100 22. Apr 12:45 etc
drwxr-xr-x 5 etchuser etchuser   100 22. Apr 12:45 usr
$ ll acpid_1%3a2.0.4-1_i386
insgesamt 0
drwxr-xr-x 5 etchuser etchuser 100 22. Apr 12:45 etc
drwxr-xr-x 5 etchuser etchuser 100 22. Apr 12:45 usr

(Das Entpackte landet im Verzeichnis acpid_1%3a2.0.4-1_i386/ )

und ich nicht sicher bin ob es sinnvoller ist, den user der gruppe acpid hinzuzufügen oder das script für alle ausführbar zu machen,

unnötig, acpid läuft normalerweise als root, und hat damit das Recht, 'shutdown' auszuführen.
'shutdown' ist die Standardaktion des Skripts /etc/acpi/powerbtn.sh bzw. powerbtn-acpi-support.sh

-----------------------------------------------------------------------------------------------------------
Meine powerbtn-Konfiguration:
/etc/acpi/powerbtn.sh:

Code: Alles auswählen

#!/bin/sh
run-parts /etc/acpi/powerbtn.d

Wegen 'run-parts' kann ich beliebig weitere Skripte da unterbringen, momentan nur:
34632 /etc/acpi/powerbtn.d/powerbtn_locks
(der "aktive" Teil, setzt die Lock-Dateien und wählt danach das Action-Verzeichnis)

34633 /etc/acpi/FUNCTIONS.sh gibt bis jetzt nur Meldungen aus, aber für Helferlein der Skripte gedacht.

Die "Action"-Verzeichnisse:
34634 /etc/acpi/powerbtn.d/ACTION_LOCK0/dummy
(na was wohl?)
34635 /etc/acpi/powerbtn.d/ACTION_LOCK1_X/00_Header
34636 /etc/acpi/powerbtn.d/ACTION_LOCK1_X/01_X-Stop
(den X killen)
34638 /etc/acpi/powerbtn.d/ACTION_LOCK2_atkbd/atkbd
(startet/stopt ssh im Wechsel, "atkbd" aus Anlaß der Erstellung (Konsolentastatur))
34637 /etc/acpi/powerbtn.d/ACTION_LOCK3_chvt/chvt
(auf Konsole 1 wechseln)
34639 /etc/acpi/powerbtn.d/ACTION_LOCK4_restart/restart
34640 /etc/acpi/powerbtn.d/ACTION_LOCK5_halt/halt
Immer dasselbe Schema, die Skriptnamen sind egal, im Rahmen der run-parts-Grenzen.
Die Verzeichnisse müssen in diesem Fall dem Schema ACPI_LOCK[0-9].... folgen, aber das ist abänderbar.

[michaa7]

Also das verstehe ich auch jetzt und nach nochmaligem durchlesen von "man dpkg-deb # -x"

Ausprobieren?

Nein, du hast keine vorstellung wie ich in 1 ms von 0 auf 230 bin wenn (s)ich irgendetwas irgendwohin installiere/t, wo es möglicherweise nicht hin soll. Bevor ich diesen fehler mache frage ich 5 mal.

Aber ich habe deine ausführungen zu "dpkg-deb -x ...." immer noch nicht wirklich verstanden, es sei denn du wolltest wirklich acpid nach /root/acpid_1%3a2.0.4-1_i386/ (darauf läuft doch acpid_1%3a2.0.4-1_i386/ hinaus?) installieren? So habe ich das mit dem mc nicht gemacht. Ich habe die beiden teilbäume des archives ( .../contents/etc und .../contents/usr) nach /etc und /usr kopiert und (weil ich denke dass erst dadurch die paketverwaltung das wirklich mitbekommt) anschliessend ein "apt-get install acpid" nachgeschoben was nun auf grund des durch das drüberkopieren reparierten acpid startscrips wieder funktionierte.

Wie das mit "dpkg-deb -x ...." hätte funktionieren sollen kann ich nicht nachvollziehen weil mir das zielverzeichnis "acpid_1%3a2.0.4-1_i386" entweder unverständlich bleibt oder ich es schlicht als ein neues, falsches verzeichnis ansehe.

und ich nicht sicher bin ob es sinnvoller ist, den user der gruppe acpid hinzuzufügen oder das script für alle ausführbar zu machen,

unnötig, acpid läuft normalerweise als root, und hat damit das Recht, 'shutdown' auszuführen.
'shutdown' ist die Standardaktion des Skripts /etc/acpi/powerbtn.sh bzw. powerbtn-acpi-support.sh

Also bei mir hat das herunterfahren erst funktioniert, nachdem ich das script für alle ausführbar gemacht hatte. Ich denke, dass sich die acpid version in sid von der in etch unterscheidet. Es wir beispielweise standardmäßig keine /etc/acpi/powerbtn.sh installiert!

Danke auch für deine powerbtn files, das schaue ich mir mal in ruhe an.

[rendegast]

es sei denn du wolltest wirklich acpid nach /root/acpid_1%3a2.0.4-1_i386/ (darauf läuft doch acpid_1%3a2.0.4-1_i386/ hinaus?) installieren?

Wie kommst Du denn auf den Trichter?

Schau Dir das nochmal genau an:

Code: Alles auswählen

$ dpkg-deb -x acpid_1%3a2.0.4-1_i386.deb .
$ ll
insgesamt 48
-rw-r--r-- 1 etchuser etchuser 47294 22. Apr 19:47 acpid_1%3a2.0.4-1_i386.deb
drwxr-xr-x 5 etchuser etchuser   100 22. Apr 12:45 etc
drwxr-xr-x 5 etchuser etchuser   100 22. Apr 12:45 usr

1. Der Shell-Marker(?) ist ein "$", kein "#". Ich bin da also kein root.
2. Das 'll' zeigt nur das *.deb und die beiden entpackten Verzeichnisse "etc/" und "usr",
ich bin da also auch nicht in einem home-Verzeichnis oder in /root/. (sondern irgendwo unterhalb von /tmp)
3. dpkg-deb dient nicht zur Installation, sondern zur Paketmanipulation:
'man dpkg':

Code: Alles auswählen

       dpkg-deb actions
              See dpkg-deb(1) for more information about the following actions.

              -b, --build directory [archive|directory]
                  Build a deb package.
              -c, --contents archive
                  List contents of a deb package.
              -e, --control filename [directory]
                  Extract control-information from a package.
              -x, --extract archive directory
                  Extract the files contained by package.
              -X, --vextract archive directory
                  Extract and display the filenames contained by a
                  package.

'man dpkg-deb'

Code: Alles auswählen

NAME
       dpkg-deb - Debian package archive (.deb) manipulation tool

SYNOPSIS
       dpkg-deb [options] command

DESCRIPTION
       dpkg-deb packs, unpacks and provides information about Debian archives.

       Use dpkg to install and remove packages from your system.

"packs, unpacks and provides information about Debian archives."
"Use dpkg to install and remove packages from your system."



---------------
Daran habe ich jedoch die ganze Zeit gar nicht gedacht,
statt zu entpacken und an die richtige Stelle zu kopieren hätte natürlich auch ein direktes

Code: Alles auswählen

dpkg -i acpid*.deb

das gewünschte erreicht.
(Wohl, weil ich an Deiner Stelle erstmal den Inhalt des Originalpaketes mit den Dateien im System verglichen hätte.)

[michaa7]

Daran habe ich jedoch die ganze Zeit gar nicht gedacht,

ok, das stimmt, ich hatte da anders als von dir gedacht "entpacken" und "ins System kopieren" gedanklich zusammengezogen.

Einfach das Paket entpacken ( 'dpkg-deb -x Paket.deb Paket' oder mit zBsp. mc) und die Dateien ins System kopieren.

statt zu entpacken und an die richtige Stelle zu kopieren hätte natürlich auch ein direktes

Code: Alles auswählen

dpkg -i acpid*.deb

das gewünschte erreicht.

Wäre das nicht genauso hängen geblieben wie apt?

Ubnd soweit es die ausführungsrechte von /etc/acpi/powerbtn.sh betrifft: Mir fehlten die beiden pakete acpi-support-base und acpi-support, diese legen nämlich erst die acpi scripte an ... mit den rechten wie von mit händisch erzeugt ... wieder etwas mehr licht im chaos der möglichkeiten.

[rendegast]

Wäre das nicht genauso hängen geblieben wie apt?

Äwenduälll.
Eventuell aber auch nicht, 'dpkg'-"Sachen" sind halt ziemlich generisch, zBsp. die 'force'-Optionen.