The OpenNET Project / Index page

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

Выполнение rm -rf / может привести к неработоспособности UEFI-прошивки ноутбука

01.02.2016 09:44

Один из любознательных пользователей Arch Linux столкнулся с непредвиденной проблемой, пытаясь провести эксперимент по выполнению "rm -rf --no-preserve-root /" на ноутбуке MSI GP60. Перед плановой переразбивкой диска пользователь решил понаблюдать как поведёт себя система в случае выполнения "rm -rf /", после чего ноутбук пришёл в неработоспособное состояние и перестал подавать признаки жизни, даже не пытаясь вывести что-то на экран при включении.

Проблема оказалась в монтировании в режиме записи псевдо-ФС efivarfs, предоставляющей доступ к переменным UEFI. Таким образом, при выполнении "rm -rf /" удалялось и содержимое директории /sys/firmware/efi/efivars, что приводило к очистке и повреждению конфигурации UEFI.

На запрос перейти к монтированию /sys/firmware/efi/efivars в режиме только на чтение разработчики systemd ответили, что не видят в этом проблемы, так как изменение efivars возможно только под пользователем root, который в случае неадекватных действий может с тем же успехом повредить содержимое /dev/sda или перемонтировать efivars на запись.

Стирание директории /sys под пользователем root нельзя отнести к типичным практикам, а запись в efivars необходима некоторым системным утилитам. Более того, очистка конфигурации UEFI-прошивки не должна приводить к блокированию работы устройства - в случае повреждения, конфигурация UEFI должна восстанавливаться в состояние по умолчанию. Поэтому причиной проблемы является UEFI-прошивка, а не конфигурация systemd. При желании пользователи и разработчики дистрибутивов могут самостоятельно перейти к работе efivars в режиме только на чтение, без изменения кода systemd, достаточно для efivars указать в /etc/fstab флаг "ro".

Дополнение 1: Мэттью Гаррет, известный разработчик ядра Linux, получивший от Фонда СПО премию за достижения в области обеспечения загрузки Linux на системах с UEFI Secure Boot, считает, что проблему нужно решать на уровне ядра Linux. В качестве примера подобного решения Гаррет опубликовал прототип патча.

Дополнение 2: Николай Шлей (CodeRush), автор утилиты UEFITool и исследователь безопасности UEFI, пояснил суть проблемы:

Сама проблема звучит так: "удаление некоторых переменных NVRAM приводит к остановке выполнения фазы DXE на некоторых ноутбуках MSI". Это действительно проблема, причина - в недостатке тестирования этого сценария (вполне, кстати, легитимного, и выполняемого в 20 строк на С в любой UEFI-совместимой ОС), а недостаток этот - он от сокращения времени разработки прошивки и прочих "оптимизаций Time-To-Market".

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

Решение: конкретный баг у MSI - найти и исправить, тест на этот случай - добавить в следующие версии FWTS, BITS и LUV, довести до производителей его необходимость через UEFI Forum. Пока реализации все еще сломаны - пользоваться воркэраундом Гаррета.



  1. Главная ссылка к новости (https://bbs.archlinux.org/view...)
  2. OpenNews: Эксперименты с системой после выполнения rm -rf /
  3. OpenNews: Загрузка Linux в режиме UEFI приводит к неработоспособности некоторых ноутбуков Samsung
  4. OpenNews: Раскрыты причины блокирования работы UEFI-прошивки ноутбуков Samsung
  5. OpenNews: Загрузка Linux в режиме UEFI выводит из строя некоторые модели ноутбуков Thinkpad
  6. OpenNews: Концепция stateless-ноутбука, защищённого от аппаратных бэкдоров
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/43795-rm
Ключевые слова: rm, efi, firmware, systemd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (333) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:57, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    типичный поттеринг
     
     
  • 2.6, llolik (ok), 10:08, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +33 +/
    А что он сказал не так?
    Если UEFI у некоторых производителей работает не так, как ему положено работать в спецификации (сбрасываться к заводским настройкам), а поступить по другому нельзя (будут проблемы с GRUB, например), то что прикажете делать?
     
     
  • 3.9, Аноним (-), 10:16, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –15 +/
    Железо оно первично. Если в железе ошибка значит надо обходить эту ошибку. Если железо можно повредить из-за ошибки в железе, значит надо обходить эту ошибку. Очевидно же.
     
     
  • 4.17, фыв (??), 10:23, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +26 +/
    Вы серьёзно?
    Первичны стандарты.
    Правильно будет устранять ПРИЧИНУ ошибки, а не обходить заботливо наставленные "производителями" грабли, являющиеся СЛЕДСТВИЕМ их наплевательского отношения к СТАНДАРТАМ.
     
     
  • 5.23, Аноним (-), 10:32, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Охладись, юноша, и добро пожаловать в реальный мир.

    >Правильно будет устранять ПРИЧИНУ ошибки

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

    >наплевательского отношения к СТАНДАРТАМ

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

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

     
     
  • 6.66, Андрей (??), 11:48, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я хоть и не являюсь пользователем systemd (честно погонял 2 месяца, но душа так и не приняла :) ), но считаю, что Поттеринг прав. Стандарты надо соблюдать...
     
     
  • 7.73, Аноним (-), 12:07, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Стандарты надо соблюдать...

    Никто с этим не спорит. Но, увы, реальное положение вещей далеко не идеально. Можно, конечно, стоять рядом с Леней с транспарантом "Not our problem". С транспарантом и нерабочим железом, да.

     
     
  • 8.160, Адекват (ok), 15:04, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лучше с шокером ... текст свёрнут, показать
     
     
  • 9.250, Аноним (-), 22:56, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Шокер пригодится - когда ноутбук закирпичится, ты сможешь устроить наглядное шоу... текст свёрнут, показать
     
  • 7.112, анонанонанонанино (?), 13:14, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    FHS тоже стпандарт, но на него поклали...
     
     
  • 8.135, Аноним (-), 13:57, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Он странный довольно ... текст свёрнут, показать
     
     
  • 9.247, Аноним (-), 22:40, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А uefi что, не странный ... текст свёрнут, показать
     
  • 7.127, Elhana (ok), 13:32, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да никто не спорит что надо соблюдать. И тот же Линус тоже бы материл производителя, но при это реакция у него почти наверняка была бы не gtfo, а какое-то решение как пользователя от этого оградить. А поттеринг на любую проблему отвечает что это не его проблемы.
     
  • 6.310, asd (??), 08:31, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Юноша ) Я - юноша )
    Не надо ТЫКАТЬ незнакомым людям, во первых. Даже в интернете.
    Спасибо, но я далеко уже не юноша, и именно поэтому считаю, что стандарты обязаны соблюдаться. Наелся уже в жизни, знаете ли.
    Я вообще-то не о поттеринге, мне самому не очень нравится systemd. Но тут он в какой-то мере прав.
    Производителей заставить сделать что-либо достаточно просто. На законодательном уровне, или же банально не покупая их продукцию. Другое дело, что лемминги всё равно будут покупать что им нравится, а не что сделано нормально.
     
     
  • 7.323, Аноним (-), 11:46, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Производителей заставить сделать что-либо достаточно просто. На законодательном уровне, или же банально не покупая их продукцию.

    Покупая продукцию Вы всегда знаете её "подводные камни"?

    > Не надо ТЫКАТЬ незнакомым людям, во первых. Даже в интернете.
    >> Другое дело, что лемминги ...
    >> ... не о поттеринге ...

    Одно другому не мешает, юноша?!

     
  • 7.328, arisu (ok), 13:29, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > я далеко уже не юноша

    а ума так и не прибавилось. впрочем, старым дуракам свойственно ходить туда, где они никому не нужны, и «учить молодых жить». всенепременно начиная с: «вы мне не тыкайте, молодой человек». даже там, где «ты» — изначальная традиция.

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

     
     
  • 8.334, Дегенератор (?), 18:49, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Однозначно лайкаю ... текст свёрнут, показать
     
  • 6.358, torvn77 (ok), 21:35, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Правильно-то правильно, но как это реалистично сделать?

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

     
  • 5.25, skybon (ok), 10:34, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –18 +/
    Чувак, можешь сколько угодно заниматься моногамией с бородатыми дядьками в комитетах, но мы живём в РЕАЛЬНОМ мире. Если в этом мире насрать на "стандарт", то этот "стандарт" - филькина грамота. А ПО пишется под ЖЕЛЕЗО, а не "как правильно". Так что с морализаторством - за дверь.
     
     
  • 6.43, Anonplus (?), 10:55, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Бедные системд-хейтеры оказались меж двух огней. Признать, что стандарты рулят = оправдать Поттеринга в этом случае. Признать, что на стандарты можно класть с прибором = лишиться аргумента "а вот этот ваш системд клал с прибором на стандарты".
     
     
  • 7.52, Аноним (-), 11:18, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    сам то понял что сказал?
    какие ещё системд-хейтеры? те кто твою любимую программу не любят что ли? а должны?
     
     
  • 8.164, Адекват (ok), 15:16, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это тот, который из тех, ну короче которым сказать нечего, но хочется, вот они и... текст свёрнут, показать
     
  • 7.103, Michael Shigorin (ok), 13:04, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Признать, что стандарты рулят = оправдать Поттеринга в этом случае.

    Эх, двоешники, ЦА таких вот популистов...

    Самый дешёвый способ спрыгнуть с ответственности -- указать на регламент.  Особенно если его писал не ты.

     
     
  • 8.130, тоже Аноним (ok), 13:40, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    К истоку рек возвращаются вновь их воды ... текст свёрнут, показать
     
  • 8.214, Паша (??), 19:23, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что за странная логика Если сделано как в стандарте и на это указали - то это с... текст свёрнут, показать
     
     
  • 9.227, Michael Shigorin (ok), 20:19, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо, подразумевали не как в стандарте Невозможно написать стандарт, учитыв... текст свёрнут, показать
     
     
  • 10.311, asd (??), 08:33, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Михаил, несомненно Стандарты постепенно должны дорабатываться, конечно же ... текст свёрнут, показать
     
  • 8.259, Аноним (-), 00:55, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А вот ты здесь именно этим постоянно занимаешься Правда, тут ещё и регламент, е... текст свёрнут, показать
     
     
  • 9.286, Michael Shigorin (ok), 03:35, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Почти хорошая подковырка, только Вы не умеете или не захотели влазить в тапки... текст свёрнут, показать
     
  • 7.248, владц (?), 22:42, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Никакой веской причины держать  efivarfs по умолчанию в rw нет, безотносительно того, в порядке ли прошивка

     
     
  • 8.295, Аноним (-), 06:56, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Невозможность установки загрузчика Невозможность управления загрузчиком Все эт... текст свёрнут, показать
     
     
  • 9.321, Andrey Mitrofanov (?), 11:28, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это не причина для RW, это причина выкинуть из ядра и вернуть к чертёжной доске... текст свёрнут, показать
     
  • 5.47, Khariton (ok), 11:04, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Так проблема не в железе, а в софте к нему...)))

    Или вы считаете что если производитель напишет свое толкование ацпи-запросов но для одной ОС в своих драйверах он их правильно растолкует, то если данные ацпи-запросы не верно обрабатываются в другой ОС, то виновата другая ОС?
    )))

     
     
  • 6.67, Андрей (??), 11:49, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Так проблема не в железе, а в софте к нему...)))
    > Или вы считаете что если производитель напишет свое толкование ацпи-запросов но для
    > одной ОС в своих драйверах он их правильно растолкует, то если
    > данные ацпи-запросы не верно обрабатываются в другой ОС, то виновата другая
    > ОС?
    > )))

    Асер вроде пару лет назад отхватил уже за кривые ACPI таблицы для linux'а?

     
     
  • 7.131, Khariton (ok), 13:43, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Так проблема не в железе, а в софте к нему...)))
    >> Или вы считаете что если производитель напишет свое толкование ацпи-запросов но для
    >> одной ОС в своих драйверах он их правильно растолкует, то если
    >> данные ацпи-запросы не верно обрабатываются в другой ОС, то виновата другая
    >> ОС?
    >> )))
    > Асер вроде пару лет назад отхватил уже за кривые ACPI таблицы для
    > linux'а?

    Да?
    От спасибо! Порадовали...
    Я в свое время задолбался изобретать патчи к новым ядрам на имея один рабочий патч для старого ядра...
    Продал машинку в итоге. А там где отдал никто ядро менять не то что не будет, он даже не догадывается что оно есть, но Кубунту юзает на ура уже какой год...)))

     
  • 5.174, Нимано (?), 16:05, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дык, традиция же Достаточно глянуть в загрузчики MBR или сразу в Ralf Brown s I... большой текст свёрнут, показать
     
     
  • 6.312, asd (??), 08:34, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вот именно это я и имел в виду.
     
  • 4.24, Аноним (-), 10:34, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    А это и не ошибка в железе.
     
     
  • 5.313, asd (??), 08:35, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я уже писал выше. С моей точки зрения, тут неважно, в железе или в софте ошибка. Важно, что это ошибка производителя.
     
  • 4.26, commiethebeastie (ok), 10:35, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Железо оно первично.

    Венда не запускается на произвольно взятом мипсе => венда лайно!

     
  • 4.32, Anonplus (?), 10:46, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Теперь вспомним историю, когда установка линукса на определённые модели ноутбуков Самсунг приводила к их окирпичиванию (тоже затирались настройки NVRAM).

    По такой логике тогда следует сказать "типичный Линус", "ядро, написанное рукожопами" и так далее?

    Или всё же "у самсунга была кривая прошивка"?

     
     
  • 5.51, Аноним (-), 11:15, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет.
    Типичный Линус живет в реальном мире, в отличие от. В этом суть проблемы.

    http://www.h-online.com/open/news/item/Protection-against-Samsung-UEFI-bug-me

     
     
  • 6.59, Аноним (-), 11:33, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Анон в предыдущем комментарии говорит о проблеме, когда в нврам складывались крашдампы, что разрешено спеками, но самсунговские ноутбуки умирали от этого.
     
     
  • 7.70, Аноним (-), 12:01, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Я это понял. Отличие между Линусом и Леней в том, что первый - инженер и подходит к таким вопросам как инженер, принимая патчи для обхода железных косяков, а второй - безответственный хипстер, скачущий на розовом единороге по радуге.
     
  • 5.104, Michael Shigorin (ok), 13:06, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Или всё же "у самсунга была кривая прошивка"?

    В ядре, глупенький, ошибку прошивки объехали со второго или третьего раза.

    > написанное рукожопами

    И да, не пишите сюда не тем, чем положено.  Научитесь сперва читать и понимать прочитанное.

     
  • 4.46, Anonplus (?), 11:02, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Железо оно первично. Если в железе ошибка значит надо обходить эту ошибку.
    > Если железо можно повредить из-за ошибки в железе, значит надо обходить
    > эту ошибку. Очевидно же.

    Ошибку прошивки нужно фиксить в прошивке, а не заставлять юзера гадать, в каком дистре оно пофикшено, а в каком нет

     
     
  • 5.54, Аноним (-), 11:21, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и как ты будешь это фиксить? не только в будущих релизах но и в прошлых.
     
     
  • 6.145, SysA (?), 14:44, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > и как ты будешь это фиксить? не только в будущих релизах но
    > и в прошлых.

    Открой для себя "firmware update"!

     
     
  • 7.226, . (?), 20:08, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А то что это только юзер может сделать, причём для него это "black fu***ng magic!" говоря по олбански, - это тебя совсем не смущает?

    И что - не работать на таких системах ... а ну да, мы же Ылита :)

     
  • 4.72, llolik (ok), 12:02, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Железо оно первично. Если в железе ошибка значит надо обходить эту ошибку.

    Только это не проблема systemd и инита в принципе. Что с этим Лёня должен сделать?
    Собственно, Мэттью Гаррет уже всказался, что проблему нужно решать на уровне ядра
    Пруф в его Твиттере, https://twitter.com/mjg59/status/693494314941288448


     
     
  • 5.156, Ан2 (?), 14:58, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Железо оно первично. Если в железе ошибка значит надо обходить эту ошибку.
    > Только это не проблема systemd и инита в принципе. Что с этим
    > Лёня должен сделать?
    > Собственно, Мэттью Гаррет уже всказался, что проблему нужно решать на уровне ядра
    > Пруф в его Твиттере, https://twitter.com/mjg59/status/693494314941288448

    то есть свалить всё на Линуса ))

     
     
  • 6.159, llolik (ok), 15:03, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > то есть свалить всё на Линуса ))

    Да он, вроде как, уже сам hotfix сделал.

     
  • 3.194, Аноним (-), 18:15, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    учить конфигуратор grub перемонтировать с ro на rw и обратно.
    Если в gnu/linux простая, случайно запущенная команда способна убить железо, то это проблема gnu/linux.
     
     
  • 4.196, Michael Shigorin (ok), 18:19, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > учить конфигуратор grub перемонтировать с ro на rw и обратно.

    Это не grub, хотя можно и там.

     
  • 4.205, demimurych (ok), 18:32, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Угу. Если самолет падает потому что инженеры допустили ошибку в разработке самолета, то это конечно проблема пилота.
     
     
  • 5.296, Аноним (-), 07:04, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это проблема пилота, потому что инженеры на земле, а пилот упадёт вместе с самолётом.
     
     
  • 6.314, asd (??), 08:36, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно. А вот драть как сидоровых коз надо (и будут) инженеров.
     
  • 5.359, antares0 (?), 21:52, 04/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Угу. Если самолет падает потому что инженеры допустили ошибку в разработке самолета,
    > то это конечно проблема пилота.

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

     
  • 4.251, Andrey Mitrofanov (?), 23:07, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > учить конфигуратор grub перемонтировать с ro на rw и обратно.
    > Если в gnu/linux простая, случайно запущенная команда способна убить железо, то это
    > проблема gnu/linux.

    Пральнаящитаю, надо rm -rf / научить наконец перемонтировать в RO то, что потеринг оставил в RW.

     
     
  • 5.297, Аноним (-), 07:07, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Недалекие ненависники не понимают что проблема не зависит от системы инициализации.
     
  • 3.278, Аноним (-), 02:22, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А потом эти же люди булькают, что во фре при извлечении флешки без отмонтирования паника.
     
  • 2.7, AlexYeCU_not_logged (?), 10:10, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Впервые в жизни заступаюсь для Поттеринга: типичный uefi.
     
     
  • 3.31, Аноним (-), 10:46, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    два чая Вам - на той же модели ноутбука, даже в легаси, граб работает только если установлен в отдельный ext2 раздел
     
  • 3.252, Andrey Mitrofanov (?), 23:09, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Впервые в жизни заступаюсь для Поттеринга: типичный uefi.

    А ведь мудрые люди пердкперждали: майкрософт, фат16... не к добру. Ну, да они не дожили.

     
  • 2.101, Michael Shigorin (ok), 13:01, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > типичный поттеринг

    Да в этой новости всё прекрасно...

     
  • 2.301, анонимус (??), 07:35, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Все правильно анон выше говорил. Виноват разраб железа кладущий на стандарты, и пользователи которые теоретически умеют в доступ к uefi теперь задумаются насчет покупки msi. Репутация производителя, хоть и у 1% будет потеряна а остальных не особо интересует что там с конфигами загрузчика.
     
     
  • 3.315, asd (??), 08:38, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В мой блэклист уже давно входят как MSI с ACER, так и SAMSUNG, SONY и ряд других. Просто принципиально не покупаю.
     
     
  • 4.316, asd (??), 08:40, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Имею в виду - не только сам не покупаю, но и других предостерегаю. В том числе клиентов - а там уже не один-два предмета покупается )). Ибо нефиг.
    ЗЫ. Если бы таких как я было бы существенная чифра, производители сильно по другому относились бы как к стандартам, так и к клиентам-покупателям. Мечты...
     
  • 4.319, iPony (?), 10:55, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В том то и бида, что белый состоит около из одного элемента 🍎
     
     
  • 5.351, анонимус (??), 14:36, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня там асусы.
     
     
  • 6.365, asd (??), 08:15, 07/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, да, с ними засад меньше.
     
  • 2.325, anon7894 (?), 12:41, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    <cap mode> Выполнение rm -rf / может привести к неработоспособности Linux </cap mode>


     

     ....большая нить свёрнута, показать (71)

  • 1.3, Аноним (-), 10:02, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    а ведь разработчики systemd всё верно ответили
     
     
  • 2.5, Аноним (-), 10:07, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет. Люди-то работают с тем что есть. Если в UEFI ошибка надо работать с оглядкой на эту ошибку, а не говорить что это не моё дело.
     
     
  • 3.18, фыв (??), 10:24, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Надо пинать производителя. Иначе будет зоопарт таких косяков, с различными вкусами от разных производителей.
     
     
  • 4.29, Аноним (-), 10:42, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Много ты по пинал производителя по поводу кривых ACPI?
     
     
  • 5.366, Иван (??), 20:48, 16/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Много ты по пинал производителя по поводу кривых ACPI?

    Я асуса пнул, он меня послал в издевательской форме. Больше его не покупаю.

     
  • 4.34, Аноним (-), 10:47, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    надо допиливать коребут, ибо пинать производителя бесполезно - невидия тому пример
     
  • 4.78, Crazy Alex (ok), 12:13, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Пинать - надо. Обходить баг - тоже надо.
     
  • 4.105, Michael Shigorin (ok), 13:08, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Надо пинать производителя.

    Надо.

    > Иначе будет зоопарт таких косяков

    Белого кролика ещё не нашли? :)

     
  • 4.195, Аноним (-), 18:19, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    надо пинать производителя, но... Очень сложно будет заставить его выпустить обновление для всех устройств с этой ошибкой. Даже если обновления будут выпущены, уже выпущенным устройствам это поможет слабо, ведь надо в ручную провести потенциально деструктивную операцию, сложную... А еще надо просто суметь узнать что эту операцию нужно провести
     
  • 3.21, Аноним (-), 10:29, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Завтра будет ошибка в 0.001% прошивок от [brand] в которой при выполнении некоторой последовательности операций процессора будет происходить зависание системы, на это тоже надо будет закладываться?
     
     
  • 4.28, Аноним (-), 10:38, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Завтра будет ошибка в 0.001% прошивок от [brand] в которой при выполнении
    > некоторой последовательности операций процессора будет происходить зависание системы,
    > на это тоже надо будет закладываться?

    А ты как думал!

    https://en.wikipedia.org/wiki/Pentium_F00F_bug

     
     
  • 5.102, Аноним (-), 13:01, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Слишком старое, есть посвежее фейлы и более трудноуловимые:
    http://www.computerra.ru/138414/intel-skylake-cpu-bugs/


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

    Так как и под Виндой или MacOS, или любой другой ОС могут точно также обнулиться параметры UEFI в результате вредоносной активности, с последующим окирпичиванием.

     
  • 3.49, Khariton (ok), 11:09, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Да нет. Люди-то работают с тем что есть. Если в UEFI ошибка
    > надо работать с оглядкой на эту ошибку, а не говорить что
    > это не моё дело.

    конечно!
    потом когда производитель починит ошибку, а вы уже к ней приспособились, а ваше ПО приспособилось к ней и использует ее как фичу, то после фикса оной проблемы от производителя как вы будете чинить ваше ПО? Как будете объяснять проблему? Как будете поддерживать и ту и ту ветки?

     
     
  • 4.56, Аноним (-), 11:24, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не думаю что запрет перезаписи переменных UEFI можно использовать как фичу
     
     
  • 5.132, Khariton (ok), 13:46, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > не думаю что запрет перезаписи переменных UEFI можно использовать как фичу

    Ну возможность есть? Ок. Может и сгодится.

    Например МС не могла предвидеть, что ограничение используемых символов в имени файла может привести к тому, что они не смогут использовать в ФС юникод. Мало того они предоставили это как фичу еще со времен ДОС! Мол пользоватлею так будет проще и удобнее!
    А в юниксах такого ограничения нет.)))

     
     
  • 6.299, Адекват (ok), 07:23, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Например МС не могла предвидеть, что ограничение используемых символов в имени файла
    > может привести к тому, что они не смогут использовать в ФС
    > юникод. Мало того они предоставили это как фичу еще со времен
    > ДОС! Мол пользоватлею так будет проще и удобнее!
    > А в юниксах такого ограничения нет.)))

    И сколько человек перешли на линукс с винды по этой причине ? и не вернулись потом обратно ?

     
     
  • 7.318, Khariton (ok), 10:22, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И сколько человек перешли на линукс с винды по этой причине ?
    > и не вернулись потом обратно ?

    А сколько раз вас послали бабочек ловить за смену топика в ленте?

     
  • 4.62, Аноним (-), 11:39, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В любом ПО есть workaroud, как это есть с чипсетами nVidia, Radeon r6xx/r7xx. Например работа USB контроллеров
     
     
  • 5.93, Аноним (-), 12:35, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот зачем ты об этом сказал? Аноны теперь спать не смогут, пока не добьются от Линукса и Ко исключения из кода ядра _всех_ воркэраундов. Ведь ошибки в железе это не проблема гну/линукса!
     
  • 4.107, Michael Shigorin (ok), 13:10, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > потом когда производитель починит ошибку, а вы уже к ней приспособились,
    > а ваше ПО приспособилось к ней и использует ее как фичу

    Это не то же, что объезд (ближе к последующему bug compatibility).

     
  • 4.367, Иван (??), 20:56, 16/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > потом когда производитель починит ошибку, а вы уже к ней приспособились, а
    > ваше ПО приспособилось к ней и использует ее как фичу, то
    > после фикса оной проблемы от производителя как вы будете чинить ваше
    > ПО? Как будете объяснять проблему? Как будете поддерживать и ту и

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

     
  • 3.240, EuPhobos (ok), 21:51, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ну тогда уж до кучи давайте обвиним и mount, то что монтирует впринципе эту ФС, ну и за одно и rm обвиним, что нет ключа "rm -rf --but-not-my-uefi --pleeeease /"

    Я сам не сторонник systemd, но бляха-муха, причём тут вообще systemd я никак не пойму? Как его сюда приписали в этой теме, проблема то вообще systemd никак не касается.
    И главное комментаторы все такие "моя тему не читать, моя гневный коммент писать".

     
     
  • 4.244, Аноним (-), 22:24, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я сам не сторонник systemd, но бляха-муха, причём тут вообще systemd я
    > никак не пойму? Как его сюда приписали в этой теме, проблема
    > то вообще systemd никак не касается.

    Касается, именно systemd монтирует efivarfs в /sys с доступом на запись. То что в ядро предлагают добавить для защиты - грязный хак. Точно так же проблему можно обойти монтированием efivarfs в ro для проблемных прошивок на уровне systemd.

     
     
  • 5.298, Аноним (-), 07:12, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Upstart как монтирует? Openrc? Init.d?
     
     
  • 6.307, Аноним (-), 08:13, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Upstart и init.d в rw.
     
  • 5.374, Аноним (374), 16:37, 13/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Может тогда лучше пнуть Поттеринга не за то, что он захардкожил rw в systemd, а за то, что он изобрел велосипед вместо использования fstab?
     

  • 1.4, Аноним (-), 10:05, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Как всегда - никто не при делах, и как хотите так сами и справляйтесь. И не важно, заплатил ты за это деньги (ноутбук MSI), или это открытый код (systemd).
     
     
  • 2.302, анонимус (??), 07:37, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Виноват msi, не благодари.
     

  • 1.10, Nicknnn (ok), 10:16, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Обычный вброс. Причем тут systemd к efivars являющейся частью ядра? Ну и что, что он это монтирует. Он ведь монтирует и всё остальное.
     
     
  • 2.108, Michael Shigorin (ok), 13:11, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Причем тут systemd

    Это ж арчик, там не спрашивали.

     
     
  • 3.155, Альт (??), 14:55, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну понятно, что не альт.
     
     
  • 4.262, Аноним (-), 01:17, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну понятно, что не альт.

    Будто в Демьяне людей с ул.. пользователей о чём-то спрашивали. Так, погрызлись между собой и порешили. А Альт что, не осиливает ещё systemd? Я просто не в курсе.
    Не знаю, Килин, Ред Стар на системдэ? Если да, то альтовцам тоже нужно подтягиваться. А то как технологиями будут делиться?


     
     
  • 5.317, asd (??), 08:56, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В альте, да будет вам известно, нет такой проблемы - монжо и системд поставить, некоторые дистрибутивы с ним и идут по умончанию. Если не знаете - не надо сотрясать воздух, лады?
     

  • 1.11, Аноним (-), 10:18, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    Вот почему никогда не будет никакого системдэ ни на одном компьютере под моим управлением.
     
     
  • 2.197, Аноним (-), 18:21, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Та же проблема будет в init.d и в upstart. Но такому как ты это не понять.
     
     
  • 3.200, Michael Shigorin (ok), 18:25, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Та же проблема будет в init.d

    В где?

    > Но такому как ты это не понять.

    Вам слово fstab если б что-то говорило, то не умничали бы.

    Виденные мной sysvinit-овые скрипты не самодеятельничают и не монтируют того, чего не было велено.

     
     
  • 4.232, Аноним (-), 20:45, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я решил проверить, что там у труюниксвэй и не самодеятельной системы инициализации с монтированием sysfs и установил slackware. А там тоже rw.
     
     
  • 5.235, Аноним (-), 21:05, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    И в alt linux rw.
     
  • 5.253, Andrey Mitrofanov (?), 23:14, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Я решил проверить, что там у труюниксвэй и не самодеятельной системы инициализации
    > с монтированием sysfs и установил slackware. А там тоже rw.

    Недопроверил, бракодел!

    # rm -rf /sys <ENTER>

     
     
  • 6.308, Аноним (-), 08:16, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Содержимое efivars можно удалить.
     
  • 2.300, Адекват (ok), 07:28, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вот почему никогда не будет никакого системдэ ни на одном компьютере под
    > моим управлением.

    Куда вы нахрен денетесь, когда все ментейнеры в едином порыве оставят ТОЛЬКО systemd ? :))
    Собственно рано или поздно все будет работать ТОЛЬКО через systemd и pulseaudio.

     
     
  • 3.327, arisu (ok), 13:25, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > все ментейнеры

    лжёшь, свинья паршивая — как и обычно.

     
     
  • 4.330, Адекват (ok), 15:21, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> все ментейнеры
    > лжёшь, свинья паршивая — как и обычно.

    Мусье может видеть будущее ?

     
     
  • 5.331, arisu (ok), 15:41, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да.
     
     
  • 6.361, Аноним (-), 21:36, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    арису мэйнтэйнит libastral у линуса.
     

  • 1.12, Аноним (-), 10:19, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +23 +/
    В комментариях к данной новости выясняется, что ненависть к поттерингу перевешивает даже косяки кривых uefi в ноутбуках msi.
     
     
  • 2.33, Аноним (-), 10:47, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В опенврт загрузчик по умолчанию открыт на запись и можно окирпичить устройство. Правда поттеринг не умеет отношения к опенврт.
     
     
  • 3.40, Аноним (-), 10:51, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >поттеринг не имеет отношения к опенврт

    бритва Мицгола

     
     
  • 4.362, Аноним (-), 21:37, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    саечка чингисхана.
    апперкот жаботинского.
     
  • 3.74, ryoken (ok), 12:07, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Правда поттеринг не умеет отношения к опенврт.

    За что ему лично я ему горячо благодарен.

     
     
  • 4.77, Аноним (-), 12:12, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Если бы поттеринг имел отношение к опенврт, то возможно в опенврт было бы поменьше гвоздей и костылей.
     
     
  • 5.88, Аноним (-), 12:26, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –6 +/
    >гвоздей и костылей

    зато работает

     
     
  • 6.94, Аноним (-), 12:37, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно, что ты со мной не согласишься, но системд тоже превосходно работает. Так работает, как скриптовым костылям не снилось. Правда это сложно доказать пользователям десктопов и админам локалхоста.
    Опенвртшная магия это то, что осложняет её использование в продакшне.
     
     
  • 7.109, Michael Shigorin (ok), 13:12, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Так работает, как скриптовым костылям не снилось. Правда это сложно доказать
    > пользователям десктопов и админам локалхоста.

    Я как автор термина "админ локалхоста" лишаю Вас лицензии на применение этого словосочетания. :]
    </доля шютки>

     
     
  • 8.129, Аноним (-), 13:39, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не опенсорсно как-то ... текст свёрнут, показать
     
     
  • 9.166, ZloySergant (ok), 15:23, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Так ведь это и не код ... текст свёрнут, показать
     
     
  • 10.206, Аноним (-), 18:33, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Так опенсорс это метод мышления ... текст свёрнут, показать
     
     
  • 11.254, Andrey Mitrofanov (?), 23:16, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это када своих мыслей -- 0 0 ... текст свёрнут, показать
     
  • 7.304, Адекват (ok), 07:47, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну ты попробуй, давай докажи преимущества systemctl netctl над etc rc conf, о... большой текст свёрнут, показать
     
     
  • 8.332, derfenix (ok), 17:01, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Перевожу А-а-а Какой ужас Я только с одним инитом разобрался и научился не... текст свёрнут, показать
     
  • 8.335, Аноним (-), 18:49, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Кусок Божественного rc conf из старого Арча детектеД ... текст свёрнут, показать
     
  • 3.137, Аноним (-), 14:15, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Закрыт. А чтобы был открыт, нужно специально патчить.
     
     
  • 4.228, Аноним (-), 20:24, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    На разных устройствах по разному на самом деле.
     
  • 2.264, Аноним (-), 01:29, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > В комментариях к данной новости выясняется, что ненависть к поттерингу перевешивает даже
    > косяки кривых uefi в ноутбуках msi.

    Так ведь вас 85% или 83% по новым подсчётам Левада-центра, вроде? К тому же, кругом враги. Вон в Германии 19-летний педофил изнасиловал 17-летнего русского ребёнка-девочку.. Поттеринг вообще там должен теперь тихо себе сидеть. Иначе придут ночью к нему придут Хрюша и Степашка (из тех 85%) и устроят ему такой init!


     

     ....большая нить свёрнута, показать (18)

  • 1.13, Аноним (-), 10:21, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Из серии "Хакер в столовой".
     
     
  • 2.201, Аноним (-), 18:25, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    случайно ошибся в наборе команд и получил кирпич вместо ноутбука. Обычная ситуация. Каждый кто хоть изредка удаляет каталог с помощью rm может в ней оказаться.
     
     
  • 3.333, derfenix (ok), 17:02, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > случайно ошибся в наборе команд и получил кирпич вместо ноутбука. Обычная ситуация.
    > Каждый кто хоть изредка удаляет каталог с помощью rm может в
    > ней оказаться.

    И часто ты случайно набираешь --no-preserve-root, пытаясь что-то удалить?

     
     
  • 4.340, Аноним (-), 07:53, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Пытаешься прикинуться шлангом? rm ~/tmp /* отлично работает без всяких
     

  • 1.14, anonimous (?), 10:21, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так это, ноутбук-то в он итоге как-то смог восстановить?
     
     
  • 2.36, Anonplus (?), 10:48, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Так это, ноутбук-то в он итоге как-то смог восстановить?

    Перепрошивать микросхему надо. Программатором. Выпаивать, если не вынимается, и перепрошивать. В принципе, необратимо не угробил, но и тривиальным восстановление назвать нельзя.

     
     
  • 3.177, анонимус вульгарис (?), 16:21, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Перепрошивать микросхему надо. Программатором. Выпаивать, если не вынимается, и перепрошивать.
    > В принципе, необратимо не угробил, но и тривиальным восстановление назвать нельзя.

    Ну выпаивать, положим, не придётся, MSI специальный разъём для этой цели выводит. Ибо очень уж часто у них такое случается.

     
  • 2.37, Аноним (-), 10:48, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    писал с брата
     
  • 2.45, anonymous (??), 11:02, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    отправил на ремонт по гарантии https://bbs.archlinux.org/viewtopic.php?pid=1599733#p1599733
     
  • 2.86, arisu (ok), 12:25, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Так это, ноутбук-то в он итоге как-то смог восстановить?

    зачем ему ноутбук, он же дебил.

     
     
  • 3.203, Аноним (-), 18:26, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    почему?
     
     
  • 4.217, Аноним (-), 19:27, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Тупой вопрос, ну ладно отвечу. Инструкцию ниасилил от бука где сказано как восстанавливать и прошивать UEFI.
     
  • 4.219, Анонистый калий (?), 19:31, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что нефиг было что-либо ломать.
     
  • 2.305, Адекват (ok), 07:58, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Так это, ноутбук-то в он итоге как-то смог восстановить?

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

     

  • 1.15, Аноним (-), 10:22, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Ваш компьютер в безопасности, когда не работает. Профессиональная защита компьютеров от включения. Звоните!
     
  • 1.16, Maks (??), 10:22, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что,на системе без systemd эта операция невозможна?
     
     
  • 2.22, Аноним (-), 10:32, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Возможна.
     
  • 2.27, КО (?), 10:38, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну, наверное, не на системД можно указать как монтировать ту или иную систему. А системД монтирует некоторые на свой вкус.

    Другой вопрос - что это за системные утилиты, которые требуют кровь из носу доступ на запись в переменные UEFI, без которых загрузиться будет нельзя?

     
     
  • 3.30, Аноним (-), 10:43, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >А системД монтирует некоторые на свой вкус.

    Системд монтирует efivarfs, так как указано в fstab.

     
     
  • 4.48, Другой аноним (?), 11:08, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не совсем верно. Запись в fstab необязательная. Modprobe efivars при условии загрузки в режиме uefi - и мы имеем подпор типов Анны раздел в sysfs. А модуль то может загрузить кто угодно по сути... Т.е. как ни круто - Лёня тут получается не при делах. Ну и по сути он прав. Хотя ситуация конечно сборная и сложная... Я с этим только вчера плотно столкнулся и не думал, что там есть какие-то важные настройки, удаление которых может окирпичить комп
     
     
  • 5.50, Другой аноним (?), 11:10, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не совсем верно. Запись в fstab необязательная. Modprobe efivars при условии загрузки
    > в режиме uefi - и мы имеем подмонтированный раздел
    > в sysfs. А модуль то может загрузить кто угодно по сути...
    > Т.е. как ни круто - Лёня тут получается не при делах.
    > Ну и по сути он прав. Хотя ситуация конечно сборная и
    > сложная... Я с этим только вчера плотно столкнулся и не думал,
    > что там есть какие-то важные настройки, удаление которых может окирпичить комп

    Долбанный т9


     
     
  • 6.87, arisu (ok), 12:26, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Долбанный т9

    «подпор типов Анны» был круче.

     
     
  • 7.265, Аноним (-), 01:34, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Долбанный т9
    > «подпор типов Анны» был круче.

    А я уж было подумал, что это какой-то божественный сленг.


     
  • 5.57, Аноним (-), 11:29, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Возможно она необязательная, но учитывается — https://github.com/systemd/systemd/issues/2402 .
     
  • 5.79, Crazy Alex (ok), 12:17, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ни хрена он по сути не прав. Если ты можешь прикрыть пользователя малой кровью от проблемы, которую не он создаёт - надо прикрывать. Мата в адрес MSI это не отменяет, конечно. А то, что он несёт - это его обычная безответственность.
     
     
  • 6.83, Аноним (-), 12:22, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Малой кровью здесь является монтирование в ро о чём должны позаботиться мейнтейнеры дистрибутива.
     
  • 6.91, arisu (ok), 12:29, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вот не надо, в этот раз он таки нормально всё говорит. если уж ты залез в рута, и решил всё убить — не надо от этого «защищать». да, всё на свете файл. надо было это выучить, прежде чем в рута лазить и rm делать.

    вот если бы обычный юзер без рутовых привилегий мог такое сотворить — тогда да, тогда был бы Ужос.

    а если рута «защищать», то следующим логичным шагом будет сделать из него недорута, как сделали из администратора флагшток‐куна в виндах.

     
     
  • 7.122, анонанонанонанино (?), 13:26, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поттер сказал: "рут может всё". В том-то и дело, рут может даже rm -rf, но где это видано чтобы rm -rf железо убивал? Вывод: поттер поломал rm -rf.

    SYSTEMD ЛОМАЕТ RM -RF !!!1111адинадинадин

     
     
  • 8.179, Нимано (?), 16:32, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Когда-то на форточках запуск setup exe вернее, зараженного экзешника уже уби... текст свёрнут, показать
     
     
  • 9.306, Адекват (ok), 08:06, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Смотрим https ru wikipedia org wiki CIH CIH, или 171 Чернобыль 187 Vi... большой текст свёрнут, показать
     
  • 7.185, Аноним (-), 17:34, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты так и не понял что произошло.. Вместе с этой багой root получил права не только убить данные на носителях, но и само железо. Такое уже бывало многократно. И каждый раз в ядро или юзерспейс внедряли новую распорку, которая не давала root-у ломать железо. А тут по твоей логике какой-то особый случай. Странно слышать такое от тебя, arisu. Ты же в курсе насколько root в Linux ограничен в своих возможностях?

     
  • 6.173, Аноним (-), 15:58, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Ни хрена он по сути не прав. Если ты можешь прикрыть пользователя
    > малой кровью от проблемы, которую не он создаёт - надо прикрывать.
    > Мата в адрес MSI это не отменяет, конечно. А то, что
    > он несёт - это его обычная безответственность.

    Да! Ошибку в моей программе предлагаю исправить разработчикам glibc, пусть напишут workaround. Или даже разработчиков компиляторов напрячь. Им чо, сложно што ле?

     
  • 3.41, Anonplus (?), 10:51, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну, наверное, не на системД можно указать как монтировать ту или иную
    > систему. А системД монтирует некоторые на свой вкус.

    ЕслИ бЫ вЫ внимательнО читалИ новостЬ, тО зналИ бЫ, чтО параметрЫ монтированиЯ определяюТ сборщикИ дистрибутивА.

    Кстати, зачем вы делаете последнюю букву заглавной в тех словах, в которых она заглавной не предусмотрена?

     
     
  • 4.71, Джедай (?), 12:02, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что гладиолус
     
  • 3.76, ryoken (ok), 12:09, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Другой вопрос - что это за системные утилиты, которые требуют кровь из
    > носу доступ на запись в переменные UEFI, без которых загрузиться будет
    > нельзя?

    Навскидку - efibootmgr? И все, кто загрузочные записи в EFI делает.

     
     
  • 4.143, Crazy Alex (ok), 14:40, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот пусть они и монтируют. И отмонтируют после работы. Не самая частая операция, как ни крути.
     
  • 3.110, Michael Shigorin (ok), 13:13, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Другой вопрос - что это за системные утилиты, которые требуют кровь из
    > носу доступ на запись в переменные UEFI, без которых загрузиться будет
    > нельзя?

    efibootmgr(8)

     
     
  • 4.187, Stax (ok), 17:39, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Для полноты картины стоит упомянуть еще grub-install на uefi (хотя почти наверняка он сводится к копированию файлов + вызову efibootmgr)
     

  • 1.19, Нанобот (ok), 10:27, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вполне аргументированый отказ разрабов
     
  • 1.20, Аноним (-), 10:29, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Арчеводы самые любознательные.
     
     
  • 2.268, Аноним (-), 01:45, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Арчеводы самые любознательные.

    Это от того, что у них лучшая документация в сети.


     
     
  • 3.281, Led (ok), 02:38, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Арчеводы самые любознательные.
    > Это от того, что у них лучшая документация в сети.

    Естествено, как обычно у школоты: учебников полно, но кто ж их читает?

     
  • 3.346, Аноним (-), 09:03, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Лучшая документация у rhel.
     
     
  • 4.368, Иван (??), 21:18, 16/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучшая документация у rhel.

    Запаришься искать, где написано, как сделать нужное без графического режима. Часть настроек без него вообще официально названа в документации невозможной.

     

  • 1.35, Аноним (-), 10:47, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    все вполне логично если я грохнул efivars то с какого они должны сбрасыватся по дефолту? Я ведь их стер.
     
     
  • 2.369, Иван (??), 21:19, 16/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > все вполне логично если я грохнул efivars то с какого они должны
    > сбрасыватся по дефолту? Я ведь их стер.

    Но биос же при аналогичной операции сбрасывается на дефолт, а не исчезает.

     

  • 1.38, lucentcode (ok), 10:48, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Лёнчик дело говорит - проблемы кривых разрабов MSI его волновать не должны. Пусть свои косяки они за собой сами поправляют. Тем более, что проблема похоже у них не связана с железом - это косяк самой прошивки UEFI.
     
     
  • 2.53, Аноним (-), 11:20, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Разработчики у MSI вполне себе адекватные и баги в UEFI фиксят хоть и не быстро.
     
  • 2.75, Аноним (-), 12:08, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ещё кривых разрабов Гигабайтов (там такая же херня), а ещё мало ли каких кривых разрабов.
     
     
  • 3.99, Аноним (-), 12:57, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    надо было брать макбук
     
     
  • 4.220, Аноним (-), 19:32, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > надо было брать макбук

    Куда мне нужно брать макбук?

     
  • 4.255, Led (ok), 23:57, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > надо было брать макбук

    А попа не слипнется?

     
     
  • 5.270, Аноним (-), 01:49, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> надо было брать макбук
    > А попа не слипнется?

    Ну а тебе то зачем это обсуждать? Тебе не предстоит подобных выборов в жизни.


     
  • 3.176, анонимус вульгарис (?), 16:18, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А ещё кривых разрабов Гигабайтов (там такая же херня), а ещё мало
    > ли каких кривых разрабов.

    Разве у гигабайтов тоже нет дуал биос, или как там в их интерпретации эта фича называлась? Отсутствие возможности восстановления прошивки без спец. оборудования — фирменная фишка MSI.

     
     
  • 4.188, Аноним (-), 17:41, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О да, вставить шлюшку с прошивкой ты не осилил, для этого нужно спец оборудование.
     
     
  • 5.225, анонимус вульгарис (?), 19:40, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > О да, вставить шлюшку с прошивкой ты не осилил, для этого нужно
    > спец оборудование.

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

     
  • 2.80, Crazy Alex (ok), 12:18, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Его должны бы волновать проблемы пользователей. Но - увы...
     

  • 1.44, Аноним (-), 11:00, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Самое удивительное в новости то, что парень поставил арч с уефи ))
     
     
  • 2.221, Аноним (-), 19:33, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Самое удивительное в новости то, что парень поставил арч с уефи ))

    Мудрила чудный


     
     
  • 3.271, Аноним (-), 01:57, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Самое удивительное в новости то, что парень поставил арч с уефи ))
    > Мудрила чудный

    Ну понятно, что там ноут и uefi прибито гвоздями, но вот у меня на Asus Sabertooth Z77 десктопной, uefi может в трёх режимах работать - без него вообще, по требованию ОС (то есть, если ОС может загрузиться только c uefi, то оно предоставляется) и принудительно только оно. Этими опциями рулит хозяин платы - человек, то есть, я.


     
     
  • 4.291, Аноним (-), 04:01, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему минус? Потому что я среди идиотов?


     
     
  • 5.292, Michael Shigorin (ok), 04:06, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Почему минус? Потому что я среди идиотов?

    1) плюсминусы здесь ничего особого не значат, не нервничайте;
    2) UEFI+CSM -- это ни разу не "по требованию ОС", а два набора фирмвари (на ноутах такое тоже вполне себе встречается);
    3) обратите внимание на http://wiki.opennet.ru/ForumHelp

     
     
  • 6.341, Аноним (-), 07:59, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Рейтинг: -30295 баллов

    бгг, каанешна "ничего не значит", у-тю-тю

     
     
  • 7.344, Andrey Mitrofanov (?), 08:13, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Рейтинг: -30295 баллов
    > бгг, каанешна "ничего не значит", у-тю-тю

    Да.   Как и ретинг -2312675 баллов.

     

  • 1.55, Аноним (-), 11:23, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А зачем вообще нужен этот уродский UEFI? Производители на пустом месте зачем-то придумали проблем всем пользователям. Никаких преимуществ тем же пользователям оно не даёт.
     
     
  • 2.58, Roo2AT7d (ok), 11:33, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это как с системд: на 2 секунды быстрее включается устройство
     
     
  • 3.272, Аноним (-), 02:02, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Это как с системд: на 2 секунды быстрее включается устройство

    Нет. У меня Core2Duo 3 Ггц, загружается со старта grub 3(!) секунды до приглашения ввода имени пользователя. А сколько тогда загружается современный i7? Я не знаю.


     
     
  • 4.350, Roo2AT7d (ok), 13:38, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В новости про UEFI явно имеется ввиду холодный старт, к тому же многое упирается в io.
     
  • 2.61, Аноним (-), 11:37, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конечно не нужен, давайте пользоваться сороколетним биосом подпёртым костылями со всех сторон, лишь бы он работал с современным железом.
     
     
  • 3.229, Анонимо (?), 20:30, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    UEFI наверное без костылей? Что-то ему это не помогло.
     
  • 2.69, Аноним (-), 11:56, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    например, с EFI чтобы сделать загрузочную флешку, не нужны никакие dd и unetbootin - достаточно распаковать на нее образ с дистром. Есть efi shell, из которой можно загрузить ядро с нужными параметрами. Ну и secure boot - кто бы что ни говорил, но если есть возможность управлять ключами, то это очень полезная штука.
     
     
  • 3.114, Michael Shigorin (ok), 13:17, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > например, с EFI чтобы сделать загрузочную флешку, не нужны никакие dd и
    > unetbootin - достаточно распаковать на нее образ с дистром.

    Вот сюда почитайте ещё: http://mjg59.dreamwidth.org/4957.html

    > то это очень полезная штука

    Пользовались?

     
  • 3.119, Аноним (-), 13:24, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Так трудно написать dd?
     
  • 3.224, анонимус вульгарис (?), 19:37, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > например, с 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

    ???
    До чего прогресс дошёл...

     
  • 2.222, Аноним (-), 19:34, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем вообще нужен этот уродский UEFI? Производители на пустом месте зачем-то
    > придумали проблем всем пользователям. Никаких преимуществ тем же пользователям оно не
    > даёт.

    Тебя не спросили, иди выступи на конференции и расскажи всем какое каках этот ваш UEFI и как замечателен BIOS.

     

  • 1.60, Аноним (-), 11:34, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Еще один факт почему уефи нинужен. Слишком уж навороченный.
     
     
  • 2.209, DeadLoco (ok), 18:47, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, почему же? Очень даже нужен. Например, можно незаметно для юзера грузить баребоновый гипервизор, затем юзерскую ОС, и еще втихаря свои хитрые штучки, которые будут перехватывать все-все - от сетевых пакетов до клавиатурного ввода и отпечатков пальцев со сканера. Круто же!
     
     
  • 3.223, Аноним (-), 19:35, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, почему же? Очень даже нужен. Например, можно незаметно для юзера грузить
    > баребоновый гипервизор, затем юзерскую ОС, и еще втихаря свои хитрые штучки,
    > которые будут перехватывать все-все - от сетевых пакетов до клавиатурного ввода
    > и отпечатков пальцев со сканера. Круто же!

    Неуловимый Джо перелогиньтесь.

     
     
  • 4.230, Анонимо (?), 20:32, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    расскажи это Сноудену
     

  • 1.63, Аноним (-), 11:40, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    самое главное что так смонтировали ребята из арча, а виноват все равно systemd
     
  • 1.64, Аноним (-), 11:40, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Имхо, поттеринг не прав, т.к. В любом ПО есть workaroud, как это есть с чипсетами nVidia, Radeon r6xx/r7xx. Например работа USB контроллеров.
    ИМХО, слабый аргумент, что бы это игнорировать.
     
  • 1.65, RazrFalcon (ok), 11:41, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В Gentoo без systemd вообще efi не монтируется. Зачем он нужен, да еще и в режиме rw - непонятно.
     
     
  • 2.82, Crazy Alex (ok), 12:21, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вот именно. Те полторы утилиты, которым он нужен, вполне могут сами его смотировать, сделать что надо и размонтировать обратно. Как по мне, кстати, то же самое и к /boot относится.
     
     
  • 3.111, Аноним (-), 13:14, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вот именно. Те полторы утилиты, которым он нужен, вполне могут сами его
    > смотировать, сделать что надо и размонтировать обратно. Как по мне, кстати,
    > то же самое и к /boot относится.

    А мне всё-таки кажется, что efibootmgr и те полторы утилиты вызываются несравненно чаще, чем rm -rf /

     
  • 2.92, Аноним (-), 12:32, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    'it should be mounted through the sysfs init script'
    https://wiki.gentoo.org/wiki/Efibootmgr
     
  • 2.116, Michael Shigorin (ok), 13:18, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > В Gentoo без systemd вообще efi не монтируется.

    Это не "efi" (эт где?), а /sys.

     
     
  • 3.347, RazrFalcon (ok), 12:05, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Странно, еще пару лет назад нужно было efivars самому подгружать, а теперь он грузится сам. Видимо что-то поменялось.
    Тем не менее /sys/firmware/efi/efivars пустой.
     
  • 2.326, Аноним (-), 13:19, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В Gentoo без systemd вообще efi не монтируется. Зачем он нужен, да
    > еще и в режиме rw - непонятно.

    Счеголи не монтируется то? Как я по твоему тогда получил надпись "Gentoo" в меню загрузки? OpenRC, само собой.

    Если же ты грузишься в режиме legacy - то примонтировать efivars не получится

     

  • 1.68, Аноним (-), 11:55, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    https://twitter.com/mjg59/status/693494314941288448
    Жду оправданий поттеринг-хейтеров.
     
     
  • 2.142, Аноним (-), 14:39, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Кого-кого? Нет таких людей, вы сами их выдумали.
     
  • 2.153, Аноним (-), 14:54, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Прям библейское "подставь свою жoпy"
     

  • 1.81, arisu (ok), 12:20, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    я не понял, сегодня же не первое апреля. а новость из разряда: «британские учёные выяснили, что если положить голову под гидравлический пресс и запустить, то можно умереть. поголовье британских учёных значительно уменьшилось.»
     
     
  • 2.89, Аноним (-), 12:27, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Просто новость жёлтая. Объективное обсуждение проблемы было бы с заголовком 'rm -rf / под рутом убивает некоторые реализации uefi'.
     
     
  • 3.95, arisu (ok), 12:40, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    а если ещё точнее, то: «некоторые реализации уефы не могут в emergency recovery mode».
     
     
  • 4.231, Анонимо (?), 20:34, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > а если ещё точнее, то: «некоторые реализации уефы не могут в emergency
    > recovery mode».

    не точнее, команда не должна убивать uefi - в этом суть, а вместо emergency может стоять и другая технология

     
     
  • 5.239, arisu (ok), 21:50, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    emergency — он на то и emergency, что его зовут, когда уже всё пропало, юзер всё сломал, и жопа переместилась с горизонта на соседний стул.
     

  • 1.84, AlexYeCu_not_logged (?), 12:23, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Кстати, а что будет с матплатой, если винт с уефишным разделом тупо сдохнет?
    Там вообще чтоли никаких "настроек по умолчанию" нет? Сдох винт, плата окирпичилась?
    Из-за чего такой шум-то?
     
     
  • 2.90, Аноним (-), 12:29, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Новый уровень понимания ситуации в треде.
     
  • 2.115, narical (?), 13:18, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего не будет. Винт не имеет никакого отношения к работоспособности UEFI. Учи матчасть.
     
  • 2.117, Michael Shigorin (ok), 13:19, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Там вообще чтоли никаких "настроек по умолчанию" нет? Сдох винт, плата окирпичилась?

    Не-а.  См. http://www.rodsbooks.com/efi-bootloaders/ по порядку, если интересно.

     
     
  • 3.273, Аноним (-), 02:17, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Там вообще чтоли никаких "настроек по умолчанию" нет? Сдох винт, плата окирпичилась?
    > Не-а.  См. http://www.rodsbooks.com/efi-bootloaders/ по порядку, если интересно.

    Туманно дал туманную ссылку Шигорин, сам, видимо, нимуя не понимая.


     
     
  • 4.293, Аноним (-), 04:11, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> Там вообще чтоли никаких "настроек по умолчанию" нет? Сдох винт, плата окирпичилась?
    >> Не-а.  См. http://www.rodsbooks.com/efi-bootloaders/ по порядку, если интересно.
    > Туманно дал туманную ссылку Шигорин, сам, видимо, нимуя не понимая.

    Есть минусы, но нет пояснения ситуации. Всё-таки профессионально-техническое.. не очень техническое образование Шигорина не даёт ему.. объяснить ситуацию.


     
     
  • 5.322, Andrey Mitrofanov (?), 11:43, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть минусы, но нет пояснения ситуации. Всё-таки профессионально-техническое.. не очень
    > техническое образование Шигорина

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

    Вот Вам ещё минус на "почему минус без пояснения": за трату _моего_ времени _дважды_.

    Спасибо за Ваше понимание!

     
  • 2.120, Аноним (-), 13:26, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всё будет нормально, этот раздел не на винте, а облаке(яндекс диск).
     

  • 1.85, arisu (ok), 12:23, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    p.s. в кои‐то веки портерингико ответили нормально. а то в попытках защитить идиота от самого себя дойдут до того, что и рут будет уже не рут, как в винде.
     
  • 1.96, Аноним (-), 12:40, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Лишь бы поср@ться. Собрались бы разрабы systemd вместе с разработчиками ядра, по возможности пригласили бы разработчиков железа. Обсудили бы как выйти из ситуации. Важен конечный продукт. Умение выходить из кризисных ситуаций - вот что должно характеризовать разработчиков как хороших, а не огрызание и показывание пальцем.
     
     
  • 2.98, arisu (ok), 12:42, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    выйди, пожалуйста. вон из дверей.
     
  • 2.274, Аноним (-), 02:18, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Но вместо них, как всегда, срётся опнетик ;)


     

  • 1.100, Аноним (-), 13:00, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эту директорию необходимо монтировать к ro, как какой-нибудь DVD-ROM или Floppy с защёлкнутым окошком.
     
     
  • 2.121, Аноним (-), 13:26, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Её можно запросто перемонтировать. Это костыль.
     
  • 2.275, Аноним (-), 02:21, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Эту директорию необходимо монтировать к ro, как какой-нибудь DVD-ROM или Floppy с
    > защёлкнутым окошком.

    Точняк. Давайте теперь убивать заводские штампованные дивидюки и блюраи уличной магией из командной строки! :)


     

  • 1.106, Аноним (-), 13:09, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На лоре написали, что виновным себя признал гаретый феминист
     
     
  • 2.277, Аноним (-), 02:22, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > На лоре написали, что виновным себя признал гаретый феминист

    Проклятый любитель тян?


     

  • 1.113, CodeRush (?), 13:16, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +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-чипе так никто реализовать не смог - может быть, дело не в людях, а проблемы в консерватории?..
     
     
  • 2.123, Michael Shigorin (ok), 13:27, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Спасибо за рассказ, хорошо бы им дополнить новость, если не против.

    > Во-первых, те немногие вещи, для которых этот доступ нужен утилите efibootmgr,
    > должны решаться самой прошивкой (добавление/удаление/поиск новых UEFI-загрузчиков,
    > изменение порядка загрузки)

    Конкретно тут явный перегиб -- и на BIOS доводилось крутить nvramtool'ом в оптовых количествах.

     
     
  • 3.128, CodeRush (?), 13:37, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Без проблем, конечно С моей точки зрения, если нужно что-то крутить из внутренн... большой текст свёрнут, показать
     
     
  • 4.140, Аноним (-), 14:30, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > С моей точки зрения, если нужно что-то крутить из внутренностей прошивки - для этого специально предназначен UEFI Shell

    Ну и как тогда например менять параметры загрузки на удаленной машине ? Никак ?

     
     
  • 5.146, CodeRush (?), 14:45, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А какие именно параметры предполагается менять? Если порядок загрузки - используйте GRUB или любой другой EFI-бутлоадер с конфигурацией, если опции ядра - тем более. Если вам нужны более серьезные модификации - пользуйтесь IPMI или AMT для удаленного управления из BIOS Setup. Загрузчик новой системы, которая устанавливалась по сети через PXE или UEFI HTTP Boot, подхватит и добавит в список загрузочных устройств диспетчер BDS, если её загрузчик положить на ESP в указанную в документации директорию (http://uefi.org/registry).
     
  • 2.141, Crazy Alex (ok), 14:37, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Как мнение пользователя/программиста/в прошлом админа - чем меньше специализированных сред - тем лучше. Я хочу при решении задач иметь привычный набор инструментов - от скриптов до доступа из сети, причём всё это - стандартным для моей инфраструктуры образом. В этом плане идея закрыть к чему-либо доступ из ОС мне не нравится совершенно.

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

     
     
  • 3.157, CodeRush (?), 14:59, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Моя задача, как разработчика прошивок - не только правильно инициализировать и п... большой текст свёрнут, показать
     
     
  • 4.158, arisu (ok), 15:02, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    маленький нюанс тут, правда, в том, что это называется не «секурити», а «анальное огораживание».
     
     
  • 5.161, CodeRush (?), 15:10, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Альтернативу предложите для нынешних платформ?
    Открыть прошивку целиком не позволят сами производители чипов, слишком много документации придется выводить из под NDA. Получить нужные сведения реверс-инженирингом либо очень долго (3-4 поколения продуктов успевает смениться), либо вообще невозможно (на новых APU AMD инициализацию памяти выполняет встроенный криптопроцессор из своей TrustZone, а его прошивка подписана и зашифрована, удачи в реверсе). Пока у нас закрытое железо - открытых прошивок к нему не будет, и исключение libreboot только подтверждает наличие правила. Я смотрю с надеждой на OpenRISC и другие инициативы, но сейчас - лучше анальное огораживание, чем дефиле с голой жопой, уж простите.
     
     
  • 6.165, arisu (ok), 15:17, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Альтернативу предложите для нынешних платформ?

    конечно. но она очень не понравится производителям — что и было описано в скипнутой части поста. но лично для меня это не причина врать, называя «огораживание» «секурностью».

     
     
  • 7.167, CodeRush (?), 15:27, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну пусть будет "огораживание", хоть горшком назови, только в печь не станови. На системах с Intel BootGuard, настроенным на максимальное огораживание, вообще нельзя изменить ни одно байта в любом месте, кроме региона для NVRAM - они подписаны, а хеш ключа зашит в однократно-записываемую память чипсета. Хочешь экспериментов - меняй чипсет на чистый, если у тебя СнК - то и всю СнК. Вот это огораживание, тут я ничего сказать не могу, но я так на своих системах постараюсь не делать до последнего, т.к. вот это уже сильно ограничивает свободу пользователя. От порчи же прошивки софтом (а не пользователем с физическим доступом, способным загрузить UEFI Shell) я защищался и буду защищаться, хоть как это называйте.
     
     
  • 8.184, Аноним (-), 17:30, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Скажите пожалуйста, прошивки чего вы разрабатываете ну чтоб случайно не купить ... текст свёрнут, показать
     
     
  • 9.186, Crazy Alex (ok), 17:34, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Присоединяюсь к вопросу ... текст свёрнут, показать
     
     
  • 10.192, CodeRush (?), 17:53, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Случайно вы их все равно не купите, это промышленные платы congatec в форм-факто... текст свёрнут, показать
     
  • 6.370, Иван (??), 21:47, 16/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Альтернативу предложите для нынешних платформ?

    Джампер ro/rw? И пусть владелец сам решает, разрешать писать в NVRAM из ОС или нет с риском сложного востановления.

     
  • 4.190, Crazy Alex (ok), 17:46, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Позиция ясна. У меня она несколько другая:

    1) если путём нетривиальных манипуляций владелец свою железку таки угробил - это его вина и его проблемы. Будь то "левая" смазка в шуруповёрте, стёртая с процессора термопаста или залитая левая прошивка - случай явно не гарантийный. Конечно, если при такой ситуации будет какая-то возможность сбросить устройство в дефолты, это плюс - но, вообще говоря, не обязательно.

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

     
     
  • 5.193, CodeRush (?), 18:04, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее, системы с какой-то защитой, даже если она по факту или не работает... большой текст свёрнут, показать
     
     
  • 6.236, vi (ok), 21:28, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Две Ваши фразы возможно, вырванные из контекста Поясните Хотя, необязатель... большой текст свёрнут, показать
     
     
  • 7.241, CodeRush (?), 22:02, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Поясняю Есть несколько методов восстановления прошивки, но все они делятся на д... большой текст свёрнут, показать
     
     
  • 8.242, vi (ok), 22:17, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Все равно, за все заплатит потребитель gt оверквотинг удален OverlayFS ... большой текст свёрнут, показать
     
     
  • 9.258, Michael Shigorin (ok), 00:31, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В чипе ... текст свёрнут, показать
     
  • 2.354, XoRe (ok), 17:39, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А если просто ввести sysctl параметр, что-то типа a.b.c.rw = 1?
    По умолчанию, естественно, сделать rw = 0.
    Если кому нужно обновить что-то, у них будет простой способ:
    sysctl a.b.c.rw = 1
    update
    sysctl a.b.c.rw = 0
    И все.
     

     ....большая нить свёрнута, показать (21)

  • 1.118, НяшМяш (?), 13:20, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Я как-то почти навечно окирпичил материнку от Гигабайта (которые якобы лучше всех для хакинтоша). В efi shell случайно потёр записи в nvram. Материнка отказалась запускаться, даром что в ней две микросхемы биоса и всё такое. Шаманство с замыканием ног главной микросхемы биоса помогло запуститься с резервной и я сэкономил 150$. Хотя на тех же маках есть сочетание клавиш для сброса этой самой nvram - и комп после этого отлично выживает.На стандарты всем пофиг я понял тогда, когда начал патчи на dsdt накладывать - половина функций стабы, другая половина возвращает минимально возможные данные. Как с этим всем винда с линём работает - просто магия.
     
  • 1.124, Аноним (-), 13:27, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Может как-то обезопасить файлы от удаления?
    1 Почему нельзя делать что-то типа echo "uefi suka command" /sys/uefi/pipe
    2 Зачем вообще нужен этот католог и как он используется?
    3 Разделить католог на безопасную часть которую можно редактировать (настройки бута) и другую.
     
  • 1.126, Аноним (-), 13:29, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вот за что не люблю uefi. Мало того что написали кучу костылей типа править параметры мышкой, залочить устройство от его хозяина, так ещё и +100500 способов прострелить ногу.
     
     
  • 2.138, Аноним (-), 14:18, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, к uefi c secureboot скоро понадобятся кряки чтобы только загружать Linux (и пиратскую винду). Людей уже приучают на смартфонах что типа нормально когда нельзя просто загрузиться или просто воспользоваться root.
    "Рутование" - слово то какое мерзкое.
    Это uefi с одной стороны раздутая, а с другой в ней нет многих вещей.
    И Secure Boot не защищает от вторжения, а только от пользователя. Ей не нужны были ключи, она должна была делать контрольные суммы например предупреждая о запуске того чему я ещё не доверяю.
     

  • 1.133, Аноним (-), 13:50, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    - Доктор, у меня болит, когда я делаю вот так.
    - Не делайте так больше.
     
  • 1.134, Михрютка (ok), 13:57, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    вроде ж ходили уже по этим граблям?

    https://lkml.org/lkml/2012/2/16/234

     
  • 1.136, Аноним (-), 14:07, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    rm -rf / --no-preserve-root --no-preserve-uefi-mountpoint --disable-confirmation-dialog-and-crack-computer-with-unpossibilities-of-restoring
    # простите за мой диалект.
     
  • 1.139, Аноним (-), 14:19, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    "пользователь решил понаблюдать как поведёт себя система в случае выполнения "rm -rf /", после чего ноутбук пришёл в неработоспособное состояние и перестал подавать признаки жизни"


    Я РЖАЛ)

     
     
  • 2.144, Аноним (-), 14:43, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я тоже делал это и один раз случайно. Прочитал про опцию --no-preserve-root и стало интересно будет ли она запрошена при пути /* вместо '/' Оказалось не будет и я удалил всё что есть на компьютере.  
     
  • 2.148, Аноним (-), 14:46, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Я РЖАЛ)

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

     
     
  • 3.213, цупцпцуп (?), 19:17, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я РЖАЛ)
    > Проблема не в том, что ноутбук перестал подавать признаки жизни.
    > Проблема в том, что на него теперь даже установить другую операционку нельзя.

    Да я понял, просто уж очень смешно звучит)

     
  • 2.256, Led (ok), 00:03, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > "пользователь решил понаблюдать как поведёт себя система в случае выполнения "rm -rf
    > /", после чего ноутбук пришёл в неработоспособное состояние и перестал подавать
    > признаки жизни"
    > Я РЖАЛ)

    Старшеклассники всегда над младшенькими ржут.

     

  • 1.147, Аноним (-), 14:45, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Итак, Вы решили прострелить себе ногу (версия для систем инициализации).
    sysv init: Вы успешно простреливаете себе ногу из старого дедовского дробовика.
    systemd: Вы наводите прицел современной высокотехнологичной снайперской винтовки на свою ногу, но пуля попадает Вам в голову.
     
     
  • 2.309, Аноним (-), 08:27, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > systemd: Вы наводите прицел современной высокотехнологичной снайперской винтовки

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

     

  • 1.150, Аноним (-), 14:49, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А кто-нибудь проверял, что будет, если выполнить

    rm -rf /proc /sys

    ?

     
     
  • 2.282, Аноним (-), 02:42, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А кто-нибудь проверял, что будет, если выполнить
    > rm -rf /proc /sys
    > ?

    Во Фре не даст смонтированный через fstab линуксовый proc удалить, хоть ты тресни. Он там нужен для работы некоторых линуксовых портов, htop, например. Хоть тресни, не удалишь, пока не размонтировано.


     

  • 1.151, Аноним (-), 14:51, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А мне не верили на лоре, когда у меня такая же проблема была. Мда. А про какого-то придурка щас даже на опеннете новость. Круто, ага.
     
     
  • 2.154, arisu (ok), 14:54, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +8 +/
    ну, теперь ты знаешь, что ты не единственный такой придурок. надеюсь, тебе полегчало.
     
     
  • 3.171, Аноним (-), 15:47, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да, ещё я знаю, что такие же есть и тут. Например, ты.
     
     
  • 4.172, arisu (ok), 15:55, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    это да. куда мне до гениев, сносящих всё рекурсивно с корня под рутом!
     
     
  • 5.233, Аноним (-), 21:01, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я так и не понял, а просто создать новую fs на диске не судьба?
     
  • 2.163, Аноним (-), 15:13, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Потому что ты писал про свою проблемы на лоре, а "придурок" на форуме арча. Отсюда и  разный результат.
     
  • 2.191, IMHO (?), 17:48, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А мне не верили на лоре

    на ЛОРе про линукс хотят слышать только хорошее, а все остальное 4.2

     

  • 1.152, Аноним (-), 14:53, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чувак, конечно, лох, но будь у него не MSI, проблем с восстановлением не было бы. А MSI без программатора не чинится.
     
     
  • 2.212, Аноним (-), 19:17, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Чувак, конечно, лох, но будь у него не MSI, проблем с восстановлением
    > не было бы. А MSI без программатора не чинится.

    Вы откуда такие недо инженеры беретесь?

     

  • 1.162, Аноним (-), 15:12, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    То странное чувство, когда комментарии на опеннет адекватней комментариев на хакерньюс.
     
     
     
    Часть нити удалена модератором

  • 3.175, анонимус вульгарис (?), 16:08, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если программа может непоправимо повредить оборудование, это баг оборудования.
     
     
  • 4.178, клоун (?), 16:21, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нет, это значит, что есть две ошибки. И ни одна из них не оправдывает другую.

    Почти все современные катастрофы происходят в ситуациях, когда ошибаются 2 или более лиц.

     
     
  • 5.215, анонимус вульгарис (?), 19:24, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Согласен, ошибок в данном случае две. Одну из них допустили разработчики EFI, другую — юзер.
     

  • 1.168, Адекват (ok), 15:33, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Линуксойды должны страдать 1 От наглухо завешивающих систему иксы, но один хе... большой текст свёрнут, показать
     
     
  • 2.208, Аноним (-), 18:46, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Винда тоже не ваша, ты ее взял напрокат почитай EULA. Ну учитывая что в линуксе 100500 DE даже если один из них прекратят поддерживать можно перейти на похожий. А зачем мейнтенерам прекращать поддерживать популярный DE? Логика та же что и в коммерческих поделиях. Ой, файрфокс и вообще любой браузер прекрасно вешает намертво систему в любом мастдае. И не надо сказки рассказывать Я бывший пользователь их седьмого поделия.
    Жаль тебя огорчать, но ни от чего перечисленного не страдаю :))
     
  • 2.211, Нимано (?), 19:08, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага, подвешивание наглухо 8211 оно тако, не показывает нужное окошко Ну, это... большой текст свёрнут, показать
     
     
  • 3.238, vi (ok), 21:40, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В общем, аккуратней надо, а то вентилятор не справляется.

    Спасибо! Хоть кто то повеселил ;)

     
  • 2.360, twiroh5r6hw (?), 02:25, 05/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >линуксоЙды

    Такие как ты должны страдать.

     

  • 1.180, Daemon (??), 16:36, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Потестил на слаке - все норм. Просто руки дошли оффтоп поставить по нужде...
     
     
  • 2.246, Аноним (-), 22:27, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Там так же sysfs монтируется в rw.
     
  • 2.257, Led (ok), 00:10, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто руки дошли оффтоп поставить по нужде...

    По нужде не ставят, а ходят.

     

  • 1.182, Аноним (-), 16:59, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, а системд можно настроить так, чтобы эта байда вообще не монтировалась, ни в ro, ни в rw?
     
     
  • 2.329, Аноним (-), 13:37, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, а системд можно настроить так, чтобы эта байда вообще не монтировалась,
    > ни в ro, ни в rw?

    пересобрать ядро без поддержки модуля efivars

     
     
  • 3.339, Аноним (-), 00:06, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Может проще в блэклист внести?
     

  • 1.189, Аноним (-), 17:44, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Забавная зависимость, чем дурней новость тем больше комментариев. Что явно намекает на уровень комментаторов.
     
     
  • 2.207, Аноним (-), 18:39, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очевидно же что на некоторые новости на opennet.ru приходят тролли (оплачиваемые так или иначе) для задания определённого тона в обсуждении новости.
     
     
  • 3.210, Аноним (-), 18:55, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не прослеживаю такой очевидной зависимости.
     
  • 3.342, Аноним (-), 08:08, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну давайте профы, что-ли, интересно почитать. В идеале - зарплатную ведомость.

    А то, раз мы тут родину продаём, вдруг недоплачивают?

     
     
  • 4.345, Andrey Mitrofanov (?), 08:15, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну давайте профы, что-ли, интересно почитать. В идеале - зарплатную ведомость.
    > А то, раз мы тут родину продаём, вдруг недоплачивают?

    Сходи печёночку проверь. Твоя зарплата придёт туда.

     
     
  • 5.348, Аноним (-), 12:41, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Бессвязная речь, спутанность мыслей и недержание темы разговора - верный признак начинающейся шизофрении. Марш к психиатру.
     
  • 2.357, Аноним (-), 18:59, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У чем дурность новости? В том что большому количеству людей показали/напомнили что надо перемонтировать efivars в ro после установки и настройки загрузчика?
     

  • 1.199, Аноним (-), 18:23, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Всегда считал что BIOS это программа которая мешает работать OS. UEFI как дитя BIOS только ухудшила ситуацию.
     
     
  • 2.237, тоже Аноним (ok), 21:34, 01/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Берешь пассатижи, выдергиваешь микросхему из платы - и ничего твоей ОС больше не мешает!
     
     
  • 3.349, Аноним (-), 12:42, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Берешь пассатижи, выдергиваешь себе яйцы - и ничего твоей смене ориентации больше не мешает!
     

  • 1.243, AlexAT (ok), 22:18, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Итого режим работы UEFI/BIOS в личной практике оказывался переключенным на BIOS на 99% серверов и пк/нб. Впрочем, желающие жевать кактусы могут жевать мсявное поделие дальше.
     
     
  • 2.356, Аноним (-), 18:56, 03/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если он есть. Если работает.
     

  • 1.263, Аноним (-), 01:28, 02/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    один себе крайне удачно в ногу выстрелил, другие зажопились вменяемо ответить на вопрос "на кой вам efivars на запись?". все как обычно
     
     
  • 2.269, Нимано (?), 01:48, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > один себе крайне удачно в ногу выстрелил, другие зажопились вменяемо ответить на
    > вопрос "на кой вам 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.

     
     
  • 3.276, Аноним (-), 02:21, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я ведь сформулировал вопрос - "на кой". т.е. - "зачем", а не "кому". вот зачем это надо делать именно так? какой юзкейс и частота применения этого финта ушами?
     
     
  • 4.337, Михрютка (ok), 22:18, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну например мне нужно загрузить систему с другого девайса. one off или постоянно.

    я бы с удовольствием сделал бы это через какое-нибудь ilo но на него то лицензию не купят то браузер поломают то плугин отменят.

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

     

  • 1.320, bOOster (ok), 11:18, 02/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Чото боян, года 2-3 назад гнусмас уже имел проблемы индентичного характера. И как раз когда очищались системные разделы.
     
     
  • 2.324, Andrey Mitrofanov (?), 11:53, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Чото боян, года 2-3 назад гнусмас уже имел проблемы индентичного характера. И
    > как раз когда очищались системные разделы.

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

    ---Попупайте лоттерейные билеты либребута! А газ, свет и воду вам и так поотключают.

     
     
  • 3.338, Михрютка (ok), 22:20, 02/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Чото боян, года 2-3 назад гнусмас уже имел проблемы индентичного характера. И
    >> как раз когда очищались системные разделы.
    > И так будет с каждым проприертар-телем прошивок. И каждого - по новостям
    > возить об тейбле.
    > ---Попупайте лоттерейные билеты либребута! А газ, свет и воду вам и так
    > поотключают.

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

     

  • 1.371, Аркадий (??), 14:55, 17/01/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Если в OS X 10.8.5 на 13-дюймовом MacBook Air 2012 года выпуска ввести в терминале sudo rm -rf /, может ли это повредить EFI? Мне нужно удалить раздел жесткого диска и установить Windows 8 в нераспределённое пространство, а перед этим снять видео по удалению OS X через терминал, чтобы выложить на YouTube, но главное - чтобы это не повредило EFI.
     
     
  • 2.372, Michael Shigorin (ok), 16:19, 17/01/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне нужно удалить раздел жесткого диска

    Ну так и удаляйте _раздел_, а не содержимое файловой системы на нём.

    PS: вот почему предпочитаю не смотреть подобные ролики на тытрубе -- вдруг там автор тоже придёт на форум сантехников с вопросами доставки пиццы в ночной клуб (и газовым патрубком в руках)...

     
     
  • 3.373, Аркадий (??), 21:35, 17/01/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Человек, о ситуации которого статья, удалял файлы тоже перед плановой переразбивкой диска и, возможно, тоже снял видео.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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