Anonim

Nagsimula ito noong Sabado ng gabi kasama ang aking asawa na nagtanong kung bakit biglang tumigil ang aming DVR sa paglalaro ng isang palabas na kanyang pinapanood. Sinabi ko sa kanya na marahil ay ilan lamang ang glitch, ngunit titingnan ako. Naglalakad ako papunta sa silid ng pamilya upang tumingin, at ang error na karaniwang sinabi na ang batayan ng disk ay hindi na magagamit. Hindi maganda! Ito ang pagsisimula ng aking tatlong araw na kakila-kilabot na kuwento …

Isang maliit na background

Ang aking DVR ay talagang dalubhasang software (SageTV para sa mga nakaka-usisa) na tumatakbo sa isang PC. Ang software ay napaka-kakayahang umangkop at hinahayaan kang paghiwalayin ang lahat ng iba't ibang mga aspeto nito. Mayroon akong isang hiwalay na makina para sa sentralisadong kontrol, pag-iskedyul, at pag-record, hiwalay na mga makina para sa pag-playback, at ang bituin ng kuwentong ito, isang hiwalay na makina para sa imbakan. Para sa imbakan gumagamit ako ng isang server ng Linux file, gumagamit ng LVM (Logical Volume Manager) para sa pinagsama-samang maraming magkahiwalay, hindi magkapareho na mga drive sa isang malaking (~ 6TB sa kasalukuyan) lohikal na drive na nakikita ng operating system. Dahil ang pag-back up ng maraming TB ng data ay hindi praktikal, at dahil sinabi na ang data ay "makatarungan" na mga palabas sa TV, ang aking backup na pilosopiya para dito ay palaging hindi nangangalaga. Hanggang sa mga kamakailang mga kaganapan, ang pilosopiya na ito ay hindi nasubok ng isang totoong kaganapan sa mundo.

Pagtatangka upang mabawi ang Data

Nang makita ang error sa DVR, sinimulan ko agad ang pagtingin sa imbakan ng server. Ang filesystem ay hindi kapani-paniwalang tamad at mabagal na tumugon, kaya't hiniling ko ang LVM tungkol sa estado ng pisikal na drive na pinagbabatayan ng lohikal na dami nito. Matapos ang isang mahabang pagkaantala, ito ay bumangon at nagsasabing ang isang 750 GB drive ay nawawala. Uh-oh! I-reboot ko ang server at kamangha-manghang, bumalik ang drive. Naglabas ako ng isang utos ng pvmove upang awtomatikong ilipat ang lahat ng data na magmaneho, ngunit nabigo ito nang mas mababa sa 2% na kumpleto.

Nahaharap sa isang drive na hindi lubos na hindi kumikilos tungkol sa pagbabasa ng data nito, ngunit hindi bababa sa nagpapakita sa BIOS, lumiliko ako sa aking paboritong tool sa paggaling sa drive, ang Spinrite. Bagaman karaniwang mga bota ng Spinrite mula sa naaalis na media, mga taon na ang nakalilipas ay nag-set up ako ng network ng booting sa aking bahay para sa iba't ibang mga kagamitan kaya hindi ko kailangang mag-alala tungkol sa pagsubaybay sa anumang media. Karaniwan kumonekta lamang ako sa aking network, pumili ng boot mula sa network, at mayroon akong iba't ibang mga tool sa aking pagtatapon upang ayusin ang maraming mga problema. Ang problema ay ang makina na gumagawa ng lahat ng gawaing mahika na ito ay ang parehong makina na kasalukuyang bumababa. Walang malaking deal na sinasabi ko, kukuha lang ako ng boot mula sa isang Spinrite CD. Maliban sa isang pares na taon na ang nakalilipas ang optical drive sa aking file server ay sumuko sa multo. Sa oras na nangyari, nagpasya ako dahil hindi ako gumagamit ng optical media sa makina na iyon, hindi ko kailangang palitan ito. Walang pagkabahala, sinabi ko sa aking sarili, kukuha lang ako ng optical drive sa labas ng aking pangunahing computer. Pinapagana ko ang aking pangunahing computer at kinuha ang optical drive. Pagkatapos ay hahanapin ko ang aking Spinrite boot CD. Hindi mahanap ito! Lumipat kami sa isang bagong bahay ilang buwan na ang nakalilipas, kaya ang lahat ay nagkakagulo. Inisip ko na susunugin ko lang ang isang bagong kopya, ngunit hindi ko mahanap ang anumang blangkong optical media! Sa susunod na plano, isang bootable flash drive! Matapos ang ilang minuto sa Google upang mai-refresh ang aking memorya, mayroon akong isang bootable Spinrite flash drive. I-boot ko ang aking kahon ng Linux na off at ilunsad ang Spinrite. Nag-freeze ang computer at tila nag-crash. Naghahanap upang maalis ang mga variable, inilipat ko ang masamang drive mula sa mai-plug sa isang card ng pagpapalawak ng PCI-e upang direktang mai-plug sa motherboard. Ngayon inilunsad ng Spinrite ang multa, ngunit tumatagal ng mga edad at edad upang mapakinabangan ang mga drive na konektado dito. Sistema ko sa sistematikong pag-aalis ng lahat ng iba pang mga drive maliban sa masamang isa, ngunit hindi kailanman ito natapos ang pag-enumerating drive kahit gaano pa ako kahintay. Pumunta sa susunod na plano! Kinukuha ko ang drive sa labas ng aking kahon ng Linux, ikonekta ito sa aking pangunahing computer, at boot mula sa aking makintab na bagong Spinrite flash drive. Ang paglulunsad ng Spinrite at nakikita agad ang drive, at sinabi ko ito upang simulan ang pagbawi ng data, nasiyahan na sa wakas ako ay gumawa ng ilang pag-unlad. Bumalik ako upang suriin ito pagkatapos marahil ng 10 minuto, at mayroong isang error sa screen, at tila nawala na rin ang drive. Galit, sinubukan ko nang ilang beses, at sinabi sa Spinrite na magsimula sa iba't ibang mga bahagi ng drive, ngunit kumuha ng parehong resulta sa bawat oras. Mukhang hindi ito makakatulong sa akin pagkatapos ng lahat.

Sa isang angkop na hindi makatuwiran na pag-asa, inilalagay ko ang drive sa aking kahon sa Linux at pinapagana ito. Laking gulat ko, lumilitaw ang drive at pinagsasama ng LVM ang lahat. Karagdagang sinusubukan ang aking kapalaran, naglalabas ako ng isa pang utos ng pvmove upang subukang ilipat muli ang data. Maaga pa, nakikita ko ang mga mensahe ng error tungkol sa hindi magagawang basahin mula sa drive, ngunit kamangha-mangha, ang pvmove ay patuloy na sumusulong, lumapit at malapit sa 100% na nakumpleto. Isang halo ng pagkalito, ginhawa, at kaguluhan ang naghugas sa akin. Aalis na ba ako mula sa hindi nasaktan? Nakalulungkot, ang huling bagay na ginagawa ng LVM sa ilalim ng mga takip upang malinis na matapos ang isang pvmove ay ang pagsulat ng isang na-update na log sa lahat ng mga drive sa ilalim ng kontrol nito. Ito ng kurso ay nabigo kapag sinusubukan nitong sumulat sa masamang drive, at sa gayon ay sinisira ang buong proseso. Natalo mula sa mga panga ng tagumpay muli! Sumisid ako pabalik sa Google, at natuklasan posible na kontrolin kung magkano ang data na gumagalaw ang utos ng pvmove sa halip na ilipat ang LAHAT ng data sa isang pagbaril. Nag-eksperimento ako sa ito at may mahusay na tagumpay na gumagalaw ng isang maliit na bahagi ng aking data nang sabay-sabay. Nakakuha ako ng sakim at ang drive ay nawawala ng ilang beses, ngunit palaging bumalik pagkatapos ng isang ikot ng kuryente sa computer. Ang pagpapahiwatig na marahil sa ilang mga bahagi lamang ng pagmamaneho ang hindi maganda, nagsisimula akong lumundag sa halip na magtrabaho sa simula ng drive. Matapos ang ilang mga pag-iwas sa ito, mayroon akong lahat ngunit 40 GB sa labas ng 750 GB na ligtas na lumipat sa drive. Para sa natitirang 40 GB, nabigo itong ilipat kahit ano pa ang sinubukan ko. Ngayon ay Linggo ng gabi at pagod na ako, kaya't napagpasyahan kong matulog at harapin ang problemang ito sa susunod na araw.

Nang sumunod na araw, pagkatapos ng ilang pagtulog at ang unang kalahati ng aking araw sa trabaho, nagpasya akong kagatin lamang ang bala dahil hindi ko pinansin ang huling 40 GB ng naitala na mga palabas sa TV, at nagtakda tungkol sa pag-alis ng drive mula sa aking pagsasaayos ng LVM . Ilang beses ko na itong nagawa, kaya medyo maayos ito. Susunod sa listahan ng paglilinis ay ang pag-aayos ng butas sa gitna ng filesystem. Inisip ko na may lamang 40 GB sa halip na 750 GB ang nawawala hindi ito maaaring maging masyadong masama, di ba? Maling! Matapos ang pag-aayos, nagkaroon ako ng 900 GB ng karagdagang libreng puwang kumpara sa bago ang pagsisimula ng paghihirap, kaya medyo dumidikit. Oh well, sinabi ko sa aking sarili, ito ay TV pa rin. Ang aking DVR ay sa wakas ay gumagana muli pagkatapos ng tatlong araw na hiatus, at maaari kong sa wakas ay tumigil sa pag-iisip tungkol dito sa bawat ekstrang siklo ng utak.

Mga aral na natutunan

Kaya ano ang natutunan ko sa lahat ng ito? Dapat ay nakagawa ako ng isang mas mahusay na trabaho ng kung ano ang talagang mahalaga. Nangyari ito ng ilang linggo na ang nakalilipas, at sa oras na iyon hindi ko pa napalampas ang alinman sa nilalaman ng TV na nawala. Gayunman, ikinalulungkot ko na pinipigilan ang aking sarili, ngunit mas mahalaga ang aking pamilya, mula sa kakayahang magamit ang TV sa loob ng tatlong araw, at para sa paglalagay ng aking sarili sa mode ng krisis sa stress na mataas sa loob ng tatlong araw. Kung sumuko ako sa pagbawi ng aking data sa simula, ang pag-andar ay maibalik sa loob ng halos isang oras, hindi tatlong araw. Alam ko na lahat na ang karamihan sa oras ng aming data ay mahalaga, ngunit sa sitwasyong ito ay hindi.

Pangalawa, kung ang iyong data ay talagang mahalaga, at 99% ng oras na tunay na ito, kailangan mong protektahan ito! I-backup ang iyong data, walang mga dahilan. Para sa aking data na hindi mapapalitan, tulad ng libu-libong mga larawan ng aking anak na lalaki na mayroon ako sa aking computer, sinisiguro kong mai-back up ito nang hindi bababa sa tatlong mga lugar, kung saan ang isa ay isang cloud backup provider. Tulad ng sa pag-iimbak ng DVR, hindi ko pa rin iniisip na praktikal na i-back up ito sa ulap, ngunit sa presyo ng drive ngayong mga araw, wala akong dahilan na hindi ito protektado ng RAID, at iyon lang ako gagawin. Noong una kong itinakda ang aking kumpol ng imbakan taon na ang nakalilipas, sa palagay ko ay tumagal ako ng 10 drive o higit pa upang makarating sa isang pool ng maraming TB. Sinuri ko lang ang mga presyo, at maaari kang bumili ng 3 TB drive ngayon nang maayos sa ilalim ng $ 100. Wala lang akong dahilan para iwanan ang aking data na hindi protektado, at kung ang isang pagkawala ng data tulad ng nangyari sa akin muli, ito ay tunay na aking sariling kasalanan.

Isang kuwento ng kalungkutan, pagkabigo, at pagkawala ng data