Gå til innhold

Alvorlig NTFS-feil kan true Windows 7-lansering


Anbefalte innlegg

Videoannonse
Annonse

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 av Mozze
Lenke til kommentar

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

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

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 av ztorkthrower
Lenke til kommentar

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 ;)

 

post-85724-1249627059_thumb.png

 

post-85724-1249627087_thumb.png

Lenke til kommentar
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 :roll:

 

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

tabloid overskrift? :p

 

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 av anotherzen
Lenke til kommentar

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 av lavizh
Lenke til kommentar
Gjest Slettet-Pqy3rC

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

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 konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...