Получил массив HDD, используемый для хранения данных. Система запускает Debian с ядром 4.9.0-7. Все работало нормально Материнская плата - это Supermicro XSIL8-F (http://www.supermicro.com/xeon_3400/motherboard/x8sil.cfm) с ядром i3. Имеет оперативную память KVR1333D3E9SK2/8G (DDR3 1333 МГц, PC3 10600). Все сети осуществляются через встроенный сетевой адаптер.
Использование ОЗУ было довольно интенсивным, поэтому я обновил его дополнительными 8 ГБ (2x 4 ГБ). Установил ту же оперативную память, которая уже есть, чтобы довести до 16 ГБ. Дважды проверил посадку фишек. Все хорошо.
Загрузил машину, нормально определяет 16 ГБ ОЗУ - проблем нет.
Когда я получил приглашение войти в систему, я попытался войти под своим обычным именем пользователя. Не сработало Хммм. Затем попытался войти в систему. Также не работал. Сетевой сервис не запускался, и мы обрабатываем все наши учетные записи с помощью мастера NIS, что объясняет проблемы со входом в систему.
Когда я проверяю /var /log /syslog, я вижу
... Failed to start Raised network interfaces
Я получил доступ к корневой оболочке через Grub, но все еще не могу запустить и запустить сетевую службу.
Думая, что это проблема с оперативной памятью, я удалил недавно установленную оперативную память и перезагрузил, но сетевой сервис по-прежнему не запускается.
Насколько я могу сказать, все остальное работает нормально. Что может вызвать это?
ОБНОВИТЬ:
Нет ошибок от dmesg относительно драйверов NIC. Модули e100 и e1000e загружаются в соответствии с lsmod .
Запуск service networking start или ifup enp7s0 запускает сеть и сетевую карту , и я могу пинговать другие серверы. Я так понимаю, что NIC - это хорошо, и я ничего не жарила!
Запуск любого экземпляра systemctl возвращает
Failed to connect to bus: No such file or directory
и любой экземпляр init возвращает
Couldn't find an alternative telinit implementation to spawn
Я думаю, это нормально, так как я использую оболочку восстановления, и это не должно быть проблемой. Либо это?
Я изменил название этого вопроса, чтобы отразить тот факт, что проблема не в памяти.
ОБНОВЛЕНИЕ 2: я пропустил эту ошибку
ifup[4675]: iptables-restore: line 20 failed
которая является командой для создания файла правил iptables. По какой-то причине это убивает машину. Это не было раньше. Возможно поврежденный файл.
Итак, все хорошо, сейчас.