wie prozess beenden? (kill, killall, kill -9 gehen nicht)

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
Benutzeravatar
thorben
Beiträge: 722
Registriert: 14.09.2003 23:23:49

wie prozess beenden? (kill, killall, kill -9 gehen nicht)

Beitrag von thorben » 01.07.2004 23:12:31

moin,
ich hab auf meinem debian unstable (kernel 2.6.5) ein problem mit dpkg-preconfigure, der prozess lockt /var/cache/debconf/config.dat (ein problem dass hier im forum auch schon behandelt wurde)

kill - keine reaktion
kill -9 - eine reaktion
killall - 19694: no process killed
fuser -vk /var/cache/debconf/config.dat <- geht auch nicht

der prozess will einfach nicht sterben

neustart habe ich absichtlich noch nicht probiert, bin ja nicht unter windows ;-)

danke schon mal
thorben

Benutzeravatar
pdreker
Beiträge: 8298
Registriert: 29.07.2002 21:53:30
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Nürnberg

Beitrag von pdreker » 02.07.2004 00:43:51

Wie sieht der Output von "ps -awx" für den Prozess aus? Prozesse, die mit kill -9 nicht zu erreichen sind, haben oft ein tieferliegendes Problem (Kernel oder Hardware).

Und: killall erwartet einen Prozess*namen*, nicht die PID...

Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de

Benutzeravatar
thorben
Beiträge: 722
Registriert: 14.09.2003 23:23:49

Beitrag von thorben » 02.07.2004 00:50:57

Code: Alles auswählen

ps awx  |grep apt
19694 ?        D      0:00 /usr/bin/perl -w /usr/sbin/dpkg-preconfigure --apt
das D flag scheint verdächtig -> "man ps" sagt:

Code: Alles auswählen

  D uninterruptible sleep (usually IO)
das kann jawohl nicht ernst gemeint sein, oder? :-)

gruß
thorben

Benutzeravatar
pdreker
Beiträge: 8298
Registriert: 29.07.2002 21:53:30
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Nürnberg

Beitrag von pdreker » 02.07.2004 00:59:04

Jepp, das habe ich mir gedacht: Der Prozess ist *im* Kernel steckengeblieben, während er I/O machen wollte. Solche Prozesse kann man leider nicht killen, ein Kernel Oops oder sogar Panic wäre die Folge, weshalb der Kernel das erst gar nicht macht. Die einzige Methode diese Prozesse zu "erlegen" ist ein Reboot.

Allerdings sind "D" State Prozesse oft ein Zeichen, dass etwas anderes im Argen liegt. Was genau kann ich leider von hier aus nicht diagnostizieren, aber wenn das Probl;em wiederholt auftritt, würde ich 'mal memtest86+ zum Einsatz bringen. Die Festplatte mit dem Hersteller Utility auf Gesundheit zu testen ist sicher auch nicht verkehrt. Allerdings sind Hardware Probleme eher selten die Ursache.

Was für Hardware (IDE Controller usw.) verwendest Du (Ausgabe von lspci), welchen Kernel verwendest Du (uname -a) und welche Kernel Optionen sind aktiviert (cat /proc/cmdline und (kleine!!!) Teile des Inhalts von /boot/config-KERNELVERSION). Bei letzterem interessieren eigentlich nur die APIC und ACPI Optionen. (Bitte nicht die komplette Kernelconfig posten, da springe ich im Dreieck ;-))

Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de

Benutzeravatar
thorben
Beiträge: 722
Registriert: 14.09.2003 23:23:49

Beitrag von thorben » 02.07.2004 15:01:53

danke für die erklärung :-)

hab nen reboot gemacht und gut wars, problem ist bisher nie aufgetreten, ich vermute ein unbedachtes STRG+C wird schuld gewesen sein

nachfolgend meine config (btw, bist du debian entwickler oder woher das interesse?):
der kernel mit dem es passiert ist war 2.6.5 mit openswan (debian kernel zu dem ich keine einstellungen weiß)

normal arbeitet der rechner mit 2.6.5 mit grsecurity patch und folgender config:

APIC:

Code: Alles auswählen

CONFIG_X86_GOOD_APIC=y
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
# CONFIG_HPET_TIMER is not set
# CONFIG_HPET_EMULATE_RTC is not set
# CONFIG_SMP is not set
CONFIG_PREEMPT=y
CONFIG_X86_UP_APIC=y
CONFIG_X86_UP_IOAPIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
ACPI

Code: Alles auswählen

# Power management options (ACPI, APM)
#
# CONFIG_PM is not set

#
# ACPI (Advanced Configuration and Power Interface) Support
#
# CONFIG_ACPI is not set
CONFIG_ACPI_BOOT=y
lspci

Code: Alles auswählen

lspci
0000:00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03)
0000:00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)
0000:00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
0000:00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
0000:00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
0000:00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
0000:00:0e.0 VGA compatible controller: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] (rev 15)
0000:00:0f.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03)
0000:00:11.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 24)
0000:01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X/2X (rev 5c)
0000:02:09.0 Ethernet controller: 3Com Corporation 3c905B Deluxe Etherlink 10/100/BNC [Cyclone]
gruß
thorben

Antworten