int20h Skrevet 7. august 2009 Del Skrevet 7. august 2009 En massiv minnelekkasje kan føre til at Windows 7 får gode gamle "Blue Screen of Death". Les mer Lenke til kommentar
DarkSlayer Skrevet 7. august 2009 Del Skrevet 7. august 2009 Så bra - 1 dag etter alle de andre. Gammal nytt, og ferdig tygd svar til og med. Dersom man kjører chkdisk.exe /r mot en partisjon som det ikke bootes i fra Hvor mange gjør dette? Så godt som ingen? Er det da et nevneverdig problem? Nei. Utsetter man da lanseringen? Nei. Lenke til kommentar
Sokkalf™ Skrevet 7. august 2009 Del Skrevet 7. august 2009 Dette er vel neppe en feil i NTFS (som hadde vært kritisk), men heller en feil i chkdsk (som kan fikses lett med en patch). Lenke til kommentar
OnetroM Skrevet 7. august 2009 Del Skrevet 7. august 2009 (endret) Dessuten er det ikke gitt at maskinen kræsjer, som artikkelen antyder: Dersom man kjører chkdisk.exe /r mot en partisjon som det ikke bootes i fra (eks. harddisk nummer to), vil systemet bruke opp alt minnet for deretter å kræsje. Chkdsk er i W7 moddet så den SKAL bruke mye minne, dette for å gjøre jobben raskere. I ENKELTE situasjoner kan dette føre til at maskinen stopper og går i blåskjerm. Endret 7. august 2009 av Mozze Lenke til kommentar
moft Skrevet 7. august 2009 Del Skrevet 7. august 2009 hva ? - alvorlige feil ? - uferdig produkt ... windows ? BSOD ? - siden når har microsoft latt seg stoppe fra å lansere et produkt med disse tradisjonelle funksjonene ? Lenke til kommentar
jzky Skrevet 7. august 2009 Del Skrevet 7. august 2009 http://blogs.zdnet.com/Bott/?p=1235 My conclusion? It’s alarming behavior if you’re unaware of what’s happening. But when you look more carefully, it’s arguably a feature, not a bug, and the likelihood that you’ll ever crash a system this way is very, very small and completely avoidable. Let’s all take a deep breath, shall we? I’ve done a couple hours worth of testing this morning on the subject. There’s much less here than meets the eye. The idea that this bug is reproducible 100% of the time is incorrect, and in fact some of the seemingly alarming behavior is actually by design. First, you won’t see this bug on your system drive. Why? Because if you try to run Chkdsk with this switch (either from the command line or from the graphical interface) you’ll be told that the drive is in use. Windows will politely offer to schedule the disk check to run the next time you reboot and before Windows loads. The disk check in this mode is quick and harmless. Så blir nok ingen utsettelse av W7. Lenke til kommentar
Vakuum Skrevet 7. august 2009 Del Skrevet 7. august 2009 Det ville vært fint om Hardware.no lot VG ta seg av agurk-overskriftene. Lenke til kommentar
dizx Skrevet 7. august 2009 Del Skrevet 7. august 2009 Testet akkurat på min D: drive, en WD 1TB disk. Minneforbruket gikk opp en del. Ca 300MB. Etter ca 10 sek var den ferdig, og noen problemer ble rapportert fikset, minnet ble frigjort, og det var det. Jeg kjører Windows 7 x64 Ultimate RTM på Asus P5K-E. Jeg har ikke installert noen andre drivere enn de som kom med OS'et, unntatt skjermdriver. Lenke til kommentar
Fred Myklebust Skrevet 7. august 2009 Del Skrevet 7. august 2009 (endret) fra http://www.bluescreenofdeath.org/?p=94 was told that this is by design in Windows 7 because the OS is capable and uses more memory. According to my source, because they intended to speed up chkdsk , they did so through using more memory. However, it could be a bug somewhere in OS or a driver bug but seeing as it happens across a wide range of setups, it doesn’t seem to be 3rd party related. This is the information I have been told by my MS contact. I can also verify this issue goes all the way back to Build 7201. Endret 7. august 2009 av ztorkthrower Lenke til kommentar
dizx Skrevet 7. august 2009 Del Skrevet 7. august 2009 Prøver nå en gang til med /r. Da ser det ut til at dette skjer. Den spiser opp alt minnet. Den tikker og går sakte. Men maskinen er ellers responsiv som vanlig. Det tar litt lenger tid og starte opp andre programmer, naturligvis da alt minnet er oppbrukt Lenke til kommentar
Hårek Skrevet 7. august 2009 Del Skrevet 7. august 2009 At HW.no ikke er først ute er greitt nok. Men overskriften kunne godt vært på et saklig nivå, når alle konkuderer med at denne feilen ikke er alvorlig, og ikke truer lanseringen. Lenke til kommentar
Dudeson Skrevet 7. august 2009 Del Skrevet 7. august 2009 Ser ikke hensikten med og fremstille på denne måten annet enn og skape forvirring,venter heller på psu/cpukjøler-test som kommer mot slutten på fredagene Lenke til kommentar
dizx Skrevet 7. august 2009 Del Skrevet 7. august 2009 Ser ikke hensikten med og fremstille på denne måten annet enn og skape forvirring,venter heller på psu/cpukjøler-test som kommer mot slutten på fredagene Hardware.no begynte vel mer som en idealist-greie, men er nå blitt kommersiell aktør som konkurrer mot ITAvisen og Digi. De ser seg nødt til og bruke sensasjonelle overskrifter for øke antall klikk. Alvorlig NTFS-feil hadde virkelig vært en shopstopper. Denne feilen her er helt umulig og finne om du ikke tvinger chkdsk med en /r, og i tillegg kjører Windows uoppdaterte chipsett-drivere. Feilen gjør ingen skade, bortsett fra og bruke minne, og dermed ta en evighet for og gjøre seg ferdig. Hardware, vennligst moderer overskriften deres. Dette er ingen NTFS-feil, og den truer ingen lansering! Lenke til kommentar
anotherzen Skrevet 7. august 2009 Del Skrevet 7. august 2009 (endret) tabloid overskrift? svaret var å oppdatere chipsett driverne vistnok.. After emailing back and forth with the VP Sinofsky, it was found that the chkdsk /r tool is not at fault here. It was simply a chipset controller issue. Please update you chipset drivers to the current driver from your motherboard manufacturer. I did mine, and this fixed the issue. Yes it still uses alot of physical memory, because your checking for physical damage, and errors on the Harddrive your testing. I’m currently completed the chkdsk scan with no BSOD’s or computer sluggishness. Feel free to do this and try it for yourselves. Again, there is no Bug. mulig han hadde flax tho. men dette er langt ifra en showstopper, og de aller fleste som prøver å reprodusere feilen får det ikke til. om det finnes en bug så kommer det nok en hotfix lenge før Retail kommer i salg. Endret 7. august 2009 av anotherzen Lenke til kommentar
lavizh Skrevet 7. august 2009 Del Skrevet 7. august 2009 (endret) Ser ut som HW.no har begynt i ITavisen sitt fotspor. Nå har det seg sånn at chkdsk /f skal bruke mere minne enn vanlig men det skal aldri bruke opp alt (noe det heller ikke gjør). Microsoft har selv sagt det vil alltid være igjen minimum 50MB sånn at OS'et ikke krasjer. Men hvem er det som kjører chkdsk /f på en annen partisjon enn bootdisk? Endret 7. august 2009 av lavizh Lenke til kommentar
Gjest Slettet-Pqy3rC Skrevet 7. august 2009 Del Skrevet 7. august 2009 Håpløs journalistikk av hw.no... er nivået virkelig blitt så lavt? Hysteriet har nå virkelig smittet over fra annen media eller er redaksjonen bare blitt totalt kunnskapsløse ? En feil i chkdsk er ingen showstopper. Siden den i tillegg er relativt konsekvent tar det neppe lang tid å fikse problemet, noe hw.no bør ha vett nok til å skjønne. Denne artikkelen viser nok en gang et trist kunnskapsforfall i hw.no. Lenke til kommentar
Nator Skrevet 7. august 2009 Del Skrevet 7. august 2009 Fremprovoserte ufrivillig bluescreen i W7 ved å forsøke å kopiere noen filer til et Memory Stick M2 via adapter i minnekortleseren. Det var ikke verdens enkleste sak... Lenke til kommentar
brsseb Skrevet 7. august 2009 Del Skrevet 7. august 2009 (endret) Derfor mac er bedre enn windows. Apple har i det minste pyntet på sin "BSOD" Endret 7. august 2009 av brsseb Lenke til kommentar
mad_arab Skrevet 7. august 2009 Del Skrevet 7. august 2009 <pirk>Bildet er en Windows 98 BSOD. Det kan vel ikke kreve så mye jobb å finne et riktigere illustrasjonsbilde?</pirk> Lenke til kommentar
ze5400 Skrevet 7. august 2009 Del Skrevet 7. august 2009 @brsseb Linux' kernel panic er jo det tøffeste da, etter det igjen kommer Windows' sin. Klarer ihvertfall å lese ut nyttig info fra de, i motsetning til OSX sin. Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå