Tôi đã cố gắng xóa các hạt nhân cũ, nhưng tôi phải xóa tất cả các hạt nhân trên máy tính xách tay Ubuntu 11.04 của tôi. Có cách nào khắc phục điều này thông qua khởi động USB hoặc gắn ổ cứng trên hệ thống khác không?
Câu trả lời:
Khởi động vào đĩa CD trực tiếp (hoặc USB trực tiếp), gắn một số hệ thống, chroot vào nó và cài đặt kernel. Sau khi cài đặt thành công kernel, ngắt kết nối các hệ thống tập tin.
sudo mount /dev/sdXY /mntGắn kết một số phân vùng đặc biệt:
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
(tùy chọn) Khi bạn được kết nối với mạng, hãy sử dụng máy chủ DNS từ môi trường Live của bạn (nếu không tên máy chủ có thể không được giải quyết):
cp /etc/resolv.conf /mnt/etc/resolv.conf
/mnt:sudo chroot /mntapt-get install linux-image-generic(không yêu cầu sudo vì bạn đã root sau một chroot)Sau khi cài đặt thành công kernel, hãy thoát khỏi chroot và ngắt kết nối một số hệ thống tập tin:
exit
sudo umount /mnt/sys
sudo umount /mnt/proc
sudo umount /mnt/dev
sudo umount /mnt
sudo reboot/mnt. Ubuntu thường đảm nhiệm việc ngắt kết nối / đồng bộ hóa các hệ thống tập tin, nhưng điều này có vẻ sạch hơn đối với tôi.
/dev/mdxxxổ đĩa - giả sử đó là mdadm.
/etc/resolv.conf(xóa nó nếu nó là một liên kết tượng trưng) và đặt một cái gì đó giống như nameserver 8.8.8.8trong nó (máy chủ DNS công cộng của Google). Thay thế nó nếu cần thiết.
cp /etc/resolv.conf /mnt/etc/resolv.conftrước khi đi vào chroot. Điều đó làm việc cho tôi bằng mọi cách
Quy trình mở rộng này chiếm phần lớn các biến chứng có thể xảy ra, bao gồm các sự cố khi kết nối Internet chroot, không biết nên cài đặt gói kernel nào (trước Ubuntu 12.10, không phải lúc nào cũng vậy linux-image-generic), không biết ngay từ đầu phân vùng nào hoặc thậm chí ổ đĩa vật lý nào chứa /hệ thống tập tin và có một /bootphân vùng riêng .
Tôi chưa viết điều này với tham chiếu đến bất kỳ thủ tục nào khác ở đây, mặc dù bạn sẽ nhận thấy một số điểm tương đồng. Tôi đã làm nó một cách lỏng lẻo, về thủ tục ở đây (mặc dù những hướng dẫn đó là cho một cái gì đó khá khác biệt, tôi đã điều chỉnh chúng rộng rãi, và chỉ một số lệnh, không phải văn xuôi, được sao chép).
Bạn đã xóa tất cả các gói kernel và Ubuntu không thể khởi động mà không cài đặt kernel. Vì vậy, giải pháp là khởi động từ đĩa CD / DVD / USB trực tiếp, chrootvào hệ thống đã cài đặt và cài đặt kernel trong đó.
Khởi động từ đĩa CD / DVD trực tiếp Ubuntu hoặc ổ đĩa flash USB trực tiếp.
Chọn Thử Ubuntu (không cài đặt Ubuntu ).
Khi máy tính để bàn xuất hiện, hãy đảm bảo bạn đã kết nối Internet. Nếu bạn không, kết nối với Internet. Một cách để xem bạn có kết nối Internet hay không là mở trình duyệt web. Bạn thậm chí có thể làm theo các hướng dẫn còn lại bằng cách đưa câu hỏi Hỏi Ubuntu này lên trong trình duyệt web của bạn, trong hệ thống CD / DVD / USB trực tiếp. Tôi thực sự khuyên bạn nên làm điều đó.
Mở cửa sổ Terminal với Ctrl+ Alt+ T.
Trong cửa sổ Terminal, chạy lệnh này để liệt kê các phân vùng của bạn:
sudo parted -l
Bạn sẽ thấy một cái gì đó như thế này (nhưng nó sẽ không chính xác như thế này):
Model: VMware, VMware Virtual S (scsi)
Disk /dev/sda: 21.5GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 20.4GB 20.4GB primary ext4 boot
2 20.4GB 21.5GB 1072MB extended
5 20.4GB 21.5GB 1072MB logical linux-swap(v1)
Warning: Unable to open /dev/sr0 read-write (Read-only file system). /dev/sr0
has been opened read-only.
Error: Can't have a partition outside the disk!
Kiểm tra đầu ra bạn có, để xác định tên thiết bị của phân vùng chứa /hệ thống tệp của hệ thống Ubuntu được cài đặt trên ổ cứng (mà bạn đang sửa chữa).
Nếu bạn chỉ có một ext4phân vùng, thì đó là một phân vùng.
Nếu bạn có nhiều ext4phân vùng, đó có thể là phân vùng đầu tiên. Tuy nhiên, nếu cái đầu tiên rất nhỏ - nhỏ hơn một gigabyte - thì đó có thể là một /bootphân vùng riêng (hãy nhớ rằng cái đó cũng vậy).
Xin lưu ý rằng việc có bootđược liệt kê bên dưới hay không Flagscó rất ít liên quan đến việc phân vùng có phải là phân vùng riêng hay không /boot. Hệ thống của tôi, có thông tin được liệt kê ở trên, không có /bootphân vùng riêng .
Tên thiết bị cho phân vùng bắt đầu bằng tên thiết bị cho ổ đĩa vật lý, được nêu ngay sau Diskdòng thứ hai. Sau đó chỉ cần thêm số phân vùng vào cuối đó. Vì vậy, tên thiết bị cho phân vùng chứa hệ thống tập tin của tôi / là /dev/sda1. Đây là hai dòng mà tôi tìm thấy thông tin đó:
Disk /dev/sda: 21.5GB 1 1049kB 20.4GB 20.4GB primary ext4 bootNếu bạn có nhiều ổ đĩa vật lý, bạn sẽ nhận được nhiều hơn một danh sách như những gì được hiển thị ở trên. Nhưng trừ khi bạn đã cài đặt một hệ thống giống Unix khác, bạn có thể sẽ chỉ có một ổ đĩa chứa các ext4phân vùng, ít nhất là không cố ý tạo chúng trên một ổ đĩa khác. Nếu bạn có nhiều ổ đĩa có ext4phân vùng, thì ext4phân vùng chứa /hệ thống tệp của bạn có thể nằm trên một ổ đĩa cũng chứa linux-swapphân vùng.
Có thể hệ thống /tệp của hệ thống Ubuntu của bạn nằm trên một phân vùng loại khác ext4. Khi điều này xảy ra, nó hầu như luôn luôn ext3và hầu như luôn luôn trên một hệ thống khá cũ. Trường hợp này rất hiếm khi xảy ra, trừ khi bạn cố tình tự mình thiết lập mọi thứ theo cách này.
Ghi nhớ tên thiết bị của phân vùng chứa /hệ thống tệp của bạn (hoặc ghi lại). Nếu nó khác với /dev/sda1, thì bạn sẽ thay thế /dev/sda1nó trong các bước dưới đây.
(Nếu có vẻ như bạn có một /bootphân vùng riêng , hãy nhớ tên thiết bị cho điều đó.)
Gắn /hệ thống tập tin vào /mntvà gắn kết /devhệ thống tập tin của nó :
sudo mount /dev/sda1 /mnt
sudo mount --bind /dev /mnt/devKiểm tra xem hệ thống Ubuntu bị hỏng mà bạn đang sửa chữa có /bootphân vùng riêng phải được gắn riêng không. (Nếu bạn chắc chắn là không, bạn có thể bỏ qua phần này.)
Để kiểm tra, hãy chạy:
ls /mnt/boot
Nếu có đầu ra (như grub memtest86+.bin memtest86+_multiboot.bin, nhưng không nhất thiết phải chính xác như vậy), thì hệ thống bị hỏng /bootnằm trên cùng một phân vùng /và bạn không phải gắn kết bất cứ thứ gì để truy cập.
Nhưng nếu không có đầu ra, thì bạn sẽ phải gắn /boothệ thống tập tin:
sudo mount BOOT-PARTITION /mnt/bootThay thế BOOT-PARTITIONbằng tên thiết bị của /bootphân vùng (xem bước 6 ở trên).
chroot vào hệ thống bị hỏng, gắn các hệ thống tệp ảo quan trọng còn lại và đặt một số biến môi trường quan trọng:
sudo chroot /mnt
mount -t proc none /proc
mount -t sysfs none /sys
mount -t devpts none /dev/pts
export HOME=/root
export LC_ALL=C
Xác định xem truy cập Internet có hoạt động từ bên trong hay không chrootbằng cách sử dụng pingmột số máy chủ đáng tin cậy được biết là phản hồi bình thường với ping:
ping -c 5 www.google.com
Bạn sẽ thấy một cái gì đó như thế này:
PING www.l.google.com (74.125.131.147) 56(84) bytes of data.
64 bytes from vc-in-f147.1e100.net (74.125.131.147): icmp_req=1 ttl=44 time=61.3 ms
64 bytes from vc-in-f147.1e100.net (74.125.131.147): icmp_req=2 ttl=44 time=62.3 ms
64 bytes from vc-in-f147.1e100.net (74.125.131.147): icmp_req=3 ttl=44 time=61.8 ms
64 bytes from vc-in-f147.1e100.net (74.125.131.147): icmp_req=4 ttl=44 time=63.8 ms
64 bytes from vc-in-f147.1e100.net (74.125.131.147): icmp_req=5 ttl=44 time=66.6 ms
--- www.l.google.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 61.367/63.212/66.608/1.897 ms
Nếu nó trông giống như vậy và số trước đó % packet lossnhỏ hơn 100, thì kết nối Internet chrootđang hoạt động:
5 packets transmitted, 5 received, 0% packet loss, time 4006msNó đang hoạt động, vì vậy bạn có thể bỏ qua bước 11 .
Nếu nó trông giống như vậy và số trước % packet losslà 100, kết nối cần xử lý sự cố. Đảm bảo kết nối trên hệ thống CD trực tiếp (ví dụ: thông qua trình duyệt web hoặc bằng cách chạy cùng một lệnh trong chroottab / cửa sổ Terminal không riêng biệt ) hoạt động. Hãy chắc chắn rằng bạn đang gõ lệnh chính xác. Sử dụng www.google.comnếu bạn chưa từng.
Nếu đầu ra hoàn toàn không giống như trên, nhưng thay vào đó nói ping: unknown host www.google.com, thì mạng vẫn chưa hoạt động chroot.
Thiết lập mạng trong chroot. Bỏ qua bước này trừ khi bạn gặp unknown hostlỗi ở bước 10 ở trên.
Để thiết lập kết nối mạng, hãy sao lưu hoststệp của hệ thống bị hỏng và sao chép qua các tệp hostsvà hệ thống CD trực tiếp resolv.conf. (Bạn không phải sao lưu phiên bản của hệ thống bị hỏng resolv.conf, vì tệp đó được tự động tạo lại khi đang di chuyển.)
Mở tab Terminal mới ( Ctrl+ Shift+ T) hoặc, nếu bạn thích, cửa sổ Terminal mới ( Ctrl+ Shift+ Nhoặc chỉ Ctrl+ Alt+ T). Chạy các lệnh này trong nó:
sudo cp /mnt/etc/hosts /mnt/etc/hosts.old
sudo cp /etc/hosts /mnt/etc/hosts
sudo cp /etc/resolv.conf /mnt/etc/resolv.conf
exit
( exitLệnh ở cuối sẽ đóng tab / cửa sổ mới.)
Lặp lại bước 10 ở trên để đảm bảo truy cập Internet hoạt động ngay từ bên trong chroot. Nó nên.
Chỉ ra gói kernel nào sẽ được cài đặt. Thông thường, điều này sẽ được linux-image-generic. Nhưng không phải lúc nào cũng vậy.
Nếu bạn không chắc chắn nên cài đặt cái gì, nó sẽ phụ thuộc một phần vào bản phát hành Ubuntu mà bạn đã cài đặt và một phần dựa trên thông tin khác. Nếu bạn không chắc chắn bản phát hành Ubuntu nào bạn đã cài đặt, hãy tìm hiểu bằng cách chạy lệnh này (trong chroot, không phải trong một cửa sổ / tab Terminal riêng biệt):
lsb_release -r
Trên Ubuntu 12.10 (bản phát hành Ubuntu tiếp theo, hiện đang được phát triển), nó sẽ luôn như vậy linux-image-generic. (Xem cái này , cái này và cái này .)
Trên Ubuntu 12.04 LTS, các khả năng có thể là linux-image-genericvà linux-image-generic-pae. (Không giống như các phiên bản trước, 12.04 không còn có các hạt nhân máy chủ và máy tính để bàn riêng.)
Nếu hệ thống Ubuntu đã cài đặt (mà bạn đang sửa) là phiên bản 64 bit, hãy sử dụng linux-image-generic. ( linux-image-generic-paechỉ áp dụng cho các hệ thống 32 bit.)
Có thể cài đặt hệ thống Ubuntu 32 bit trên máy tính 32 bit hoặc 64 bit. Hơn nữa, bạn có thể đang sử dụng CD trực tiếp 32 bit hoặc 64 bit để sửa hệ thống được cài đặt 32 bit. Vì vậy, nếu bạn không biết hệ thống Ubuntu đã cài đặt là 32 bit hay 64 bit, hãy kiểm tra bằng cách chạy lệnh này (trong chroot, chứ không phải trong một cửa sổ / tab Terminal riêng biệt):
dpkg-architecture -qDEB_HOST_ARCH_BITS
Đầu ra sẽ là 32hoặc 64.
(Xin lưu ý rằng uname -mlà không một cách chính xác để tìm thông tin này, bởi vì ngay cả khi chạy trong chroot, mà sẽ cho bạn biết kiến trúc của hạt nhân chạy , đó là hạt nhân của hệ thống CD của sống và không phải là cài đặt (bị hỏng) hệ thống của hạt nhân.)
Nếu hệ thống Ubuntu đã cài đặt (mà bạn đang sửa) là phiên bản 32 bit, hạt nhân tốt nhất để sử dụng sẽ phụ thuộc vào dung lượng RAM bạn có. Tôi đề nghị:
linux-image-generic nếu bạn có ít hơn 3 GB RAMlinux-image-generic-pae nếu bạn có 3 GB RAM trở lên.(Đây là cách cài đặt Ubuntu chọn cái nào để thiết lập, kể từ khi cài đặt đã đạt được khả năng cài đặt kernel PAE. Xem độ phân giải đến lỗi này . Nếu bạn muốn tìm hiểu những gì PAE là, xem bài viết Wikipedia này . Nếu bạn muốn tìm hiểu về PAE trong Ubuntu, xem trang wiki Ubuntu này .)
Nếu bạn không biết mình có bao nhiêu RAM, hãy chạy lệnh này để tìm hiểu:
grep MemTotal /proc/meminfo
Điều đó được liệt kê trong kilobyte . Để chuyển đổi thành gigabyte , chia cho 1.048.576 (1024 2 ).
Trên Ubuntu phát hành trước 12.04, khả năng có thể là linux-image-generic, linux-image-generic-pae, và linux-image-server.
linux-image-server.Đây là khoảnh khắc bạn đang chờ đợi! Cài đặt kernel trong hệ thống bị hỏng.
(Giống như trước đây, trừ khi có chỉ định rõ ràng khác, các lệnh này được chạy trong chroot, chứ không phải trong một cửa sổ / tab Terminal riêng biệt.)
apt-get update
apt-get -y install linux-image-genericThay thế linux-image-genericbằng bất kỳ gói kernel nào khác mà bạn quyết định cài đặt ở bước 12 ở trên, nếu khác.
Nếu bạn phải thực hiện bước 11 để thiết lập kết nối mạng chroot, hãy khôi phục hoststệp cũ . Nếu bạn bỏ qua bước 11, hãy bỏ qua bước này.
Để khôi phục nó, hãy chạy lệnh này:
cp /etc/hosts.old /etc/hosts
Unmount các hệ thống tập tin, exitra khỏi chroot:
umount /proc || umount -lf /proc
umount /sys /dev/pts
exit
sudo umount /mnt/dev /mnt
Tắt hệ thống CD / DVD / USB trực tiếp, tháo ổ đĩa flash CD / DVD hoặc USB trực tiếp. Khởi động vào hệ thống được cài đặt trên ổ cứng mà bạn vừa sửa chữa. Bạn đã cài đặt gói kernel trong đó (và là một phần của quá trình cài đặt, kernel mà nó cung cấp sẽ được thêm lại vào menu boot GRUB2). Nếu mọi thứ hoạt động chính xác, hệ thống của bạn sẽ khởi động mà không gặp vấn đề gì. (Tôi nghĩ rằng có thể nó sẽ mất một chút thời gian để khởi động hơn bình thường, lần này.)
TUYÊN BỐ TỪ CHỐI: Tôi đã không kiểm tra quy trình trên trên mọi hệ thống Ubuntu có thể , vì vậy có thể có một lỗi trong đó mà tôi chưa xác định được.
Trong tương lai, tôi khuyên bạn luôn cố gắng giữ hai hạt nhân được cài đặt. Thật tốt khi có hai trong trường hợp một trong số chúng ngừng hoạt động vì bất kỳ lý do gì (bạn có thể chọn cái khác trong menu khởi động GRUB2). Ngoài ra, nếu bạn có ý định giữ hai hạt nhân và bạn vô tình gỡ cài đặt thêm một nhân so với dự định và khởi động lại, bạn vẫn còn một cái để khởi động.
/etc/resolv.confhiện được quản lý bởi resolvconf, nó sẽ tự động được tạo khi sử dụng NetworkManager và có thể được gỡ bỏ một cách an toàn bằng cách rm /etc/resolv.confbạn phát hiện ra.
Khi tôi gỡ bỏ kernel, tôi đã tìm thấy giải pháp này trên Diễn đàn Ubuntu. Tôi theo dõi từng bước và hệ thống đã được phục hồi. Hy vọng nó sẽ giúp bạn.
Một chroot có thể hoạt động, chroot có nghĩa là khi bạn khởi động một hệ thống, bạn thay đổi hệ thống tập tin gốc. Ví dụ: bạn đã bắt đầu từ một đĩa CD trực tiếp nhưng bạn thay đổi gốc "/" thành nơi cài đặt ubfox của bạn.
Hãy nói rằng ubfox của bạn đã được cài đặt trên / dev / sda2, sau đó bạn có thể thử các lệnh sau:
Mã số:
sudo mount /dev/sda2 /mnt
sudo cp /etc/resolv.conf /mnt/etc/
sudo cp /etc/hosts /mnt/etc/
sudo mount --bind /dev/ /mnt/dev
sudo chroot /mnt
mount -t proc none /proc
mount -t sysfs none /sys
mount -t devpts none /dev/pts
export HOME=/root
export LC_ALL=C
dbus-uuidgen > /var/lib/dbus/machine-id
dpkg-divert --local --rename --add /sbin/initctl
ln -s /bin/true /sbin/initctl
bây giờ bạn đã root "/" trên / dev / sda2, hãy thử cài đặt kernel
apt-get update
apt-get install linux-image-2.6.32-26-generic
update-initramfs -cv -k all
update-grub
Tôi đã phải làm một chút phỏng đoán ở đây vì tôi chưa bao giờ phải làm điều này trước đây nhưng điều này nên là về nó. Không biết nếu bạn nhận được một số cảnh báo lỗi fstab (như không thể tìm thấy root).
Bây giờ bạn cần dọn sạch một số nội dung và ngắt kết nối các phân vùng được gắn kết: Mã:
rm /etc/resolv.conf
rm /etc/hosts
rm /var/lib/dbus/machine-id
rm /sbin/initctl
dpkg-divert --rename --remove /sbin/initctl
umount /proc # if this doesn't work try umount -lf /proc
umount /sys
umount /dev/pts
exit
sudo umount /mnt
Và bạn có thể khởi động lại để xem nó hoạt động.
URL cho chủ đề: http://art.ubuntuforums.org/showthread.php?t=1688928
/etc/hostsvà loại bỏ /sbin/initctl? Đó là vì một lý do.
/sbin/initctlhoặc dbus-uuidgenhoặc dpkg-divert. Bạn có thể cần phải thay thế /etc/hostsđể kết nối với Internet, nhưng không thường xuyên, và nếu có, bạn nên đặt lại bản gốc. Trên một hệ thống đã cài đặt (thay vì CD trực tiếp khởi động sau đó giải nén hệ thống tập tin squashfs), bạn không phải chạy update-initramfshoặc thậm chí update-grubsau khi cài đặt kernel.
linux-image-2.6.32-26-genericsẽ không phải là hạt nhân phù hợp cho hầu hết mọi người để cài đặt.
Sau khi tôi loại bỏ các nhân cũ khỏi Trusty14.04 ngày hôm qua (FTR: Tôi đã không xóa hai nhân gần đây nhất!) Hệ thống của tôi sẽ không khởi động nữa. GRUB cho thấy
Error: File not found
Error: You need to load the kernel first
Không biết tại sao.
Sau đó tôi đã làm theo hướng dẫn tuyệt vời của Eliah Kagan để cài đặt linux-image-generictừ đĩa CD trực tiếp. Nó đã cài đặt 150 MB kernel mới, nhưng thật đáng buồn là nó không giải quyết được vấn đề.
May mắn thay, tôi tìm thấy trang này . Các Boot-Repaircông cụ đã làm đúng, hệ thống của tôi đang chạy lại.
Tôi chỉ muốn thêm kinh nghiệm của tôi mà tôi đã trải qua ngày hôm nay để nâng cấp lên Willy. Tôi dọn dẹp một chút và tôi thấy mình chỉ có memtest. google dẫn tôi hiểu rằng tôi đã loại bỏ các hạt nhân. Một hạn chế tôi có là mạng chậm và vì vậy tải xuống ISO đầy đủ không phải là tùy chọn. Vì vậy, tôi đã sử dụng Ubuntu Minimal CD (chỉ 40 MB) và khởi động trên nó. Sau khi phát hiện tùy chọn phần cứng (giúp tôi kết nối với mạng không dây), tôi đã chuyển sang tùy chọn shell. Tôi đã làm theo hướng dẫn của @Lekensteyn và tôi đã thành công. Một vài điều mặc dù: bạn phải sao chép resolv.conftrước khi đi chroot nếu không DNS của bạn sẽ bị vặn và vì người dùng đã đăng nhập nên không cần root sudo ở bất cứ đâu.
Tôi biết nó cũ nhưng tôi nghĩ thêm câu trả lời này sẽ thêm giá trị cho những người sẽ gặp phải vấn đề.