Trong hướng dẫn hôm nay, tôi sẽ giải thích cách bạn có thể di chuyển phân vùng gốc của bản phân phối Linux sang phân vùng khác (cho dù trên cùng một ổ cứng hay không). Nhu cầu này đến với tôi vào giữa năm ngoái, khi tôi vẫn đang sử dụng Chakra, và kể từ đó, đó là một quá trình mà tôi đã sử dụng nhiều lần với kết quả khả quan và không có vấn đề gì.
Nếu các bước được thực hiện theo thư, đó là một hoạt động an toàn 100%, tương đối nhanh và hoàn toàn có thể đảo ngược. Chúng tôi sẽ chỉ cần một đĩa CD trực tiếp của bất kỳ bản phân phối nào mà chúng tôi có ở đó (một trong số Ubuntu, chẳng hạn, sẽ phục vụ mục đích của chúng tôi), và xác định chính xác đâu là phân vùng nguồn và đích.
Để biết thông tin như vậy, chúng ta có thể chuyển sang GParted hoặc Trình chỉnh sửa phân vùng KDE. Khi chúng tôi thực hiện chúng, chúng tôi sẽ thấy một cửa sổ tương tự như trong ảnh chụp màn hình bên dưới. Ở đó, chúng ta phải tìm phân vùng gốc ban đầu của mình và xem nó thuộc về đĩa nào (sda, sdb, sdc ...), nó có số gì (sda2, sdb1, sdj5, v.v.) và UUID của nó là gì (một chữ và số mã mà bạn sẽ tìm thấy trong phần "thông tin nâng cao"). Rõ ràng, nếu chúng ta di chuyển một phân vùng, chúng ta sẽ cần một điểm đến, vì vậy trước đó chúng ta phải tạo một lỗ trên đĩa cứng để thực hiện việc di chuyển và ghi dữ liệu tương ứng.
Trước khi tiếp tục, tôi muốn nói rằng trong hướng dẫn này, tôi chỉ đề cập đến Grub2; nếu bạn sử dụng một bộ nạp khởi động khác, một số bước hoặc lệnh có thể thay đổi - trên thực tế, việc này dễ dàng hơn nhiều với Grub Legacy-. Vì vậy, với thông tin trước đó được viết ra trên một tờ giấy, chúng ta bắt đầu làm việc:
1) Chúng tôi khởi động máy tính với Live CD và chúng tôi đợi máy tính để bàn tải.
2) Trong một thiết bị đầu cuối chúng tôi đặt hai lệnh sau:
sudo mkdir / mnt / old
sudo mkdir / mnt / new
sudo mount / dev / sdaX / mnt / old (trong đó sdaX là phân vùng gốc ban đầu).
sudo mount / dev / sdbX / mnt / new (trong đó sdbX là phân vùng gốc mới).
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 (trong đó sdb là ổ cứng nơi chúng tôi có phân vùng gốc mới và chúng tôi không phải đặt một số trên đó hoặc bất cứ thứ gì tương tự).
sudo kate /boot/grub/grub.cfg
- Nơi nó đặt (hdX, Y), chúng tôi thay đổi các số liệu của X và Y theo như sau:
X: cho biết số đĩa cứng. Nếu đĩa là sda, X bằng 0. Nếu đĩa là sdb, X bằng 1. Nếu đĩa là sdc, X bằng 2, v.v.
Y: cho biết số phân vùng. 1,2,3… Ví dụ: phân vùng thứ hai của đĩa đầu tiên (hd0,2); phân vùng thứ hai của đĩa thứ ba (hd2,2)… Bạn có hiểu không?
- Trường thứ hai cần sửa đổi là UUID (mã gồm các số và chữ cái rất dài), vẫn trỏ đến phân vùng cũ. Chúng tôi thay đổi nó thành UUID của phân vùng mới (hãy nhớ rằng bạn có thể kiểm tra điều này trong GParted chẳng hạn). Kiểm tra dữ liệu tốt!
- Sửa đổi thứ ba, và là một trong những sửa đổi quan trọng nhất, liên quan đến hình chữ nhật nhỏ màu đỏ nằm dưới UUID, và điều đó cho biết trong hình ảnh "sdb2". Đó là nơi bạn phải chỉ ra phân vùng mới của gốc, về mặt logic, phải tương ứng với (hdX, Y). Ví dụ: (hd0,1) -> sda1 // (hd2,3) -> sdc3
Hãy nhớ rằng những thay đổi này, về nguyên tắc, phải được lặp lại tùy thuộc vào số lượng mục nhập của hệ điều hành của chúng ta có trong Grub. Tôi có ba mục Chakra, do đó tôi phải thay đổi dữ liệu đó 3 lần. Tuy nhiên, Tôi khuyên bạn chỉ nên thay đổi mục nhập đầu tiên và khi bạn thấy rằng mọi thứ bắt đầu chính xác, hãy tiến hành sửa đổi phần còn lại, từ hệ điều hành thực của bạn.
sudo kate / etc / fstab
9) Bây giờ chúng tôi có thể khởi động lại và kiểm tra xem mọi thứ đã ổn chưa. Nếu hệ điều hành hoạt động tốt, chúng tôi có thể tiến hành thay thế dữ liệu mà chúng tôi không thay đổi trong các mục còn lại của tệp grub.cfg, cũng như xóa phân vùng gốc cũ -nếu đó là mong muốn của chúng tôi-.
Đó là tất cả cho ngày hôm nay.
Điều này đã được tìm kiếm XD. cảm ơn
Đó là một thủ tục rất an toàn, tôi đã sử dụng nó nhiều năm trước, và điều tốt là phân vùng / mới sẽ không chứa phân mảnh tệp ...
Mặc dù cách đây không lâu, tôi đã cố gắng thay đổi phân vùng gốc với biến thể cũng thay đổi hệ thống tệp (từ reiserfs sang ext3), nhưng tôi không thể thực hiện được do nhiều lần thử và lần lượt mà tôi đã đưa ra, bằng cách nào đó khi khởi động hệ thống. việc phát hiện không thành công do thực tế là nó đang tìm kiếm hệ thống / phân vùng reiserfs khi phân vùng mới được định dạng bằng ext3. Vào chế độ bảo trì và gắn kết theo cách thủ công / như ext3, hệ thống hoạt động bình thường, nhưng lần khởi động tiếp theo, nó lại không thành công vì lý do tương tự. Không có chỉnh sửa nào của grub hoặc fstab hoạt động ... luôn tìm kiếm / phân vùng với reiserfs, không thể tìm ra giải pháp ...
Có vẻ như có một số tệp trỏ đến phân vùng reiserfs. Có lẽ một dòng không rõ ràng từ bộ nạp khởi động hoặc một cái gì đó tương tự, nếu không, ext3 nên được tải chính xác.
Nếu đó là những gì tôi nghĩ ... và đã dành hàng giờ để tìm kiếm thứ gì đó nhưng không tìm thấy gì ... thậm chí không tìm kiếm trên Internet.
Dù sao, tôi không thể đảm bảo với bạn rằng trong quá khứ tôi đã thực hiện quy trình này mà không gặp vấn đề gì, đó là khoảng 6 hoặc 7 năm đã trôi qua kể từ khi tôi làm điều đó gần như cho vui ... lần cuối cùng tôi đã cố gắng làm điều đó với Debian Lenny, có lẽ sự khác biệt lớn nhất là nhân, trước đây có thể bạn đã sử dụng một bản phân phối với linux 2.4.x.
Dù sao bạn cũng đi tìm lời giải, mong các bạn chia sẻ ...
Mẹo hay, ... nếu tôi đã biết trước đây.
Chúc mừng.
Vâng, mẹo rất hay, nó rất giống với quy trình thay đổi đĩa / home, nhưng tôi không biết bạn có thể làm gì với root.
Thông tin rất tốt mặc dù tôi có thể không sử dụng nó, nhưng thật tốt khi biết chính những con ruồi. 🙂
Có, với / home thì dễ dàng hơn nhiều, vì bạn không phải cài đặt lại Grub hoặc sửa đổi tệp cấu hình của nó. Sao chép mọi thứ bạn cần và chỉnh sửa fstab là đủ.
Tất nhiên chúng ta đang nói về / home, rõ ràng là / root cần được chú ý nhiều hơn.
Nó không giống như / Home, thường gần như chỉ cắt và dán hoặc, nếu không, hãy sao chép và dán.
sách hướng dẫn rất hay bạn ơi, cảm ơn bạn rất nhiều, mình muốn biết bản pdf hay bản nào khác có thể tải từ đâu về, chào bạn
Của bạn đây, mới từ lò;):
https://sites.google.com/site/rsvnna/baul/Mover%20Root.pdf
cảm ơn bạn, nó rất tốt
Cảm ơn rất nhiều! Tôi đang tìm kiếm thứ gì đó tương tự và điều đã xảy ra với tôi là tạo hình ảnh của các phân vùng và sau đó khôi phục chúng nhưng tất nhiên, nhiều thứ bị thiếu như điểm gắn kết, v.v. Vì vậy, nó phù hợp với tôi như một chiếc găng tay!
Thông tin rất tốt, luôn hữu ích nếu có những thứ này trong tay để đề phòng. Cảm ơn rất nhiều.
Nếu bạn đang sử dụng Grub2, nó sẽ không phải là grub2-install?
Hãy cẩn thận khi bạn thực hiện các hướng dẫn này rằng bạn sẽ khiến bất kỳ ai phải lộn xộn miễn là bạn không đặt đúng các lệnh.
Trong Arch, phiên bản cũ của grub đã được đổi tên thành grub-inherit và grub 2 chỉ còn lại là grub nên nó đúng nhưng theo cách tương tự, bạn nên đọc tài liệu về bản phân phối của mình trước khi thực hiện một động thái quan trọng như thế này để chắc chắn. tên của các gói
và cảm ơn tác giả, tôi đã tìm kiếm quy trình chi tiết và điều này phục vụ tốt cho tôi
Một số lệnh hơn điểm 5 không hoạt động với tôi, tốt hơn là:
sudo su
mkdir / media / kk (nơi cài đặt gốc của hệ thống đã cài đặt)
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
Cập nhật-Grub.
grub-install / dev / sda (hoặc sdb,…)
Cảm ơn bạn rất nhiều vì nó đã giúp tôi rất nhiều, như một giải pháp thay thế sau khi sao chép mọi thứ vào phân vùng mới, bạn có thể di chuyển cài đặt grub bằng công cụ sửa chữa khởi động, do đó tránh phải thực hiện bước 5 trở đi
sudo add-apt-repository ppa: yannubuntu / boot-repair
sudo apt-get update
Sudo apt-get cài đặt sửa chữa khởi động
ứng dụng graphifa được thực thi và các tùy chọn nâng cao được kích hoạt; vị trí grub và phân vùng mới được chọn để cài đặt grub.