форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Разработчики 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... Новость: http://www.opennet.dev/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 (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 (??) 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 (??) 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 (??) 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 (??) 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 | Индекс форумов | Темы | Пред. тема | След. тема