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

"Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
Сообщение от opennews (??), 01-Фев-16, 09:57
Один из любознательных пользователей Arch Linux столкнулся (https://bbs.archlinux.org/viewtopic.php?id=207549) с непредвиденной проблемой, пытаясь провести эксперимент по выполнению "rm -rf --no-preserve-root /" на ноутбуке MSI GP60. Перед плановой переразбивкой диска пользователь решил понаблюдать как поведёт себя система в случае выполнения "rm -rf /", после чего ноутбук пришёл в неработоспособностое состояние и перестал подавать признаки жизни, даже не пытаясь вывести что-то на экран при включении. Проблема оказалась (https://bbs.archlinux.org/viewtopic.php?id=208102) в монтировании псевдо-ФС efivarfs, предоставляющей доступ к переменным UEFI, в режиме не только чтения, но и записи. Таким образом, при выполнении "rm -rf /" удалялось и содержимое директории /sys/firmware/efi/efivars, что приводило к очистке и повреждению конфигурации EFI. На запрос перейти к монтированию /sys/firmware/efi/efivars в режиме только на чтение разработчики systemd ответили (https://github.com/systemd/systemd/issues/2402), что запись в данную директорию необходима и они не видят с этим проблемы, так как изменение efivars возможно только под пользователем root, который в случае неадекватных действий может с тем же успехом повредить содержимое /dev/sda или перемонтировать efivars на запись и нарушить содержимое конфигурации UEFI. Поэтому проблема в UEFI-прошивке, очистка конфигурации которой не должно приводить к блокированию работы устройства. При желании пользователи и разработчики дистрибутивов могут самостоятельно перейти к работе efivars в режиме только на чтение, без изменения кода systemd, достаточно для efivars  указать в /etc/fstab флаг "ro". URL: https://bbs.archlinux.org/viewtopic.php?id=208102 Новость: http://www.opennet.me/opennews/art.shtml?num=43795
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+5 +/–
Сообщение от Аноним (-), 01-Фев-16, 09:57
типичный поттеринг
Ответить | Правка | Наверх | Cообщить модератору

	6. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+33 +/–
	Сообщение от llolik (ok), 01-Фев-16, 10:08
	А что он сказал не так? Если UEFI у некоторых производителей работает не так, как ему положено работать в спецификации (сбрасываться к заводским настройкам), а поступить по другому нельзя (будут проблемы с GRUB, например), то что прикажете делать?
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–15 +/–
	Сообщение от Аноним (-), 01-Фев-16, 10:16
	Железо оно первично. Если в железе ошибка значит надо обходить эту ошибку. Если железо можно повредить из-за ошибки в железе, значит надо обходить эту ошибку. Очевидно же.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+26 +/–
	Сообщение от фыв (??), 01-Фев-16, 10:23
	Вы серьёзно? Первичны стандарты. Правильно будет устранять ПРИЧИНУ ошибки, а не обходить заботливо наставленные "производителями" грабли, являющиеся СЛЕДСТВИЕМ их наплевательского отношения к СТАНДАРТАМ.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+13 +/–
	Сообщение от Аноним (-), 01-Фев-16, 10:32
	Охладись, юноша, и добро пожаловать в реальный мир. >Правильно будет устранять ПРИЧИНУ ошибки Правильно-то правильно, но как это реалистично сделать? Прежде чем отвечать, подумай не только о технических аспектах. >наплевательского отношения к СТАНДАРТАМ Максимализм. Возможно, имела место банальная человеческая ошибка. Все люди ошибаются. Не стоит так огульно обвинять разработчиков, толком не разобравшись в вопросе. Аноним выше все правильно говорит, а поттер как всегда в своем репертуаре.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+3 +/–
	Сообщение от Андрей (??), 01-Фев-16, 11:48
	Я хоть и не являюсь пользователем systemd (честно погонял 2 месяца, но душа так и не приняла :) ), но считаю, что Поттеринг прав. Стандарты надо соблюдать...
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
	Сообщение от Аноним (-), 01-Фев-16, 12:07
	> Стандарты надо соблюдать... Никто с этим не спорит. Но, увы, реальное положение вещей далеко не идеально. Можно, конечно, стоять рядом с Леней с транспарантом "Not our problem". С транспарантом и нерабочим железом, да.
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Адекват (ok), 01-Фев-16, 15:04
	> Можно, конечно, стоять рядом с Леней с транспарантом Лучше с шокером.
	Ответить | Правка | Наверх | Cообщить модератору

	250. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 22:56
	Шокер пригодится - когда ноутбук закирпичится, ты сможешь устроить наглядное шоу для MSI и Intel чего заслуживает их техника.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от анонанонанонанино (?), 01-Фев-16, 13:14
	FHS тоже стпандарт, но на него поклали...
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	135. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 13:57
	Он странный довольно.
	Ответить | Правка | Наверх | Cообщить модератору

	247. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 22:40
	А uefi что, не странный?
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Elhana (ok), 01-Фев-16, 13:32
	Да никто не спорит что надо соблюдать. И тот же Линус тоже бы материл производителя, но при это реакция у него почти наверняка была бы не gtfo, а какое-то решение как пользователя от этого оградить. А поттеринг на любую проблему отвечает что это не его проблемы.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	310. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–2 +/–
	Сообщение от asd (??), 02-Фев-16, 08:31
	Юноша ) Я - юноша ) Не надо ТЫКАТЬ незнакомым людям, во первых. Даже в интернете. Спасибо, но я далеко уже не юноша, и именно поэтому считаю, что стандарты обязаны соблюдаться. Наелся уже в жизни, знаете ли. Я вообще-то не о поттеринге, мне самому не очень нравится systemd. Но тут он в какой-то мере прав. Производителей заставить сделать что-либо достаточно просто. На законодательном уровне, или же банально не покупая их продукцию. Другое дело, что лемминги всё равно будут покупать что им нравится, а не что сделано нормально.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	323. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–2 +/–
	Сообщение от Аноним (-), 02-Фев-16, 11:46
	> Производителей заставить сделать что-либо достаточно просто. На законодательном уровне, или же банально не покупая их продукцию. Покупая продукцию Вы всегда знаете её "подводные камни"? > Не надо ТЫКАТЬ незнакомым людям, во первых. Даже в интернете. >> Другое дело, что лемминги ... >> ... не о поттеринге ... Одно другому не мешает, юноша?!
	Ответить | Правка | Наверх | Cообщить модератору

	328. "Выполнение rm -rf / может привести к неработоспособности..."	+/–
	Сообщение от arisu (ok), 02-Фев-16, 13:29
	> я далеко уже не юноша а ума так и не прибавилось. впрочем, старым дуракам свойственно ходить туда, где они никому не нужны, и «учить молодых жить». всенепременно начиная с: «вы мне не тыкайте, молодой человек». даже там, где «ты» — изначальная традиция. впрочем, я уже не удивляюсь. старые дураки уверены, что седины каким‐то образом добавляют им ума и уважения. ну отчего бы вам не организовать дом престарелых, и меряться сединами там?
	Ответить | Правка | К родителю #310 | Наверх | Cообщить модератору

	334. "Выполнение rm -rf / может привести к неработоспособности..."	+/–
	Сообщение от Дегенератор (?), 02-Фев-16, 18:49
	Однозначно лайкаю!
	Ответить | Правка | Наверх | Cообщить модератору

	358. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от torvn77 (ok), 03-Фев-16, 21:35
	>Правильно-то правильно, но как это реалистично сделать? Сделать реестр совместимости оборудования с Linux таким, чтобы им захотелось пользоваться и виндузятникам. подраспиарить его среди них, а потом как поместить туда запись материнки такие то производителя такого то имеют не коректную реализацию UEFI, которая приводит к программной порче ПК. Ну и наслаждаться эффектом, особенно после того как кто нибудь напишет под этот дефект вирус.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	25. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–18 +/–
	Сообщение от skybon (ok), 01-Фев-16, 10:34
	Чувак, можешь сколько угодно заниматься моногамией с бородатыми дядьками в комитетах, но мы живём в РЕАЛЬНОМ мире. Если в этом мире насрать на "стандарт", то этот "стандарт" - филькина грамота. А ПО пишется под ЖЕЛЕЗО, а не "как правильно". Так что с морализаторством - за дверь.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	43. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+11 +/–
	Сообщение от Anonplus (?), 01-Фев-16, 10:55
	Бедные системд-хейтеры оказались меж двух огней. Признать, что стандарты рулят = оправдать Поттеринга в этом случае. Признать, что на стандарты можно класть с прибором = лишиться аргумента "а вот этот ваш системд клал с прибором на стандарты".
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
	Сообщение от Аноним (-), 01-Фев-16, 11:18
	сам то понял что сказал? какие ещё системд-хейтеры? те кто твою любимую программу не любят что ли? а должны?
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Адекват (ok), 01-Фев-16, 15:16
	> сам то понял что сказал? > какие ещё системд-хейтеры? те кто твою любимую программу не любят что ли? > а должны? Это тот, который из тех, ну короче которым сказать нечего, но хочется, вот они и говорят.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 13:04
	> Признать, что стандарты рулят = оправдать Поттеринга в этом случае. Эх, двоешники, ЦА таких вот популистов... Самый дешёвый способ спрыгнуть с ответственности -- указать на регламент.  Особенно если его писал не ты.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	130. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от тоже Аноним (ok), 01-Фев-16, 13:40
	К истоку рек возвращаются вновь их воды... > Are you saying that pulseaudio is entering on some weird loop if the > returned value is not -EINVAL? That seems a bug at pulseaudio.
	Ответить | Правка | Наверх | Cообщить модератору

	214. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Паша (??), 01-Фев-16, 19:23
	Что за странная логика? Если сделано как в стандарте и на это указали - то это спрыгнуть с ответственности, совсем уже? А потом будете ныть, что везде костыли и ходить на них не удобно.
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	227. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 20:19
	> Что за странная логика? Если сделано как в стандарте Видимо, подразумевали "не как в стандарте"? > и на это указали - то это спрыгнуть с ответственности, совсем уже? Невозможно написать стандарт, учитывающий все случаи для сколь-нибудь сложной системы.  Если кто не хочет знакомиться с понятием комбинаторного взрыва (или вообще комбинаторикой) -- ну можно почитать про доказательство программ для наиболее ответственных применений. При этом одни спрыгивают с ответственности, не вникая в нюансы; другие -- экономя на тестировании (как вот в #113 было разъяснено); третьи -- пытаясь отмахнуться теорией от практики.
	Ответить | Правка | Наверх | Cообщить модератору

	311. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от asd (??), 02-Фев-16, 08:33
	Михаил, несомненно. Стандарты постепенно должны дорабатываться, конечно же.
	Ответить | Правка | Наверх | Cообщить модератору

	259. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 02-Фев-16, 00:55
	> Самый дешёвый способ спрыгнуть с ответственности -- указать на регламент.  Особенно если его писал не ты. А вот ты здесь именно этим постоянно занимаешься. Правда, тут ещё и регламент, если и не на 100% твой, то, по крайней мере, полностью уютненько тебя устраивающий, да ещё и кнопки все под руками, как рычаги подавления любого инакомыслия. Свобода по шигорински. Да вы все такие "свободные", только вот до этих самых кнопок вас допусти. А что случится, если вас допустят до пулемёта? Подумать страшно. Кто не свободен - тот труп :) Кровавое месиво из несвободных.
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	286. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Michael Shigorin (ok), 02-Фев-16, 03:35
	>> Самый дешёвый способ спрыгнуть с ответственности -- указать на регламент. > А вот ты здесь именно этим постоянно занимаешься. Почти хорошая подковырка, только Вы не умеете (или не захотели?) влазить в тапки другого человека. Ещё проще было бы _молча_ (как некоторые и требуют) удалять несоответствующее правилам. А моя ответственность -- в том, чтоб человек понял, "за что".  Потому что сам бы хотел, если уж угробили комментарий, который полчаса думал и писал -- то чтоб хоть сказали.
	Ответить | Правка | Наверх | Cообщить модератору

	248. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от владц (?), 01-Фев-16, 22:42
	Никакой веской причины держать  efivarfs по умолчанию в rw нет, безотносительно того, в порядке ли прошивка
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	295. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 06:56
	Невозможность установки загрузчика. Невозможность управления загрузчиком. Все это без внятных сообщений почему и что с этим делать.
	Ответить | Правка | Наверх | Cообщить модератору

	321. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Andrey Mitrofanov (?), 02-Фев-16, 11:28
	> Невозможность установки загрузчика. Невозможность управления загрузчиком. Все это без > внятных сообщений почему и что с этим делать. Это не причина для RW, это причина выкинуть из ядра и "вернуть к чертёжной доске". Впрочем, да, Линус будет типа против.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–4 +/–
	Сообщение от Khariton (ok), 01-Фев-16, 11:04
	Так проблема не в железе, а в софте к нему...))) Или вы считаете что если производитель напишет свое толкование ацпи-запросов но для одной ОС в своих драйверах он их правильно растолкует, то если данные ацпи-запросы не верно обрабатываются в другой ОС, то виновата другая ОС? )))
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	67. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Андрей (??), 01-Фев-16, 11:49
	> Так проблема не в железе, а в софте к нему...))) > Или вы считаете что если производитель напишет свое толкование ацпи-запросов но для > одной ОС в своих драйверах он их правильно растолкует, то если > данные ацпи-запросы не верно обрабатываются в другой ОС, то виновата другая > ОС? > ))) Асер вроде пару лет назад отхватил уже за кривые ACPI таблицы для linux'а?
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Khariton (ok), 01-Фев-16, 13:43
	>> Так проблема не в железе, а в софте к нему...))) >> Или вы считаете что если производитель напишет свое толкование ацпи-запросов но для >> одной ОС в своих драйверах он их правильно растолкует, то если >> данные ацпи-запросы не верно обрабатываются в другой ОС, то виновата другая >> ОС? >> ))) > Асер вроде пару лет назад отхватил уже за кривые ACPI таблицы для > linux'а? Да? От спасибо! Порадовали... Я в свое время задолбался изобретать патчи к новым ядрам на имея один рабочий патч для старого ядра... Продал машинку в итоге. А там где отдал никто ядро менять не то что не будет, он даже не догадывается что оно есть, но Кубунту юзает на ура уже какой год...)))
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Нимано (?), 01-Фев-16, 16:05
	> заботливо наставленные "производителями" грабли, являющиеся СЛЕДСТВИЕМ их наплевательского отношения к СТАНДАРТАМ Дык, традиция же! Достаточно глянуть в загрузчики MBR или сразу в Ralf Brown's Interrupt List –  легаси костыль на костыле и костылем погоняет. В том же GRUBе (причем, это только "начальные" 448 байт загрузчика): http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/boo... >  *  Determine the hard disk geometry from the BIOS! > *  We do this first, so that LS-120 IDE floppies work correctly. http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/boo... > * This is a workaround for buggy BIOSes which don't pass boot > * drive correctly. Ну или классика: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/boo... /*      * ljmp to the next instruction because some bogus BIOSes      * jump to 07C0:0000 instead of 0000:7C00. ljmp    $0, $real_start Те машинки наверное только где-то в музеях и остались, но дело^W код, с костялями специально под них – жив! Так что нужно продолжать славное дело костыляния на стороне разработчиков низкоуровневого софта! А то куда это годится – при написании софта не учитывать пару-тройку дюжин возможных граблей, на которые производители привычно забили (ну а че не забить, если все равно "исправят" костылянием?)
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	312. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от asd (??), 02-Фев-16, 08:34
	Вот именно это я и имел в виду.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–5 +/–
	Сообщение от Аноним (-), 01-Фев-16, 10:34
	А это и не ошибка в железе.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	313. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от asd (??), 02-Фев-16, 08:35
	Я уже писал выше. С моей точки зрения, тут неважно, в железе или в софте ошибка. Важно, что это ошибка производителя.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от commiethebeastie (ok), 01-Фев-16, 10:35
	>Железо оно первично. Венда не запускается на произвольно взятом мипсе => венда лайно!
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	32. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+10 +/–
	Сообщение от Anonplus (?), 01-Фев-16, 10:46
	Теперь вспомним историю, когда установка линукса на определённые модели ноутбуков Самсунг приводила к их окирпичиванию (тоже затирались настройки NVRAM). По такой логике тогда следует сказать "типичный Линус", "ядро, написанное рукожопами" и так далее? Или всё же "у самсунга была кривая прошивка"?
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	51. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 11:15
	Нет. Типичный Линус живет в реальном мире, в отличие от. В этом суть проблемы. http://www.h-online.com/open/news/item/Protection-against-Sa...
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Аноним (-), 01-Фев-16, 11:33
	Анон в предыдущем комментарии говорит о проблеме, когда в нврам складывались крашдампы, что разрешено спеками, но самсунговские ноутбуки умирали от этого.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+11 +/–
	Сообщение от Аноним (-), 01-Фев-16, 12:01
	Я это понял. Отличие между Линусом и Леней в том, что первый - инженер и подходит к таким вопросам как инженер, принимая патчи для обхода железных косяков, а второй - безответственный хипстер, скачущий на розовом единороге по радуге.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 13:06
	> Или всё же "у самсунга была кривая прошивка"? В ядре, глупенький, ошибку прошивки объехали со второго или третьего раза. > написанное рукожопами И да, не пишите сюда не тем, чем положено.  Научитесь сперва читать и понимать прочитанное.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	46. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Anonplus (?), 01-Фев-16, 11:02
	> Железо оно первично. Если в железе ошибка значит надо обходить эту ошибку. > Если железо можно повредить из-за ошибки в железе, значит надо обходить > эту ошибку. Очевидно же. Ошибку прошивки нужно фиксить в прошивке, а не заставлять юзера гадать, в каком дистре оно пофикшено, а в каком нет
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	54. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 11:21
	и как ты будешь это фиксить? не только в будущих релизах но и в прошлых.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
	Сообщение от SysA (?), 01-Фев-16, 14:44
	> и как ты будешь это фиксить? не только в будущих релизах но > и в прошлых. Открой для себя "firmware update"!
	Ответить | Правка | Наверх | Cообщить модератору

	226. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–2 +/–
	Сообщение от . (?), 01-Фев-16, 20:08
	А то что это только юзер может сделать, причём для него это "black fu***ng magic!" говоря по олбански, - это тебя совсем не смущает? И что - не работать на таких системах ... а ну да, мы же Ылита :)
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от llolik (ok), 01-Фев-16, 12:02
	> Железо оно первично. Если в железе ошибка значит надо обходить эту ошибку. Только это не проблема systemd и инита в принципе. Что с этим Лёня должен сделать? Собственно, Мэттью Гаррет уже всказался, что проблему нужно решать на уровне ядра Пруф в его Твиттере, https://twitter.com/mjg59/status/693494314941288448
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	156. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Ан2 (?), 01-Фев-16, 14:58
	>> Железо оно первично. Если в железе ошибка значит надо обходить эту ошибку. > Только это не проблема systemd и инита в принципе. Что с этим > Лёня должен сделать? > Собственно, Мэттью Гаррет уже всказался, что проблему нужно решать на уровне ядра > Пруф в его Твиттере, https://twitter.com/mjg59/status/693494314941288448 то есть свалить всё на Линуса ))
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от llolik (ok), 01-Фев-16, 15:03
	> то есть свалить всё на Линуса )) Да он, вроде как, уже сам hotfix сделал.
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 18:15
	учить конфигуратор grub перемонтировать с ro на rw и обратно. Если в gnu/linux простая, случайно запущенная команда способна убить железо, то это проблема gnu/linux.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	196. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 18:19
	> учить конфигуратор grub перемонтировать с ro на rw и обратно. Это не grub, хотя можно и там.
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от demimurych (ok), 01-Фев-16, 18:32
	Угу. Если самолет падает потому что инженеры допустили ошибку в разработке самолета, то это конечно проблема пилота.
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

	296. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–2 +/–
	Сообщение от Аноним (-), 02-Фев-16, 07:04
	Это проблема пилота, потому что инженеры на земле, а пилот упадёт вместе с самолётом.
	Ответить | Правка | Наверх | Cообщить модератору

	314. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от asd (??), 02-Фев-16, 08:36
	Конечно. А вот драть как сидоровых коз надо (и будут) инженеров.
	Ответить | Правка | Наверх | Cообщить модератору

	359. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от antares0 (?), 04-Фев-16, 21:52
	> Угу. Если самолет падает потому что инженеры допустили ошибку в разработке самолета, > то это конечно проблема пилота. Именно. Ты не поверишь, но для каждой серии есть гайд с списком того чего пилоту лучше не делать. Самолет он сильно дороже китайбука имени MCI и его просто так не заменишь.
	Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

	251. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Andrey Mitrofanov (?), 01-Фев-16, 23:07
	> учить конфигуратор grub перемонтировать с ro на rw и обратно. > Если в gnu/linux простая, случайно запущенная команда способна убить железо, то это > проблема gnu/linux. Пральнаящитаю, надо rm -rf / научить наконец перемонтировать в RO то, что потеринг оставил в RW.
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

	297. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 07:07
	Недалекие ненависники не понимают что проблема не зависит от системы инициализации.
	Ответить | Правка | Наверх | Cообщить модератору

	278. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 02-Фев-16, 02:22
	А потом эти же люди булькают, что во фре при извлечении флешки без отмонтирования паника.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	7. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+18 +/–
	Сообщение от AlexYeCU_not_logged (?), 01-Фев-16, 10:10
	Впервые в жизни заступаюсь для Поттеринга: типичный uefi.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	31. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 10:46
	два чая Вам - на той же модели ноутбука, даже в легаси, граб работает только если установлен в отдельный ext2 раздел
	Ответить | Правка | Наверх | Cообщить модератору

	252. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Andrey Mitrofanov (?), 01-Фев-16, 23:09
	> Впервые в жизни заступаюсь для Поттеринга: типичный uefi. А ведь мудрые люди пердкперждали: майкрософт, фат16... не к добру. Ну, да они не дожили.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	101. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 13:01
	> типичный поттеринг Да в этой новости всё прекрасно...
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	301. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от анонимус (??), 02-Фев-16, 07:35
	Все правильно анон выше говорил. Виноват разраб железа кладущий на стандарты, и пользователи которые теоретически умеют в доступ к uefi теперь задумаются насчет покупки msi. Репутация производителя, хоть и у 1% будет потеряна а остальных не особо интересует что там с конфигами загрузчика.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	315. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от asd (??), 02-Фев-16, 08:38
	В мой блэклист уже давно входят как MSI с ACER, так и SAMSUNG, SONY и ряд других. Просто принципиально не покупаю.
	Ответить | Правка | Наверх | Cообщить модератору

	316. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от asd (??), 02-Фев-16, 08:40
	Имею в виду - не только сам не покупаю, но и других предостерегаю. В том числе клиентов - а там уже не один-два предмета покупается )). Ибо нефиг. ЗЫ. Если бы таких как я было бы существенная чифра, производители сильно по другому относились бы как к стандартам, так и к клиентам-покупателям. Мечты...
	Ответить | Правка | Наверх | Cообщить модератору

	319. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от iPony (?), 02-Фев-16, 10:55
	В том то и бида, что белый состоит около из одного элемента 🍎
	Ответить | Правка | К родителю #315 | Наверх | Cообщить модератору

	351. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от анонимус (??), 03-Фев-16, 14:36
	У меня там асусы.
	Ответить | Правка | Наверх | Cообщить модератору

	365. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от asd (??), 07-Фев-16, 08:15
	Кстати, да, с ними засад меньше.
	Ответить | Правка | Наверх | Cообщить модератору

	325. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от anon7894 (?), 02-Фев-16, 12:41
	<cap mode> Выполнение rm -rf / может привести к неработоспособности Linux </cap mode>
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

3. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+7 +/–
Сообщение от Аноним (-), 01-Фев-16, 10:02
а ведь разработчики systemd всё верно ответили
Ответить | Правка | Наверх | Cообщить модератору

	5. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 10:07
	Да нет. Люди-то работают с тем что есть. Если в UEFI ошибка надо работать с оглядкой на эту ошибку, а не говорить что это не моё дело.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+10 +/–
	Сообщение от фыв (??), 01-Фев-16, 10:24
	Надо пинать производителя. Иначе будет зоопарт таких косяков, с различными вкусами от разных производителей.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+5 +/–
	Сообщение от Аноним (-), 01-Фев-16, 10:42
	Много ты по пинал производителя по поводу кривых ACPI?
	Ответить | Правка | Наверх | Cообщить модератору

	366. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Иван (??), 16-Янв-18, 20:48
	> Много ты по пинал производителя по поводу кривых ACPI? Я асуса пнул, он меня послал в издевательской форме. Больше его не покупаю.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
	Сообщение от Аноним (-), 01-Фев-16, 10:47
	надо допиливать коребут, ибо пинать производителя бесполезно - невидия тому пример
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	78. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+7 +/–
	Сообщение от Crazy Alex (ok), 01-Фев-16, 12:13
	Пинать - надо. Обходить баг - тоже надо.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	105. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–2 +/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 13:08
	> Надо пинать производителя. Надо. > Иначе будет зоопарт таких косяков Белого кролика ещё не нашли? :)
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	195. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 18:19
	надо пинать производителя, но... Очень сложно будет заставить его выпустить обновление для всех устройств с этой ошибкой. Даже если обновления будут выпущены, уже выпущенным устройствам это поможет слабо, ведь надо в ручную провести потенциально деструктивную операцию, сложную... А еще надо просто суметь узнать что эту операцию нужно провести
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	21. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 10:29
	Завтра будет ошибка в 0.001% прошивок от [brand] в которой при выполнении некоторой последовательности операций процессора будет происходить зависание системы, на это тоже надо будет закладываться?
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	28. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
	Сообщение от Аноним (-), 01-Фев-16, 10:38
	> Завтра будет ошибка в 0.001% прошивок от [brand] в которой при выполнении > некоторой последовательности операций процессора будет происходить зависание системы, > на это тоже надо будет закладываться? А ты как думал! https://en.wikipedia.org/wiki/Pentium_F00F_bug
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+3 +/–
	Сообщение от Аноним (-), 01-Фев-16, 13:01
	Слишком старое, есть посвежее фейлы и более трудноуловимые: http://www.computerra.ru/138414/intel-skylake-cpu-bugs/ Проблема железок должна решаться производителем железки. Так как и под Виндой или MacOS, или любой другой ОС могут точно также обнулиться параметры UEFI в результате вредоносной активности, с последующим окирпичиванием.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Khariton (ok), 01-Фев-16, 11:09
	> Да нет. Люди-то работают с тем что есть. Если в UEFI ошибка > надо работать с оглядкой на эту ошибку, а не говорить что > это не моё дело. конечно! потом когда производитель починит ошибку, а вы уже к ней приспособились, а ваше ПО приспособилось к ней и использует ее как фичу, то после фикса оной проблемы от производителя как вы будете чинить ваше ПО? Как будете объяснять проблему? Как будете поддерживать и ту и ту ветки?
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	56. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 11:24
	не думаю что запрет перезаписи переменных UEFI можно использовать как фичу
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Khariton (ok), 01-Фев-16, 13:46
	> не думаю что запрет перезаписи переменных UEFI можно использовать как фичу Ну возможность есть? Ок. Может и сгодится. Например МС не могла предвидеть, что ограничение используемых символов в имени файла может привести к тому, что они не смогут использовать в ФС юникод. Мало того они предоставили это как фичу еще со времен ДОС! Мол пользоватлею так будет проще и удобнее! А в юниксах такого ограничения нет.)))
	Ответить | Правка | Наверх | Cообщить модератору

	299. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Адекват (ok), 02-Фев-16, 07:23
	> Например МС не могла предвидеть, что ограничение используемых символов в имени файла > может привести к тому, что они не смогут использовать в ФС > юникод. Мало того они предоставили это как фичу еще со времен > ДОС! Мол пользоватлею так будет проще и удобнее! > А в юниксах такого ограничения нет.))) И сколько человек перешли на линукс с винды по этой причине ? и не вернулись потом обратно ?
	Ответить | Правка | Наверх | Cообщить модератору

	318. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Khariton (ok), 02-Фев-16, 10:22
	> И сколько человек перешли на линукс с винды по этой причине ? > и не вернулись потом обратно ? А сколько раз вас послали бабочек ловить за смену топика в ленте?
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Аноним (-), 01-Фев-16, 11:39
	В любом ПО есть workaroud, как это есть с чипсетами nVidia, Radeon r6xx/r7xx. Например работа USB контроллеров
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	93. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Аноним (-), 01-Фев-16, 12:35
	Вот зачем ты об этом сказал? Аноны теперь спать не смогут, пока не добьются от Линукса и Ко исключения из кода ядра _всех_ воркэраундов. Ведь ошибки в железе это не проблема гну/линукса!
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 13:10
	> потом когда производитель починит ошибку, а вы уже к ней приспособились, > а ваше ПО приспособилось к ней и использует ее как фичу Это не то же, что объезд (ближе к последующему bug compatibility).
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	367. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Иван (??), 16-Янв-18, 20:56
	> потом когда производитель починит ошибку, а вы уже к ней приспособились, а > ваше ПО приспособилось к ней и использует ее как фичу, то > после фикса оной проблемы от производителя как вы будете чинить ваше > ПО? Как будете объяснять проблему? Как будете поддерживать и ту и Предлагаю не приспосабливать к ошибкам основные ветки, а создавать патчи/драйверы, которые надо будет подгружать только на проблемных системах. А после починки просто перестать подгружать. Т. о. и код основной ветки замусориваться не будет ипользователи будут помнить, кому из производителей они обязаны необходимостью донастраивать систему на использование багфиксов.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	240. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+5 +/–
	Сообщение от EuPhobos (ok), 01-Фев-16, 21:51
	Ну тогда уж до кучи давайте обвиним и mount, то что монтирует впринципе эту ФС, ну и за одно и rm обвиним, что нет ключа "rm -rf --but-not-my-uefi --pleeeease /" Я сам не сторонник systemd, но бляха-муха, причём тут вообще systemd я никак не пойму? Как его сюда приписали в этой теме, проблема то вообще systemd никак не касается. И главное комментаторы все такие "моя тему не читать, моя гневный коммент писать".
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	244. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 22:24
	> Я сам не сторонник systemd, но бляха-муха, причём тут вообще systemd я > никак не пойму? Как его сюда приписали в этой теме, проблема > то вообще systemd никак не касается. Касается, именно systemd монтирует efivarfs в /sys с доступом на запись. То что в ядро предлагают добавить для защиты - грязный хак. Точно так же проблему можно обойти монтированием efivarfs в ro для проблемных прошивок на уровне systemd.
	Ответить | Правка | Наверх | Cообщить модератору

	298. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Аноним (-), 02-Фев-16, 07:12
	Upstart как монтирует? Openrc? Init.d?
	Ответить | Правка | Наверх | Cообщить модератору

	307. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 08:13
	Upstart и init.d в rw.
	Ответить | Правка | Наверх | Cообщить модератору

	374. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (374), 13-Фев-21, 16:37
	Может тогда лучше пнуть Поттеринга не за то, что он захардкожил rw в systemd, а за то, что он изобрел велосипед вместо использования fstab?
	Ответить | Правка | К родителю #244 | Наверх | Cообщить модератору

4. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
Сообщение от Аноним (-), 01-Фев-16, 10:05
Как всегда - никто не при делах, и как хотите так сами и справляйтесь. И не важно, заплатил ты за это деньги (ноутбук MSI), или это открытый код (systemd).
Ответить | Правка | Наверх | Cообщить модератору

	302. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от анонимус (??), 02-Фев-16, 07:37
	Виноват msi, не благодари.
	Ответить | Правка | Наверх | Cообщить модератору

10. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
Сообщение от Nicknnn (ok), 01-Фев-16, 10:16
Обычный вброс. Причем тут systemd к efivars являющейся частью ядра? Ну и что, что он это монтирует. Он ведь монтирует и всё остальное.
Ответить | Правка | Наверх | Cообщить модератору

	108. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 13:11
	> Причем тут systemd Это ж арчик, там не спрашивали.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Альт (??), 01-Фев-16, 14:55
	Ну понятно, что не альт.
	Ответить | Правка | Наверх | Cообщить модератору

	262. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 01:17
	> Ну понятно, что не альт. Будто в Демьяне людей с ул.. пользователей о чём-то спрашивали. Так, погрызлись между собой и порешили. А Альт что, не осиливает ещё systemd? Я просто не в курсе. Не знаю, Килин, Ред Стар на системдэ? Если да, то альтовцам тоже нужно подтягиваться. А то как технологиями будут делиться?
	Ответить | Правка | Наверх | Cообщить модератору

	317. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от asd (??), 02-Фев-16, 08:56
	В альте, да будет вам известно, нет такой проблемы - монжо и системд поставить, некоторые дистрибутивы с ним и идут по умончанию. Если не знаете - не надо сотрясать воздух, лады?
	Ответить | Правка | Наверх | Cообщить модератору

11. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–10 +/–
Сообщение от Аноним (-), 01-Фев-16, 10:18
Вот почему никогда не будет никакого системдэ ни на одном компьютере под моим управлением.
Ответить | Правка | Наверх | Cообщить модератору

	197. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
	Сообщение от Аноним (-), 01-Фев-16, 18:21
	Та же проблема будет в init.d и в upstart. Но такому как ты это не понять.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 18:25
	> Та же проблема будет в init.d В где? > Но такому как ты это не понять. Вам слово fstab если б что-то говорило, то не умничали бы. Виденные мной sysvinit-овые скрипты не самодеятельничают и не монтируют того, чего не было велено.
	Ответить | Правка | Наверх | Cообщить модератору

	232. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Аноним (-), 01-Фев-16, 20:45
	Я решил проверить, что там у труюниксвэй и не самодеятельной системы инициализации с монтированием sysfs и установил slackware. А там тоже rw.
	Ответить | Правка | Наверх | Cообщить модератору

	235. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
	Сообщение от Аноним (-), 01-Фев-16, 21:05
	И в alt linux rw.
	Ответить | Правка | Наверх | Cообщить модератору

	253. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Andrey Mitrofanov (?), 01-Фев-16, 23:14
	> Я решил проверить, что там у труюниксвэй и не самодеятельной системы инициализации > с монтированием sysfs и установил slackware. А там тоже rw. Недопроверил, бракодел! # rm -rf /sys <ENTER>
	Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

	308. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 08:16
	Содержимое efivars можно удалить.
	Ответить | Правка | Наверх | Cообщить модератору

	300. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Адекват (ok), 02-Фев-16, 07:28
	> Вот почему никогда не будет никакого системдэ ни на одном компьютере под > моим управлением. Куда вы нахрен денетесь, когда все ментейнеры в едином порыве оставят ТОЛЬКО systemd ? :)) Собственно рано или поздно все будет работать ТОЛЬКО через systemd и pulseaudio.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	327. "Выполнение rm -rf / может привести к неработоспособности..."	+1 +/–
	Сообщение от arisu (ok), 02-Фев-16, 13:25
	> все ментейнеры лжёшь, свинья паршивая — как и обычно.
	Ответить | Правка | Наверх | Cообщить модератору

	330. "Выполнение rm -rf / может привести к неработоспособности..."	–1 +/–
	Сообщение от Адекват (ok), 02-Фев-16, 15:21
	>> все ментейнеры > лжёшь, свинья паршивая — как и обычно. Мусье может видеть будущее ?
	Ответить | Правка | Наверх | Cообщить модератору

	331. "Выполнение rm -rf / может привести к неработоспособности..."	+1 +/–
	Сообщение от arisu (ok), 02-Фев-16, 15:41
	да.
	Ответить | Правка | Наверх | Cообщить модератору

	361. "Выполнение rm -rf / может привести к неработоспособности..."	–1 +/–
	Сообщение от Аноним (-), 05-Фев-16, 21:36
	арису мэйнтэйнит libastral у линуса.
	Ответить | Правка | Наверх | Cообщить модератору

12. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+23 +/–
Сообщение от Аноним (-), 01-Фев-16, 10:19
В комментариях к данной новости выясняется, что ненависть к поттерингу перевешивает даже косяки кривых uefi в ноутбуках msi.
Ответить | Правка | Наверх | Cообщить модератору

	33. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 10:47
	В опенврт загрузчик по умолчанию открыт на запись и можно окирпичить устройство. Правда поттеринг не умеет отношения к опенврт.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 10:51
	>поттеринг не имеет отношения к опенврт бритва Мицгола
	Ответить | Правка | Наверх | Cообщить модератору

	362. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 05-Фев-16, 21:37
	саечка чингисхана. апперкот жаботинского.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+3 +/–
	Сообщение от ryoken (ok), 01-Фев-16, 12:07
	> Правда поттеринг не умеет отношения к опенврт. За что ему лично я ему горячо благодарен.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	77. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–5 +/–
	Сообщение от Аноним (-), 01-Фев-16, 12:12
	Если бы поттеринг имел отношение к опенврт, то возможно в опенврт было бы поменьше гвоздей и костылей.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–6 +/–
	Сообщение от Аноним (-), 01-Фев-16, 12:26
	>гвоздей и костылей зато работает
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 12:37
	Очевидно, что ты со мной не согласишься, но системд тоже превосходно работает. Так работает, как скриптовым костылям не снилось. Правда это сложно доказать пользователям десктопов и админам локалхоста. Опенвртшная магия это то, что осложняет её использование в продакшне.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 13:12
	> Так работает, как скриптовым костылям не снилось. Правда это сложно доказать > пользователям десктопов и админам локалхоста. Я как автор термина "админ локалхоста" лишаю Вас лицензии на применение этого словосочетания. :] </доля шютки>
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 13:39
	Не опенсорсно как-то.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от ZloySergant (ok), 01-Фев-16, 15:23
	>Не опенсорсно как-то. Так ведь это и не код.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 18:33
	Так опенсорс это метод мышления.
	Ответить | Правка | Наверх | Cообщить модератору

	254. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Andrey Mitrofanov (?), 01-Фев-16, 23:16
	> Так опенсорс это метод мышления. Это када своих мыслей -- 0.0 ?
	Ответить | Правка | Наверх | Cообщить модератору

	304. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–2 +/–
	Сообщение от Адекват (ok), 02-Фев-16, 07:47
	> Очевидно, что ты со мной не согласишься, но системд тоже превосходно работает. > Так работает, как скриптовым костылям не снилось. Правда это сложно доказать > пользователям десктопов и админам локалхоста. Ну ты попробуй, давай докажи преимущества systemctl + netctl над /etc/rc.conf, особенно необходимость именовать интерфейсы не eth0, eth1 а enp0s25 например. Вот у меня на сервере был глюк, после того как я добавил строчку: SkipNoCarrier=yes У меня перестал подниматься подниматься интерфейс enp0s25 (прости господи) и назначаться ему адрес. при этом, если сделать в консоле netctl start enp0s25 - интерфейс таки стартует. Я просто приведу строчки, необходимые для настройки в bsd-like init в rc.conf: HOSTNAME="old_srv" # Use 'ifconfig -a' or 'ls /sys/class/net/' to see all available interfaces. # # Interfaces to start at boot-up (in this order) # Declare each interface then list in INTERFACES #   - prefix an entry in INTERFACES with a ! to disable it #   - no hyphens in your interface names - Bash doesn't like it # # DHCP:     Set your interface to "dhcp" (eth0="dhcp") # Wireless: See network profiles below # #Static IP example #eth1="dhcp" eth0="eth0 192.168.4.7 netmask 255.255.255.0 broadcast 192.168.4.255" eth1="eth1 xxx.xxx.xxx.xxx  netmask 255.255.255.128" боже мой, какой ужас - как мы жили со всем этим, да ? То ли дело сейчас - такое раздолье, имя хоста в одном файле, настройки интерфейса в другом, плюс чтобы не было скучно - все может поменяться через год-полтора, имя хоста будет совершенно в другом файле. а на смену netctl придет systemd.netcfg. а как демоны запускались, это просто гадость какая-то: # ----------------------------------------------------------------------- # DAEMONS # ----------------------------------------------------------------------- # # Daemons to start at boot-up (in this order) #   - prefix a daemon with a ! to disable it #   - prefix a daemon with a @ to start it up in the background # DAEMONS=(syslog-ng @network netfs crond sshd samba @exim @ntpdate @ntpd @apcupsd  @iptables @ddclient @tuntap @openvpn !mot_up  httpd) Боже мой, какая мерзость - всего одна строчка в одном файле, АААААА какже мы жили с этим !!! Вы не представляете какой это был ужас - вот например в списке есть демон mot_up - вы представляете, он был всего из одной строчки - там через LD_PRELOAD запускался motoin с нужным конфигом. То ли дело сейчас - православные Ln -s в каталог /etc/systemd не помню куда, но через "find /etc/systemd" можно же найти, да ?
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	332. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от derfenix (ok), 02-Фев-16, 17:01
	Перевожу: "А-а-а! Какой ужас!! Я только с одним инитом разобрался и научился не ломать ничего, так тут ещё какой-то systemd появился, да ещё и настраивать надо иначе! Это уж я точно не осилю и не разберусь, умственные ресурсы и так уже выработаны под ноль!"
	Ответить | Правка | Наверх | Cообщить модератору

	335. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 02-Фев-16, 18:49
	Кусок Божественного rc.conf из старого Арча детектеД!
	Ответить | Правка | К родителю #304 | Наверх | Cообщить модератору

	137. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 14:15
	Нет. Закрыт. А чтобы был открыт, нужно специально патчить.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	228. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 20:24
	На разных устройствах по разному на самом деле.
	Ответить | Правка | Наверх | Cообщить модератору

	264. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 02-Фев-16, 01:29
	> В комментариях к данной новости выясняется, что ненависть к поттерингу перевешивает даже > косяки кривых uefi в ноутбуках msi. Так ведь вас 85% или 83% по новым подсчётам Левада-центра, вроде? К тому же, кругом враги. Вон в Германии 19-летний педофил изнасиловал 17-летнего русского ребёнка-девочку.. Поттеринг вообще там должен теперь тихо себе сидеть. Иначе придут ночью к нему придут Хрюша и Степашка (из тех 85%) и устроят ему такой init!
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

13. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
Сообщение от Аноним (-), 01-Фев-16, 10:21
Из серии "Хакер в столовой".
Ответить | Правка | Наверх | Cообщить модератору

	201. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 18:25
	случайно ошибся в наборе команд и получил кирпич вместо ноутбука. Обычная ситуация. Каждый кто хоть изредка удаляет каталог с помощью rm может в ней оказаться.
	Ответить | Правка | Наверх | Cообщить модератору

	333. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от derfenix (ok), 02-Фев-16, 17:02
	> случайно ошибся в наборе команд и получил кирпич вместо ноутбука. Обычная ситуация. > Каждый кто хоть изредка удаляет каталог с помощью rm может в > ней оказаться. И часто ты случайно набираешь --no-preserve-root, пытаясь что-то удалить?
	Ответить | Правка | Наверх | Cообщить модератору

	340. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 03-Фев-16, 07:53
	Пытаешься прикинуться шлангом? rm ~/tmp /* отлично работает без всяких
	Ответить | Правка | Наверх | Cообщить модератору

14. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
Сообщение от anonimous (?), 01-Фев-16, 10:21
Так это, ноутбук-то в он итоге как-то смог восстановить?
Ответить | Правка | Наверх | Cообщить модератору

	36. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Anonplus (?), 01-Фев-16, 10:48
	> Так это, ноутбук-то в он итоге как-то смог восстановить? Перепрошивать микросхему надо. Программатором. Выпаивать, если не вынимается, и перепрошивать. В принципе, необратимо не угробил, но и тривиальным восстановление назвать нельзя.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
	Сообщение от анонимус вульгарис (?), 01-Фев-16, 16:21
	> Перепрошивать микросхему надо. Программатором. Выпаивать, если не вынимается, и перепрошивать. > В принципе, необратимо не угробил, но и тривиальным восстановление назвать нельзя. Ну выпаивать, положим, не придётся, MSI специальный разъём для этой цели выводит. Ибо очень уж часто у них такое случается.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Аноним (-), 01-Фев-16, 10:48
	писал с брата
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	45. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от anonymous (??), 01-Фев-16, 11:02
	отправил на ремонт по гарантии https://bbs.archlinux.org/viewtopic.php?pid=1599733#p1599733
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	86. "Выполнение rm -rf / может привести к неработоспособности..."	–5 +/–
	Сообщение от arisu (ok), 01-Фев-16, 12:25
	> Так это, ноутбук-то в он итоге как-то смог восстановить? зачем ему ноутбук, он же дебил.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	203. "Выполнение rm -rf / может привести к неработоспособности..."	–1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 18:26
	почему?
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Выполнение rm -rf / может привести к неработоспособности..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 19:27
	Тупой вопрос, ну ладно отвечу. Инструкцию ниасилил от бука где сказано как восстанавливать и прошивать UEFI.
	Ответить | Правка | Наверх | Cообщить модератору

	219. "Выполнение rm -rf / может привести к неработоспособности..."	–1 +/–
	Сообщение от Анонистый калий (?), 01-Фев-16, 19:31
	Потому что нефиг было что-либо ломать.
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	305. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–2 +/–
	Сообщение от Адекват (ok), 02-Фев-16, 07:58
	> Так это, ноутбук-то в он итоге как-то смог восстановить? Предлагаю законодательно разрешить магазинам отказывать в гарантии, если на ноут был поставлен линукс.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

15. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
Сообщение от Аноним (-), 01-Фев-16, 10:22
Ваш компьютер в безопасности, когда не работает. Профессиональная защита компьютеров от включения. Звоните!
Ответить | Правка | Наверх | Cообщить модератору

16. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
Сообщение от Maks (??), 01-Фев-16, 10:22
А что,на системе без systemd эта операция невозможна?
Ответить | Правка | Наверх | Cообщить модератору

	22. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+3 +/–
	Сообщение от Аноним (-), 01-Фев-16, 10:32
	Возможна.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–3 +/–
	Сообщение от КО (?), 01-Фев-16, 10:38
	Ну, наверное, не на системД можно указать как монтировать ту или иную систему. А системД монтирует некоторые на свой вкус. Другой вопрос - что это за системные утилиты, которые требуют кровь из носу доступ на запись в переменные UEFI, без которых загрузиться будет нельзя?
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	30. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+3 +/–
	Сообщение от Аноним (-), 01-Фев-16, 10:43
	>А системД монтирует некоторые на свой вкус. Системд монтирует efivarfs, так как указано в fstab.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
	Сообщение от Другой аноним (?), 01-Фев-16, 11:08
	Не совсем верно. Запись в fstab необязательная. Modprobe efivars при условии загрузки в режиме uefi - и мы имеем подпор типов Анны раздел в sysfs. А модуль то может загрузить кто угодно по сути... Т.е. как ни круто - Лёня тут получается не при делах. Ну и по сути он прав. Хотя ситуация конечно сборная и сложная... Я с этим только вчера плотно столкнулся и не думал, что там есть какие-то важные настройки, удаление которых может окирпичить комп
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Другой аноним (?), 01-Фев-16, 11:10
	> Не совсем верно. Запись в fstab необязательная. Modprobe efivars при условии загрузки > в режиме uefi - и мы имеем подмонтированный раздел > в sysfs. А модуль то может загрузить кто угодно по сути... > Т.е. как ни круто - Лёня тут получается не при делах. > Ну и по сути он прав. Хотя ситуация конечно сборная и > сложная... Я с этим только вчера плотно столкнулся и не думал, > что там есть какие-то важные настройки, удаление которых может окирпичить комп Долбанный т9
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Выполнение rm -rf / может привести к неработоспособности..."	+9 +/–
	Сообщение от arisu (ok), 01-Фев-16, 12:26
	> Долбанный т9 «подпор типов Анны» был круче.
	Ответить | Правка | Наверх | Cообщить модератору

	265. "Выполнение rm -rf / может привести к неработоспособности..."	+1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 01:34
	>> Долбанный т9 > «подпор типов Анны» был круче. А я уж было подумал, что это какой-то божественный сленг.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 11:29
	Возможно она необязательная, но учитывается — https://github.com/systemd/systemd/issues/2402 .
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	79. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Crazy Alex (ok), 01-Фев-16, 12:17
	Ни хрена он по сути не прав. Если ты можешь прикрыть пользователя малой кровью от проблемы, которую не он создаёт - надо прикрывать. Мата в адрес MSI это не отменяет, конечно. А то, что он несёт - это его обычная безответственность.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	83. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 12:22
	Малой кровью здесь является монтирование в ро о чём должны позаботиться мейнтейнеры дистрибутива.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Выполнение rm -rf / может привести к неработоспособности..."	+1 +/–
	Сообщение от arisu (ok), 01-Фев-16, 12:29
	вот не надо, в этот раз он таки нормально всё говорит. если уж ты залез в рута, и решил всё убить — не надо от этого «защищать». да, всё на свете файл. надо было это выучить, прежде чем в рута лазить и rm делать. вот если бы обычный юзер без рутовых привилегий мог такое сотворить — тогда да, тогда был бы Ужос. а если рута «защищать», то следующим логичным шагом будет сделать из него недорута, как сделали из администратора флагшток‐куна в виндах.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	122. "Выполнение rm -rf / может привести к неработоспособности..."	+1 +/–
	Сообщение от анонанонанонанино (?), 01-Фев-16, 13:26
	Поттер сказал: "рут может всё". В том-то и дело, рут может даже rm -rf, но где это видано чтобы rm -rf железо убивал? Вывод: поттер поломал rm -rf. SYSTEMD ЛОМАЕТ RM -RF !!!1111адинадинадин
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Выполнение rm -rf / может привести к неработоспособности..."	+/–
	Сообщение от Нимано (?), 01-Фев-16, 16:32
	> Поттер сказал: "рут может всё". В том-то и дело, рут может даже > rm -rf, но где это видано чтобы rm -rf железо убивал? Когда-то на форточках запуск "setup.exe" (вернее, зараженного экзешника) уже убивал железо (см. CIH). Привело к "костылянию" на стороне производителей железа ("железная" защита от записи). Со временем, правда, забылось и все вернулось на круги своя.
	Ответить | Правка | Наверх | Cообщить модератору

	306. "Выполнение rm -rf / может привести к неработоспособности..."	–2 +/–
	Сообщение от Адекват (ok), 02-Фев-16, 08:06
	> (см. CIH). > Привело к "костылянию" на стороне производителей железа ("железная" защита от записи). > Со временем, правда, забылось и все вернулось на круги своя. Смотрим.... https://ru.wikipedia.org/wiki/CIH CIH, или «Чернобыль» (Virus.Win9x.CIH) — компьютерный вирус, написанный тайваньским студентом Чэнь Инхао (кит. трад. 陳盈豪, пиньинь: Chén Yíngháo, англ. ) в июне 1998 года. Представляет собой резидентный вирус, работающий только под операционной системой Windows 95/98/ME. Угу....98ой год...виндовс98. Я вас правильно понял ? Современный линукс, благодаря исключительно своей архитектуре страдает проблемами винды 98 года разлива ? Конечного пользователя же не волнует кто виноват будет - производитель буков, или Линус или Леннарт - у конечного пользователя будет убит ноут. И да, если конечный пользователь придет к мысли "в винде ТАК НИКОГДА НЕ БУДЕТ" - он будет прав. Не быть линуксу более чем на 5% десктопов, никогда, увы. Заметьте - человек не поленился что-то вроде баг-репорта написать, иначе вы бы не узанли бы об этой проблеме. На его месте мог кто-то из вас оказаться или ваших родственников, или вы могли так угробить чей-то ноут и попасть на бабки :)
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Выполнение rm -rf / может привести к неработоспособности..."	–1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 17:34
	Ты так и не понял что произошло.. Вместе с этой багой root получил права не только убить данные на носителях, но и само железо. Такое уже бывало многократно. И каждый раз в ядро или юзерспейс внедряли новую распорку, которая не давала root-у ломать железо. А тут по твоей логике какой-то особый случай. Странно слышать такое от тебя, arisu. Ты же в курсе насколько root в Linux ограничен в своих возможностях?
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	173. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 15:58
	> Ни хрена он по сути не прав. Если ты можешь прикрыть пользователя > малой кровью от проблемы, которую не он создаёт - надо прикрывать. > Мата в адрес MSI это не отменяет, конечно. А то, что > он несёт - это его обычная безответственность. Да! Ошибку в моей программе предлагаю исправить разработчикам glibc, пусть напишут workaround. Или даже разработчиков компиляторов напрячь. Им чо, сложно што ле?
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	41. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Anonplus (?), 01-Фев-16, 10:51
	> Ну, наверное, не на системД можно указать как монтировать ту или иную > систему. А системД монтирует некоторые на свой вкус. ЕслИ бЫ вЫ внимательнО читалИ новостЬ, тО зналИ бЫ, чтО параметрЫ монтированиЯ определяюТ сборщикИ дистрибутивА. Кстати, зачем вы делаете последнюю букву заглавной в тех словах, в которых она заглавной не предусмотрена?
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	71. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Джедай (?), 01-Фев-16, 12:02
	Потому что гладиолус
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от ryoken (ok), 01-Фев-16, 12:09
	> Другой вопрос - что это за системные утилиты, которые требуют кровь из > носу доступ на запись в переменные UEFI, без которых загрузиться будет > нельзя? Навскидку - efibootmgr? И все, кто загрузочные записи в EFI делает.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	143. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Crazy Alex (ok), 01-Фев-16, 14:40
	Ну вот пусть они и монтируют. И отмонтируют после работы. Не самая частая операция, как ни крути.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 13:13
	> Другой вопрос - что это за системные утилиты, которые требуют кровь из > носу доступ на запись в переменные UEFI, без которых загрузиться будет > нельзя? efibootmgr(8)
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	187. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Stax (ok), 01-Фев-16, 17:39
	Для полноты картины стоит упомянуть еще grub-install на uefi (хотя почти наверняка он сводится к копированию файлов + вызову efibootmgr)
	Ответить | Правка | Наверх | Cообщить модератору

19. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
Сообщение от Нанобот (ok), 01-Фев-16, 10:27
вполне аргументированый отказ разрабов
Ответить | Правка | Наверх | Cообщить модератору

20. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+7 +/–
Сообщение от Аноним (-), 01-Фев-16, 10:29
Арчеводы самые любознательные.
Ответить | Правка | Наверх | Cообщить модератору

	268. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 02-Фев-16, 01:45
	> Арчеводы самые любознательные. Это от того, что у них лучшая документация в сети.
	Ответить | Правка | Наверх | Cообщить модератору

	281. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Led (ok), 02-Фев-16, 02:38
	>> Арчеводы самые любознательные. > Это от того, что у них лучшая документация в сети. Естествено, как обычно у школоты: учебников полно, но кто ж их читает?
	Ответить | Правка | Наверх | Cообщить модератору

	346. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 03-Фев-16, 09:03
	Лучшая документация у rhel.
	Ответить | Правка | К родителю #268 | Наверх | Cообщить модератору

	368. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Иван (??), 16-Янв-18, 21:18
	> Лучшая документация у rhel. Запаришься искать, где написано, как сделать нужное без графического режима. Часть настроек без него вообще официально названа в документации невозможной.
	Ответить | Правка | Наверх | Cообщить модератору

35. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–6 +/–
Сообщение от Аноним (-), 01-Фев-16, 10:47
все вполне логично если я грохнул efivars то с какого они должны сбрасыватся по дефолту? Я ведь их стер.
Ответить | Правка | Наверх | Cообщить модератору

	369. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Иван (??), 16-Янв-18, 21:19
	> все вполне логично если я грохнул efivars то с какого они должны > сбрасыватся по дефолту? Я ведь их стер. Но биос же при аналогичной операции сбрасывается на дефолт, а не исчезает.
	Ответить | Правка | Наверх | Cообщить модератору

38. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
Сообщение от lucentcode (ok), 01-Фев-16, 10:48
Лёнчик дело говорит - проблемы кривых разрабов MSI его волновать не должны. Пусть свои косяки они за собой сами поправляют. Тем более, что проблема похоже у них не связана с железом - это косяк самой прошивки UEFI.
Ответить | Правка | Наверх | Cообщить модератору

	53. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–3 +/–
	Сообщение от Аноним (-), 01-Фев-16, 11:20
	Разработчики у MSI вполне себе адекватные и баги в UEFI фиксят хоть и не быстро.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 12:08
	А ещё кривых разрабов Гигабайтов (там такая же херня), а ещё мало ли каких кривых разрабов.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	99. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 12:57
	надо было брать макбук
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Аноним (-), 01-Фев-16, 19:32
	> надо было брать макбук Куда мне нужно брать макбук?
	Ответить | Правка | Наверх | Cообщить модератору

	255. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Led (ok), 01-Фев-16, 23:57
	> надо было брать макбук А попа не слипнется?
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	270. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 01:49
	>> надо было брать макбук > А попа не слипнется? Ну а тебе то зачем это обсуждать? Тебе не предстоит подобных выборов в жизни.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от анонимус вульгарис (?), 01-Фев-16, 16:18
	> А ещё кривых разрабов Гигабайтов (там такая же херня), а ещё мало > ли каких кривых разрабов. Разве у гигабайтов тоже нет дуал биос, или как там в их интерпретации эта фича называлась? Отсутствие возможности восстановления прошивки без спец. оборудования — фирменная фишка MSI.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	188. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 17:41
	О да, вставить шлюшку с прошивкой ты не осилил, для этого нужно спец оборудование.
	Ответить | Правка | Наверх | Cообщить модератору

	225. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от анонимус вульгарис (?), 01-Фев-16, 19:40
	> О да, вставить шлюшку с прошивкой ты не осилил, для этого нужно > спец оборудование. Для того, чтобы это работало, нужен хотя бы частично живой биос. Если же он убит совсем, как в случае большинства кирпичей, такой метод не работает. На форуме MSI полно тому примеров.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Crazy Alex (ok), 01-Фев-16, 12:18
	Его должны бы волновать проблемы пользователей. Но - увы...
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

44. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+3 +/–
Сообщение от Аноним (-), 01-Фев-16, 11:00
Самое удивительное в новости то, что парень поставил арч с уефи ))
Ответить | Правка | Наверх | Cообщить модератору

	221. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 19:33
	> Самое удивительное в новости то, что парень поставил арч с уефи )) Мудрила чудный
	Ответить | Правка | Наверх | Cообщить модератору

	271. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 01:57
	>> Самое удивительное в новости то, что парень поставил арч с уефи )) > Мудрила чудный Ну понятно, что там ноут и uefi прибито гвоздями, но вот у меня на Asus Sabertooth Z77 десктопной, uefi может в трёх режимах работать - без него вообще, по требованию ОС (то есть, если ОС может загрузиться только c uefi, то оно предоставляется) и принудительно только оно. Этими опциями рулит хозяин платы - человек, то есть, я.
	Ответить | Правка | Наверх | Cообщить модератору

	291. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 04:01
	Почему минус? Потому что я среди идиотов?
	Ответить | Правка | Наверх | Cообщить модератору

	292. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 02-Фев-16, 04:06
	> Почему минус? Потому что я среди идиотов? 1) плюсминусы здесь ничего особого не значат, не нервничайте; 2) UEFI+CSM -- это ни разу не "по требованию ОС", а два набора фирмвари (на ноутах такое тоже вполне себе встречается); 3) обратите внимание на http://wiki.opennet.ru/ForumHelp
	Ответить | Правка | Наверх | Cообщить модератору

	341. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 03-Фев-16, 07:59
	Рейтинг: -30295 баллов бгг, каанешна "ничего не значит", у-тю-тю
	Ответить | Правка | Наверх | Cообщить модератору

	344. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Andrey Mitrofanov (?), 03-Фев-16, 08:13
	> Рейтинг: -30295 баллов > бгг, каанешна "ничего не значит", у-тю-тю Да.   Как и ретинг -2312675 баллов.
	Ответить | Правка | Наверх | Cообщить модератору

55. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
Сообщение от Аноним (-), 01-Фев-16, 11:23
А зачем вообще нужен этот уродский UEFI? Производители на пустом месте зачем-то придумали проблем всем пользователям. Никаких преимуществ тем же пользователям оно не даёт.
Ответить | Правка | Наверх | Cообщить модератору

	58. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
	Сообщение от Roo2AT7d (ok), 01-Фев-16, 11:33
	Это как с системд: на 2 секунды быстрее включается устройство
	Ответить | Правка | Наверх | Cообщить модератору

	272. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 02-Фев-16, 02:02
	> Это как с системд: на 2 секунды быстрее включается устройство Нет. У меня Core2Duo 3 Ггц, загружается со старта grub 3(!) секунды до приглашения ввода имени пользователя. А сколько тогда загружается современный i7? Я не знаю.
	Ответить | Правка | Наверх | Cообщить модератору

	350. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Roo2AT7d (ok), 03-Фев-16, 13:38
	В новости про UEFI явно имеется ввиду холодный старт, к тому же многое упирается в io.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 11:37
	Конечно не нужен, давайте пользоваться сороколетним биосом подпёртым костылями со всех сторон, лишь бы он работал с современным железом.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	229. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Анонимо (?), 01-Фев-16, 20:30
	UEFI наверное без костылей? Что-то ему это не помогло.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 11:56
	например, с EFI чтобы сделать загрузочную флешку, не нужны никакие dd и unetbootin - достаточно распаковать на нее образ с дистром. Есть efi shell, из которой можно загрузить ядро с нужными параметрами. Ну и secure boot - кто бы что ни говорил, но если есть возможность управлять ключами, то это очень полезная штука.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	114. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 13:17
	> например, с EFI чтобы сделать загрузочную флешку, не нужны никакие dd и > unetbootin - достаточно распаковать на нее образ с дистром. Вот сюда почитайте ещё: http://mjg59.dreamwidth.org/4957.html > то это очень полезная штука Пользовались?
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 13:24
	Так трудно написать dd?
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	224. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
	Сообщение от анонимус вульгарис (?), 01-Фев-16, 19:37
	> например, с EFI чтобы сделать загрузочную флешку, не нужны никакие dd и > unetbootin - достаточно распаковать на нее образ с дистром. Это что же получается, теперь вместо     # dd if=image.iso of=/dev/sdx можно писать     # mkfs.vfat -I /dev/sdx     # mkdir /mnt/iso /mnt/flash     # mount -o loop image.iso /mnt/iso     # mount /dev/sdx /mnt/flash     # cp -a /mnt/iso/* /mnt/flash     # umount /mnt/iso     # umount /mnt/flash     # rmdir /mnt/iso /mnt/flash ??? До чего прогресс дошёл...
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	222. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 19:34
	> А зачем вообще нужен этот уродский UEFI? Производители на пустом месте зачем-то > придумали проблем всем пользователям. Никаких преимуществ тем же пользователям оно не > даёт. Тебя не спросили, иди выступи на конференции и расскажи всем какое каках этот ваш UEFI и как замечателен BIOS.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

60. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
Сообщение от Аноним (-), 01-Фев-16, 11:34
Еще один факт почему уефи нинужен. Слишком уж навороченный.
Ответить | Правка | Наверх | Cообщить модератору

	209. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от DeadLoco (ok), 01-Фев-16, 18:47
	Ну, почему же? Очень даже нужен. Например, можно незаметно для юзера грузить баребоновый гипервизор, затем юзерскую ОС, и еще втихаря свои хитрые штучки, которые будут перехватывать все-все - от сетевых пакетов до клавиатурного ввода и отпечатков пальцев со сканера. Круто же!
	Ответить | Правка | Наверх | Cообщить модератору

	223. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 19:35
	> Ну, почему же? Очень даже нужен. Например, можно незаметно для юзера грузить > баребоновый гипервизор, затем юзерскую ОС, и еще втихаря свои хитрые штучки, > которые будут перехватывать все-все - от сетевых пакетов до клавиатурного ввода > и отпечатков пальцев со сканера. Круто же! Неуловимый Джо перелогиньтесь.
	Ответить | Правка | Наверх | Cообщить модератору

	230. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Анонимо (?), 01-Фев-16, 20:32
	расскажи это Сноудену
	Ответить | Правка | Наверх | Cообщить модератору

63. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
Сообщение от Аноним (-), 01-Фев-16, 11:40
самое главное что так смонтировали ребята из арча, а виноват все равно systemd
Ответить | Правка | Наверх | Cообщить модератору

64. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+3 +/–
Сообщение от Аноним (-), 01-Фев-16, 11:40
Имхо, поттеринг не прав, т.к. В любом ПО есть workaroud, как это есть с чипсетами nVidia, Radeon r6xx/r7xx. Например работа USB контроллеров. ИМХО, слабый аргумент, что бы это игнорировать.
Ответить | Правка | Наверх | Cообщить модератору

65. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
Сообщение от RazrFalcon (ok), 01-Фев-16, 11:41
В Gentoo без systemd вообще efi не монтируется. Зачем он нужен, да еще и в режиме rw - непонятно.
Ответить | Правка | Наверх | Cообщить модератору

	82. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Crazy Alex (ok), 01-Фев-16, 12:21
	Вот именно. Те полторы утилиты, которым он нужен, вполне могут сами его смотировать, сделать что надо и размонтировать обратно. Как по мне, кстати, то же самое и к /boot относится.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Аноним (-), 01-Фев-16, 13:14
	> Вот именно. Те полторы утилиты, которым он нужен, вполне могут сами его > смотировать, сделать что надо и размонтировать обратно. Как по мне, кстати, > то же самое и к /boot относится. А мне всё-таки кажется, что efibootmgr и те полторы утилиты вызываются несравненно чаще, чем rm -rf /
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 12:32
	'it should be mounted through the sysfs init script' https://wiki.gentoo.org/wiki/Efibootmgr
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	116. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 13:18
	> В Gentoo без systemd вообще efi не монтируется. Это не "efi" (эт где?), а /sys.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	347. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от RazrFalcon (ok), 03-Фев-16, 12:05
	Странно, еще пару лет назад нужно было efivars самому подгружать, а теперь он грузится сам. Видимо что-то поменялось. Тем не менее /sys/firmware/efi/efivars пустой.
	Ответить | Правка | Наверх | Cообщить модератору

	326. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 13:19
	> В Gentoo без systemd вообще efi не монтируется. Зачем он нужен, да > еще и в режиме rw - непонятно. Счеголи не монтируется то? Как я по твоему тогда получил надпись "Gentoo" в меню загрузки? OpenRC, само собой. Если же ты грузишься в режиме legacy - то примонтировать efivars не получится
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

68. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
Сообщение от Аноним (-), 01-Фев-16, 11:55
https://twitter.com/mjg59/status/693494314941288448 Жду оправданий поттеринг-хейтеров.
Ответить | Правка | Наверх | Cообщить модератору

	142. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 14:39
	Кого-кого? Нет таких людей, вы сами их выдумали.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 14:54
	Прям библейское "подставь свою жoпy"
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

81. "Выполнение rm -rf / может привести к неработоспособности..."	+3 +/–
Сообщение от arisu (ok), 01-Фев-16, 12:20
я не понял, сегодня же не первое апреля. а новость из разряда: «британские учёные выяснили, что если положить голову под гидравлический пресс и запустить, то можно умереть. поголовье британских учёных значительно уменьшилось.»
Ответить | Правка | Наверх | Cообщить модератору

	89. "Выполнение rm -rf / может привести к неработоспособности..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 12:27
	Просто новость жёлтая. Объективное обсуждение проблемы было бы с заголовком 'rm -rf / под рутом убивает некоторые реализации uefi'.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Выполнение rm -rf / может привести к неработоспособности..."	+5 +/–
	Сообщение от arisu (ok), 01-Фев-16, 12:40
	а если ещё точнее, то: «некоторые реализации уефы не могут в emergency recovery mode».
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Выполнение rm -rf / может привести к неработоспособности..."	+/–
	Сообщение от Анонимо (?), 01-Фев-16, 20:34
	> а если ещё точнее, то: «некоторые реализации уефы не могут в emergency > recovery mode». не точнее, команда не должна убивать uefi - в этом суть, а вместо emergency может стоять и другая технология
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Выполнение rm -rf / может привести к неработоспособности..."	+/–
	Сообщение от arisu (ok), 01-Фев-16, 21:50
	emergency — он на то и emergency, что его зовут, когда уже всё пропало, юзер всё сломал, и жопа переместилась с горизонта на соседний стул.
	Ответить | Правка | Наверх | Cообщить модератору

84. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–5 +/–
Сообщение от AlexYeCu_not_logged (?), 01-Фев-16, 12:23
Кстати, а что будет с матплатой, если винт с уефишным разделом тупо сдохнет? Там вообще чтоли никаких "настроек по умолчанию" нет? Сдох винт, плата окирпичилась? Из-за чего такой шум-то?
Ответить | Правка | Наверх | Cообщить модератору

	90. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
	Сообщение от Аноним (-), 01-Фев-16, 12:29
	Новый уровень понимания ситуации в треде.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от narical (?), 01-Фев-16, 13:18
	Ничего не будет. Винт не имеет никакого отношения к работоспособности UEFI. Учи матчасть.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	117. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 13:19
	> Там вообще чтоли никаких "настроек по умолчанию" нет? Сдох винт, плата окирпичилась? Не-а.  См. http://www.rodsbooks.com/efi-bootloaders/ по порядку, если интересно.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	273. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 02:17
	>> Там вообще чтоли никаких "настроек по умолчанию" нет? Сдох винт, плата окирпичилась? > Не-а.  См. http://www.rodsbooks.com/efi-bootloaders/ по порядку, если интересно. Туманно дал туманную ссылку Шигорин, сам, видимо, нимуя не понимая.
	Ответить | Правка | Наверх | Cообщить модератору

	293. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 04:11
	>>> Там вообще чтоли никаких "настроек по умолчанию" нет? Сдох винт, плата окирпичилась? >> Не-а.  См. http://www.rodsbooks.com/efi-bootloaders/ по порядку, если интересно. > Туманно дал туманную ссылку Шигорин, сам, видимо, нимуя не понимая. Есть минусы, но нет пояснения ситуации. Всё-таки профессионально-техническое.. не очень техническое образование Шигорина не даёт ему.. объяснить ситуацию.
	Ответить | Правка | Наверх | Cообщить модератору

	322. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Andrey Mitrofanov (?), 02-Фев-16, 11:43
	> Есть минусы, но нет пояснения ситуации. Всё-таки профессионально-техническое.. не очень > техническое образование Шигорина Те два минуса, я _думаю_, были от тех, кто посчитал бесполезным обсуждение на предложенном Вами уровне, аргументацию недостойной обсуждения и т.п..  Вот Вам третий от меня. ...а, да, один из двух уже был мой. Но не суть же. Вот Вам ещё минус на "почему минус без пояснения": за трату _моего_ времени _дважды_. Спасибо за Ваше понимание!
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 13:26
	Всё будет нормально, этот раздел не на винте, а облаке(яндекс диск).
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

85. "Выполнение rm -rf / может привести к неработоспособности..."	+1 +/–
Сообщение от arisu (ok), 01-Фев-16, 12:23
p.s. в кои‐то веки портерингико ответили нормально. а то в попытках защитить идиота от самого себя дойдут до того, что и рут будет уже не рут, как в винде.
Ответить | Правка | Наверх | Cообщить модератору

96. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
Сообщение от Аноним (-), 01-Фев-16, 12:40
Лишь бы поср@ться. Собрались бы разрабы systemd вместе с разработчиками ядра, по возможности пригласили бы разработчиков железа. Обсудили бы как выйти из ситуации. Важен конечный продукт. Умение выходить из кризисных ситуаций - вот что должно характеризовать разработчиков как хороших, а не огрызание и показывание пальцем.
Ответить | Правка | Наверх | Cообщить модератору

	98. "Выполнение rm -rf / может привести к неработоспособности..."	–1 +/–
	Сообщение от arisu (ok), 01-Фев-16, 12:42
	выйди, пожалуйста. вон из дверей.
	Ответить | Правка | Наверх | Cообщить модератору

	274. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 02-Фев-16, 02:18
	Но вместо них, как всегда, срётся опнетик ;)
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

100. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
Сообщение от Аноним (-), 01-Фев-16, 13:00
Эту директорию необходимо монтировать к ro, как какой-нибудь DVD-ROM или Floppy с защёлкнутым окошком.
Ответить | Правка | Наверх | Cообщить модератору

	121. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 13:26
	Её можно запросто перемонтировать. Это костыль.
	Ответить | Правка | Наверх | Cообщить модератору

	275. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 02-Фев-16, 02:21
	> Эту директорию необходимо монтировать к ro, как какой-нибудь DVD-ROM или Floppy с > защёлкнутым окошком. Точняк. Давайте теперь убивать заводские штампованные дивидюки и блюраи уличной магией из командной строки! :)
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

106. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
Сообщение от Аноним (-), 01-Фев-16, 13:09
На лоре написали, что виновным себя признал гаретый феминист
Ответить | Правка | Наверх | Cообщить модератору

	277. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 02-Фев-16, 02:22
	> На лоре написали, что виновным себя признал гаретый феминист Проклятый любитель тян?
	Ответить | Правка | Наверх | Cообщить модератору

113. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+16 +/–
Сообщение от CodeRush (?), 01-Фев-16, 13:16
Раз уж меня сюда позвали, выскажусь и по этой проблеме. Для начала, systemd тут вообще не при чем (т.е. дополнительно ненавидеть Поттеринга не нужно), и с ядром тут тоже все хорошо (решение Мэтью Гаррет - воркэраунд вокруг настоящей проблемы, и если MSI её не исправят, то применять его надо бы только на этом ноутбуке, а не мешать вообще всем удалять то, что им нужно). Сама проблема звучит так: "удаление некоторых переменных NVRAM приводит к остановке выполнения фазы DXE на некоторых ноутбуках MSI". Это действительно проблема, причина - в недостатке тестирования этого сценария (вполне, кстати, легитимного, и выполняемого в 20 строк на С в любой UEFI-совместимой ОС), а недостаток этот - он от сокращения времени разработки прошивки и прочих "оптимизаций Time-To-Market". На самом деле, проблема эта не специфична для MSI, и страдают ей подавляющее большинство реализаций от практически всех IBV, плюс сам производитель железа может добавить свои драйверы, которые зависают от того, что нужных им переменных не оказалось, и не протестировать этот момент. Решение: конкретный баг у MSI - найти и исправить, тест на этот случай - добавить в следующие версии FWTS, BITS и LUV, довести до производителей его необходимость через UEFI Forum. Пока реализации все еще сломаны - пользоваться воркэраундом Гаррета. Если вам интересно мое мнение, я тоже против доступа в NVRAM на запись из ОС, по нескольким причинам. Во-первых, те немногие вещи, для которых этот доступ нужен утилите efibootmgr, должны решаться самой прошивкой (добавление/удаление/поиск новых UEFI-загрузчиков, изменение порядка загрузки), как это делается у AMI в данный момент, настройку SecureBoot тоже можно выполнить из Setup или, в крайнем случае, из UEFI Shell. Во-вторых, в случае RO NVRAM я могу поставить RO и на его регион, защитив все содержимое SPI-чипа от записи на аппаратном (ладно, почти аппаратном) уровне, подробности рассказывал в своем докладе на ZeroNights 2015, (вот слайды, если интересно:  github.com/NikolajSchlej/ZeroNights2015/blob/master/FixItYourself_Schlej.pdf) Решать эту проблему тоже нужно не на уровне ядра определенной ОС, т.к. руту вы все равно ничего запретить не сможете, а вызвать SetVariable можно и без всяких псевдо-ФС, нужен только доступ к /dev/mem. Решать её надо либо эмуляцией NVRAM, либо изменением стандарта UEFI. К сожалению, первое воспринимается как костыль, нужный только фанатам безопасности, а второе - весьма непросто будет продавить, но я не перестаю надеяться именно на этот исход. За 10 лет правильно NVRAM на SPI-чипе так никто реализовать не смог - может быть, дело не в людях, а проблемы в консерватории?..
Ответить | Правка | Наверх | Cообщить модератору

	123. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Michael Shigorin (ok), 01-Фев-16, 13:27
	Спасибо за рассказ, хорошо бы им дополнить новость, если не против. > Во-первых, те немногие вещи, для которых этот доступ нужен утилите efibootmgr, > должны решаться самой прошивкой (добавление/удаление/поиск новых UEFI-загрузчиков, > изменение порядка загрузки) Конкретно тут явный перегиб -- и на BIOS доводилось крутить nvramtool'ом в оптовых количествах.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от CodeRush (?), 01-Фев-16, 13:37
	Без проблем, конечно. С моей точки зрения, если нужно что-то крутить из внутренностей прошивки - для этого специально предназначен UEFI Shell, из него есть доступ ко всем протоколам, ко всем драйверам еще не выгруженным, к BootServices, и вообще ко всему "мясу и кишкам" прошивки. При этом загрузиться в него можно только пройдя правильно настроенный SecureBoot, а не воспользовавшись очередным LPE. Обновление прошивки уже перенесли в безопасное pre-boot окружение, т.к. защитить его нормально оказалось практически невозможно, теперь туда же нужно переносить и настройку.  У автора блога firmwaresecurity.com Ли Фишера была недавно мысль о функции ExitRuntimeServices, после которой от UEFI оставались бы одни SMM-обработчики и ACPI-таблицы. Я считаю, что такой режим был бы полезным, и продвигать его однозначно стоит, даже ценой отказа от доступ к NVRAM и функции GetTime, но это мое мнение, и навязать его UEFI Forum'у я, понятно, не могу.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 14:30
	> С моей точки зрения, если нужно что-то крутить из внутренностей прошивки - для этого специально предназначен UEFI Shell Ну и как тогда например менять параметры загрузки на удаленной машине ? Никак ?
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от CodeRush (?), 01-Фев-16, 14:45
	А какие именно параметры предполагается менять? Если порядок загрузки - используйте GRUB или любой другой EFI-бутлоадер с конфигурацией, если опции ядра - тем более. Если вам нужны более серьезные модификации - пользуйтесь IPMI или AMT для удаленного управления из BIOS Setup. Загрузчик новой системы, которая устанавливалась по сети через PXE или UEFI HTTP Boot, подхватит и добавит в список загрузочных устройств диспетчер BDS, если её загрузчик положить на ESP в указанную в документации директорию (http://uefi.org/registry).
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Crazy Alex (ok), 01-Фев-16, 14:37
	Как мнение пользователя/программиста/в прошлом админа - чем меньше специализированных сред - тем лучше. Я хочу при решении задач иметь привычный набор инструментов - от скриптов до доступа из сети, причём всё это - стандартным для моей инфраструктуры образом. В этом плане идея закрыть к чему-либо доступ из ОС мне не нравится совершенно. Но вот сделать этот доступ нетривиальным, чтобы исключить случайности - дело другое. В данном случае я вообще не понимаю, зачем эту FS монтировать без явной нужды, хоть в RO, хоть в RW.
	Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

	157. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от CodeRush (?), 01-Фев-16, 14:59
	Моя задача, как разработчика прошивок - не только правильно инициализировать и передать ОС все установленные на плате железяки, но и сделать так, чтобы никакой дальнейший код мою прошивку сломать не мог, будь он запущен в ОС от рута или от черта лысого. С одной стороны, это связано с тем, что восстановление зачастую долгое и дорогое, а простые вроде бы решения ("поставьте второй чип") - они при массовом производстве стоят самые настоящие миллионы долларов, а сейчас нужно экономить на всем, иначе у тебя ничего не купят. С другой стороны, прошивка на данный момент является либо корнем доверия в системе, либо одним из звеньев цепи доверия, начинающейся с железа (BootGuard, PSP HWVB, вот это все). Потому мне нужно как-то защитить эту самую прошивку от разрушительных и/или вредоносных изменений, а лучший способ это сделать - хранить её на устройстве, которое просто нельзя смонтировать в RW из ОС. Я понимаю, что для пользователя это создает дополнительные трудности, но в конкретно этом случае security/convenience trade-off я выбираю сторону security, вот такая у меня профдеформация.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Выполнение rm -rf / может привести к неработоспособности..."	+4 +/–
	Сообщение от arisu (ok), 01-Фев-16, 15:02
	маленький нюанс тут, правда, в том, что это называется не «секурити», а «анальное огораживание».
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Выполнение rm -rf / может привести к неработоспособности..."	+/–
	Сообщение от CodeRush (?), 01-Фев-16, 15:10
	Альтернативу предложите для нынешних платформ? Открыть прошивку целиком не позволят сами производители чипов, слишком много документации придется выводить из под NDA. Получить нужные сведения реверс-инженирингом либо очень долго (3-4 поколения продуктов успевает смениться), либо вообще невозможно (на новых APU AMD инициализацию памяти выполняет встроенный криптопроцессор из своей TrustZone, а его прошивка подписана и зашифрована, удачи в реверсе). Пока у нас закрытое железо - открытых прошивок к нему не будет, и исключение libreboot только подтверждает наличие правила. Я смотрю с надеждой на OpenRISC и другие инициативы, но сейчас - лучше анальное огораживание, чем дефиле с голой жопой, уж простите.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Выполнение rm -rf / может привести к неработоспособности..."	+1 +/–
	Сообщение от arisu (ok), 01-Фев-16, 15:17
	> Альтернативу предложите для нынешних платформ? конечно. но она очень не понравится производителям — что и было описано в скипнутой части поста. но лично для меня это не причина врать, называя «огораживание» «секурностью».
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Выполнение rm -rf / может привести к неработоспособности..."	+/–
	Сообщение от CodeRush (?), 01-Фев-16, 15:27
	Ну пусть будет "огораживание", хоть горшком назови, только в печь не станови. На системах с Intel BootGuard, настроенным на максимальное огораживание, вообще нельзя изменить ни одно байта в любом месте, кроме региона для NVRAM - они подписаны, а хеш ключа зашит в однократно-записываемую память чипсета. Хочешь экспериментов - меняй чипсет на чистый, если у тебя СнК - то и всю СнК. Вот это огораживание, тут я ничего сказать не могу, но я так на своих системах постараюсь не делать до последнего, т.к. вот это уже сильно ограничивает свободу пользователя. От порчи же прошивки софтом (а не пользователем с физическим доступом, способным загрузить UEFI Shell) я защищался и буду защищаться, хоть как это называйте.
	Ответить | Правка | Наверх | Cообщить модератору

	184. "Выполнение rm -rf / может привести к неработоспособности..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 17:30
	Скажите пожалуйста, прошивки чего вы разрабатываете (ну чтоб случайно не купить) ?
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Выполнение rm -rf / может привести к неработоспособности..."	+/–
	Сообщение от Crazy Alex (ok), 01-Фев-16, 17:34
	Присоединяюсь к вопросу.
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Выполнение rm -rf / может привести к неработоспособности..."	+/–
	Сообщение от CodeRush (?), 01-Фев-16, 17:53
	Случайно вы их все равно не купите, это промышленные платы congatec в форм-факторе COM-Express и QSeven.
	Ответить | Правка | Наверх | Cообщить модератору

	370. "Выполнение rm -rf / может привести к неработоспособности..."	+/–
	Сообщение от Иван (??), 16-Янв-18, 21:47
	> Альтернативу предложите для нынешних платформ? Джампер ro/rw? И пусть владелец сам решает, разрешать писать в NVRAM из ОС или нет с риском сложного востановления.
	Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

	190. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Crazy Alex (ok), 01-Фев-16, 17:46
	Позиция ясна. У меня она несколько другая: 1) если путём нетривиальных манипуляций владелец свою железку таки угробил - это его вина и его проблемы. Будь то "левая" смазка в шуруповёрте, стёртая с процессора термопаста или залитая левая прошивка - случай явно не гарантийный. Конечно, если при такой ситуации будет какая-то возможность сбросить устройство в дефолты, это плюс - но, вообще говоря, не обязательно. 2) "защита" прошивки от нетривиальных действий рута, запущенного на этом же устройстве (то есть после прохождения всех верификаций на этапе запуска системы) - это не "дополнительные трудности", а нечто совершенно неприемлемое. Это не security, а банальное ограничение прав якобы владельца устройства.
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	193. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от CodeRush (?), 01-Фев-16, 18:04
	> 1) если путём нетривиальных манипуляций владелец свою железку таки угробил - это > его вина и его проблемы. Будь то "левая" смазка в шуруповёрте, > стёртая с процессора термопаста или залитая левая прошивка - случай явно > не гарантийный. Конечно, если при такой ситуации будет какая-то возможность сбросить > устройство в дефолты, это плюс - но, вообще говоря, не обязательно. Тем не менее, системы с какой-то защитой, даже если она по факту или не работает, или не работает как надо, продаются значительно веселее, чем без совсем без нее, поэтому сейчас их делает каждый IBV, и у всех практически она не работает как надо. Маркетинг - он такой. > 2) "защита" прошивки от нетривиальных действий рута, запущенного на этом же устройстве > (то есть после прохождения всех верификаций на этапе запуска системы) - > это не "дополнительные трудности", а нечто совершенно неприемлемое. Это не security, > а банальное ограничение прав якобы владельца устройства. Не согласен. Если вы действительно владелец устройства, у вас есть физический доступ, т.е. джампер для вас переставить - проблемы не составляет. Защита от изменения прошивки ограничивает не пользователя, а вредоносный код, получивший у этого пользователя рута каким-либо образом. В Linux за год находят 3-5 локальных повышений привилегий, и еще 1-2 удаленных выполнения кода, т.е. вероятность атаки на прошивку от рута ниже того порога, после которого нужна защита от такого рода атак. Проблема в том, что кроме Linux у нас сейчас используются некоторые другие ОС одной известной компании, в которой получить рута легче, а разрушительные последствия - такие же. Тем более, что с внедрением UEFI сложность разработки вредоносного кода для прошивки уменьшилась даже не на порядок, а еще сильнее, и если не защищать её сейчас - потом будет уже поздно. Не нравится - не покупайте, я не заставляю, у Gigabyte и EVGA нет вообще никаких защит до сих пор, все платы шьются flashrom'ом из любой ОС. Coreboot есть для тех, кто реализациям UEFI не доверяет, опять же. Хотите сидеть с открытой прошивкой - у вас есть такая возможность, только вот мы не хотим, и клиенты наши тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от vi (ok), 01-Фев-16, 21:28
	Две Ваши фразы (возможно, "вырванные" из контекста). > С одной стороны, это связано с тем, что восстановление зачастую долгое и дорогое, а простые вроде бы решения ("поставьте второй чип") - они при массовом производстве стоят самые настоящие миллионы долларов, а сейчас нужно экономить на всем, иначе у тебя ничего не купят. > Тем не менее, системы с какой-то защитой, даже если она по факту или не работает, или не работает как надо, продаются значительно веселее, чем без совсем без нее, поэтому сейчас их делает каждый IBV, и у всех практически она не работает как надо. Маркетинг - он такой. Поясните? Хотя, необязательно. >[оверквотинг удален] > изменения прошивки ограничивает не пользователя, а вредоносный код, получивший у этого > пользователя рута каким-либо образом. В Linux за год находят 3-5 локальных > повышений привилегий, и еще 1-2 удаленных выполнения кода, т.е. вероятность атаки > на прошивку от рута ниже того порога, после которого нужна защита > от такого рода атак. Проблема в том, что кроме Linux у > нас сейчас используются некоторые другие ОС одной известной компании, в которой > получить рута легче, а разрушительные последствия - такие же. Тем более, > что с внедрением UEFI сложность разработки вредоносного кода для прошивки уменьшилась > даже не на порядок, а еще сильнее, и если не защищать > её сейчас - потом будет уже поздно. С чем боролись, ... ;) > Не нравится - не > покупайте, я не заставляю, у Gigabyte и EVGA нет вообще никаких > защит до сих пор, все платы шьются flashrom'ом из любой ОС. > Coreboot есть для тех, кто реализациям UEFI не доверяет, опять же. > Хотите сидеть с открытой прошивкой - у вас есть такая возможность, > только вот мы не хотим, и клиенты наши тоже. И да, перемычки сейчас "немодно" (немаркитоидно, так сказать ;) Ибо позволяют железке служить немного дольше, чем заложено производителем (хотя, на сегодняшний момент есть и другие методы создать потребителю так сказать постоянный зуд в одном месте :(
	Ответить | Правка | Наверх | Cообщить модератору

	241. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от CodeRush (?), 01-Фев-16, 22:02
	> Поясните? Хотя, необязательно. Поясняю. Есть несколько методов восстановления прошивки, но все они делятся на два больших класса - работающие, но дорогие, и бесплатные, но работающие через раз. Я о том, что первыми почти никто не пользуется по причине экономии средств, а вот вторые реализованы почти у всех, но срабатывают правильно они довольно редко. > И да, перемычки сейчас "немодно" (немаркитоидно, так сказать ;) Ибо позволяют железке > служить немного дольше, чем заложено производителем (хотя, на сегодняшний момент есть > и другие методы создать потребителю так сказать постоянный зуд в одном > месте :( Дело не в маркетоидности, а в той самой NVRAM, которой вынь да полож доступ на запись в произвольный момент времени. Плюс в том же чипе свои настройки хранят Management Engine, Ethernet-контролер, Embedded Controller и остальные, причем первые два тоже могут осуществлять запись в случайный момент времени - как тут делать RO в таких условиях? По поводу срока службы - верьте во что хотите, я никакого ухудшения качества материнских плат не вижу, и железо у обычных пользователей успевает устареть из за прогресса ПО (если это считать прогрессом, но это уже другой вопрос), а в промышленности работает по 10 лет и не жужжит.
	Ответить | Правка | Наверх | Cообщить модератору

	242. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от vi (ok), 01-Фев-16, 22:17
	>> Поясните? Хотя, необязательно. > Поясняю. Есть несколько методов восстановления прошивки, но все они делятся на два > больших класса - работающие, но дорогие, и бесплатные, но работающие через > раз. Я о том, что первыми почти никто не пользуется по > причине экономии средств, а вот вторые реализованы почти у всех, но > срабатывают правильно они довольно редко. Все равно, за все заплатит потребитель! >[оверквотинг удален] > Дело не в маркетоидности, а в той самой NVRAM, которой вынь да > полож доступ на запись в произвольный момент времени. Плюс в том > же чипе свои настройки хранят Management Engine, Ethernet-контролер, Embedded Controller > и остальные, причем первые два тоже могут осуществлять запись в случайный > момент времени - как тут делать RO в таких условиях? > По поводу срока службы - верьте во что хотите, я никакого ухудшения > качества материнских плат не вижу, и железо у обычных пользователей успевает > устареть из за прогресса ПО (если это считать прогрессом, но это > уже другой вопрос), а в промышленности работает по 10 лет и > не жужжит. OverlayFS
	Ответить | Правка | Наверх | Cообщить модератору

	258. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Michael Shigorin (ok), 02-Фев-16, 00:31
	> OverlayFS В чипе?
	Ответить | Правка | Наверх | Cообщить модератору

	354. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от XoRe (ok), 03-Фев-16, 17:39
	А если просто ввести sysctl параметр, что-то типа a.b.c.rw = 1? По умолчанию, естественно, сделать rw = 0. Если кому нужно обновить что-то, у них будет простой способ: sysctl a.b.c.rw = 1 update sysctl a.b.c.rw = 0 И все.
	Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

118. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+3 +/–
Сообщение от НяшМяш (?), 01-Фев-16, 13:20
Я как-то почти навечно окирпичил материнку от Гигабайта (которые якобы лучше всех для хакинтоша). В efi shell случайно потёр записи в nvram. Материнка отказалась запускаться, даром что в ней две микросхемы биоса и всё такое. Шаманство с замыканием ног главной микросхемы биоса помогло запуститься с резервной и я сэкономил 150$. Хотя на тех же маках есть сочетание клавиш для сброса этой самой nvram - и комп после этого отлично выживает.На стандарты всем пофиг я понял тогда, когда начал патчи на dsdt накладывать - половина функций стабы, другая половина возвращает минимально возможные данные. Как с этим всем винда с линём работает - просто магия.
Ответить | Правка | Наверх | Cообщить модератору

124. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
Сообщение от Аноним (-), 01-Фев-16, 13:27
Может как-то обезопасить файлы от удаления? 1 Почему нельзя делать что-то типа echo "uefi suka command" /sys/uefi/pipe 2 Зачем вообще нужен этот католог и как он используется? 3 Разделить католог на безопасную часть которую можно редактировать (настройки бута) и другую.
Ответить | Правка | Наверх | Cообщить модератору

126. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
Сообщение от Аноним (-), 01-Фев-16, 13:29
Вот за что не люблю uefi. Мало того что написали кучу костылей типа править параметры мышкой, залочить устройство от его хозяина, так ещё и +100500 способов прострелить ногу.
Ответить | Правка | Наверх | Cообщить модератору

	138. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 14:18
	Да, к uefi c secureboot скоро понадобятся кряки чтобы только загружать Linux (и пиратскую винду). Людей уже приучают на смартфонах что типа нормально когда нельзя просто загрузиться или просто воспользоваться root. "Рутование" - слово то какое мерзкое. Это uefi с одной стороны раздутая, а с другой в ней нет многих вещей. И Secure Boot не защищает от вторжения, а только от пользователя. Ей не нужны были ключи, она должна была делать контрольные суммы например предупреждая о запуске того чему я ещё не доверяю.
	Ответить | Правка | Наверх | Cообщить модератору

133. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
Сообщение от Аноним (-), 01-Фев-16, 13:50
- Доктор, у меня болит, когда я делаю вот так. - Не делайте так больше.
Ответить | Правка | Наверх | Cообщить модератору

134. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
Сообщение от Михрютка (ok), 01-Фев-16, 13:57
вроде ж ходили уже по этим граблям? https://lkml.org/lkml/2012/2/16/234
Ответить | Правка | Наверх | Cообщить модератору

136. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
Сообщение от Аноним (-), 01-Фев-16, 14:07
rm -rf / --no-preserve-root --no-preserve-uefi-mountpoint --disable-confirmation-dialog-and-crack-computer-with-unpossibilities-of-restoring # простите за мой диалект.
Ответить | Правка | Наверх | Cообщить модератору

139. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
Сообщение от Аноним (-), 01-Фев-16, 14:19
"пользователь решил понаблюдать как поведёт себя система в случае выполнения "rm -rf /", после чего ноутбук пришёл в неработоспособное состояние и перестал подавать признаки жизни" Я РЖАЛ)
Ответить | Правка | Наверх | Cообщить модератору

	144. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 14:43
	Я тоже делал это и один раз случайно. Прочитал про опцию --no-preserve-root и стало интересно будет ли она запрошена при пути /* вместо '/' Оказалось не будет и я удалил всё что есть на компьютере.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 14:46
	> Я РЖАЛ) Проблема не в том, что ноутбук перестал подавать признаки жизни. Проблема в том, что на него теперь даже установить другую операционку нельзя.
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	213. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от цупцпцуп (?), 01-Фев-16, 19:17
	>> Я РЖАЛ) > Проблема не в том, что ноутбук перестал подавать признаки жизни. > Проблема в том, что на него теперь даже установить другую операционку нельзя. Да я понял, просто уж очень смешно звучит)
	Ответить | Правка | Наверх | Cообщить модератору

	256. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Led (ok), 02-Фев-16, 00:03
	> "пользователь решил понаблюдать как поведёт себя система в случае выполнения "rm -rf > /", после чего ноутбук пришёл в неработоспособное состояние и перестал подавать > признаки жизни" > Я РЖАЛ) Старшеклассники всегда над младшенькими ржут.
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

147. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+4 +/–
Сообщение от Аноним (-), 01-Фев-16, 14:45
Итак, Вы решили прострелить себе ногу (версия для систем инициализации). sysv init: Вы успешно простреливаете себе ногу из старого дедовского дробовика. systemd: Вы наводите прицел современной высокотехнологичной снайперской винтовки на свою ногу, но пуля попадает Вам в голову.
Ответить | Правка | Наверх | Cообщить модератору

	309. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 08:27
	> systemd: Вы наводите прицел современной высокотехнологичной снайперской винтовки Не уверен, что сравнение этого нагромождения всякой всячины со снайперской винтовкой является уместным...
	Ответить | Правка | Наверх | Cообщить модератору

150. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
Сообщение от Аноним (-), 01-Фев-16, 14:49
А кто-нибудь проверял, что будет, если выполнить rm -rf /proc /sys ?
Ответить | Правка | Наверх | Cообщить модератору

	282. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 02:42
	> А кто-нибудь проверял, что будет, если выполнить > rm -rf /proc /sys > ? Во Фре не даст смонтированный через fstab линуксовый proc удалить, хоть ты тресни. Он там нужен для работы некоторых линуксовых портов, htop, например. Хоть тресни, не удалишь, пока не размонтировано.
	Ответить | Правка | Наверх | Cообщить модератору

151. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
Сообщение от Аноним (-), 01-Фев-16, 14:51
А мне не верили на лоре, когда у меня такая же проблема была. Мда. А про какого-то придурка щас даже на опеннете новость. Круто, ага.
Ответить | Правка | Наверх | Cообщить модератору

	154. "Выполнение rm -rf / может привести к неработоспособности..."	+8 +/–
	Сообщение от arisu (ok), 01-Фев-16, 14:54
	ну, теперь ты знаешь, что ты не единственный такой придурок. надеюсь, тебе полегчало.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Выполнение rm -rf / может привести к неработоспособности..."	–3 +/–
	Сообщение от Аноним (-), 01-Фев-16, 15:47
	Да, ещё я знаю, что такие же есть и тут. Например, ты.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Выполнение rm -rf / может привести к неработоспособности..."	+2 +/–
	Сообщение от arisu (ok), 01-Фев-16, 15:55
	это да. куда мне до гениев, сносящих всё рекурсивно с корня под рутом!
	Ответить | Правка | Наверх | Cообщить модератору

	233. "Выполнение rm -rf / может привести к неработоспособности..."	–1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 21:01
	я так и не понял, а просто создать новую fs на диске не судьба?
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+5 +/–
	Сообщение от Аноним (-), 01-Фев-16, 15:13
	Потому что ты писал про свою проблемы на лоре, а "придурок" на форуме арча. Отсюда и  разный результат.
	Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

	191. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от IMHO (?), 01-Фев-16, 17:48
	> А мне не верили на лоре на ЛОРе про линукс хотят слышать только хорошее, а все остальное 4.2
	Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

152. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
Сообщение от Аноним (-), 01-Фев-16, 14:53
Чувак, конечно, лох, но будь у него не MSI, проблем с восстановлением не было бы. А MSI без программатора не чинится.
Ответить | Правка | Наверх | Cообщить модератору

	212. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–3 +/–
	Сообщение от Аноним (-), 01-Фев-16, 19:17
	> Чувак, конечно, лох, но будь у него не MSI, проблем с восстановлением > не было бы. А MSI без программатора не чинится. Вы откуда такие недо инженеры беретесь?
	Ответить | Правка | Наверх | Cообщить модератору

162. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
Сообщение от Аноним (-), 01-Фев-16, 15:12
То странное чувство, когда комментарии на опеннет адекватней комментариев на хакерньюс.
Ответить | Правка | Наверх | Cообщить модератору

Часть нити удалена модератором

	175. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от анонимус вульгарис (?), 01-Фев-16, 16:08
	Если программа может непоправимо повредить оборудование, это баг оборудования.
	Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

	178. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–2 +/–
	Сообщение от клоун (?), 01-Фев-16, 16:21
	Нет, это значит, что есть две ошибки. И ни одна из них не оправдывает другую. Почти все современные катастрофы происходят в ситуациях, когда ошибаются 2 или более лиц.
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от анонимус вульгарис (?), 01-Фев-16, 19:24
	Согласен, ошибок в данном случае две. Одну из них допустили разработчики EFI, другую — юзер.
	Ответить | Правка | Наверх | Cообщить модератору

168. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–4 +/–
Сообщение от Адекват (ok), 01-Фев-16, 15:33
Линуксойды должны страдать. 1. От наглухо завешивающих систему (иксы, но один хер ничего пользователь не сделает) chromium'ов: http://www.techsupportforum.com/forums/f64/solved-system-fre... https://toster.ru/q/237935 файерфокс тоже: https://bbs.archlinux.org/viewtopic.php?id=201333 2. От зависаний на 1,5 минуты при выключении: https://bugs.freedesktop.org/show_bug.cgi?id=70593 3. От необходимости использоваться pulseaudio, иначе: https://bbs.archlinux.org/viewtopic.php?id=188236 и не факт что Pulseaudio поможет. 4. От того, что линукс - он не ваш, он ментейнерский, и если вы пользуетесь каким-то любимым DE, например xfce4, то ментейнеры могут просто болт на его поддержку забить и вам ПРИДЕТСЯ перебираться на другой DE. https://www.linux.org.ru/news/linux-general/11254746 5. Теперь видно что линукс МОЖЕТ угандоишить железо, как мило, ми-ми-ми :))
Ответить | Правка | Наверх | Cообщить модератору

	208. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 18:46
	Винда тоже не ваша, ты ее взял напрокат почитай EULA. Ну учитывая что в линуксе 100500 DE даже если один из них прекратят поддерживать можно перейти на похожий. А зачем мейнтенерам прекращать поддерживать популярный DE? Логика та же что и в коммерческих поделиях. Ой, файрфокс и вообще любой браузер прекрасно вешает намертво систему в любом мастдае. И не надо сказки рассказывать Я бывший пользователь их седьмого поделия. Жаль тебя огорчать, но ни от чего перечисленного не страдаю :))
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+2 +/–
	Сообщение от Нимано (?), 01-Фев-16, 19:08
	> файерфокс тоже: > https://bbs.archlinux.org/viewtopic.php?id=201333 Ага, > It just becomes unresponsive and when I switch windows/workspaces it continues to not paint the window an instead подвешивание наглухо – оно тако, не показывает нужное окошко! > 2. От зависаний на 1,5 минуты при выключении: > https://bugs.freedesktop.org/show_bug.cgi?id=70593 Ну, это хоть баг, а в некоторых осях это фича – ведь вполне логично начинать ставить обновления при выключении ноута, пользователь ведь наверняка никуда не торопится! ) > 3. От необходимости использоваться pulseaudio, иначе: > https://bbs.archlinux.org/viewtopic.php?id=188236 А для фотошопа <подставить любую проприетарь> вообще нужна виртуалка, а то и установка форточки!1 > 4. От того, что линукс - он не ваш, он ментейнерский, Откройте для себя уж LFS, генту <нужное вставить> ну или просто банальный компилятор, которым (вот засада-то, а!) можно тупо собрать нужный софт. В общем, аккуратней надо, а то вентилятор не справляется.
	Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

	238. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от vi (ok), 01-Фев-16, 21:40
	> В общем, аккуратней надо, а то вентилятор не справляется. Спасибо! Хоть кто то повеселил ;)
	Ответить | Правка | Наверх | Cообщить модератору

	360. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от twiroh5r6hw (?), 05-Фев-16, 02:25
	>линуксоЙды Такие как ты должны страдать.
	Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

180. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–2 +/–
Сообщение от Daemon (??), 01-Фев-16, 16:36
Потестил на слаке - все норм. Просто руки дошли оффтоп поставить по нужде...
Ответить | Правка | Наверх | Cообщить модератору

	246. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 01-Фев-16, 22:27
	Там так же sysfs монтируется в rw.
	Ответить | Правка | Наверх | Cообщить модератору

	257. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Led (ok), 02-Фев-16, 00:10
	> Просто руки дошли оффтоп поставить по нужде... По нужде не ставят, а ходят.
	Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

182. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
Сообщение от Аноним (-), 01-Фев-16, 16:59
Кстати, а системд можно настроить так, чтобы эта байда вообще не монтировалась, ни в ro, ни в rw?
Ответить | Правка | Наверх | Cообщить модератору

	329. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 02-Фев-16, 13:37
	> Кстати, а системд можно настроить так, чтобы эта байда вообще не монтировалась, > ни в ro, ни в rw? пересобрать ядро без поддержки модуля efivars
	Ответить | Правка | Наверх | Cообщить модератору

	339. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 03-Фев-16, 00:06
	Может проще в блэклист внести?
	Ответить | Правка | Наверх | Cообщить модератору

189. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
Сообщение от Аноним (-), 01-Фев-16, 17:44
Забавная зависимость, чем дурней новость тем больше комментариев. Что явно намекает на уровень комментаторов.
Ответить | Правка | Наверх | Cообщить модератору

	207. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 01-Фев-16, 18:39
	Очевидно же что на некоторые новости на opennet.ru приходят тролли (оплачиваемые так или иначе) для задания определённого тона в обсуждении новости.
	Ответить | Правка | Наверх | Cообщить модератору

	210. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–2 +/–
	Сообщение от Аноним (-), 01-Фев-16, 18:55
	Не прослеживаю такой очевидной зависимости.
	Ответить | Правка | Наверх | Cообщить модератору

	342. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 03-Фев-16, 08:08
	Ну давайте профы, что-ли, интересно почитать. В идеале - зарплатную ведомость. А то, раз мы тут родину продаём, вдруг недоплачивают?
	Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

	345. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 03-Фев-16, 08:15
	> Ну давайте профы, что-ли, интересно почитать. В идеале - зарплатную ведомость. > А то, раз мы тут родину продаём, вдруг недоплачивают? Сходи печёночку проверь. Твоя зарплата придёт туда.
	Ответить | Правка | Наверх | Cообщить модератору

	348. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–2 +/–
	Сообщение от Аноним (-), 03-Фев-16, 12:41
	Бессвязная речь, спутанность мыслей и недержание темы разговора - верный признак начинающейся шизофрении. Марш к психиатру.
	Ответить | Правка | Наверх | Cообщить модератору

	357. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 03-Фев-16, 18:59
	У чем дурность новости? В том что большому количеству людей показали/напомнили что надо перемонтировать efivars в ro после установки и настройки загрузчика?
	Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

199. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
Сообщение от Аноним (-), 01-Фев-16, 18:23
Всегда считал что BIOS это программа которая мешает работать OS. UEFI как дитя BIOS только ухудшила ситуацию.
Ответить | Правка | Наверх | Cообщить модератору

	237. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от тоже Аноним (ok), 01-Фев-16, 21:34
	Берешь пассатижи, выдергиваешь микросхему из платы - и ничего твоей ОС больше не мешает!
	Ответить | Правка | Наверх | Cообщить модератору

	349. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аноним (-), 03-Фев-16, 12:42
	Берешь пассатижи, выдергиваешь себе яйцы - и ничего твоей смене ориентации больше не мешает!
	Ответить | Правка | Наверх | Cообщить модератору

243. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
Сообщение от AlexAT (ok), 01-Фев-16, 22:18
Итого режим работы UEFI/BIOS в личной практике оказывался переключенным на BIOS на 99% серверов и пк/нб. Впрочем, желающие жевать кактусы могут жевать мсявное поделие дальше.
Ответить | Правка | Наверх | Cообщить модератору

	356. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Аноним (-), 03-Фев-16, 18:56
	если он есть. Если работает.
	Ответить | Правка | Наверх | Cообщить модератору

263. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
Сообщение от Аноним (-), 02-Фев-16, 01:28
один себе крайне удачно в ногу выстрелил, другие зажопились вменяемо ответить на вопрос "на кой вам efivars на запись?". все как обычно
Ответить | Правка | Наверх | Cообщить модератору

	269. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Нимано (?), 02-Фев-16, 01:48
	> один себе крайне удачно в ногу выстрелил, другие зажопились вменяемо ответить на > вопрос "на кой вам efivars на запись?". все как обычно https://github.com/systemd/systemd/issues/2402 > poettering commented 12 hours ago > To make this very clear: we actually write to the EFI fs in systemd. Specifically, when you issue "systemctl > reboot --firmware" we'll set the appropriate EFI variable, to ask for booting into the EFI firmware setup. > And because we need it writable we'll mount it writable for that.
	Ответить | Правка | Наверх | Cообщить модератору

	276. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+1 +/–
	Сообщение от Аноним (-), 02-Фев-16, 02:21
	я ведь сформулировал вопрос - "на кой". т.е. - "зачем", а не "кому". вот зачем это надо делать именно так? какой юзкейс и частота применения этого финта ушами?
	Ответить | Правка | Наверх | Cообщить модератору

	337. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Михрютка (ok), 02-Фев-16, 22:18
	ну например мне нужно загрузить систему с другого девайса. one off или постоянно. я бы с удовольствием сделал бы это через какое-нибудь ilo но на него то лицензию не купят то браузер поломают то плугин отменят. и нет, мне не очень интересна частота этого юзкейса. даже раз в год тащиться в Малые Ебеня в нерабочее время, чтобы тыкнуть кнопочку при загрузке железа для меня на раз больше чем надо.
	Ответить | Правка | Наверх | Cообщить модератору

320. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
Сообщение от bOOster (ok), 02-Фев-16, 11:18
Чото боян, года 2-3 назад гнусмас уже имел проблемы индентичного характера. И как раз когда очищались системные разделы.
Ответить | Правка | Наверх | Cообщить модератору

	324. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Andrey Mitrofanov (?), 02-Фев-16, 11:53
	> Чото боян, года 2-3 назад гнусмас уже имел проблемы индентичного характера. И > как раз когда очищались системные разделы. И так будет с каждым проприертар-телем прошивок. И каждого - по новостям возить об тейбле. ---Попупайте лоттерейные билеты либребута! А газ, свет и воду вам и так поотключают.
	Ответить | Правка | Наверх | Cообщить модератору

	338. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
	Сообщение от Михрютка (ok), 02-Фев-16, 22:20
	>> Чото боян, года 2-3 назад гнусмас уже имел проблемы индентичного характера. И >> как раз когда очищались системные разделы. > И так будет с каждым проприертар-телем прошивок. И каждого - по новостям > возить об тейбле. > ---Попупайте лоттерейные билеты либребута! А газ, свет и воду вам и так > поотключают. нефиг пользовать несертифицированный софт и железо без поддержки. проблема от этого никуда не денется, но это будет уже не ваша проблема.
	Ответить | Правка | Наверх | Cообщить модератору

371. "Выполнение rm -rf / может привести к неработоспособности UEF..."	–1 +/–
Сообщение от Аркадий (??), 17-Янв-19, 14:55
Если в OS X 10.8.5 на 13-дюймовом MacBook Air 2012 года выпуска ввести в терминале sudo rm -rf /, может ли это повредить EFI? Мне нужно удалить раздел жесткого диска и установить Windows 8 в нераспределённое пространство, а перед этим снять видео по удалению OS X через терминал, чтобы выложить на YouTube, но главное - чтобы это не повредило EFI.
Ответить | Правка | Наверх | Cообщить модератору

	372. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Michael Shigorin (ok), 17-Янв-19, 16:19
	> Мне нужно удалить раздел жесткого диска Ну так и удаляйте _раздел_, а не содержимое файловой системы на нём. PS: вот почему предпочитаю не смотреть подобные ролики на тытрубе -- вдруг там автор тоже придёт на форум сантехников с вопросами доставки пиццы в ночной клуб (и газовым патрубком в руках)...
	Ответить | Правка | Наверх | Cообщить модератору

	373. "Выполнение rm -rf / может привести к неработоспособности UEF..."	+/–
	Сообщение от Аркадий (??), 17-Янв-19, 21:35
	Человек, о ситуации которого статья, удалял файлы тоже перед плановой переразбивкой диска и, возможно, тоже снял видео.
	Ответить | Правка | Наверх | Cообщить модератору

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

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