Forum Debian Users Gang

P@blo · 2013-04-16 22:30:22

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)

bobycob · 2013-04-17 08:03:48

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.

P@blo · 2013-04-17 10:43:51

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.

bobycob · 2013-04-17 12:08:24

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)

dominbik · 2013-04-17 12:11:27

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.

yossarian · 2013-04-17 16:51:49

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?

P@blo · 2013-04-17 17:23:30

[quote=dominbik]Ile tak wogóle masz parkowan już?[/quote]

Kod:

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

yossarian · 2013-04-17 17:28:36

[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.

P@blo · 2013-04-17 17:30:35

No dobrze, ale tak jak to opisałem z tym backup'em przed uśpieniem? W stylu:

Kod:

ps aux > backup

??

Bitels · 2013-04-17 17:35:01

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.

yossarian · 2013-04-17 17:41:05

[quote=P@blo]No dobrze, ale tak jak to opisałem z tym backup'em przed uśpieniem? W stylu:

Kod:

ps aux > backup

??[/quote]
Powinno wystarczyć.

Teraz sprawdź czy jest w tym jakaś reguła.

dominbik · 2013-04-17 19:51:53

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ć)

P@blo · 2013-04-24 18:21:28

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:

Kod:

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

Kod:

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

Jacekalex · 2013-04-24 20:29:39

Ten syslog wygląda jak horror po aktualizacji *buntu do nowego wydania (autopsja).

Z tych procesów:

Kod:

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.

Kod:

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)

P@blo · 2013-04-27 16:53:49

No dobra... Zainstalowałem sobie dwm, wywaliłem gnoma (uff było tego)... Zobaczymy... Odezwę się za... około 7 dni ;)

dominbik · 2013-04-27 17:13:09

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)

P@blo · 2013-04-27 19:13:53

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)

dominbik · 2013-04-27 20:21:43

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.

P@blo · 2013-04-27 21:10:45

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)

P@blo · 2013-05-12 20:49:21

[quote=Jacekalex]Ten syslog wygląda jak horror po aktualizacji *buntu do nowego wydania (autopsja).
Z tych procesów:

Kod:

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ę? :(

bolos66 · 2013-05-13 00:04:16

Identyczny problem występował w modelu Asus A52JE i okazała się wadliwa płyta, którą producent ostatecznie wymieniał.

P@blo · 2013-05-14 12:29:27

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)

bolos66 · 2013-05-16 04:47:27

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ą.

Time (s)	Query
0.00010	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00093	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='3.148.108.152' WHERE u.id=1
0.00068	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.148.108.152', 1734059051)
0.00036	SELECT * FROM punbb_online WHERE logged<1734058751
0.00047	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.00106	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.00081	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=23353
Total query time: 0.0045 s

Forum Debian Users Gang

Ogłoszenie

#1 2013-04-16 22:30:22

P@blo - Nadworny matematyk

suspend vs. za mało ramu?

#2 2013-04-17 08:03:48

bobycob - Członek z Ramienia

Re: suspend vs. za mało ramu?

#3 2013-04-17 10:43:51

P@blo - Nadworny matematyk

Re: suspend vs. za mało ramu?

#4 2013-04-17 12:08:24

bobycob - Członek z Ramienia

Re: suspend vs. za mało ramu?

#5 2013-04-17 12:11:27

dominbik - Członek DUG

Re: suspend vs. za mało ramu?

#6 2013-04-17 16:51:49

yossarian - Szczawiożerca

Re: suspend vs. za mało ramu?

#7 2013-04-17 17:23:30

P@blo - Nadworny matematyk

Re: suspend vs. za mało ramu?

Kod:

#8 2013-04-17 17:28:36

yossarian - Szczawiożerca

Re: suspend vs. za mało ramu?

#9 2013-04-17 17:30:35

P@blo - Nadworny matematyk

Re: suspend vs. za mało ramu?

Kod:

#10 2013-04-17 17:35:01

Bitels - Użytkownik

Re: suspend vs. za mało ramu?

#11 2013-04-17 17:41:05

yossarian - Szczawiożerca

Re: suspend vs. za mało ramu?

Kod:

#12 2013-04-17 19:51:53

dominbik - Członek DUG

Re: suspend vs. za mało ramu?

#13 2013-04-24 18:21:28

P@blo - Nadworny matematyk

Re: suspend vs. za mało ramu?

Kod:

Kod:

#14 2013-04-24 20:29:39

Jacekalex - Podobno człowiek...;)

Re: suspend vs. za mało ramu?

Kod:

Kod:

#15 2013-04-27 16:53:49

P@blo - Nadworny matematyk

Re: suspend vs. za mało ramu?

#16 2013-04-27 17:13:09

dominbik - Członek DUG

Re: suspend vs. za mało ramu?

#17 2013-04-27 19:13:53

P@blo - Nadworny matematyk

Re: suspend vs. za mało ramu?

#18 2013-04-27 20:21:43

dominbik - Członek DUG

Re: suspend vs. za mało ramu?

#19 2013-04-27 21:10:45

P@blo - Nadworny matematyk

Re: suspend vs. za mało ramu?

#20 2013-05-12 20:49:21

P@blo - Nadworny matematyk

Re: suspend vs. za mało ramu?

Kod:

#21 2013-05-13 00:04:16

bolos66 - Użytkownik

Re: suspend vs. za mało ramu?

#22 2013-05-14 12:29:27

P@blo - Nadworny matematyk

Re: suspend vs. za mało ramu?

#23 2013-05-16 04:47:27

bolos66 - Użytkownik

Re: suspend vs. za mało ramu?

Stopka forum