| Yazar |
|
reccae
istanbul
banlandı
Kayıt: 15.02.2006 |
|
ne kadar bilgi bulduğu değil sorun, ne kadarını kurtarabldiği.
insa ettigim binanin cimentosu kelâm
|
|
|
| Yazar |
|
ogencay
Istanbul
banlandı
Kayıt: 02.03.2006 |
|
Recovery programları genelde sadece file allocation table da kalan artıkları tarar sonra recovery yapmaya başladığında gidip o fiziksel konumdan dosyayı ayıklamaya çalışır. Sen sadece o dosyaların gölgelerini bulmuşsun normaldir.
There`s No Place Like 127.0.0.1
|
|
|
| Yazar |
|
akgulozkan
istanbul
Kayıt: 12.12.2006 |
|
ogencay yazdi | | | Recovery programları genelde sadece file allocation table da kalan artıkları tarar sonra recovery yapmaya başladığında gidip o fiziksel konumdan dosyayı ayıklamaya çalışır. Sen sadece o dosyaların gölgelerini bulmuşsun normaldir. |
ek olarak , bulduğu bir dosyayı defalarca bulmuş da olabiliyo, (çalışma biçimini bilmiyorum ama ) ben bir defasında yaptığımda aynı dosyanın 100lerce kopyasını bulmuştu, haliyle fazla veri gibi duruyor. Onun dışında donanımsal olarak mümkün değil.. An itibari ile 160 GB diskte sadece ve sadece 160 GB veri bulunabilir. 
|
|
|
| Yazar |
|
degez
Kayıt: 29.01.2007 |
|
verileri atacak harici hard diskin varsa alırsın çoğunu.
yani 160 gb'dan fazla veri alabilirsin.
sonuçta bir dosyanın bit dizisini biliyorsa, değişen bit'lerı bulup,
sonra da o dosyayının bit tabakasını kaldırıp alttakininkini elde edebilir.
şöyle düşünün bir ergenekon operasyonunda istenen bazı hard diskler elli kere yazılıp silinmiş (full) olarak verildi savcılığa.
çünkü öyle üstüne bi dosya yazıldı hemen ulaşılmaz olmuyor.
|
|
|
| Yazar |
|
reccae
istanbul
banlandı
Kayıt: 15.02.2006 |
|
degez yazdi | | verileri atacak harici hard diskin varsa alırsın çoğunu.
yani 160 gb'dan fazla veri alabilirsin.
sonuçta bir dosyanın bit dizisini biliyorsa, değişen bit'lerı bulup,
sonra da o dosyayının bit tabakasını kaldırıp alttakininkini elde edebilir. |
10000 GB / 160 GB = 60
aynı bitten 60 farklı veri çekmek nasıl bir fikirdir
insa ettigim binanin cimentosu kelâm
|
|
|
| Yazar |
|
akgulozkan
istanbul
Kayıt: 12.12.2006 |
|
degez yazdi | | verileri atacak harici hard diskin varsa alırsın çoğunu.
yani 160 gb'dan fazla veri alabilirsin.
sonuçta bir dosyanın bit dizisini biliyorsa, değişen bit'lerı bulup,
sonra da o dosyayının bit tabakasını kaldırıp alttakininkini elde edebilir.
çünkü öyle üstüne bi dosya yazıldı hemen ulaşılmaz olmuyor.
|
söylediklerine katılıyorum.
1 byte'lık bi küme düşünelim, örneğin başlangıçta 11111111 olsun
ilk kayıt
00101100 olsun, bunu silelim yeni kayıt oluşturalım.
00111100 olsun,
şimdi bu byte üzerinde değişen bit, eğer bir yerlerde tutuluyorsa(donanımsal veya veri yığını olarak) veya bit değişimini öğrenebiliyorsak (bilgim olmamakla beraber sanıyorum mümkün) önceki verilere ulaşmak mümkün, ki zaten aksini iddia etmedim :) Ben anlık olarak kapasitesinin üstünde veri tutmanın anlamsız olduğunu söyledim, Onun dışında istatistiki olarak zaten değişen bit sayısına göre 1 byte aslında sonsuz byte veri tutabilir  tabi eğer değişen bitlerin yerini bilirsen  yani bilgiyi bir alana sıkıştırmak gibi bişey ki mümkün müdür ayrı bir tartışma konusu,
yani örnekteki 4. bitin değiştiği bilgisini bir yerlerde tutuyorsak(donanımsal olarak 1 bitlik flag olduğunu varsayıyorum) bu en az 1 bytlık yer ayırmak demek aslında yani değişen bitin hangisi olduğunu bilmek ayrı bir dert olur sanırım :) detaylarını bilmiyorum şahsen 
|
|
|
|
|
-
 Del.icio.us
-
 Digg
-
 Facebook
-
 Furl
-
 Google
-
 Blink
-
 Simpy
-
 Spurl
-
 Y! MyWeb
|
|
| | |
