lysysz
(lysysz)
1 Styczeń 2006 18:48
#2
W zależności ile danych jest na dysku.
Ja mam też 80GB zapełniony w 70% i defrag sie robi w ok.25 min.
Canaletto
(Canaletto)
1 Styczeń 2006 18:53
#3
lysysz:
ok.25 min.
Dzięki za odpowiedź.
Myślałem, że trzeba zarezerwować sobie cały dzień
Korai
(Blood King)
1 Styczeń 2006 18:58
#4
Jeżeli masz SATA to pewnie jeszcze szybciej :mrgreen:
Zbych1
(Zbych )
1 Styczeń 2006 19:08
#5
Jak defragmentujesz systematycznie co najmniej raz w miesiącu to to kilkadzesiąt minut do godziny ale jak defragmentacji nie było kilka miesiecy to mozlwe że i dnia może braknąć
system
(system)
1 Styczeń 2006 19:11
#6
Zalezy tez jaki system plikow NTFS czy FA32 bo na FAT32 trwa to znacznie dluzej
Canaletto
(Canaletto)
1 Styczeń 2006 19:18
#7
Uruchomiłem defragmentator sytemowy i…
VOIDS
(Kamillo Voids)
1 Styczeń 2006 19:29
#8
nigdy nie używaj defragmentatora systemowego tylko jakiegoś najlepiej komercyjnego np.Diskeeper–>jest to szybki i prosty w opsłudze program!!
Deeep
(David 93)
1 Styczeń 2006 19:35
#9
Hehehe ja mam dysk 40 GB i defragmentuje go moze z 10 -15 minut
system
(system)
1 Styczeń 2006 19:42
#10
w tym folderze FOUND sa infoamracje bodajze o zagubionych klastrach
Usuwanie problemów za pomocą Chkdsk Gdy wolumin zawiera otwarte pliki, Chkdsk nie może zablokować woluminu, a więc nie może poprawić ewentualnych błędów. W tym przypadku Chkdsk proponuje automatyczne sprawdzenie woluminu po kolejnym uruchomieniu komputera. Zachowanie to jest typowe w przypadku woluminu startowego. Po zakończeniu sprawdzania woluminu startowego komputer zostaje automatycznie zrestartowany. Niektóre naprawy, takie jak przywrócenie utraconych klastrów (jednostek alokacji) lub skrośnie połączonych plików, powodują zmiany w tabeli alokacji plików (FAT) i mogą doprowadzić do utraty danych. Z tego powodu Chkdsk wstępnie wyświetla komunikat proszący o potwierdzenie, na przykład: 10 lost allocation units found in 3 chains. Convert lost chains to files? Naciśnięcie klawisza N spowoduje usunięcie błędów bez zapisania zawartości utraconych klastrów. Po naciśnięciu klawiszaY system Windows 2000 próbuje ustalić, do którego folderu klastry te należą. Jeśli folder uda się zidentyfikować, to łańcuchy utraconych klastrów zostaną zapisane w folderze w postaci plików. W przeciwnym wypadku każdy łańcuch zostanie zapisany w folderze o nazwie Found.xxx, gdzie xxx jest liczbą przyrostową (wartość początkowa wynosi 000). Uszkodzone dane zapisywane są w plikach o nazwach Filennnn.chk (File0000.chk, File0001.chk itd.). Po zakończeniu działania Chkdsk pliki te można otworzyć za pomocą edytora tekstów w celu odzyskania ewentualnych potrzebnych informacji (jeśli łańcuchy pochodzą z uszkodzonych plików binarnych, to ich użycie będzie niemożliwe). Po zapisaniu żądanych informacji pliki CHK można usunąć. Uwaga Należy usunąć tylko pliki o rozszerzeniu CHK z folderów Found.xxx. Inne programy mogą używać plików o tym samym rozszerzeniu. Jeśli nie zastosowano parametru /f, to w przypadku wykrycia pliku wymagającego naprawy Chkdsk wyświetli komunikat informujący, że naprawa błędów wymaga ponownego uruchomienia Chkdsk z zastosowaniem parametru /f. Jeśli parametr /f zastosowano w przypadku bardzo dużego woluminu, na przykład woluminu o wielkości 70 GB lub zawierającego miliony plików, to wykonanie Chkdsk może wymagać dużej ilości czasu (nawet kilku dni). Podczas wykonywania Chkdsk wolumin jest niedostępny. Jeśli wolumin systemowy jest sprawdzany podczas procesu uruchamiania, to komputer będzie dostępny dopiero po zakończeniu pracy Chkdsk. Uszkodzone sektory wykryte przez Chkdsk zostały zaznaczone podczas początkowego przygotowywania woluminu. Sektory zaznaczone jako uszkodzone nie są używane przez system, dlatego nie stanowią zagrożenia dla danych
from http://www.microsoft.com/poland/windows … _31_3.mspx