Strona 1 z 2
[+] Ubuntu 8.04 - zatrzymanie wyłączania systemu
: 22 lutego 2009, 00:48
autor: 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ę.
: 22 lutego 2009, 14:00
autor: Akkon
darkmanek pisze: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?
: 22 lutego 2009, 16:05
autor: darkmanek
Witam
Dzięki @Akkon za zainteresowanie tematem.
Polecenie
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.....
: 22 lutego 2009, 18:45
autor: Akkon
darkmanek pisze: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... ;-)
: 22 lutego 2009, 20:52
autor: 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.
: 22 lutego 2009, 23:14
autor: 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/
: 23 lutego 2009, 04:42
autor: 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...
: 23 lutego 2009, 10:44
autor: darkmanek
Witam
po poleceniu
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.
: 23 lutego 2009, 12:08
autor: Utumno
wyglada to na problem z APM albo ACPI.
Sprobuj pozonglowac parametrami kernela:
: 23 lutego 2009, 12:12
autor: 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?