Например, это первая строка моего /etc/fstab
:
UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a / ext4 errors=remount-ro 0 1
И вот вывод df -h
команды (сообщающий о свободном месте на диске):
honey@bunny:~$ df -T
Filesystem Type 1K-blocks Used Available Use% Mounted on
/dev/vda ext4 30832636 4884200 24359188 17% /
none tmpfs 4 0 4 0% /sys/fs/cgroup
udev devtmpfs 498172 12 498160 1% /dev
tmpfs tmpfs 101796 320 101476 1% /run
none tmpfs 5120 0 5120 0% /run/lock
none tmpfs 508972 0 508972 0% /run/shm
none tmpfs 102400 0 102400 0% /run/user
Из двух это нормально, чтобы вывести, что
UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a
представляет,/dev/vda
учитывая, что первый столбец вfstab
это<file system>
?Итак, будет ли хорошо, если я изменю
/etc/fstab
это?/dev/vda / ext4 errors=remount-ro 0 1
РЕДАКТИРОВАТЬ: Если да (на вопрос выше), почему
sudo blkid
команда показывает другой UUID для/dev/vda
?$ sudo blkid /dev/vda: LABEL="DOROOT" UUID="6f469437-4935-44c5-8ac6-53eb54a9af26" TYPE="ext4"
Что мне здесь не хватает?
Ответ: Я бы заключил (3), что это ошибка в облаке моего хоста. Так что да, UUID, сообщаемый
blkid
(илиls -l /dev/disk/by-uuid
), должен совпадать с тем, который используется в/etc/fstab
.
filesystems
mount
disk-usage
fstab
это я
источник
источник
sudo blkid
команды.sudo blkid
команда выводит другой UUID для/dev/vda
. Это добавляет к моей путанице. :) (обновленный вопрос.)lrwxrwxrwx 1 root root 9 Jun 18 11:04 6f469437-4935-44c5-8ac6-53eb54a9af26 -> ../../vda
. Что касается вашего другого вопроса, я свяжусь с веб-хостингом по этому поводу.Ответы:
Преимущество использования UUID заключается в том, что он не зависит от фактического номера устройства, которое операционная система дает вашему жесткому диску.
Представьте, что вы добавили еще один жесткий диск в систему, и по какой-то причине ОС решает, что ваш старый диск теперь
sdb
вместоsda
.Ваш процесс загрузки будет испорчен, если
fstab
указывает на имя устройства. Но в случае UUID это нормально.Более подробную информацию о UUID также можно найти в блоге «UUID и Linux: все, что вам когда-либо нужно знать»
источник
Вы можете и, вероятно, все будет в порядке, но, скорее всего, было бы лучше оставить UUID.
UUID - это произвольные строки, используемые для идентификации, в данном случае, раздела на блочном устройстве; он хранится вместе с самим разделом, и при желании может быть назначен другой (вроде как MAC-адреса).
Преимущество использования UUID состоит в том, что он безошибочен, тогда
/dev/vda
как нет; это может случиться так, что он заканчивает тем , что другой диск во время загрузки, хотя это может быть полностью теоретический контекст (например, потому что у вас есть только один диск определенного типа).Другим более тонким примером того, где использование имени устройства может вызвать проблемы, является недавний переход на некоторых системах на использование согласованных имен сетевых устройств . Если это произошло как обновление, и вы использовали жестко запрограммированное имя устройства в сетевом сценарии, это может привести к поломке. Параллельным примером блочных устройств WRT может быть обновление ядра или udev, которое меняет схему именования.
Один из пунктов UUID - сделать такие вещи возможными и безболезненными. Поэтому, хотя вы можете использовать имя устройства, делать это не имеет смысла, если (например) у вас нет системы, в которой вы меняете различные диски. Другими словами, если у вас нет веских причин для этого, придерживайтесь UUID .
источник
/dev/vda
в/etc/fstab
и сообщилblkid
? (Пожалуйста, смотрите обновленный вопрос, если у вас его нет.)Вы можете сделать
man fstab
для довольно краткого ознакомления с содержанием и семантикой/etc/fstab
файла. На моем x86, довольно современном сервере Arch Linux,man fstab
я получаю следующее:Так что, да, по-
/dev/vda
видимому, это одно из многих имен для какого-либо устройства, посколькуUUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a
, поскольку оба имени монтируются в «/».Если вы посмотрите в каталоге
/dev/disk/by-uuid/
вы можете увидеть символические ссылки , которые указывают на такие вещи , как/dev/sda1
,/dev/sdb1
на моем сервере. Это может быть еще один способ проверить вашу гипотезу./dev/disk
подкаталогиby-id
,by-path
,by-uuid
которые все кажутся альтернативные имена для того же самого устройства.источник
/dev/vda
! Пожалуйста, посмотрите вопрос еще раз.