Как указать порядок, в котором автоматически монтируются файловые системы?

Question 1

Мне нужно, чтобы определенная строка в /etc/fstab была смонтирована всегда после двух других строк:

# Always mount these first
UUID=fdf38dd4-9e9d-479d-b830-2a6989958503 / ext4 noatime,discard,errors=remount-ro 0 1
UUID=2b548eb8-fa67-46ce-a998-91d587dba62f /home/.hdd ext4 errors=remount-ro 0 2

# Always mount this second
none /home/ak aufs br:/home/.ssd/ak=rw:/home/.hdd/ak=rw 0 0

Текущее поведение состоит в том, чтобы часто менять порядок последних двух строк непредсказуемым образом. Как я могу указать необходимый порядок?

Question 2

Один из вариантов - отложить установку до тех пор, пока /etc/fstab не завершится, это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto в опции монтирования в fstab и установите в [ f3].

Согласно странице руководства, mount -a последовательно монтирует записи в fstab, а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я предполагаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

Question 3

Question 4

Один из вариантов - отложить установку до тех пор, пока /etc/fstab не завершится, это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto в опции монтирования в fstab и установите в rc.local.

Согласно странице руководства, mount -a последовательно монтирует записи в fstab, а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я предполагаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

Question 5

Один из вариантов - отложить установку до тех пор, пока /etc/fstab не завершится, это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto в опции монтирования в fstab и установите в rc.local.

Согласно странице руководства, mount -a последовательно монтирует записи в fstab, а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я предполагаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

Question 6

Один из вариантов - отложить установку до тех пор, пока /etc/fstab не завершится, это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto в опции монтирования в fstab и установите в rc.local.

Согласно странице руководства, mount -a последовательно монтирует записи в fstab, а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я предполагаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

Question 7

Question 8

Один из вариантов - отложить установку до тех пор, пока /etc/fstab не завершится, это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto в опции монтирования в fstab и установите в rc.local.

Согласно странице руководства, mount -a последовательно монтирует записи в fstab, а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я предполагаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

Question 9

Один из вариантов - отложить установку до тех пор, пока /etc/fstab не завершится, это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto в опции монтирования в fstab и установите в rc.local.

Согласно странице руководства, mount -a последовательно монтирует записи в fstab, а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я предполагаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

Question 10

Один из вариантов - отложить установку до тех пор, пока не завершится выполнение / etc / fstab , это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto к параметрам монтирования в fstab и монтировать в rc.local .

Согласно странице man , mount -a [ ! d4] последовательно монтирует записи в fstab , а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я думаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

Question 11

Один из вариантов - отложить установку до тех пор, пока не завершится выполнение / etc / fstab , это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto к параметрам монтирования в fstab и монтировать в rc.local .

Согласно странице man , mount -a [ ! d4] последовательно монтирует записи в fstab , а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я думаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

Question 12

Один из вариантов - отложить установку до тех пор, пока не завершится выполнение / etc / fstab , это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto к параметрам монтирования в fstab и монтировать в rc.local .

Согласно странице man , mount -a [ ! d4] последовательно монтирует записи в fstab , а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я думаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

Question 13

Question 14

Один из вариантов - отложить установку до тех пор, пока не завершится выполнение / etc / fstab , это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto к параметрам монтирования в fstab и монтировать в rc.local .

Согласно странице man , mount -a [ ! d4] последовательно монтирует записи в fstab , а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я думаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

Question 15

Я мог бы подумать над настройкой скрипта, который монтирует второй диск после вызова сценария монтирования. В Ubuntu initd - это служба, которая запускает все компоненты вашей операционной системы и называется upstart.

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

Сценарии монтирования хранятся в каталоге / etc / init /. Я также добавил бы ваш дополнительный скрипт монтирования. Посмотрите на это описание процесса запуска. Этот сайт, вероятно, поможет вам быстрее узнать ваш собственный скрипт.

Вам нужно иметь Посмотрите на этот раздел в своем собственном скрипте. upstart

Я все еще смотрю, как создавать свои собственные сценарии запуска самостоятельно, поэтому я не могу быть более полезным. Если вы найдете рабочее решение, отправьте его здесь.

Question 16

Ubuntu использует mountall во время загрузки, а не mount -a. Mountall ожидает появления базовых устройств, а затем монтирует fs на них немедленно, если только fs, на котором он монтируется, еще не смонтирован, тогда он ждет этого fs.

Вы должны иметь возможность получите требуемый заказ, установив точки монтирования трех файловых систем, чтобы они были уложены друг на друга. Вместо того, чтобы установить все три в /home/.something, поместите первый в /home/.x, а второй в /home/.x/.y, а третий в /home/.x/.y/ .z.

Question 17

Согласно man fstab, опция showthrough может быть тем, что вы ищете. Попробуйте установить его на / home / ak и посмотрите, работает ли он.

Возможно, что mount вилки при установке файловых систем во время загрузки; если это так, порядок, в котором ваши разделы будут установлены, будет неопределенным.

Question 18

Я мог бы подумать над настройкой скрипта, который монтирует второй диск после вызова сценария монтирования. В Ubuntu initd - это служба, которая запускает все компоненты вашей операционной системы и называется upstart.

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

Сценарии монтирования хранятся в каталоге / etc / init /. Я также добавил бы ваш дополнительный скрипт монтирования. Посмотрите на это описание процесса запуска. Этот сайт, вероятно, поможет вам быстрее узнать ваш собственный скрипт.

Вам нужно иметь Посмотрите на этот раздел в своем собственном скрипте. upstart

Я все еще смотрю, как создавать свои собственные сценарии запуска самостоятельно, поэтому я не могу быть более полезным. Если вы найдете рабочее решение, отправьте его здесь.

Question 19

Question 20

Ubuntu использует mountall во время загрузки, а не mount -a. Mountall ожидает появления базовых устройств, а затем монтирует fs на них немедленно, если только fs, на котором он монтируется, еще не смонтирован, тогда он ждет этого fs.

Вы должны иметь возможность получите требуемый заказ, установив точки монтирования трех файловых систем, чтобы они были уложены друг на друга. Вместо того, чтобы установить все три в /home/.something, поместите первый в /home/.x, а второй в /home/.x/.y, а третий в /home/.x/.y/ .z.

Question 21

Согласно man fstab, опция showthrough может быть тем, что вы ищете. Попробуйте установить его на / home / ak и посмотрите, работает ли он.

Возможно, что mount вилки при установке файловых систем во время загрузки; если это так, порядок, в котором ваши разделы будут установлены, будет неопределенным.

Question 22

В Systemd теперь включен параметр зависимости, который обеспечивает упорядочение монтирования. В вашем случае добавьте аргументы fstab:

x-systemd.requires-mounts-for=/,x-systemd.requires-mounts-for=/home/.hdd

Опция noauto не будет работать, если вам нужно подключиться к другим смонтированным файловым системам. В моем случае вышеприведенные работы см. В статье https://github.com/systemd/systemd/commit/3519d230c8bafe834b2dac26ace49fcfba139823 для получения дополнительной информации.

Question 23

Я мог бы подумать над настройкой скрипта, который монтирует второй диск после вызова сценария монтирования. В Ubuntu initd - это служба, которая запускает все компоненты вашей операционной системы и называется upstart.

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

Сценарии монтирования хранятся в каталоге / etc / init /. Я также добавил бы ваш дополнительный скрипт монтирования. Посмотрите на это описание процесса запуска. Этот сайт, вероятно, поможет вам быстрее узнать ваш собственный скрипт.

Вам нужно иметь Посмотрите на этот раздел в своем собственном скрипте. upstart

Я все еще смотрю, как создавать свои собственные сценарии запуска самостоятельно, поэтому я не могу быть более полезным. Если вы найдете рабочее решение, отправьте его здесь.

Question 24

Ubuntu использует mountall во время загрузки, а не mount -a. Mountall ожидает появления базовых устройств, а затем монтирует fs на них немедленно, если только fs, на котором он монтируется, еще не смонтирован, тогда он ждет этого fs.

Вы должны иметь возможность получите требуемый заказ, установив точки монтирования трех файловых систем, чтобы они были уложены друг на друга. Вместо того, чтобы установить все три в /home/.something, поместите первый в /home/.x, а второй в /home/.x/.y, а третий в /home/.x/.y/ .z.

Question 25

Question 26

Согласно man fstab, опция showthrough может быть тем, что вы ищете. Попробуйте установить его на / home / ak и посмотрите, работает ли он.

Возможно, что mount вилки при установке файловых систем во время загрузки; если это так, порядок, в котором ваши разделы будут установлены, будет неопределенным.

Question 27

В Systemd теперь включен параметр зависимости, который обеспечивает упорядочение монтирования. В вашем случае добавьте аргументы fstab:

x-systemd.requires-mounts-for=/,x-systemd.requires-mounts-for=/home/.hdd

Опция noauto не будет работать, если вам нужно подключиться к другим смонтированным файловым системам. В моем случае вышеприведенные работы см. В статье https://github.com/systemd/systemd/commit/3519d230c8bafe834b2dac26ace49fcfba139823 для получения дополнительной информации.

Question 28

Я мог бы подумать над настройкой скрипта, который монтирует второй диск после вызова сценария монтирования. В Ubuntu initd - это служба, которая запускает все компоненты вашей операционной системы и называется upstart.

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

Сценарии монтирования хранятся в каталоге / etc / init /. Я также добавил бы ваш дополнительный скрипт монтирования. Посмотрите на это описание процесса запуска. Этот сайт, вероятно, поможет вам быстрее узнать ваш собственный скрипт.

Вам нужно иметь Посмотрите на этот раздел в своем собственном скрипте. upstart

Я все еще смотрю, как создавать свои собственные сценарии запуска самостоятельно, поэтому я не могу быть более полезным. Если вы найдете рабочее решение, отправьте его здесь.

Question 29

Ubuntu использует mountall во время загрузки, а не mount -a. Mountall ожидает появления базовых устройств, а затем монтирует fs на них немедленно, если только fs, на котором он монтируется, еще не смонтирован, тогда он ждет этого fs.

Вы должны иметь возможность получите требуемый заказ, установив точки монтирования трех файловых систем, чтобы они были уложены друг на друга. Вместо того, чтобы установить все три в /home/.something, поместите первый в /home/.x, а второй в /home/.x/.y, а третий в /home/.x/.y/ .z.

Question 30

Согласно man fstab, опция showthrough может быть тем, что вы ищете. Попробуйте установить его на / home / ak и посмотрите, работает ли он.

Возможно, что mount вилки при установке файловых систем во время загрузки; если это так, порядок, в котором ваши разделы будут установлены, будет неопределенным.

Question 31

Question 32

В Systemd теперь включен параметр зависимости, который обеспечивает упорядочение монтирования. В вашем случае добавьте аргументы fstab:

x-systemd.requires-mounts-for=/,x-systemd.requires-mounts-for=/home/.hdd

Опция noauto не будет работать, если вам нужно подключиться к другим смонтированным файловым системам. В моем случае вышеприведенные работы см. В статье https://github.com/systemd/systemd/commit/3519d230c8bafe834b2dac26ace49fcfba139823 для получения дополнительной информации.

Question 33

Я мог бы подумать над настройкой скрипта, который монтирует второй диск после вызова сценария монтирования. В Ubuntu initd - это служба, которая запускает все компоненты вашей операционной системы и называется upstart.

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

Сценарии монтирования хранятся в каталоге / etc / init /. Я также добавил бы ваш дополнительный скрипт монтирования. Посмотрите на это описание процесса запуска. Этот сайт, вероятно, поможет вам быстрее узнать ваш собственный скрипт.

Вам нужно иметь Посмотрите на этот раздел в своем собственном скрипте. upstart

Я все еще смотрю, как создавать свои собственные сценарии запуска самостоятельно, поэтому я не могу быть более полезным. Если вы найдете рабочее решение, отправьте его здесь.

Question 34

Ubuntu использует mountall во время загрузки, а не mount -a. Mountall ожидает появления базовых устройств, а затем монтирует fs на них немедленно, если только fs, на котором он монтируется, еще не смонтирован, тогда он ждет этого fs.

Вы должны иметь возможность получите требуемый заказ, установив точки монтирования трех файловых систем, чтобы они были уложены друг на друга. Вместо того, чтобы установить все три в /home/.something, поместите первый в /home/.x, а второй в /home/.x/.y, а третий в /home/.x/.y/ .z.

Question 35

Согласно man fstab, опция showthrough может быть тем, что вы ищете. Попробуйте установить его на / home / ak и посмотрите, работает ли он.

Возможно, что mount вилки при установке файловых систем во время загрузки; если это так, порядок, в котором ваши разделы будут установлены, будет неопределенным.

Question 36

В Systemd теперь включен параметр зависимости, который обеспечивает упорядочение монтирования. В вашем случае добавьте аргументы fstab:

x-systemd.requires-mounts-for=/,x-systemd.requires-mounts-for=/home/.hdd

Опция noauto не будет работать, если вам нужно подключиться к другим смонтированным файловым системам. В моем случае вышеприведенные работы см. В статье https://github.com/systemd/systemd/commit/3519d230c8bafe834b2dac26ace49fcfba139823 для получения дополнительной информации.

Question 37

Question 38

Я мог бы подумать над настройкой скрипта, который монтирует второй диск после вызова сценария монтирования. В Ubuntu initd - это служба, которая запускает все компоненты вашей операционной системы и называется upstart.

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

Сценарии монтирования хранятся в каталоге / etc / init /. Я также добавил бы ваш дополнительный скрипт монтирования. Посмотрите на это описание процесса запуска. Этот сайт, вероятно, поможет вам быстрее узнать ваш собственный скрипт.

Вам нужно иметь Посмотрите на этот раздел в своем собственном скрипте. upstart

Я все еще смотрю, как создавать свои собственные сценарии запуска самостоятельно, поэтому я не могу быть более полезным. Если вы найдете рабочее решение, отправьте его здесь.

j-g-faustus · Accepted Answer · 25 May 2018 в 21:28

Один из вариантов - отложить установку до тех пор, пока /etc/fstab не завершится, это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto в опции монтирования в fstab и установите в [ f3].

Согласно странице руководства, mount -a последовательно монтирует записи в fstab, а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я предполагаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

j-g-faustus · Accepted Answer · 25 July 2018 в 22:01

Один из вариантов - отложить установку до тех пор, пока /etc/fstab не завершится, это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto в опции монтирования в fstab и установите в rc.local.

Согласно странице руководства, mount -a последовательно монтирует записи в fstab, а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я предполагаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

j-g-faustus · Accepted Answer · 26 July 2018 в 18:26

Один из вариантов - отложить установку до тех пор, пока /etc/fstab не завершится, это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto в опции монтирования в fstab и установите в rc.local.

Согласно странице руководства, mount -a последовательно монтирует записи в fstab, а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я предполагаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

j-g-faustus · Accepted Answer · 31 July 2018 в 11:51

Один из вариантов - отложить установку до тех пор, пока /etc/fstab не завершится, это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto в опции монтирования в fstab и установите в rc.local.

Согласно странице руководства, mount -a последовательно монтирует записи в fstab, а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я предполагаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

j-g-faustus · Accepted Answer · 2 August 2018 в 03:34

Один из вариантов - отложить установку до тех пор, пока /etc/fstab не завершится, это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto в опции монтирования в fstab и установите в rc.local.

Согласно странице руководства, mount -a последовательно монтирует записи в fstab, а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я предполагаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

j-g-faustus · Accepted Answer · 4 August 2018 в 19:33

Один из вариантов - отложить установку до тех пор, пока /etc/fstab не завершится, это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto в опции монтирования в fstab и установите в rc.local.

Согласно странице руководства, mount -a последовательно монтирует записи в fstab, а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я предполагаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

j-g-faustus · Accepted Answer · 6 August 2018 в 03:41

Один из вариантов - отложить установку до тех пор, пока не завершится выполнение / etc / fstab , это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto к параметрам монтирования в fstab и монтировать в rc.local .

Согласно странице man , mount -a [ ! d4] последовательно монтирует записи в fstab , а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я думаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

j-g-faustus · Accepted Answer · 7 August 2018 в 21:34

Один из вариантов - отложить установку до тех пор, пока не завершится выполнение / etc / fstab , это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto к параметрам монтирования в fstab и монтировать в rc.local .

Согласно странице man , mount -a [ ! d4] последовательно монтирует записи в fstab , а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я думаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

j-g-faustus · Accepted Answer · 10 August 2018 в 09:49

Один из вариантов - отложить установку до тех пор, пока не завершится выполнение / etc / fstab , это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto к параметрам монтирования в fstab и монтировать в rc.local .

Согласно странице man , mount -a [ ! d4] последовательно монтирует записи в fstab , а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я думаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

j-g-faustus · Accepted Answer · 13 August 2018 в 16:05

Один из вариантов - отложить установку до тех пор, пока не завершится выполнение / etc / fstab , это даст вам полный контроль над порядком монтирования.

Просто добавьте noauto к параметрам монтирования в fstab и монтировать в rc.local .

Согласно странице man , mount -a [ ! d4] последовательно монтирует записи в fstab , а добавление опции -F ('fork') будет монтировать их в параллель. Похоже, что стандартная загрузка использует «fork», по-видимому, для уменьшения времени загрузки, поэтому я думаю, что установка (semi-) вручную впоследствии является самым простым способом восстановить контроль над порядком монтирования.

Community · Answer 11 · 25 May 2018 в 21:28

Я мог бы подумать над настройкой скрипта, который монтирует второй диск после вызова сценария монтирования. В Ubuntu initd - это служба, которая запускает все компоненты вашей операционной системы и называется upstart.

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

Сценарии монтирования хранятся в каталоге / etc / init /. Я также добавил бы ваш дополнительный скрипт монтирования. Посмотрите на это описание процесса запуска. Этот сайт, вероятно, поможет вам быстрее узнать ваш собственный скрипт.

Вам нужно иметь Посмотрите на этот раздел в своем собственном скрипте. upstart

Я все еще смотрю, как создавать свои собственные сценарии запуска самостоятельно, поэтому я не могу быть более полезным. Если вы найдете рабочее решение, отправьте его здесь.

psusi · Answer 12 · 25 May 2018 в 21:28

Ubuntu использует mountall во время загрузки, а не mount -a. Mountall ожидает появления базовых устройств, а затем монтирует fs на них немедленно, если только fs, на котором он монтируется, еще не смонтирован, тогда он ждет этого fs.

Вы должны иметь возможность получите требуемый заказ, установив точки монтирования трех файловых систем, чтобы они были уложены друг на друга. Вместо того, чтобы установить все три в /home/.something, поместите первый в /home/.x, а второй в /home/.x/.y, а третий в /home/.x/.y/ .z.

Scott Severance · Answer 13 · 25 May 2018 в 21:28

Согласно man fstab, опция showthrough может быть тем, что вы ищете. Попробуйте установить его на / home / ak и посмотрите, работает ли он.

Возможно, что mount вилки при установке файловых систем во время загрузки; если это так, порядок, в котором ваши разделы будут установлены, будет неопределенным.

showthrough не решила проблему. – ændrük 6 June 2011 в 04:08 — ændrük, 6 June 2011 в 04:08

Community · Answer 14 · 25 July 2018 в 22:01

Я мог бы подумать над настройкой скрипта, который монтирует второй диск после вызова сценария монтирования. В Ubuntu initd - это служба, которая запускает все компоненты вашей операционной системы и называется upstart.

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

Сценарии монтирования хранятся в каталоге / etc / init /. Я также добавил бы ваш дополнительный скрипт монтирования. Посмотрите на это описание процесса запуска. Этот сайт, вероятно, поможет вам быстрее узнать ваш собственный скрипт.

Вам нужно иметь Посмотрите на этот раздел в своем собственном скрипте. upstart

Я все еще смотрю, как создавать свои собственные сценарии запуска самостоятельно, поэтому я не могу быть более полезным. Если вы найдете рабочее решение, отправьте его здесь.

psusi · Answer 15 · 25 July 2018 в 22:01

Ubuntu использует mountall во время загрузки, а не mount -a. Mountall ожидает появления базовых устройств, а затем монтирует fs на них немедленно, если только fs, на котором он монтируется, еще не смонтирован, тогда он ждет этого fs.

Вы должны иметь возможность получите требуемый заказ, установив точки монтирования трех файловых систем, чтобы они были уложены друг на друга. Вместо того, чтобы установить все три в /home/.something, поместите первый в /home/.x, а второй в /home/.x/.y, а третий в /home/.x/.y/ .z.

Scott Severance · Answer 16 · 25 July 2018 в 22:01

Согласно man fstab, опция showthrough может быть тем, что вы ищете. Попробуйте установить его на / home / ak и посмотрите, работает ли он.

Возможно, что mount вилки при установке файловых систем во время загрузки; если это так, порядок, в котором ваши разделы будут установлены, будет неопределенным.

showthrough не решила проблему. – ændrük 6 June 2011 в 04:08 — ændrük, 6 June 2011 в 04:08

techimperial · Answer 17 · 25 July 2018 в 22:01

В Systemd теперь включен параметр зависимости, который обеспечивает упорядочение монтирования. В вашем случае добавьте аргументы fstab:

x-systemd.requires-mounts-for=/,x-systemd.requires-mounts-for=/home/.hdd

Опция noauto не будет работать, если вам нужно подключиться к другим смонтированным файловым системам. В моем случае вышеприведенные работы см. В статье https://github.com/systemd/systemd/commit/3519d230c8bafe834b2dac26ace49fcfba139823 для получения дополнительной информации.

Community · Answer 18 · 26 July 2018 в 18:26

Я мог бы подумать над настройкой скрипта, который монтирует второй диск после вызова сценария монтирования. В Ubuntu initd - это служба, которая запускает все компоненты вашей операционной системы и называется upstart.

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

Сценарии монтирования хранятся в каталоге / etc / init /. Я также добавил бы ваш дополнительный скрипт монтирования. Посмотрите на это описание процесса запуска. Этот сайт, вероятно, поможет вам быстрее узнать ваш собственный скрипт.

Вам нужно иметь Посмотрите на этот раздел в своем собственном скрипте. upstart

Я все еще смотрю, как создавать свои собственные сценарии запуска самостоятельно, поэтому я не могу быть более полезным. Если вы найдете рабочее решение, отправьте его здесь.

psusi · Answer 19 · 26 July 2018 в 18:26

Ubuntu использует mountall во время загрузки, а не mount -a. Mountall ожидает появления базовых устройств, а затем монтирует fs на них немедленно, если только fs, на котором он монтируется, еще не смонтирован, тогда он ждет этого fs.

Вы должны иметь возможность получите требуемый заказ, установив точки монтирования трех файловых систем, чтобы они были уложены друг на друга. Вместо того, чтобы установить все три в /home/.something, поместите первый в /home/.x, а второй в /home/.x/.y, а третий в /home/.x/.y/ .z.

Scott Severance · Answer 20 · 26 July 2018 в 18:26

Согласно man fstab, опция showthrough может быть тем, что вы ищете. Попробуйте установить его на / home / ak и посмотрите, работает ли он.

Возможно, что mount вилки при установке файловых систем во время загрузки; если это так, порядок, в котором ваши разделы будут установлены, будет неопределенным.

showthrough не решила проблему. – ændrük 6 June 2011 в 04:08 — ændrük, 6 June 2011 в 04:08

techimperial · Answer 21 · 26 July 2018 в 18:26

В Systemd теперь включен параметр зависимости, который обеспечивает упорядочение монтирования. В вашем случае добавьте аргументы fstab:

x-systemd.requires-mounts-for=/,x-systemd.requires-mounts-for=/home/.hdd

Опция noauto не будет работать, если вам нужно подключиться к другим смонтированным файловым системам. В моем случае вышеприведенные работы см. В статье https://github.com/systemd/systemd/commit/3519d230c8bafe834b2dac26ace49fcfba139823 для получения дополнительной информации.

Community · Answer 22 · 31 July 2018 в 11:51

Я мог бы подумать над настройкой скрипта, который монтирует второй диск после вызова сценария монтирования. В Ubuntu initd - это служба, которая запускает все компоненты вашей операционной системы и называется upstart.

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

Сценарии монтирования хранятся в каталоге / etc / init /. Я также добавил бы ваш дополнительный скрипт монтирования. Посмотрите на это описание процесса запуска. Этот сайт, вероятно, поможет вам быстрее узнать ваш собственный скрипт.

Вам нужно иметь Посмотрите на этот раздел в своем собственном скрипте. upstart

Я все еще смотрю, как создавать свои собственные сценарии запуска самостоятельно, поэтому я не могу быть более полезным. Если вы найдете рабочее решение, отправьте его здесь.

psusi · Answer 23 · 31 July 2018 в 11:51

Ubuntu использует mountall во время загрузки, а не mount -a. Mountall ожидает появления базовых устройств, а затем монтирует fs на них немедленно, если только fs, на котором он монтируется, еще не смонтирован, тогда он ждет этого fs.

Вы должны иметь возможность получите требуемый заказ, установив точки монтирования трех файловых систем, чтобы они были уложены друг на друга. Вместо того, чтобы установить все три в /home/.something, поместите первый в /home/.x, а второй в /home/.x/.y, а третий в /home/.x/.y/ .z.

Scott Severance · Answer 24 · 31 July 2018 в 11:51

Согласно man fstab, опция showthrough может быть тем, что вы ищете. Попробуйте установить его на / home / ak и посмотрите, работает ли он.

Возможно, что mount вилки при установке файловых систем во время загрузки; если это так, порядок, в котором ваши разделы будут установлены, будет неопределенным.

showthrough не решила проблему. – ændrük 6 June 2011 в 04:08 — ændrük, 6 June 2011 в 04:08

techimperial · Answer 25 · 31 July 2018 в 11:51

В Systemd теперь включен параметр зависимости, который обеспечивает упорядочение монтирования. В вашем случае добавьте аргументы fstab:

x-systemd.requires-mounts-for=/,x-systemd.requires-mounts-for=/home/.hdd

Опция noauto не будет работать, если вам нужно подключиться к другим смонтированным файловым системам. В моем случае вышеприведенные работы см. В статье https://github.com/systemd/systemd/commit/3519d230c8bafe834b2dac26ace49fcfba139823 для получения дополнительной информации.

Community · Answer 26 · 2 August 2018 в 03:34

Я мог бы подумать над настройкой скрипта, который монтирует второй диск после вызова сценария монтирования. В Ubuntu initd - это служба, которая запускает все компоненты вашей операционной системы и называется upstart.

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

Сценарии монтирования хранятся в каталоге / etc / init /. Я также добавил бы ваш дополнительный скрипт монтирования. Посмотрите на это описание процесса запуска. Этот сайт, вероятно, поможет вам быстрее узнать ваш собственный скрипт.

Вам нужно иметь Посмотрите на этот раздел в своем собственном скрипте. upstart

Я все еще смотрю, как создавать свои собственные сценарии запуска самостоятельно, поэтому я не могу быть более полезным. Если вы найдете рабочее решение, отправьте его здесь.

psusi · Answer 27 · 2 August 2018 в 03:34

Ubuntu использует mountall во время загрузки, а не mount -a. Mountall ожидает появления базовых устройств, а затем монтирует fs на них немедленно, если только fs, на котором он монтируется, еще не смонтирован, тогда он ждет этого fs.

Вы должны иметь возможность получите требуемый заказ, установив точки монтирования трех файловых систем, чтобы они были уложены друг на друга. Вместо того, чтобы установить все три в /home/.something, поместите первый в /home/.x, а второй в /home/.x/.y, а третий в /home/.x/.y/ .z.

Scott Severance · Answer 28 · 2 August 2018 в 03:34

Согласно man fstab, опция showthrough может быть тем, что вы ищете. Попробуйте установить его на / home / ak и посмотрите, работает ли он.

Возможно, что mount вилки при установке файловых систем во время загрузки; если это так, порядок, в котором ваши разделы будут установлены, будет неопределенным.

showthrough не решила проблему. – ændrük 6 June 2011 в 04:08 — ændrük, 6 June 2011 в 04:08

techimperial · Answer 29 · 2 August 2018 в 03:34

В Systemd теперь включен параметр зависимости, который обеспечивает упорядочение монтирования. В вашем случае добавьте аргументы fstab:

x-systemd.requires-mounts-for=/,x-systemd.requires-mounts-for=/home/.hdd

Опция noauto не будет работать, если вам нужно подключиться к другим смонтированным файловым системам. В моем случае вышеприведенные работы см. В статье https://github.com/systemd/systemd/commit/3519d230c8bafe834b2dac26ace49fcfba139823 для получения дополнительной информации.

Community · Answer 30 · 4 August 2018 в 19:33

Я мог бы подумать над настройкой скрипта, который монтирует второй диск после вызова сценария монтирования. В Ubuntu initd - это служба, которая запускает все компоненты вашей операционной системы и называется upstart.

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

Сценарии монтирования хранятся в каталоге / etc / init /. Я также добавил бы ваш дополнительный скрипт монтирования. Посмотрите на это описание процесса запуска. Этот сайт, вероятно, поможет вам быстрее узнать ваш собственный скрипт.

Вам нужно иметь Посмотрите на этот раздел в своем собственном скрипте. upstart

Я все еще смотрю, как создавать свои собственные сценарии запуска самостоятельно, поэтому я не могу быть более полезным. Если вы найдете рабочее решение, отправьте его здесь.

Как указать порядок, в котором автоматически монтируются файловые системы?

49 ответов

Другие вопросы по тегам:

Похожие вопросы: