Skrivet av Viita:
Det är inte helt konstigt att det händer som i detta fall. Beronde på vad strulet med grafikkortet inneburit.
Det finns en orsak till att man inte ska "stänga av datorn genom att håll in ström-knappen", samt att man som sista utväg skall bryta strömmen till datorn. (Ibland är dock dessa allternativ det enda man kan använda sig av.)
Sker aktiv skrivning i någon form till disken under ström-brytning är risken stor att något blir korrupt.
Ibland räcker någon form av checkdisk för att få ordning på problemet, ibland "försvinner allt". Det är egentligen inte borta, det är bara "index-listan" som blivit korrupt.
Detta är en av de saker som skiljer mellan äldre och nyare filsystem och varför NTFS borde ha ersatt med något modernare för länge sedan - de flesta moderna filsystem är transaktionsbaserade och av COW-typ vilket gör att det finns ingen 'intermedian-läge' utan antingen är datat skriven och kan läsas när som helst även vid en krasch-omstart eller så finns inte datat alls och man rollbackar till en punkt/state innan och utgår därifrån och i de flesta moderna OS och filsystem så handlar det om max 30 sekunders skrivförlust som mest
Citat:
Det är lite samma orsak till varför man särskilt ska använda "säker borttagning" på usb-minnen/usb-diskar utan aktiv strömförsörjning. Man "stänger" helt enkelt ner dessa före man bryter strömmen genom att koppla ur dessa. (Det finns fler orsaker till varför säker borttagning skall användas, men detta är ett av dem.)
Även den delen kan skita sig riktig ordentligt med fel OS och hårdvara i kombination fast man gör allt 'rätt' enligt boken.
Ta fallet windows XP i kombination med WD-book 3.5" med extern 12V matning av tidsperioden 2010 - 2015 där en buggig USB/SATA-controller i WD-book där man kunde i ett fall av 10-20 hamna i läge där början av $MFT och $MFT_mirr skrivs över med fullständig slump och gör diskinnehållet extremt svårräddningsbart med de programvaror som fanns under den här tidsperioden och att tappa 4 TB i en smäll känns!, och räddningskvaliten med köpeprogram som R-studion gav extremt dålig resultat (läs data på 'scrape'-nivån) - efter den 3' gången började jag undersöka varför...
Första klustret $MFT och $MFT_mirr är NTFS filsystemets viktigaste sektorer där allt utgår ifrån, där pekas fortsättningen av $MFT som kan vara på helt annan del av disken, bitmapfiler, säkerhets och journalfiler (som inte visas vid fillistning) finns också där och hör till halvdussinet 'osynliga' filer som finns först i $MFT och är livsnödvändiga för NTFS och det ironiska att $MFT självrefererar sig i $MFT.
Efter dessa filer (i samma kluster) är början av roten av filsystemet med kanske 30-50 poster oftast av direktory-typ där resten av filsystemet grena sig ifrån och vid förlust av $MFT första kluster så brukar rotnivån och 1' nivån av under-direktoryna ryka och det kanske är enstaka grenar av nivå '2 och djupare ned i filträdet som en diskräddningsprogram kan hitta om 'klippet' görs på rätt ställe så den kan identifiera biten som början på en bit $MFT, om detta senare i texten.
Första klustret av $MFT och $MFT_mirr är dom klustren som läses allra först av filsystemet vid bootning och skrivs sist av alla vid en stängning av filsystemet och/eller datorn stängs av (det är accesstider och lite annat som uppdateras i den viktigaste av alla sektorer... - den som aldrig borde röras i för att minimera risken för misstag - men i NTFS ändras varenda gång filsystemet öppnas och stängs!!).
I kombination med XP och WD-book kunde man ibland få lägen med havererad $MFT och $MFT_mirr av anledningen att kommandon för att stänga av disken kom för kvickt inpå de sista skrivkommandorna för startsektorerna för $MFT och $MFT_mirr när filsystemet stängdes och båda skrevs då över med slump fast det fysisk var på helt olika ställen på disken och diskmotorn varande ned direkt efter.
Detta vet troligen MS om att detta har hänt - varför tror ni att filsystemet inte stängs när du stänger av datorn med win10! (du måste trycka shift samtidigt som du ger avstängningskommandot om filsystemet skall stängas), utan lämnar den i samma status som om du hade dragit ut strömsladden till disken!? I win-versioner senare efter XP så såg man att USB-stickan inte slocknade på sin LED fast man gjort "säker borttagning" och stickan är fortfarande strömsatt och externa hårddiskens motor fortsätter att spinna etc. Numera med win10 är det lite blandad beteende om en disk/USB-sticks stängs av eller inte när man gör en "säker borttagning" - men om man inte stänger filsystem och inte låstas om det vid nästa anslutning så går det hela oupptäckt för de flesta! (tills man skall accessa disken under linux vill säga...)
Det är inte helt MS fel för problemet eftersom det handlar om buggiga USB/SATA-chip i kombination win-XP - men skulden finns ändå och ansvaret till dataförlusten för användaren är fortfarande att MS inte ännu skapat ett bättre och mer robust filsystem som tål plötsliga avbrott bättre! och att inte pilla i viktiga sektorer med onödigt uppdaterande hela tiden!!.
---
Första klustret $MFT och $MFT_mirr är NTFS grundbult[1] och förstörs dom så kollapsar hela filsystemet då att hitta fortsättningen på $MFT är jättesvårt eftersom datat inte ligger i jämna intervall i struktur med fast avstånd utan som en journal med olika längder beroende på filnamnslängder, data för småfiler, extension och tabeller som pekar vidare och när man nyper huvudet (första klustret av $MFT) så är det som att skära itu en korv och det du ser i snittytan av datat, inte kan se om det är bit av en småfil, filnamn, data för extension och det finns heller inga 'magic-word' som kan synka upp och därmed kan hitta en vettig startpunkt igen om man läser in en bit in på sektorn/klustret, inte heller var nästa kluster fortsätter då $MFT växer dynamisk (och refererar till sig själv hela tiden, på en annan bit av $MFT på annan ställe som ingen vet var den finns då allt hänger på starten av $MFT för att se tråden som binder ihop själva $MFT, var de ligger på disken och vilken ordning) på samma sätt som andra filer och är det mycket småfiler som lagras lokalt _i_ $MFT så fragmenterar den också ut över hela disken.
Det är alltså skitsvårt att laga en NTFS-filsystem när huvudet av $MFT och $MFT_mirr är skadade och förstörda samtidigt.
Med detta i bakhuvudet och svidande förluster så lärde man sig att den säkraste sättet att 'avsluta' en arkivlagring på en WD-book var att vänta tills diskaktiviteterna lugnat ned sig - sedan med en bestämt ryck slita ut USB-anslutningen och sedan hoppas på att NTFS 'fsck' reparerar upp det som fattades vid nästa anslutning (alltså på samma sätt som win10 gör idag vid avstängning - ja om man inte trycker 'skift' samtidigt vid avstängning), för gjorde man 'rätt' med "säker borttagning" så fick man en käftsmäll förr eller senare och all data på WD-book blev plötsligt väldigt permanent oåtkommligt...
Av ovanstående orsak och erfarenheter av detta är därför jag kalla NTFS för en 'skört' filsystem - det finns 2 kluster som håller korthuset uppe, försvinner båda så faller hela alltet. Det är också orsaken till att jag anser att MS borde snarast designa en ny OS-filsystem som tål sådana saker, har funktioner hämtat från moderna filsystem som BTRFS/ZFS, native snapshothantering etc. då MS egna VSS (volyme shadow copy services) är ett plåsterhärke utan dess like och det finns många corner-cases där det inte fungerar och användarna hamnar i kläm med mer eller mindre stora dataförluster - Dessutom bygger MS hela uppdaterings-cirkus på att VSS fungerar och är extremt beroende av det för sina uppdateringar... ni som har icke fungerade dator efter en MS uppdatering och det inte repar sig efter 3 ytterligare kall-boot omstarter - har förmodligen hamnat i en av de många corner-cases som VSS har då den inte lyckats gå tillbaka till en tidigare rollback/startpunkt.
---
Sedan kan man också fråga sig - Varför pilla i en partitionstabell överhuvudtaget när man uppgraderar en OS? - partitionstabeller pillar man _bara_ i när man skall bygga om strukturen och geometrin på disken - resten av tiden är det 'hands off' för alla OS och skall inte alls röras -så tekniskt sett borde inte en partionstabell gå sönder oavsett hur många OS-uppdateringar man än gör!!
[1] Från romanen https://sv.wikipedia.org/wiki/Grundbulten där en av interna närmast maniskt lossade på alla skruvar och muttrar denne kunde få loss, både smått och stort och hoppades att hitta den 'grundbulten' som fick hela fängelset att rasa ihop.
