Как fstab может заставить Linux смонтировать корневой каталог, если /etc/fstab находится в том же разделе, что и корневой каталог?

Как fstab может заставить Linux смонтировать корневой каталог, если /etc/fstab находится в том же разделе, что и корневой каталог?

Как fstab может заставить linux смонтировать корневой каталог, если /etc/fstab находится в том же разделе, что и корневой каталог? Имеет ли раздел операционной системы (обычно монтируемый в /boot) какой-то файл, который указывает, какой раздел должен быть смонтирован как корневой каталог? Считывает ли ОС все разделы в поисках файлов /etc/fstab перед монтированием корневого каталога? А как насчет системы с несколькими разделами, содержащими разные ОС linux (тогда будет несколько разделов с файлами /etc/fstab)?

решение1

Я думаю, @kreemoweet выразился лаконично.

Процесс загрузки представляет собой ряд различных шагов, каждый из которых запускает другой.

На типичном настольном компьютере будут другие процессы, которые создают среду до того, как это произойдет: BIOS, загрузчик EFI, процессы initrd/initramfs и загрузка ядра.

Источник:https://en.wikipedia.org/wiki/Начальный_рамочный_диск

решение2

После некоторых экспериментов я обнаружил, что fstab просто НЕ используется для монтирования корневого каталога (по крайней мере на моей машине с Ubuntu 20.04 LTS с использованием GRUB). Изменение строки корневого каталога fstab не имело никакого эффекта, тот же раздел все еще монтировался как корневой каталог.

Под руководствомэтот пост на redditв котором пользователь archlinux попытался переместить свой корневой каталог в другой раздел и обнаружил, что fstab не оказал никакого влияния. Этот пользователь archlinux обнаружил, что в /boot/grub/grub.cfg есть указание смонтировать определенный раздел UUID как корневой каталог.

Связанный контент