Устройства набега смонтированы с другим UUID

[117141] Если вы находитесь на systemd, то это тривиально, потому что systemd не требует формализма "вилка/экзекс/пид-файл". Вы просто создаете служебный файл, а systemd позаботится о запуске процесса, перезапуске разбившегося экземпляра и так далее. Вы также можете легко позволить пользователям создавать свои собственные служебные файлы (или даже запускать их не от имени root, а от имени своего пользователя - если это как-то полезно).

На системных V витриптах самый стандартный способ - запустить их в [117459]/etc/rc.local[117460]. Автоматический перезапуск обычно не работает даже для системных демонов! Однако вы можете написать обертку оболочки командной строки, которая запускает процесс в цикле (возможно, с оберткой "sleep 1", чтобы избежать проблем с постоянно выходящими из строя процессами). Однако в этой системе у вас очень мало контроля над отдельными демонами.

Вы также можете просто создавать initscripts и помещать их в специальный пользовательский каталог в rc.d и модифицировать систему запуска служб.[117146].

1
30.04.2015, 16:40
2 ответа

Вы можете увидеть UUID для различных компонентов (физического диска, RAID и т.д.), запустив blkid

Вот пример из одной из моих систем:

/dev/sda3: UUID="NAzDnw-zu08-iSt9-v76l-njNc-NElx-8RFzVg" TYPE="LVM2_member"
/dev/sdc3: UUID="215b625b-8531-26ed-c610-01f443697250" UUID_SUB="087e72db-ff75-bcbe-5b41-8f79a6bb54f5" LABEL="server:3" TYPE="linux_raid_member"
/dev/md3: UUID="04eaa265-36e2-4f24-93f9-6eb88a55e56b" TYPE="crypto_LUKS"
/dev/mapper/server_crypt_md3: UUID="GnOlBC-BS1f-32BV-PAP7-Tzsy-KaMm-kQDMpj" TYPE="LVM2_member"
/dev/mapper/server_crypt_md3-iso_images: LABEL="iso_images" UUID="99880b2b-25f8-46a0-b7b9-20ec7da53c32" TYPE="ext4"

Вы можете увидеть, что UUID для файловой системы с пометкой "iso_images" отличается от UUID для базовых компонентов (LVM, LUKS crypto, RAID). Каждый UUID позволяет соответствующей подсистеме идентифицировать свои известные дисковые разделы и устройства и правильно собирать необходимые части.

Вы можете быстро увидеть, что если бы Вы изменили UUID в /etc/fstab с одного, ссылающегося на файловую систему на другое, ссылающегося, скажем, на устройство RAID 1, то Вы бы ссылались не на то устройство, и оно бы не работало. (Хуже того, при некоторых обстоятельствах может показаться, что можно смонтировать член RAID 1 как файловую систему, но это непроверяемо повредит массив RAID 1 и, следовательно, его зеркальную файловую систему)

.
3
27.01.2020, 23:15

UUID, который вы используете в / etc / fstab , предназначен для идентификации файловой системы на RAID (его создано, когда вы отформатировали ваш RAID). Ууид, который вы видите в /etc/mdadm.conf на каждом устройстве (диск / раздел), который является частью определенного рейда, чтобы идентифицировать его, для MDADM , которые принадлежат эти устройства к определенному рейду. Этот UUID создается при создании RAID и записано на все устройства, которые составляют RAID во время создания, а также к любым устройствам, которые затем добавлены в RAID (как замена или расширение).

Если вы измените FSTAB , чтобы включить некоторые из MDADM.conf UUID, , не смогут найти устройство, указанное в этом UUID.

3
27.01.2020, 23:15

Теги

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