Kumpletong Gabay sa Pagbawi ng Sistema ng Linux

Kapag ang isang sistema ng Linux ay hindi nag-boot o nag-freeze pagkatapos ng isang pag-update, normal lang na mag-panic. Gayunpaman, sa angkop na mga kagamitan sa pagbawi at isang mahusay na estratehiya sa pag-backupPosibleng buhayin muli ang makina nang hindi kinakailangang muling i-install mula sa simula.

Sa mundo ng Windows, maraming karaniwang paraan: safe mode, system restore, mga tool sa pag-aayos, at, bilang huling paraan, muling pag-install. Nag-aalok din ang Linux ng napakalakas na hanay ng mga tool. Mga paraan para sa pagpapanumbalik ng sistema, pag-aayos ng proseso ng boot, paggamit ng mga emergency mode, at pagbawi ng dataAng susi ay kilalanin ang mga ito nang maaga upang hindi mo na kailangang mag-improvise kapag may dumating na sakuna.

Mga pangunahing konsepto ng pagbawi sa Linux

Bago tayo tumungo sa mga utos, mahalagang maging malinaw sa kung ano ang ibig nating sabihin Pagbawi ng sistema ng LinuxHindi natin palaging pinag-uusapan ang parehong bagay: minsan ay pag-aayos lang ito ng GRUB, minsan naman ay pagbabalik ng isang buong backup, at sa ibang mga kaso ay pagsagip ng data mula sa isang sirang disk.

Sa pangkalahatan, maaari nating pangkatin ang mga senaryo sa tatlong pangunahing bloke: pagpapanumbalik ng sistema sa dating estado nito gamit ang isang buong backup, Ayusin ang mga problema sa boot o kernel mula sa GRUB o UEFIat panghuli, pagbawi ng datos kapag nasira ang file system.

Mahalaga ring matukoy ang pagkakaiba sa pagitan ng mga kagamitang gumagana sa loob mismo ng sistema (kapag nagbo-boot pa rin ito sa ilang mode) at iba pa na ginagamit natin mula sa isang panlabas na kapaligiran, tulad ng isang Live CD/USB o isang UEFI shell. Kung mas malala ang makina, mas umaasa tayo sa mga panlabas na kapaligirang ito.

Kaya naman mainam na laging magkaroon ng daluyan ng boot ng isang distribusyon na katulad ng ginagamit natin (halimbawa, isang Live na bersyon ng Debian, Ubuntu, Linux Mint, atbp.), dahil mas pinapadali nito ang mga bagay-bagay i-format, i-mount ang mga partisyon, ibalik ang mga file, at muling i-install ang bootloader.

Ibalik ang isang kumpletong sistema ng Linux mula sa isang backup

Isa sa mga pinaka-maaasahang paraan para makabangon mula sa isang "sakuna" ay ang pagkakaroon ng naunang kumpletong backup ng sistema. Gamit ang backup na iyon, magagawa natin ibalik ang sistema sa dating estado nito, kasama ang mga programa, setting, at pagpapasadya nitonang hindi na kailangang i-install muli ito mula sa simula.

Ang proseso para sa pagpapanumbalik ng isang sistema mula sa isang file-based backup (hal., isang tar.bz2 system archive) ay maaaring ibuod sa ilang malinaw na hakbang: ihanda ang partition, i-mount ito, i-extract ang backup, muling likhain ang ilang ibinukod na direktoryo, at Gawing muli ang boot gamit ang GRUB.

Sa isip, dapat kang mag-boot mula sa isang Live CD/USB ng isang distribution na katulad ng orihinal (kung ang iyong system ay Debian, gumamit ng Debian Live, Linux Mint, Xubuntu, atbp.). Ang mga magaan na distribution na ito ay perpekto para sa pag-eeksperimento nang walang system lag at nagbibigay-daan sa iyong magtrabaho nang kumportable gamit ang mga disk tool.

I-format at ihanda ang destination partition

Kapag naka-boot na ang system mula sa Live environment, ang unang hakbang ay linisin ang partition kung saan natin ire-restore ang system. Malaking tulong ang GParted para dito; isa itong graphical tool na karaniwang available o maaaring i-install gamit ang isang simpleng command. sudo apt i-install ang gparted sa Debian, Ubuntu o Linux Mint kung mayroon tayong koneksyon sa internet.

Mula sa GParted, maaari nating burahin ang lumang partisyon, lumikha ng bago, at i-format ito gamit ang naaangkop na file system, kadalasan ext4 para sa root partitionAng ideya ay ang destinasyon ng restorasyon ay ganap na malinis at walang mga labi ng mga nakaraang instalasyon.

Kapag na-format na, mainam na itala ang partition identifier (halimbawa /dev/sda1, /dev/sdb2atbp.), dahil kakailanganin natin ito para sa pag-assemble at sa paglaon ay para mai-install ang GRUB sa tamang disk.

Kung ayaw nating gamitin ang GParted, maaari tayong gumamit ng mga console tool tulad ng fdisk, parted, o mkfs.ext4, ngunit para sa maraming gumagamit, mas ginagawang mas maginhawa ito ng graphical interface. maselang gawain sa paghahati at pag-format.

I-mount ang partisyon kung saan namin ibabalik ang sistema

Kapag na-format na ang partition, ang susunod na hakbang ay i-mount ito sa isang directory sa Live system para ma-access mo ito. Ang pinakamadaling paraan ay direktang i-mount ito sa Live directory. / mntGayunpaman, maaari tayong lumikha ng isang partikular na subdirectory kung gusto nating panatilihin itong mas organisado.

Halimbawa, maaari nating gawin ang ganito:

sudo mkdir /mnt/sistema

Susunod, susuriin natin ang pangalan ng partisyon ng patutunguhan gamit ang:

sudo fdisk-l

At sa wakas ay i-mount natin (kung ipagpapalagay na ito ay /dev/sda1):

sudo mount /dev/sda1 /mnt

Mula sa sandaling ito, lahat ng ating kinokopya, ginagawa, o binubura sa loob / mnt Ito ay aktwal na ilalapat sa disk partition na iyon, na siyang magiging ugat ng sistema sa hinaharap kapag natapos na natin ang restoration.

I-extract ang backup sa bagong partition

Ang kumpletong backup ay karaniwang nakaimbak sa isang panlabas na media: isang USB flash drive, isang USB hard drive, isang NAS, atbp. Sabihin nating mayroon tayong naka-compress na kopya sa isang USB flash drive na tinatawag na USB32GB, sa loob ng direktoryo na System_backup_06oct14, na may isang file System_backup_06oct14.tar.bz2.

Sa sitwasyong iyon, sapat na ang pagpapatupad ng isang utos na katulad nito:

sudo tar -xvpjf /media/USB32GB/System_backup_06oct14/System_backup_06oct14.tar.bz2 -C /mnt

Gamit ang utos na iyon, sinasabihan natin ang tar na i-extract ang file, pinapanatili ang mga pahintulot, may-ari, at istruktura ng direktoryo, iniiwan ang nilalaman nang eksakto kung paano ito noong ginawa natin ang kopya, ngunit ngayon ay matatagpuan sa partisyon na ating naka-mount. / mnt.

Depende sa laki ng backup at bilis ng hardware, maaaring matagalan ang prosesong ito. Normal lang na kailanganin ang pagiging matiyaga. hintayin ang pagtatapos ng pag-restore ng lahat ng files bago magpatuloy sa mga natitirang hakbang.

Gumawa ng mga direktoryo ng sistema na hindi isinama

Kapag gumagawa ng mga kumpletong backup ng system, karaniwang gawain na ibukod ang ilang mga volatile directory o iyong mga hindi kailangang i-back up, tulad ng /proc, /tmp, /mnt, /media, o ilang log. Nangangahulugan ito na, kapag na-decompress na ang backup, ipinapayong gawin ito. manu-manong likhain muli ang mga walang laman na direktoryo.

Ang isang tipikal na halimbawa ng isang utos upang mabuo ang mga ito ay maaaring:

sudo mkdir /mnt/proc /mnt/mnt /mnt/media /mnt/tmp /mnt/var/log

Dapat iakma ng bawat gumagamit ang listahang ito sa kung ano talaga ang kanilang iniwan sa orihinal na kopya. Ang mahalaga ay naroon ang mga item na ito kapag nag-boot ang system. lahat ng kritikal na landas na kailangan ng operating system upang gumana nang maayos.

Pumasok sa chroot mode para gumana na parang nasa loob tayo ng system

Isa sa mga malalaking bentahe ng Linux ay ang kakayahang gamitin ang chroot upang "i-jail" ang kapaligiran at gawing isaalang-alang ng sistema... isang direktoryo bilang bagong ugat nitoSa kasong ito, gusto nating ang /mnt ay maging / mula sa pananaw ng mga utos na ating isinasagawa.

Bago pumasok sa chroot mode, kailangan mong i-mount ang ilang pseudo-filesystem mula sa Live system sa loob ng /mnt upang ang chrooted system ay may access sa /proc, /sys, /dev at iba pang kinakailangang device:

sudo mount -t proc proc /mnt/proc/
sudo mount -t sysfs sys /mnt/sys/
sudo mount -o bind /dev /mnt/dev/
sudo mount -t devpts pts /mnt/dev/pts

Kapag na-set up na ang lahat ng ito, maaari na tayong pumasok sa caged environment:

sudo chroot /mnt /bin/bash

Mula sa sandaling iyon, lahat ng nasa terminal na iyon ay gagana na parang nasa loob tayo ng naibalik na sistema. Ang mga ruta ay binibigyang-kahulugan sa pamamagitan ng pagkuha /mnt bilang totoong ugatNagbibigay-daan ito sa amin na magtrabaho nang kumportable: pag-update ng GRUB, pagsasaayos ng mga setting, pag-install ng mga pakete, atbp.

Para sa kaginhawahan, maaari pa nating baguhin ang prompt upang linawin na tayo ay nasa chroot, halimbawa:

i-export ang PS1="(chroot) $PS1"

I-install at i-configure ang GRUB sa disk

Sa puntong ito, naibalik na ang sistema sa disk, ngunit hindi pa rin ito nagbo-boot dahil nawawala ang isang gumaganang bootloader. Mula sa chroot, ang normal na pamamaraan ay i-update ang menu ng GRUB at pagkatapos ay i-install ito sa MBR o sa kaukulang drive.

Una, ia-update namin ang menu ng GRUB upang matukoy ang mga sistemang nasa disk at bubuuin ang configuration file nito, kadalasan gamit ang:

sudo update-grub

Susunod, i-install namin ang GRUB sa naaangkop na disk (hindi sa partisyon, ngunit sa disk device, halimbawa) / Dev / sda (para sa unang album):

sudo grub-install /dev/sda

Dahil dito, kapag nag-restart tayo at ginamit ng system ang disk na iyon bilang boot device, dapat i-load nang tama ng GRUB ang menu nito at payagan ang naibalik na system na mag-boot. Inirerekomenda na suriin ang BIOS/UEFI Ito ay naka-configure upang mag-boot mula sa disk kung saan namin na-install ang GRUB.

Kung makakaranas tayo ng mga problema sa pahintulot sa mga folder tulad ng /tmp na pumipigil sa pagsisimula ng graphical environment, maaari nating lutasin ito mula sa isang text console (Ctrl+Alt+F1) sa pamamagitan ng pag-log in gamit ang ating user account at paglalapat ng isang bagay tulad ng:

sudo chmod 777 /tmp

Ang ganitong mga detalye ay lubos na nakadepende sa kung paano ginawa ang backup, ngunit kadalasan ay madali itong ayusin kapag nag-restart ang system. Mula noon, magagamit na natin itong muli nang normal at, kung gusto natin, i-automate ang mga bagong pana-panahong pag-backup.

Mga partikular na tool sa pagbawi sa mga distribusyon ng Linux

Bukod sa "manual" na pamamaraan ng pagpapanumbalik ng tar, may mga tool at pakete na partikular na idinisenyo para sa Pasimplehin ang mga backup at recovery ng Linux systemIsa sa mga pinakakilala sa mga kapaligirang pangnegosyo ay ang Relax-and-Recover (ReaR), na nagbibigay-daan sa iyong lumikha ng mga pasadyang imahe ng system at media sa pagbawi.

Halimbawa, sa mga sistemang nakabatay sa Red Hat, maaari nating i-install ang ReaR kasama ang mga kinakailangang kagamitan upang makabuo ng mga ISO image at boot loader gamit ang isang utos na tulad nito:

yum i-install ang likurang genisoimage syslinux

Ang ReaR ay responsable sa paghahanda ng isang rescue environment na may kakayahang ibalik ang server sakaling magkaroon ng sakuna, pagsasama-sama ng mga script, configuration ng system, at Mga kagamitan sa premastering tulad ng genisoimage, bilang karagdagan sa pakete ng syslinux na nagbibigay ng iba't ibang bootloader.

Sa labas ng mundo ng negosyo, ang mga tool na "time machine" ay napakapopular din sa mga desktop at personal na computer, na nagpapahintulot sa mga user na lumikha ng mga snapshot ng system nang naka-iskedyul at ibalik ang mga ito sa pamamagitan lamang ng ilang pag-click o command.

Mga direktoryo at bahaging mahalaga sa pagsisimula

Para maayos na maisagawa ang pagbawi ng sistema, mahalagang malaman kung saan matatagpuan ang bawat pangunahing bahagi ng proseso ng boot. Sa partikular, ang direktoryo /boot ay naglalaman ng mga pinakamahalagang elemento: mga imahe ng kernel, initramfs, mga file ng GRUB, atbp.

Sa loob ng /boot madalas tayong makakahanap ng mga subdirectory tulad ng /boot/uod/, kung saan nakaimbak ang mga boot manager module at ang kanilang mga configuration file, pati na rin ang mga entry na tumutukoy kung aling kernel ang ilo-load ng system.

Naroon din ang mga imahe ng initrd o initramfs (/boot/initrd.img o initramfs (may iba't ibang hulapi ng bersyon). Ang mga larawang ito ay naglalaman ng isang maliit na file system sa RAM na ginagamit sa mga unang yugto ng pag-boot upang mag-load ng mga module, mag-detect ng mga disk, at i-mount ang tunay na root.

Sa mga sistemang gumagamit ng UEFI, ang EFI partition Karaniwan itong naka-mount sa / boot / efi at maaaring ibahagi sa pagitan ng iba't ibang operating system. Iniimbak nito ang mga .efi binary na nagsisilbing boot loader para sa Linux, Windows, o iba pang mga system.

Panghuli, sa mga klasikong sistema na may sysvinit ay mayroong file / etc / inittabkung saan tinukoy ang mga runlevel at boot behavior. Bagama't maraming distribusyon ang lumipat sa systemd at gumamit ng iba pang mga mekanismo, ang pag-unawa sa mga konseptong ito (single-user mode, multi-user, atbp.) ay nananatiling lubhang kapaki-pakinabang para sa pag-unawa sa mga paraan ng pagsagip at pang-emerhensiya.

Mga mode ng pagsagip at pang-emerhensiya gamit ang systemd at GRUB

Sa mga modernong sistemang nakabatay sa systemd, bukod sa normal na pag-boot, mayroon din tayong mga espesyal na target na idinisenyo para sa pagbawi, tulad ng rescue.target at emergency.targetSinisimulan ng mga mode na ito ang sistema nang may kaunting serbisyo, na nagpapahintulot sa mga pagkukumpuni nang walang pagkagambala.

Kapag ipinapakita pa rin ng sistema ang menu ng GRUB, magagamit natin ito para pumili ng mga advanced na opsyon. Maraming distribusyon, tulad ng Ubuntu, ang nag-aalok ng mga direktang entry para sa Advanced na mga pagpipilian na may mga variant na "(recovery mode)" para sa bawat naka-install na kernel.

Mula sa submenu na ito, maaari kang mag-load ng mga kapaki-pakinabang na utility para sa diagnosis at pagkukumpuni: suriin ang mga partisyon gamit ang fsck, subukang ayusin ang mga sirang pakete gamit ang dpkg, i-update ang GRUB, i-activate ang network o i-boot ang isang shell na may mga pribilehiyo sa root.

Ang isa pang pagpipilian ay ang paggamit ng GRUB editor (pindutin ang E sa isang entry) upang magdagdag ng mga espesyal na parameter sa dulo ng linya ng Linux, tulad ng systemd.unit=emergency.target o systemd.unit=rescue.targetSa ganitong paraan, kahit na wala tayong tahasang entry sa menu, maaari nating pilitin ang direktang pag-boot sa mga emergency mode na iyon.

Nagsisimula ang Emergency.target ng isang napakasimpleng kapaligiran na may root shell at read-only file system lamang, na mainam para sa Suriin ang mga log, muling i-mount ang system, ayusin ang fstab, o i-undo ang mga pagbabago sa configuration na sumira sa normal na pagsisimula.

Praktikal na paggamit ng Recovery Mode sa mga distribusyon tulad ng Ubuntu

Kung pipiliin mo ang Advanced Options mula sa GRUB at pagkatapos ay isang entry na may label na (Recovery Mode), maraming distribution ang magpapakita ng karagdagang menu na may iba't ibang recovery utilities. Sa Ubuntu, halimbawa, madalas kang makakakita ng mga opsyon tulad ng:

• ipagpatuloy: subukang mag-boot muli nang normal mula sa kernel na iyon.
• linisin: nagbubukas ng shell na may mga tagubilin para sa magbakante ng puwang kung naubusan na ng espasyo ang disc.
• dpkg: nagkukumpuni o nag-aalis ng mga sirang pakete na maaaring pumipigil sa proseso ng pag-boot, kumukuha mula sa mga repository kung naka-enable ang network.
• fsck: nagsasagawa ng mga pagsusuri sa file system at partition upang matukoy at maitama ang mga error.
• uod: sinusuri at ina-update ang mismong boot manager.
• network: Pinapagana ang network, kapaki-pakinabang para sa pag-install o pag-download ng mga pakete ng pagkukumpuni.
• ugat: nagbubukas ng shell bilang superuser kung saan maaari tayong gumawa ng malalalim na pagbabago sa configuration.
• buod ng sistema: nagpapakita ng buod ng sistema, bersyon ng kernel, mga disk, atbp.

Ang mga kagamitang ito, kasama ang pangunahing kaalaman sa mga utos tulad ng mount, fsck, systemctl, journalctl o nano/viPinapayagan ka nitong malutas ang maraming problema nang hindi kinakailangang muling i-install ang buong sistema mula sa simula.

Paggawa gamit ang mga kombensiyon sa pagpapangalan ng GRUB shell at disk

Sa mas malalang pagkabigo, maaaring hindi normal na mag-boot ang sistema at maaari lamang tayong makipag-ugnayan sa pamamagitan ng isang GRUB prompt. uod> (normal na balat) o grub rescue> (mas limitadong recovery mode). Kahit sa sitwasyong ito, may puwang pa rin tayo para kumilos.

Mula sa menu ng GRUB, maaari nating ma-access ang command line nito sa pamamagitan ng pagpindot sa C key. Magbubukas ito ng isang kapaligiran kung saan maaari nating isagawa ang mga utos na partikular sa bootloader, ilista ang mga disk, maghanap ng mga kernel, mag-load ng mga module, at maghanda ng manu-manong pagsisimula ng sistema.

Mahalagang tandaan na hindi pinapangalanan ng GRUB ang mga disk at partisyon sa parehong paraan tulad ng sa Linux. Bagama't ginagamit ng Linux ang /dev/sda, /dev/sdb, atbp. para sa mga disk at /dev/sda1, /dev/sda2… para sa mga partisyon, gumagamit ang GRUB ng syntax tulad ng (hd0,0), (hd0,1), (hd1,0), Atbp

Sa madaling salita, maaari nating iugnay ang /dev/sda sa hd0, /dev/sdb sa hd1, at iba pa. Pagkatapos, para sa mga partisyon, gumagamit ang GRUB ng mga parenthetical index, kung saan ang disk at partisyon ay pinaghihiwalay ng mga kuwit, na napakahalagang tandaan kapag sinusubukang hanapin ang /boot o ang root mula sa GRUB shell.

Gamit ang mga naaangkop na utos (ls, set, linux, initrd, boot, atbp.), at kapag natukoy na ang partisyon kung saan matatagpuan ang kernel at initramfs, posible nang manu-manong mag-boot, at pagkatapos ay ibalik mula sa sistema ang normal na configuration ng GRUB gamit ang mga karaniwang tool.

Mas mataas na antas ng pagbawi mula sa UEFI Shell

Sa mga modernong makinang may UEFI, minsan ang problema ay hindi mismo ang Linux, kundi ang pagkawala o pagkasira ng boot entry na nakaturo sa .efi file mula sa charger. Sa mga kasong iyon, maaaring makakita lang tayo ng prompt na Shell> na uri ng UEFI kapag in-on ang device.

Ang UEFI shell na ito ay may sariling paraan ng pagtukoy sa mga device. Walang /dev/sda o hd0: sa boot, karaniwan itong nagpapakita ng "mapping table" kung saan nakikita natin ang mga drive na minarkahan bilang FS0, FS1, FS2…, na tumutugma sa /dev/sda, /dev/sdb, atbp.

Para mag-navigate sa mga file system na ito, ginagamit ang mga path na may backslashes (\) sa halip na /, at ang keyboard ay itinuturing na nasa English layout, kaya Nagbabago ang posisyon ng mga karakter tulad ng mga tutuldok (colon), mga pahilis (slash), atbp., kumpara sa Spanish keyboard..

Mula sa environment na ito, maaari kang maglista ng mga device, magpalit ng mga drive, mag-navigate sa EFI partition, at hanapin ang bootloader .efi binaries. May mga tool at command (at maging isang editor na tinatawag na edit) na nagbibigay-daan sa iyong i-tweak ang boot configuration, magdagdag o magbago ng mga entry, at Ibalik ang firmware sa tamang charger.

Gayunpaman, ang pag-aayos sa proseso ng pag-boot ng UEFI nang hindi alam kung ano mismo ang iyong ginagawa ay maaaring magdulot sa makina na mas malala ang kondisyon kaysa dati, kaya pinakamahusay na magpatuloy nang may pag-iingat at sundin ang mga partikular na dokumentasyon (tulad ng opisyal na manwal ng UEFI Shell) kung wala ka pang naunang karanasan.

"Makina ng oras" sa Linux: mga snapshot gamit ang TimeShift

Ang mga gumagamit ng Windows ay kadalasang nakakaligtaan ang katulad ng System Restore o Time Machine ng macOS. Nag-aalok ang Linux ng mga solusyon na gumaganap ng halos kaparehong tungkulin, at isa sa mga pinakasikat sa mga desktop na nakabase sa Debian/Ubuntu ay TimeShift.

Binibigyang-daan ka ng TimeShift na tukuyin ang lokasyon kung saan naka-save ang mga snapshot (snapshots) ng sistema at awtomatikong iiskedyul kung gaano kadalas gagawin ang mga ito: halimbawa, kada dalawang linggo, pinapanatili lamang ang huling dalawa upang hindi mapuno ang disk.

Sa unang pag-setup, maaari nating piliin kung aling mga direktoryo ang ibubukod mula sa mga snapshot, upang ang sistema ay tumuon sa mga system at mga configuration file, nang hindi dinoble ang personal na data na sine-save na natin gamit ang ibang tool.

Kapag na-configure na, ang paglikha ng isang "restore point" ay kasing simple ng pagbubukas ng application at pagpindot sa button. LumikhaAng programa ang bahala sa pagbuo ng snapshot at, kapag natapos na ito, makikita natin itong nakalista kasama ng iba pang magagamit na mga snapshot.

Ang pagpapanumbalik ng sistema mula sa isa sa mga puntong iyon ay napakadali rin: pipiliin natin ang snapshot at pinindot Ibalik sa interface, o nagtatrabaho tayo mula sa terminal sa pamamagitan ng pagpapatupad ng mga utos tulad ng listahan ng oras para tingnan ang mga available na snapshot at timeshift –ibalik upang ibalik ang sistema sa isang partikular na dating estado.

Pagbawi ng datos sa mga sistema ng Linux

Minsan ang pangunahing problema ay hindi ang hindi pagsisimula ng sistema, kundi ang pagkawala ng mahahalagang file dahil sa aksidenteng pagbura o mga error sa file system. Sa mga kasong ito, wastong tinutukoy natin ito bilang... pagbawi ng datos sa mga sistemang Linux, sa halip na pagbawi ng operating system.

Maaaring gumamit ang Linux ng iba't ibang uri ng mga file system, bagama't sa pagsasagawa, ang mga sumusunod na pamilya ay nangingibabaw sa mga pangkalahatang desktop at server environment: ext2, ext3 at ext4Ang iba't ibang mga distribusyon ay tradisyonal na pumili ng isa o ang isa pa bilang default.

Halimbawa, ang Debian GNU/Linux at Slackware ay umasa sa ext2, habang ang Red Hat, Fedora, Ubuntu, at CentOS ay gumamit ng ext3 sa maraming bersyon, at ang mga mas bagong bersyon ng mga distribusyon tulad ng Arch, Ubuntu 9, Fedora 11, CentOS 6, at Debian 7 ay gumagamit din ng ext3. Ginamit nila ang ext4 bilang kanilang reference file system.

Depende sa file system at kung paano nawala ang data (lohikal na pagbura, nasirang partisyon, disk na may masamang sektor, atbp.), gagamit tayo ng iba't ibang tool: mula sa fsck hanggang sa pagkukumpuni ng mga pangunahing istruktura, hanggang sa mas advanced na forensic analysis at recovery utilities, na palaging inuuna ang hindi pagsusulat sa apektadong disk. i-maximize ang mga pagkakataon ng tagumpay.

Sa mga partikular na kritikal na sitwasyon na kinasasangkutan ng mga datos na may mataas na halaga, karaniwang mas maingat na gumamit ng mga propesyonal na serbisyo sa pagbawi na may karanasan sa mga sistema ng Linux at pamilyar sa mga detalye ng bawat distribusyon at file system.

Kung titingnan ang buong hanay ng mga pamamaraan at kagamitang ito, malinaw na ang Linux ay nag-aalok ng napakalawak na hanay ng mga posibilidad upang maiwasan ang mga traumatikong muling pag-install: mula sa pagpapanumbalik ng kumpletong mga backup gamit ang tar o ReaR, paggamit ng mga maginhawang snapshot gamit ang TimeShift, pag-asa sa mga rescue at emergency mode ng systemd at GRUB, hanggang sa detalyadong pagtalakay sa GRUB o UEFI Shell kapag nagiging kumplikado ang mga bagay-bagay, hindi nakakalimutan na palaging may opsyon na i-recover ang data sa mga ext2/3/4 file system kapag ang sistema ay hindi na maayos ngunit gusto pa rin nating i-save ang mahahalagang impormasyon.