Merel 469

Bedankt clarkie. Ik heb zopas met CCleaner een en ander gedaan, vooraleer ik je post #5 had gelezen. Ik heb dat programma al veel jaren gebruikt. Ik ga het opnieuw starten om specifiek alle punten uit te voeren van antwoord #5 Update: Ik merk dat ik reeds alle aangehaalde punten had uitgevoerd met CCleaner. Maar ik herbegin het maar opnieuw ; alle backups had ik ook gemaakt.

Er is een map 'Outlook logging' gevonden bij mijn \docs&settings\username\local settings\temp\ (vandaag gemaakt) wat er op wijst dat deze map als 'variable' ingesteld inderdaad wordt gebruikt door Windows. De inhoud van de map is een text bestand waarvan de inhoud er zo uitziet : *** Starting First Run (01-03-2012 11:37:51) *** ...HrPreSplashFirstRun called. ...HrPreLogFirstRun called. ..... FCheckFirstRunStatus failed reading machine value ...HrPostLogFirstRun called. ..... FCheckFirstRunStatus failed reading machine value ..... FCheckFirstRunStatus failed reading machine value ...deleting WAB4/UseOutlook because we're using MAPI. ...writing UUID to HKCU. ...setting Primary Client to Outlook. *** Ending First Run (01-03-2012 11:38:24) ***

@ clarkie Bedankt. Ik heb de Fixit 50416 toegepast. Heb bij de uitvoering gemerkt dat deze Fixit ook een clean-up maakt van het register om eventuele overblijfselen van Office 2003 te verwijderen. In principe is het register nu vrij van invloeden vanuit resterende Office2003 sleutels. Helaas heeft dit geen oplossing geboden aan het probleem. @ Iedereen : - Kan iemand mij vooruithelpen ? Word2010 en Outlook2010 geven nog steeds dezelfde foutmelding (zie #1) - Ik had graag kunnen verder werken met standaard default instellingen. Maar de vele 'individuele' oplossingen gevonden op het web geven ook uiteenlopende richtlijnen voor de toewijzing voor de folders van 'Environment variables' - Ik verkies toch om een herinstallatie te vermijden. Zou dat trouwens het probleem verhelpen ? Volgende stap : Ik zal alle Temp mappen leeg te maken. Verwacht daar weinig resultaat van.

Ik heb een veel voorkomende fout, waarover veel op Internet te lezen valt. Alle Windows versies en MSOffice versies hebben er last van. Toch ben niet geholpen met al de verschillende artikels en topics, met telkens andere oplossingen. Foutbericht : "Word/Outlook could not create the work file. Check the temp environment variable" Mijn specifiek geval : - Met Windows XP Pro (EN) heb ik Office2010 geïnstalleerd in de klassieke folder. - Wellicht zijn er left-overs van eerdere Office2003 (NL) in het register blijven hangen ? - Hieronder de huidige toestanden die 'mogelijks' met die zaak zijn betrokken. De huidige observaties: A/ "Variabelen" Zijn als volgt te benaderen. Syntax... [W] Window name [T] Tab name Button name [RMB] RightMouseButton Procedure ... My Computer [RMB] [W]System Properties [T]Advanced Environment Variables [W]Environment Variables (shows 2 subwindows) USER variables for 'Username' ---------------------------- Variable Value -------- ----- TEMP C:\Documents and Settings\Username\Local Settings\Temp TMP Idem (and more) SYSTEM VARIABLES ---------------- Variable Value -------- ------ TEMP C:\WINDOWS\TEMP TMP C:\WINDOWS\TEMP (and more) B/Registersleutel hieronder moet (misschien) niet type REG_SZ zijn maar REG_EXPAND_SZ ? Heeft dat soms belang ? HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders Uploaded with ImageShack.us Wat kan ik doen om (default) instellingen of 'betere' instellingen te maken die het probleem verhelpen ? Ik kan momenteel niet verder werken met Office2010 Pro ! Gelukkig heb ik OpenOffice staan. Bedankt

Updated #26 Er doen zich minder systematische bsod's voor dan voorheen. Toen was het systematisch bijna voor elke opstart. Leren mee leven zal mij veel minder tijd en moeite kosten dan blijven zoeken en die PC open te gooien. Laatste actie : checkdsk op een van 3 partities van externe harde schijf met firewire interface. Tamelijk veel fouten op die partitie waargenomene en hersteld.

Dat zijn er 2 van 1 GB, en nogal lastig te bereiken. Ik kan dat uiteraard wel proberen. Maar tenzij je het geheugen-beheer door Windows zou in vraag stellen, verkies ik om eerst de werking van het RAM geheugen te controleren via testprogramma(s). Het feit dat (na het optreden van een bsod) mijn workaround via safeboot telkenmale (zonder uitzondering)toelaat om WinXP geheel normaal te starten, wijst (imho) meer op een softwareprobleem eerder dan op een hardwareprobleem. Ik zie geen reden waarom met exact dezelfde hardware, een minuutje later niet opnieuw hetzelfde probleem zou opduiken. Als er een specifieke hardware is die maar half werkt of waarvan de specs niet meer binnen de specs is , zou die bsod ook moeten optreden tijdens de dagelijkse (lange) sessies Windows. Maar dat gebeurt nooit, zelfs bij zware belastingen van het systeem. Ik zal de volle tekst van de bsod hier eens neerpoten. Er staan suggesties bij (men kan daarmee echter alle kanten uit) Misschien doet het toch een lichtje branden.

Ik heb de installatielog van de versie 2 voor deze KB : KB977165-v2.logIk veronderstel dat de tweede versie mogelijk de bug corrigeert waarvan sprake bij de aangehaalde topic

24/07 11:01 STOP:0x00000050 (0XE1A1A000,0X00000000,0X804D92C2,0X00000001) 25/07 10:19 STOP:0x00000050 (0XE1A1B000,0X00000000,0X804D92C2,0X00000001) 26.07.2011 Cold boot 's morgens zonder bsod (geen tussentijdse actie) Coldboot namiddag zonder bsod (geen tussentijdes actie) 27.07.2011 Cold boot zonder bsod (geen tussentijdse actie) 28/07 08:46 BSOD 29/07 12:01 Cold boot OK (geen tussentijdse actie) 30/07 10:01 Cold boot OK (geen tussentijdse actie) 31/07 09:59 STOP:0x00000050 (0XE1A1A000,0X00000000,0X804D92C2,0X00000001) 01/08 11:19 STOP:0x00000050 (0XE1A1B000,0X00000000,0X804D92C2,0X00000001) 02/08 Cold boot OK (geen tussentijdse actie)

Vandaag geen probleem bij opstarten van XP. Toch geen oplossing in zicht voor intermiterend bsod.

Vriendelijk dank Gemmeke om deze bedenkingen naar voor te brengen. De multiboot manager is Grub2 en dient voor opstartkeuze tussen een enkele systeempartitie Windows XP Pro (EN) en Ubuntu. Vermits Windows de partitie van Ubuntu niet kan herkennen en totaal negeert, heeft dat voor dit probleem geen impact. (Omgekeerd ziet Ubuntu wél Windows systeempartities en kan dit zelfs als zeer nutige tool worden gebruikt voor noodchirurgie in Windows.) Je brengt me echter wel op een mogelijk spoor. Ik heb een Firewire externe disk waarop een niet actieve bootable partitie met systeem bestanden. Maar dat stond er wel al jaren, zonder dat dit het probleem veroorzaakte. Zal er eens naar kijken.

Wat te denken van deze twee regelcommando's welke in recovery console handmatig uitgevoerd worden ? Getoond op DEZE PAGINA De bsod foutcode die ik krijg is (hieronder) is echter niet dezelfde als in de getoonde topic ; wel dezelfde code 50 helemaal vooraan, maar de 4 groepen alfanumerics zijn verschillend : Page_Fault-in non Paged Area)...bla bla bla... Technical Information : 0x00000050 (0xE1F9F000,0x00000000,0x804D92C2,0x00000001) De biecht van Windows of hun verwijt op de rug van een zogezegde virus, waar M$ het zou aan toe zou schrijven heb ik (nog) niet gevonden. De regelcommando's durf ik zomaar niet uitvoeren. Het lijkt wel een uninstall van een servicepack.

Schijfcontrole is eerder uitgevoerd (zoals gemeld in #18, bij 'Voornaamste acties' laatste item ; alsook in de tekst) Vandaag werd XP opgestart zonder probleem. Ik haat intermitterende fouten ! Alleszins is er lectuur genoeg voor specifiek deze fout. Bij Google 131.000 zoek resultaten, waarbij misschien "ergens" een oplossing te lezen valt (maar en waarvan de meeste resultaten je een gratis scan voorschotelen ofwel een of ander product trachten aan te smeren) : Als ik daar zoveel tijd moet insteken, dan zal het alles tezamen de verloren tijd van ALLE workarounds (via safeboot) VER overtreffen ! Maar misschien dat ik er iets bij kan leren.

Korte historiek : - BSOD 'page_fault_in_non_paged_area' tijdens omzeggens bijna bij elke cold boot. Herstarten gebeurt echter steeds normaal - Deze bsod fouten worden blijkbaar niet genoteerd door Windows - Geen minidumps in C:\Windows\Minidump\ Voornaamste acties : - Settings veranderd voor minidumps (bestaande niet overschrijven) - Settings Pagefile.sys veranderd (coor partitie C in verband met formulering in de bsod fout ) - Settings voor D: : geen pagefile.sys - Schijfcontrole van C: Na drie opeenvolgende coldboots die goed verliepen (uitzonderlijk !) is vanmorgen het weeral verkeerd gegaan bij de startup. Men geraakt tot het Windows-logo waarbij de progressbar wordt getoond. Dan kwam na enige tijd plots het BSOD en moest ik mijn eerder beschreven workaround-rondje maken. Ik heb de volledige schijcontrole uitgevoerd als beschreven in antwoord #11 en laten herstarten => System is clean. Nu weet ik het niet meer ... - Andere logs gaan bekijken ? - Eventueel de drivers een na een nakijken ? Maar alles draait de ganse dag perfect eens dat XP is opgestart, zowel hardware als software. Ik krijg zelden nog een foutbericht. - Misschien de drivers voor de muis eens veranderen? (geloof er zelf niet in). Tijdens de beginfaze van een gelukte opstart (bij het welkomsscherm) beweegt de pointer erg houterig over het scherm. Ik heb lang geleden de Logitech drivers er af gegooid (veel te veel bytes alleen maar om een muis te doen bewegen is overdreven; en ik heb ook maar een heel simpel keybord dat ook al goed werkt zonder die Logitech invasie; de muis heeft trouwens altijd goed gewerkt met gewoon de Microsoft drivers, ook voor dat er sprake was van bsod) - Bij apparatenbeheer (device manager) lijkt niets abnormaal. Suggesties welkom. Het bsod geeft suggesties, maar geen erg concrete maatregelen. Ik zal ze eens copieren en hier neerzetten Bedankt

Misschien heb je HIER iets aan ? Problems with Acrord32.exe ? Er waren blijkbaar enkele mensen mee geholpen (kijk onderaan de webpagina)

Het feitelijk 'probleem' is dus eerder het feit dat je uw aangifte niet meer kan lezen. Ik vraag me af of het wel zo is dat documenten die zijn opgeslagen bij de website van TaxonWeb uitsluitend door Adobe Reader kunnen worden geopend (wel gekend om zijn problemen en veiligheidsgaten) ??!! Als dat .pdf documenten zijn zou je het 'default' programma voor openen van .pdf documenten moeten instellen op Foxit en dan eens inloggen op TaxOnWeb.

Deze morgen opgestart zonder probleem. Dat is nu al de derde maal op een rij. Dat was de laatste maanden zeldzaam geworden. Er is dus wat meer hoop op een definitieve oplossing. Vanuit Grub2 bootmanager wordt automatisch XP gekozen en deze kon vanmorgen 'door'-starten zonder inmenging van de bsod. Het swapbestand C:\pagefile.sys is nu 2.146.947.072 bytes voor 2GB ram geheugen. De suggestie van kweezie rabbit volgend zal ik nu de andere partities bekijken en eventueel hun settings aanpassen, zodat daar geen pagefile bestand meer aangemaakt wordt. Het verschijnsel dat de progressbalk héél even doet aarzelen is er nog wel maar het is zodanig kort dat het niet echt opvalt. De lichte tik in de luidsprekers is nog aanwezig maar nauwelijks waarneembaar. Wellicht is dat wel normaal voor Windows XP ; ik zou het niet weten.

Korte historiek : - BSOD 'page_fault_in_non_paged_area' tijdens omzeggens bijna elke cold boot. Herstarten gebeurt echter steeds normaal - Deze bsod fouten worden blijkbaar niet genoteerd door Windows - Geen minidumps ! Voornaamste acties : - Settings veranderd voor minidumps (niet overschrijven) - Settings Pagefile.sys veranderd (in verband met formulering in de bsod fout ) Evolutie: Vandaag heb ik voor de tweede maal een cold boot uitgevoerd (ook al in de meest letterlijke betekenis; na een zestal uren volledig power off) waarbij het opstarten van WinXP volledig normaal is verlopen. Nog geen victorie gekraaid, maar het is hoopgevend. Er is misschien ook nog iets anders veranderd (echter geen zekerheid hieromtrent). Tot nogtoe werd XP opgestart met de progressbalk die normaal deed ; behalve dat zowat halverwege het proces de beweging van de streepjes gedurende een fractie van een seconde leek te stoppen, om dan meteen verder te gaan. Tegelijk met die zeer korte stop hoorde ik telkens een zeer zwakke tik door de luidsprekers. Nadien volgde dan de bsod. Helaas heb ik nu niet zo aandachtig toegekeken maar ik heb de indruk dat dit korte verschijnsel zich niet heeft voorgedaan. Daarom misschien had ik dat 'onbewust gevoel' dat er iets veranderd was en dat de opstart zou lukken. Op gevoel kan men echter niet voortgaan. Ik moet nog langer afwachten. Wat betreft het swap/RAM geheugen : Er is 2 GB RAM in gebruik. Na deze tweede foutloze cold-boot heeft Windows dezelfde grootte aangehouden voor het virtueel geheugen bestand C:\pagefile.sys. (Ik moet evenwel nog steeds de andere partities nakijken)

Vandaag start XP (vanuit cold boot en bootmanagr Grub2) zonder de BSOD. Daar dit eerder eveneens af en toe normaal wilde starten, is er nog geen reden om nu al victorie te kraaien. Wait and see ! Het systeem heeft nu op de C:\ een pagefile.sys met 2.146.947.072 bytes in eigen beheer. Lijkt dat een normale waarde ? Ik zal pagefile uitschakelen op de andere partities. (De status hiervan heb ik nog niet bekeken.)

1. Ga naar de system properties - advanced en klik bij performance op settings. 2.Open de tab advanced en klik bij virtual memory op change. 3. Selecteer bovenaan de C drive en dan No paging file. Klik op Set. 4. Sluit alle vensters met OK en herstart de pc. 5. Verwijder het bestand c:\pagefile.sys Het was een beetje te verwachten hé ...die was al verwijderd 6. Ga opnieuw naar de instellingen voor virtual memory en selecteer nu System managed size. Klik op Set. Is uitgevoerd. Windows XP vraagt op dat moment geen herstart maar maakt ogenblikkelijk een nieuwe C:\pagefile.sys. Heb dat onmiddellijk gecontroleerd met de tijdstempel van het bestand. 7. Sluit alle vensters met OK en herstart de pc. Als dusdanig zie ik om die reden geen noodzaak voor een "restart". Ik zal wachten op naderhand een nieuwe cold boot. Dan zou eventueel moeten blijken of het effect heeft gehad op het uitblijven of niet van die BSOD. Er zijn op een of meer andere partities ook een pagefile.sys bestand met persoonlijke vast ingestelde settings. Kan het invloed hebben om die ook te klaren en te laten beheren door het systeem ? -Wel gek dat er nooit een minidump verschijnt bij de cold boot starts. Nu dat er geen overschrijving meer gebeurt, zou er uiteindelijk wel eentje moeten blijven staan... als die er maar kwam. - De C schijf controlleren doe ik desgevallend later.

Korte samenvatting : - Vandaag cold boot => BSOD (page_fault_in_Not paged_area) - Power Off/ON > Keuzemenu => Safe Mode - Nagekeken : * Geen minidump te bespeuren * Instellingen OK - Gewone herstart via START => perfect normale opstart ...als gewoonlijk na de obligate omweg via SafeMode.

Uploaded with ImageShack.us Die settings bleken in orde. In de getoonde directory locatie voor minidump(s) is momenteel inderdaad geen enkel bestand te zien. Dat zou wel kunnen, vermits Windows volledig "normaal" kan herstarten vanuit safemode ('welkom' inlogscherm). Ik veronderstel dat een (mogelijk aanwezig) vorige minidump automatisch wordt gewist, bij de hierboven getoonde settings ? (Tenzij dat de BSOD bij mislukte eerste opstart geen minidump heeft aangemaakt.)

BlueScreenViewer vindt geen enkele minidump .dmp bestand. In welke map worden de .dmp bestanden (normaal) opgeslagen ? - Mogelijk is een nodige service niet actief ? - Ofwel wordt er nog niets geregistreerd zo vroeg in de opstartfaze (wat mijn vrees al wasbij het starten van deze topic)

Eigenlijk zijn de gegevens eenvoudig, maar de diagnose moeilijk. Bij de éérste opstart van de PC (multiboot; maar op zich is dat is irrelevant) start Windows, maaar al onmiddellijk komt een BSOD met een tekst die ik hier niet volledig ga opgeven. Men spreekt er over 'page_fault_in non_paged area' en met enkele zeer algemene raadgevingen die je niet veel verder brengen om een gerichte diagnose te maken. De fout treedt op in ongeveer 95 % van alle éérste opstartpogingen bij een nieuwe dag. (dus bijna systematisch) . Men kan dan alleen nog PowerOff + PowerOn uitvoeren. Dan heb ik de keuze na de PowerON en de keuze van Windows-XP het multibootmenu : - ofwel wachten op het keuzemenu 'hoe XP op te starten' ... - ofwel zulk keuzemenu direct forceren (met F8) zodra na de keuzeoptie om Windows XP te doen opstarten... In dit menu voor veilig opstarten (met of zonder netwerk is irrelevant) De tweede methode kan eventueel ook meteen direct worden gebruikt (bij de allereerste Power-On plaats van eerst te wachten om te zien of BSOD al dan niet zal optreden. Dat spaart één Power OFF/ON Het komt er in feite op neer dat veilig opstarten een (bijna) absolute verreiste is in het hele opstartproces. Veilige modus lijkt een soort 'reset' uit te voeren nadat deze BSOD kwam opdagen in de éérste (vorige) opstart. Eens opgestart in veilige modus, is het niet nodig om in te loggen op mijn account. Het volstaat nu gewoon een herstart te vragen, wat dan volledig normaal wordt uitgevoerd. Als ik dan eventueel later op de dag zou herstarten in dezelfde sessie (bv na een update of een software installatie) gebeurt alles normaal. Analyse van de logs is inderdaad specialisten werk. Ik zal proberen een en ander voor te leggen maar veel tijd heb ik hiervoor niet. Er zal ergens een of ander service of driver worden opgestart die Windows-XP niet ligt ... ééns per dag maar, bij de éérste opstart ; en dan niet eens systematisch !

Als ik tussendoor (toch nog on topic) even vragen mag : Vanaf welk moment begint de log (voor bv detectie van een BSOD) bij het opstarten van Windows-XP (gesteld dat het programma werd geïnstalleerd in een vorige sessie) ? Ik wil in deze topic niet 'binnenvallen' , maar het zou interessant zijn om weten vanaf welk exact moment die log (dmp bestand ?) begint te registreren.BlueScreenView kan slechts tonen wat het zelf detecteert. De eerste BSOD gebeurt op mijn PC praktisch onmiddelllijk bij opstart; maar ik heb een workaround die me toelaat om toch te kunnen opstarten. Dus dat programma is dus in zover interessant voor mezelf. Bedankt

Het advies van Kurtt op DEZE TOPIC (antwoord #4) heb ik gevolgd voor de keuze van mijn huidige beveiligingsoftware. Ik heb dus tezamen AVAST en PC Tools Firewall Plus geïnstalleerd op mijn PC. UIteraard heeft een Firewall veel werk bij het begin en stelt hij veel vragen, waarop het antwoord meestal zeer eenvoudig is. Nu controleert PCTools Firewall natuurlijk ook AVAST en stuurt de firewall een vraagbericht om te weten of AVASTSVC.EXE (service) .... "een proxy is omdat het er op lijkt" . Persoonlijk vind ik wel dat ze dat bij PC Tools , in plaats van zulke lastige vragen te stellen, dit reeds lang zelf mochten uitgevist hebben ; als ze dan toch zoveel awards hebben gekregen, waarop ze zo trots op zijn ! Ik heb nooit echt goed begrepen wat een proxy juist is, en sta daar met mijn mond (bijna) vol tanden. Ik kan alleen JA of NEEN antwoorden. "Ik weet het niet" is geen optie en dus blijft die vraag daar staan. IK heb dan maar de firewall tijdelijk buiten gebruik gezet, zolang ik daar geen antwoord voor heb. Het bericht laat toe om verder details te bekijken en opent dan een tweede venster, wat ik hier toon. Bedankt om mij het juiste antwoord te geven op de firewall-vraag.