[SOLVED] Kernel Panic on 2009 Macbook With ElementaryOS
Linux - Laptop and NetbookHaving a problem installing or configuring Linux on your laptop? Need help running Linux on your netbook? This forum is for you. This forum is for any topics relating to Linux and either traditional laptops or netbooks (such as the Asus EEE PC, Everex CloudBook or MSI Wind).
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I was using my mac with ElementaryOS, and I decided to update it. The next hour I updated it, I opened it again and it booted to a black screen. Booted again and it booted up to GRUB. Then I booted elementaryOS in recovery mode, and I got this error: https://drive.google.com/file/d/1XFx...6eUdDwP1O/view
Is there a way of fixing this? Or is my computer doomed and I should throw it out? Thanks for any replies!
Have you been waiting for a reason to throw it out?
This might not be the day, hopefully you have a Mint or Elementary ISO you can boot into a live session, maybe run fsck on the root partition if it's still around.
It's possible if there was a kernel upgrade or something that provoked regenerating initrd.img, something went wrong there, maybe regenerating initrd.img for the kernel you are trying to boot might help. Because mounting / is done through initrd/initramfs if I remember correctly.
Do you have more than one kernel you can boot from?
Have you been waiting for a reason to throw it out?
This might not be the day, hopefully you have a Mint or Elementary ISO you can boot into a live session, maybe run fsck on the root partition if it's still around.
It's possible if there was a kernel upgrade or something that provoked regenerating initrd.img, something went wrong there, maybe regenerating initrd.img for the kernel you are trying to boot might help. Because mounting / is done through initrd/initramfs if I remember correctly.
Do you have more than one kernel you can boot from?
In the terminal, have a look at the partition structure with command: sudo fdisk -l
If you find it's / is say.../dev/sda3, run a filesystem check with command: sudo fsck /dev/sda3
If it has a separate /boot partition, you'll want to check see if it's plugged with kernels and initrd.img files. There's been lots of kernel upgrades in the past month and a half and a few folks are having this issue where new initrd.img can't be completed for lack of disk space.
It is getting "unknown-block(0,0)" error, which means kernel cannot access the hard drive, most likely because the HDD controller module is supposed to be in initramfs and initramfs is not loaded, possibly not present. Choosing an older kernel from Grub menu will boot, then reinstall the new kernel properly so its initramfs gets built and installed.
It is getting "unknown-block(0,0)" error, which means kernel cannot access the hard drive, most likely because the HDD controller module is supposed to be in initramfs and initramfs is not loaded, possibly not present. Choosing an older kernel from Grub menu will boot, then reinstall the new kernel properly so its initramfs gets built and installed.
Wait....
would this happen if the ssd just got knocked out? I remember I did not secure the ssd properly when replacing it.
In the terminal, have a look at the partition structure with command: sudo fdisk -l
If you find it's / is say.../dev/sda3, run a filesystem check with command: sudo fsck /dev/sda3
If it has a separate /boot partition, you'll want to check see if it's plugged with kernels and initrd.img files. There's been lots of kernel upgrades in the past month and a half and a few folks are having this issue where new initrd.img can't be completed for lack of disk space.
when I do that it says "grub cannot find sudo" or something like that
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.