Biçimlendirme, fiziksel bir sabit sürücüdeki her şeyi gerçekten kaldırıyor mu?


19

Biçimlendirmenin gerçekten neyin kaldırdığını anlamak istiyorum.

Bir bilgisayarı başlatırken DOS'a benzeyen bir şey görünür. Bu muhtemelen bir sabit diskte saklanamaz mı? Nerede saklanır?

Sabit diskte bir önyükleme kesimi olduğunu okudum, biçimlendirdikten sonra sabit diskte kalan var mı? Gerçekten bir sürücüde 0 bayt kaldı mı?


6
Biçimlendirme her şeyi kaldırmaz. Her şeyi kaldırmak için tüm sürücünün üzerine sıfır yazmak için bir program kullanılır
barlop

6
Vista veya daha yeni bir sürümünde hızlı olmayan bir biçim aslında sıfır yazar. Bunun yerine Windows'un önceki sürümleri temelde olanı gerçekleştirdi chkdsk /b.
Daniel B

5
Bu "DOS'u andıran şey" bir tahminte UEFI istemi olabilir.
user253751

3
En az bir "cevap" BIOS'a "işletim sistemi" olarak atıfta bulunur . Bu, bağımsız bir program için yanlış bir açıklamadır. Daha fazla tartışma için bkz. Superuser.com/questions/424892/is-bios-considered-an-os
talaş

Yanıtlar:


51

Bu tam anlamıyla anlaşılması gereken uzun ve zor bir yolla gerçekten üç farklı soru.

Bunu daha küçük, daha basit fikirlere sıkıştırmaya çalışayım ...

Bir sabit diski, ilgili bölümleri hızlı bir şekilde aramak için arkada bir dizin içeren bir referans kitabı gibi düşünün. Ardından dizini kaldırın. Kitap hala okunabilir, ancak sadece daha doğrusal bir şekilde. Doğru bölümü bulmak daha zor, ama imkansız değil.

Bir sürücüyü hızlı bir şekilde biçimlendirirseniz, gerçekte yaptığınız tek şey 'dizini' kaldırmaktır - tüm gerçek veriler hala oradadır. Bu noktada, diske yazmaya çalışacak bir şey olsaydı, eski verilerin orada olduğunu 'bilemez' ve bu nedenle yeni bir 'dizin' oluşturur ve eski verilerin üzerine yazar.

Tam biçim, gerçek verilerin kendisinin üzerine yazar - yine de gelişmiş tekniklerle kurtarılabilir.

Silinmiş veya tamamen boş bir sabit sürücüye sahip bir bilgisayarı önyüklediğinizde, gördüğünüz şey gerçek bilgisayar donanımında tutulan küçük bir işletim sistemidir (aslında bağımsız bir programdır, ancak küçük bir işletim sistemi gibi çalışır) , sabit sürücünün kendisinde değil - makineye talimatlar için bir sonraki nereye bakılacağını söyler.

Önyükleme sektörü, sabit sürücünün, bilgisayara tam olarak önyüklenebilir bir sistem için nereye bakacağını söyleyen bir talimat içeren küçük bir sektördür.


1
Not: "Önyükleme kesimi", daha fazla yönerge için sabit diskte bir sonraki nereye bakılacağı konusunda, sabit sürücünün kendisini değil bilgisayarı bilgilendirir.
Makyen

5
EFI bir işletim sisteminin yaptığı her şeyi yapar.
Zan Lynx

6
Sanırım yanlış ve yanıltıcı olduğunu söylemek yerine, bir alternatif sunmaya çalışmalısınız. Gereksiz ve eşit derecede yanıltıcı ayrıntılara dalmadan bu özel "sistemi" sıkıştırmanın bir yolunu gerçekten düşünemiyorum. Daha doğru olabilir, ancak OP'nin neler olup bittiğini anlamasına yardımcı olmaz. OP'nin bir işletim sisteminin ne ile başlayacağına dair doğru ve doğrudan bir anlayışa sahip olduğundan şüpheliyim.
Nelson

Bunun HDD için geçerli olduğunu belirtmek gerekir. SSD sürücüler daha da karmaşıktır.
Hauleth

@Hashim - Diğer düzenlemeleri kabul edeceğim, ancak "BIOS" çok özel ve ne demek istediğimi değil. BIOS'lu bilgisayarım yok.
Tetsujin

9

Burada 3 soru var.

Biçimlendirmenin gerçekten neyin kaldırdığını anlamak istiyorum.

Biçimlendirme ile ilgili: Biçimlendirmek için birkaç yöntem vardır. Bunlardan birine Hızlı biçim denir. Tek yaptığı, verileri gerçekten kaldırmadan boş olarak biçimlendirilmiş bölümü işaretlemektir. Normal biçim, bölümü boş olarak işaretler ve tüm bölüme de 0 yazın. Bu, biçimsiz bir programın verileri kurtarmasına izin verecektir, ancak daha fazla zaman alacaktır. Daha sonra, birden fazla döngüde diske çok sayıda rastgele veri yazarak diski silmeyi güvence altına alabilecek programlar da vardır, bu da biçimsiz bir programın verileri kurtarmasını çok zorlaştırır.

Bir sürücü biçimlendirildiğinde ve veri yazmaya başladığınızda boş olarak (hızlı biçimlendirme yöntemiyle bile) göründüğünde, daha önce verilerin depolandığı konumdaki verilerin üzerine yazılacağını unutmayın. Bu, geri alınan bir programın söz konusu verileri kurtarmasını zorlaştıracaktır.

Bir bilgisayarı başlatırken DOS'a benzeyen bir şey görünür. Bu muhtemelen bir sabit diskte saklanamaz mı? Nerede saklanır?

Ardından, bilgisayarı başlattığınızda gördüğünüz metin ekranına BIOS adı verilir. BIOS (Temel Giriş Çıkış Sistemi), donanımınızla iletişim kuran ve Windows veya diğer herhangi bir İşletim Sisteminin donanımınızla etkileşime girmesine izin veren işletim sistemidir. Bazen donanımın ne zaman öleceğini belirlemesi gerektiği göz önüne alındığında, BIOS'un bir metin arayüzü ve onunla etkileşim kurmak için bir KURULUM programı vardır. Bu metin arayüzü, bir bilgisayarı başlattığınızda gördüğünüz şeydir. MOST BIOS'ların kullanıcıyı karıştırmamak yerine bir görüntü gösterme işlevi olduğunu unutmayın.

Sabit diskte bir önyükleme kesimi olduğunu okudum, biçimlendirdikten sonra sabit diskte kalan var mı? Gerçekten bir sürücüde 0 bayt kaldı mı?

Bir sabit sürücünün Bootsector değeri, sabit diskte yalnızca bölümleri değiştirirken değiştirilen belirli bir konumdur. Bu belirli sabit sürücüden önyükleme yapmaya çalışırsanız önyükleme aygıtı hangi bölümden önyükleme yapılacağını belirler. Biçimlendirme, önyükleyiciyi ETKİLEMEZ. Yalnızca önyükleyiciyi değiştirmek, sabit diskin düzgün çalışmasını sağlar, ancak önyükleme yapamazsınız.


2
"The bootsector basically is a config file"- (U) EFI / GPT sistemlerinde olabilir mi? MBR tabanlı sistemlerde, en azından önyükleme sektörü kod içerir. (Konfigürasyon olması aslında sektörün başlangıcındaki koda bağlıdır.)
TOOGAM

6
"... buna ek olarak tüm bölüme 0 yazın. Bu, biçimsiz bir programın verileri kurtarmasına izin verir ..." - Bu, sıfırlanan verileri kurtarmanın gerçekten düzgün bir numarası olacaktır. IOW kendinizle çelişiyorsunuz ..
talaş

4
@ sawdust Bazı verileri kurtarmak hala mümkündür . Ya da en azından, bazı parçalar, gelişmiş yöntemlerle. Recuva OLABİLİR kurtarmanız mümkün BAZI bu verilerin. Sabit sürücünün tüm manyetik alanını GERÇEKTEN değiştirmek için tek bir geçiş yeterli olmayabilir . SSD'lerde, sektörlere dokunulmamasına neden olabilecek aşınma dengeleme teknikleri nedeniyle sıfırlama verileri iyi çalışmayabilir. Bu, zaman / şans / bazı bilgilerle, verilerin hala kurtarılabileceği anlamına gelir. Bu nedenle SSD'lerde ATA Secure Erase kullanıyorsunuz .
Ismael Miguel

@IsmaelMiguel __ Böylece, veri kurtarma işleminin kalifiye teknisyenler tarafından mümkün olabileceğine dair bir ayrım yaparsınız. Recuva, üzerine yazılan dosyaların kurtarılmasıyla ilgili hiçbir iddiada bulunmaz, sadece "silinen" dosyalar için. Ama benim eleştirim, bu cevabın bazı "biçimsiz" programlara sahip olan herkesin bu kurtarma başarısını gerçekleştirebileceğini ileri sürüyor ! FYI Ben dosya sistemi ve disk sürücüsü programlama yanı sıra yazılı disk denetleyicisi firmware yaptım, bu yüzden bu konuyla ilgili bazı anlayış var.
talaş

@ sawdust biliyorum ki onlar hiçbir kın yapmazlar. Bu iddiaları yapıyorum. Ve bunlar sağlam iddialar değil. "May" kelimesi oradaki anahtar kelimedir. Recuva kısmen silinen dosyaları algılayabilir, ancak kısmen üzerine yazılan dosyalardan ne kadar ayıklayabileceğinden emin değilim.
Ismael Miguel

6

Biçimlendirmenin gerçekten neyin kaldırdığını anlamak istiyorum.

Bir bilgisayar bir diski veya bölümü "biçimlendirdiğinde", bu, bir dosya sistemi birimi oluşturmak anlamına gelir. "Birim" temelde dosyaların depolandığı bir yerdir; eski disketler için tüm disk temelde birimdi. Sabit sürücüler için bir birim bir bölümde depolanmıştır ve bir disk birden çok bölüme sahip olabilir (yani birden çok birim içerecektir).

Temel olarak, biçimlendirme boş bir tablo oluşturur. "Tablo" dediğimde, satır ve sütun içeren bir grafik düşünebilirsiniz. Her satır bir dosya adına karşılık gelir. Her sütun bir dosya parçasını tanımlar. Örneğin, "bu dosyanın ilk parçası 1000 sektöründedir". Msgstr "Bu dosyanın ikinci bölümü 2000 sektöründedir". Biçimlendirme işlemi boş bir tablo oluşturur ve ardından dosyalar oluşturuldukça bu tablo doldurulur. DOS ile dosya sistemi türü, "Dosya Ayırma Tablosu" olarak adlandırılan bu tablodan sonra adlandırılmıştır.

Eski veriler hakkında endişelenmiyorsanız ve eski verilere kimlerin erişebileceği konusunda endişeleniyorsanız (bu veriler gizli / hassassa endişe kaynağı olabilir), en iyi seçeneğiniz, yalnızca minimum ayrıntıları oluşturan bir "hızlı biçim" yapmaktır. dosyaları izleyen dosya sistemi birimi için. "Minimum" / "hızlı" biçim ile "tam" / "genişletilmiş" biçim arasında bir seçiminiz varsa, ikinci biçimin dosya sistemi biriminin bir parçası olan her disk sektörüne bir şeyler yapması muhtemeldir. Bu, her sektörü silmek veya sektörün fiziksel olarak kullanılabilir olduğundan emin olmak için başka bir kontrol yapmaya çalışmak anlamına gelebilir.

Bir bilgisayarı başlatırken DOS'a benzeyen bir şey görünür.

Gibi LPChip cevabı , sana "sistem başlatma" süreci anlamına geldiğini varsayarsak ediyorum. Daha eski makinelerde, buna BIOS olarak kısaltılmış Temel Giriş / Çıkış Sistemi denirdi. Bir BIOS'un nasıl çalıştığı konusunda belirli standartlar vardır, böylece bilgisayar yazılımı (işletim sistemi gibi) bilgisayarın bölümleriyle etkileşime girebilir. Birçok yeni sistem, (U) EFI ((Birleşik) Genişletilebilir Ürün Yazılımı Arayüzü) adı verilen daha yeni bir standart kullanır. Endüstrinin hem BIOS'u hem de (U) EFI standartlarını tanımlamak için yaygın olarak kullandığı bir terim bulamadım, bu yüzden "sistem başlatma" terimini oluşturdum.

Ben bunu "DOS benzeyen" olarak adlandırıyor olabilir düşünüyorum birincil nedeni metin modunun kullanılmasıdır. (İyi ol ' CP437 !) Ancak, okuduğum kadarıyla, (U) EFI'nin bir komut satırı ile kontrol edilebileceği izlenimini edindim (belki sadece bazı uygulamalarla).

Bu muhtemelen bir sabit diskte saklanamaz mı? Nerede saklanır?

Bu genellikle tamamen bazı yongalarda saklanır. Daha eski sistemlerde bunlar ROM (salt okunur bellek) idi. Ancak, yeni teknoloji (daha büyük sabit diskler gibi) yongalarla uyumsuz hale geldiğinde, insanlar daha yeni teknolojiyi desteklemek için fiziksel olarak yongaları değiştirmek zorunda kaldılar. 1990'ların sonunda, insanlar genellikle "flash bellek" adını verdikleri yazılabilir bellek kullanmaya başladılar. Bu tür bir belleğin çok sık yazılması amaçlanmamıştır.

Bu sistem başlangıç ​​yazılımındaki yapılandırma seçeneklerini değiştirdiğinizde, yapılandırmanızın ayrıntıları genellikle CMOS adı verilen başka bir belleğe kaydedilir. Bu, anakartta depolanan küçük bir bellek (RAM'inizden farklı).

Sabit diskte bir önyükleme kesimi olduğunu okudum, biçimlendirdikten sonra sabit diskte kalan var mı?

BIOS standardını kullanan sistemler, 511 ve 512. baytların şu bitleri içerip içermediğini görmek için sabit sürücüleri kontrol eder: 0101 0101 1010 1010

Öyleyse, disk "önyüklenebilir" olarak kabul edildi ve BIOS, CPU'ya diskin ilk baytında bulunan talimatları izlemeye başlamasını söyler. Diskin ilk 512 baytına "Ana Önyükleme Kaydı" ("MBR") adı verildi. MBR'de depolanan kodun oldukça küçük olması gerekiyordu, çünkü bilgisayar önyükleme yapacaksa 511'inci baytın 01010101 olması gerekiyordu. Aslında, bu önyüklenebilir kodun çoğunun yapacağı şey, "bölümleme tablosu" adı verilen bir standardı kullanarak 447 ile 510 arasındaki baytları kontrol etmektir. Bu tablodaki baytlar bir bölümün (veya birden fazla bölümün) bulunduğu yeri belirtir. Genellikle, ilk bölüm sabit sürücünün ikinci Silindirinde başlar. (Eski sabit sürücülerde, "silindir" terimi sabit sürücünün fiziksel bir özelliğini ifade eder.

(U) EFI, daha karmaşık GPT yapısını anlayarak biraz daha karmaşıktır.

Her durumda, biçimlendirmenin bununla hiçbir ilgisi yoktur. Biçimlendirme bölüm içindeki verilerle ilişkilidir (genellikle Silindir 1 olarak adlandırılan ikinci silindirden başlar, çünkü birinci Silindir genellikle Silindir numarası sıfır olarak adlandırılır). Bu nedenle biçimlendirme, MBR'nin diskte kullandığı ilk önyükleme kodunu etkilememelidir. Ancak biçimlendirme, MBR'nin verileri kullanıldıktan sonra bilgisayarın kullanmaya çalıştığı kodu etkileyebilir.

Gerçekten bir sürücüde 0 bayt kaldı mı?

Yani 0 bayt kullanılmış mı? Kesinlikle hayır. Sürücüde kesinlikle kullanılan bayt var. Bölüm, dosya adlarını izlemek için kullanılacak ve dosyanın parçalarının depolandığı tabloyu içeren dosya sistemi birimini depolar. Genellikle "etiket" (dosya sistemi birimine atayabileceğiniz bir addır) gibi başka ayrıntılar da vardır. Bu, diskin toplam verilerinin nispeten küçük bir miktarı olmalıdır, ancak bu, diskin tüketilen bir parçasıdır.

İşletim sisteminize kaç bayt bulunduğunu sorduğunuzda, işletim sistemleri genellikle dosya depolamak için kaç bayt kullanılabileceğini bildirir. Çoğu insanın ilgilendiği veriler budur. İşletim sistemi, dosya tablosunu depolamak için kullanılan baytları veya bölüm dışındaki baytları (MBR gibi) bildirmez.

Ancak, tablo boş olduğundan, dosya parçalarını depolayabilen tüm baytlar kullanılabilir ve bunların sıfırı kullanılır. Disk hızlı biçimlendirilmişse, eski dosyaların içeriği diskte olabilir. ( TestDisk gibi bir program Bu tür içerikleri bulmanıza yardımcı olabilir.) Bununla birlikte, işletim sisteminden yeni dosyaları yeni içerik depolamasını istediğinizde, işletim sistemi diskin bu alanlarını kullanır (çünkü tablo diskin bu alanlarının önem verdiğimiz dosya parçalarını saklıyoruz). Böylece, eski verilerin üzerine yeni veriler yazılabilir (bu da TestDisk'in bu eski verileri gerçekleştiğinde kurtarabilmesine neden olur). Dosyaların içeriği kaydedilse bile, disk biçimlendirilirken bu dosyaların adları gibi ayrıntıların üzerine yazılmış olabileceğini unutmayın. ("Olabilir" diyorum çünkü dosyaları depolamanın farklı yolları vardır. Bu veri izleme yollarından bazıları, bu bölümler olmasa bile diskteki bölümleri takip etmek için yer kullanarak tutarlı boyutta bir tablo içerebilir. henüz dosyaları saklama. Diğer yöntemler, diskte depolanan verilere bağlı olarak tablonun boyutunu değiştirebilir, bu nedenle boş bir diskin küçük bir tablosu olabilir. Belki de bu dosya adlarından bazıları hala fiziksel olarak diskte depolanır, ancak işletim sistemi bu eski verileri izlemez ve bu nedenle işletim sistemi buna bir yarar bulduğunda verilerin silinmesi de olasıdır.)


3

Biçimlendirme fiziksel bir sabit sürücüdeki her şeyi gerçekten kaldırıyor mu? Biçimlendirmenin gerçekten neyin kaldırdığını anlamak istiyorum.

Gerçek deneylere dayanarak (başka bir kaynağı tahmin etmek veya referans vermek yerine), üzerine yazılan eski verilerin bu "biçimi" nasıl uyguladığınıza bağlı olacaktır .

Bir bölüm Linux (GParted kullanılarak) (NTFS veya Ext4 için) veya Windows 7 tarafından oluşturulan "hızlı" tarafından oluşturulduğunda ve oluşturulduğunda, dosya sistemini başlatmak için yeterli sayıda sektörün üzerine yazılır. Ayrılmamış (ve kullanıcı dosyaları tarafından ücretsiz kullanılabilen) sektörlere dokunulmaz ve eski veriler korunur.

Windows 7 tarafından bir bölüm oluşturulduğunda ve oluşturulduğunda (hızlı seçeneği kullanmadan), bölümdeki tüm sektörlerin üzerine yazılır. Ayrılmamış (ve kullanıcı dosyaları tarafından ücretsiz olarak kullanılabilir) sektörlerdeki eski veriler sıfır ile çevrilir. Eski verileri ve dosyaları kurtarmak için "biçimlendirmek" mümkün olmayacaktır.

Bir bilgisayarı başlatırken DOS'a benzeyen bir şey görünür. Bu muhtemelen bir sabit diskte saklanamaz mı? Nerede saklanır?

Muhtemelen (genellikle) bir flash bellek yongasında (anakartta) depolanacak olan BIOS veya UEFI programından bahsediyorsunuz.
Bu bağımsız programın (işletim sistemi olmayan) PC için yerel olduğunu ve herhangi bir HDD veya SSD'de değil, anakartı hiçbir sürücü bağlı olmadan yeniden başlatarak kolayca doğrulayabilirsiniz. (Tabii ki PC açıkken sürücülerin bağlantısını kesin.)

Sabit diskte bir önyükleme kesimi olduğunu okudum, biçimlendirdikten sonra sabit diskte kalan var mı?

Sürücünün ilk sektöründe (örneğin MBR, Ana Önyükleme Kaydı) bir önyükleme programı ve her önyüklenebilir bölümün başında başka bir önyükleme programı vardır.
MBR, "etkin" olarak işaretlenmiş bölümün önyükleme programını yükleyen basit bir önyükleme programıdır.
Etkin bölümün önyükleme programı dosya sistemi tarafından yüklenir. Bir işletim sistemini (ör. GRUB) gerçekten yükleyebilen bir önyükleme programı için başka bir ara yükleyici olabilir.

Gerçekten bir sürücüde 0 bayt kaldı mı?

Ne istediğini belli değil.

Asla herhangi bir formatta yazılmayacak hiçbir bölüme ayrılmamış sektörler olacağını unutmayın. MBR ve ilk bölüm arasında 1024 (Linux tarafından bölüm oluşturma) veya 2047 (Win7 tarafından bölüm oluşturma) kullanılmayan sektörler olabilir. Bölümler arasında kullanılmayan sektörler de olabilir. Gerçek sektör sayısı, önceki bölümün nerede bittiği ve bölüm hizalama türüne (örneğin, "silindir" veya megabayt başına) bağlı olarak "bitişik" bölümün başladığı yere bağlı olarak değişebilir.


2

Daha eski sabit disklerin kafasının ayrık adımlarla hareket ettirilmesi için bir mekanizması vardı; her bir sektörün nerede başladığı hakkındaki bilgiler, gerçek sektörlerin içeriğiyle aynı "veri akışında" saklanmıştır. Bir parçanın 5. sektörünü yazmak için, sürücü "# 5 sektörünün başlangıcı" olan bir işaretçi görene kadar "okuma" modunda başlayacak, yazma moduna geçecek, biraz boşluk bırakacak, ardından ikincil başlatma olacak işaretini kaldırın, sektördeki tüm baytları silmeye başlayın ve bittiğinde okuma moduna geri dönün.

Bir parkurun uygun şekilde yerleştirilmiş bir dizi sektör işaretçisi olduğu bilinmiyorsa (tamamen boş, biçimlendirilmemiş bir diskte olduğu gibi), kullanılmadan önce biçimlendirilmesi gerekir. Bunu yapmak için, sürücü yazma modunu açar, bir boşluk yazar ve daha sonra tekrar tekrar bir sektör başlığı, hafif bir boşluk, ikincil başlatma başlığı ve bir sektörün keyfi verileri ve başka bir boşluk yazar. Bunu yaptıktan sonra, sürücü okuma moduna geçer ve tüm sektörlerin okunabilir olmasını sağlar (sektörler arasındaki boşluklar çok uzunsa, son sektör ilkin üzerine yazabilir; boşluklar çok kısaysa, sürücü hızındaki değişiklikler neden olabilir sonraki sektöre yayılacak daha sonraki bir sektör yazma işlemi).

Böyle bir sürücüde "düşük seviyeli" bir formatın yapılması, üzerindeki herhangi bir bilgiyi oldukça iyi siler, ancak sektör üstbilgilerini yeniden yazmak için uğraşmadan her sektörün okunabilir olmasını sağlayan tipik bir "yüksek seviyeli" format komutundan daha uzun sürer. sektörler.

Modern sürücüler, sürücüdeki her şeyden daha hassas bir şekilde kalibre edilmiş özel ekipman kullanılarak plakalara yerleştirilen biçimlendirme işaretleyicileri gerektirir. Bu tür sürücülerde düşük seviyeli bir format yapmak, ekstra ekipman olmadan imkansız olacaktır. Tüm sektörlerdeki verilerin üzerine yazmak muhtemelen çoğunu kurtarılamaz hale getirecektir, ancak bazı sürücülerin diskin alanlarının ne zaman kötü gittiğini tespit etmek ve normalde bu alanlarda başka yerlerde depolanacak bilgileri yeniden konumlandırmak için özel mantığı vardır. Sürücüde diskin kesintili bir parçası olabileceğini düşündüğü için gizli veri içeren bir sektör yeniden konumlandırılırsa, daha sonra silme girişimi, orijinalin el değmeden bırakılırken sonraki kopyayı yok edebilir.


1

Hayır, öncelikle biçimlendirme, bir bütün olarak değil, bir bölüm üzerinde gerçekleştirilen bir işlemdir, bu nedenle bölüm tablosunu, diğer bölümleri veya sürücüdeki MBR'yi etkilemez. Önyükleyici gibi sesler gördüğünüz şey, bu doğrudan bios tarafından yürütülen ve daha sonra işletim sistemi çekirdeğini seçme ve yürütme görevine sahip olan küçük bir programdır, bu durumda biçimlendirilen bölüm önyükleyicinin bulamadığı anlamına gelir yürütmek için çekirdek.

İşlem tüm sürücüye uygulansa bile, biçimlendirmenin gerçekte böyle bir şey yapmadığı için dosya içeriğini sürücüden kaldırdığını düşünmek bir hatadır. Sürücü biçimlendirildiğinde meydana gelen şey, dosya ayırma tablosu, süper bloklar vb. Gibi meta verilerin temizlenmesi ve yerine boş bir yapı yazılmasıdır.

Dosyaların gerçek içeriği, biçimlendirme işleminin kendisinden etkilenmez. Bir benzetme, bir kitabın içindekiler tablosunu temizler, bölümleri listelemek için bir içerik tablosu olmasa bile hala orada olur.

Meta verileri göz ardı edebilen ve doğrudan sürücüdeki dosyaların gerçek ayak izini arayabilen yazılımlar mevcuttur ve dosyanın kapladığı alanın bir kısmı yeni veriler tarafından yeniden kullanılmadığı ve üzerine yazılmadığı sürece çoğu durumda dosyaları kurtarmak oldukça önemlidir.

Aslında diskteki verileri yok etmek istiyorsanız, uygun olacak yöntemler vardır, ancak sürücü türü gibi faktörlere bağlıdır (SSD'ler, örneğin HDD'lerden silmek için daha kolay yollara sahiptir), manyetik sürücüler için başka bir faktör sadece ne düzeydir imha arzu edilir. Verileri imha etme arasında bir fark vardır, bu yüzden ticari bir sabit sürücü tarafından kurtarılamaz ve son derece hassas adli analiz ekipmanı verilerin herhangi bir izini kurtaramadığı noktaya kadar imha etmeye çalışır.

DÜZENLEME: Makine kesintiye uğramış bir BIOS güncellemesi veya tamamen boş sürücüler yüklü bir makine ile birleştirilmedikçe, açmaya çalıştığınızda bir şey göstereceğini unutmayın. BIOS herhangi bir sürücüde depolanmaz, anakartın kendisinde küçük bir katı hal bellek yongasında saklanan küçük bir programdır.


BIOS, küçük bir katı hal bellek yongası değil, bir ROM yongası olan EEPROM'da depolanır. En büyük fark ROM'un Salt Okunur Bellek anlamına gelmesidir. Programı değiştirmek için yanıp sönmesi gerekir.
LPChip

2
@LPChip hala bir flash bellek biçimidir, aslında SSD'ler, sadece üzerine yazamayacakları ve silmek zorunda kalmadıkları aynı temel sınırlamaya sahiptir, fark, bir SSD'nin silme bloğu boyutunun toplamın sadece bir kısmı olmasıdır. çipin kapasitesi ve devrenin inşa edilme şeklindeki birkaç değişiklik, ancak hala bir katı hal hafızası biçimidir. Sadece, sayılabilir bellek yongalarının sayısız farklı teknik uygulamasının ayrıntılarına girmek istemiyordum.
MttJocy

@LPChip - Yorumunuzun doğru olan tek kısmı ROM kısaltmasının genişletilmesidir. "BIOS, bir ROM yongası olan EEPROM'da depolanıyor ..." . EEPROM, ROM'da dikkate alınmaz, çünkü devre içinde silinebilir ve yazılabilir. ROM, yarı iletken maskeleme işlemi ile oluşturulur. BIOS'u yaklaşık yirmi yıldır saklamak için EEPROM değil Flash kullanılmıştır. EEPROM ve flaşın her ikisi de "katı hal hafızasıdır" . Bu belirsiz bir terim, ama yine de bir düzeltme girişiminizden daha doğru.
talaş
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.