Phân vùng. Có an toàn để di chuyển phân vùng chứa / khởi động?


14

Tôi đang chạy dualboot (Windows 7 và Ubuntu 12.04) và tôi muốn tạo thêm không gian cho phân vùng Ubuntu của mình. Tôi đang làm nó từ một cd trực tiếp thông qua gparted.

Tôi đã định thay đổi kích thước phân vùng cửa sổ của mình để có được không gian chưa phân bổ và thay đổi kích thước ubfox của tôi để lấp đầy nó. Nhưng sau đó tôi đã nhận được điều này:

"Di chuyển một phân vùng có thể khiến hệ điều hành của bạn không khởi động được.

Bạn đã xếp hàng một hoạt động để di chuyển khu vực bắt đầu của phân vùng / dev / sda3. Lỗi khởi động rất có thể xảy ra nếu bạn di chuyển phân vùng GNU / Linux có chứa / boot hoặc nếu bạn di chuyển phân vùng hệ thống Windows C :. Bạn có thể tìm hiểu cách sửa chữa cấu hình khởi động trong Câu hỏi thường gặp về GParted. http://gparted.org/faq.php

Di chuyển một phân vùng có thể mất nhiều thời gian để áp dụng. "

Tôi đã sợ và không dám làm điều đó, nhưng tôi vẫn muốn có thêm không gian trên phân vùng Ubuntu của mình. Tôi nên làm gì ?

cảm ơn trước

Markus

Câu trả lời:


6

Không thể nói đủ, tạo một bản sao lưu và xác nhận nó thực sự có dữ liệu cần thiết trong đó trước khi thực hiện thay đổi hệ thống như thế này.

Điều đó nói rằng, tôi thấy rằng nếu tôi di chuyển vị trí khối khởi động của ổ đĩa khởi động (ví dụ từ khu vực 63 đến 2048), tôi phải cài đặt lại grub trước khi hệ thống khởi động. Để biết thông tin về cách xem trang ub Ubuntu Cách sửa chữa, khôi phục hoặc cài đặt lại Grub 2 bằng Ubuntu Live CD hoặc USB .


1
Cảm ơn. Sau khi di chuyển phân vùng /có chứa /boot, tôi không cần phải làm gì với grub và có thể khởi động lại vào LubFi trên đĩa thành công. Tại sao tôi không cần phải làm gì với grub? unix.stackexchange.com/questions/503355/ từ
Tim

Đã lâu lắm rồi tôi mới cần phải làm điều này. Mọi thứ có thể đã thay đổi kể từ năm 2014 và một số công cụ có thể thực hiện tất cả các bước cần thiết cho bạn trong những ngày này. Hoặc hoàn cảnh của bạn khác đi.
BeowulfNode42

2

Tôi đã sửa đổi một chút vị trí và kích thước của /phân vùng bằng cách sử dụng GParted từ khóa USB Live Ubuntu 15.04. Trước đây tôi đã sao chép từng bit từ ổ cứng từ tính sang ổ SSD này và muốn căn chỉnh các phân vùng.

Lúc đầu, tôi đã cài đặt Grub cả trên đĩa và trên đĩa khác. Sau khi di chuyển / thay đổi kích thước phân vùng, tôi đã sử dụng các hướng dẫn được liên kết đến từ Câu hỏi thường gặp về GParted mà bạn đã tham chiếu.

Đối với phân vùng / dev / sdc2 trên máy Ubuntu dựa trên Grub 2 của tôi không có LVM / RAID, đây là:

sudo -i
mkdir /tmp/mydir
mount /dev/sda5 /tmp/mydir
mount --bind /dev /tmp/mydir/dev
mount --bind /proc /tmp/mydir/proc
mount --bind /sys /tmp/mydir/sys
chroot /tmp/mydir
grub-install /dev/sdc
exit
reboot

Hãy chắc chắn thay thế cả phân vùng và đĩa bằng các phân vùng chính xác cho bạn và kiểm tra các hướng dẫn được liên kết thực tế nếu bạn có một thiết lập không giống nhau.

Điều này có thể không cần thiết vì đĩa khác mà tôi đã cài đặt Grub vẫn có thể khởi động hệ thống.


Cảm ơn vì điều đó. Tôi đã không cần nó, nhưng siêu rõ ràng.
dfrankow

ngoài ra, update-grubcó thể cần thiết sau khi grub-install /dev/sdc- nếu một số phân vùng bị xóa và đánh số của chúng đã thay đổi, cấu hình grub sẽ được cập nhật
xealits

Cảm ơn. Sau khi di chuyển phân vùng /có chứa /boot, tôi không cần phải làm gì với grub và có thể khởi động lại vào LubFi trên đĩa thành công. Tại sao tôi không cần phải làm gì với grub? unix.stackexchange.com/questions/503355/ từ
Tim

1

Nếu bạn di chuyển phân vùng chứa / khởi động (thường là nơi cài đặt Ubuntu), Grub sẽ không thể tải và sẽ chuyển sang chế độ dòng khôi phục khi khởi động máy tính của bạn.

Bản thân tôi đã không chuyển Phân vùng của mình để cho tôi thêm chỗ vì thông điệp đáng sợ đó.

Đối với bước tiếp theo này, hãy đảm bảo bạn có CD / USB trực tiếp trên Ubuntu để khởi động.

Đảm bảo sao lưu tất cả các tệp quan trọng của bạn, sau đó sử dụng CD trực tiếp GParted của bạn để di chuyển phân vùng bạn muốn di chuyển.

Sau đó khởi động lại máy tính của bạn, khởi động vào CD / USB trực tiếp Ubuntu của bạn và với Terminal, chạy sudo update-grub. Nếu nó không chạy, hãy thử sudo apt-get install --reinstall grub && sudo grub-install. Sau đó sudo update-grub.

Hy vọng điều này hoạt động.


Cảm ơn. Sau khi di chuyển phân vùng /có chứa /boot, tôi không cần phải làm gì với grub và có thể khởi động lại vào LubFi trên đĩa thành công. Tại sao tôi không cần phải làm gì với grub? unix.stackexchange.com/questions/503355/ Kẻ
Tim

0

Rất khuyến khích sao lưu mọi tệp quan trọng trước khi thực hiện thay đổi kích thước / di chuyển.

Thông báo Gparted chỉ cảnh báo bạn về nguy cơ mất dữ liệu khi thay đổi kích thước. Điều đó không có nghĩa là bạn sẽ mất dữ liệu nhưng có thể.

Tôi sử dụng Gparted và phần mềm phân vùng khác để thay đổi kích thước phân vùng của mình (Ubuntu, XP Vista và 7 như một ví dụ) gần như hàng ngày và không bao giờ gặp phải bất kỳ vấn đề nào.

Rất khuyến khích sao lưu mọi tệp quan trọng trước khi thực hiện thay đổi kích thước / di chuyển.


Cảm ơn. Sau khi di chuyển phân vùng /có chứa /boot, tôi không cần phải làm gì với grub và có thể khởi động lại vào LubFi trên đĩa thành công. Tại sao tôi không cần phải làm gì với grub? unix.stackexchange.com/questions/503355/ từ
Tim

0

Sao lưu bất kỳ tập tin quan trọng.

Trong Windows chạy defrag và chkdsk / f.

Bắt đầu với một đĩa CD trực tiếp với gparted và giảm phân vùng.

Khởi động lại với Windows. Nếu mọi thứ hoạt động chính xác.

Bắt đầu với một đĩa CD trực tiếp và sử dụng phân vùng gparted làm tăng phân vùng Ubuntu.

Mở một thiết bị đầu cuối, lấy UUID của phân vùng, chroot, chỉnh sửa tệp / etc / fstab, sửa UUID, cài đặt lại Grub, chạy:

sudo su
fdisk -l
blkid /dev/sdax 
#/dev/sdax = linux partition - mount as /
mount /dev/sdax /mnt
mount --bind /dev /mnt/dev 
mount --bind /dev/pts /mnt/dev/pts
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt
nano /etc/fstab
#Change the UUID if this changed to /dev/sdax mount as /
#Save the file (Control+O). Close Nano (Control+X)
grub-mkconfig -o /boot/grub/grub.cfg
grub-install --root-directory=/mnt /dev/sda
grub-install --recheck /dev/sda
umount /mnt
reboot

Cảm ơn. Sau khi di chuyển phân vùng /có chứa /boot, tôi không cần phải làm gì với grub và có thể khởi động lại vào LubFi trên đĩa thành công. Tại sao tôi không cần phải làm gì với grub? unix.stackexchange.com/questions/503355/ từ
Tim

0

Ngoài những lời khuyên rất chi tiết ở trên, hầu hết là tuyệt vời, tôi sẽ thêm vào như sau:

1) Ngoài việc sao lưu tất cả dữ liệu có thể bị nguy hiểm, tôi tạo ít nhất hai bản sao lưu dự phòng, một bằng cách sao chép trực tiếp toàn bộ phân vùng vào một phân vùng mới bằng tiện ích phân vùng như ma thuật phân vùng hoặc gpart, cả hai đều như tôi thu hồi có thể có tính năng này trong một số phiên bản. Tôi bổ sung rằng với một bản sao lưu trên flashdrive hoặc máy tính khác. Xin lưu ý rằng có những tệp ẩn mà bạn có thể hoặc không thể chụp được và trừ khi bạn đặt trình quản lý tệp của mình hiển thị các tệp ẩn mà bạn sẽ không biết.

2) Điều cá nhân tôi luôn làm khi trong tình huống này là để nguyên phân vùng khởi động của tôi không bị ảnh hưởng và thay đổi kích thước / di chuyển chỉ phân vùng dữ liệu và root. Bằng cách đó, tôi không cần phải lo lắng về việc cập nhật hoặc cài đặt lại grub. Tôi không biết rằng bạn đã khẳng định bất kỳ lý do chính đáng nào để gây rối với / boot.

3) Ngoài các hướng dẫn ở trên, tôi sẽ nói thêm rằng nếu may mắn, bạn có thể dễ dàng cập nhật grub nếu bạn có thể khởi động vào chế độ khôi phục Ubuntu. Bạn có thể đến đó thông qua tùy chọn thứ hai, tùy chọn nâng cao Ubuntu khởi động. Điều đó sẽ cung cấp cho bạn một menu cũ với fdisk và các lựa chọn khác. Chọn tùy chọn grub và nếu bạn may mắn, nó sẽ tự động cập nhật cho bạn.

Lưu ý: Nếu bạn không biết cách vào menu grub, bạn sẽ tìm thấy trên một số máy Intel mà bạn có thể tìm thấy tùy chọn "Khởi động từ tệp EFI" trong trình quản lý khởi động. Bạn sẽ có thể tự vật lộn với trình quản lý khởi động bằng cách thử nghiệm nhấn Fkeys khi khởi động và lướt qua các menu kết quả.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.