Sabit disklerde nasıl yazmalıyım?


41

Google , ilk 3 aylık yoğun kullanımda sabit sürücülerin önemli bir bölümünün başarısız olduğunu tespit eden sabit sürücü arızaları üzerine kapsamlı bir çalışma yaptı .

İş arkadaşlarım ve ben tüm yeni sabit disklerimiz için yeni test edilmemiş disklerde zaman kaybetmekten potansiyel olarak bir miktar gönül rahatlığı yaratabilecek bir yakma işlemi uygulayabileceğimizi düşünüyoruz. Ancak bir yanma işlemini uygulamadan önce, daha deneyimli başkalarından da bir fikir edinmek isteriz:

  • Kullanmaya başlamadan önce sabit sürücüde yazmak ne kadar önemlidir?
  • Bir yakma işlemini nasıl uygularsınız?
    • Sabit sürücüde ne kadar süre yanar?
    • Sürücülerde yazmak için hangi yazılımı kullanıyorsunuz?
  • Yakma işlemi için ne kadar stres var?

EDIT: İşletmenin doğası gereği, RAID'lerin çoğu zaman kullanılması imkansızdır. Ülke genelinde sıkça postalanan tek sürücülere güvenmek zorundayız. Sürücüleri mümkün olan en kısa sürede yedeklemekteyiz, ancak verileri yedekleme fırsatını almadan önce burada ve orada hala başarısızlıkla karşılaşıyoruz.

GÜNCELLEME

Şirketim bir süredir bir yakma işlemi gerçekleştirdi ve son derece yararlı olduğunu kanıtladı. Stokta bulduğumuz tüm yeni sürücüleri hemen yakar, garanti süresi dolmadan ve yeni bilgisayar sistemlerine kurmadan önce birçok hata bulmamıza olanak tanır. Ayrıca, bir sürücünün kötü gittiğini doğrulamak için faydalı olduğu kanıtlanmıştır. Bilgisayarlarımızdan biri hatalarla karşılaşmaya başladığında ve bir sabit sürücü ana şüpheli olduğunda, bu sürücüdeki yakma işlemini yeniden başlatırız ve sürücünün RMA işlemine başlamadan veya atmadan önce gerçekten sorun olduğundan emin olmak için herhangi bir hatayı arayacağız çöpe attı.

Yakma işlemimiz basittir. Çok sayıda SATA bağlantı noktasına sahip belirlenmiş bir Ubuntu sistemimiz var ve her sürücüde 4 geçişle okuma / yazma modunda badblock'ları çalıştırıyoruz. İşleri kolaylaştırmak için, "TÜM SÜRÜŞLERİNİZDEN VERİLECEK VERİ" uyarısı yazan ve daha sonra sistem sürücüsü dışındaki her sürücüde kötü engeller koyan bir komut dosyası yazdık.


15
Merakla, neden ülke genelinde sürücüler postalama Şok arızası ve posta servisi tarafından yapılan genel yanlış kullanım sonucu, yanmanın algıladığı nedenlerden ziyade sürücü arızası yaşama ihtimaliniz daha yüksek.
Paperjam

6
@ Lie Ryan: Posta depolama donanımı hala veri aktarmanın en hızlı yoludur. İnternet çok yavaştır ve kurumsal ağlardan ve güvenlik duvarlarından geçmeniz gerekirse, daha da kötüleşiyor.
Jonas

4
@ Lie Ryan: Eğer hükümete göre sınıflandırılmış gizli verilerle uğraşıyorsanız, SSH yapmayacaktır . Genel olarak, bu verileri içeren bir bilgisayar kamuya açık İnternet'e bağlı olmayabilir. Aktarılacak gigabayt veri sınıflandırması varsa, şifreli bir sürücüyü postalamak en etkili seçenektir.
benzado

3
@ Lie Ryan: Son derece. Gerçekten hızlı bir internet bağlantısına sahip olsanız bile, 7 TB'lık bir dağıtım yapmanız bir ay sürer (ve bu sizin ve alıcının verimi üzerinde kontrol sahibi olma lüksüne sahipseniz). UPS ile 7TB ertesi gün orada.
Jonas

5
Çok güzel ve her şey, yolda büyük miktarda veri toplayan mobil ekipler dışında. Yani, otel veya mobil internet bağlantılarına güvenmek zorundasınız ve asla 8 saatten fazla bir yerde bulunmuyorsunuz.
Phil

Yanıtlar:


36

Kullanmaya başlamadan önce sabit sürücüde yazmak ne kadar önemlidir?

İyi bir yedeklemeniz ve yüksek kullanılabilirlikli sistemleriniz varsa, çok fazla değil. Bir arızadan geri yükleme beri oldukça kolay olmalıdır.

Bir yakma işlemini nasıl uygularsınız? Sürücülerde yazmak için hangi yazılımı kullanıyorsunuz? Yakma işlemi için ne kadar stres var?

Genellikle bir sürücü veya yeni bir sisteme karşı badblock'ları çalıştıracağım . Ne zaman bir bilgisayarı, yedek parça yığınından dirilteceğim. Buna benzer bir komut ( badblocks -c 2048 -sw /dev/sde) aslında her bloğa her seferinde 4 kez farklı bir desenle yazacaktır (0xaa, 0x55, 0xff, 0x00). Bu test, rastgele okuma / yazma işlemlerinin çoğunu test etmek için hiçbir şey yapmaz, ancak her bloğun da yazılabildiğini ve okunabileceğini kanıtlamalıdır.

Bonnie ++ veya kıyaslama araçları olan iometer cihazını da çalıştırabilirsiniz . Bunlar disklerinizi biraz zorlamaya çalışmalı. Maksimum çıkarmaya çalışsanız bile sürücüler arıza yapmamalıdır. Öyleyse ne yapabileceklerini görmeyi deneyebilirsin. Bunu yapmam ama. Kurulum / kurulum zamanında depolama sisteminizin I / O kriterlerini almak, performans sorunlarına baktığınızda gelecekte çok yararlı olabilir.

Sabit sürücüde ne kadar süre yanar?

Tek bir badblock çalıştırması bence yeterli, ancak çok güçlü bir yedekleme sistemine sahip olduğuma inanıyorum ve HA ihtiyaçlarım o kadar yüksek değil. Desteklediğim çoğu sistemde hizmeti geri yüklemek için biraz zaman ayırabilirim. Çok endişeleniyorsanız, çok geçişli bir kurulum gerekebileceğini düşünüyorsanız, o zaman muhtemelen RAID, iyi yedekleme ve iyi bir HA kurulumuna sahip olmalısınız.

Acelem varsa yakmayı atlayabilirim. Yedeklerim ve RAID iyi olmalı.


49

IMNSHO, hatalı sürücüleri ayıklamak ve verilerinizi "korumak" için bir yakma işlemine güvenmemeniz gerekir. Bu prosedürün geliştirilmesi ve uygulanması, başka yerlerde daha iyi kullanılabilmesi için zaman alacaktır ve bir sürücü yanıyor olsa bile, aylar sonra hala başarısız olabilir.

Verilerinizi korumak için RAID ve yedeklemeleri kullanıyor olmalısınız. Bir kez yerine oturduğunda, sürücüler hakkında endişelenmesine izin verin. İyi RAID denetleyicileri ve depolama altsistemleri, verileri sık sık tarayan ve her şeyin iyi olmasını sağlayan 'temizleme' işlemlerine sahip olacaktır.

Her şey halledildi, başkalarının da belirttiği gibi, her şeyin beklediğiniz gibi çalıştığından emin olmak için bir sistem yükleme testi yapmaktan zarar gelmemesine rağmen, disk temizleme işlemine gerek kalmaz. Bireysel diskler hakkında hiç endişelenmiyorum.


Yorumlarda belirtildiği gibi, özel kullanım durumunuz için sabit diskleri kullanmak çok fazla bir anlam ifade etmiyor. Bunları etrafa nakletmek, yakma işlemini yaparken sizde olmayacak olan veri hatalarına neden olma ihtimalinin çok daha fazla olması.

Teyp ortamı gönderilmek üzere tasarlanmıştır. Sabit sürücünüzden daha hızlı olması gereken tek bir IBM TS1140 sürücüsü ile 250 MBps (veya 650 MBps'a kadar sıkıştırılmış) alabilirsiniz. Üstelik daha büyük - tek bir kartuş size 4 TB'a kadar (sıkıştırılmamış) verebilir.

Bant kullanmak istemiyorsanız, SSD'ler kullanın. HDD'lerden çok daha kaba davranılabilirler ve şu ana kadar verdiğiniz tüm gereklilikleri yerine getirebilirler.


Bütün bunlardan sonra, işte sorularınıza cevaplarım:

  • Kullanmaya başlamadan önce sabit sürücüde yazmak ne kadar önemlidir?
    Bir şey değil.
  • Bir yakma işlemini nasıl uygularsınız?
    • Sabit sürücüde ne kadar süre yanar?
      Bir veya iki tur.
    • Sürücülerde yazmak için hangi yazılımı kullanıyorsunuz?
      Basit bir çalışma, diyelim shredve badblocksyapacağız. Daha sonra SMART verilerini kontrol edin.
  • Yakma işlemi için ne kadar stres var?
    Hiçbir stres çok fazla değil. Herhangi bir şeyi patlatmadan bir diske atabiliyor olmalısınız.

1
Bu gönderiyle ilgili tek pişmanlığım, yalnızca bir kez oy kullanabilmemdir. @Phil, orada tekerleği yeniden icat ediyorsun. Verileri rasgele sürücü (veya diğer ilgili donanım) arızalarına kaybetmediğinizden emin olmanın yolu, yedeklemeler ve RAID dizileridir.
Rob Moir

8
Buna güvenmemeniz gerektiğine katılıyorum, ancak üretime girmeden önce bir sisteme karşı tarama yapmak koşmak benim için birkaç kez olası bir sorun olduğunu belirledi. Büyük bir telaş içinde değilseniz, bir veya iki gün boyunca bir bilgisayarın kendisini taramasına izin vermek genellikle hiçbir şeye zarar vermez.
Zoredache

7
Bu cevap en yüksek oylara sahipken, soruyu en çok cevaplayamadı. OP, RAID'lerin imkansız olduğunu belirtti. "Tek sürücüler ülke genelinde postalanıyor" ise, bir baskın yapılamaz. Bir yedekleme işlemi var, ancak görünüşte OP bir sürücünün aksamadığı durumlarda zamandan tasarruf etmek için her şeyi bulmak istiyor. (Not: OP ile aynı şirkette çalışıyorum, bu yüzden durumu biliyorum, teslim edildikten sonra veriler bir RAID'e kopyalandı.) Sürücülerde yazmak isterseniz, varsayımsal olarak, nasıl yapardınız?
demirci

3
Bu durumda, soru bu bağlamı sağlamalıdır. Söylediklerinize göre, "Sabit diskleri salyangoz posta / navlun yoluyla göndermemiz gerekiyor. Arızaları en aza indirmek için göndermeden önce bir yakma testi nasıl yapmalıyız?" Yeterince komik, cevap değişmiyor. Bir çift sürücü gönder! Ya da daha iyisi, bantları kullanın. Bantlar bu şekilde kullanılmak üzere tasarlanmıştır , HDD'ler değildir. Daha fazla bilgi farklı bir cevaba yol açar.
MikeyB

2
Kasetler, verileri sabit sürücüler kadar hızlı yazamaz mı? 250 MB / sn (sıkıştırılmamış) sizin için yeterli değil mi? Bir yanma işleminin kullanım durumunuzdaki arızalara karşı korunmaya yardımcı olmayacağını söyleyebilirim.
MikeyB

8

Açıklamanız göz önüne alındığında, herhangi bir yanma işleminin sizin için herhangi bir faydası olacak gibi görünmüyor. Sürücüler temel olarak mekanik etkenler, genellikle ısı ve titreşim nedeniyle bozuluyor; Herhangi bir gizli zaman bombası yüzünden değil. Bir "yakma" işlemi, kurulum ortamını her şey kadar test eder. Bir şeyi taşıdıktan sonra, başladığın yere geri dönersin.

Ancak burada size yardımcı olabilecek birkaç işaretçi var:

Dizüstü bilgisayarlar genellikle masaüstü sürücülerden daha titreşimli ve titreşime dayanacak şekilde tasarlanmıştır. Veri kurtarma dükkanlarında çalışan arkadaşlarım her zaman bu sebeple dizüstü bilgisayarlardaki müşterilere veri gönderiyorlar. Bu gerçeği hiç test etmedim, ancak belirli endüstrilerde "ortak bilgi" gibi görünüyor.

Flash sürücüler (örneğin USB flaş sürücüler), bulabileceğiniz herhangi bir besiyerinin darbelere en dayanıklı olduğu yerlerdir. Flash medya kullanıyorsanız, aktarım sırasında verileri kaybetme ihtimaliniz daha da düşük olmalıdır.

Bir Winchester sürücüsü gönderirseniz, kullanmaya başlamadan önce yüzey taraması yapın. Ya da daha iyisi, sadece do not kullanıma koydu. Bunun yerine, bazı sürücüleri kötüye kullanımı gören, ancak veri bütünlüğü için güvenmediğiniz "nakliye" sürücüleri olarak atamak isteyebilirsiniz. (Yani: verileri nakliye için sürücüye kopyalayın, gönderdikten sonra kopyalayın, her iki tarafta da çok sağlama toplamı, bu tür şeyler).


“Bir şeyi taşıdıktan sonra, başladığın yere geri dönersin.” - doğru değil. disk için bir MTTF grafiği şöyle görünür: cs.cmu.edu/~bianca/fast/img13.png cs.ucla.edu/classes/spring09/cs111/scribe/16/… erken dönemde test edebilirsiniz. Bir çok problemli tahrikten üreticiler, daha güvenilir bir ürün yapmak için bu stres testlerini yapıyorlar ancak tabii ki grafik düzleşene kadar testi yapmak ekonomik değil.
Karoly Horvath

3
@ yi_H: Ben tylerl muhtemelen erken başarısızlığın sebebinin nakliye işleminin kendisinden kaynaklandığını ima ediyor (bu mümkün değil, sürücü hatası ile postalama sıklığını gösteren bir grafik görmek istiyorum), bu nedenle sabit sürücüyü gönderirseniz ülke genelinde, daha sonra MTTF sıfırlanacaktır; bu nedenle, her üç ayda bir sürücüyü postalarsanız, her zaman erken arıza bölgesinde bulunuyorsunuz.
Yalan Ryan

5

İşleminiz yanlış. Baskın dizileri kullanmalısın. Çalıştığım yerde, etrafta taşınması için tasarlanmış sağlam baskın dizileri yaptık. Bu roket bilimi değil. Sürücüleri, büyük kauçuk titreşim yalıtıcılarına sahip büyük boyutlu kasalara şok olarak monte etmek, güvenilirliği büyük ölçüde artıracaktır. (Seagate takımyıldızı sürücüleri, 300G şoku için derecelendirilmiş bir örnek olarak verilmiştir ancak sadece 2G titreşim, çalışmayan: bu nedenle nakliye kutusunun sürücüyü titreşimle izole etmesi gerekir. Http://www.novibes.com/Products&productID=62 veya http : //www.novibes.com/Products&productId=49 [bölüm # 50178])

Ancak, gerçekten test sabit disklerinde yazmak istiyorum, işte böyle.

Sabit diskler gibi sistemler üzerinde çalıştım ve yandığımda bazı sorunlar buldum ama ...

Hataların ortaya çıkması için PCB'lerin hızlandırılmış kullanım ömrü testi için, hiçbir şey bazı sıcak / soğuk döngülerini geçemez. (sıcak-soğuk çevrimleri çalıştırmak daha da iyi çalışır ... ama özellikle de HDD’lerin bankalarında bunu yapmanız daha zordur)

Kendinize bir seferde edindiğiniz sürücü sayısı için büyük bir çevre odası edinin. (Bunlar oldukça pahalıdır, etrafa baskın dizileri yollamak daha ucuz olur) Test odalarına sızmazsınız, nem kontrolüne ve programlanabilir rampalara ihtiyacınız olacak.

İki tekrarlayan sıcaklık rampasında programlayın, minimum depolama sıcaklığına, maksimum depolama sıcaklığına kadar, rampaları, uygulama mühendisini sabit disk üreticisinden rahatsız edecek kadar dik tutun. 12 saat içinde 3 soğuk-sıcak döngü, sürücülerin oldukça hızlı bir şekilde arızalandığını görmelidir. Sürücüleri bu şekilde en az 12 saat çalıştırın. Daha sonra herhangi bir çalışma varsa şaşırırım.

Bunu düşünmemiştim: Çalıştığım bir yerde bunu yapan bir üretim mühendisi vardı, aynı test ekipmanıyla daha fazla ürün sevk etmek için, testte hatalarda büyük bir artış oldu, ancak varışta ölü oranı neredeyse düştü sıfır.


5

Temelde "Yakma ile uğraşma, iyi yedeklemeler" diyen tüm cevaplara katılmıyorum.

Her zaman yedekleriniz olsa da, dün 9 saatimi (her zamanki 10 saatlik vardiyamın üstünde) yedeklemelerden geri yüklemek için harcadım, çünkü sistem hiç kullanılmamış sürücülerle çalışıyordu.

Bir RAIDZ2 konfigürasyonunda 6 sürücü vardı (RAID-6'ya eşdeğer ZFS) ve yaklaşık 45 gün boyunca çalışmakta olan bir kutuda 18 saat boyunca 3 sürücü ölmüştü.

Bulduğum en iyi çözüm, sürücüleri belirli bir üreticiden satın almak (karıştırıp eşleştirmeyin), daha sonra sürücülerin çalıştırılması için verilen araçları çalıştırmak.

Bizim durumumuzda Western Digital'i satın alıyoruz ve DOS tabanlı sürücü tanılamalarını önyüklenebilir bir ISO'dan kullanıyoruz. Ateşleriz, tüm diske rastgele çöp yazma seçeneğini çalıştırırız, ardından kısa SMART testini ve uzun SMART testini izleriz. Bu genellikle bütün kötü sektörleri ayıklamak, yeniden tahsis etmek / yazmak, vb. Okumak için yeterlidir.

Hala toplu iş yapmanın uygun bir yolunu bulmaya çalışıyorum, böylece her seferinde 8 sürücüye karşı çalıştırabilirim. Linux'ta 'dd if = / dev / urandom = / dev / whatever' komutunu veya 'badblock'ları kullanın.

EDIT: 'Toplu' için daha güzel bir yol buldum. Sonunda ağımızdaki belirli bir ihtiyacı karşılamak için bir PXE önyükleme sunucusu kurmaya başladım ve Ultimate Önyükleme CD'sinin PXE önyükleme yapabileceğini farkettim. Artık sürücü tanılamayı çalıştırmak için PXE önyükleme yapabilen bir avuç çöp makinesi var.


3
Ne biliyorsun? Soruyu cevaplayan ve OP'de vaaz vermediği bir cevap. +1
elBradford

3
Rastgele verilerin sürücüye yazmasını istiyorsanız, / dev / urandom; bloke eden kuzeni / dev / random gibi yavaş değil ama yine de yavaş ve gerçekten hiçbir şey kazanmıyor. Bunun yerine, rastgele bir anahtarla (/ dev / urandom veya / dev / random'dan alabileceğiniz) düz bir dm-crypt eşlemesi yapın ve sonra eşlenen cihaza dd / dev / zero komutunu verin. Muhtemelen iki kat hızlı ve büyüklük sırası arasında daha hızlı olacak. gitlab.com/cryptsetup/cryptsetup/wikis/FrequentlyAskedQuestions "Bir aygıtı kripto sınıfı rastgelelikle nasıl silebilirim?" bunun nasıl yapılacağına dair bir örnek var.
CVn

Mükemmel bir öneri @ MichaelKjörling
Aaron C. de Bruyn

3

Kullanmaya başlamadan önce sabit sürücüde yazmak ne kadar önemlidir?

Değişir.
Yedeklilik sağlayan bir RAID'de kullanıyorsanız (1, 5, 6, 10)? Çok değil.
Standaolone kullanıyorsanız? Birazcık, ama sadece smartd veya bunun yerine izlemek için bir şey çalışan en iyisi bence.

Bu, doğal olarak " Yakma işlemini nasıl uygularsınız? " - cevabımı verir .
Diskleri "yakmak" yerine, bunları yedek çiftler halinde çalıştırıyorum ve bir sürücünün ne zaman kazanıldığını söylemek için tahmine dayalı izleme (SMART gibi) kullanıyorum. Tam bir yazma işlemi için gereken fazladan sürenin (tüm diski gerçekten kullanmak), bir disk arızası ve takas işleminden çok daha pahalı olduğunu buldum.
RAID ve iyi yedeklemeleri bir araya getirmek, bebek ölümleriyle (hatta yaşlılıktan ölmeye başladığınızda küvetteki kürün diğer ucuyla) uğraşırken bile verilerinizin çok güvenli olması gerekir.


1
Sürücü sabit bir yerde olmadığı için izlenemiyorsa ne olur? :)
jsmith

2
@jsmith - o zaman var bunu bir izleme ana bilgisayardan yoklama onu yerine onaylamasına gönderiyorsunuz - gerçekten neredeyse hiç durumlar vardır edemez biraz yaratıcı düşünce :) gerektiren sadece olanlar vardır bir şeyler izlemek,
voretaq7

2

Spinrite (grc.com) sürücüdeki tüm verileri okuyacak ve yazacaktır. Başarısızlığa uğramayacak olsanız bile, yeni bir sürücü için yapılması iyi bir şey. Geçerli boyuttaki sürücüler için genellikle birkaç gün süren 4. seviyede çalışmak uzun zaman alır. Ayrıca tahrip edici olmadığını da eklemeliyim. Aslında eğer kötü yerlerde veri varsa, onu hareket ettirir ve kurtarır. Tabii ki asla bir SSD ile çalıştırmazsınız.


1

Haftada bir kez kıyaslama ve hata kontrolünün sabit disklerde "yazma" işleminde yeterli olacağından eminim. Görevinden beri böyle bir şey duymadım.

Stroagereview.com'da "6_6_6" den alıntılandı

1. Connect the drive to a running system. Read SMART values.

2. Do a SMART short self test. Do a SMART long self-test.

3. Zero fill / Wipe the drive with the manufacturer's utility. Entire drive.

4. Run HDTach full read/write. Everest / Sandra, etc all have stress tests. Run hard drive part continously for hours.

5. Run Victoria for Windows Read/Write test and make sure no slow sectors.

6. Drop to DOS. Run MHDD, run a LBA test and see check for slow sectors. Run Read/Write/Verify test. Run drive internal ATA secure erase command.

7. Do a full format.

8. Compare SMART values. If no anomalies, all good to go. Install your OS and continue.

Sonuçta, şahsen bunun kötü bir fikir olduğunu düşünüyorum.

EDIT: Scource: http://forums.storagereview.com/index.php/topic/27398-new-hdd-burn-in-routines/


0

Öncelikle, kullanım durumunuzun teyp sürücülerinin daha iyi bir seçenek olacağını önerdiği diğer afişlerle aynı fikirdeyim.

Eğer bu mümkün değilse, Sürücüleri ülke genelinde uçurmanız gerekiyorsa, gerçek bir RAID bir seçenek olarak görünmüyor, çünkü daha fazla sürücünün taşınması gerekecek ve arıza riskini artıracaksınız. Ancak, basit bir yansıtma şemasına, bir sürücüyü göndermeye ve diğerini kaynak alanda tutmaya ne dersiniz?

Ardından, sürücü varışta başarısız olursa, yeni bir kopya alınabilir ve gönderilebilir. Sürücü varışta iyiyse yedek orijinali göndermek veya yedeklemek için tekrar kullanılabilir.


0

Sürücülerin neden sevk edildiğini gerçekten söylemediniz - bu sadece veri göndermenin bir yolu mu, bir bilgisayarda başlatılmaya hazır tam uygulama / işletim sistemi görüntüleri var mı, yoksa başka bir şey mi?

Bir sürücünün mekanik sorunlara neden olma riski nedeniyle RAID veya yedeklemelerin taramaktan daha iyi olduğu diğer yanıtları kabul ediyorum.

Bunu koymanın daha genel bir yolu "hataları yakalamak ve düzeltmek için gereksiz verilere dayanmaktır" - her bir veri kümesi için 2 sürücü gönderir veya tek bir sürücüde yedek verileri gönderir. Parchive gibi bir şey , verinin büyük bir kısmı bozulmuş olsa bile kurtarmayı sağlayan, verilere tanımlanmış bir artıklık düzeyi eklemenizi sağlar. Diskler bugünlerde oldukça ucuz olduğu için, kesinlikle gerekenden daha büyük bir disk satın almak, genellikle sürücüyü taramaktan, yedek sürücüyü veya 2 sürücüyü nakletmekten daha ucuz olacaktır.

Bu, sürücünün yıkıcı olmayan arızalarına karşı koruma sağlar - ancak daha önce önerildiği gibi, gönderim dışında bir sevk edilen sürücüyü tekrar kullanmamak en iyisidir; yüklü ve hiçbir yere gönderilmez.

Bu, çok miktarda veri (veya uygulama / işletim sistemi görüntüleri) göndermenize ve disk hatalarının ekonomik seviyeye ne kadar düşük olursa olsun etkisini azaltmanıza izin vermelidir.

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.