Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Kernel Panic on real hardware. (not a dupe) #21

Closed
SamHep0803 opened this issue May 26, 2018 · 25 comments
Closed

Kernel Panic on real hardware. (not a dupe) #21

SamHep0803 opened this issue May 26, 2018 · 25 comments

Comments

@SamHep0803
Copy link

SamHep0803 commented May 26, 2018

I keep getting the same error as with the other issue, but the only difference is that I'm trying it on real hardware.

To be specific a PC with windows installed on it. However, I'm having trouble getting it to even boot as I'm getting a kernel panic. Also, I'm using the Makefile provided.

To be honest, I have no clue what to do.

Thanks, Sam.

@MichielDerhaeg
Copy link
Owner

MichielDerhaeg commented May 26, 2018 via email

@SamHep0803
Copy link
Author

As I said, it's the same error as the last kernel panic issue. However, It works in qemu, just not my test system.

kernel panic - not syncing vfs unable to mount root fs on unknown-block (0 0)

There.

@SamHep0803
Copy link
Author

I'm using a custom build system

@SamHep0803 SamHep0803 changed the title Kernal Panic on real hardware. (not a dupe) Kernel Panic on real hardware. (not a dupe) May 26, 2018
@SamHep0803
Copy link
Author

Would be grateful for a reply?

@MichielDerhaeg
Copy link
Owner

MichielDerhaeg commented May 26, 2018 via email

@SamHep0803
Copy link
Author

As issued in #8 .

@MichielDerhaeg
Copy link
Owner

MichielDerhaeg commented May 26, 2018 via email

@SamHep0803
Copy link
Author

I'm currently using Ubuntu 18.04 LTS and fdisk shows:

Disk build-linux/image: 100 MiB, 104857600 bytes, 204800 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xb8e75e52

Device             Boot Start    End Sectors Size Id Type
build-linux/image1       2048 204799  202752  99M 83 Linux

@MichielDerhaeg
Copy link
Owner

It might not be able to interpret PARTUUIDs, i suggest editting gen_image.sh to set root=PARTUUID=..
to root=/dev/sda1 or root=/dev/sdb1, whatever works, and trying again.

@SamHep0803
Copy link
Author

ok

@MichielDerhaeg
Copy link
Owner

Or just by mounting, and manually editting /boot/grub/grub.cfg, whatever floats your boat.

@SamHep0803
Copy link
Author

So should I set it to what my USB drive is mounted at now?

@MichielDerhaeg
Copy link
Owner

If you're using the same system to boot it, yes. It might be slightly non-deterministic but it's probably right.

@SamHep0803
Copy link
Author

No, I'm not using the same system. It's a different system with a windows SSD in it.

@MichielDerhaeg
Copy link
Owner

In that case you'll have to do some trial and error.

@SamHep0803
Copy link
Author

i seem to be getting the same error o
in vbox now.

@MichielDerhaeg
Copy link
Owner

It's hardware specific, so trying it first in vbox has no use.

@SamHep0803
Copy link
Author

the only reason im trying it in vbox is bc it was working before

@SamHep0803
Copy link
Author

So, I booted it up on my machine again only to find out I have another kernel panic. Buuut it's a different error. I can't see the whole error but the last line reads.

[ 0.989140] ---[end trace efb985e050e98130 ]---

@MichielDerhaeg
Copy link
Owner

Have you tried other options? You might have selected the Windows disk. Also, it just occurred to me that the kernel configuration you used might not have the required components enabled to boot from your particular system and USB drive. Configuring that correctly might be difficult for someone who hasn't done that before.

@MichielDerhaeg
Copy link
Owner

Usually kernels are built to support all sorts of hardware, but in this case it's mainly to support VM's.

@SamHep0803
Copy link
Author

Hmm I’m sure I didn’t select my windows drive and even after changing the gen-image.sh file my vm still didn’t work. I’m stumped at this point.

@MichielDerhaeg
Copy link
Owner

Well, so am I, I'm guessing it's a kernel configuration issue. And those sorts of things are way to hard to diagnose like this :S

@SamHep0803
Copy link
Author

Ugh... Well I’ll have to call it a day till I get back to my PC, do you have discord?

@MichielDerhaeg
Copy link
Owner

Yep, send me a mail about it when you want to get in touch.
I'm going to close this issue for now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants