Neden bir sabit diskteki veriler taşınamaz?


4

Yeni bir bölüm oluşturmak için bölümleme yazılımının temel olarak verileri "yukarı" kaydırdığını ve böylelikle bölümlendirme için daha fazla alan sağlanabileceğini biliyorum. Ancak,

Bir nedenden ötürü, bazı veriler taşınamaz. (kaynak)

Bilgisayar çalışmadığı sürece (yeniden başlatma sırasında bölümlendirme zamanlaması), temelde her türlü verinin taşınabileceği izlenimi altındaydım. Verilerin taşınamaması için hangi nedenlerin olabileceğini merak ediyordum?

Ya da daha doğrusu, ne tip sabit diskteki verilerin taşınması mümkün değil mi?


1
Çok güzel bir soru. Şu an aklıma gelen tek şey, bazı programlar tarafından disk üzerinde belirli bir fiziksel konumda olması beklenen önyükleyici tarafından kullanılan veriler olacaktır. Kayıt defteri veya sayfa dosyası gibi dosyaların geri kalanı yalnızca işletim sistemi çalışırken kullanımda oldukları için taşınamaz. Kullanmazlarsa, neden hareketli olamayacaklarına bir sebep göremiyorum. Örneğin, Windows kullanmaya ayarlanmamışsa, sayfa dosyası güvenli bir şekilde silinebilir (bu yorumdan neden kötü bir fikir olduğu konusunu tartışacağım).
AndrejaKo

Yanıtlar:


1

Diğer cevaplarda da belirtildiği gibi, bilgisayar çalışmıyorsa, o zaman bir şeyler yapması mümkün olmaz. , buradaki büyük ipucu Red Hat belgeleri olmalıydı açıkça işaret bu görevleri yerine getirmek için çeşitli yazılımlar bulunduğunu ve farklı davrandıklarını. Taşınmaz olan şey, yazılımdan yazılıma değişir. Farklı disk birleştiriciler, neyin hareketli olup ne olmadığı hakkında farklı fikirlere sahiptir ve farklı şeyleri taşımayı reddedeceklerdir.

Örneğin: MS-DOS / PC-DOS / DR-DOS ve DOS + Windows yıllarında çoğu disk birleştirme programı, etiketli herhangi bir dosyayı taşımayı reddetti. system veya hidden Öznitellikler. Bu BIOS dosyalarının olduğu gerekçesiydi. ibmbio.com veya io.sysDOS tarafından kullanılan FAT VBR önyükleme yükleyici kodundaki sınırlamalar nedeniyle, özellikle disk üzerine yerleştirildi. BDOS dosyaları, ibmdos.com veya msdos.sys BIOS'ta daha yetenekli bir yükleyici program tarafından yüklendi ve aynı yerleştirme kısıtlamalarına sahip değildi. Ancak disk birleştiriciler, hangi dosyaların ne olduğunu bilmiyorlardı; adlardaki farklılıklar göz önüne alındığında, birden fazla DOS sürümü ve Windows 3.x disk belleği dosyası, SuperStor sıkıştırılmış hacimleri vb. Gibi ek şeyler arasındaki ince varyasyonlarla başa çıkabiliyorlardı. Böylece geri çekildiler uygulaması basit farz ediyorum ki herhangi Bu özelliklerle işaretlenmiş olan dosyalar, yukarıda belirtilenlerin tümü genellikle varsayılan olarak olduğu için, sistem yöneticisi tarafından taşınamaz olarak belirlenmiştir.

Windows NT, sürüm 4.0'dan beri bellek hizmet veriyorsa, FSD'lerin uygulanması gereken ve disk birleştirme programlarının kullanabileceği standart bir birleştirme API'si tanımlamıştır. Bu nedenle, Windows NT'de bugünlerde taşınmaz olarak kabul edilen, genellikle disk birleştirme yardımcı programı yerine dosya sistemi sürücüsünün (FSD) bulunduğu ildir. Bu nedenle, söylenenin taşınmaz olduğu düşünülen bir NTFS birimi, büyük ölçüde NTFS FSD'nin hangi sürümünün kullandığına bağlıdır. Windows NT 5.1 sürümünde lanse edilen özelliklerden biri, dizinlerin, MFT'nin, birim bit eşleminin ve diğer meta veri MFT girişlerinin, şifrelenmiş dosyaların ve birimin ayırma birimi boyutunun 4KiB'den büyük olduğu dosyaların birleştirilmesine izin veren NTFS FSD'de yapılan iyileştirmelerdi .

Bu çeşitlilik, yardımcı program yazılımından yardımcı program yazılımına ve FSD sürümünden, tanımlamaya çalıştığı şeyin kapsamı dışında olan FSD sürümüne kadar, Red Hat'ın "bir neden veya başka" kelimesiyle kapsandığı şeydir.


Cevabınız için teşekkürler = D Btw, Paul'un cevabını aşağıda yazan yorumda ne düşünüyorsunuz? superuser.com/questions/351286/... ?
Pacerier

3

Taşınmaz dosyalar, çalışan işletim ortamıyla ilişkilendirilmiş bir bölümdeki bir birleştirmeyi veya benzeri bir yardımcı programı çalıştırdığınızda genellikle bir sorundur. Windows'ta, bu dosyalar, örneğin kayıt defteri, sayfa dosyası, meta veri dosyaları vb.

Çoğu durumda etkin olmayan bir bölümde bir birleştirme veya bölümleme yardımcı programı kullanmak, bu durumda bir kez taşınmaz dosyaların şimdi bölümün başlangıcına taşınabileceği ve / veya birleştirileceği anlamına gelir.

Yeni bir işletim sistemi kurma konusundaki sorunuz bağlamında, unmounted birimine (örneğin bir livecd kullanarak) birkaç defrag geçişi çalıştırmanız gerekir; daha sonra gparted'i veya işletim sistemi kurulum bölümü yöneticisini güvenle kullanmak varolan bölüm.


Ancak bölümü yeniden başlatırken zamanlarsak, "çalışan bir ortam" hakkı olmaz mı?
Pacerier

2
@Pacerier Her zaman biten bir şeyler vardır, yoksa bilgisayar başlamaz. Yeniden başlattığınızda işletim sistemi çalışıyor, ancak sistemin çoğu çalışmadan önce bu hareket yapılabilir. Yine de, bir kısmı çalışıyor olmalı. Diğer bir neden ise, sürücünün oldukça dolu olması ve bölüm yöneticisinin bitişik bir düzende olması gereken bazı dosyaları yeniden yerleştirmenin bir yolunu bulamamasıdır.
nos

2

Taşınmaz bir dosyanın iyi bir örneği Windows pagefile.sys olacaktır. Windows çalışır durumdayken taşınmaz, çünkü Windows'un çalışması için kritik öneme sahip.

"Sanal hafıza" nın depolandığı yerdir.


"Windows çalışırken" bölümünü açıklayabilir misiniz? Bölüm değişikliği yapmak için bilgisayarı yeniden başlatan bir program (EaseUS PMS) kullanırsam, pagefile.sys taşınır mı yoksa taşınmaz mı olur?
Pacerier

0

Verdiğiniz kaynaktan, bağlam yeniden bölümlendirme hazırlığı içindeki bir bölümü birleştirme ve yeniden düzenleme ("sıkıştırma") gibi görünüyor. Verilerin taşınamamasının nedenlerini gerçekten düşünemiyorum (tüm bunların, çalışan bölümdeki herhangi bir işletim sisteminin dışında olduğunu varsayarsak). Belki de kötü sektörlerden bahsediyordur? Bugünlerde pek sorun değil. Ya da belki bazı dosyaların konumlarının önceden belirlendiği (FAT tarafından değil) ve bu nedenle "taşınması" bir anlam ifade etmiyor.

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.