A mai oktatóanyagban elmagyarázom neked, hogyan lehet Linux disztribúciónk Root partícióját áthelyezni egy másik partícióra (legyen az ugyanazon a merevlemezen vagy sem). Ez az igény a múlt év közepén merült fel bennem, amikor még csakrát használtam, azóta ez egy olyan folyamat, amelyet nem egyszer alkalmaztam kielégítő eredménnyel és nulla problémával.
Ha betartja a lépéseket, akkor ez 100% -ban biztonságos, viszonylag gyors és teljesen visszafordítható művelet. Csak Élő CD-re lesz szükségünk bármilyen disztribúciónk, ami odakinn van (például az Ubuntu egyike a célunkat szolgálja), és helyesen azonosítsa, melyik a forrás és a célpartíció.
Ilyen információkért fordulhatunk a GParted vagy a KDE Partition Editor oldalához. Amikor végrehajtjuk őket, az alábbi képernyőképen látható ablakhoz hasonló ablakot fogunk látni. Meg kell találnunk az eredeti gyökérpartíciónkat, és meg kell vizsgálnunk, melyik lemezhez tartozik (sda, sdb, sdc ...), milyen számmal rendelkezik (sda2, sdb1, sdj5 stb.) És mi az UUID-je (alfanumerikus kód, amelyet a szakaszban talál "speciális információk"). Nyilvánvaló, hogy ha partíciót fogunk áthelyezni, akkor szükségünk lesz egy rendeltetési helyre, ezért korábban létre kell hoznunk egy lyukat a merevlemezen az áthelyezés végrehajtásához, és fel kell írni a megfelelő adatokat.
Mielőtt folytatnám, szeretném leszögezni, hogy ebben az oktatóanyagban csak a Grub2-re hivatkozom; ha másik bootloadert használ, egyes lépések vagy parancsok változhatnak - valójában sokkal könnyebb a Grub Legacy- használatával. Tehát az előző információkkal, amelyeket egy papírlapra írtak fel, dolgozni kezdünk:
1) A számítógépet a Live CD-vel indítjuk és várjuk az asztal betöltését.
2) Egy terminálban a következő két parancsot adjuk meg:
sudo mkdir / mnt / old
sudo mkdir / mnt / new
sudo mount / dev / sdaX / mnt / old (ahol az sdaX az eredeti gyökérpartíció).
sudo mount / dev / sdbX / mnt / new (ahol az sdbX az új gyökérpartíció).
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 (ahol az sdb a merevlemez, ahol az új gyökérpartícióval rendelkezünk, és nem kell számot feltennünk, vagy ilyesmi).
sudo kate /boot/grub/grub.cfg
- Ahol (hdX, Y) helyezi, az X és Y számát a következőképpen változtatjuk meg:
X: a merevlemez számát jelöli. Ha a lemez sda, akkor X egyenlő 0. Ha a lemez sdb, akkor X egyenlő 1. Ha a lemez sdc, X egyenlő 2 és így tovább.
Y: a partíció számát jelzi. 1,2,3… Példa: az első lemez második partíciója (hd0,2); a harmadik lemez második partíciója (hd2,2) ... Megvan az ötlet?
- A második módosítandó mező az UUID (olyan hosszú számok és betűk kódja), amely még mindig a régi partícióra mutat. Megváltoztatjuk az új partíció UUID-jére (ne feledje, hogy ezt például a GParted-ben ellenőrizheti). Ellenőrizze jól az adatokat!
- A harmadik módosítás és az egyik legfontosabb az UUID alatt található kis piros téglalaphoz kapcsolódik, amely az "sdb2" képen található. Itt kell megadnia a gyökér új partícióját, amelynek logikusan meg kell felelnie (hdX, Y). Példák: (hd0,1) -> sda1 // (hd2,3) -> sdc3
Ne feledje, hogy ezeket a változtatásokat elvileg meg kell ismételni, attól függően, hogy milyen operációs rendszerünk van a Grub-ban. Három csakra-bejegyzésem van, ezért ezeket az adatokat háromszor meg kell változtatnom. Azonban, Azt tanácsolom, hogy csak az első bejegyzést változtassa meg, és ha látja, hogy minden megfelelően indul, folytassa a többi módosítását az igazi operációs rendszerén.
sudo kate / etc / fstab
9) Most újraindíthatjuk és ellenőrizhetjük, hogy minden rendben van-e. Ha az operációs rendszer jól működik, folytathatjuk a grub.cfg fájl többi bejegyzésében változatlanul hagyott adatok cseréjét, valamint a régi gyökérpartíció törlését - ha ez a mi vágyunk -.
Ez minden mára.
Ez XD-t keresett. köszönöm
Nagyon biztonságos eljárás, évekkel ezelőtt sokszor használtam, és az a jó, hogy az új / partíció nem tartalmaz fájltöredezettséget ...
Bár nemrégiben megpróbáltam megváltoztatni a gyökérpartíciót a fájlrendszer megváltoztatásának változatával (reiserfs-ről ext3-ra), de számomra lehetetlen volt a több próbálkozás és fordulat miatt, mint amennyit adtam, valahogy a rendszer indításakor az észlelés meghiúsult de / annak a ténynek köszönhető, hogy egy reiserfs rendszert / partíciót keresett, amikor az újat ext3-val formattálták. A karbantartási módba való belépés és a kézi / ext3-os telepítés a rendszer megfelelően működött, de a következő indítás ugyanezen okból ismét meghiúsult. Nem volt olyan grub vagy fstab szerkesztés, amely működött ... mindig keresek egy / partíciót az reiserfs-sel, nem találom a megoldást ...
Úgy tűnik, hogy volt valami fájl, amely a reiserfs partícióra mutatott. Talán egy feltűnő sor a bootloaderből, vagy valami hasonló, különben az ext3-nak megfelelően kellett volna betöltődnie.
Ha ezt gondoltam ... és órákon át keresgéltem valamit, de nem találtam semmit ... nem is kerestem az interneten.
Egyébként nem biztosíthatom Önöket arról, hogy a múltban problémamentesen végeztem el az eljárást, kb. 6 vagy 7 év telt el azóta, hogy szinte örömömből csináltam ... utoljára a Debiannal próbáltam megtenni Lenny, valószínűleg a legnagyobb különbség a kernel, mielőtt talán használtál egy disztrót a linux 2.4.x-vel.
Egyébként, ha elmész keresni a megoldást, remélem, megosztja ...
Jó tipp, ... ha tudtam volna korábban.
Üdvözlet.
Igen, nagyon jó tipp, nagyon hasonlít a lemez / home cseréjéhez szükséges eljárásra, de nem tudtam, mit tehet a root.
Nagyon jó információ, bár lehet, hogy nem használom, jó ismerni magukat a legyeket. 🙂
Igen, a / home segítségével sokkal könnyebb, mert nem kell újratelepítenie a Grubot, vagy módosítania kell a konfigurációs fájlt. Elég minden, amire szüksége van, és az fstab szerkesztése.
Nos, természetesen a / home-ról beszélünk, nyilvánvaló, hogy a / root több figyelmet igényel.
Ez nem olyan, mint a / Home, amelyet általában csak kivág és beilleszt, vagy ennek hiányában másol és beilleszt.
nagyon jó kézikönyv, barátom, köszönöm szépen, szeretném tudni, hogy letölthető-e valahonnan a pdf verzió vagy bármilyen más, üdvözlet
Tessék, frissen a sütőből;):
https://sites.google.com/site/rsvnna/baul/Mover%20Root.pdf
köszönöm barátom, nagyon jó
Nagyon köszönöm! Valami hasonlót kerestem, és ami eszembe jutott, az volt, hogy képeket készítsek a partíciókról, majd helyreállítsam őket, de természetesen még több dolog hiányzott, például csatlakozási pontok stb. Szóval nekem úgy áll, mint egy kesztyű!
Nagyon jó információ, mindig hasznos, ha kéznél vannak ezek a dolgok. Nagyon köszönöm.
Ha Grub2-t használ, akkor nem a grub2-install lenne?
Vigyázzon, amikor elkészíti ezeket a kézikönyveket, és bárkit zavarba ejt, mindaddig, amíg nem teszi jól a parancsokat.
Az Arch-ban a grub régi verzióját átnevezték grub-legacy-re, és a grub 2-t csak grub-ként hagyták, így helyes, de ugyanígy ajánlatos elolvasni a terjesztés dokumentációját, mielőtt egy ilyen fontos lépést megtennénk, hogy biztosak legyünk a nevekben csomagokból
és köszönöm a szerzőnek, hogy kerestem a részletes folyamatot, és ez jól szolgált
Az 5. pontnál több parancs nem működött nálam, jobb ez:
sudo su
mkdir / media / kk (ahová a telepített rendszer gyökere fel van szerelve)
mount -t ext4 -o rw / dev / sda / media / kk
mount –bind / proc / media / kk / proc
mount –bind / dev / media / kk / dev
mount –bind / sys / media / kk / sys
chroot / media / kk
update-grub
grub-install / dev / sda (vagy sdb,…)
Köszönöm szépen, ez sokat segített nekem, alternatívaként, miután mindent átmásolt az új partícióra, áthelyezheti a grub telepítését a boot-repair eszközzel, elkerülve ezzel az 5. lépéstől
sudo add-apt-repository ppa: yannubuntu / boot-repair
sudo apt-get update
sudo apt-get install boot-repair
a graphifa alkalmazás végrehajtásra kerül, és a speciális opciók aktiválódnak; grub helyét, és az új partíciót választják a grub telepítéséhez.