Отказ от ответственности: я не гуру Linux. Я бы описал свою компетенцию в Linux в лучшем случае как «проходящую», что означает, что мне комфортно пользоваться командной строкой, но я все еще очень сильно полагаюсь на справочные страницы / форумы, чтобы добиться чего-либо, кроме основ.
У нас есть продукт, который работает на рабочем столе Ubuntu, и без веских причин, кроме согласованности, "официальной" поддерживаемой версией является 10.04.
Теперь одна вещь, с которой мы должны иметь дело, - это взаимодействие с множеством сумасшедших внешних устройств через последовательный порт / usb / RS422 / ethernet / 802.11 / и т. Д. Ubuntu - своего рода хороший выбор из-за простоты настройки для клиентов и довольно приличной доступной поддержки драйверов, что означает, что большинство устройств «просто работают». Среди этих устройств - преобразователь USB в последовательный порт с микросхемой FTDI, использующий Linux-драйверы FTDI.
Недавно у нас был клиент, запустивший наше программное обеспечение в автономной установке на Ubuntu 10.04 с использованием преобразователей USB в последовательный порт. Все работало отлично в течение многих дней до этого, хотя это была относительно новая установка, не подключенная к Интернету. После одного неудачного цикла включения питания в системе (без хорошего завершения работы) обычные драйверы FTDI были заменены драйверами "uhci_hcd".
Путем серфинга по форуму, методом проб и ошибок мы обнаружили, что, удалив пакет britty и используя modprobe для (повторной?) Загрузки модулей ftdi_sio и usb_storage, все снова отлично работало.
Итак, здесь действительно есть два вопроса:
1) Что в мире могло вызвать что-то подобное?
И 2) На какие ресурсы / книги / форумы можно указать мне, чтобы я мог больше узнать о настройке системы Linux (предпочтительно ubuntu 10.04 ...? :)), которая выдержит случайное отключение питания и не повредит файлы конфигурации, или что-то еще? Это в значительной степени тот случай, когда мне нужно знать то, чего я не знаю, и некоторые хорошие источники, на которые можно посмотреть, чтобы получить эти знания.
Этот конкретный сбой (загрузку нежелательного модуля) можно предотвратить, поместив его в черный список в modprobe.conf (man modprobe.conf).
1) Установка britty пакета? Это сложный вопрос для того, кто не сталкивался с подобной проблемой. Есть 2 возможных сценария: а) У вас есть состояние гонки в порядке загрузки модулей, и вам пока что повезло. б) Кто-то что-то менял в промежутках между перезагрузками. Без tripwire или аналогичного инструмента, который отслеживает (важные) изменения файлов, трудно или невозможно определить, что и кем было изменено. Ставлю на сценарий б). По моему опыту, Linux - хорошая повторяемая система. Это либо работает каждый раз, либо не работает каждый раз, пока вы не исправите это.
2) Мне нравятся руководства Red Hat. Перейти к http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/index.html и читайте сколько душе угодно. Между RHEL и Ubuntu будут различия, но это хорошая отправная точка (отказ от ответственности: я много использую RHEL. Я не использую Ubuntu). http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/4/html/Introduction_To_System_Administration/index.html было бы неплохо прочитать.
Нечистое завершение работы не гарантирует разумного состояния данных в файловой системе. Я бы порекомендовал ИБП для защиты сервера.