Podążaj za instrukcjami w poniższym filmie, aby zobaczyć, jak zainstalować naszą stronę jako aplikację internetową na ekranie głównym swojego urządzenia.
Informacja: Ta funkcja może nie być dostępna w niektórych przeglądarkach.
Używasz przestarzałej przeglądarki. Może ona nie wyświetlać poprawnie tej lub innych stron internetowych. Powinieneś zaktualizować swoją przeglądarkę lub użyć alternatywnej przeglądarki.
Witam forumowiczów.
Poczytałem na forum, że Wasze NASy są cichutkie. Mój, oprócz szumu dysków i wentylatora ma jeszcze włączony jakiś dokuczacz.
Mam dwa dyski 4TB RED Pro w raid1 w kieszeniach 3 i 4 a system na SSD w 1. Dyski podzieliłem, przypisałem i właściwie odkąd je włożyłem, odtąd drobny problem, który z czasem zacznie być dokuczliwo-upierdliwy (już jest). Dyski mielą coś bez przerwy w systematycznych odstępach czasowych. Można regulować zegarki. Wygląda to tak w sekundach: 1cisza, 2cisza, 3cisza, 4stuk, 5stuk, i tak w kółko. Co kilkanaście/dziesiąt minut coś chwile przemieli. Jakieś sugestie co to może być? Jak znaleźć przyczynę owego stuk stuk?
Pudełko blaszane więc wzmacnia dźwięk. Nie, nie włączę głośniej telewizora i nie dam serwera do szafy. Za ładny jest.
Drugi problem to nie wybudza sie z uśpienia (usypiam serwer bo stuka). W harmonogramie dałem usypianie na 2300, rano nie wstaje na próby wybudzenia z różnych źródeł. Dopiero klik power na obudowie i wstaje. UPnP włączony. Wersja oprogramowania Firmware: 4.3.4 0483 Build 20180213. Przed aktualizacją też stukał. Model serwera: QNAP TS-453A
Cześć,
Qnap tworzy sobie na każdym dysku partycje z konfiguracją w trybie raid1 oraz partycje wymiany też w trybie RAID 1 (chyba w zależności od typów dyskow jakie posiadasz). Jest to niezależne od utworzonych przez Ciebie volumenów.
Tą "przymusową" konfigurację QTS zmieniłem wyłączając swapa na dyskach HDD oraz wyłączając dyski HDD z raid1 partycji konfiguracji. Oczywiście nie było to zalecane przez helpdesk. Ale teraz dyski hdd budzą się kiedy rzeczywiście ich potrzebuje i usypiają po ustalonym czasie (HDD służą tylko do cyklicznego backupu i nie potrzebuje ich chodzących nonstop.)
Tą "przymusową" konfigurację QTS zmieniłem wyłączając swapa na dyskach HDD oraz wyłączając dyski HDD z raid1 partycji konfiguracji. Oczywiście nie było to zalecane przez helpdesk.
Dziękuję Ci za odpowiedź. Czy możesz napisać jak wyłączyć swapa i wyłączyć dyski jak napisałeś wyżej? Albo przenieść swap na dysk systemowy?
System mam na osobnym SSD a dwa dyski WD RED Pro 4GB w raid1 jako magazyn danych. W przyszłości dołożę dysk, jako pojedynczy, na różne luźne dane.
Cześć,
Qnap tworzy sobie na każdym dysku partycje z konfiguracją w trybie raid1 oraz partycje wymiany też w trybie RAID 1 (chyba w zależności od typów dyskow jakie posiadasz). Jest to niezależne od utworzonych przez Ciebie volumenów.
Tą "przymusową" konfigurację QTS zmieniłem wyłączając swapa na dyskach HDD oraz wyłączając dyski HDD z raid1 partycji konfiguracji. Oczywiście nie było to zalecane przez helpdesk. Ale teraz dyski hdd budzą się kiedy rzeczywiście ich potrzebuje i usypiają po ustalonym czasie (HDD służą tylko do cyklicznego backupu i nie potrzebuje ich chodzących nonstop.)
Ja też sie przyłaczam do prośby Zbynka - podziel się tutkiem jak to zrobić ( wyłaczyć swapa to umiem, ale wyłaczyć raid partycji systemowych na dyskach hdd juz nie ).
Hej, odpisze wieczorem.
Słowem wstępu o mojej konfiguracji: TS-653B, 2*SSD (RAID1) - System, 2*HDD (RAID1) - Dane, 2*HDD (RAID1) - Backup.
Wolumen systemowy na SSD zawiera wszystkie aplikacje QTS i dane na których pracuje na co dzień. Na wolumenach HDD są dane statyczne i ich ciągłe działanie nie jest wymagane. HDD to WD RED 4GB, są ciche ale w cichym pomieszczeniu są słyszalne co mi przeszkadzało, szczególnie w nocy.
Piszę na poziomie osób początkujących a starych linuxowych wyjadaczy proszę o wyrozumiałość dla moich uproszczeń i skrótów myślowych.
Dla chcących skorzystać z opisancyh rad będzie wymagana umiejętność skorzystania z terminala/SSH oraz wiedza o oznaczeniach dysków w systemach unix.
Wszystkie kroki wykonujecie na własna odpowiedzialność. Miejcie świadomość co robicie.
Wyłączenie swapa oraz wyłączenie dysków z macierzy systemowych QTS nie jest zalecane przez wsparcie QNAP (HelpDesk).
QTS domyślnie rozkłada swap i partycje systemowe po wszystkich dyskach/wolumenach aby zwiększyć wydajność i odporność systemu na awarie dysków. Może się to nie pokrywać z Waszą konfiguracją grup RAID i wolumenów.
Jeżeli uznasz, że chcesz wyłączyć np. tylko swapa, to możesz wykonać tylko część opisanych niżej kroków aby po tym zweryfikować czy dyski przechodzą w stan uśpienia w stopniu Cię satysfakcjonującym.
Założenia jakie były u podstaw mojego rozwiązania:
Osiągnąć cel ("ciszę") bez modyfikacji systemu, tylko poprzez parametryzację. QNAP ma pozostać QNAP'em. Dlatego unikałem modyfikacji wielkości partycji czy ich kasowania. Nie traktuj tego jako "stratę" miejsca na dysku ponieważ plusem tego rozwiązania jest ono odwracalne, ale o tym niżej.
Dwa dyski SSD przeznaczyłem na system. Działają w RAID1 i awaria jednego z nich pozwoli mi na utrzymanie ciągłości pracy NAS i da czas na wymianę uszkodzonego dysku. Utrzymanie partycji systemowych QTS tylko na tych dyskach jest przez mnie akceptowanym ryzykiem.
Jeżeli planujesz pojedynczy dysk na system i wyłączysz pozostałe dyski z synchronizacji partycji QTS to wiąże się z tym ryzyko. Awaria tego konkretnego dysku najprawdopodobniej unieruchomi Ci NAS. QTS celowo tworzy na każdym dysku partycje systemową w RAID1 aby działać bez przeszkód, nawet jak z kilku dysków pozostanie tylko jeden sprawny. Celem jest aby system przetrwał, żebyś miał do niego dostęp nawet w takiej krytycznej sytuacji. Rozważ to.
Modyfikacja partycji i plików swap. Z moich obserwacji: QTS tworzy kilka miejsc wymiany i są one rozrzucone po dyskach w zależności od ich rodzajów i skonfigurowanych grup RAID. Nie dociekałem zależności ich wielkości, wielkości do ilości, itp. Dostosowanie ich ilości a przez to ogólnej wielkości swap systemu, dostosowałem po analizie swoich potrzeb (czytaj: ile i jakich aplikacji QNAP będę używał).
Przycinanie konfiguracji utworzonej na QTS może (ale nie musi!) zmniejszyć wydajność QTS w przypadku gdy jest on obciążony wieloma pamięciożernymi aplikacjami. Zasada jest prosta: rozmieszczenie kilku partycji swap na różnych dyskach/wolumenach jest wydajniejsze dla zadań równoległych niż umieszczenie jednej większej na jednym dysku/wolumenie. Temat na oddzielny post.
Jedna partycja wymiany "musi" pozostać. Dlaczego? Odsyłam do jakiekolwiek manuala dla unix (np.: SwapFaq - Community Help Wiki )
Będę podawał dla przykładu konfigurację ze swojego NAS. Wyniki komend będą się różniły w zależności od ilości dysków i ich konfiguracji. Istotne dla nas informacje będą pogrubione.
Zaczynamy:
1. Logujemy się do QNAP przez SSH (np. przez putty) na konto admina.
2. Musimy poznać konfigurację dysków, komenda:
fdisk -l
Raport wyświetli się długi. Interesuje nas początek:
Bash:
Disk /dev/sda: 480.1 GB, 480103981056 bytes
255 heads, 63 sectors/track, 58369 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 58370 468851543+ ee EFI GPT
Disk /dev/sdb: 480.1 GB, 480103981056 bytes
255 heads, 63 sectors/track, 58369 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 1 58370 468851543+ ee EFI GPT
Disk /dev/sdc: 4000.7 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdc1 1 267350 2147483647+ ee EFI GPT
<ucięte>
Dla powyższego przykładu mojej konfiguracji: sda to pierwszy dysk SSD, sdb to drugi SSD, sdc to pierwszy HDD, itd.
Przykładowa konfiguracja ma trzy partycje wymiany i jeden plik wymiany.
4. Teraz potrzebujemy się dowiedzieć na jakich dyskach są rozłożone partycje wymiany. Wpisujemy komendę:
cat /proc/mdstat
Otrzymamy raport typu:
Bash:
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md3 : active raid1 sdc3[0] sdd3[1]
3897063616 blocks super 1.0 [2/2] [UU]
md2 : active raid1 sde3[0] sdf3[1]
3897063616 blocks super 1.0 [2/2] [UU]
md1 : active raid1 sdb3[1] sda3[0]
458896576 blocks super 1.0 [2/2] [UU]
md256 : active raid1 sdd2[3](S) sdc2[2](S) sdf2[1] sde2[0]
530112 blocks super 1.0 [2/2] [UU]
bitmap: 0/1 pages [0KB], 65536KB chunk
md321 : active raid1 sdb5[2] sda5[0]
8283712 blocks super 1.0 [2/2] [UU]
bitmap: 0/1 pages [0KB], 65536KB chunk
md322 : active raid1 sdd2[3](S) sdc2[2](S) sdf2[1] sde2[0]
530112 blocks super 1.0 [2/2] [UU]
bitmap: 0/1 pages [0KB], 65536KB chunk
md13 : active raid1 sdb4[36] sda4[0] sdd4[35] sdc4[34] sdf4[33] sde4[32]
458880 blocks super 1.0 [32/6] [UUUUUU__________________________]
bitmap: 1/1 pages [4KB], 65536KB chunk
md9 : active raid1 sdb1[36] sda1[0] sdd1[35] sdc1[34] sdf1[33] sde1[32]
530048 blocks super 1.0 [32/6] [UUUUUU__________________________]
bitmap: 1/1 pages [4KB], 65536KB chunk
Partycje (swap) oznaczone jako md256 i md322 znajdują się na HDD (dyski sdc, sdd, sde, sdf). md321 jest na SDD (dyski sda i sdb)
5. Aby je wyłączyć używamy komendy swapoff. W moim przypadku dwukrotnie:
Kod:
swapoff /dev/md256
swapoff=bash /dev/md322
6. Plik wymiany "/share/CACHEDEV1_DATA/.swap/qnap_swap" do prawda znajdował się na wolumenie utworzonym na SSD ale też postanowiłam go wyłączyć:
Bash:
swapoff /share/CACHEDEV1_DATA/.swap/qnap_swap
PS. Plik można skasować komendą: "rm /share/CACHEDEV1_DATA/.swap/qnap_swap ".
7. Dodatkowo możemy wyłączyć macierze, na których były partycje swap, aby nie były widoczne dla systemu (wyeliminujemy kolejną możliwość wybudzenia dysku).
Bash:
mdadm --stop /dev/md256
mdadm --stop /dev/md322
Info: Jak nie wyłączycie swap komendą swapoff system nie pozwoli wam wyłączyć macierzy.
Wyłączanie synchronizacji dysków HDD z RAID1 partycji systemowych:
UWAGA! Wyłączenie z macierzy RAID1 jednej partycji, ale nie ostatniej (!), wyłącza ją z synchronizacji i nie ma wpływu na inne macierze/wolumeny utworzone na tym samym dysku. Wyłączenie wszystkich partycji/dysków z danej macierzy (jakiegokolwiek typu) spowoduje utratę danych. Miejcie to na uwadze wykonując poniższe kroki.
8. Bazując na wynikach z punktu 4, interesują nas partycje systemowe, rozłożone na wszystkich dyskach.
W moim przypadku będą to: md13 i md9, ponieważ są na wszystkich sześciu dyskach: sda, sdb, sdc, sdd, sdf, sde.
Literki U oznaczają że dysk jest aktywny w macierzy RAID. "Podłoga" oznacza że dysk jest wyłączony lub jest jego brak. Dla tych dwóch partycji QTS rezerwuje sobie chyba maksimum jakie może być dodane dysków po dołączeniu rozszerzeń do QNAP. Tym "tasiemcem" _ nie należy się przejmować.
9. Aby wyłączyć pojedyncze dyski z macierzy md9 i md13. W moim przykładzie będą partycje na dyskach HDD: sdc1, sdd1, sde1, sdf1 dla md9 oraz sdc4, sdd4, sde4, sdf4 dla md13
Wykonujemy serię komend:
10. Weryfikujemy wprowadzone zmiany (komenda z pkt 4: "cat /proc/mdstat"):
Bash:
<ucięte>
md13 : active raid1 sda4[0] sdb4[1]
458880 blocks super 1.0 [32/2] [UU______________________________]
bitmap: 1/1 pages [4KB], 65536KB chunk
md9 : active raid1 sda1[0] sdb1[1]
530048 blocks super 1.0 [32/2] [UU______________________________]
bitmap: 1/1 pages [4KB], 65536KB chunk
<ucięte>
Wynik pokazuje że mamy tylko dwa dyski w macierzy: sda i sdb (w moim przypadku są to SSD).
11. A teraz "najlepsze". Ustalona konfiguracja będzie obowiązywać tylko do kolejnego restartu. :-( Po restarcie należałoby wykonać komendy ręcznie, jeszcze raz. Tu z pomocą przychodzi plik autorun.sh jaki możemy podejrzeć w QTS > Panel Sterowania > Sprzęt > "Podczas rozruchu... " Zobacz plik autorun.sh. Niestety w tym miejscu nie możemy go zmodyfikować.
Poradnik na forum zaleca metodę bazującą na QPKG. Link:
@Kong dziękuję Ci za poświęcony czas i chęci. Piękna robota, :beer:. Tak fajnie to wyłożyłeś, że nawet ja zrozumiałem.
Jak uporam się z pracą i planami to usiądę do NASa i zastosuję. Dam znać czy moje dyski się uspokoiły.
Wszystko byłoby OK ale okazało się, że kupiłem zepsuty nowy serwer. :gowno2:
Czy istnieje możliwość sprawdzenia co powoduje że aktualnie dyski są w trakcie pracy? Może dzięki temu namierzyłbym program który powoduje że działają mi dyski i bym wyciął dziada.
Czy istnieje możliwość sprawdzenia co powoduje że aktualnie dyski są w trakcie pracy? Może dzięki temu namierzyłbym program który powoduje że działają mi dyski i bym wyciął dziada.
@Kong - pytanko, czy zastosowanie tych parametrów czyli wylaczenie swapa i wyl. partycji hdd z systemowej bedzie dzialać niezaleznie od utworzonych typów wolumenów ?
Bede mial system na 1 dysku SSD, a na 1 dysku talerzowym wolumen uproszczony typu Thin w puli pamieci jako magazyn danych.
Czy po wylaczeniu samego swapa, jest szansa ze nie bedzie sie wybudzal dysk talerzowy razem z SSD ? Czy jednak wymagane sa raczej dalsze czynnosci
Super, pojutrze odbieram SSD'ka i bede dzialal.
Sprawdzilem u siebie z ciekawości konfigurację 1 dysku na teraz komedną fdisk -l
(1 pula pamieci, 1 wolumen uproszczony, dysk szyfrowany - odblokowany)
Tak to wygląda:
[~] # fdisk -l
You must set cylinders.
You can do this from the extra functions menu.
Disk /dev/sda: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 267350 2147483647+ ee EFI GPT
Partition 1 has different physical/logical beginnings (non-Linux?):
phys:-(0, 0, 1) logical:-(0, 0, 2)
Partition 1 has different physical/logical endings:
phys:-(1023, 254, 63) logical:-(267349, 89, 4)
Disk /dev/md9: 542 MB, 542769152 bytes
2 heads, 4 sectors/track, 132512 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md9 doesn't contain a valid partition table
Disk /dev/md13: 469 MB, 469893120 bytes
2 heads, 4 sectors/track, 114720 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md13 doesn't contain a valid partition table
Disk /dev/md256: 542 MB, 542834688 bytes
2 heads, 4 sectors/track, 132528 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md256 doesn't contain a valid partition table
Disk /dev/md322: 7408 MB, 7408779264 bytes
2 heads, 4 sectors/track, 1808784 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md322 doesn't contain a valid partition table
Disk /dev/md1: 0 MB, 0 bytes
2 heads, 4 sectors/track, 0 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md1 doesn't contain a valid partition table
Disk /dev/dm-0: 68.7 GB, 68719476736 bytes
255 heads, 63 sectors/track, 8354 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/dm-0 doesn't contain a valid partition table
Disk /dev/dm-1: 4 MB, 4194304 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/dm-1 doesn't contain a valid partition table
Disk /dev/dm-2: 4 MB, 4194304 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/dm-2 doesn't contain a valid partition table
Disk /dev/dm-3: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/dm-3 doesn't contain a valid partition table
Disk /dev/dm-4: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/dm-4 doesn't contain a valid partition table
Disk /dev/dm-5: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/dm-5 doesn't contain a valid partition table
Disk /dev/dm-6: 398 MB, 398458880 bytes
255 heads, 63 sectors/track, 48 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/dm-6 doesn't contain a valid partition table
Disk /dev/dm-8: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/dm-8 doesn't contain a valid partition table
Disk /dev/dm-7: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/dm-7 doesn't contain a valid partition table
Disk /dev/dm-9: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/dm-9 doesn't contain a valid partition table
A tu SWAP
[~] # cat /proc/swaps
Filename Type Size Used Priority
/dev/md256 partition 530108 0 -1
/dev/md322 partition 7235132 0 -2
/share/CE_CACHEDEV1_DATA/.swap/qnap_swap file 16777212 0 -3
Juz ogarniam dzieki Twojemu tutkowi w czym rzecz i jak to wylaczyć jak bedzie juz SSD, tylko cos mu nie pasuje z cylindrami i tablicą partycji, dziwne bo system swiezo postawiony parenascie dni temu, nic nie bylo jeszcze ustawiane, jest tak jak ustawil system, ale chyba tym nie ma sie co przejmować ?
Wstawilem nareszcie SSD i postawilem na nim system - wolumin statyczny, talerzowy jest w 2 zatoce na dane rowniez wolumin statyczny.
Sprawdzilem teraz jak wyglądają u mnie teraz parametry
fdisk -l
Kod:
[~] # fdisk -l
Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 14594 117220823+ ee EFI GPT
You must set cylinders.
You can do this from the extra functions menu.
Disk /dev/sdb: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Jeżeli jeszcze chcesz kombinować to proponowałabym przetestować konfigurację bez wpisywania jej w autorun.sh . Po restarcie QNAPa zmiany nie będą obowiązywać.
1. Wyłącz swapy 256 i 322:
Kod:
swapoff /dev/md256
swapoff /dev/md322
Swap na pliku /share/CACHEDEV1_DATA/.swap/qnap_swap zostaw, (ma 16GB więc wystarczy).
CACHEDEV1_DATA powinien się znajdować na SSD. Na szybko zweryfikuj to komendą:
Kod:
ls /share/CACHEDEV1_DATA/
i zobacz czy są tam katalogi które udostępniłeś z wolumenu utworzonym na SSD.
PS. Drugim wyjściem jest zmiana priorytetów partycji swap na niższy (lub podbić ten dla pliku SWAP) co przy niskim (lub zerowym) użyciu swap może tez być opcją.
2. W twojej konfiguracji wyłączył bym też md9 i md13 na sdb (HDD), one też mogą powodować wybudzenie.
Md9 i md13 będą tylko ulokowane na sda (SDD) i będą miały tylko jedno U w statusie RAID: [U_____]
Pożyj z takimi ustawieniami kilak dni (bez restartu) i poobserwuj HDD, czy się usypia a potem wybudza jak, np korzystasz z zasobów jakich na nim udostępniłeś.
Piękne dzięki!, o tyle ciekawe ze odkąd postawilem wczoraj system na SSD i utworzylem woluminy wszystkie jako statyczne to wybudzenia jakby ustaly choc jeszcze nie mam pewności czy juz calkowicie.
Na pewno jest roznica niebo a ziemia, dziś obserwowalem system przez kilka godzin i sie nie wybudził przez 6-7 godzin takze to dobry znak i dla mnie zaskoczenie bo wczesniej to wytrzymywal max 3-4h.
Ta konfiguracja z dyskiem SSD/typem woluminów coś jednak chyba zmienila, Helpdesk wspominal mi ze przy woluminach uproszczonych jakie mialem poprzednio jakis reclaim moze tez wybudzać, ustawienia systemu identyczne jak wczesniej bo mialem ich backup i teraz wgralem.
Takze jestem na etapie obserwacji, jak bedzie jednak sie wybudzal to na pewno zastosuje Twoje zalecenia.
Dziś nocka bedzie próbą zanotowalem sobie liczbę Start/Stop Count ze smarta i zobacze jutro rano, na razie ladnie śpi.
Jeszcze raz dzięki wielkie.
Zastosowalem wlasnie teraz Twoje ustawienia, bede obserwowal dzialanie serwera bo jednak od wczoraj pare wybudzeń przybylo a juz myslalem ze sprawdze licznik Start/Stop Count i bedzie niezmieniony od ostatniego razu oczywiście +1 wybudzenie , takze mam nadzieje ze te ustawienia teraz cos pomogą.
Na razie serwer jest śledzony przez Helpdesk i jego działanie odnośnie tych wybudzeń takze na razie ustawienia default bez Twoich.
Bede informowal jak postępy na bierząco.
i nie dam serwera do szafy. Za ładny jest. 
