SlackwareThis Forum is for the discussion of Slackware Linux.
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.
(swapper,1,1):ocfs2_fill_super:1039 ERROR: superblock probe failed!
VFS: Cannot open root device "sda1" or unknown-block(8,1)
Please append a correct "root=" boot option; here are the available partitions:
0800 244198584 sda driver: sd
0801 9767488 sda1 00000000-0000-0000-0000-000000000000
0802 19535040 sda2 00000000-0000-0000-0000-000000000000
0803 3903795 sda3 00000000-0000-0000-0000-000000000000
0804 210989677 sda4 00000000-0000-0000-0000-000000000000
0b00 1048575 sr0 driver; sr
Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1)
Pid: 1, comm: swapper Not tainted 2.6.37.6 #3
Call Trace:
[<ffffffff81aa1ff6>] panic+091/0x194
[<ffffffff81aa213a>] ? printk+041/0x43
[<ffffffff821100c9>] mount_block_root+0x1d4/0x288
[<ffffffff82110355>] mount_root+0x8a/0xa4
[<ffffffff821104c9>] prepare_namespace+0x170/0x1a9
[<ffffffff8210fe26>] kernel_init+0x1d2/0x1e2
[<ffffffff810037d4>] kernel_thread_helper+0x4/0x10
[<ffffffff8210fc54>] ? kernel_init+0x0/0x1e2
[<ffffffff8100370d>] ? kernel_thread_helper+0x0/0x10
This started randomly, I had not done any upgrades or changes. I have since tried reloading slackware from disk with no change. Lilo would not write to the mbr at the end of setup. sda1 is the root partition, sda2 is /usr, sda3 is the swap, and sda4 is /home. I'm out of ideas at this point and looking for some help.
trying to boot from a usb disk with /dev/sda1 as root produces the same panic. I formated that partition when I when through the reinstall process and ran a check at the same time so I don't think there is a physical problem with the disk.
I experienced a similar problem about a year ago with my tower PC, except that I was still able to boot from USB drives. What had happened in my case was that the motherboard's SATA controller had gotten confused owing to a faulty cable connection on one of the drives and, even after fixing the cabling, would not properly access the root drive.
Yes, I know that such problems should not theoretically happen, or at least should be recoverable by resetting the BIOS to its defaults; however, resetting the BIOS didn't fix things. Fortunately, I was able to remedy the problem by re-flashing the BIOS (booting the BIOS updater from a USB-connected DVD).
I only mention this as a last resort possibility to consider if all else fails (and assuming you have a means of re-flashing the BIOS).
I ran systemrescuecd and gparted did not recognize any filesystem on sda1 even though I reformatted it during the reinstall. I used gparted to set it back to ext4. I'm going to try the reinstall again.
Letting gparted do the formatting seems to have done the trick. Not really sure why the slackware installer couldn't get it done but wither way it's working now. Thanks for the ideas all.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.