Без подробностей это равно каноничному «Дорогие учёные. У меня который год в подполе происходит подземный стук. Объясните, пожалуйста, как он происходит»…

«О сколько нам открытий чудных. Готовят просвещенья дух…»

Ты открыл «чёрную дыру». Директория EFI - это ерунда. Туда могло гакнуть всё пространство твоего сервера.

Покажи хотя бы fstab для начала (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).

/ was on /dev/ubuntu-vg/ubuntu-lv during curtin installation

/dev/disk/by-id/dm-uuid-LVM-4vnzYz2mT8yrVXLBgzKTbowSHVG0EmrXG5iDG2gM21kEwkvg98c8IkPuqTJlxRb3 / ext4 defaults 0 1

/boot was on /dev/nvme0n1p2 during curtin installation

/dev/disk/by-uuid/f46f2649-6d02-4721-bfa9-246ec525f105 /boot ext4 defaults 0 1

/boot/efi was on /dev/nvme0n1p1 during curtin installation

/dev/disk/by-uuid/CDF2-E26E /boot/efi vfat defaults 0 1 /swap.img none swap sw 0 0

/dev/nvme2n1p1 /mnt/papka1 ext4 defaults 0 0

/dev/nvme3n1p1 /mnt/papka2 ext4 defaults 0 0

/dev/nvme4n1p1 /mnt/papka3 ext4 defaults 0 0

/dev/nvme1n1p1 /mnt/papka4 ext4 defaults 0 0

/dev/nvme2n1p1

А надо монтировать по uuid, как выше.

Спасибо, честно говоря были проблемы раньше при добавлении новых дисков. Линукс почему-то меняет имена nvme и все рушится. Теперь буду делать через uuid.

имена /dev/nvme2n1p1 генерируется автоматически перечислителем железа, при изменении набора железяк эти циферки возможно будут другими.
поэтому лучше привязываться к /dev/disk/by-id/dm-uuid-LVM-4vnzYz2mT8yrVXLBgzKTbowSHVG0EmrXG5iDG2gM21kEwkvg98c8IkPuqTJlxRb3
этот uuid прописан на носителе и не поменяется при перестановке носителя в другой разъем.
как вариант использовать другие идентификаторы в /dev/disk/by-****

Как правильно копировать вывод терминала

И есть опция nofail в fstab — с ней загрузка не останавливается, если не выходит примонтировать.

Гы, ещё один попался!

С пятых версий ядро раздаёт имена дискам по принципу «кто первый пришёл, того и тапки», и получается рандом.

Однако особо упёртые граждане, у которых всегда приходят по одной последовательности к ядру, продолжают утверждать, что у них всё по-старому и продолжают монтировать по старинке 🤦‍♂️

Мы здесь уже много копий сломали, обсуждая это 😁

Тут по ситуации отвал диска похоже.

Но да, «рандом» – страшная штука. Даже у тех, кто использует это слово, всё рушится на ровном месте.

Проклятое слово.

С пятых версий ядро раздаёт имена дискам по принципу «кто первый пришёл, того и тапки», и получается рандом.

ЕМНИП такое давно, какое первое устройство проинитилось и ответило - то и первое в дереве устройств. Поэтому надёжнее по UUID файловых систем.

Начиная с 5.3: https://www.suse.com/support/kb/doc/?id=000018449

А, понятно, оба утверждения правильны, только с 5.3 (сусёвого?) ещё сделали параллельный опрос шины.

оба утверждения правильны

Ну, в контексте разговора — нет. Ясное дело, что инициализирует ядро, но раньше по шине, а теперь недетерминировано. Это чтобы огромное количество девайсов быстрее загружать, а страдают как обычно простые люди 😁

сусёвого?

Думаю, нет.

ну можно использовать /dev/disk/by-path, оно сколь помню привязано к железячным идентификаторам.

Под «страдают» я имел в виду, что это никак не отключить. То есть все делают для каких-то больших дядей. А хорошо было бы, чтобы нам делали все удобно, а кому надо — пусть лезут в настройки и включают всякие бустеры типа параллельного опроса девайсов.

LFS, мил сударь, LFS !!
На имени /dev/sd* свет клином не сошелся. кому над есть куча продуманных альтернатив в /dev/disk/by-*