|
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". С транспарантом и нерабочим железом, да.
| |
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 [^] [^^] [^^^] [ответить]
| +/– |
> я далеко уже не юноша
а ума так и не прибавилось. впрочем, старым дуракам свойственно ходить туда, где они никому не нужны, и «учить молодых жить». всенепременно начиная с: «вы мне не тыкайте, молодой человек». даже там, где «ты» — изначальная традиция.
впрочем, я уже не удивляюсь. старые дураки уверены, что седины каким‐то образом добавляют им ума и уважения. ну отчего бы вам не организовать дом престарелых, и меряться сединами там?
| |
|
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 +/– |
сам то понял что сказал?
какие ещё системд-хейтеры? те кто твою любимую программу не любят что ли? а должны?
| |
7.103, Michael Shigorin (ok), 13:04, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Признать, что стандарты рулят = оправдать Поттеринга в этом случае.
Эх, двоешники, ЦА таких вот популистов...
Самый дешёвый способ спрыгнуть с ответственности -- указать на регламент. Особенно если его писал не ты.
| |
|
8.214, Паша (??), 19:23, 01/02/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Что за странная логика Если сделано как в стандарте и на это указали - то это с... текст свёрнут, показать | |
|
|
10.311, asd (??), 08:33, 02/02/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Михаил, несомненно Стандарты постепенно должны дорабатываться, конечно же ... текст свёрнут, показать | |
|
|
|
7.248, владц (?), 22:42, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Никакой веской причины держать efivarfs по умолчанию в 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... большой текст свёрнут, показать | |
|
|
5.313, asd (??), 08:35, 02/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Я уже писал выше. С моей точки зрения, тут неважно, в железе или в софте ошибка. Важно, что это ошибка производителя.
| |
|
4.32, Anonplus (?), 10:46, 01/02/2016 [^] [^^] [^^^] [ответить]
| +10 +/– |
Теперь вспомним историю, когда установка линукса на определённые модели ноутбуков Самсунг приводила к их окирпичиванию (тоже затирались настройки NVRAM).
По такой логике тогда следует сказать "типичный Линус", "ядро, написанное рукожопами" и так далее?
Или всё же "у самсунга была кривая прошивка"?
| |
|
|
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!" говоря по олбански, - это тебя совсем не смущает?
И что - не работать на таких системах ... а ну да, мы же Ылита :)
| |
|
|
|
|
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.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 [^] [^^] [^^^] [ответить]
| +/– |
А потом эти же люди булькают, что во фре при извлечении флешки без отмонтирования паника.
| |
|
|
3.31, Аноним (-), 10:46, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
два чая Вам - на той же модели ноутбука, даже в легаси, граб работает только если установлен в отдельный ext2 раздел
| |
3.252, Andrey Mitrofanov (?), 23:09, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Впервые в жизни заступаюсь для Поттеринга: типичный uefi.
А ведь мудрые люди пердкперждали: майкрософт, фат16... не к добру. Ну, да они не дожили.
| |
|
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 +/– |
В том то и бида, что белый состоит около из одного элемента 🍎
| |
|
|
2.325, anon7894 (?), 12:41, 02/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
<cap mode> Выполнение rm -rf / может привести к неработоспособности Linux </cap mode>
| |
|
|
2.5, Аноним (-), 10:07, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Да нет. Люди-то работают с тем что есть. Если в UEFI ошибка надо работать с оглядкой на эту ошибку, а не говорить что это не моё дело.
| |
|
3.18, фыв (??), 10:24, 01/02/2016 [^] [^^] [^^^] [ответить]
| +10 +/– |
Надо пинать производителя. Иначе будет зоопарт таких косяков, с различными вкусами от разных производителей.
| |
|
|
5.366, Иван (??), 20:48, 16/01/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Много ты по пинал производителя по поводу кривых ACPI?
Я асуса пнул, он меня послал в издевательской форме. Больше его не покупаю.
| |
|
4.34, Аноним (-), 10:47, 01/02/2016 [^] [^^] [^^^] [ответить]
| +4 +/– |
надо допиливать коребут, ибо пинать производителя бесполезно - невидия тому пример
| |
4.195, Аноним (-), 18:19, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
надо пинать производителя, но... Очень сложно будет заставить его выпустить обновление для всех устройств с этой ошибкой. Даже если обновления будут выпущены, уже выпущенным устройствам это поможет слабо, ведь надо в ручную провести потенциально деструктивную операцию, сложную... А еще надо просто суметь узнать что эту операцию нужно провести
| |
|
3.21, Аноним (-), 10:29, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Завтра будет ошибка в 0.001% прошивок от [brand] в которой при выполнении некоторой последовательности операций процессора будет происходить зависание системы, на это тоже надо будет закладываться?
| |
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.374, Аноним (374), 16:37, 13/02/2021 [^] [^^] [^^^] [ответить]
| +/– |
Может тогда лучше пнуть Поттеринга не за то, что он захардкожил rw в systemd, а за то, что он изобрел велосипед вместо использования fstab?
| |
|
|
|
|
1.4, Аноним (-), 10:05, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Как всегда - никто не при делах, и как хотите так сами и справляйтесь. И не важно, заплатил ты за это деньги (ноутбук MSI), или это открытый код (systemd).
| |
1.10, Nicknnn (ok), 10:16, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Обычный вброс. Причем тут systemd к efivars являющейся частью ядра? Ну и что, что он это монтирует. Он ведь монтирует и всё остальное.
| |
|
|
|
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.253, Andrey Mitrofanov (?), 23:14, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Я решил проверить, что там у труюниксвэй и не самодеятельной системы инициализации
> с монтированием sysfs и установил slackware. А там тоже rw.
Недопроверил, бракодел!
# rm -rf /sys <ENTER>
| |
|
|
|
2.300, Адекват (ok), 07:28, 02/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Вот почему никогда не будет никакого системдэ ни на одном компьютере под
> моим управлением.
Куда вы нахрен денетесь, когда все ментейнеры в едином порыве оставят ТОЛЬКО systemd ? :))
Собственно рано или поздно все будет работать ТОЛЬКО через systemd и pulseaudio.
| |
|
|
4.330, Адекват (ok), 15:21, 02/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> все ментейнеры
> лжёшь, свинья паршивая — как и обычно.
Мусье может видеть будущее ?
| |
|
|
|
1.12, Аноним (-), 10:19, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +23 +/– |
В комментариях к данной новости выясняется, что ненависть к поттерингу перевешивает даже косяки кривых uefi в ноутбуках msi.
| |
|
2.33, Аноним (-), 10:47, 01/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
В опенврт загрузчик по умолчанию открыт на запись и можно окирпичить устройство. Правда поттеринг не умеет отношения к опенврт.
| |
|
3.74, ryoken (ok), 12:07, 01/02/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Правда поттеринг не умеет отношения к опенврт.
За что ему лично я ему горячо благодарен.
| |
|
4.77, Аноним (-), 12:12, 01/02/2016 [^] [^^] [^^^] [ответить]
| –5 +/– |
Если бы поттеринг имел отношение к опенврт, то возможно в опенврт было бы поменьше гвоздей и костылей.
| |
|
|
6.94, Аноним (-), 12:37, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Очевидно, что ты со мной не согласишься, но системд тоже превосходно работает. Так работает, как скриптовым костылям не снилось. Правда это сложно доказать пользователям десктопов и админам локалхоста.
Опенвртшная магия это то, что осложняет её использование в продакшне.
| |
|
7.109, Michael Shigorin (ok), 13:12, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Так работает, как скриптовым костылям не снилось. Правда это сложно доказать
> пользователям десктопов и админам локалхоста.
Я как автор термина "админ локалхоста" лишаю Вас лицензии на применение этого словосочетания. :]
</доля шютки>
| |
7.304, Адекват (ok), 07:47, 02/02/2016 [^] [^^] [^^^] [ответить] | –2 +/– | Ну ты попробуй, давай докажи преимущества systemctl netctl над etc rc conf, о... большой текст свёрнут, показать | |
|
|
|
|
|
2.264, Аноним (-), 01:29, 02/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> В комментариях к данной новости выясняется, что ненависть к поттерингу перевешивает даже
> косяки кривых uefi в ноутбуках msi.
Так ведь вас 85% или 83% по новым подсчётам Левада-центра, вроде? К тому же, кругом враги. Вон в Германии 19-летний педофил изнасиловал 17-летнего русского ребёнка-девочку.. Поттеринг вообще там должен теперь тихо себе сидеть. Иначе придут ночью к нему придут Хрюша и Степашка (из тех 85%) и устроят ему такой init!
| |
|
|
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 /* отлично работает без всяких
| |
|
|
|
|
2.36, Anonplus (?), 10:48, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Так это, ноутбук-то в он итоге как-то смог восстановить?
Перепрошивать микросхему надо. Программатором. Выпаивать, если не вынимается, и перепрошивать. В принципе, необратимо не угробил, но и тривиальным восстановление назвать нельзя.
| |
|
3.177, анонимус вульгарис (?), 16:21, 01/02/2016 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Перепрошивать микросхему надо. Программатором. Выпаивать, если не вынимается, и перепрошивать.
> В принципе, необратимо не угробил, но и тривиальным восстановление назвать нельзя.
Ну выпаивать, положим, не придётся, MSI специальный разъём для этой цели выводит. Ибо очень уж часто у них такое случается.
| |
|
2.86, arisu (ok), 12:25, 01/02/2016 [^] [^^] [^^^] [ответить]
| –5 +/– |
> Так это, ноутбук-то в он итоге как-то смог восстановить?
зачем ему ноутбук, он же дебил.
| |
|
|
4.217, Аноним (-), 19:27, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Тупой вопрос, ну ладно отвечу. Инструкцию ниасилил от бука где сказано как восстанавливать и прошивать UEFI.
| |
|
|
2.305, Адекват (ok), 07:58, 02/02/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Так это, ноутбук-то в он итоге как-то смог восстановить?
Предлагаю законодательно разрешить магазинам отказывать в гарантии, если на ноут был поставлен линукс.
| |
|
1.15, Аноним (-), 10:22, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Ваш компьютер в безопасности, когда не работает. Профессиональная защита компьютеров от включения. Звоните!
| |
|
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
| |
|
|
7.265, Аноним (-), 01:34, 02/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Долбанный т9
> «подпор типов Анны» был круче.
А я уж было подумал, что это какой-то божественный сленг.
| |
|
|
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адинадинадин
| |
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 +/– |
> Ну, наверное, не на системД можно указать как монтировать ту или иную
> систему. А системД монтирует некоторые на свой вкус.
ЕслИ бЫ вЫ внимательнО читалИ новостЬ, тО зналИ бЫ, чтО параметрЫ монтированиЯ определяюТ сборщикИ дистрибутивА.
Кстати, зачем вы делаете последнюю букву заглавной в тех словах, в которых она заглавной не предусмотрена?
| |
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)
| |
|
|
|
|
2.268, Аноним (-), 01:45, 02/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Арчеводы самые любознательные.
Это от того, что у них лучшая документация в сети.
| |
|
3.281, Led (ok), 02:38, 02/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Арчеводы самые любознательные.
> Это от того, что у них лучшая документация в сети.
Естествено, как обычно у школоты: учебников полно, но кто ж их читает?
| |
|
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 +/– |
А ещё кривых разрабов Гигабайтов (там такая же херня), а ещё мало ли каких кривых разрабов.
| |
|
|
|
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.221, Аноним (-), 19:33, 01/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Самое удивительное в новости то, что парень поставил арч с уефи ))
Мудрила чудный
| |
|
3.271, Аноним (-), 01:57, 02/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Самое удивительное в новости то, что парень поставил арч с уефи ))
> Мудрила чудный
Ну понятно, что там ноут и uefi прибито гвоздями, но вот у меня на Asus Sabertooth Z77 десктопной, uefi может в трёх режимах работать - без него вообще, по требованию ОС (то есть, если ОС может загрузиться только c uefi, то оно предоставляется) и принудительно только оно. Этими опциями рулит хозяин платы - человек, то есть, я.
| |
|
|
5.292, Michael Shigorin (ok), 04:06, 02/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Почему минус? Потому что я среди идиотов?
1) плюсминусы здесь ничего особого не значат, не нервничайте;
2) UEFI+CSM -- это ни разу не "по требованию ОС", а два набора фирмвари (на ноутах такое тоже вполне себе встречается);
3) обратите внимание на http://wiki.opennet.ru/ForumHelp
| |
|
|
|
|
1.55, Аноним (-), 11:23, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А зачем вообще нужен этот уродский UEFI? Производители на пустом месте зачем-то придумали проблем всем пользователям. Никаких преимуществ тем же пользователям оно не даёт.
| |
|
|
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 +/– |
Конечно не нужен, давайте пользоваться сороколетним биосом подпёртым костылями со всех сторон, лишь бы он работал с современным железом.
| |
2.69, Аноним (-), 11:56, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
например, с EFI чтобы сделать загрузочную флешку, не нужны никакие dd и unetbootin - достаточно распаковать на нее образ с дистром. Есть efi shell, из которой можно загрузить ядро с нужными параметрами. Ну и secure boot - кто бы что ни говорил, но если есть возможность управлять ключами, то это очень полезная штука.
| |
|
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.
| |
|
|
2.209, DeadLoco (ok), 18:47, 01/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну, почему же? Очень даже нужен. Например, можно незаметно для юзера грузить баребоновый гипервизор, затем юзерскую ОС, и еще втихаря свои хитрые штучки, которые будут перехватывать все-все - от сетевых пакетов до клавиатурного ввода и отпечатков пальцев со сканера. Круто же!
| |
|
3.223, Аноним (-), 19:35, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Ну, почему же? Очень даже нужен. Например, можно незаметно для юзера грузить
> баребоновый гипервизор, затем юзерскую ОС, и еще втихаря свои хитрые штучки,
> которые будут перехватывать все-все - от сетевых пакетов до клавиатурного ввода
> и отпечатков пальцев со сканера. Круто же!
Неуловимый Джо перелогиньтесь.
| |
|
|
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 /
| |
|
|
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.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.115, narical (?), 13:18, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Ничего не будет. Винт не имеет никакого отношения к работоспособности UEFI. Учи матчасть.
| |
|
|
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 вместе с разработчиками ядра, по возможности пригласили бы разработчиков железа. Обсудили бы как выйти из ситуации. Важен конечный продукт. Умение выходить из кризисных ситуаций - вот что должно характеризовать разработчиков как хороших, а не огрызание и показывание пальцем.
| |
1.100, Аноним (-), 13:00, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Эту директорию необходимо монтировать к ro, как какой-нибудь DVD-ROM или Floppy с защёлкнутым окошком.
| |
|
2.275, Аноним (-), 02:21, 02/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Эту директорию необходимо монтировать к ro, как какой-нибудь DVD-ROM или Floppy с
> защёлкнутым окошком.
Точняк. Давайте теперь убивать заводские штампованные дивидюки и блюраи уличной магией из командной строки! :)
| |
|
|
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'ом в оптовых количествах.
| |
|
|
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.
| |
|
|
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) я защищался и буду защищаться, хоть как это называйте.
| |
|
6.370, Иван (??), 21:47, 16/01/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Альтернативу предложите для нынешних платформ?
Джампер ro/rw? И пусть владелец сам решает, разрешать писать в NVRAM из ОС или нет с риском сложного востановления.
| |
|
|
4.190, Crazy Alex (ok), 17:46, 01/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Позиция ясна. У меня она несколько другая:
1) если путём нетривиальных манипуляций владелец свою железку таки угробил - это его вина и его проблемы. Будь то "левая" смазка в шуруповёрте, стёртая с процессора термопаста или залитая левая прошивка - случай явно не гарантийный. Конечно, если при такой ситуации будет какая-то возможность сбросить устройство в дефолты, это плюс - но, вообще говоря, не обязательно.
2) "защита" прошивки от нетривиальных действий рута, запущенного на этом же устройстве (то есть после прохождения всех верификаций на этапе запуска системы) - это не "дополнительные трудности", а нечто совершенно неприемлемое. Это не security, а банальное ограничение прав якобы владельца устройства.
| |
|
|
6.236, vi (ok), 21:28, 01/02/2016 [^] [^^] [^^^] [ответить] | +/– | Две Ваши фразы возможно, вырванные из контекста Поясните Хотя, необязатель... большой текст свёрнут, показать | |
|
|
8.242, vi (ok), 22:17, 01/02/2016 [^] [^^] [^^^] [ответить] | +/– | Все равно, за все заплатит потребитель gt оверквотинг удален OverlayFS ... большой текст свёрнут, показать | |
|
|
|
|
|
|
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
И все.
| |
|
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.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: Вы наводите прицел современной высокотехнологичной снайперской винтовки
Не уверен, что сравнение этого нагромождения всякой всячины со снайперской винтовкой является уместным...
| |
|
|
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 +/– |
ну, теперь ты знаешь, что ты не единственный такой придурок. надеюсь, тебе полегчало.
| |
|
|
4.172, arisu (ok), 15:55, 01/02/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
это да. куда мне до гениев, сносящих всё рекурсивно с корня под рутом!
| |
|
|
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 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
То странное чувство, когда комментарии на опеннет адекватней комментариев на хакерньюс.
| |
|
|
Часть нити удалена модератором |
|
4.178, клоун (?), 16:21, 01/02/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
Нет, это значит, что есть две ошибки. И ни одна из них не оправдывает другую.
Почти все современные катастрофы происходят в ситуациях, когда ошибаются 2 или более лиц.
| |
|
|
|
|
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 +/– |
> В общем, аккуратней надо, а то вентилятор не справляется.
Спасибо! Хоть кто то повеселил ;)
| |
|
|
1.180, Daemon (??), 16:36, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Потестил на слаке - все норм. Просто руки дошли оффтоп поставить по нужде...
| |
|
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
| |
|
1.189, Аноним (-), 17:44, 01/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Забавная зависимость, чем дурней новость тем больше комментариев. Что явно намекает на уровень комментаторов.
| |
|
2.207, Аноним (-), 18:39, 01/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Очевидно же что на некоторые новости на opennet.ru приходят тролли (оплачиваемые так или иначе) для задания определённого тона в обсуждении новости.
| |
|
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% серверов и пк/нб. Впрочем, желающие жевать кактусы могут жевать мсявное поделие дальше.
| |
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 [^] [^^] [^^^] [ответить]
| +/– |
Человек, о ситуации которого статья, удалял файлы тоже перед плановой переразбивкой диска и, возможно, тоже снял видео.
| |
|
|
|