Windows 7 – wolne miejsce, komputer stacjonarny i hibernacja

Po instalacji którejś z ubiegłotygodniowych łatek do Windows 7 (x64) z dnia na dzień zacząłem mieć problemy z wolnym miejscem na dysku systemowym. Z 3,5GB wolnego miejsca zrobiło się całe ZERO MB, niewiele myśląc przeczyściłem dysk, odinstalowałem kilka zbędnych programów. Znów mam około 4GB wolnego. Hurra!

Kolejny dzień minął bez większych problemów.

Następnego dnia znów pojawił się problem i wspaniały monit o braku miejsca na dysku. Oczywiście znów całe ZERO MB wolnego miejsca.

Tym razem trochę więcej czasu spędziłem na poszperaniu co znów wspaniałego M$ wymyślił, żeby nie napisać sp***rzył.

Zrobiłem listę plików zmodyfikowanych w ciągu ostatnich 2h. Nie wiedzieć skąd pojawił się tam hiberfil.sys. Nic by nie było w tym dziwnego ale mam wyłączoną hibernację we wszystkich profilach zarządzania energią. Nie potrzebuję takiej funkcji w kompie stacjonarnym.

Po raz kolejny uruchomiłem powercfg -h off jako administrator i w cudowny sposób pojawiło się niecałe 5GB wolnego miejsca.

Ewentualnie można po prostu zmienić w rejestrze wartość poniższego klucza z 0 na 1

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power]
"HibernateEnabled"=dword:00000000

Ciekawe jakie atrakcje pojawią się jutro. Może dysk wybuchnie czy coś w ten deseń…

Jeszcze na koniec trik pozwalający szybko uruchomić konsolę jako administrator: wchodzimy w Menu Start, w “Wyszukaj programy i pliki” wpisujemy cmd i klikamy CTRL+SHIFT+ENTER

Synology – Awaria partycji systemowej – problem z dyskiem 1

Posiadam NASa Synology DS211j z dyskami 2x2TB pracującymi w RAID1. W pewnym momencie zauważyłem problem z dyskiem 1 a dokładniej wskazanie na awarię partycji systemowej. Oczywiście odczyty SMART nie wskazywały na nic niepokojącego.

Zazwyczaj w takich przypadkach pomaga wykonanie repair z poziomu DSM, natomiast w tym przypadku próba wykonania naprawy skutkowała pojawieniem się w logach wyjątku:

Jan 13 03:11:42 scemd: ScemRefreshDiskLed(524)Disk 1 fail
Jan 13 03:11:42 scemd: modules/raid_sys_volume_check.c:254 Md0 crashed
Jan 13 03:11:42 kernel: [ 154.740000] md: cannot remove active disk sda1 from md0 ...
Jan 13 03:11:42 storagehandler.cgi: raid_remove_disk.c:43 Failed to add '/dev/sda1' into '/dev/md0', WEXITSTATUS(err) = 1, err = 256
Jan 13 03:11:42 storagehandler.cgi: raid_add.c:54 Failed to add '/dev/sda1' into '/dev/md0', WEXITSTATUS(err) = 1, err = 256

Zgodnie z poradami na forum Pronas próbowałem zawalczyć za pomocą mdadm, jednak bezskutecznie.
Najprostszy i najmniej problemowy sposób to wykonanie reinstalacji firmware z poziomu Synology Assistant.

Rozwiązanie:

  1. Pobieramy i instalujemy Synology Assistant (http://www.synology.com/support/download.php)
  2. Pobieramy najnowszy firmware DSM (plik pat)
  3. Wykonujemy kopię zapasową ustawień (opcjonalnie)
  4. Wykonujemy reset urządzenia (trzymając 4s wciśnięty reset z tyłu kieszeni, do momentu wydania sygnału dźwiękowego)
  5. W ciągu kolejnych 10s należy jeszcze raz przytrzymać przez 4s reset do wydania sygnału dźwiękowego przez Synka
  6. W tym momencie uruchomienie Synology Assistant spowoduje wyszukanie Synka w sieci  (status uszkodzony lub brak konfiguracji czy jakoś tak), w SA będzie dostępna opcja instalacji DSM
  7. Wybieramy uprzednio pobrany plik z DSM
  8. Czekamy…
  9. Po jakiś 10-15minutach mamy sprawnie działający DSM, z hasłem admina ustawionym na etapie instalacji, z nietkniętą partycją z danymi (podczas instalacji ten etap był automatycznie pominięty).
  10. Jeśli mamy kopię ustawień to importujemy ją… i cieszymy się działającym Synkiem.

Pomimo posiadania kopii zapasowej ustawień nie cała parametryzacja Synka została przywrócona, musiałem dokonfigurować m.in. reguły dostępu, ustawienia zasilania itp.

… i to by było na tyle 🙂