[+] Ubuntu 8.04 - zatrzymanie wy

[darkmanek]

Witam.
Problem opisywałem na innym forum, lecz pozostał bez odzewu, więc zwracam się tutaj.
Mianowicie, podczas zamykania systemu "pasek" wędruje do połowy, a później przechodzi do trybu tekstowego i pojawia się informacja:

Saving the system clock [ok]
Shutting down ALSA [ok]
Unmounting any overflow tmpfs from /tmp [ok]
_

i tak zostaje, dopóki nie zrestartuję lub nie wyłączę systemu przyciskiem "power".
Nie wiem, co robić, szukałem przez Google ale wszystkie porady dotyczą błędów w wyłączaniu ALSY.
A jak widać nie o to chodzi.
Po przejrzeniu logów niczego na ten temat nie znalazłem.
Jakieś sugestie?
Z góry dziękuję.

[Akkon]

i tak zostaje, dopóki nie zrestartuję lub nie wyłączę systemu przyciskiem "power"

Jakiś proces ciągle "wisi". Musiałbyś dokładnie przejrzeć logi.
PS. Zamknięcie z konsoli (jako roota) działa?

Kod: Zaznacz cały

shutdown -h now

[darkmanek]

Witam
Dzięki @Akkon za zainteresowanie tematem.
Polecenie

Kod: Zaznacz cały

shutdown -h now

owocuje trybem tekstowym i komunikatem

Kod: Zaznacz cały

Checking battery state                           [ok]
Running local boot scripts /etc/rc.local    [ok]
_

przy czym sprawdzanie stanu baterii na stacjonarnym jest co najmniej dziwne.
Jednak kończy się ok i znów wisi na innym procesie.....

[Akkon]

Jednak kończy się ok i znów wisi na innym procesie.....

Musisz dokładnie przejrzeć jakie masz pouruchamiane usługi w systemie. Być może jakaś z nich jest bezcelowa i nie może się z tego powodu prawidłowo wyłączyć. To oczywiście tylko spekulacje. Obawiam się, że nikt poza Tobą nie jest w stanie stwierdzić w czym rzecz. Przejrzyj dokładnie wszystkie logi i komunikaty. Tak to już jest z tym Ubuntu. Dopóki działa jest ok., ale jak padnie... ;-)

[lis6502]

Na drugim komputerze (Lenny) miałem coś podobnego. Doinstalowanie acpi-support rozwiązało problem, ale w Ubuntu musiałbyś dokładnie określić nazwę pakietu. Pomoże Ci w tym apt-cache search acpi. Co do baterii na stacjonarnym: szukaj pakietu z laptop w nazwie.

[darkmanek]

Witam
Usługi włączone:

Kod: Zaznacz cały

sysklogd
gdm
apport
anacron
atd
dbus
cupsys
avahi-daemon
acpid
apmd
alsa-utils
powernowd
hotkey-setup

Co do acpi-support, to jest w najnowszej wersji.
Co do pakietów "laptopowych", to jest laptop-detect i laptop-mode-tools.
Odinstalowanie laptop-detect wiąże się z odinstalowaniem :

Kod: Zaznacz cały

 acpi-support displayconfig-gtk hotkey-setup laptop-detect powermanagement-interface powernowd tasksel
  tasksel-data ubuntu-desktop ubuntu-minimal

natomiast wraz z laptop-mode-tools pozbędę się:

Kod: Zaznacz cały

acpi-support laptop-mode-tools powermanagement-interface ubuntu-desktop

Teraz pytanko:
O ile ubuntu-desktop nie jest mi jakoś niezbędne, o tyle nie wiem, co spowoduje brak reszty tych pakietów.
Co z tym zrobić?
Pozdrawiam

Edit:
W logach znalazłem m.in to:
http://www.wklej.org/id/56148/http://www.wklej.org/id/56148/

[Utumno]

Ten krotki log, ktory podales nie zawiera nic podejrzanego.

Ja bym sprobowal wylaczyc z palca (halt) i jak zawisnie (mozesz jeszcze wtedy poruszac sie po systemie?), poogladac sobie logi w /var/log, zwlaszcza syslog, messages, daemon...

[darkmanek]

Witam
po poleceniu

Kod: Zaznacz cały

sudo halt -f now

system wisi tak jak u góry pisałem, a po przełączeniu w tryb konsoli nic nie mogę zdrobić tzn. system na nic nie reaguje.
Powoli mnie krew zalewa z tym wyłączaniem. To się dzieje od jakiegoś miesiąca, najpierw na starej maszynie,
teraz na nowym kompie. Wcześniej chodził bezproblemowo. Po prostu kiedyś zrobiłem reinstalkę systemu i się posypało. Od tej pory tak mam. CO ciekawe, na świeżym systemie chodzi ok. Dopiero po aktualizacjach się sypie.

[Utumno]

wyglada to na problem z APM albo ACPI.

Sprobuj pozonglowac parametrami kernela:

Kod: Zaznacz cały

noapic 
apm=off
noacpi
acpi=off

[darkmanek]

@Utumno, spróbuję się tym pobawić. Dam znać co i jak.

Edit:
Nic to nie dało, zainstalowałem wersję 64bit i śmiga. Tzn. wydaje mi się, że na tym procesorze szybciej chodzi wersja 32bit niż 64. Tyle tylko że na amd nie ma problemu z wyłączaniem. Jednak gryzie mnie to cały czas. Bez różnicy, czy to oryginalna dystrybucja czy polski remix, nowy system działał pięknie do aktualizacji. A potem lipa.
W każdym razie dziękuję wszystkim za pomoc, chyba zmienię forum i będę wpadał tu częściej.

[Dodano: 2009-02-23, 17:04]
Znalazłem!
To plik /etc/init.d/firewall:

Kod: Zaznacz cały

#!/bin/sh
iptables -F
iptables -X
iptables -t nat -X
iptables -t nat -F
iptables -A INPUT -i lo -j ACCEPT
iptables -A FORWARD -o lo -j ACCEPT
iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT ACCEPT 
iptables -A INPUT -j ACCEPT -m state --state ESTABLISHED,RELATED
iptables -A FORWARD -j ACCEPT -m state --state ESTABLISHED,RELATED

iptables -A INPUT -s 0/0 -p tcp --dport 22 -j ACCEPT
iptables -A INPUT -s 0/0 -p udp --dport 22 -j ACCEPT

iptables -A INPUT -s 0/0 -p tcp --dport 8010 -j ACCEPT
iptables -A INPUT -s 0/0 -p udp --dport 8010 -j ACCEPT

dcon () { 
iptables -A INPUT -s 0/0 -p tcp --dport 6881:6889 -j ACCEPT
iptables -A INPUT -s 0/0 -p udp --dport 6881:6889 -j ACCEPT
iptables -A OUTPUT -s 0/0 -p tcp --dport 6881:6889 -j ACCEPT
iptables -A OUTPUT -s 0/0 -p udp --dport 6881:6889 -j ACCEPT
}

dcoff () { 
iptables -A INPUT -s 0/0 -p tcp --dport 6881:6889 -j DROP
iptables -A INPUT -s 0/0 -p udp --dport 6881:6889 -j DROP
iptables -A OUTPUT -s 0/0 -p tcp --dport 6881:6889 -j DROP
iptables -A OUTPUT -s 0/0 -p udp --dport 6881:6889 -j DROP
}

# ================== MAIN() ==================== 
case "$1" in 
   
    dcon) 
        dcon ;; 
    dcoff) 
        dcoff ;; 
    *) 
        echo $"  Uzyj: $0 {dcon, dcoff}" 
        echo "#### Firewall ####" 
        exit 1 
esac

Tylko dlaczego to działało?