The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Разработчики systemd представили механизм автоматического мо..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от opennews (??) on 09-Мрт-14, 11:38 
В списке рассылки разработчиков systemd представлена (http://lists.freedesktop.org/archives/systemd-devel/2014-Mar...) реализация автоматического обнаружения и монтирования разделов, основанная на идентификаторах типов разделов, используемых в разметке GUID Partition Table (http://ru.wikipedia.org/wiki/Таблица_разделов_GUID) (GPT). Такой подход в перспективе позволяет отказаться от использования файла /etc/fstab в некоторых ситуациях.


Формат разметки диска GPT является современной альтернативой классическому методу разметки, основанному на сохранении таблицы разделов в главной загрузочной записи (MBR). Существенным преимуществом формата GPT является поддержка жестких дисков объемом до 9.4 зетабайт, в то время как MBR-разметка ограничивается 2.2 терабайтами. Кроме того, формат GPT, в отличие от MBR, полностью совместим с EFI-системами.


Предложенный разработчиками systemd механизм основан на 16-байтовых идентификаторах типов разделов, используемых в таблице разделов формата GPT. Например, раздел подкачки идентифицируется как 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F. В отличие от уникальных идентификаторов разделов (UUID), идентификаторы типов известны заранее. Это позволяет автоматически обнаруживать и монтировать разделы, основываясь на их типе. В частности, в настоящий момент systemd поддерживает (http://www.freedesktop.org/wiki/Specifications/DiscoverableP.../) автоматическое обнаружение корневого раздела, /boot (загрузочный EFI-раздел), /home, /srv и разделов подкачки.


Эта функция реализована при помощи двух специальных модулей, systemd-auto-gpt-generator (http://www.freedesktop.org/software/systemd/man/systemd-gpt-...) и systemd-efi-boot-generator (http://www.freedesktop.org/software/systemd/man/systemd-efi-...). На ранних этапах загрузки они анализируют таблицы разделов всех доступных дисков и создают соответствующие юниты, описывающие точки монтирования и устройства подкачки. Механизм обнаружения раздела автоматически отключается, если монтирование в данную точку было уже настроено вручную (через /etc/fstab или юнит-файл), а также в том случае, если каталог, в который производится монтирование, не пуст. Если в системе имеется несколько разделов одного типа, используется первый из найденных (за исключением разделов подкачки, количество которых не ограничивается).


Такой подход упрощает установку и администрирование систем в некоторых ситуациях, в частности, при наличии нескольких установленных Linux-систем, использующих общие разделы с информацией пользователей (/home) и системных демонов (/srv), а также разделы подкачки. Кроме того, значительно упрощается работа с live-системами и образами виртуальных контейнеров, которые теперь могут подключать разделы без дополнительной настройки. В простейших случаях, например, при наличии одного корневого раздела и одного раздела /home, становится возможным полностью отказаться от использования файла /etc/fstab.


В более сложных ситуациях, требующих дополнительных настроек, рекомендуется, как и раньше, использовать /etc/fstab или юнит-файлы. Автоматическое обнаружение некоторых других типов разделов, в частности, /var и /usr, поддерживать не планируется, так как содержимое этих разделов сильно обусловлено спецификой дистрибутивов, и их совместное использование несколькими установленными дистрибутивами Linux весьма проблематично.

URL: http://lists.freedesktop.org/archives/systemd-devel/2014-Mar...
Новость: https://www.opennet.ru/opennews/art.shtml?num=39271

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

Оглавление

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


1. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Аноним (??) on 09-Мрт-14, 11:38 
замечательно
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

262. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 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) on 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 +/
Сообщение от Фыр on 09-Мрт-14, 12:58 
Строка в моём сообщении не UUID, хотя и похожа на него.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Даешь systemd на NetBSD!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

147. "Разработчики systemd представили механизм автоматического мо..."  –2 +/
Сообщение от Ytch (ok) on 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 представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 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 получится лучше?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

64. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Xasd (ok) on 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 on 09-Мрт-14, 17:01 
Файл fstab не линуксовский. Инфа 146%!
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4. "Разработчики systemd представили механизм автоматического мо..."  –5 +/
Сообщение от anonymous (??) on 09-Мрт-14, 11:48 
>На ранних этапах загрузки они анализируют таблицы разделов всех доступных дисков и создают соответствующие юниты, описывающие точки монтирования и устройства подкачки.

Мда, кривее придумать невозможно.

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

7. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от Аноним (??) on 09-Мрт-14, 11:52 
Ну, и поведай нам умник, как правильно. Или только языком чесать горазды диванные АНАЛитеги ?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

14. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от anonymous (??) on 09-Мрт-14, 12:13 
>Ну, и поведай нам умник, как правильно. Или только языком чесать горазды диванные АНАЛитеги ?

А что тут придумывать? Находи нужные разделы и монтируй. Зачем для этого ещё юниты генерить, вообще загадка.

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

52. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от Аноним (??) on 09-Мрт-14, 14:45 
> А что тут придумывать? Находи нужные разделы и монтируй. Зачем для этого
> ещё юниты генерить, вообще загадка.

Что, прямо сам инит должен искать разделы? А как же модульность?
Вообще-то, юниты - это API процесса init. В том числе те, которые генерируются в tmpfs.

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

70. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от anonymous (??) on 09-Мрт-14, 16:13 
>Что, прямо сам инит должен искать разделы? А как же модульность?

А при чём тут модульность вообще?


>Вообще-то, юниты - это API процесса init. В том числе те, которые генерируются в tmpfs.

И что?

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

163. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от Аноним (??) on 10-Мрт-14, 01:27 
> А при чём тут модульность вообще?

При том, что это виндyзятничество.

> И что?

И то, что API нужно для модульности, а модульность - см. выше.

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

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

Сканировалка диска, встроенная в init? Отличная идея. А поццеринг просто лошaра, вынес ее в отдельный модуль.

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

230. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от кевин on 10-Мрт-14, 22:39 
>>Ну, и поведай нам умник, как правильно. Или только языком чесать горазды диванные АНАЛитеги ?
> А что тут придумывать? Находи нужные разделы и монтируй. Зачем для этого
> ещё юниты генерить, вообще загадка.

находи преступников и сажай, зачем ещё судебные ордеры виписывать?

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

247. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 11-Мрт-14, 12:32 
> находи преступников и сажай, зачем ещё судебные ордеры виписывать?

Implemented! https://back.nothingtohide.cc/

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

60. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 09-Мрт-14, 14:58 
> Ну, и поведай нам умник, как правильно. Или только языком чесать горазды
> диванные АНАЛитеги ?

Надо внести поиск разделов прямо в процесс init, чтобы следовать юниксвею и не создавать архитектурных проблем. Модули - это виндyзятничество.

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

71. "Разработчики systemd представили механизм автоматического мо..."  –2 +/
Сообщение от anonymous (??) on 09-Мрт-14, 16:18 
>Модули - это виндyзятничество.

Конечно. "Создание юнитов на раннем этапе загрузки" есть костыль.

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

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

Примерно такой же костыль, как любое использование любого API.

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

248. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 11-Мрт-14, 12:32 
> Конечно. "Создание юнитов на раннем этапе загрузки" есть костыль.

А уж системные вызовы дергать - вообще звиздецЪ.

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

214. "Разработчики systemd представили механизм автоматического мо..."  +2 +/
Сообщение от Kroz email(??) on 10-Мрт-14, 09:38 
>На ранних этапах загрузки они анализируют таблицы разделов всех доступных дисков и создают соответствующие юниты, описывающие точки монтирования и устройства подкачки.

Я правильно понимаю, что систему теперь можно будет увести в ступор банально подключив битый hdd на этапе загрузки (или даже в процессе работы)?

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

231. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от кевин on 10-Мрт-14, 22:52 
>>На ранних этапах загрузки они анализируют таблицы разделов всех доступных дисков и создают соответствующие юниты, описывающие точки монтирования и устройства подкачки.
> Я правильно понимаю, что систему теперь можно будет увести в ступор банально
> подключив битый hdd на этапе загрузки (или даже в процессе работы)?

в каком плане битый? если его контроллер будет вешать uefi\bios то да это не от системд зависит.

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

но я вас предупредил.

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

5. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от gimrock (ok) on 09-Мрт-14, 11:48 
Народ, подскажите, где можно купить веник на пару зеттабайт?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от diozan on 09-Мрт-14, 12:09 
> Народ, подскажите, где можно купить веник на пару зеттабайт?

Гугли на тему "аппаратный рэйд". В системе виднеется как один диск.

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

62. "Разработчики systemd представили механизм автоматического мо..."  +4 +/
Сообщение от Аноним (??) on 09-Мрт-14, 15:02 
> Народ, подскажите, где можно купить веник на пару зеттабайт?

Чтобы ощутить всю мощь MBR, достаточно и трех терабайт.

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

215. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Kroz email(??) on 10-Мрт-14, 09:39 
> Народ, подскажите, где можно купить веник на пару зеттабайт?

На счет зеттабайт не знаю, а вот 4Tb уже продаются аж бегом. Судя по всему, ты еще не приобрел.

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

6. "Разработчики systemd представили механизм автоматического мо..."  +4 +/
Сообщение от Аноним (??) on 09-Мрт-14, 11:49 
Осталось только иксы в systemd запихать
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Разработчики systemd представили механизм автоматического мо..."  +5 +/
Сообщение от rshadow (ok) on 09-Мрт-14, 11:53 
Надо к нему еще пакетныйменеджер припилить, чтоб оно дрова само во время загрузки скачивало и устанавливало.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

49. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от anonymous (??) on 09-Мрт-14, 14:10 
Мелко все это как-то... kerneld нужен, сколько можно уже ждать?
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

55. "Разработчики systemd представили механизм автоматического мо..."  +3 +/
Сообщение от Аноним (??) on 09-Мрт-14, 14:50 
> Мелко все это как-то... kerneld нужен, сколько можно уже ждать?

Разработчики Hurd говорят, что еще долго. Но уже с надеждой смотрят на systemd, да.

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

238. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Маленькая Серая Мышка on 10-Мрт-14, 23:53 
Вот вы смеетесь, а они к осени и прилепят.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

39. "Разработчики systemd представили механизм автоматического мо..."  +3 +/
Сообщение от Flyer (??) on 09-Мрт-14, 13:19 
> Осталось только иксы в systemd запихать

Автомонтирование неполноценно без автозапуска. Даёшь autorun.inf ! :)

Будет теперь, как винда, всякую гадость [s]в рот тянуть[/s] пытаться монтировать.

А если я проблемный диск для ручной диагностики и восстановления подключил?
А можно ли указать опции монтирования, в т.ч. noauto?

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

63. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 09-Мрт-14, 15:04 
> А если я проблемный диск для ручной диагностики и восстановления подключил?
> А можно ли указать опции монтирования, в т.ч. noauto?

В тексте новости специально про вас написано

> В более сложных ситуациях, требующих дополнительных настроек, рекомендуется, как и раньше, использовать /etc/fstab или юнит-файлы.

 

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

105. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Аноним (??) on 09-Мрт-14, 20:14 
Мне кажется, Вы не поняли, про что жалоба.

>  В более сложных ситуациях, требующих дополнительных настроек, рекомендуется, как и раньше, использовать /etc/fstab или юнит-файлы.

Это пользователю рекомендуется, но никаких гарантий, что SystemD заметит, что не надо ничего лишнего монтировать, не даётся.

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

119. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Xasd (ok) on 09-Мрт-14, 21:10 
> но никаких гарантий, что SystemD заметит

а что -- systemd он в вашем преставлении -- как девочка? типа:

"у меня сегодня плохое настроение, так что я не буду обращать внимание на ваши fstab!"

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

160. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Ytch (ok) on 10-Мрт-14, 01:18 
>> но никаких гарантий, что SystemD заметит
> а что -- systemd он в вашем преставлении -- как девочка? типа:
> "у меня сегодня плохое настроение, так что я не буду обращать внимание
> на ваши fstab!"

Ага. Как-то так. Диск подключил, а fstab пока не пополнил, как вариант. Что в этом случае?
Сценарий наоборот (fstab вперед диска) как бы даже декларируется что предусмотрен, а тут чего? Раньше все было просто и вполне укладывалось в общую концепцию - пока не дал указаний и действий произведено не будет.

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

168. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от Аноним (??) on 10-Мрт-14, 01:35 
> Ага. Как-то так. Диск подключил, а fstab пока не пополнил, как вариант.
> Что в этом случае?

Выстрелил себе в ногу и попал - а виноват в этом разработчик пистолета!

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

193. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Ytch (ok) on 10-Мрт-14, 02:31 
>> Ага. Как-то так. Диск подключил, а fstab пока не пополнил, как вариант.
>> Что в этом случае?
> Выстрелил себе в ногу и попал - а виноват в этом разработчик
> пистолета!

Ага. Во всех пистолетах до того был предохранитель (умные люди подумали, позаботились), а в новом его исключили как ужасное наследие прошлого, но при этом заверили, что все будет работать как и раньше и даже лучше и безопаснее. Просто разработчики новой модели всегда стреляли вверх и клали пистолет на полку и не подумали что куче людей надо стрелять вниз и убирать в кобуру. В этом случае виноваты конечно те кто стреляет и убирает не так как разработчики!

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

181. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 10-Мрт-14, 01:58 
> Это пользователю рекомендуется, но никаких гарантий, что SystemD заметит, что не надо
> ничего лишнего монтировать, не даётся.

Гарантия проста - монтируется первый попавшийся раздел с таким GUID. Если такой раздел только один - все ок. Если больше одного - пользователь ССЗБ, надо было fstab править, раз такой умный.

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

210. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 10-Мрт-14, 07:02 
[quote]
А если я проблемный диск для ручной диагностики и восстановления подключил?
[/quote]

Если на горячую тогда что-то вроде этого, перед подключением:
  
  systemctl stop systemd-АвтоМонтирование

Если на холодную, тогда:

  1. Заполняем fstab собственными разделами
  2. systemctl disable systemd-АвтоМонтирование

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

223. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от хм on 10-Мрт-14, 13:15 
и зачем мне эти сложности?
Ответить | Правка | ^ к родителю #210 | Наверх | Cообщить модератору

224. "Разработчики systemd представили механизм автоматического мо..."  +3 +/
Сообщение от Аноним (??) on 10-Мрт-14, 14:06 
> и зачем мне эти сложности?

Это же не сложности, как ты не понимаешь.
Типичная речь вылизивателя поттеринга:
1. Уже давно пора было сделать эту вещь, потому что так проще.
2. А как сделать ....? В большинстве случаев только такое поведение системы и надо, другие варианты для простых пользователей не существуют и не нужны.
3. В одном случае из десяти тысяч всего то надо(здесь перечисления кучи команд, опций и текста размером на обычный порнофильм).
4. Все кто этого не понимает ретрограды, старые пеньки не способные освоить новый способ.

У них одна бида-пичаль. Они не могут доказать первый пункт "давно пора это сделать". Потому что они тут же переходят к "простому пользователю надо только это"->уже давно пора это сделать. А как только доходят до пункта что "надо простому пользователю" они пользуются ранее выведенной мыслью "давно пора это сделать".

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

232. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от кевин on 10-Мрт-14, 22:53 
> Осталось только иксы в systemd запихать

вэйланд жэ!

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

243. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Аноноим on 11-Мрт-14, 12:19 
На самом деле, сейчас можно делать ставки, что дальше поцтеринг попытается захавать в себя: загрузчик (наверное, lilo), busybox, или консольные шрифты ....
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

10. "Разработчики systemd представили механизм автоматического мо..."  +5 +/
Сообщение от Аноним (??) on 09-Мрт-14, 11:54 
Видимо, разработчиков волнует, что системы слишком быстро загружаются
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Fracta1L (ok) on 09-Мрт-14, 12:14 
А я на своей системе уже выкинул fstab и монтирую разделы через юниты.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Разработчики systemd представили механизм автоматического мо..."  +3 +/
Сообщение от Аноним (??) on 09-Мрт-14, 12:15 
скоро у админа будет всего одна доступная кнопка -- всё остальное за него сделает systemd, ведь оно лучше знает, как надо
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

57. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 09-Мрт-14, 14:54 
> скоро у админа будет всего одна доступная кнопка -- всё остальное за
> него сделает systemd, ведь оно лучше знает, как надо

Скорее, systemd превращает китайский алфавит в латинский. Вряд ли удастся сократить его до одной буквы, но вот от лишнего гемора избавиться можно.

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

148. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от pavlinux (ok) on 10-Мрт-14, 00:46 
Мож поццеринг лучше меня знает, какой мне нужен allocsize на XFS и где писать nodev ?!
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

161. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Ytch (ok) on 10-Мрт-14, 01:20 
> Мож поццеринг лучше меня знает, какой мне нужен allocsize на XFS и
> где писать nodev ?!

Вы считаете, что нет. Он считает, что да.

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

170. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от Аноним (??) on 10-Мрт-14, 01:40 
>> Мож поццеринг лучше меня знает, какой мне нужен allocsize на XFS и
>> где писать nodev ?!
> Вы считаете, что нет. Он считает, что да.

А пользователь Ytch считает, что он поццеринг.

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

199. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Ytch (ok) on 10-Мрт-14, 02:52 
>>> Мож поццеринг лучше меня знает, какой мне нужен allocsize на XFS и
>>> где писать nodev ?!
>> Вы считаете, что нет. Он считает, что да.
> А пользователь Ytch считает, что он поццеринг.

(смущенно) Ну что вы... мне до уровня хамства, самонадеянности и "знания" за других что им надо, как у того персонажа, как до Луны пешком.

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

233. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от кевин on 10-Мрт-14, 22:58 
> Мож поццеринг лучше меня знает, какой мне нужен allocsize на XFS и
> где писать nodev ?!

а где тебе говорит писать это поттеринг? в юнитах? ну он тебе также говорит что если не хочешь\можешь то во фстаб.

фича запилена в первую очередь что-бы писать более гибкие юниты, но ей придумали забавное применение, которое не вредит людям которые не ССЗБ(эти обычно готовы к потере руки или сказали что готовы)

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

249. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 11-Мрт-14, 12:58 
> до одной буквы, но вот от лишнего гемора избавиться можно.

Subleq в помощь :).

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

73. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Геннадий Кернес on 09-Мрт-14, 16:51 
Причем кнопка будет с fingerprint reader-ом.
А сам systemd - в UEFI

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

20. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 09-Мрт-14, 12:16 
> отказаться от использования /etc/fstab

Наконец-то решили эту проблему.

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

150. "Разработчики systemd представили механизм автоматического мо..."  +2 +/
Сообщение от pavlinux (ok) on 10-Мрт-14, 00:52 
>> отказаться от использования /etc/fstab
> Наконец-то решили эту проблему.

Для лохов всё проблема!

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

162. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от Ytch (ok) on 10-Мрт-14, 01:24 
>> отказаться от использования /etc/fstab
> Наконец-то решили эту проблему.

Простое указание в текстовом виде что и с какими разделами делать, собранное в одном месте и подробно документированное, это правда проблема?

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

169. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 10-Мрт-14, 01:38 
> Простое указание в текстовом виде что и с какими разделами делать, собранное
> в одном месте и подробно документированное, это правда проблема?

Если оно избыточно и при этом требует сопровождения (например, при замене диска с /srv) - да.

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

179. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Маленькая Серая Мышка on 10-Мрт-14, 01:56 
Простите, а можно пояснить в чем именно избыточность fstab?
Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

185. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 10-Мрт-14, 02:06 
> Простите, а можно пояснить в чем именно избыточность fstab?

Если в системе только один / и один /home, и они прекрасно идентифицируются по GUID - нафига нужен fstab?

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

200. "Разработчики systemd представили механизм автоматического мо..."  +2 +/
Сообщение от хм on 10-Мрт-14, 02:59 
Если в системе только один /, то нафига нужны всякие GUID, GPT, ESP итп?
Проще говоря в GPT и UEFI больше избыточности, чем во всех текстовых конфигах вместе взятых. При этом они могут позволить отказаться от fstab только в одном сферическом случае.
Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

201. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Ytch (ok) on 10-Мрт-14, 03:14 
>> Простите, а можно пояснить в чем именно избыточность fstab?
> Если в системе только один / и один /home, и они прекрасно
> идентифицируются по GUID - нафига нужен fstab?

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

Если держать fstab это уж так утомительно и сложно как пытаются показать, то можно было бы просто облегчить и/или автоматизировать это (но с ведома пользователя), а не пытаться выпиливать совсем.

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

234. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от кевин on 10-Мрт-14, 23:11 
>[оверквотинг удален]
>> идентифицируются по GUID - нафига нужен fstab?
> Я не против отсутствия fstab (хотя и в его наличии не вижу
> ни малейшей проблемы). Я за предсказуемость поведения системы в разных ситуациях.
> Если конфигурация поменялась, если есть какая-то неоднозначность или сложность, я все-таки
> хочу получить загрузившуюся систему и возможность исправить/указать как надо делать впредь.
> Подправить fstab все таки, имхо, проще чем пересоздавать разделы при незагружающейся
> системе.
> Если держать fstab это уж так утомительно и сложно как пытаются показать,
> то можно было бы просто облегчить и/или автоматизировать это (но с
> ведома пользователя), а не пытаться выпиливать совсем.

пересоздавать разделы? лолчто? кажется кто-то из нас неправильно понимает что даёт новая фича и что не отнимает..

итак если у тебя нет юнитов\фстаб или они неправильны\повреждены, то:
раньше ты не мог загрузиться и в некоторых случаях исправить проблему без лайвсд.
теперь появилась достаточно большая вероятность что ты успешно загрузишся в рабочую систему способную как минимум подкоректировать юниты\фстаб.( случаи когда это произойдёт чётко описаны и предсказуемы)
если у тебя есть правильный рабочий фстаб\юниты, то ничего для тебя не изменилось.

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

25. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от atu on 09-Мрт-14, 12:52 
А если два и более раздела с такими идентификаторами? Например, подключили диск с другой машины для восстановления?  Или же с этой же машинки, но более старый - для поиска давно удалённого файла. Как это чудо догадается, что и куда надо монтировать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Аноним (??) on 09-Мрт-14, 12:56 
systemd-astrald
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

61. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 09-Мрт-14, 15:01 
> А если два и более раздела с такими идентификаторами? Например, подключили диск
> с другой машины для восстановления?  Или же с этой же
> машинки, но более старый - для поиска давно удалённого файла. Как
> это чудо догадается, что и куда надо монтировать?

Очевидно, для ваших юзкейсов сабж не подходит. А вот для 90% десктопов домохозяек - вполне.

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

81. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 09-Мрт-14, 17:32 
>> А если два и более раздела с такими идентификаторами? Например, подключили диск
>> с другой машины для восстановления?  Или же с этой же
>> машинки, но более старый - для поиска давно удалённого файла. Как
>> это чудо догадается, что и куда надо монтировать?
> Очевидно, для ваших юзкейсов сабж не подходит. А вот для 90% десктопов
> домохозяек - вполне.

zpool import <имя пула>

Не?

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

172. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 10-Мрт-14, 01:43 
> zpool import <имя пула>
> Не?

Все это замечательно но, к сожалению, сильно привязано к конкретной ФС.

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

250. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 11-Мрт-14, 14:39 
> Все это замечательно но, к сожалению, сильно привязано к конкретной ФС.

...которая к тому же в пингвине по дефолту отсутствует, так что советчики могут идти десом.

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

227. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Deffic on 10-Мрт-14, 21:37 
Вы забываете про тех кто ставит и чинит компьютеры домохозяйкам.


>> А если два и более раздела с такими идентификаторами? Например, подключили диск
>> с другой машины для восстановления?  Или же с этой же
>> машинки, но более старый - для поиска давно удалённого файла. Как
>> это чудо догадается, что и куда надо монтировать?
> Очевидно, для ваших юзкейсов сабж не подходит. А вот для 90% десктопов
> домохозяек - вполне.

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

235. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от кевин on 10-Мрт-14, 23:13 
> А если два и более раздела с такими идентификаторами? Например, подключили диск
> с другой машины для восстановления?  Или же с этой же
> машинки, но более старый - для поиска давно удалённого файла. Как
> это чудо догадается, что и куда надо монтировать?

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

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

38. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от jOKer (ok) on 09-Мрт-14, 13:18 
Я уже говорил, что любая ОС с установленным systemd имеет очень мало отношения к GNU/Linux. С каждым выпуском systemd становится все более и более очевидно, что "прогресс" идет в сторону создания единой SystemdOS на базе Linux-ядра и видимо какой-то части GNU утилит. Все остальное будет либо поглощено, либо безжалостно убрано, а различия между дистрибутивами стерты.

При таких раскладах говорить о том, что пользователи этих систем  линуксоиды, так же абсурдно как называть линуксоидами пользователей Андроид. Разница проявляется во всем, даже в менталитете.

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

84. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от V (??) on 09-Мрт-14, 17:39 
Вы хотели сказать systemDOS
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

90. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от Crazy Alex (ok) on 09-Мрт-14, 18:33 
Собственно, именно в менталитете разница и проявляется. прежде всего. С одной стороны - те, кому нужен инструмент с прозрачной архитектурой и предсказуемым поведением, с другой -  те, кто хочет волшебный ящик, думающий за пользователя. "А есть вы тоже вместо меня будете?"
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

123. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Xasd (ok) on 09-Мрт-14, 21:15 
> С одной стороны - те, кому нужен инструмент с прозрачной архитектурой и предсказуемым поведением, с другой -  те, кто хочет волшебный ящик, думающий за пользователя.

а где же третья сторона -- которая хочет одновременно и "инструмент с прозрачной архитектурой" и при этом хочет чтобы ПОУМОЛЧАНИЮ все рутинные-и-ТИПИЧНЫЕ диействия не требовалось бы выполнять вручную человеком?

мне кажется что автоматизация и стандартизация (которая исключительно для типичных ситуаций, а не для всех ситуаций) -- не протеворечит прозрачной архитектуре.

а вот запутанные Bash-скрипты -- как раз -- да: слегка протеворечат прозрачной архитектуре. так как они могут иметь довольно непредсказуемое поведение в ряде случаев, и как всегда напичканы тонной ошибок класса "race condition".

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

133. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от Маленькая Серая Мышка on 09-Мрт-14, 22:27 
Это всё как теория социализма - в теории всё красиво, на практике - голод и массовые расстрелы.

Ну не получается чтоб конфиг был прост, понятен и, главное, правим человеком и гуевым конфигуратором. Либо он от человеческих правок через три версии начнет падать, либо наоборот - будет заменен каким-нибудь XML-ем (привет, fontconfig!) с не особо человеческим DTD

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

146. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 10-Мрт-14, 00:41 
> а где же третья сторона -- которая хочет одновременно и "инструмент с
> прозрачной архитектурой" и при этом хочет чтобы ПОУМОЛЧАНИЮ все рутинные-и-ТИПИЧНЫЕ диействия
> не требовалось бы выполнять вручную человеком?

И где это прозрачность в данном случае? Уже есть официальная бумага что будет если точки и параметры монтирования отличаются в фстаб и новом модном способе? Если на комп кинуть несколько дисков с хоумами, свапами и отсутствием фстаба по доке что должно быть?
Или ты как всегда прокукарекал и дальше не твоё дело?

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

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

Это даже в новости написано, не говоря уже об официальной спецификации по ссылке.
Вы дурак или просто тролль?

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

219. "Разработчики systemd представили механизм автоматического мо..."  +3 +/
Сообщение от Аноним (??) on 10-Мрт-14, 12:02 
> Это даже в новости написано, не говоря уже об официальной спецификации по
> ссылке.
> Вы дурак или просто тролль?

Гражданин недурак покажи текст где написано что будет с сиcтемой без фстаб если туда подкинуть ещё один винт с этими же метками. И что-то про рейды я по ссылке не нашёл. Дома уже запрещено рейд собирать ибо потцеринг не предусмотрел это решение в своём мудром установщике:

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

228. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Deffic on 10-Мрт-14, 21:41 
Лучше больше, да меньше. )))
У всех пользователей "типичные ситуации" сильно разные.

>> С одной стороны - те, кому нужен инструмент с прозрачной архитектурой и предсказуемым поведением, с другой -  те, кто хочет волшебный ящик, думающий за пользователя.
> а где же третья сторона -- которая хочет одновременно и "инструмент с
> прозрачной архитектурой" и при этом хочет чтобы ПОУМОЛЧАНИЮ все рутинные-и-ТИПИЧНЫЕ диействия
> не требовалось бы выполнять вручную человеком?
> мне кажется что автоматизация и стандартизация (которая исключительно для типичных ситуаций,
> а не для всех ситуаций) -- не протеворечит прозрачной архитектуре.
> а вот запутанные Bash-скрипты -- как раз -- да: слегка протеворечат прозрачной
> архитектуре. так как они могут иметь довольно непредсказуемое поведение в ряде
> случаев, и как всегда напичканы тонной ошибок класса "race condition".

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

131. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от Маленькая Серая Мышка on 09-Мрт-14, 22:23 
Расслабьтесь, изиоты на поле Линукса уже победили.
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

137. "Разработчики systemd представили механизм автоматического мо..."  –2 +/
Сообщение от jOKer (ok) on 09-Мрт-14, 23:18 
Лично мне все равно как выходить из их рядов - хоть шагом вперед, хоть шагом назад.

Я могу назвать их поделие SystemdOS, плюнуть им в глаз и сказать, что они не линуксоиды (что собственно и есть правда). А могу, - если уж сильно припрет, - сказать, что я больше не линуксоид, плюнуть опять-таки им в глаз, и продолжить, - тем не менее продолжить, - упорно строить ось с открытым исходным кодом, ось прозрачную для понимания специалистов и устойчивую в работе.

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

Утешает лишь то, что этот мир устроен так, что покуда я и мои коллеги пишем софт, - мы можем послать любого из них в сад курить бамбук и ничего с этого (кроме названия оси) не потерять. А вот они так и останутся вечными мигрантами и попрошайками.

Zzzzz! И с оплеванным глазом к тому же!))

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

188. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 10-Мрт-14, 02:13 
> Я могу назвать их пoделие SystemdOS, плюнуть им в глаз и сказать,
> что они не линуксоиды (что собственно и есть правда). А могу,
> - если уж сильно припрет, - сказать, что я больше не
> линуксоид, плюнуть опять-таки им в глаз, и продолжить, - тем не
> менее продолжить, - упорно строить ось с открытым исходным кодом, ось
> прозрачную для понимания специалистов и устойчивую в работе.

Разработчики RectOS ждут вас в своих рядах!

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

239. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 11-Мрт-14, 02:23 
Не дождутся, компилятор им в ректум. Это мертворождённый проект.
Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

211. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 10-Мрт-14, 07:10 
>  я и мои коллеги пишем софт, - мы можем послать любого из них в сад курить бамбук
> и ничего с этого

какой бред


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

251. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 11-Мрт-14, 14:41 
> Расслабьтесь, изиоты на поле Линукса уже победили.

Что такое? Крутые профессионалы (tm) настолько лошпеды что умеют только на форумах пиндеть, но свою линию поведения в коде и конфигурации энфорсить совсем не могут, да? Ну извините, тогда вас будет ждать облом в любом проекте. Потому что лично под вас никто ничего не будет писать. Ну разве что если вы проплатите, но это дорого...

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

236. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от кевин on 10-Мрт-14, 23:18 
> Я уже говорил, что любая ОС с установленным systemd имеет очень мало
> отношения к GNU/Linux. С каждым выпуском systemd становится все более и
> более очевидно, что "прогресс" идет в сторону создания единой SystemdOS на
> базе Linux-ядра и видимо какой-то части GNU утилит. Все остальное будет
> либо поглощено, либо безжалостно убрано, а различия между дистрибутивами стерты.
> При таких раскладах говорить о том, что пользователи этих систем  линуксоиды,
> так же абсурдно как называть линуксоидами пользователей Андроид. Разница проявляется во
> всем, даже в менталитете.

различия и должны быть сведены к другим вещам, но постойте вас не смущает что в GNU\Linux нельзя выбрать другое ядро?

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

237. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 10-Мрт-14, 23:42 
> различия и должны быть сведены к другим вещам, но постойте вас не
> смущает что в GNU\Linux нельзя выбрать другое ядро?

Не смешает что дебиан декларирует выбор ядра какой душа пожелает?

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

252. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 11-Мрт-14, 14:42 
> Не смешает что дебиан декларирует выбор ядра какой душа пожелает?

Допустим, из весьма ограниченного набора.

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

256. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 11-Мрт-14, 18:58 
>> Не смешает что дебиан декларирует выбор ядра какой душа пожелает?
> Допустим, из весьма ограниченного набора.

Поэтому надо разломать совсем, так что бы не было этой возможности? А под другие процы может тоже не надо подстраиваться? Есть х86, и с недавних пор арм, а остальные по боку пустим?

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

42. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от виндотролль (ok) on 09-Мрт-14, 13:26 
> Автоматическое обнаружение некоторых других типов разделов, в частности, /var и /usr, поддерживать не планируется, так как содержимое этих разделов сильно обусловлено спецификой дистрибутивов

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

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

45. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от RNZ (ok) on 09-Мрт-14, 13:40 
> В более сложных ситуациях, требующих дополнительных настроек, рекомендуется, как и раньше, использовать /etc/fstab или юнит-файлы. Автоматическое обнаружение некоторых других типов разделов, в частности, /var и /usr, поддерживать не планируется, так как содержимое этих разделов сильно обусловлено спецификой дистрибутивов, и их совместное использование несколькими установленными дистрибутивами Linux весьма проблематично.

Логичнее было задействовать кроме id-типа раздела ещё и метку.

Есть метка, монтировать только то, что соответствует метке корневого раздела по типу раздела:
centos.0657FD6D-A4AB-43C4-84E5-0933C84B4F4F - centos./
centos.0657FD6D-A4AB-43C4-84E5-0151C84B4F4F - centos./var
centos.0657FD6D-A4AB-43C4-84E5-2143C84B4F4F - centos./usr
centos.0657FD6D-A4AB-43C4-84E5-6263C84B4F4F - centos./tmp

gentoo.0657FD6D-A4AB-43C4-94E5-0933C84B4F4F - gentoo./
gentoo.0657FD6D-A4AB-43C4-94E5-0151C84B4F4F - gentoo./var
gentoo.0657FD6D-A4AB-43C4-94E5-2143C84B4F4F - gentoo./usr
gentoo.0657FD6D-A4AB-43C4-94E5-6263C84B4F4F - gentoo./tmp

Нет метки, то монтировать по типу раздела:
<none>.0657FD6D-A4AB-43C4-94E5-6263C84B4С4F - /home

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

76. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним 2.0 on 09-Мрт-14, 17:12 
>> В более сложных ситуациях, требующих дополнительных настроек, рекомендуется, как и раньше, использовать /etc/fstab или юнит-файлы. Автоматическое обнаружение некоторых других типов разделов, в частности, /var и /usr, поддерживать не планируется, так как содержимое этих разделов сильно обусловлено спецификой дистрибутивов, и их совместное использование несколькими установленными дистрибутивами Linux весьма проблематично.
> Логичнее было задействовать кроме id-типа раздела ещё и метку.

Согласен с вами, коллега.
Тут или часть этого байт-кода должна в себе содержать строку с названием дистрибутива, типа раздела и случайный номер инсталляции, или все числа должны состоять из своеобразных mac и hwid, только тут вендорами будут софтовые компании.
Будет какой-то пакет, типа tzdata, в котором будут содержаться данные обо всех современных дистрибутивах, поддерживающих такой тип монтирования и установки.

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

78. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним 2.0 on 09-Мрт-14, 17:19 
Что позволит в будущем диски и разделы не только опознавать, но и выставлять под них предпочтения:
- атрибуты монтирования
- лимиты
- иконки в файловом браузере

Если такой механизм создать правильно, то общие между системами разделы будут содержать в себе атрибуты того, что они с кем-то общие. Можно будет делать установочные образы, содержащие в себе готовый к работе или установке софт. В общем, штука занятная, если её правильно спроектировать на раннем этапе!

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

93. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от rob pike on 09-Мрт-14, 18:50 
Те, кто пытается что-то спроектировать, всегда будут проигрывать Поттерингам, которые уже вчера выкатят кваждратное колесо с костылями, зато уже компилирующееся и одну конкретную никому не нужную задачу уже успешно решающую (за счет всех остальных).
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

152. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от pavlinux (ok) on 10-Мрт-14, 00:57 
>[оверквотинг удален]
> centos.0657FD6D-A4AB-43C4-84E5-0933C84B4F4F - centos./
> centos.0657FD6D-A4AB-43C4-84E5-0151C84B4F4F - centos./var
> centos.0657FD6D-A4AB-43C4-84E5-2143C84B4F4F - centos./usr
> centos.0657FD6D-A4AB-43C4-84E5-6263C84B4F4F - centos./tmp
> gentoo.0657FD6D-A4AB-43C4-94E5-0933C84B4F4F - gentoo./
> gentoo.0657FD6D-A4AB-43C4-94E5-0151C84B4F4F - gentoo./var
> gentoo.0657FD6D-A4AB-43C4-94E5-2143C84B4F4F - gentoo./usr
> gentoo.0657FD6D-A4AB-43C4-94E5-6263C84B4F4F - gentoo./tmp
> Нет метки, то монтировать по типу раздела:
> <none>.0657FD6D-A4AB-43C4-94E5-6263C84B4С4F - /home

И чё это отличается от fstab? :D  Те же яйца только вид сбоку
Зато поццеринг-фаны подымут ЧСВ, что они тоже типа, что-то умеют.

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

221. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от RNZ (ok) on 10-Мрт-14, 12:38 
Да как-бы это возможный вывод, а не ввод, отличие в автоматике - типа нет нужды формировать fstab, а уже на стадии загрузки всё само детектится и монтируется. fstab оставить для override и для нетипичных махинаций типа bind, loop и т.п.
Это к тому, что раз уж начали в systemd автоматизировать монтирование, так уж сделали-бы без всяких нелепых исключений.
Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

240. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 11-Мрт-14, 02:27 
Админы локалхоста на марше.

А вот у меня мультибут трёх дисков с центосью (одной версии), дальше что?

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

267. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от RNZ (ok) on 22-Апр-14, 15:01 
> Админы локалхоста на марше.
> А вот у меня мультибут трёх дисков с центосью (одной версии), дальше
> что?

Ну и что? Порядок от отменили? К первый, того и тапки.

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

46. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 09-Мрт-14, 13:55 
Скоро весь Линукс будет состоять из одного каталога /boot в котором будет лежать ядро и systemd, а все настройки будут осуществляться автоматически. Не нравятся автоматические - накладывай бинарный патч или шамань чтобы автоматические настройки совпали с желаемыми.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

83. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Fracta1L (ok) on 09-Мрт-14, 17:35 
То есть, для гентушников практически ничего не изменится. Ну вот и отличненько.
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

110. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Evolve32 (ok) on 09-Мрт-14, 20:50 
Что?
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

58. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Аноним (??) on 09-Мрт-14, 14:55 
Все эти перемены, пугают своим масштабами, ну хотя бы потому что все они происходят по желанию одного человека, и без предварительного обсуждения о возможных проблемах
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

97. "Разработчики systemd представили механизм автоматического мо..."  +2 +/
Сообщение от Анониус_ on 09-Мрт-14, 19:40 
У меня складывается впечатление, что он далеко не один. Это небольшая, хорошо организованная группа людей - единомышленников, которая находится у руля нескольких крупных дистрибутивов.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

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

Ага. Называются они - разработчики Linux.

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

255. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 11-Мрт-14, 17:53 
> Называются они - разработчики Linux.

s/Linux/Red Hat/

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

67. "Разработчики systemd представили механизм автоматического мо..."  +3 +/
Сообщение от anonymous email(??) on 09-Мрт-14, 15:17 
Стоп-стоп! А чем так ненавистен файл /etc/fstab? Здесь полный контроль над тем что, когда и как монтировать.

> их совместное использование несколькими установленными дистрибутивами Linux весьма проблематично.

Здесь разработчики команды "убей их всех, б.г потом рассортирует" решила пойти навстречу тому полтора процента от линух пользователей, которые резвятся установкой нескольких дистров на локалхост и упростить им жизнь. РЕХНУЛИСЬ!??!!

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

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

74. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Геннадий Кернес on 09-Мрт-14, 16:54 
> Стоп-стоп! А чем так ненавистен файл /etc/fstab? Здесь полный контроль над тем
> что, когда и как монтировать.

Пользователь же неспособен редактировать текстовые конфиги, как доказала Ubuntu

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

79. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Админ on 09-Мрт-14, 17:25 
Ну, во-первых, в настольной Ubuntu мало что необходимо редактировать вручную (как и в любом другом современном Linux). Во-вторых, редактирование конфигурации вручную возможно и не вызывает проблем, если пользователь поставил перед собой задачу понять базовые принципы работы на компьютере (не обязательно под Linux) и не иметь проблем.

Поэтому не понимаю Вашего сарказма относительно Ubuntu.

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

91. "Разработчики systemd представили механизм автоматического мо..."  –4 +/
Сообщение от Crazy Alex (ok) on 09-Мрт-14, 18:36 
Я вот не понимаю людей, пытающихся пользоваться инструментом, не понимая принципов его работы. А потом тупят как мартышка с очками над какой-нибудь примитивной задачей, решаемой стандартными средствами да пять минут.
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

128. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от angra (ok) on 09-Мрт-14, 21:56 
Квантовую механику на уровне физика-теоретика мировой величины ты уже изучил? Без этого к электроприборам даже не приближайся, ты не понимаешь принципов их работы.
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

130. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Маленькая Серая Мышка on 09-Мрт-14, 22:21 
Не только электроприборам, квантовая механика касается любого материального объекта, включая поля.
Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

135. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от angra (ok) on 09-Мрт-14, 22:55 
Ну как бы да, но там все-таки объекты макромира и зачастую можно ограничится познаниями в обычной механике, не заглядывая в то, что ее в конечном итоге обуславливает. А вот толком понять электродинамику без познаний в квантовой механике затруднительно.
Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

157. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Маленькая Серая Мышка on 10-Мрт-14, 01:07 
Так уж и нельзя? Что это у нас такое в электрооборудовании, доступном простому пользователю выходит за рамки курса ТОЭ среднего политеха?
Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

189. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Пушистик (ok) on 10-Мрт-14, 02:14 
Термодатчики и микросхемы?
Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

253. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 11-Мрт-14, 14:43 
> простому пользователю выходит за рамки курса ТОЭ среднего политеха?

Боюсь, логику работы процессора, даже примитивного, в ТОЭ немного не дают.

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

99. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Zenitur (ok) on 09-Мрт-14, 19:53 
В то время как Mageia, PClinuxOS, Fedora и Opensuse предоставляют богатые возможностями GUI для настройки всего, Ubuntu предлагает только правку конфигов. В убунте даже диспетчера устройств нет, её пользователи узнают о своём железе через консоль! Все блоги пользователей Ubuntu полны готовых конфигов на все случаи жизни, а нормальные линуксы настраиваются мышкой из графических программ.
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

136. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от angra (ok) on 09-Мрт-14, 23:00 
Это ты так похвалил убунту или поругал "Mageia, PClinuxOS, Fedora и Opensuse"? А может ты не понимаешь, что на форумы проще постить текстовый вывод вместо скриншотов и в ответ давать текстовые конфиги вместо инструкций по правильным кликам мышкой?

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

158. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Маленькая Серая Мышка on 10-Мрт-14, 01:08 
Не всё так просто.
Если на этом форуме 10 000 кликальщиков и 10 разбирающихся в конфигах, ответ на средней тяжести вопрос типа "тыкаю, и не работает" может статься будет вероятней получить тыкальщику от тыкальщиков.
Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

212. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Vkni (ok) on 10-Мрт-14, 07:25 
> Не всё так просто.
> Если на этом форуме 10 000 кликальщиков и 10 разбирающихся в конфигах,
> ответ на средней тяжести вопрос типа "тыкаю, и не работает" может
> статься будет вероятней получить тыкальщику от тыкальщиков.

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

И, смею вас заверить, инструкция по установке пакета для apt-get значительно проще, чем инструкция для aptitude.

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

180. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Ytch (ok) on 10-Мрт-14, 01:58 
> В убунте даже диспетчера устройств нет, её пользователи узнают о своём железе через
> консоль!

А когда они это железо покупали им глаза завязывали и уши затыкали?

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

>  а нормальные линуксы настраиваются мышкой из графических программ.

А серверы (независимо от дистрибутива) не входят уже в "нормальные линуксы"? Давно? Я даже не имею ввиду СЕРВЕРЫ или Серверы, а так, к примеру, маленькая общая виртуалочка в уютной локалочке для вполне конкретного совместного применения... но без иксов, монитора, мышки и т. п.

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

103. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 09-Мрт-14, 20:09 
Нет возможности подключенные диски автоматом использовать как C:\, D:\, E:\ ну и т.д. А модный системд позволит твкое в будущем.
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

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

Ну у меня несколько дистров на локалхосте. Как-то я не вижу, как эта херня упростит мне жизнь. Просвети, а?

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

153. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от pavlinux (ok) on 10-Мрт-14, 00:59 
> Стоп-стоп! А чем так ненавистен файл /etc/fstab? Здесь полный контроль над тем
> что, когда и как монтировать.

У пользователей IQ равен IQ табуретки, какой нахер fstab, они лучше засруть весь инет,
но пропихнут своё УГ под видом прогресса.  

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

175. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 10-Мрт-14, 01:50 
> Стоп-стоп! А чем так ненавистен файл /etc/fstab?

А кто говорит, что он кому-то ненавистен? Просто в некоторых случаях (когда в системе только один рут и один /home) он избыточен.

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

187. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Ytch (ok) on 10-Мрт-14, 02:10 
> Просто в некоторых случаях (когда
> в системе только один рут и один /home) он избыточен.

Вот есть, к примеру, у меня один рут и один /home и все работает без проблем. Притаскиваю я ещё диск и втыкаю в комп. Включаю. Когда fstab рулит, все просто. Старт, как обычно, во все старое, нового не видно и я хлопнув себя по лбу пошел править fstab и остальное c учетом новых реалий. С этой "супер-штукой" как? Загрузится или встанет в ступор, увидев, к примеру пару рутов или хоумов вместо одного? Если загрузится то куда, какой выберет (имеем ввиду, что я отказался от fstab совсем ибо не предполагал, что система изменится)? Как оно поступит в новой версии после обновления, также или completely different?

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

68. "Разработчики systemd представили механизм автоматического мо..."  +3 +/
Сообщение от Stax (ok) on 09-Мрт-14, 15:32 
> Стоп-стоп! А чем так ненавистен файл /etc/fstab? Здесь полный контроль над тем что, когда

Может тем, что нормального контроля "когда" он все-таки не дает?
Кроме того, из FAQ:
Why are you taking my /etc/fstab away?

We are not. /etc/fstab always overrides automatic discovery. We are just trying to make the boot and installation processes of Linux a bit more robust and self-descriptive.

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

127. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от anonymous email(??) on 09-Мрт-14, 21:56 
man fstab
The order of records in fstab is  important  because  fsck(8),  mount(8), and umount(8) sequentially iterate through fstab doing their thing.
Но видимо, если возникают все-таки проблемы, которые призван решать не fstab, то думать об этом должны те люди которые создают хитрый букет файловых систем. /, /boot, /usr, /var и прочие системы директории сюда не попадают. А вот, например, хитро сдизайненый sap очень даже.
Все таки не стоит трогать то что работает. GPT и fstab разные сущности, не нужно их одну кучу сваливать и решать "как мне удобнее". До потера это было создано великими людьми и по сей день.
Другими словами - не было бы потера, не было бы проблемы.
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

143. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 10-Мрт-14, 00:07 
ленарт обязательно прочтет вас комментарий и сделает по своему


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

192. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Ytch (ok) on 10-Мрт-14, 02:21 
> Кроме того, из FAQ:
> Why are you taking my /etc/fstab away?
> We are not. /etc/fstab always overrides automatic discovery. We are just trying
> to make the boot and installation processes of Linux a bit
> more robust and self-descriptive.

В этом весь Поттеринг. Конечно не выбрасывают и даже приоритет высший оставляют. Вот только провоцируют всех и всем чем можно (включая дистростроителей) избавиться от fstab совсем с аргументами типа "a bit more robust and self-descriptive". Само по себе звучит вполне неплохо, вот только охватывает далеко не все случаи, а зная их подходы, другие случаи они и не продумывали - типа вот вам тогда fstab (мы ж не выпилили!), но это уже ваша личная проблема и нам пох, а вам надо избавляться от пережитков прошлого раз у вас такое вообще возникло.

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

77. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Аноним (??) on 09-Мрт-14, 17:17 
Прошло 30 лет...
В systemd встроены все основные функции ядра, большинство драйверов и собственный DE.
Продолжается полный отказ в дистрибутивах от концептуально-устаревшего ядра Linux.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

86. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Анонм on 09-Мрт-14, 18:23 
Ждём emacs, встроенный в systemd. Ну или наоборот.
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

92. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Crazy Alex (ok) on 09-Мрт-14, 18:37 
Маразм так долго не живёт.
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

100. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 09-Мрт-14, 19:53 
Откуда вам известно сколько проживёт Леннарт?
Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

101. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 09-Мрт-14, 20:05 
Скоро все умрут :( Потому что надоели очень :(
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

176. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 10-Мрт-14, 01:51 
> Откуда вам известно сколько проживёт Леннарт?

А при чем здесь Леннарт?

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

202. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Ytch (ok) on 10-Мрт-14, 03:42 
> Откуда вам известно сколько проживёт Леннарт?

Вы думаете он будет все это поддерживать и разгребать чужие проблемы? ха-ха три раза. Через пару-тройку лет (когда это проникнет и укоренится в большинстве дистров) он милостиво позволит кому-нибудь все это допиливать, сопровождать и решать скучную тучу вдруг навалившихся проблем и нестыковок, а сам займется пилением чего нибудь "нового" и "революционного".

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

102. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от smile (??) on 09-Мрт-14, 20:08 
Самое отвратительное, что со временем вполне конфигурируемый вариант с fstab просто выкинут "так как не нужен, ведь системд всё за вас сам сделает". А как оно на самом деле нужно никакой системд не знает. Поэтому на замену fstab срочно придумают systemd-fstab, которые будет в каком-нибудь бинарном формате и конфигурироваться через блобную утилиту.

Такое ощущение, что сейчас /dev/disk/by-partuuid/ прям никому не доступен и при использовании ядра как efistub оно прям таки тоже не имеет вариантов работать с gpt-метками, загружаться и работать.

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

109. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 09-Мрт-14, 20:49 
Негативные моменты:
1. /etc/fstab не убрали (слава богу) - получили сразу два конкурирующих механизма монтирования, один из которых работает неявно для пользователя.
2. Для злоумышленников открываются интересные возможности по подмене точек монтирования при подключении накопителей с нужным образом оформленным GPT.

Для чего это все надо я так и не понял. Тупой наверное =(

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

142. "Разработчики systemd представили механизм автоматического мо..."  +3 +/
Сообщение от Аноним (??) on 10-Мрт-14, 00:04 
лени нравятся велосипеды и самокаты
Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

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

Интересно, как они могут конкурировать, если

> Механизм обнаружения раздела автоматически отключается, если монтирование в данную точку было уже настроено вручную (через /etc/fstab или юнит-файл), а также в том случае, если каталог, в который производится монтирование, не пуст.

 
> 2. Для злоумышленников открываются интересные возможности по подмене точек монтирования
> при подключении накопителей с нужным образом оформленным GPT.

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

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

213. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Аноним (??) on 10-Мрт-14, 07:42 
> А что мешает прямо сейчас, в какой-нибудь слаке, взять и подключить диск с правильно оформленными UUID?

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

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

222. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Archer73 (ok) on 10-Мрт-14, 13:14 
Мешает, что ты заранее не знаешь какой UUID правильный
Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

139. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Аноним (??) on 09-Мрт-14, 23:48 
Блин, ну что за тупняк? Почему fstab сохранили-то? Получается такая же неопределенность, как с реестром виндовс - сервис может стартовать из пяти-шести мест и попробуй найди, откуда именно он это делает.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

184. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (??) on 10-Мрт-14, 02:04 
> Блин, ну что за тупняк? Почему fstab сохранили-то? Получается такая же неопределенность,

Да нет, все вполне определенно, особенно если почитать текст новости.

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

220. "Разработчики systemd представили механизм автоматического мо..."  +3 +/
Сообщение от адекват on 10-Мрт-14, 12:04 
такое решение - это кривость systemd.
потому что, если в fstab будет запись для /home, но при этом сам раздел будет недоступен - вся система не загрузитья. В старой же системе инициализации такого не было бы - система загрузилась бы, но home смонтирован не был бы.
Итак, сначла нам навязали systemd, которое не умеет загружать систему, при недоступности home, а теперь предлагают монтировать home не через fstab, а через GPT.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

245. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноноим on 11-Мрт-14, 12:22 
> такое решение - это кривость systemd.
> Итак, сначла нам навязали systemd, которое не умеет загружать систему, при недоступности
> home, а теперь предлагают монтировать home не через fstab, а через GPT.

На самом деле, чуть ранее нам навязали systemd, которое не умеет загружать системы с отдельным разделом /usr, но это жалкие доли процентов и о них благоразумно забыли.

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

241. "Разработчики systemd представили механизм автоматического мо..."  +2 +/
Сообщение от Аноним (??) on 11-Мрт-14, 05:19 
$ fdisk

Command (m for help): L
<...>
2  XENIX root
3  XENIX usr
<...>

РЕВОЛЮЦИОННАЯ ИДЕЯ!11одинодинрасрас

P.S. Напомнить где этот xenix?

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

242. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от КВ1С on 11-Мрт-14, 11:52 
Микрософт придумала очередную палку в колесо развития. Абсолютно не нужное изделие этот gpt, вместе с кривым uefi.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

254. "Разработчики systemd представили механизм автоматического мо..."  –1 +/
Сообщение от Аноним (??) on 11-Мрт-14, 14:44 
> gpt, вместе с кривым uefi.

Посмотрим как вы запоете при желании сделать раздел более 2Tb...

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

259. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от x0r (??) on 12-Мрт-14, 13:16 
"Если в системе имеется несколько разделов одного типа, используется первый из найденных"
т.е. вставляем в систему диск с другой машины - и оно грузится криво??
они что там курят?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

266. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Пр0х0жий (??) on 17-Мрт-14, 08:41 
> Если в системе имеется несколько разделов одного типа, используется первый из найденных

Т.е. можно ожидать, что этот лёнчикD уфигачит к корню с UID_MIN=1000 первый же найденный хомяк от системы с UID_MIN=500?

Совсем башкой ударился Лёня?

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

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

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




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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