Ja- det gör skillnad då win10 använder 'trim' automatiskt mot SSD-disk när du ta bort filer.
har du lagra dessa bilder på en snurrdisk så är chansen mycket högre att kunna räddas då man inte kör trim mot snurrdisk.
'Trim' innebär att när WIN10-OS raderar en fil så ger den en lista till SSD-diskkontrollern vilka sektorer som kan förberedas för ny skrivning och en Garbage collector i SSD går efter ledig tid och raderar innehållet i aktuella sektorerna så att de är klara för en ny snabb skrivning.
- vilket innebär att data i dessa sektorer som markerat 'raderade' förstörs efter kontrollens eget godtycke och behov för tillfälle och när du försöker rädda tillbaka data igen i efterhand så kan vad som helst komma tillbaka och om det är fortfarande kvar riktiga läsbara bitar av tex foto/mediafiler så kan det vara i helt oordning beroende på de 'raderade' sektorerna får snabbt nya LBA-adresser efter reallokeringar som SSD hela tiden gör internt när det skriver ny data.
SSD beter sig alltså inte som snurrdiskar som har data kvar på sin sektor tills sektorn blir omskrivet, det sker massor av hyss under motohuven på en SSD
---
Som jag ser så är eventuellt kvarliggande shadow-copy av det som raderades förmodligen den största chansen att återfinna filerna (och därmed inte raderats på 'riktigt') - har det gått en tid så kan man inte förvänta sig att lediga utrymmet på en SSD har kvar någon användbar information när delete-kommantot väl getts och TRIM-kommandor exekverats.
---
I många linuxdistrubitioner så använder man inte 'trim' automatisk utan det är något man får exekvera manuellt (fstrim 'path') bl.a av ovanstående anledning och den vägen behålla innehållsräddbarhet på samma sätt som med traditionella snurrdiskar.
