Šiandienos pamokoje aš jums paaiškinsiu, kaip galite perkelti mūsų „Linux“ paskirstymo šakninį skaidinį į kitą skaidinį (tame pačiame standžiajame diske ar ne). Šis poreikis man kilo praėjusių metų viduryje, kai vis dar naudojau „Chakra“, ir nuo tada tai yra procesas, kurį naudoju ne vieną kartą ir kurio rezultatai buvo patenkinami, o problemų nebuvo.
Jei laikotės raidės nurodytų veiksmų, tai yra 100% saugi, gana greita ir visiškai grįžtama operacija. Mums reikės tik tiesioginio kompaktinio disko bet kokio ten esančio distribucijos (pavyzdžiui, vienas iš „Ubuntu“ bus mūsų tikslas), ir teisingai nustatykite, kuris yra šaltinio ir paskirties skaidinys.
Norėdami gauti tokios informacijos, galime kreiptis į „GParted“ arba KDE skaidinių redaktorių. Vykdydami juos, pamatysime langą, panašų į pateiktą žemiau esančiame paveikslėlyje. Ten turime rasti savo pirminį šakninį skaidinį ir pažiūrėti, kuriam diskui jis priklauso (sda, sdb, sdc ...), kokį numerį jis turi (sda2, sdb1, sdj5 ir kt.) Ir koks yra jo UUID (raidinis ir skaitmeninis) kodas, kurį rasite skyriuje „Išplėstinė informacija“). Akivaizdu, kad jei ketiname perkelti skaidinį, mums reikės paskirties vietos, todėl prieš tai turime sukurti skylę kietajame diske, kad galėtume atlikti perkėlimą, ir užrašyti atitinkamus duomenis.
Prieš tęsdamas noriu pasakyti, kad šioje pamokoje turiu omenyje tik „Grub2“; jei naudojate kitą įkrovos įrankį, kai kurie veiksmai ar komandos gali skirtis - iš tikrųjų tai yra daug lengviau naudojant „Grub Legacy-“. Taigi, naudodamiesi ankstesne informacija, užrašyta ant popieriaus lapo, mes pradedame dirbti:
1) Mes pradedame kompiuterį su „Live CD“ ir mes laukiame, kol darbalaukis bus įkeltas.
2) Terminale mes įdėjome šias dvi komandas:
sudo mkdir / mnt / old
sudo mkdir / mnt / new
sudo mount / dev / sdaX / mnt / old (kur sdaX yra pirminis šakninis skaidinys).
sudo mount / dev / sdbX / mnt / new (kur sdbX yra naujas šakninis skaidinys).
sudo cp -rav / mnt / old / * / mnt / new
sudo cp -rav /mnt/old/.* / mnt / new
sudo umount / mnt / old
sudo mount -o bind / dev / mnt / new / dev
sudo mount -t proc none / mnt / new / proc
sudo chroot / mnt / new / bin / bash
sudo grub-install / dev / sdb (kur sdb yra kietasis diskas, kuriame turime naują šakninį skaidinį, ir mes neturime į jį įdėti numerio ar pan.).
sudo kate /boot/grub/grub.cfg
- Kur įdėsite (hdX, Y), mes pakeisime X ir Y skaičius taip:
X: nurodo kietojo disko numerį. Jei diskas yra sda, X yra lygus 0. Jei diskas yra sdb, X yra lygus 1. Jei diskas yra sdc, X yra lygus 2 ir t.
Y: nurodo skaidinio numerį. 1,2,3… Pavyzdys: antrasis pirmo disko skaidinys (hd0,2); antrasis trečiojo disko skaidinys (hd2,2) ... Ar jums kyla idėja?
- Antrasis laukas, kurį reikia keisti, yra UUID (taip ilgų skaičių ir raidžių kodas), kuris vis tiek nurodo senąjį skaidinį. Mes pakeičiame jį į naujo skaidinio UUID (nepamirškite, kad tai galite patikrinti, pavyzdžiui, „GParted“). Gerai patikrinkite duomenis!
- Trečioji modifikacija ir viena iš svarbiausių yra susijusi su mažu raudonu stačiakampiu, esančiu po UUID, ir kurį įdeda į atvaizdą „sdb2“. Čia turite nurodyti naują šaknies skaidinį, kuris, logiškai mąstant, turi atitikti (hdX, Y). Pavyzdžiai: (hd0,1) -> sda1 // (hd2,3) -> sdc3
Atminkite, kad šie pakeitimai iš esmės turi būti pakartoti, atsižvelgiant į mūsų operacinės sistemos įrašų, esančių „Grub“, skaičių. Turiu tris „Chakra“ įrašus, todėl turiu tuos duomenis keisti 3 kartus. Tačiau Patariu pakeisti tik pirmąjį įrašą ir, kai pamatysite, kad viskas prasideda teisingai, tęskite modifikuoti likusią dalį iš savo tikrosios operacinės sistemos.
sudo kate / etc / fstab
9) Dabar galime paleisti iš naujo ir patikrinti, ar viskas tvarkoje. Jei operacinė sistema veikia gerai, galime pakeisti duomenis, kuriuos palikome nepakeistus likusiuose failo grub.cfg įrašuose, taip pat ištrinti senąjį šakninį skaidinį - jei tai mūsų noras.
Tai viskas siandienai.
Tai ieškojo XD. dėkoju
Tai labai saugi procedūra, prieš daugelį metų ją naudojau, ir gerai tai, kad naujame / skaidinyje nebus failų fragmentų ...
Nors ne taip seniai bandžiau pakeisti šakninį skaidinį taip pat pakeisdamas failų sistemą (iš reiserfs į ext3), bet man to padaryti buvo neįmanoma dėl daugiau bandymų ir posūkių, nei daviau, kažkaip paleidus sistemą aptikti nepavyko de / dėl to, kad jis ieškojo reiserfs sistemos / skaidinio, kai naujas buvo suformatuotas su ext3. Įėjimas į techninės priežiūros režimą ir montavimas rankiniu būdu / kaip ext3 sistema veikė teisingai, bet kitą kartą paleidus vėl nepavyko dėl tos pačios priežasties. Nebuvo redaguoto grub ar fstab, kuris veikė ... visada ieškojau / skaidinio su reiserfs, negaliu rasti sprendimo ...
Atrodo, kad failas nukreipė į reiserfs skaidinį. Gal nepastebima įkrovos tvarkyklės eilutė ar kažkas panašaus, kitaip ext3 turėjo būti įkelta teisingai.
Jei taip galvojau ... ir valandų valandas ieškojau kažko, bet nieko neradau ... net neieškojau interneto.
Bet kokiu atveju negaliu jūsų patikinti, kad praeityje procedūrą atlikau be problemų, tai yra praėję 6–7 metai, kai aš tai dariau beveik dėl malonumo ... paskutinį kartą bandžiau tai padaryti su Debian Lenny , tikriausiai didžiausias skirtumas yra branduolys, prieš galbūt naudojote distro su linux 2.4.x.
Bet kokiu atveju, jei eisite ieškoti sprendimo, tikiuosi, kad juo pasidalinsite ...
Geras patarimas, ... jei būčiau žinojusi anksčiau.
Sveikinimai.
Taip, labai geras patarimas, jis labai panašus į disko / namų keitimo procedūrą, bet aš nežinojau, ką tai gali padaryti su root.
Labai gera informacija, nors gal ir nesinaudosiu, tačiau gerai žinoti pačias muses. 🙂
Taip, su / home yra daug lengviau, nes nereikia iš naujo įdiegti „Grub“ ar modifikuoti jo konfigūracijos failo. Pakanka nukopijuoti viską, ko reikia, ir redaguoti fstab.
Na, žinoma, mes kalbame apie / home, akivaizdu, kad / root reikalauja daugiau dėmesio.
Tai nėra kaip / Namai, kuris paprastai yra beveik supjaustytas ir įklijuotas arba, jei to nepavyksta, nukopijuoti ir įklijuoti.
labai geras vadovas, drauge, labai aciu, noreciau suzinoti, ar pdf versija ar bet kuri kita galima is kazkur parsisiųsti, sveikinimai
Štai, šviežias iš orkaitės;):
https://sites.google.com/site/rsvnna/baul/Mover%20Root.pdf
aciu drauge, tai labai gerai
Labai ačiū! Aš ieškojau kažko panašaus ir man kilo mintis padaryti pertvarų vaizdus, o tada juos atkurti, tačiau, žinoma, trūko daugiau dalykų, tokių kaip tvirtinimo taškai ir pan. Taigi man tai tinka kaip pirštinė!
Labai gera informacija, visada naudinga turėti šiuos daiktus kiekvienam atvejui. Labai ačiū.
Jei naudojate „Grub2“, ar tai nebūtų „grub2-install“?
Sudarydami šiuos vadovus, būkite atsargūs, kad bet ką sumaišytumėte, jei tik netinkamai nurodysite komandas.
„Arch“ senoji „grub“ versija buvo pervadinta į „grub-legacy“, o „grub 2“ buvo palikta tik kaip „grub“, todėl ji yra teisinga, tačiau tokiu pat būdu patartina perskaityti jūsų platinimo dokumentaciją prieš atliekant tokį svarbų žingsnį, kad įsitikintumėte pakuočių pavadinimų
autoriaus dėka ieškojau išsamaus proceso, ir tai man gerai pasiteisino
Pora komandų, esančių daugiau nei 5 punkte, man netiko, geriau tai:
: sudo SU
mkdir / media / kk (kur įdiegta įdiegtos sistemos šaknis)
mount -t ext4 -o rw / dev / sda / media / kk
mount –bind / proc / media / kk / proc
kalnas –bind / dev / media / kk / dev
mount –bind / sys / media / kk / sys
chroot / media / kk
atnaujinti-grub
„grub-install“ / „dev / sda“ (arba „sdb“,…)
Labai ačiū, tai man labai padėjo, nes viską nukopijavę į naują skaidinį, galite perkelti „grub“ diegimą naudodami įkrovos taisymo įrankį, taip išvengdami 5 ir tolesnių veiksmų.
sudo add-apt-repository ppa: yannubuntu / boot-repair
sudo apt-get update
sudo apt-get install boot-repair
vykdoma grafifa programa, aktyvuojamos išplėstinės parinktys; grub vieta ir grub diegimui parenkamas naujas skaidinys.