System does not start with kernel from staging-testing pulled 3hours ago
Hi, i have switched this morning from 5.18.0-rc1 to 5.18.0-rc2 But with 5.18.0-rc2 (Pulled today 15.04.2022) my computer does not start anymore It stops approxemately at 1.7 seconds here the last log captured on the screen: ... Begin: Waiting for suspend/resume device ... Begin: Running /scripts/local-block ... done done. Gave up waiting for suspend/resume device done. Begin: Waiting for root file system ... Begin: Running /scripts/local-block ... done Gave up waiting for root file system device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Missing modules (cat /proc/modules: is /dev) ALERT! UUID= .... does not exist. Dropping to a shell! BusyBox v1.30.1 (Ubuntu ........ (initramfs) here the version that works: Linux matrix-ESPRIMO-P710 5.18.0-rc1+ #1 SMP PREEMPT_DYNAMIC Sat Apr 9 09:13:53 CEST 2022 x86_64 x86_64 x86_64 GNU/Linux I am on branch staging-testing Do I have to change my settings? Or is this caused by a kernel bug? Thanks for your support. Bye Philipp
On Fri, Apr 15, 2022 at 2:23 PM Philipp Hortmann < philipp.g.hortmann@gmail.com> wrote:
Hi,
i have switched this morning from 5.18.0-rc1 to 5.18.0-rc2
But with 5.18.0-rc2 (Pulled today 15.04.2022) my computer does not start anymore It stops approxemately at 1.7 seconds
here the last log captured on the screen: ... Begin: Waiting for suspend/resume device ... Begin: Running /scripts/local-block ... done done. Gave up waiting for suspend/resume device done. Begin: Waiting for root file system ... Begin: Running /scripts/local-block ... done Gave up waiting for root file system device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Missing modules (cat /proc/modules: is /dev) ALERT! UUID= .... does not exist. Dropping to a shell!
BusyBox v1.30.1 (Ubuntu ........ (initramfs)
here the version that works: Linux matrix-ESPRIMO-P710 5.18.0-rc1+ #1 SMP PREEMPT_DYNAMIC Sat Apr 9 09:13:53 CEST 2022 x86_64 x86_64 x86_64 GNU/Linux
I am on branch staging-testing
Do I have to change my settings? Or is this caused by a kernel bug?
Hello, I dont think this is a kernel bug. it seems related to VFS structure and filesystem so which filesystem were you using? Are your mount points correct? Please check your /etc/fstab file while on busybox maybe you can see the volumes for which you know the UUID by mounting a test. Filesystem is use UUID identify and blkid command show all UUID. Regards
Thanks for your support.
Bye Philipp
_______________________________________________ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
On 4/15/22 13:02, Ozgur Karatas wrote:
On Fri, Apr 15, 2022 at 2:23 PM Philipp Hortmann <philipp.g.hortmann@gmail.com <mailto:philipp.g.hortmann@gmail.com>> wrote:
Hi,
i have switched this morning from 5.18.0-rc1 to 5.18.0-rc2
But with 5.18.0-rc2 (Pulled today 15.04.2022) my computer does not start anymore It stops approxemately at 1.7 seconds
here the last log captured on the screen: ... Begin: Waiting for suspend/resume device ... Begin: Running /scripts/local-block ... done done. Gave up waiting for suspend/resume device done. Begin: Waiting for root file system ... Begin: Running /scripts/local-block ... done Gave up waiting for root file system device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Missing modules (cat /proc/modules: is /dev) ALERT! UUID= .... does not exist. Dropping to a shell!
BusyBox v1.30.1 (Ubuntu ........ (initramfs)
here the version that works: Linux matrix-ESPRIMO-P710 5.18.0-rc1+ #1 SMP PREEMPT_DYNAMIC Sat Apr 9 09:13:53 CEST 2022 x86_64 x86_64 x86_64 GNU/Linux
I am on branch staging-testing
Do I have to change my settings? Or is this caused by a kernel bug?
Hello,
I dont think this is a kernel bug. it seems related to VFS structure and filesystem so which filesystem were you using? Are your mount points correct? Please check your /etc/fstab file while on busybox maybe you can see the volumes for which you know the UUID by mounting a test.
Filesystem is use UUID identify and blkid command show all UUID.
Regards
Thanks for your support.
Bye Philipp
_______________________________________________ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org <mailto:Kernelnewbies@kernelnewbies.org> https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies <https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies>
Hi, thanks for your response. Here some more information dumped on 5.18.0-rc1: In the dump above the UUID was missing so here is the missing line: ALERT! UUID= e575c8fb-4c2a-47ec-973e-4a52cdd2ebdf does not exist. Dropping to a shell! cat /etc/fstab # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sdb2 during installation UUID=e575c8fb-4c2a-47ec-973e-4a52cdd2ebdf / ext4 errors=remount-ro 0 1 # /boot/efi was on /dev/sdb1 during installation UUID=727C-04B3 /boot/efi vfat umask=0077 0 1 # swap was on /dev/sdb3 during installation UUID=f30ab35a-fffd-4531-a4d5-7d780bb8ea9a none swap sw 0 0 lsblk -o UUID,FSTYPE,PATH,MOUNTPOINT UUID FSTYPE PATH MOUNTPOINT /dev/sda a7179471-fdfc-4da6-a7ba-cfbeec5e6e6b ext4 /dev/sda1 /dev/sdb 727C-04B3 vfat /dev/sdb1 /boot/efi e575c8fb-4c2a-47ec-973e-4a52cdd2ebdf ext4 /dev/sdb2 / f30ab35a-fffd-4531-a4d5-7d780bb8ea9a swap /dev/sdb3 [SWAP] /dev/sdc DC9D-F7B4 vfat /dev/sdc1 /dev/sdc2 60909EF2909ECE42 ntfs /dev/sdc3 BA665B75665B317D ntfs /dev/sdc4 /dev/sr0 But the question remains. What has changed from rc1 to rc2 that cause the hang? Thanks Bye Philipp
Hi, I found the error. I changed something in a driver that lead to this issue. Thanks for your support. Bye Philipp
On Fri, Apr 15, 2022 at 11:12 PM Philipp Hortmann < philipp.g.hortmann@gmail.com> wrote:
Hi,
I found the error.
I changed something in a driver that lead to this issue.
Hey, we are glad to hear that but hmm it would be nice to have a little howto content. You're welcome. Regards Thanks for your support.
Bye Philipp
On 4/15/22 21:43, Ozgur Karatas wrote:
On Fri, Apr 15, 2022 at 11:12 PM Philipp Hortmann <philipp.g.hortmann@gmail.com <mailto:philipp.g.hortmann@gmail.com>> wrote:
Hi,
I found the error.
I changed something in a driver that lead to this issue.
Hey, we are glad to hear that but hmm it would be nice to have a little howto content. You're welcome.
Regards
Thanks for your support.
Bye Philipp
Hi, this morning I started with git pull. As I did not wanted to spend the time for compiling I changed some lines in the driver vt6655. This driver is blacklisted on my system. So it is not loaded on start. I thought that even when there is an error in my changes that this would not influence the build of the kernel at all. But that was wrong. I had build a broken kernel. After some time I recognized the change and rewind it. Then I recompiled without any changes. Now it works. Sorry for disturbance... Bye Philipp
participants (2)
-
Ozgur Karatas -
Philipp Hortmann