Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[SOLVED] Kernel panic on new computer SSD
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
lhuge
n00b
n00b


Joined: 28 Jan 2018
Posts: 9

PostPosted: Tue Jan 30, 2018 9:21 pm    Post subject: [SOLVED] Kernel panic on new computer SSD Reply with quote

Hi,

I've been using Gentoo for years on others computers. I've just bought a new one with an MSI B350 motherboard, an AMD Ryzen 5 cpu, and my first SSD disk. It's also the first time I use UEFI boot...
... and I always go on Kernel panic with no idea to get it works :cry:

Here is the screen shot.
It seems there are no disk ("here are the available partitions : " ?). However BIOS correctly detects my drive, as the first SATA device.

My installation is
parted /dev/sdb print
Code:
Model: ATA CT240BX300SSD1 (scsi)
Disk /dev/sdb: 240GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number  Start   End    Size   File system  Name  Flags
 1      1049kB  240GB  240GB  ext4
 2      240GB   240GB  104MB  fat32              boot, esp


in chroot mount -t ext4,vfat
Code:
/dev/sdb1 on / type ext4 (rw,relatime,data=ordered)
/dev/sdb2 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)


I've applied https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Bootloader#Install, and https://wiki.gentoo.org/wiki/EFI_System_Partition's help, with --target=x86_64-efi, and no errors shown.
The interesting part of /boot/grub/grub.cfg (I've manually changed /dev/sdb to /dev/sda because of the LiveUSB key currently on /dev/sda).
Code:
...
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Gentoo GNU/Linux' --class gentoo --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-3e5664e7-a05e-4057-8971-bd51fae1c5fd' {
        load_video
        if [ "x$grub_platform" = xefi ]; then
                set gfxpayload=keep
        fi
        insmod gzio
        insmod part_gpt
        insmod fat
        set root='hd1,gpt2'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  6394-1BB3
        else
          search --no-floppy --fs-uuid --set=root 6394-1BB3
        fi
        echo    'Chargement de Linux 4.14.6…'
        linux   /vmlinuz-4.14.6 root=/dev/sda1 ro 
}
submenu 'Options avancées pour Gentoo GNU/Linux' $menuentry_id_option 'gnulinux-advanced-3e5664e7-a05e-4057-8971-bd51fae1c5fd' {
        menuentry 'Gentoo GNU/Linux, avec Linux 4.14.6' --class gentoo --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.14.6-advanced-3e5664e7-a05e-4057-8971-bd51fae1c5fd' {
                load_video
                if [ "x$grub_platform" = xefi ]; then
                        set gfxpayload=keep
                fi
                insmod gzio
                insmod part_gpt
                insmod fat
                set root='hd1,gpt2'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  6394-1BB3
                else
                  search --no-floppy --fs-uuid --set=root 6394-1BB3
                fi
                echo    'Chargement de Linux 4.14.6…'
                linux   /vmlinuz-4.14.6 root=/dev/sda1 ro 
        }
        menuentry 'Gentoo GNU/Linux, avec Linux 4.14.6 (mode de dépannage)' --class gentoo --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.14.6-recovery-3e5664e7-a05e-4057-8971-bd51fae1c5fd' {
                load_video
                if [ "x$grub_platform" = xefi ]; then
                        set gfxpayload=keep
                fi
                insmod gzio
                insmod part_gpt
                insmod fat
                set root='hd1,gpt2'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  6394-1BB3
                else
                  search --no-floppy --fs-uuid --set=root 6394-1BB3
                fi
                echo    'Chargement de Linux 4.14.6…'
                linux   /vmlinuz-4.14.6 root=/dev/sda1 ro single
        }
}

### END /etc/grub.d/10_linux ###
...


To configure my kernel, I've used the liveUSB configuration (Ubuntu 16.04.3, i'm sorry :roll: ), with all EXT_FS (ext2 and 3 as modules). But I don't think it's a fs problem, as there's apparently no partition detected.

During boot attempts, I've tried and change sda1 to sda2, because there is the EFI partition. With no success.

Is there anything I cant do (I think especially about SSD) ?

Thanks in advance
_________________
LinuxCounter 313324


Last edited by lhuge on Sat Feb 10, 2018 8:47 am; edited 1 time in total
Back to top
View user's profile Send private message
eccerr0r
Watchman
Watchman


Joined: 01 Jul 2004
Posts: 6657
Location: almost Mile High in the USA

PostPosted: Tue Jan 30, 2018 9:44 pm    Post subject: Reply with quote

Since you're not using initramfs, you have to build your root disk driver (SATA and such) and root filesystem (ext4 or whatever you're using) into the kernel = "Y". I can't tell whether you did this or not, but this must be the case. The worry is that the livecd/livedvd may have some of the drivers in the initramfs which won't work as you aren't using one.
_________________
Intel Core i7 2700K@ 4.1GHz/HD3000 graphics/8GB DDR3/180GB SSD
What am I supposed watching?
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 40811
Location: 56N 3W

PostPosted: Tue Jan 30, 2018 10:44 pm    Post subject: Reply with quote

lhuge,

Code:
unknown-block(0,0)
and the empty list of partitions after "Here are the available partitions:" both point to a kernel configured to need an initrd and no initrd provided.
Everything needed to mount root munt be configured as built in, since the kernel has to do that unaided.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
P.Kosunen
Apprentice
Apprentice


Joined: 21 Nov 2005
Posts: 253
Location: Finland

PostPosted: Wed Jan 31, 2018 5:21 pm    Post subject: Re: Kernel panic on new computer SSD Reply with quote

lhuge wrote:
But I don't think it's a fs problem, as there's apparently no partition detected.

Missing MBR or GPT partition support from kernel could be problem, root filesystem support must be in kernel also.

Edit:
Quote:
To configure my kernel, I've used the liveUSB configuration (Ubuntu 16.04.3, i'm sorry :roll: ), with all EXT_FS (ext2 and 3 as modules).


This might not be easiest way.
Back to top
View user's profile Send private message
lhuge
n00b
n00b


Joined: 28 Jan 2018
Posts: 9

PostPosted: Wed Jan 31, 2018 7:40 pm    Post subject: Reply with quote

OK. I may be too stupid, or lazy (or both :? ). I've believed I can do it when the system will be operative.
I'm going to tune my kernel, make all necessary modules integrated, and report when it will work.

Thanks for these pieces of advice.
_________________
LinuxCounter 313324
Back to top
View user's profile Send private message
lhuge
n00b
n00b


Joined: 28 Jan 2018
Posts: 9

PostPosted: Sat Feb 10, 2018 9:05 am    Post subject: A few configuration and SATA cable management Reply with quote

Hi,
Eventually, I found my way to make my system boot...

First of all, I've added ext2 in the kernel, but it shows it doesn't have effect (now that my computer boots, I've got only ext4 in the kernel, ext2 and ext3 are modules, and there are not loaded).
Then I've followed P.Kosunen's advice, and rebuilt the disk to make it in GPT format. It is one of the most important progress.
I've had times to times fails because of forgetting to change boot disk to /dev/sda (LiveUSB key is on /dev/sda).

But what determine my success is that I've detected in dmesg sentences as link is slow to respond, please be patient. And I've solved them by freeing the SATA cables in the tower (I've read about not folding them to 90°, but I'm sure it is vital now).

Then my system boots fluently :D .

Thanks for you help.
_________________
LinuxCounter 313324
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum