Suveräna Windums... Uppgraderar man motsvarigheten för UEFI på en Mac så tappar man ju inte bort alla data på sina krypterade diskenheter. Genialiska jävla skitkorvslösningar de kör med, jösses fy fan. Tur jag aldrig tjafsat med bitlocker, jag skulle ryka dit på det där direkt så tankspridd som jag är. Dessutom massvis av onödigt slitage och tidsåtgång när den ska av/kryptera hela disken... Uck.
????? Det där låter ju som rena stolleriet, varför skulle den slå klorna i diskutrymme använt av tomma filer som är raderade? Är ju rena snurren, vad tusan skulle vara meningen med det?
- Du kan prova med rubyskriptet och se själv - gör det dock inte på din systemdisk som testyta om du inte vill förlora ca 10 Gibyte utrymme permanent på disken... - gör det på en disk som du senare kan formatera om efter testerna.
$MFT i NTFS som innehåller all diskens metadata kan bara växa när filer läggs till och det är slut på lediga poster, men kan inte krympa när man raderar filer igen. Med 10 miljoner filer så blir den runt 10-11 GB stor $MFT då var fil tar 1 kByte i poststorlek för sin metadata. Hade filsystemet formaterats med flagga /L så hade det istället tagit dryga 40 GB.
För filer som är större än ca 330 Byte i innehåll så läggs överskottet ut som externa sektorer på diskytan och dessa poster raderas och blir tillgängliga igen när filen i fråga raderas - men 1k-blocket för filen inom $MFT tas inte bort, bara markeras ledig och kan ersättas med annan fil(start) senare. - jag tro inte ens datat skrivs över inom posten när filen raderas, till filräddningsprogrammens stora lycka men säkerhetsmässigt en svag del.
Med flaggan /L när filsystemet skapas så är var filpost i $MFT 4 kByte stor och då kan lagra ungefär 3.3 kbyte data inom $MFT innan det börjar lägga ut data med extension.