Я собираюсь установить Elementary OS на свой настольный компьютер (i3 550, 4 ГБ ОЗУ), есть ли что-то, что я должен отметить, прежде чем идти к установке? Я слышал, что дистрибутивы Linux не так совместимы с компьютерным оборудованием, как ОС Windows, так что, будет ли проблема?
5 ответов
6
Теоретически: может ли любое программное обеспечение (включая Windows) повредить аппаратное обеспечение: Да.
На практике: нет.
Linux ничем не отличается от любой другой ОС. Те же (отсутствие) риски, что и для Windows, OSX, MacOS (классика), FreeBSD, netBSD, OpenBSD, QNX, ...
не совместимо
Ээээ, я бы сказал, что даже совместимо. Не меньше, не больше.
Но я подозреваю, что вы имеете в виду "меньше водителей или они получат их позже". В этом случае он просто не полностью распознает часть оборудования. Это будет счастливо работать. Вы можете загружать, редактировать файлы, запускать Firefox и т.д., Но проверьте, есть ли драйвер для какого-либо экзотического оборудования.
Это ничем не отличается от Windows. Особенно при обновлении на более старые устройства, для которых производитель не пишет обновленные драйверы.
3
В идеале нет, Linux (или любое другое программное обеспечение) не должно причинять физический вред оборудованию. Отсутствие драйверов может означать, что вы не можете использовать определенные части оборудования, но вы, конечно же, не сможете их повредить.
К сожалению, были случаи, когда дешевое или плохо изготовленное аппаратное обеспечение блокировалось программным обеспечением. Например, многие ранние прошивки UEFI не защищали от записи должным образом, что приводило к возможности перезаписывать важные данные и разрушать вашу материнскую плату [ 1 ] [ 2 ].
Linux не повредит вашему оборудованию больше, чем любая другая ОС, но есть определенные вещи, от которых он не сможет вас защитить.
1
Только неисправное оборудование.
Скандалы случаются. Кирпичная кладка UEFI (упоминаемая Маскоксом) является хорошим, но редким примером.
Аппаратные средства, которые искажают его характеристики, на самом деле не так уж редки. Например, SSD, которые утверждают, что поддерживают qued trim, но не поддерживают, и контроллеры SATA, которые утверждают, что не поддерживают управление питанием канала SATA, но поддерживают. Это приводит к потере данных и уменьшению срока службы батареи соответственно, но не привело к физическому повреждению, AFAIK. Эти устройства попадают в позорные черные и белые списки в драйверах, и мир движется дальше, но это означает, что слишком старое ядро для вашего оборудования рискованно.
Для некоторого неудачного оборудования отсутствие драйверов означает отсутствие управления питанием. Для новых графических процессоров это означает, что вы застряли на низкой производительности, что безопасно. Но если вы застряли на высокой производительности, и для этого количества энергии недостаточно охлаждения, и компонент не выключится, когда станет слишком горячим, он перегреется. Это было бы недостатком дизайна, поскольку то же самое могло бы случиться, если ОС зависает, что также может случиться с Windows. Я слышал о перегреве ноутбуков, потому что оба графических процессора остаются активными, но я думаю, что они отключились, пока это не стало опасным.
0
Т.Л., др ... Да, технически, но это не совсем вина ОС.
Некоторые типы носителей информации (твердотельные диски, SDC-карты, различные другие флэш-носители) имеют ограниченное количество циклов записи, которые могут пройти до того, как начнется физическая деградация материалов подложки.
Этот вид повреждения обычно уменьшается с помощью алгоритмов выравнивания износа, встроенных в само устройство носителя. Но как только гниение началось, оно имеет тенденцию ускоряться, потому что остается все меньше и меньше мест для размещения данных, выровненных по износу!
Вы можете легко написать сценарий, который принудительно записывает несколько терабайт данных на дешевую SD-карту, и вы обнаружите, что к концу он будет поврежден довольно сильно (если не смертельно), что займет несколько недель (я знаю это, потому что я сделали это :)).
Это не зависит от конкретной ОС, поэтому Linux может это делать, как и любая другая ОС.
0
Вот статья из SlashDot, рассказывающая о том, как rm -rf --no-preserve-root / заблокировал материнские платы UEFI из-за удаления переменных EFI:
Для более новых систем, использующих UEFI, достаточно запустить rm -rf /, чтобы навсегда заблокировать вашу систему. Хотя это тривиальная команда для запуска в системах Linux, Windows и другие операционные системы также подвержены этой проблеме при использовании UEFI. Проблема сводится к тому, что переменные UEFI монтируются с разрешениями на чтение / запись, а при рекурсивном удалении всего, переменные UEFI также стираются. Разработчики Systemd отказались от монтирования переменных EFI только для чтения, поскольку для их записи существуют допустимые варианты использования. Монтирование их только для чтения также может привести к поломке других приложений, поэтому на данный момент не существует хорошего решения, позволяющего избежать потенциальной поломки вашей системы, но разработчики ядра изучают эту проблему.
Вот сообщение от пользователя AskUbuntu, подробно описывающее его опыт работы с rm -rf --no-preserve-root / bricking на его материнской плате:
Однако при перезапуске монитор вообще не получал никакого ввода. Кроме того, индикатор жесткого диска (или что бы то ни было красным) не делал ничего. (Это было выключено, на самом деле.) Вентиляторы работали, а DVD-привод работал. (Я не думаю, что там есть динамик для ПК, поэтому, если вам нужны коды ошибок звукового сигнала, извините.)
С ответом:
Пункт 1: Удаление /sys /firmware /efi /efivars / должно перебить вашу конфигурацию EFI, но в правильно реализованной EFI это должно быть исправимо.
Пункт 2: есть некоторые аппаратные средства со сломанным / плохо реализованным EFI, который можно навсегда заблокировать, выполняя для них стандартное согласование. Посмотрите, например, случай, когда Ubuntu замуровала некоторые ноутбуки Samsung, сохранив дополнительные данные в памяти EFI. Такое поведение было нормально по стандарту, но сломало эту конкретную реализацию.
Пункт 3: Выполнение всего с правами root, которое пишет в / dev / sda, уничтожит вашу таблицу разделов и / или файловые системы. Это плохо, особенно если у вас нет резервной копии, но после создания разделов, создания новых файловых систем и переустановки ОС ваша машина снова заработает. Таким образом, вы можете восстановить его, загрузив другой носитель и повторив установку.
Пункт 4: Уничтожение вашей EFI - это совсем другая проблема. В худшем случае вы не сможете ничего сделать с машиной, поскольку она не попадет в POST. Нет загрузки с другого носителя, не нужно вводить какую-либо утилиту EFI для исправления отсутствующих вещей. На тот момент ваш компьютер действительно дорогой пресс-папье.
Проблема возникает в дистрибутивах, которые запускают systemd и монтируют efivarfs с возможностью записи (в /sys /firmware /efi /efivars). Systemd нужно писать там, поэтому это влияет на дистрибутивы, использующие systemd. Однако, кажется, нет никаких признаков того, что системы Upstart затронуты.