Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Hej,
Stosuje suspend (czyli wstrzymanie systemu). Co jakiś czas (~4dni uptime) jak wybudzę lapka to wybudza się do dziwnego stanu. Dysk się kręci, ekran czarny, niby chodzi, ale nic się nie da zrobić. Tylko hard reset. Nie mówię, że jakoś katuje mojego thinka no ale podczas spania i przenoszenia go z pracy do domu zdarzy się, że gdzieś go tam szturchnę. Wydaje mi się, że wtedy nie wstaje. Stąd nasuwa mi się myśl, czy może głowica przy suspend'zie nie jest dobrze zaparkowana? Niestety test na to nie był trudny, czy tak naprawdę jest. Sprawdziłem [tt]Load_Cycle_Count[/tt] via [tt]smartctl[/tt] przed i po suspend i wzrosło o jeden...
Cóż. Mój problem to te pady co jakiś czas. Brak logów no bo hard reset. Jest na to jakiś mądry sposób, poza 'bezpiecznym wyłączeniem systemu' albo chodzeniem z lapkiem jak z jajkiem? No tak... Mogę go rebootować co 3 dni... ;)
Pozdrawiam
Ostatnio edytowany przez P@blo (2013-04-24 18:21:51)
Offline
Ze swoich doświadczeń to raczej jest problem ze strony któregoś z urządzeń systemowych.
W FAQ jest artykuł o walce z ASUSEM - choć tam taki problem pojawiał się przy usypianiu problemu. Rzecz trudna do zdiagnozowania i czarny ekran tego nie ułatwia :).
Zwróć uwagę czy przed uśpieniem nie było jakichś programów używających audio włączonych. Skype itp lub aktywnego wifi itp.
Offline
Generalnie zawsze mam włączone wszytko tj chromium, empathy, wifi. Nie wyłączam programów bo... No bo nie ;) Twierdzisz, że powinienem powyłączać wszystko? Ale to traci sens dla mnie :(
Wiem, że ostatni raz jak się tak stało to pukłem go dość mocno jak był uśpiony i tak sobie pomyślałem: "O ho! Będzie ciemność..." i była... :(
Być może rzeczywiście wina softu... Ale czemu 100 razy pójdzie w ten sposób a raz nie? Dlatego według mnie to błędny trop.
Offline
Od którejś strony ugryźć problem trzeba. Na pukanie czuły by byłby nie tylko w tracie uśpienia, ale i normalnej pracy.
Ostatnio edytowany przez bobycob (2013-04-17 12:08:41)
Offline
to raczej nie głowica. Przecież na końcu i tak podczas wyłączenia głowice hardware/bios? parkuje. możesz laptopa wyłączyć nawet z poziomu GRUBa a on jakiś zaawansowanych mechanizmów typu hdparm nie posiada. Też obstawiam coś innego niż głowica dysku. Ile tak wogóle masz parkowan już? Bo wiem że czasem po wzbudzieniu z hibermacji/uśpienia wcześniejsze ustawienia hdparm -B nie zostają przywrócone.
Offline
Może to jakiś proces wisi?
Przyjrzyj się dokładniej co masz uruchomione przed uśpieniem.
Wydaje mi się, że coś podobnego kiedyś się działo przy włączonym tvheadend. Nie pamiętam już teraz czy wisiał wtedy cały system (chyba tak było), czy tylko się xorg wywalał.
Samo parkowanie odbywa się raczej na niższym poziomie.
@dominbik:
A w jaki sposób ustawiasz hdparm -B?
Offline
[quote=dominbik]Ile tak wogóle masz parkowan już?[/quote]
pablo@lena:~$ sudo smartctl -a /dev/sda|grep Load 193 Load_Cycle_Count 0x0012 097 097 000 Old_age Always - 39706
No to chyba będę musiał robić jakiś bacup [tt]ps aux[/tt] przed uśpieniem... :/ Możliwe, że to Xorg się wywala (czarny ekran może być tego skutkiem). No ale jeśli tak jest. To co mam zrobić... Przecież nie zabije X'sów przed uśpieniem :D
Offline
[quote=P@blo]Możliwe, że to Xorg się wywala (czarny ekran może być tego skutkiem). No ale jeśli tak jest. To co mam zrobić... Przecież nie zabije X'sów przed uśpieniem :D[/quote]
Raczej miałem na myśli zlokalizowanie problematycznego procesu ;)
O ile to dobry trop.
Offline
No dobrze, ale tak jak to opisałem z tym backup'em przed uśpieniem? W stylu:
ps aux > backup
??
Offline
u braciszka na laptopie był podobny problem i okazało się że jest problem z ahci i po przełączeniu na ide w biosie hula do dziś (do dzisiaj nad tym ubolewam bo wkonci ahci jest po to żeby głwica tak nie fikała po talerzach). tyle że u niego o tyle była inna sytuacja, że za każdym razem się nie wybudzał, a u Ciebie zdaże się to sporadycznie.
Offline
[quote=P@blo]No dobrze, ale tak jak to opisałem z tym backup'em przed uśpieniem? W stylu:
ps aux > backup
??[/quote]
Powinno wystarczyć.
Teraz sprawdź czy jest w tym jakaś reguła.
Offline
yossarian miałem z tym problem dawno temu pod Debianem. ustawiałem bodajże na początku poprzez rc.local (chyba tak ten plik się nazywał?). Potem pamiętam pm-utils załatwiło sprawę. Obecnie również nie mam z tym kłopotów. P@blo parkowania wydają się w porządku (nawet ja mam więcej mimo hdparm -B 254 ,ale to pewnie przez Win8, który lubi częściej parkować)
Offline
No i jest. Trochę to trwało, ale generalnie 7 dni minęło i krach :) Co ciekawsze wczoraj go rebootowałem, ale nie zapomniał o tym, żeby dziś się zwiesić bo nadszedł ten dzień... Dobra koniec żartów.
Pierwsze co przyszło mi na myśl - ram nie wyrabia (nawet zmieniłem temat wątku). Akurat dziś, tzn przed uśpieniem miałem dużo kart włączonych w chromium. Nie widziałem jaki jest poziom ramu wykorzystany, no ale mniejsza o to. Generalnie to jest jak dla mnie teraz trop, choć zrobiłem szybki test. Włączyłem teraz dużo bezsensownych stron na pudelku, jakieś filmy i inne pierd... Zawaliłem ram na ponad 60% i kazałem mu iść z tym wszystkim spać. Wstał. :p
Tym razem obdarzę was czym chcecie. Są, logi no i skrupulatnie robiłem liste procesów co suspend.
To co mam to:
pablo@lena:~/BACKUP$ ls -l razem 10736 -rw-r--r-- 1 pablo pablo 153220 kwi 24 17:40 kern.log -rw-r--r-- 1 root root 9789440 kwi 24 17:55 logi.tar -rw-r--r-- 1 root root 119850 kwi 24 17:45 messages -rw-r--r-- 1 pablo pablo 34074 kwi 17 18:00 ps-aux-17.04.2013-18:00:40 -rw-r--r-- 1 pablo pablo 34232 kwi 17 18:03 ps-aux-17.04.2013-18:03:50 -rw-r--r-- 1 pablo pablo 40070 kwi 18 18:44 ps-aux-18.04.2013-18:44:34 -rw-r--r-- 1 pablo pablo 37367 kwi 18 19:36 ps-aux-18.04.2013-19:36:48 -rw-r--r-- 1 pablo pablo 36220 kwi 18 23:20 ps-aux-18.04.2013-23:20:11 -rw-r--r-- 1 pablo pablo 35644 kwi 19 16:04 ps-aux-19.04.2013-16:04:01 -rw-r--r-- 1 pablo pablo 37458 kwi 20 16:18 ps-aux-20.04.2013-16:18:09 -rw-r--r-- 1 pablo pablo 36532 kwi 21 20:35 ps-aux-21.04.2013-20:35:31 -rw-r--r-- 1 pablo pablo 46667 kwi 22 11:10 ps-aux-22.04.2013-11:10:50 -rw-r--r-- 1 pablo pablo 51054 kwi 22 11:14 ps-aux-22.04.2013-11:14:50 -rw-r--r-- 1 pablo pablo 46665 kwi 22 20:17 ps-aux-22.04.2013-20:17:49 -rw-r--r-- 1 pablo pablo 36207 kwi 22 22:56 ps-aux-22.04.2013-22:56:41 -rw-r--r-- 1 pablo pablo 36997 kwi 23 19:16 ps-aux-23.04.2013-19:16:54 -rw-r--r-- 1 pablo pablo 38887 kwi 23 22:06 ps-aux-23.04.2013-22:06:10 -rw-r--r-- 1 pablo pablo 56846 kwi 24 17:10 ps-aux-24.04.2013-17:10:15 -rw-r--r-- 1 root root 287911 kwi 24 17:46 syslog
Więc jakby ktoś sobie zażyczył to niech krzyczy.
Narazie: [url=http://wklej.dug.net.pl/4488]ps z ostatniego kontaktu z komputerem. Później nastąpił suspend i już nie wstał[/url]. Jak możecie zauważyć lista procesów chromium to 58. Więc trochę było...
Fragment sysloga
Apr 24 16:29:00 lena avahi-daemon[3445]: New relevant interface wlan0.IPv6 for mDNS. Apr 24 16:29:00 lena avahi-daemon[3445]: Registering new address record for fe80::a288:b4ff:fe19:2b10 on wlan0.*. Apr 24 16:29:00 lena NetworkManager[3511]: <info> Policy set 'Automatyczne NETIASPOT-9468F0' (wlan0) as default for IPv4 routing and DNS. Apr 24 16:29:00 lena NetworkManager[3511]: <info> Activation (wlan0) successful, device activated. Apr 24 16:29:00 lena NetworkManager[3511]: <info> Activation (wlan0) Stage 5 of 5 (IPv4 Commit) complete. Apr 24 16:29:00 lena dbus[3368]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper) Apr 24 16:29:00 lena dbus[3368]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' Apr 24 16:29:12 lena kernel: [ 7412.394687] ehci-pci 0000:00:1a.0: power state changed by ACPI to D0 Apr 24 16:29:12 lena kernel: [ 7412.495396] ehci-pci 0000:00:1a.0: setting latency timer to 64 Apr 24 16:29:19 lena NetworkManager[3511]: <info> (wlan0): IP6 addrconf timed out or failed. Apr 24 16:29:19 lena NetworkManager[3511]: <info> Activation (wlan0) Stage 4 of 5 (IPv6 Configure Timeout) scheduled... Apr 24 16:29:19 lena NetworkManager[3511]: <info> Activation (wlan0) Stage 4 of 5 (IPv6 Configure Timeout) started... Apr 24 16:29:19 lena NetworkManager[3511]: <info> Activation (wlan0) Stage 4 of 5 (IPv6 Configure Timeout) complete. Apr 24 16:29:19 lena kernel: [ 7419.760374] ehci-pci 0000:00:1a.0: power state changed by ACPI to D3cold Apr 24 16:33:45 lena dbus[3368]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Apr 24 16:33:45 lena dbus[3368]: [system] Successfully activated service 'org.freedesktop.PackageKit' Apr 24 17:10:17 lena NetworkManager[3511]: <info> sleep requested (sleeping: no enabled: yes) Apr 24 17:10:17 lena NetworkManager[3511]: <info> sleeping or disabling... Apr 24 17:10:17 lena NetworkManager[3511]: <info> (eth0): now unmanaged Apr 24 17:10:17 lena NetworkManager[3511]: <info> (eth0): device state change: unavailable -> unmanaged (reason 'sleeping') [20 10 37] Apr 24 17:10:17 lena NetworkManager[3511]: <info> (eth0): cleaning up... Apr 24 17:10:17 lena NetworkManager[3511]: <info> (eth0): taking down device. Apr 24 17:10:17 lena kernel: [ 9876.044318] e1000e 0000:00:19.0: irq 43 for MSI/MSI-X Apr 24 17:10:17 lena NetworkManager[3511]: <info> (wlan0): now unmanaged Apr 24 17:10:17 lena NetworkManager[3511]: <info> (wlan0): device state change: activated -> unmanaged (reason 'sleeping') [100 10 37] Apr 24 17:10:17 lena NetworkManager[3511]: <info> (wlan0): deactivating device (reason 'sleeping') [37] Apr 24 17:10:17 lena NetworkManager[3511]: <info> (wlan0): canceled DHCP transaction, DHCP client pid 27087 Apr 24 17:10:17 lena kernel: [ 9876.391597] wlan0: deauthenticating from 00:12:2a:94:68:f8 by local choice (reason=3) Apr 24 17:10:17 lena wpa_supplicant[3557]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:00:00:00:00:00 reason=3 Apr 24 17:10:17 lena NetworkManager[3511]: <info> (wlan0): cleaning up... Apr 24 17:10:17 lena avahi-daemon[3445]: Withdrawing address record for 192.168.1.1 on wlan0. Apr 24 17:10:17 lena avahi-daemon[3445]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.1. Apr 24 17:10:17 lena avahi-daemon[3445]: Interface wlan0.IPv4 no longer relevant for mDNS. Apr 24 17:10:17 lena kernel: [ 9876.401838] cfg80211: Calling CRDA for country: PL Apr 24 17:10:17 lena NetworkManager[3511]: <info> (wlan0): taking down device. Apr 24 17:10:17 lena avahi-daemon[3445]: Interface wlan0.IPv6 no longer relevant for mDNS. Apr 24 17:10:17 lena avahi-daemon[3445]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::a288:b4ff:fe19:2b10. Apr 24 17:10:17 lena avahi-daemon[3445]: Withdrawing address record for fe80::a288:b4ff:fe19:2b10 on wlan0. Apr 24 17:10:17 lena dbus[3368]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper) Apr 24 17:10:17 lena dbus[3368]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' Apr 24 17:29:14 lena kernel: imklog 5.8.11, log source = /proc/kmsg started.
Jak widać ostatni wpis to już bootowanie od nowa.
Ktoś coś chce, pisać, dodam. Nie chce niepotrzebnie śmiecić. Bardzo proszę o pomoć, bo nie że to uciążliwe, ale obawiam się że troche niebezpieczne dla dysku czy cuś... :/
Pozdrawiam
Offline
Ten syslog wygląda jak horror po aktualizacji *buntu do nowego wydania (autopsja).
Z tych procesów:
avahi-daemon NetworkManager
każdy potrafi zrobić jakieś bubu, a żaden nie jest niezbędny do działania Linuxa.
Generalnie nie warto na koncie root trzymać programów, ktore co chwila mają jakieś humory.
egrep -i 'avahi|networkmanager' /var/log/messages | wc -l 0
I wsio chodzi, bez kłopotu, i się nie sypie, nie wywala, sieć jest, wszystko działa, usypienie i hibernacja też, co mnie nawet trochę dziwi (kiedyś bez Tuxonice nie chciało).
Jeśli natomiast są jakieś jaja z dyziem, czy sterownikami, to powinieś zaprzyjaźnić się z dmesg, [b]/var/log/messages[/b], [b]/var/log/dmesg[/b] i [b]/var/log/kern.log[/b]
Pozdrawiam
;-)
Ostatnio edytowany przez Jacekalex (2013-04-24 20:32:49)
Offline
No dobra... Zainstalowałem sobie dwm, wywaliłem gnoma (uff było tego)... Zobaczymy... Odezwę się za... około 7 dni ;)
Offline
Z Gnome na dwm ^^. kurde ale progres ;p. Ja od 7miesięcy się zabieram żeby przejść na dwm/awesome, ale trudne te środowiska są.
Ostatnio edytowany przez dominbik (2013-04-27 17:13:26)
Offline
Strasznie mi się spodobało dwm. Znalazłem jeden filmik na youtube i normalnie pokochałem :D Ale chyba nie obejdzie się bez waszej pomocy... :p
Poza tym, już przerobiłem kilka środowisk, ale zawsze wracałem do gnoma. Tym razem nie zamierzam :)
Ostatnio edytowany przez P@blo (2013-04-27 19:18:19)
Offline
a openboxa próbowałeś? Ja trochę bawiłem się z tymi DWM/Awesome (zwłaszcza nakręciłem się jak przejrzałem to https://bbs.archlinux.org/viewtopic.php?id=88926 https://bbs.archlinux.org/viewtopic.php?id=74599 ) i z tego co widzę trochę trudne oraz czasochłonne są te środowiska - zwłaszcza jak chce się je porządnie skonfigurować. Dodatkowo jeszcze ten model "dynamic window manager" i dyskryminacja myszki co nie zawsze jest takie fajne. a openbox?- też bardzo funkcjonalny, przy tym mniej czasochłonny. http://youtu.be/mki4EO-G69k?t=57s https://wiki.archlinux.org/index.php/Openbox#Window_snap_behaviour ostatnio znalazłem taką funkcję, po modyfikacji, przy kilku oknach nie dużo brakuje temu do tego układu znanego z DWM/Awesome. zwłaszcza fajne przy większych rozdzielczościach i np. programowaniu.
Offline
Wiem, że chcesz dobrze, ale tyle przesiedziałem przed tym dwm, że to by było straszne nie skończyć. Wiem, że openbox w duże mierze jest podobny i można je do siebie zbiżyć, ale chyba pozostanę przy swoim. Nie twierdzę jednak, że jeśli to u mnie potrwa jeszcze z tydzień to przejdę na openbox'a. A czuje, że wszystko jest już w garści :) Wszędzie piszą że KONIECZNE! jest skompilowanie własnego dwm i do tego się szykuję. Tak tylko narazie się przygotowuję, ot takie wywalenie gnoma ;)
Ostatnio edytowany przez P@blo (2013-04-27 22:23:05)
Offline
[quote=Jacekalex]Ten syslog wygląda jak horror po aktualizacji *buntu do nowego wydania (autopsja).
Z tych procesów:
avahi-daemon NetworkManager
każdy potrafi zrobić jakieś bubu, a żaden nie jest niezbędny do działania Linuxa.[/quote]
[quote=P@blo]No dobra... Zainstalowałem sobie dwm, wywaliłem gnoma (uff było tego)... Zobaczymy... Odezwę się za... około 7 dni ;)[/quote]
Przejście na lżejsze WM i wywalenie niepotrzebnych rzeczy nie pomogło.
Jakieś sugestie? Proszę? :(
Offline
Identyczny problem występował w modelu Asus A52JE i okazała się wadliwa płyta, którą producent ostatecznie wymieniał.
Offline
Trochę mnie zasmuciłeś... Aczkolwiek jest to bardzo prawdopodobne, bo jak już gdzieś kiedyś pisałem grzeje się też procek czasem z niewiadomych przyczyn. Czasem przyczyną jest flash-plugin, ale dziś np temp była 65, a w htopie nic konkretnego sie nie działo.
Problem w tym, że miejsce gdzie kupowałem ten lapek już nie istnieje... Nie wiem na jakiej zasadzie mógłbym go dać na gwarancje...
Inna rzecz to to, że mogą nie uwzględnić nawet tego jako wadę bo na windowsie może być wszystko ok, a tego nawet nie mam zamiaru sprawdzać...
Ostatnimi czasy aktualizowałem bios. I być może dzieje się to wszystko od tamtego czasu. To możliwe?
Ostatnio edytowany przez P@blo (2013-05-14 12:32:20)
Offline
Sprawa z Asusem nabierała dużych rumieńców na różnych forach dyskusyjnych i na forum producenta. Producent wydał bodaj uprade BIOS-u, ale na nic to się zdało. Okrzyczany uległ faktowi, że wypuścił bubla i musi go zastąpić. Bodaj do dzisiaj kto się zgłosi z tym laptopem do jego przedstawiciela otrzyma bezpłatną wymianę płyty głównej na nowszą, pozbawioną błędu.
A błąd tkwił w technologii GREEN, czyli w nadmiernym oszczędzaniu energii.
Nie wiem na ile Polska jest specyficznym krajem na tego typu sprawy jak twoja.
Zresztą, zawsze go możesz oddać do firmowego serwisu. Bóg wie ile Ci nie policzą, a może pozbędziesz się tego licha. Ten serwis to dobry kierunek - może i tobie się należy wymiana.
Jeśli masz jakiekolwiek podejrzenia, że poprzedni BIOS nie robił ci tego - szybko wracaj do niego. Oczywiście, że to może być winowajca twoich problemów. BIOS oprócz kilku okienek do ustawień wciąż kontroluje wiele rzeczy poza naszą wizją.
Offline
Strony: 1
Time (s) | Query |
---|---|
0.00010 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00094 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.220.163.91' WHERE u.id=1 |
0.00065 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.220.163.91', 1734069511) |
0.00045 | SELECT * FROM punbb_online WHERE logged<1734069211 |
0.00056 | DELETE FROM punbb_online WHERE ident='13.59.85.151' |
0.00062 | DELETE FROM punbb_online WHERE ident='66.249.66.8' |
0.00042 | SELECT topic_id FROM punbb_posts WHERE id=230222 |
0.00005 | SELECT id FROM punbb_posts WHERE topic_id=23353 ORDER BY posted |
0.00055 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=23353 AND t.moved_to IS NULL |
0.00005 | SELECT search_for, replace_with FROM punbb_censoring |
0.00119 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=23353 ORDER BY p.id LIMIT 0,25 |
0.00075 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=23353 |
Total query time: 0.00637 s |