В днешния урок ще ви обясня как можете да преместите коренния дял на нашата Linux дистрибуция в друг дял (независимо дали е на същия твърд диск или не). Тази необходимост ми дойде в средата на миналата година, когато все още използвах Чакра, и оттогава това е процес, който съм използвал повече от веднъж със задоволителни резултати и нулеви проблеми.
Ако стъпките се следват докрай, това е 100% безопасна, относително бърза и напълно обратима операция. Ще ни трябва само CD на живо на някои дистрибуции, които имаме там (един от Ubuntu, например, ще служи за нашата цел), и правилно да определите кой е дялът на източника и местоназначението.
За такава информация можем да се обърнем към GParted или KDE Partition Editor. Когато ги изпълним, ще видим прозорец, подобен на този на екранната снимка по-долу. Там трябва да потърсим оригиналния си корен дял и да видим към какъв диск принадлежи (sda, sdb, sdc ...), какъв номер има (sda2, sdb1, sdj5 и др.) И какъв е неговият UUID (буквено-цифров код, който ще намерите в раздела на "разширена информация"). Очевидно е, че ако ще преместваме дял, ще ни трябва дестинация, така че трябва предварително да създадем дупка в твърдия диск, за да извършим преместването, и да запишем съответните данни.
Преди да продължа, искам да заявя, че в този урок се позовавам само на Grub2; ако използвате друг буутлоудър, някои стъпки или команди могат да се различават - всъщност е много по-лесно с Grub Legacy-. И така, с информацията от преди, записана на лист хартия, започваме да работим:
1) Стартираме компютъра с CD на живо и чакаме работния плот да се зареди.
2) В терминал поставяме следните две команди:
sudo mkdir / mnt / old
sudo mkdir / mnt / нов
sudo mount / dev / sdaX / mnt / old (където sdaX е оригиналният корен дял).
sudo mount / dev / sdbX / mnt / new (където sdbX е новият корен дял).
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 (където sdb е твърдият диск, където имаме новия корен дял, и не е нужно да поставяме номер върху него или нещо подобно).
sudo kate /boot/grub/grub.cfg
- Където поставяте (hdX, Y), ние променяме цифрите на X и Y според следното:
X: показва номера на твърдия диск. Ако дискът е sda, X е равен на 0. Ако дискът е sdb, X е равен на 1. Ако дискът е sdc, X е равен на 2 и т.н.
Y: показва номера на дяла. 1,2,3 ... Пример: втори дял на първия диск (hd0,2); втори дял на третия диск (hd2,2) ... Разбирате ли идеята?
- Второто поле за модификация е UUID (кодът за толкова дълги цифри и букви), който все още сочи към стария дял. Променяме го на UUID на новия дял (не забравяйте, че можете да проверите това в GParted, например). Проверете добре данните!
- Третата модификация, и една от най-важните, е свързана с малкия червен правоъгълник, който е под UUID, и който пише в изображението "sdb2". Това е мястото, където трябва да посочите новия дял на вашия корен, който логично трябва да съответства на (hdX, Y). Примери: (hd0,1) -> sda1 // (hd2,3) -> sdc3
Имайте предвид, че тези промени по принцип трябва да се повтарят в зависимост от броя на записите на нашата операционна система, присъстващи в Grub. Имам три записа в чакра, следователно трябва да променя тези данни 3 пъти. Въпреки това, Съветвам ви да промените само първия запис и след като видите, че всичко започва правилно, продължете да модифицирате останалото от вашата реална операционна система.
sudo kate / etc / fstab
9) Вече можем да рестартираме и да проверим дали всичко е наред. Ако операционната система работи добре, можем да пристъпим към подмяна на данните, които сме оставили непроменени в останалите записи на файла grub.cfg, както и да изтрием стария корен дял -ако това е нашето желание-.
Това е всичко за днес.
Това търсеше XD. Благодаря
Това е много безопасна процедура, използвал съм я много пъти преди години и хубавото е, че новият / дял няма да съдържа фрагментация на файлове ...
Въпреки че не много отдавна се опитах да променя основния дял с варианта на промяна на файловата система (от reiserfs на ext3), но беше невъзможно да го направя поради повече опити и завои, които дадох, някак при стартиране на системата откриването не успя de / от факта, че търсеше система / дял на reiserfs, когато новата беше форматирана с ext3. Влизайки в режим на поддръжка и монтирайки ръчно / като ext3, системата работи правилно, но при следващото стартиране отново се провали по същата причина. Нямаше редактиране на grub или fstab, което работеше ... винаги търсех / дял с reiserfs, не мога да намеря решението ...
Изглежда има някакъв файл, сочещ към дяла на reiserfs. Може би незабележим ред от буутлоудъра или нещо подобно, в противен случай ext3 би трябвало да се зареди правилно.
Ако това си мислех ... и прекарах часове да търся нещо, но не намерих нищо ... дори не търсех в Интернет.
Както и да е, не мога да ви уверя, че в миналото съм правил процедурата без проблеми, това е, че минаха около 6 или 7 години, откакто го правех почти за удоволствие ... последния път, когато се опитах да го направя с Debian Lenny, може би най-голямата разлика е ядрото, преди може би сте използвали дистрибуция с linux 2.4.x.
Както и да е, ако отидете да намерите решението, надявам се да го споделите ...
Добър съвет, ... ако бях знаел преди това.
Поздрави.
Да, много добър съвет, много прилича на процедурата за смяна на диска / дома, но не знаех какво може да направи с root.
Много добра информация, въпреки че може да не я използвам, добре е да познавам самите мухи. 🙂
Да, с / home е много по-лесно, защото не е нужно да преинсталирате Grub или да променяте конфигурационния му файл. Копирането на всичко необходимо и редактирането на fstab е достатъчно.
Е, разбира се, че говорим за / home, очевидно е, че / root изисква повече внимание.
Не е като / Home, което обикновено е почти просто изрязано и поставено или, в противен случай, копирано и поставено.
много добро ръководство, приятелю, благодаря ти много, бих искал да знам дали pdf версията или която и да е друга може да се изтегли от някъде, поздрави
Ето, прясно от фурната;):
https://sites.google.com/site/rsvnna/baul/Mover%20Root.pdf
благодаря приятелю, много е добре
Благодаря много! Търсих нещо подобно и това, което ми беше хрумнало, беше да направя изображения на дяловете и след това да ги възстановя, но разбира се, липсваха още неща като точки на монтиране и т.н. Така че ми подхожда като ръкавица!
Много добра информация, винаги е полезно да имате тези неща под ръка за всеки случай. Благодаря много.
Ако използвате Grub2, няма ли да е grub2-install?
Бъдете внимателни, когато правите тези ръководства, че сте забъркали някого, стига да не сте поставили правилно командите.
В Arch старата версия на grub е преименувана на grub-legacy и grub 2 е оставена само като grub, така че е правилна, но по същия начин е препоръчително да прочетете документацията на вашата дистрибуция, преди да направите важен ход като този, за да сте сигурни в имената на пакетите
и благодарение на автора търсих подробния процес и това ми послужи добре
Няколко команди над точка 5 не са работили за мен, по-добре това:
Sudo су
mkdir / media / kk (където е монтиран коренът на инсталираната система)
монтиране -t ext4 -o rw / dev / sda / media / kk
монтиране –bind / proc / media / kk / proc
монтиране –bind / dev / media / kk / dev
монтиране –bind / sys / media / kk / sys
chroot / media / kk
актуализация-grub
grub-install / dev / sda (или sdb, ...)
Благодаря ви много, много ми помогна, като алтернатива, след като копирате всичко в новия дял, можете да преместите инсталацията на grub с инструмента за ремонт на зареждане, като по този начин избягвате да правите стъпки 5 нататък
sudo add-apt-repository ppa: yannubuntu / boot-repair
Sudo актуализация ап-да
sudo apt-get инсталирате boot-repair
приложението graphifa се изпълнява, активират се разширени опции; местоположение на grub и новият дял е избран за инсталацията на grub.