Slackware 11.0 niet goed af te sluiten

[badkuip]

Enige tijd ben ik al bezig met Slackware maar ik loop tegen een nieuw probleem aan, mijn Slackware fileserver is niet meer goed uit te schakelen. Vorige Slackware installaties sloten zich goed af, nu druk ik handmatig de powerknop in.

Als ik "shutdown -h now" of "init 0" doe dan krijg ik de volgende message:

code:

root@tumtum:/home/erik# shutdown -h now

Broadcast message from root (pts/0) (Thu Oct 25 23:36:46 2007):

The system is going down for system halt NOW!

Er gebeurt dan vervolgens niets. Als ik dan 'who -r' doe dan zie ik dit:

code:

root@tumtum:/home/erik# who -r
         run-level 0  Oct 25 23:36                   last=3

Het systeem staat dus wel in runlevel 0

Het systeemlog (var/log/messages) geeft het volgende:

code:

Oct 25 23:36:46 tumtum init: Switching to runlevel: 0
Oct 25 23:36:46 tumtum udev[1778]: removing device node '/dev/vcc/1'
Oct 25 23:36:46 tumtum udev[1779]: removing device node '/dev/vcc/a1'
Oct 25 23:36:46 tumtum udev[1821]: removing device node '/dev/vcc/2'
Oct 25 23:36:46 tumtum udev[1822]: removing device node '/dev/vcc/a2'
Oct 25 23:36:46 tumtum udev[1823]: removing device node '/dev/vcc/3'
Oct 25 23:36:46 tumtum udev[1824]: removing device node '/dev/vcc/a3'
Oct 25 23:36:46 tumtum udev[1825]: removing device node '/dev/vcc/4'
Oct 25 23:36:46 tumtum udev[1826]: removing device node '/dev/vcc/a4'
Oct 25 23:36:46 tumtum udev[1827]: removing device node '/dev/vcc/5'
Oct 25 23:36:46 tumtum udev[1828]: removing device node '/dev/vcc/a5'
Oct 25 23:36:46 tumtum udev[1829]: removing device node '/dev/vcc/6'
Oct 25 23:36:46 tumtum udev[1830]: removing device node '/dev/vcc/a6'
Oct 25 23:36:47 tumtum udev[1856]: configured rule in '/etc/udev/rules.d/udev.rules' at line 99 applied, added symlink '%k'
Oct 25 23:36:47 tumtum udev[1856]: configured rule in '/etc/udev/rules.d/udev.rules' at line 99 applied, 'vcs1' becomes 'vcc/%n'
Oct 25 23:36:47 tumtum udev[1856]: creating device node '/dev/vcc/1'
Oct 25 23:36:47 tumtum udev[1857]: configured rule in '/etc/udev/rules.d/udev.rules' at line 101 applied, added symlink '%k'
Oct 25 23:36:47 tumtum udev[1857]: configured rule in '/etc/udev/rules.d/udev.rules' at line 101 applied, 'vcsa1' becomes 'vcc/a%n'
Oct 25 23:36:47 tumtum udev[1857]: creating device node '/dev/vcc/a1'
Oct 25 23:36:48 tumtum udev[1872]: removing device node '/dev/vcc/1'
Oct 25 23:36:48 tumtum udev[1873]: removing device node '/dev/vcc/a1'
Oct 25 23:36:48 tumtum init: no more processes left in this runlevel
Oct 25 23:36:48 tumtum udev[1911]: configured rule in '/etc/udev/rules.d/udev.rules' at line 101 applied, added symlink '%k'
Oct 25 23:36:48 tumtum udev[1911]: configured rule in '/etc/udev/rules.d/udev.rules' at line 101 applied, 'vcsa1' becomes 'vcc/a%n'
Oct 25 23:36:48 tumtum udev[1911]: creating device node '/dev/vcc/a1'
Oct 25 23:36:48 tumtum udev[1913]: removing device node '/dev/vcc/a1'
Oct 25 23:36:48 tumtum udev[1914]: configured rule in '/etc/udev/rules.d/udev.rules' at line 101 applied, added symlink '%k'
Oct 25 23:36:48 tumtum udev[1914]: configured rule in '/etc/udev/rules.d/udev.rules' at line 101 applied, 'vcsa1' becomes 'vcc/a%n'
Oct 25 23:36:48 tumtum udev[1914]: creating device node '/dev/vcc/a1'
Oct 25 23:36:48 tumtum udev[1910]: configured rule in '/etc/udev/rules.d/udev.rules' at line 99 applied, added symlink '%k'
Oct 25 23:36:48 tumtum udev[1910]: configured rule in '/etc/udev/rules.d/udev.rules' at line 99 applied, 'vcs1' becomes 'vcc/%n'
Oct 25 23:36:48 tumtum udev[1910]: creating device node '/dev/vcc/1'
Oct 25 23:36:48 tumtum udev[1931]: removing device node '/dev/vcc/1'
Oct 25 23:36:48 tumtum udev[1933]: removing device node '/dev/vcc/a1'
Oct 25 23:36:48 tumtum udev[1953]: removing device node '/dev/vcs1'
Oct 25 23:36:53 tumtum udev[1963]: removing device node '/dev/vcs1'
Oct 25 23:36:53 tumtum udev[1964]: removing device node '/dev/vcsa1'

Ik maak gebruik van de 2.6.22.7 kernel, die ik zelf gecompiled heb met ACPI support erin.
De standaard meegeleverde kernel, 2.4.29, geeft precies hetzelfde.

Zou iemand mij een richting aan willen geven waarin ik moet zoeken?

[Cyphax]

Blijft ie hangen na die laatste melding in je log? Wellicht duurt het erg lang? Of heb je 'm voldoende tijd gegeven om af te sluiten?

[badkuip]

Cyphax schreef op donderdag 25 oktober 2007 @ 23:44:
Blijft ie hangen na die laatste melding in je log? Wellicht duurt het erg lang? Of heb je 'm voldoende tijd gegeven om af te sluiten?

Hij blijft hangen na deze melding in de log, ik heb hem wel eens een uur de tijd gegeven maar er verandert niets. Ik moet er bij zeggen dat mn ssh sessies niet gekilled worden.

[Cyphax]

Je SSH-sessies blijven open?
Ondanks dat in je log staat "Oct 25 23:36:48 tumtum init: no more processes left in this runlevel"? Typisch. Doet ie iets als je in runlevel 0 nog eens shutdown -h intikt?
Krijg je hetzelfde als je shutdown -r doet trouwens?

[badkuip]

Cyphax schreef op donderdag 25 oktober 2007 @ 23:57:
Je SSH-sessies blijven open?
Ondanks dat in je log staat "Oct 25 23:36:48 tumtum init: no more processes left in this runlevel"? Typisch. Doet ie iets als je in runlevel 0 nog eens shutdown -h intikt?
Krijg je hetzelfde als je shutdown -r doet trouwens?

Idd, mijn sessies blijven open en ik kan allerlei dingen ding (pingen, bestanden editten e.d.).
Een tweede keer hetzelfde commando geven werkt niet, ook shutdown -r now werkt niet.
Inmiddels start de fileserver op zonder firewall en zonder samba, maar er gebeurt nog niets anders.

[Cyphax]

Ik heb het idee dat er een proces tussen zit wat ie niet af kan sluiten ofzo. Ik weet niet of dat tot gevolg kan hebben dat ie niet afsluit, ik heb zoiets als dit nog nooit gezien.
Ik zou even goed kijken in het lijstje processen dat er nog open staat. Je kunt ook de scripts even nakijken die aangeroepen worden als ie naar runlevel 0 gaat, wat debugoutput toevoegen om te zien waar ie nou stopt met werken.

[Rainmaker]

Wat zegt

code:

ps afx

nadat het systeem is "afgesloten"? Verder sluit ik me aan bij hierboven, nog niet eerder gezien...

Kun je ook nog een nieuwe SSH sessie opzetten? Want dat zou betekenen dat de deamon nog vrolijk draait.

[badkuip]

met een ps afx krijg ik dit:

code:

root@tumtum:/etc/rc.d# ps afx
  PID TTY      STAT   TIME COMMAND
    2 ?        S<     0:00 [kthreadd]
    3 ?        S<     0:00  \_ [migration/0]
    4 ?        SN     0:00  \_ [ksoftirqd/0]
    5 ?        S<     0:00  \_ [watchdog/0]
    6 ?        S<     0:00  \_ [events/0]
    7 ?        S<     0:00  \_ [khelper]
   68 ?        S<     0:00  \_ [kblockd/0]
   69 ?        S<     0:00  \_ [ksuspend_usbd]
   72 ?        S<     0:00  \_ [khubd]
   74 ?        S<     0:00  \_ [kseriod]
   97 ?        S<     0:00  \_ [khpsbpkt]
  109 ?        S<     0:00  \_ [kapmd]
  113 ?        S      0:00  \_ [pdflush]
  114 ?        S      0:00  \_ [pdflush]
  115 ?        S<     0:00  \_ [kswapd0]
  116 ?        S<     0:00  \_ [aio/0]
  793 ?        S<     0:00  \_ [kpsmoused]
  797 ?        S<     0:00  \_ [kondemand/0]
  800 ?        S<     0:00  \_ [kjournald]
 1038 ?        S<     0:00  \_ [kjournald]
    1 ?        Ss     0:00 init [0]
  837 ?        Ss     0:00 udevd
 1214 ?        Ss     0:00 /usr/sbin/syslogd
 1230 ?        Ss     0:00 /usr/sbin/klogd -c 3 -x
 1248 ?        Ss     0:00 /sbin/dhcpcd -d -t 10 eth0
 1615 ?        Ss     0:00 /usr/sbin/inetd
 1618 ?        Ss     0:00 /usr/sbin/sshd
 1738 ?        Ss     0:00  \_ sshd: erik [priv]
 1740 ?        S      0:00      \_ sshd: erik@pts/0
 1741 pts/0    Ss     0:00          \_ -bash
 1755 pts/0    R      0:00              \_ bash
 1988 pts/0    R+     0:00                  \_ ps afx
 1624 ?        S      0:00 /usr/sbin/crond -l10
 1627 ?        Ss     0:00 /usr/sbin/apmd

Ik kan nog steeds nieuwe SSH sessies opzetten.
Ik weet niet hoe ik kan kijken welke processen er aangeroepen worden als ik naar runlevel 0 switch of hoe ik debugoutput toevoeg.

[ph0t0nix]

Bij slackware heb ik dit inderdaad nog niet meegemaakt, maar in de vorige Ubuntu-versie (7.04) had ik er ook last van. Na de recente upgrade naar 7.10 is het over gegaan. Ik kon het systeem altijd nog afsluiten met Ctrl-SysRq-O. Daarvoor moet je wel kerneloptie Magic SysRq key inbakken (ik ben even vergeten of 'ie bij slack standaard wordt meegenomen).

Ik zie dat je apmd nog draait. is de apm module ook geladen? Zo ja, dan zou je die eens kunnen rmmod-en en dan afsluiten. Ik meen me te herinneren dat apm en ACPI niet goed samenwerken.

[badkuip]

Ik ben er eindelijk achtergekomen wat het was!

het probleem was het start/stop samba script wat niet netjes geprogrammeerd was:

ik had dit als stopscript:

code:

stop')
  killproc smbd
  killproc nmbd

nadat ik dit vervangen had door het script van cherwin sluit ie eindelijk netjes af.