Двоичный пакет был создан Вашим поставщиком и обычно имел изрядное количество тестирования. Путем создания из источника Вы теряете большинство advtantages своей упаковочной системы, конкретно:
Существуют, конечно, некоторые преимущества для создания из источника - например, можно потребовать другой конфигурации, чем обеспеченный в пакете поставщика. Однако, даже если Вы выбираете компилировать код локально, это - почти всегда лучшая идея создать пакет из него и установить его с помощью нормальных упаковочных инструментов по вышеупомянутым причинам (вместо выполнения make install
непосредственно в Вашу файловую систему).
Что лучшая техника состоит в том, чтобы удостовериться, что не поставила под угрозу рабочий сервер из-за обновления?
Протестируйте обновления в своей среде разработки, чтобы удостовериться, что они работают как ожидалось прежде, чем развернуть их в Вашей производственной системе. Удостоверьтесь, что Ваша среда разработки точно отражает Вашу продуктивную среду.
Это верно независимо от того, как Вы принимаете решение установить обновленное программное обеспечение.
Да, похоже, это так. Я бы использовал SMART для проверки (поддерживает ли ваш привод / BIOS)
Есть несколько самотестов и т. Д., Которые вы можете выполнить. например:
smartctl -a /dev/sdf
smartctl --test=short /dev/sdf
Вы можете проверить страницу руководства .
Я бы на всякий случай удостоверился, что все было зарезервировано, прежде чем запускать какие-либо тесты. Я бы также подумал о том, чтобы смонтировать диск только для чтения и запустить полное резервное копирование, если резервная копия еще не создана.