The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчики systemd представили механизм автоматического мо..., opennews (??), 09-Мрт-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


3. "Разработчики systemd представили механизм автоматического мо..."  +6 +/
Сообщение от Фыр (?), 09-Мрт-14, 11:48 
Расскажите, плиз, мне почему бы вместо "0657FD6D-A4AB-43C4-84E5-0933C84B4F4F" не использовать строку типа "swap"? Это ведь просто 16 байт? Ну, если надо именно 16 байт, то остаток можно забить каким-то символом. В любом случае удобней.
Нахрена создавать такую пакость, если "идентификаторы типов известны заранее"?
Или тут "хитрый план" и надо знать какие-то тонкости GPT?
Ответить | Правка | Наверх | Cообщить модератору

22. "Разработчики systemd представили механизм автоматического мо..."  +9 +/
Сообщение от Аноним (-), 09-Мрт-14, 12:45 
>"0657FD6D-A4AB-43C4-84E5-0933C84B4F4F"

GPT хоть и предложено Intel, но явно с подачи Micro$oft, чей реестр пестрит подобной хренью.

Ответить | Правка | Наверх | Cообщить модератору

37. "Разработчики systemd представили механизм автоматического мо..."  +2 +/
Сообщение от ананим (?), 09-Мрт-14, 13:17 
Бросьте. Мс как обычно слямзила как саму идею уникальных id из rpc, так и алгоритм его генерации.
(Ещё прораммируя на vc 2.0 читал регомендацию от мс — для генерации скачайте оттуда то из состава rpc)
Ответить | Правка | Наверх | Cообщить модератору

51. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 09-Мрт-14, 14:43 
> GPT хоть и предложено Intel, но явно с подачи Micro$oft, чей реестр пестрит подобной хренью.

Это вы еще не читали историю развития MBR.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

191. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Аноним (-), 10-Мрт-14, 02:21 
>"0657FD6D-A4AB-43C4-84E5-0933C84B4F4F"
> чей реестр пестрит подобной хренью.

Вы в обычный /etc/fstab современного линукса загляните, там тоже этой хрени завались.
Правда, оно называется не GUID, а UUID, но меньшей хрень от этого не становится.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

207. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 10-Мрт-14, 06:47 
> Правда, оно называется не GUID, а UUID, но меньшей хрень от этого
> не становится.

Зато в общем случае можно не париться тем что винты "не в том порядке подключил", etc. Не говоря уж о том что SATA, USB и прочие - интерфейсы горячего подключения. И по UUID еще можно понять что "ага, а вот это у нас винч для бэкапов". А какой он там sda, sdz или что там еще - а кого оно, собственно, интересует? С пользовательской точки зрения есть конкретный винч и есть точка в ФС где его хотелось бы видеть.

Ответить | Правка | Наверх | Cообщить модератору

262. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 12-Мрт-14, 19:52 
>>"0657FD6D-A4AB-43C4-84E5-0933C84B4F4F"
> GPT хоть и предложено Intel, но явно с подачи Micro$oft, чей реестр
> пестрит подобной хренью.

Вообще-то эта "хрень" (придумана НЕ Micro$oft, к стати) называеся GUID (Globally Unique Identifier).
А GPT - это GUID Partition Table. Ничего общего не замечаете, не?
Вот и с какого бы перепугу там была просто строчка, если должен быть GUID?

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

27. "Разработчики systemd представили механизм автоматического мо..."  –7 +/
Сообщение от kurokaze (ok), 09-Мрт-14, 12:53 
> Расскажите, плиз, мне почему бы вместо "0657FD6D-A4AB-43C4-84E5-0933C84B4F4F" не использовать
> строку типа "swap"?

Ты не в теме. Сначала почитал бы man fstab, а потом спрашивал

Instead  of giving the device explicitly, one may indicate the filesystem that is to be mounted by its UUID or LABEL (cf.   e2label(8)  or  xfs_admin(8)),  writing LABEL=<label>  or  UUID=<uuid>,  e.g.,  `LABEL=Boot' or `UUID=3e6be9de-8139-11d1‐9106-a43f08d823a6'.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

30. "Разработчики systemd представили механизм автоматического мо..."  +2 +/
Сообщение от Фыр (?), 09-Мрт-14, 12:58 
Строка в моём сообщении не UUID, хотя и похожа на него.
Ответить | Правка | Наверх | Cообщить модератору

36. "Разработчики systemd представили механизм автоматического мо..."  +2 +/
Сообщение от ананим (?), 09-Мрт-14, 13:14 
Не путайте гптэшный GUID с UUID файловой(!!!) системы.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

208. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 10-Мрт-14, 06:47 
> Не путайте гптэшный GUID с UUID файловой(!!!) системы.

Смысл обоих идентификаторов, тем не менее, почти одинаковый.

Ответить | Правка | Наверх | Cообщить модератору

216. "Разработчики systemd представили механизм автоматического мо..."  –3 +/
Сообщение от ананим (?), 10-Мрт-14, 10:20 
Для дилетанта, путающего файловую систему с разделом, да.
Ответить | Правка | Наверх | Cообщить модератору

244. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Аноним (-), 11-Мрт-14, 12:22 
> Для дилетанта, путающего файловую систему с разделом, да.

Ну это уже вообще жирнота за гранью научной фантастики. Худейте, бэть!

Ответить | Правка | Наверх | Cообщить модератору

32. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Нанобот (ok), 09-Мрт-14, 12:59 
имхо, потому, что этот идентификатор предназначен для обработки машинами, а не человеками. а машине как-то пофиг, что там. потому никто особо и не задумывался, сказано "здесь должен быть гуид", знач и поставили там какой-то гуид
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

87. "Разработчики systemd представили механизм автоматического мо..."  +2 +/
Сообщение от Crazy Alex (ok), 09-Мрт-14, 18:27 
Собственно, это одна из проблем дизайна systemd (а заодно - общей направленности его авторов) - то, что можно сделать удобным И для машины И для человека - они делают удобным только для машины. А то, что наверняка рано или поздно возникнут ситуации, когда туда руками придётся лезть - игнорируют. Вспомнить хоть имена сетевых интерфейсов, хоть бинарный лог вместо пары "текстовый лог плюс бинарный индекс".
Ответить | Правка | Наверх | Cообщить модератору

94. "Разработчики systemd представили механизм автоматического мо..."  –3 +/
Сообщение от rob pike (?), 09-Мрт-14, 18:54 
Нет, они делают удобным именно для человека, только не такого, каким вы его себе представляете. Он никогда никуда не полезет и всё должно или работать "само". Если что-то не заработает (не "как ему надо", а просто как-нибудь, как ему надо - он сам не знает), он возьмет другой дистрибутив или другую версию этого или пойдет на askUbuntu.

А для того, о котором вы говорите, уже давно никто ничего не делает в виду его подавляющего меньшинства.

Ответить | Правка | Наверх | Cообщить модератору

96. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от ананим (?), 09-Мрт-14, 19:27 
> Он никогда никуда не полезет и всё должно или работать "само".

Только:
а) он теперь будет визжать везде — "звуковуха не работает!" или "хрипит и заикается! На И7!!!".
Пульс ничему не учит?
б) сабж делают клиенты юного техника — энергии много, мозгов 0 (про еан-13 ниже написал).
в) результат? Линух не нужен ни домохозяйкам, ни продвинутым пользователям, ни нам, фрикам (я себя таким не считаю. но так аппелируют аппИдяторы :D)

Ответить | Правка | Наверх | Cообщить модератору

114. "Разработчики systemd представили механизм автоматического мо..."  –7 +/
Сообщение от rob pike (?), 09-Мрт-14, 21:01 
> а) он теперь будет визжать везде — "звуковуха не работает!" или "хрипит
> и заикается! На И7!!!".
> Пульс ничему не учит?

Ничего подобного, в большинстве случаев пульса сразу работает и как-то что-то куда-то пищит, что и требуется. Крики начинаются у тех кто хочет чтоб работало как-то лучще - начинает что-то настраивать, удивляется зачем это оно ресэмплит и звучит как из унитаза, и т.п.

> б) сабж делают клиенты юного техника — энергии много, мозгов 0 (про еан-13 ниже написал).

А пользователи оценивают элегантность технических решений и выбирают чьими продуктами пользоваться исходя из его компетентности. В мире фантазий.
А в реальном ставят дистрибутив и кто там что инитит, тот и будет. Так что главное что энергии много.

> в) результат? Линух не нужен ни домохозяйкам, ни продвинутым пользователям, ни нам,
> фрикам (я себя таким не считаю. но так аппелируют аппИдяторы :D)

А ОС вообще сами по себе никому давно не интересны, интересны приложения. Вот, например, какой-нибудь OpenElec, достаточно заточивший Linux под XBMC и конкретный ряд железок, вполне интересен. И денег платить за поддержку желающих вполне хватает, даже не за оригинал, а за перепиленную русификацию - http://www.alexelec.ru. И если завтра выйдет новая версия на NetBSD или plan9 - никто этого даже не заметит, что какая там унутре неонка всем перпендикулярно.

Ответить | Правка | Наверх | Cообщить модератору

118. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от ананим (?), 09-Мрт-14, 21:10 
>> Пульс ничему не учит?
> Ничего подобного, в большинстве случаев пульса сразу работает и как-то

Брехня же, чувачОк.
Явная.
Пульс не может работать, когда не работает эльза.
У него НЕТ драйверов. Он фронт-энд эльзы.
Нет своих багов?

Ай-ай.
Лгунишка.

Зыж
Остальное даже не читал.
Врунов хватает. Зипёсся вас слушать.

Ответить | Правка | Наверх | Cообщить модератору

166. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 10-Мрт-14, 01:31 
> Брехня же, чувачОк.
> Явная.
> Пульс не может работать, когда не работает эльза.

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

Ответить | Правка | Наверх | Cообщить модератору

98. "Разработчики systemd представили механизм автоматического мо..."  –3 +/
Сообщение от ананим (?), 09-Мрт-14, 19:49 
Зыж
> для того, о котором вы говорите, уже давно никто ничего не делает в виду его подавляющего меньшинства

И да, это меньшинство то как раз и сделало эту систему.
Просто сюда теперь пришли манагеры (люди_с_деньгами, управленцы, инвесторы,.. как назовёте), которые почувствовали потенциал, т.о. окупаемость.
Но это не значит что все они правы, все они бафеты и все они не "развалят и слиняют" (уж кто-кто, а последнее в аткатной экономике мы-то усвоили?).
Некоторые клюют, некоторые покупаются, некоторые забивают,..
А некоторым всё-равно. Лишь бы возможность исправить оставили.

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

113. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от rob pike (?), 09-Мрт-14, 20:52 
>И да, это меньшинство то как раз и сделало эту систему.

Мавр сделал своё дело, мавр может валить

Ответить | Правка | Наверх | Cообщить модератору

121. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от ананим (?), 09-Мрт-14, 21:13 
Это к айзену.
Потому гпл и затеяли.
Ответить | Правка | Наверх | Cообщить модератору

134. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Маленькая Серая Мышка (?), 09-Мрт-14, 22:29 
После этого был изобретен "Open Source" для его нейтрализации.
Да и вообще много чего произошло.
Ответить | Правка | Наверх | Cообщить модератору

138. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от ананим (?), 09-Мрт-14, 23:37 
До п... олярной звезды.

А произошло на самом деле одно — софт под гпл доказал, что он юридически и с точки зрения бизнеса настолько устойчив, что от него можно отталкиваться.
А остальное — круги на воде. Бывают сильные.
Но редко.

Ответить | Правка | Наверх | Cообщить модератору

194. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 10-Мрт-14, 02:36 
>>И да, это меньшинство то как раз и сделало эту систему.
> Мавр сделал своё дело, мавр может валить

Марков, перелогинься.

Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

182. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 10-Мрт-14, 02:01 
> Нет, они делают удобным именно для человека, только не такого, каким вы его себе представляете.

Каким же вы себе представляете "правильного" человека? Я пока вижу только один ответ - не читающим манов.

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

225. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от vi (?), 10-Мрт-14, 14:14 
> Нет, они делают удобным именно для человека, только не такого, каким вы
> его себе представляете. Он никогда никуда не полезет и всё должно
> или работать "само". Если что-то не заработает (не "как ему надо",
> а просто как-нибудь, как ему надо - он сам не знает),
> он возьмет другой дистрибутив или другую версию этого или пойдет на
> askUbuntu.

Ви таки забили еще один вариант!
Купить вазелина и пойти на поклон к производителю данного поделия ;)
Ну а если нет альтернативы, то, тогда вазелин придется отбросить! ;)

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

106. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 09-Мрт-14, 20:22 
Плюсанул. Как увижу юнит понимаю что разобраться в нем может только тостер.
Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

178. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 10-Мрт-14, 01:55 
> Плюсанул. Как увижу юнит понимаю что разобраться в нем может только тостер.

Даешь systemd на NetBSD!

Ответить | Правка | Наверх | Cообщить модератору

165. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от Аноним (-), 10-Мрт-14, 01:30 
> Собственно, это одна из проблем дизайна systemd (а заодно - общей направленности
> его авторов) - то, что можно сделать удобным И для машины
> И для человека - они делают удобным только для машины.

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

> Вспомнить хоть имена сетевых интерфейсов, хоть бинарный лог вместо пары "текстовый лог плюс бинарный индекс".

Довольно хорошие примеры того, что можно сделать удобно И для машины, И для человека.

Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

205. "Разработчики systemd представили механизм автоматического мо..."  +2 +/
Сообщение от Маленькая Серая Мышка (?), 10-Мрт-14, 05:46 
> Потому что машина практически всегда может перевести в вид, удобный для человека

Серьезно? Посмотрите на результат работы дизассемблера как-нибудь при случае.

> а вот обратное преобразование - весьма нетривиально

И на устройство ассемблера тогда уж заодно.

Ответить | Правка | Наверх | Cообщить модератору

35. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 09-Мрт-14, 13:12 
Потому что это тоже GUID, только их заранее кто-то сгенерировал и записал в спецификацию. Или тебе объяснить, какие преимущества у GUID перед "читабельными" идентификаторами?
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

226. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от vi (?), 10-Мрт-14, 14:27 
> Потому что это тоже GUID, только их заранее кто-то сгенерировал и записал
> в спецификацию. Или тебе объяснить, какие преимущества у GUID перед "читабельными"
> идентификаторами?

UUID="Этот-дисочек-на-2TB-от-Seagate-попалcя-мне-в-руки-Пнд-Мар-10-14:24:30-MSK-2014"
ИМХО второго такого вряд ли попадется? Или я не прав.

Ответить | Правка | Наверх | Cообщить модератору

246. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 11-Мрт-14, 12:27 
> ИМХО второго такого вряд ли попадется? Или я не прав.

В каком-то роде правы, однако глядя на то как народ лихо вколачивает паролями qwerty и 123456 - вероятность коллизий далеко не нулевая. К тому же у вас запись длиннее и не фиксированного размера. Что вызывает много вопросов о ее хранении и worst cases. Сколько туда текста можно вгружать? Килобайт - льзя? А войну и мир скопипастить? В *uid размер выбран таким что при случайной генерации шанс получить повтор уже ничтожно мал, но на хранение еще не требуется 100500 килобайтов.

Ответить | Правка | Наверх | Cообщить модератору

257. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от vi (?), 11-Мрт-14, 21:50 
>> ИМХО второго такого вряд ли попадется? Или я не прав.
> В каком-то роде правы, однако глядя на то как народ лихо вколачивает
> паролями qwerty и 123456 - вероятность коллизий далеко не нулевая. К
> тому же у вас запись длиннее и не фиксированного размера. Что
> вызывает много вопросов о ее хранении и worst cases. Сколько туда
> текста можно вгружать? Килобайт - льзя? А войну и мир скопипастить?
> В *uid размер выбран таким что при случайной генерации шанс получить
> повтор уже ничтожно мал, но на хранение еще не требуется 100500
> килобайтов.

Согласен с Вами.
И я не зря метку времени туда вставил. Она конечно избыточна по количеству байт, но можно взять количество секунд с начала эпохи (или что то подобное). Это конечно будет не очень читабельно для человека, а для машины это уже почти что настоящий UUID. Остается добавить еще немного "другой" информации и получим настоящий UUID!

Ответить | Правка | Наверх | Cообщить модератору

258. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 12-Мрт-14, 12:00 
> И я не зря метку времени туда вставил. Она конечно избыточна по
> количеству байт, но можно взять количество секунд с начала эпохи (или
> что то подобное). Это конечно будет не очень читабельно для человека,
> а для машины это уже почти что настоящий UUID. Остается добавить
> еще немного "другой" информации и получим настоящий UUID!

И зачем всё это?

Ответить | Правка | Наверх | Cообщить модератору

260. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от vi (?), 12-Мрт-14, 14:58 
>> И я не зря метку времени туда вставил. Она конечно избыточна по
>> количеству байт, но можно взять количество секунд с начала эпохи (или
>> что то подобное). Это конечно будет не очень читабельно для человека,
>> а для машины это уже почти что настоящий UUID. Остается добавить
>> еще немного "другой" информации и получим настоящий UUID!
> И зачем всё это?

Например, что бы не сильно беспокоится о повторяющихся UUID-ах.

Ответить | Правка | Наверх | Cообщить модератору

261. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 12-Мрт-14, 15:59 
>>> И я не зря метку времени туда вставил. Она конечно избыточна по
>>> количеству байт, но можно взять количество секунд с начала эпохи (или
>>> что то подобное). Это конечно будет не очень читабельно для человека,
>>> а для машины это уже почти что настоящий UUID. Остается добавить
>>> еще немного "другой" информации и получим настоящий UUID!
>> И зачем всё это?
> Например, что бы не сильно беспокоится о повторяющихся UUID-ах.

Возвращаюсь в вопросу: и зачем это в контексте этой новости? Там жёстко в исходники защиты uuid-ы разделов.

Ответить | Правка | Наверх | Cообщить модератору

263. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от vi (?), 12-Мрт-14, 22:42 

> Возвращаюсь в вопросу: и зачем это в контексте этой новости? Там жёстко
> в исходники защиты uuid-ы разделов.

Все, умолкаю (ибо исходников не смотрел)!

Ответить | Правка | Наверх | Cообщить модератору

264. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 12-Мрт-14, 23:15 
> Все, умолкаю (ибо исходников не смотрел)!

Так подойдёт http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/... ?

Ответить | Правка | Наверх | Cообщить модератору

265. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от vi (?), 12-Мрт-14, 23:30 
>> Все, умолкаю (ибо исходников не смотрел)!
> Так подойдёт http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/...
> ?

Спасибо!
Но легче мне не стало. Наверное лучше сказать веселее мне не стало ;)

Ответить | Правка | Наверх | Cообщить модератору

40. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Константавр (ok), 09-Мрт-14, 13:22 
Местные макаки закидали Вас какашками? неудивительно, такова судьба опенсорсного сообщества...

По теме: Если у Вас один жёсткий диск с одним разделом названным как "swap", то проблем нет, но если два - то уже проблема. На самом деле - этот путь проб и ошибок пройден классическими дистрибутивами и /etc/fstab, hal и последовавшим udev. Представьте, что метка флэшки "Data" или "home" совпадает с имеющейся в системе меткой, или две подключаемых флэшки/диска с одинаковыми именами. И это на простом домашнем компьютере. На больших системах проблема ещё острее.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

43. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 09-Мрт-14, 13:28 
Здесь ведь не совсем про это. Типы известны заранее и определены в спецификации. Это не метки-названия самих файловых систем.

Другое дело, что делать их человекочитаемыми все равно смысла нет.

Ответить | Правка | Наверх | Cообщить модератору

88. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Crazy Alex (ok), 09-Мрт-14, 18:28 
Ровно до того момента, когда у вас лег диск и нужно выдергивать информацию с него. Это как первый пришедший в  голову пример.
Ответить | Правка | Наверх | Cообщить модератору

112. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Lain_13email (ok), 09-Мрт-14, 20:52 
И чем тебе в этом помогут человекочитаемые метки типов разделов? Всё одно полный дамп сделаешь и будешь анализировать его чем-то автоматическим.
Ответить | Правка | Наверх | Cообщить модератору

129. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 09-Мрт-14, 21:57 
>Ровно до того момента, когда у вас лег диск и нужно выдергивать информацию с него. Это как первый пришедший в  голову пример.

И за что же будет проще зацепиться? Хоть автоматической программе, хоть человеку с HEX-редактором? За английское слово "swap" (которое может встретиться где угодно) или за уникальную последовательность из 16 байт? Ведь вероятность, что эти GUID встретятся где-то, кроме как в качестве меток типов в GPT, крайне мала (если только не окажется по совпадению, что какой-то формат файлов ее часто использует). Следовательно, если мы их найдем в дампе диска, можно сразу сказать: здесь почти наверняка информация о разделе GPT.

Другое дело, что я не специалист, конечно, по выковыриванию информации с убитых дисков, я бы взял уже готовую автоматическую утилиту или заказал бы в какой-нибудь конторе. Если вы специалист, то, наверное, вы лучше знаете.

Надо будет попробовать провести такие эксперименты, прямо сейчас только времени нет.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

145. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от root (??), 10-Мрт-14, 00:36 
>И за что же будет проще зацепиться?

За нормальные разделы, которые есть на нормальном диске.

Проблемы ССЗБ шерифов не волнуют.

Ответить | Правка | Наверх | Cообщить модератору

147. "Разработчики systemd представили механизм автоматического мо..."  –2 +/
Сообщение от Ytch (ok), 10-Мрт-14, 00:42 
> За английское слово "swap" (которое может встретиться где угодно) или за уникальную последовательность из 16 байт? Ведь вероятность, что эти GUID встретятся где-то, кроме как в качестве меток типов в GPT, крайне мала (если только не окажется по совпадению, что какой-то формат файлов ее часто использует). Следовательно, если мы их найдем в дампе диска, можно сразу сказать: здесь почти наверняка информация о разделе GPT.

Че за бред? Если тип(!) (не конкретный экземпляр) определяется этими 16-тью байтами, то какая нах уникальность? Тип одинаков на всём, что имеет такой тип - в этом его смысл.
Насчет "вряд ли где ещё встретятся": угадайте, какие константные строки (или массивы) будут почти во всех программах и их исходниках, которые хоть как-то работают с этой штукой?

А как вы думаете это все "забито" в сабже?

http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/...
http://cgit.freedesktop.org/systemd/systemd/tree/src/systemd...

P.S. на всякий случай: если у меня есть сабж, но в помине нет таких разделов, то такая последовательность байтов обязательно найдется (в теле сабжа как минимум).

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

186. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 10-Мрт-14, 02:10 
>[оверквотинг удален]
> тип - в этом его смысл.
> Насчет "вряд ли где ещё встретятся": угадайте, какие константные строки (или массивы)
> будут почти во всех программах и их исходниках, которые хоть как-то
> работают с этой штукой?
> А как вы думаете это все "забито" в сабже?
> http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/...
> http://cgit.freedesktop.org/systemd/systemd/tree/src/systemd...
> P.S. на всякий случай: если у меня есть сабж, но в помине
> нет таких разделов, то такая последовательность байтов обязательно найдется (в теле
> сабжа как минимум).

Хм. Вы полагаете, что со словом swap получится лучше?

Ответить | Правка | Наверх | Cообщить модератору

197. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Ytch (ok), 10-Мрт-14, 02:41 
> Хм. Вы полагаете, что со словом swap получится лучше?

Я полагаю, что никакой разницы )) Просто показал, что набор байт GUID очевидно не будет уникален на диске и даже вполне возможно его ложное наличие, вопреки тому что пытались утверждать выше.

Ответить | Правка | Наверх | Cообщить модератору

209. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от Аноним (-), 10-Мрт-14, 06:51 
> ложное наличие, вопреки тому что пытались утверждать выше.

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

Ответить | Правка | Наверх | Cообщить модератору

218. "Разработчики systemd представили механизм автоматического мо..."  +2 +/
Сообщение от Ytch (ok), 10-Мрт-14, 10:40 
>> ложное наличие, вопреки тому что пытались утверждать выше.
> Если у тебя случаются такие случайности, ты всенепременно обязан разорить ближайшие казино.
> Это для тебя вообще должно быть сущей ерундой.

Ты так ничего и не понял. Никаких случайностей тут нет. Научу. Скомпилируй сабж, положи себе на диск и у тебя на диске тут же появится искомый набор байтов. Иди разоряй казино, теперь ты тоже знаешь кунг-фу. Это НЕ уникальный идентификатор, который нигде никогда не должен повторяться (несмотря на такое представление), наоборот.

Ответить | Правка | Наверх | Cообщить модератору

167. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 10-Мрт-14, 01:32 
> Ровно до того момента, когда у вас лег диск и нужно выдергивать
> информацию с него. Это как первый пришедший в  голову пример.

Среднестатистические "домохозяйки", составляющие 95% пользователей ПК, не занимаются такими вещами. А для всех остальных есть fstab.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

204. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Маленькая Серая Мышка (?), 10-Мрт-14, 05:44 
>для всех остальных есть fstab

Это ненадолго.

Ответить | Правка | Наверх | Cообщить модератору

50. "Разработчики systemd представили механизм автоматического мо..."  –2 +/
Сообщение от Аноним (-), 09-Мрт-14, 14:21 
>  Ну, если надо именно 16 байт, то остаток можно забить каким-то символом.
> В любом случае удобней.

Наверное секрет в том что UID уникально идентифицирует диск, поэтому перетасовав каналы SATA или что там у вас еще - диск перепутан все-равно не будет. Ведь UID не изменился. А swap - что "swap"? Воткнуто 5 дисков, все называются swap. Дальше что? Который из них нужен?

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

54. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Аноним (-), 09-Мрт-14, 14:48 
> Воткнуто 5 дисков, все называются swap. Дальше что? Который из них нужен?

Все и сразу, пожалуйста.

Ответить | Правка | Наверх | Cообщить модератору

149. "Разработчики systemd представили механизм автоматического мо..."  +2 +/
Сообщение от Ytch (ok), 10-Мрт-14, 00:52 
>>  Ну, если надо именно 16 байт, то остаток можно забить каким-то символом.
>> В любом случае удобней.
> Наверное секрет в том что UID уникально идентифицирует диск, поэтому перетасовав каналы
> SATA или что там у вас еще - диск перепутан все-равно
> не будет. Ведь UID не изменился. А swap - что "swap"?
> Воткнуто 5 дисков, все называются swap. Дальше что? Который из них
> нужен?

А теперь сюрприз: если раздел подкачки идентифицируется как 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F, то он так идентифицируется на всех(!) воткнутых дисках. Это идентификатор типа(!) раздела, а не самого раздела. Это не UUID, о котором вы хотели, видимо, сказать.

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

183. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 10-Мрт-14, 02:03 
> А теперь сюрприз: если раздел подкачки идентифицируется как 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F,
> то он так идентифицируется на всех(!) воткнутых дисках.

И это замечательно. Потому что параллельно подключенные свопы, насколько я помню, работают в режиме stripe, что значительно увеличивает и скорость работы, и доступный объем свопа.

Ответить | Правка | Наверх | Cообщить модератору

196. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Ytch (ok), 10-Мрт-14, 02:40 
>> А теперь сюрприз: если раздел подкачки идентифицируется как 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F,
>> то он так идентифицируется на всех(!) воткнутых дисках.
> И это замечательно. Потому что параллельно подключенные свопы, насколько я помню, работают
> в режиме stripe, что значительно увеличивает и скорость работы, и доступный
> объем свопа.

Именно! И нет никакой разницы идентифицируются они как "swap" или как "0657FD6D-A4AB-43C4-84E5-0933C84B4F4F" (а выше указывали что имя "swap" приносит одни проблемы в отличие от, да и вообще типа этот идентификатор якобы уникален).

С несвоп разделами так легко не обойдется ))

Ответить | Правка | Наверх | Cообщить модератору

56. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 09-Мрт-14, 14:52 
> Расскажите, плиз, мне почему бы вместо "0657FD6D-A4AB-43C4-84E5-0933C84B4F4F" не использовать
> строку типа "swap"? Это ведь просто 16 байт? Ну, если надо
> именно 16 байт, то остаток можно забить каким-то символом. В любом
> случае удобней.

Поздравляю, вы придумали метки разделов.
Монтирование по меткам, по UUID и GUID - это три _разных_ технологии монтирования, каждая из которых имеет свою область применимости.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

69. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Xasd (ok), 09-Мрт-14, 15:38 
> Монтирование по меткам, по UUID и GUID - это три _разных_ технологии монтирования, каждая из которых имеет свою область применимости.

и ещё можно уточнить что существуют:

1. метки хранящиеся внутри файловых системем (LABEL)

2. метки GPT-разделов (PARTLABEL)

(по наналогии с UUID и PARTUUID)

Ответить | Правка | Наверх | Cообщить модератору

64. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Xasd (ok), 09-Мрт-14, 15:10 
> Расскажите, плиз, мне почему бы вместо "0657FD6D-A4AB-43C4-84E5-0933C84B4F4F" не использовать строку типа "swap"?

какой именно swap? их много.. например linux-swap.. и потом какая именно версия linux-swap?

кроме ядра Linux -- существует и остальной мир (в том числе куча проприетарного говна)..

в первую очередь именно Linux будет страдать, если проприетрное говно начнёт конфликтовать по поводу типов GPT-разделов.

поэтому GPT имеет GUID-строчки..

а вот файл /etc/fstab -- это чисто linux`овский файл, и ему НЕ нужны излишние уточнения об операционной системе и версиях.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

75. "Разработчики systemd представили механизм автоматического мо..."  +4 +/
Сообщение от Аноним 2.0 (?), 09-Мрт-14, 17:01 
Файл fstab не линуксовский. Инфа 146%!
Ответить | Правка | Наверх | Cообщить модератору

117. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Xasd (ok), 09-Мрт-14, 21:07 
тот который внутр GNU/Linux -- линуксовский.
Ответить | Правка | Наверх | Cообщить модератору

95. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от ананим (?), 09-Мрт-14, 19:16 
>> типа "swap"?
> какой именно swap? их много..

А сабж тоже не в курсе.
Если что.

Зыж
Я вообще не понимаю почему не догадались кодировать как в еан-13 к примеру (3 числа — страна, 5 — вендор, 4 — продакт, 1 - чексумм).
Опять же pci-id, usb-id,..

Тут же вообще 128, но нет, свап, сцуко, будет только вот эта комбинация из 128 средних пальцев.

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

140. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 09-Мрт-14, 23:57 
Потому что потом появится организация, которая начнёт "по сходной цене" продавать VendorID. Вы открытый проект и денег тратить не хотите? Ну и идите к чёрту, у нас тут серьёзные дяди бизнес делают. Собственно, с USB уже так.
Ответить | Правка | Наверх | Cообщить модератору

159. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Ytch (ok), 10-Мрт-14, 01:09 
> Потому что потом появится организация, которая начнёт "по сходной цене" продавать VendorID.
> Вы открытый проект и денег тратить не хотите? Ну и идите
> к чёрту, у нас тут серьёзные дяди бизнес делают. Собственно, с
> USB уже так.

Есть разница все-таки. С usb есть куча вендоров и ещё бОльшая куча устройств (VID+PID). Появляются не просто новые устройства, а новые классы устройств. А с типами разделов что? Даже если каждый житель планеты создаст миллиард типов разделов (глупо тут даже спрашивать зачем и почему - абсурд так абсурд), то все равно не займут даже половины возможных GUID. да там реально трех байт хватает чтоб закрыть тему на 100 лет вперед, а если исключить реально неживые, то и ещё больше.

Ответить | Правка | Наверх | Cообщить модератору

217. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от ананим (?), 10-Мрт-14, 10:31 
> Потому что потом появится организация, которая начнёт "по сходной цене" продавать VendorID.

А кто сказал, что это поле вообще должно быть?
Есть такой термин — аналогия.
Это была аналогия на работающий алгоритм.
Вполне подошло бы что-то типа:
ДевИД-ПартИД-ПартТайпИД-..-чексумм
Всем хорошо, и прграммной обработке, и визуальной.

Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

229. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от кевин (?), 10-Мрт-14, 22:37 
потому что значение string зависит от кодировки, а hex он и в руанде hex
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру