UUID vs LABEL

sirocco	# 9 лет, 9 месяцев назад
Темы: 29 Сообщения: 2501 Участник с: 25 июля 2007	Fastor UUID присваивается автоматически и мало кому в голову приходит его менять Меняется автоматически (это самое UUID) при манипуляциях с разделом через gparted. У себя использую /dev/disk/by-id/ – да, длинно, но надёжно привязано к диску и разделу на нём.

# 9 лет, 9 месяцев назад

Сообщения: 2501

Участник с: 25 июля 2007

Fastor
UUID присваивается автоматически и мало кому в голову приходит его менять

Меняется автоматически (это самое UUID) при манипуляциях с разделом через gparted.

У себя использую /dev/disk/by-id/ – да, длинно, но надёжно привязано к диску и разделу на нём.

F@stor	# 9 лет, 9 месяцев назад
Темы: 5 Сообщения: 130 Участник с: 14 марта 2012	sirocco еняется автоматически (это самое UUID) при манипуляциях с разделом через gparted. Два раза ресайзил раздел, ничего не менялось, в конфигах все по UUID. А больше в gparted делать нечего с рабочим разделом.

sirocco	# 9 лет, 9 месяцев назад
Темы: 29 Сообщения: 2501 Участник с: 25 июля 2007	Fastor Два раза ресайзил раздел, ничего не менялось, в конфигах все по UUID. А больше в gparted делать нечего с рабочим разделом. Да, сейчас вроде так. Но в свое время сталкивался. Видимо, разработчики gparted-a учли.

Natrio	# 9 лет, 9 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	UUID хорош для АВТОМАТИЧЕСКИ сгенерированных конфигов. Именно потому UUID и такой зубодробильный, чтобы не дай бог случайно не совпало ни с чем. У UUID нет перед меткой НИКАКИХ преимуществ, которые нельзя было бы воспроизвести с меткой. Если вы делаете полностью автоматический инсталлятор, использовать UUID очень удобно – при условии, что вам самим потом не править руками эти автогенерированные конфиги. Но если вы САМИ всё настраиваете, возиться с UUID совершенно бессмысленно и очень неудобно, гораздо проще присвоить метки и прописать их. Чтобы метка стационарного раздела совпала с чем-то, надо чтобы это что-то было вставлено в USB, но модули от USB на момент монтирования ещё не загружены, а на стадии initcpio вовсе недоступны недоступны (если ваша система сама не на флешке, и там нет хука usb), но в последнем случае вы сами её туда вставляете и знаете, что вставлено ещё. Что касается якобы непревзойдённой надёжности UUID, то он защищён только от СЛУЧАЙНОГО совпадения. Придумайте метку, которая случайно не совпадёт, и получите надёжность не хуже. А от НЕслучайного совпадения не спасёт и UUID – во-первых, он совпадёт, если раздел был тупо скопирован вместе с UUID, поскольку UUID это свойство ФС, а НЕ раздела, как и метка, а если уж кто-то решит непременно впилить вам конфликт UUID-ов, он тупо скопирует UUID вашего раздела и присвоит его той же флешке, точно так же, как и в случае с меткой. Если мне действительно нужен НЕПОВТОРЯЕМЫЙ ID для монтирования раздела, я использую серийник самого диска – его значительно сложнее присвоить или скопировать. UUID это полный аналог метки, только для роботов. С таким же успехом (и таким же низким уровнем защиты) можете самому себе присвоить UUID вместо фамилии-имени-отчества – будет очень даже уникально, но не удивляйтесь, что вас никто не будет звать по UUIDу, и сразу “приклеят” какой-нибудь LABEL :))

Natrio

# 9 лет, 9 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

UUID хорош для АВТОМАТИЧЕСКИ сгенерированных конфигов. Именно потому UUID и такой зубодробильный, чтобы не дай бог случайно не совпало ни с чем.

У UUID нет перед меткой НИКАКИХ преимуществ, которые нельзя было бы воспроизвести с меткой. Если вы делаете полностью автоматический инсталлятор, использовать UUID очень удобно – при условии, что вам самим потом не править руками эти автогенерированные конфиги.

Но если вы САМИ всё настраиваете, возиться с UUID совершенно бессмысленно и очень неудобно, гораздо проще присвоить метки и прописать их. Чтобы метка стационарного раздела совпала с чем-то, надо чтобы это что-то было вставлено в USB, но модули от USB на момент монтирования ещё не загружены, а на стадии initcpio вовсе недоступны недоступны (если ваша система сама не на флешке, и там нет хука usb), но в последнем случае вы сами её туда вставляете и знаете, что вставлено ещё.

Что касается якобы непревзойдённой надёжности UUID, то он защищён только от СЛУЧАЙНОГО совпадения. Придумайте метку, которая случайно не совпадёт, и получите надёжность не хуже. А от НЕслучайного совпадения не спасёт и UUID – во-первых, он совпадёт, если раздел был тупо скопирован вместе с UUID, поскольку UUID это свойство ФС, а НЕ раздела, как и метка, а если уж кто-то решит непременно впилить вам конфликт UUID-ов, он тупо скопирует UUID вашего раздела и присвоит его той же флешке, точно так же, как и в случае с меткой.

Если мне действительно нужен НЕПОВТОРЯЕМЫЙ ID для монтирования раздела, я использую серийник самого диска – его значительно сложнее присвоить или скопировать.

UUID это полный аналог метки, только для роботов. С таким же успехом (и таким же низким уровнем защиты) можете самому себе присвоить UUID вместо фамилии-имени-отчества – будет очень даже уникально, но не удивляйтесь, что вас никто не будет звать по UUIDу, и сразу “приклеят” какой-нибудь LABEL :))

farwayer	# 9 лет, 9 месяцев назад
Темы: 12 Сообщения: 181 Участник с: 30 апреля 2010	Fastor в котором разделы обозначены метками BOOT, ROOT, HOME, подрубают винт от другой с такими же метками разделов (причем довольно частое явление) Вот-вот. Интересно, какой раздел при этом будет использоваться? Или вывалится в emergency mode? lampslave Тогда он уже будет знать дорогу и поменяет ещё раз. А оно ему надо? Вообще перестал я доверять названиям, которые не привязаны к конкретной железке. После одного обновления на девелоперском серваке карусель стала происходить с именованием сетевых карточек: то eth0 одна, то eth1 и наоборот. Прописал в udev правило, конечно, но пришлось тащиться к серверу, монитор подключать. Геморрой.

farwayer

# 9 лет, 9 месяцев назад

Темы: 12

Сообщения: 181

Участник с: 30 апреля 2010

Fastor
в котором разделы обозначены метками BOOT, ROOT, HOME, подрубают винт от другой с такими же метками разделов (причем довольно частое явление)

Вот-вот. Интересно, какой раздел при этом будет использоваться? Или вывалится в emergency mode?

lampslave
Тогда он уже будет знать дорогу и поменяет ещё раз.

А оно ему надо? Вообще перестал я доверять названиям, которые не привязаны к конкретной железке.
После одного обновления на девелоперском серваке карусель стала происходить с именованием сетевых карточек:
то eth0 одна, то eth1 и наоборот. Прописал в udev правило, конечно, но пришлось тащиться к серверу, монитор подключать.
Геморрой.

farwayer	# 9 лет, 9 месяцев назад
Темы: 12 Сообщения: 181 Участник с: 30 апреля 2010	Natrio что-то было вставлено в USB А SATA/IDE шлейфы уже отменили? Natrio UUID это полный аналог метки, только для роботов. Все, убедили)) Согласен с вами. Natrio а если уж кто-то решит непременно впилить вам конфликт UUID-ов, он тупо скопирует UUID вашего раздела и присвоит его той же флешке, Хм, я тут подумал: один из способов загрузиться с флешки и стянуть нужные данные, если нет доступа к системе и заблокирована загрузка с внешних устройств. Дублируем UUID раздела и, возможно, нам повезет)

farwayer

# 9 лет, 9 месяцев назад

Темы: 12

Сообщения: 181

Участник с: 30 апреля 2010

Natrio
что-то было вставлено в USB

А SATA/IDE шлейфы уже отменили?

Natrio
UUID это полный аналог метки, только для роботов.

Все, убедили)) Согласен с вами.

Natrio
а если уж кто-то решит непременно впилить вам конфликт UUID-ов, он тупо скопирует UUID вашего раздела и присвоит его той же флешке,

Хм, я тут подумал: один из способов загрузиться с флешки и стянуть нужные данные, если нет доступа к системе и заблокирована загрузка с внешних устройств.
Дублируем UUID раздела и, возможно, нам повезет)

F@stor	# 9 лет, 9 месяцев назад
Темы: 5 Сообщения: 130 Участник с: 14 марта 2012	Natrio Что касается якобы непревзойдённой надёжности UUID, то он защищён только от СЛУЧАЙНОГО совпадения. Придумайте метку, которая случайно не совпадёт, и получите надёжность не хуже. И получим конструкцию а-ля UUID, об этом я писал выше. farwayer Fastor в котором разделы обозначены метками BOOT, ROOT, HOME, подрубают винт от другой с такими же метками разделов (причем довольно частое явление) Вот-вот. Интересно, какой раздел при этом будет использоваться? Или вывалится в emergency mode? Или вывалится, а потом этот юзер (обезличенный) начнет что-нибудь суматошно править, а потом позвонит с вопросом: а че оно сломалось-то, я ниче не делал, приди почини. Если кому-то нравится LABEL, пользуйтесь на здоровье, только прежде чем советовать, расписывайте нюансы (о совпадении в особенности) и не утверждайте на каждом повороте, что это истина. Какая вообще нафиг разница, какую кракозябру вписывать в fstab, лейбл в виде хэша (любого параметра устройства) или серийника, или UUID, заботясь о несовпадении. Только в одном случае UUID уже готовый, а в другом еще надо придумать/задать LABEL. Главная задача отвязаться от /dev/sdxX и недопустить совпадения именования. А то, что просто посоветовать именовать по LABEL, то на 99% у юзера в результате это будет вот так: BOOT, ROOT, HOME. Думаете он один так разделы именует?

F@stor

# 9 лет, 9 месяцев назад

Темы: 5

Сообщения: 130

Участник с: 14 марта 2012

Natrio
Что касается якобы непревзойдённой надёжности UUID, то он защищён только от СЛУЧАЙНОГО совпадения. Придумайте метку, которая случайно не совпадёт, и получите надёжность не хуже.

И получим конструкцию а-ля UUID, об этом я писал выше.

farwayer
Fastor
в котором разделы обозначены метками BOOT, ROOT, HOME, подрубают винт от другой с такими же метками разделов (причем довольно частое явление)
Вот-вот. Интересно, какой раздел при этом будет использоваться? Или вывалится в emergency mode?

Или вывалится, а потом этот юзер (обезличенный) начнет что-нибудь суматошно править, а потом позвонит с вопросом: а че оно сломалось-то, я ниче не делал, приди почини.
Если кому-то нравится LABEL, пользуйтесь на здоровье, только прежде чем советовать, расписывайте нюансы (о совпадении в особенности) и не утверждайте на каждом повороте, что это истина.
Какая вообще нафиг разница, какую кракозябру вписывать в fstab, лейбл в виде хэша (любого параметра устройства) или серийника, или UUID, заботясь о несовпадении. Только в одном случае UUID уже готовый, а в другом еще надо придумать/задать LABEL. Главная задача отвязаться от /dev/sdxX и недопустить совпадения именования. А то, что просто посоветовать именовать по LABEL, то на 99% у юзера в результате это будет вот так: BOOT, ROOT, HOME. Думаете он один так разделы именует?

Natrio	# 9 лет, 9 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Fastor, сколько раз можно повторять о повторениях? UUID ТОЖЕ МОЖЕТ СОВПАСТЬ, простейший случай – в результате копирования системы. Вот тогда хоть метки, хоть UUID – всё совпадёт. Более того, если вы хотите, чтобы скопированная система запустилась после копирования, вам ПРИДЁТСЯ смириться с совпадением меток/UUID, хотя бы первоначально. Чтобы метки не совпали при “подрубании” другого винчестера, достаточно чтобы хотя бы на одном из них они имели вид вроде "Раздел_Хост" – и никаких проблем (и никаких конструкций а-ля UUID). А если хотите надёжности – только железный ID самого диска, он вполне доступен, прописывается в конфиги ID= точно так же, как UUID или LABEL. Если что, виден в /dev/disk/by-id/ Почему вы его не советуете? Чем вам так этот ~~язык роботов~~ UUID понравился – ни удобства, ни надёжности.

Natrio

# 9 лет, 9 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Fastor, сколько раз можно повторять о повторениях?
UUID ТОЖЕ МОЖЕТ СОВПАСТЬ, простейший случай – в результате копирования системы. Вот тогда хоть метки, хоть UUID – всё совпадёт. Более того, если вы хотите, чтобы скопированная система запустилась после копирования, вам ПРИДЁТСЯ смириться с совпадением меток/UUID, хотя бы первоначально.

Чтобы метки не совпали при “подрубании” другого винчестера, достаточно чтобы хотя бы на одном из них они имели вид вроде "Раздел_Хост" – и никаких проблем (и никаких конструкций а-ля UUID).

А если хотите надёжности – только железный ID самого диска, он вполне доступен, прописывается в конфиги ID= точно так же, как UUID или LABEL. Если что, виден в /dev/disk/by-id/
Почему вы его не советуете? Чем вам так этот ~~язык роботов~~ UUID понравился – ни удобства, ни надёжности.

nafanja	# 9 лет, 9 месяцев назад
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	метки автоматом не присваиваются! и нужны доп действия, uuid генерятся автоматом при форматировании. шанс что метки совпадут в миллион раз больше чем совпадут uuid метки типа boot root home etc используются большинством, а копирование раздела очень редкое явление. Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 9 лет, 9 месяцев назад

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

метки автоматом не присваиваются! и нужны доп действия, uuid генерятся автоматом при форматировании.
шанс что метки совпадут в миллион раз больше чем совпадут uuid
метки типа boot root home etc используются большинством, а копирование раздела очень редкое явление.

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

Natrio	# 9 лет, 9 месяцев назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	nafanja метки автоматом не присваиваются! и нужны доп действия, uuid генерятся автоматом при форматировании. шанс что метки совпадут в миллион раз больше чем совпадут uuid метки типа boot root home etc используются большинством, а копирование раздела очень редкое явление. Совершенно верно, поэтому UUID очень удобен для автоматических инсталляторов, воде убунты. Только тут ма-аленькая неувязочка – Арч не Убунта, и даже с AIF не имел автоматического инсталлятора, всё надо прописывать руками. А раз так – дополнительные действия требуются в любом случае, и присвоить метки всё равно проще, чем переписывать/копипастить UUID в консоли. Кстати, случай с UUID – далеко не первая рекомендация, бездумно повторяемая за убунтой и другими высокоавтоматизированными дистрами. Другой пример – автогенератор конфигов GRUB2, необходимый в убунте и ненужный в Арче. А как же чайники – всё для них, да? Ну так кто виноват, что они потом начинают задавать дурацкие вопросы… Уж лучше либо заранее разобраться и понять, либо плюнуть и бросить, чем потом долго мучаться и бегать по форумам курам на смех.

Natrio

# 9 лет, 9 месяцев назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

nafanja
метки автоматом не присваиваются! и нужны доп действия, uuid генерятся автоматом при форматировании.
шанс что метки совпадут в миллион раз больше чем совпадут uuid
метки типа boot root home etc используются большинством, а копирование раздела очень редкое явление.

Совершенно верно, поэтому UUID очень удобен для автоматических инсталляторов, воде убунты.
Только тут ма-аленькая неувязочка – Арч не Убунта, и даже с AIF не имел автоматического инсталлятора, всё надо прописывать руками. А раз так – дополнительные действия требуются в любом случае, и присвоить метки всё равно проще, чем переписывать/копипастить UUID в консоли.

Кстати, случай с UUID – далеко не первая рекомендация, бездумно повторяемая за убунтой и другими высокоавтоматизированными дистрами. Другой пример – автогенератор конфигов GRUB2, необходимый в убунте и ненужный в Арче.

А как же чайники – всё для них, да? Ну так кто виноват, что они потом начинают задавать дурацкие вопросы…
Уж лучше либо заранее разобраться и понять, либо плюнуть и бросить, чем потом долго мучаться и бегать по форумам курам на смех.