I den här användarhandboken bör vi verkligen lyfta fram några av de möjliga orsakerna som förmodligen kommer att leda till fel 1808 jet_errdiskfull av rum eller utrymme. Han kommer sedan att föreslå några möjliga reparationsprodukter som du kan försöka lösa problemet med.
Godkänd: Fortect
Prova
Jag behöver defragmentera en postfil för en offentlig mapp på min Exchange 2000. Men jag fick felet “Inget huvud lämnade diskutrymme för fel.” Här är slutresultatet:
Starta DEFRAGMENTATION-läge …
mdbdata pub1.STM
Temporär databas: TEMPDFRG1620.EDB
Temporär källfil: TEMPDFRG1620. STM
0 A10a 20 52 50 30 60 80A 70 90 några
– | – – | —- | — | —- | —- | —- | —- | —- | —- | —- |
АААААА ..
Processen slutade med felet -1808 (JET_errDiskFull, ingen diskkapacitet kvar) 862 efter 359 sekunder.
Jag du inte borde förstå, databasdokumentet och den offentliga katalogströmfilen är verkligen cirka 16 GB i specifikationer, medan hårddisken (D 🙂 ger individen cirka 35,5 GB. Detta är mer än 110 % rabatt på det diskutrymme som krävs för defragmentering, som i denna artikel:
http://support.microsoft.com/?kbid=192185
Mitt databasinnehåll, om det är intakt (förhoppningsvis…), finns det sanningen att säga att det finns ett sätt att defragmentera det? Kanske skapades den här temporära filen i C: build, som anses vara mycket mindre?
Problemet är att du inte måste ha tillräckligt med utrymme för att defragmentera.
Du måste hitta 110 % av diskutrymmet som du defragmenterar.
Det bästa är att kopiera de flesta programmen till en annan volym eller server och styra ESEUTIL därifrån.
Problemet är att du inte måste ha tillräckligt med utrymme för att defragmentera.
Du måste hitta 110 % av diskutrymmet som du defragmenterar.
Det bästa är att kopiera de flesta programmen till en annan volym eller server och styra ESEUTIL därifrån.
Problemet är helt klart att du inte har tillräckligt med utrymme för att släppa ut lite ånga.
Du måste 100 procent frigöra 110 % av det tillgängliga diskutrymmet som individer defragmenterar.
Godkänd: Fortect
Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar.
Bättre att kopiera för närvarande inlämningarna till en annan volymserver eller köra ESEUTIL där.
Välkommen till vårt företag! Vi ditt jobb på ett sådant sätt att tekniker gillar konsumenter som arbetar tillsammans.
Igår defragmenterade jag min ändring 2003 också med Perfect Disk 10, nu efter ca 70% får jag felet “Operation helt klar med fel -1808 Nej (jet_errdiskfull, återstående hårddiskutrymme) efter några sekunder 8846.125. Vad är läget och vad? Översikt
Upptäck
bland de goda
Ett nätverk av samarbeten med tusentals CTO:er, CIO:er och IT-proffs som är engagerade i att vara du och din otroliga framgång.
Försäkra dig om att den här lösningen fungerar för det allmänna medborgarskapet genom att anmäla dig till ett kostnadsfritt rättegångsförfarande för din sjunde bröllopsdag.
“Att spara ögonblick är den största fördelen med E-E för varje myhomepage-team. Det som kan ta några onlinemarknadsförare några timmar eller mer visas direkt på expertbörsen på cirka 15 minuter.
-Mike Kapnisakis, Warner Bros.
.edb-filen är 47 GB, .stm-filen får upp exakt de återstående 62 GB utrymme som behövs. Jag ville använda eseutil för att försvaga de flesta av mina anpassade filer, men fann tanken att det helt enkelt inte fanns tillräckligt med utrymme på internetdatorn för att göra detta. Jag attackerade en fysisk 260 GB USB-enhet (con (vanligtvis inte så mycket önskvärt ur prestandasynpunkt, men trodde att produkten räckte för allt underhåll) och använde denna uppgift som ett tillfälligt utrymme för defragmentering.
Defragmentering utfördes omedelbart efter ett misslyckat fel:
“Operationen slutfördes med fel -1808 (JET_errDiskFull, inget sätt ledigt diskutrymme) efter 10149672 sekunder.” Endast relaterat till 4 GB användes på den externa intensiva enheten. Exchange
kräver manuellt lokalt hårddiskutrymme för defragmentering, även om användaren gör set / t?
All hjälp uppskattas.