W tym podręczniku użytkownika możemy bardzo dobrze podkreślić niektóre z możliwych przyczyn, które w wielu przypadkach mogą prowadzić do błędu 1808 jet_errdiskfull z przestrzenią do oddychania. Następnie zasugeruje kilka możliwych aplikacji naprawczych, za pomocą których możesz spróbować rozwiązać konkretny problem.
Zatwierdzono: Fortect
Próbować
Muszę zdefragmentować plik wpisu folderu publicznego w programie Exchange 2000. Pojawił się jednak błąd „Brak miejsca na dysku z przodu na błąd”. Oto początek:
Uruchom tryb DEFRAGMENTACJI…
mdbdata pub1.STM
Tymczasowa baza danych: TEMPDFRG1620.EDB
Tymczasowa zobacz darmowy plik: TEMPDFRG1620. STM
0 A10a 20 39 50 30 60 80A 70 90 niektóre
– | – – | —- | – — | —- | —- | —- | —- | —- | —- | —- |
..
Zakończył się błędem -1808 (JET_errDiskFull, brak wolnego miejsca na dysku) 862 po 359 sekundach.
Nie zawracam sobie głowy zrozumieniem, dokument bazy danych i publiczny plik strumieniowy mają rzeczywiście około 16 GB, podczas gdy dysk twardy (D 🙂 daje około 35,5 GB. To ponad 110% miejsca na dysku wymaganego do defragmentacji, jak opisano w tym artykule:
http://support.microsoft.com/?kbid=192185
Mój komputerowy plik bazy danych, jeśli jest nienaruszony (miejmy nadzieję…), czy jest w tej chwili sposób na jego defragmentację? Może ten plik poziomu ciepła został stworzony w C: build, który jest po prostu znacznie mniejszy?
Problem polega na tym, że nie masz wystarczająco dużo miejsca na defragmentację.
Musisz znaleźć 110% stopnia defragmentacji miejsca na dysku.
Najlepiej jest skopiować programy danej osoby na inny wolumen lub serwer i stamtąd przeprowadzić ESEUTIL.
Problem polega na tym, że nie masz wystarczająco dużo miejsca na defragmentację.
Musisz znaleźć 110% stopnia defragmentacji miejsca na dysku.
Najlepiej jest skopiować programy danej osoby na inny wolumen lub serwer i stamtąd przeprowadzić ESEUTIL.
Problem prawdopodobnie polega na tym, że nie masz wystarczająco dużo miejsca, kiedy musisz się trochę wyluzować.
Musisz zmniejszyć 110% dostępnego miejsca na dysku, które ktoś defragmentuje.
Zatwierdzono: Fortect
Fortect to najpopularniejsze i najskuteczniejsze narzędzie do naprawy komputerów na świecie. Miliony ludzi ufają, że ich systemy działają szybko, płynnie i bez błędów. Dzięki prostemu interfejsowi użytkownika i potężnemu silnikowi skanowania, Fortect szybko znajduje i naprawia szeroki zakres problemów z systemem Windows - od niestabilności systemu i problemów z bezpieczeństwem po zarządzanie pamięcią i wąskie gardła wydajności.
Lepiej skopiować określone zgłoszenia do innego serwera woluminów lub uruchomić tam ESEUTIL.
Witamy w naszej firmie! Działamy w taki sposób, aby technicy lubili tych, którzy ze sobą współpracują.
Wczoraj zdefragmentowałem swój switch 2003 również z Perfect Disk 10, teraz szybko po około 70% otrzymuję błąd „Operacja przeprowadzona z błędem -1808 Nie (jet_errdiskfull, pozostałe miejsce na dysku) po kilku sekundach 8846.125. Co to za zadanie i co? Przegląd
Odkryj
wśród bardzo
Sieć współpracy z tysiącami CTO, CIO i specjalistów IT, którzy są zaangażowani w Ciebie i Twój niesamowity sukces.
Upewnij się, że to rozwiązanie działa w przypadku iki instytucji rządowych i samorządowych, zapisując się do bezpłatnego sporu sądowego z okazji siódmej rocznicy ślubu.
„Oszczędność czasu to największa zaleta E-E dla każdego zespołu myhomepage. To, co może zająć kilka zerknięć, kilka godzin lub więcej, wyświetla się w rozmowie ekspertów w około 15 minut.
-Mike Kapnisakis, Warner Bros.
Plik .edb ma 47 GB, plik .stm może zająć dokładnie pozostałe 62 GB obsługiwanej przestrzeni. Chciałem użyć eseutil do uduszenia większości moich niestandardowych plików, ale odkryłem, że na komputerze internetowym nie było wystarczająco dużo miejsca, aby to zrobić. Zaatakowałem fizyczny dysk USB o pojemności 200 GB (con (zwykle nie jest to prawie pożądane z punktu widzenia wydajności, ale pomyślałem, że wystarczy do wszystkich prac konserwacyjnych) i wykorzystałem wszystko jako tymczasową przestrzeń do defragmentacji.
Przeprowadzono defragmentację natychmiast po nieudanym błędzie:
„Operacja zakończona z błędem -1808 (JET_errDiskFull, nie dla wolnego miejsca na dysku) po 10149672 sekundach.” Tylko w odniesieniu do 4 GB zostało użyte na zewnętrznym skomplikowanym dysku. Exchange
wymaga ręcznego miejsca na lokalnym dysku twardym do defragmentacji, nawet jeśli użytkownik ustawił / t?
Wszelka pomoc jest mile widziana.