Bir Cumartesi akşamı, eşimin DVR'nin neden bir anda izlediği bir şovu oynamayı bıraktığını sormasıyla başladı. Ona muhtemelen sadece bir aksaklık olduğunu söyledim, ama bir göz atardım. Bakmak için aile odasına yürüdüm ve hata temelde altta kalan diskin artık mevcut olmadığını belirtti. İyi değil! Bu üç günlük korku hikayemin başlangıcıydı…
Küçük bir arka plan
DVR'ım bir bilgisayarda çalışan sadece özel bir yazılımdır (meraklı olanlar için SageTV). Yazılım çok esnektir ve çeşitli yönlerini ayırmanıza izin verir. Merkezi kontrol, programlama ve kayıt için ayrı bir makinem, kayıttan yürütme için ayrı makinelerim ve bu hikayenin yıldızı, depolama için ayrı bir makinem var. Depolama için, işletim sisteminin gördüğü çok sayıda ayrı, aynı olmayan sürücüyü büyük (şu anda ~ 6TB) mantıksal sürücüye toplamak için LVM (Mantıksal Birim Yöneticisi) kullanarak bir Linux dosya sunucusu kullanıyorum. Birden fazla TB verinin yedeklenmesi pratik olmadığından ve söz konusu veriler “sadece” TV şovları olduğundan, bunun için yedekleme felsefem her zaman umrumda değildi. Son olaylara kadar, bu felsefe gerçek dünyadaki bir olay tarafından test edilmemişti.
Verileri Kurtarmaya Çalışmak
DVR'deki hatayı gördükten hemen sonra depolama sunucusuna bakmaya başladım. Dosya sistemi inanılmaz derecede durgun ve yavaş yanıt veriyor, bu yüzden LVM'yi mantıksal biriminin altında yatan fiziksel sürücülerin durumu hakkında sorgularım. Uzun bir gecikmeden sonra ortaya çıkıyor ve 750 GB'lik bir sürücünün eksik olduğunu söylüyor. Uh-oh! Sunucuyu yeniden başlattım ve şaşırtıcı bir şekilde, sürücü geri dönüyor. Bu sürücüdeki tüm verileri otomatik olarak geçirmek için bir pvmove komutu verdim, ancak% 2'den daha az bir sürede tamamlanamıyor.
Verilerini okumak konusunda çok işbirlikçi olmayan bir sürücüyle karşı karşıya kaldım, ancak en azından BIOS'ta görünüyor, en sevdiğim sürücü kurtarma aracım olan Spinrite'e dönüyorum. Spinrite normalde çıkarılabilir medyadan önyüklemesine rağmen, yıllar önce evimde çeşitli programlar için ağ önyüklemesi kurdum, böylece herhangi bir medyayı takip etme konusunda endişelenmeme gerek kalmadı. Normalde sadece ağa bağlanıyorum, ağdan önyükleme seçiyorum ve birçok sorunu çözmek için elimde çeşitli araçlar var. Sorun şu ki, bu sihir işini yapan makine şu anda kapalı olan makine ile aynı. Önemli değil diyorum, sadece bir Spinrite CD'sinden başlatacağım. Birkaç yıl önce dosya sunucumdaki optik sürücü hayaletten vazgeçti. O anda, o makinede hiçbir zaman optik medya kullanmadığım için değiştirmem gerektiğine karar verdim. Endişelenmeyin, kendime söyledim, sadece optik sürücüyü ana bilgisayarımdan çıkaracağım. Ana bilgisayarımı kapatıyorum ve optik sürücüyü çıkartıyorum. Sonra Spinrite açılış CD'mi ararım. Bulamıyorum! Birkaç ay önce yeni bir eve taşındık, bu yüzden her şey biraz kargaşa içinde. Yeni bir kopya yazacağımı düşünüyorum ama boş bir optik medya bile bulamıyorum! Bir sonraki plana, önyüklenebilir bir flash sürücü! Google’da hafızamı yenilemek için birkaç dakika bekledikten sonra önyüklenebilir bir Spinrite flash sürücüm var. Benim Linux kutumu açtım ve Spinrite'i başlattım. Bilgisayar donuyor ve çöküyor gibi görünüyor. Değişkenleri ortadan kaldırmak için, hatalı sürücüyü bir PCI-e genişletme kartına takılı olmaktan doğrudan ana karta takılıyorum. Şimdi Spinrite iyi çalışıyor ancak buna bağlı sürücüleri numaralandırmak için yaşları ve yaşları alıyor. Kötü olan hariç, diğer tüm sürücülerin sistematik olarak bağlantısını keserim, ancak ne kadar beklersem bekletmeksizin diskleri numaralandırma işlemini asla bitirmez. Bir sonraki plana! Sürücüyü Linux kutumdan çıkartıyorum, ana bilgisayarıma bağladım ve parlak yeni Spinrite flash sürücümden başlatıyorum. Spinrite sürücüyü hemen başlatır ve görür ve veri kurtarma işlemine başlamasını, sonunda bir miktar ilerleme kaydettiğimi söyler. Belki 10 dakika sonra tekrar kontrol etmeye gidiyorum ve ekranda bir hata var ve sürücü bir kez daha kayboldu. Sinirli, birkaç kez daha denerim ve Spinrite'e sürücünün çeşitli kısımlarında başlamasını söyledim, ancak her seferinde aynı sonucu aldım. Sonuçta bu bana yardımcı olmayacak gibi görünüyor.
Mantıksız bir umutla, diski Linux kutuma geri koydum ve çalıştırdım. Şaşırtmak için sürücü ortaya çıkıyor ve LVM her şeyi aktif hale getiriyor. Şansımı denemek için, verileri sürücüden tekrar çıkarmayı denemek için başka bir pvmove komutu verdim. Önceleri, sürücüden okuyamadığım konusunda hata mesajları görüyorum, ama şaşırtıcı bir şekilde pvmove ilerlemeye devam ediyor, % 100'e yakın ve daha da yakınlaştı. Bir karışıklık, rahatlama ve heyecan karışımı üzerime yıkıyor. Bu yaramazdan uzaklaşacak mıyım? Ne yazık ki, LVM'nin pvmove'yi temiz bir şekilde bitirmek için kapakların altında yaptığı son şey, kontrolü altındaki tüm sürücülere güncellenmiş bir günlük yazmak. Elbette bu kötü sürücüye yazmaya çalıştığında başarısız olur ve bu nedenle tüm süreci iptal eder. Bir kez daha zaferin çenesinden kopan yenilgi! Google’a geri dönüyorum ve pvmove komutunun TÜM verileri tek seferde taşımak yerine ne kadar veri taşıdığını kontrol etmenin mümkün olduğunu keşfettim. Bununla denemeler yapıyorum ve verilerimin küçük bir kısmını aynı anda taşıma konusunda başarılıyım. Açgözlülük alıyorum ve sürücü birkaç kez kayboluyor ancak bilgisayarın güç döngüsünden sonra her zaman geri geliyor. Belki de sürücünün yalnızca belirli bölümlerinin kötü olduğunu teorik olarak, sürücünün başlangıcında çalışmak yerine atlamaya başlıyorum. Bunun birkaç yinelemesinden sonra, 750 GB’den 40 GB’tan daha azını güvenli bir şekilde sürücüden çıkardım. Kalan 40 GB için ne denedim olursa olsun taşınamadı. Şimdi pazar akşamıydı ve çok yoruldum, bu yüzden ertesi gün yatmaya ve bu sorunu daha fazla çözmeye karar verdim.
Ertesi gün, biraz uyuduktan ve işteki günümün ilk yarısından sonra, mermiyi ısırmaya karar verdim çünkü son 40 GB kayıtlı TV şovunu umursamadım ve sürücüyü LVM yapılandırmamdan çıkarmaya başladım. . Bunu daha önce birçok kez yaptım, bu yüzden oldukça sorunsuz gidiyor. Temizleme listesinde bir sonraki dosya sisteminin ortasındaki deliği onarmaktır. 750 GB yerine sadece 40 GB ile eksik olduğunu düşünüyorum, çok kötü olamaz, değil mi? Yanlış! Onarimdan sonra, çilenin başlamasindan önceki 900 GB ek boş alana sahip oldum, bu yüzden biraz soktu. Oh, kendime söylüyorum, yine de sadece televizyondu. DVR'im üç günlük aradan sonra tekrar çalışmaya başladı ve sonunda her yedek beyin döngüsünde bunu düşünmeyi bırakabiliyorum.
Dersler öğrenildi
Peki bütün bunlardan ne öğrendim? Gerçekten önemli olandan daha iyi bir iş yapmalıydım. Bu birkaç hafta önce oldu ve o zaman, kaybolan hiçbir TV içeriğini bile kaçırmadım. Ancak, kendimi, ama daha da önemlisi ailemi, TV'yi üç gün boyunca kullanabildiğim için ve kendimi bu üç gün boyunca yüksek stresli kriz moduna soktuğum için üzülüyorum. Verilerimi başlangıçta kurtarmaktan vazgeçmiş olsaydım, işlev üç gün değil yaklaşık bir saat içinde geri yüklenirdi. Verilerimizin çoğu zaman kıymetli olduğunu çok iyi biliyorum ama bu durumda değildi.
İkincisi, verileriniz gerçekten değerliyse ve gerçekten zamanın% 99'u ise, korumanız gerekir! Verilerinizi yedekleyin, hiçbir bahane yok. Onarılmaz verilerim için, oğlumun bilgisayarımdaki binlerce resminde olduğu gibi, biri bulut yedekleme sağlayıcısı olan en az üç yerde yedeklediğimden eminim. DVR depolama alanıyla ilgili olarak, onu buluta geri yüklemenin pratik olduğunu düşünmüyorum, ancak bugünlerde sürücülerin fiyatıyla, RAID tarafından korunmasını sağlamak için hiçbir mazeretim yok ve bu sadece benim yapacağım. Depolama kümemi yıllar önce kurduğumda, birden fazla TB havuzuna gitmem 10 ya da daha fazla sürdü. Sadece fiyatları kontrol ettim ve şimdi 100 doların altındaki bir 3 TB'lik sürücüyü satın alabilirsiniz. Verilerimi korumasız bırakmak için hiçbir bahanem yok ve bunun gibi bir veri kaybı tekrar başıma gelirse, bu gerçekten benim hatam.
