NTFS boot crash

Покажи содержимое /etc/fstab, содержимое пункта загрузочного меню, вывод

ls -ls /dev/disk/by-uuid/

Заодно то, что выводится в initramfs когда не загружается.

в fstab его не добавляю, /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/nvme0n1p3 during installation
UUID=b394e374-6be6-4358-a6ef-5a4246b981a5 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=9069-A315  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
#/dev/disk/by-uuid/8fa77c4e-8f1c-4d40-bebc-1feaeb4eec1f /mnt/8fa77c4e-8f1c-4d40-bebc-1feaeb4eec1f auto nosuid,nodev,nofail,x-gvfs-show 0 0

ls -ls /dev/disk/by-uuid/ из initframfs

total 0
0 lrwxrwxrwx 1 root root 10 Jan  6 22:14 13A4269C7E216AF7 -> ../../sda1
0 lrwxrwxrwx 1 root root 15 Jan  6 22:14 9069-A315 -> ../../nvme0n1p1
0 lrwxrwxrwx 1 root root 15 Jan  6 22:14 C49A-7A81 -> ../../nvme0n1p2
0 lrwxrwxrwx 1 root root 15 Jan  6 22:14 b394e374-6be6-4358-a6ef-5a4246b981a5 -> ../../nvme0n1p3

В initframs при старте: несколько сообщений вида:

CPU0: Package temperature above threshold, cpu clock throttled (total events = 1)

и одно:

[drm: intel_bios_init  [i915]] *ERROR* Unexpected child device config size 39 (expected 38 for VBT version 228)

проблемный раздел это sda1

CPU0: Package temperature above threshold, cpu clock throttled (total events = 1)

Перегревается процессор.

Т.е. никаких сообщений о том, что не найден корень нет или всё же есть, что написано?

И я не вижу содержимое пункта меню загрузчика с которого ты загружаешься.

Покажи хотя бы

cat /proc/cmdline

в initramfs.

Почему ты игнорируешь вопросы?

cat /proc/cmdline:

BOOT_IMAGE=/boot/vmlinuz-4.15.0-1065-oem root=UUID=b394e374-6be6-4358-a6ef-5a4246b981a5 ro mem_sleep_default=deep quiet splash vt.handoff=1

Все ошибки, больше ничего - https://ibb.co/cYGHzv8

Никаких доп. манипуляций не делаю. Просто беру hdd, создаю ntfs раздел, рестар.

Попробуй пересобрать initramfs, удалив из него модуль поддержки ahci, возможно по какой-то причине наличие раздела на ahci устройстве влияет, хотя не должно.

Если в initramfs есть dmesg, то посмотри что выше в логе

dmesg | less
dmesg | more

На второй жесткий добавляю ntfs раздел, через стандартный ubuntu-овый disks.

через fdisk / mkfs.ntfs попробуй добавить – «ручками в терминале»

проблема осталась

если ntfs раздел сделать не первым, то все загружается

Надо смотреть сообщения ядра выше, либо всё же попробовать убрать из initramfs файл с модулем ahci.ko с драйвером для ahci режима работы ata контроллера, через который у тебя доступен SATA SSD диск.

Что бы на момент работы initramfs, когда он ищет и монтирует корневую файловую систему он «не видел» второй SSD диск, а видел только NVMe накопитель.

Почему происходит проблема без более полных логов не понятно.

Попробуй убрать из параметров ядра параметр quiet и добавь параметр debug, далее смотри что выводится в сообщениях ядра на экран.

Но для начала, если есть команда dmesg в initramfs логи, как смотреть написал выше.

Вот смотри как распаковать Initramfs и запаковать:
Debian squeeze не видит ide контроллер (комментарий)

А первым разделом что тогда?

тогда показывай свой grub.cfg или что там у тебя отвечает за загрузку.

Ext4 первым разделом. Если отформатировано так, то система загружается

Device          Start        End   Sectors   Size Type
/dev/sda1        2048  585940991 585938944 279,4G Linux filesystem
/dev/sda2   585940992 1171879935 585938944 279,4G Linux filesystem
/dev/sda3  1171879936 1953523711 781643776 372,7G Microsoft basic data

Если sda1 и sda3 поменять местами, то не загружается.

https://easyupload.io/qzmjtf - тут все, что вернул dmesg, когда все плохо. Тут логов определенно больше, чем на экране )

[    5.397108] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    5.399972] ata1.00: ATA-10: TOSHIBA MQ04ABF100, JU000D, max UDMA/100
[    5.399973] ata1.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[    5.403568] ata1.00: configured for UDMA/100
[    5.404108] scsi 0:0:0:0: Direct-Access     ATA      TOSHIBA MQ04ABF1 0D   PQ: 0 ANSI: 5
[    5.404646] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    5.405198] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
[    5.405199] sd 0:0:0:0: [sda] 4096-byte physical blocks
[    5.405289] sd 0:0:0:0: [sda] Write Protect is off
[    5.405290] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    5.405468] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    5.471109]  sda: sda1
[    5.472841] sd 0:0:0:0: [sda] Attached SCSI disk
[    5.492172] usb 1-14: new full-speed USB device number 4 using xhci_hcd
...
[    8.224857] xor: automatically using best checksumming function   avx       
[    8.225477] async_tx: api initialized (async)
[    8.713982] EXT4-fs (nvme0n1p3): mounted filesystem with ordered data mode. Opts: (null)
[   14.097255] random: crng init done
[   14.097256] random: 7 urandom warning(s) missed due to ratelimiting

Я не вижу проблем с монтированием корня, ядро монтирует корень, вот по твоим данным:

0 lrwxrwxrwx 1 root root 15 Jan  6 22:14 b394e374-6be6-4358-a6ef-5a4246b981a5 -> ../../nvme0n1p3
UUID=b394e374-6be6-4358-a6ef-5a4246b981a5 /               ext4    errors=remount-ro 0       1

Но я думаю, что сбой происходит не в ядре или драйвере ядра, а в скриптах, которые работают в initramfs Ubuntu.

Т.е. как вообще работают эти скрипты, в начале ядро в качестве корня монтирует Initramfs и в initramfs содержится минимальная Linux система, построенная на busybox. В этой системе запускаются скрипты, которые должны найти корневую файловую систему, которая передаётся через параметр ядра root=, а затем сделать смену корня.

Так что я думаю, что сбой происходит в скрипте, который в начале находит корневую файловую систему, затем монтирует её и потом осуществляет переключение корня с initramfs на эту файловую систему.

И я думаю, что фаза нахождения и монтирования срабатывает, об этом можно судить по логу ядра и строчке

[    8.713982] EXT4-fs (nvme0n1p3): mounted filesystem with ordered data mode. Opts: (null)

А вот этап переключения корня по какой-то причине не отрабатывает.

Ты можешь определить это набрав команду mount в initramfs, когда в него вываливаешься.

И скорее всего, увидишь, что /dev/nvme0n1p3 смонтирован куда-то вроде /newroot или /mnt/newroot.

Так что я могу только посоветовать написать bug репорт разработчикам ядра, с описанием что при одном разделе на SATA SSD, когда корень на NVMe у тебя происходят проблемы с прикладыванием логов, снимка экрана и схемы разделов.

Опечатался.

bug репорт разработчикам ядра

bug репорт разработчикам Ubuntu.

Хорошо, Спасибо! Печально все это (

Ну так напиши, что печально-то?

Если никто не напишет, то проблема так и останется.

Проверь в начале моё предположение, посмотри вывод команды

mount

в initramfs.

Там такое:

rootfs on / type rootfs (rw,size=8072212k,nr_inodes=2018053)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=8095484k,nr_inodes=2023871,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1623276k,mode=755)

Ну либо ты мне что-то не то в выводе dmesg по ссылке показал, либо я не знаю, но в выводе mount нет сведений о смонтированном разделе с nvme.

Специально сохранил обе команды на всякий случай

mount > a1.txt
dmesg > b1.txt

ну и в файлах соответственно:

rootfs on / type rootfs (rw,size=8072212k,nr_inodes=2018053)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=8095484k,nr_inodes=2023871,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1623276k,mode=755)

В новом логе, как я понимаю примерно тоже самое, что и раньше: https://filebin.net/wdyuvb67f25mmjnz/a1.txt?t=nrv8txa2

Вот строчка из вывода dmesg:

[    8.501851] EXT4-fs (nvme0n1p3): mounted filesystem with ordered data mode. Opts: (null)

Она указывает, что nvme0n1p3 смонтирована. А в выводе mouny нет указания на /dev/nvme0n1p3.

Посмотри что находится в /mnt/root или /root, возможно /mnt/newroot, /newroot, ну либо найди куда должно монтироваться в скриптах initramfs, ну либо просто посмотри по директориям.

Если ничего не смонтировано, но в логах есть, то это странно.

И всё же убери параметр quiet и добавь параметр debug к параметрам ядра, загрузись и потом, когда снова провалишься в initramfs получи новый вывод dmesg.