К основному контенту

Failed to bring up eth0 после замены матери и сетевухи


После замены матери сетевые интерфейсы не поднимались. Оказывается, в файле /etc/udev/rules.d/70-persistent-net.rules расположен скрипт помогающий сетевым картам оставаться под своими обозначениями eth0, eth1 и т.д. при различных изменениях в компьютере. Привязка eth0 и eth1 основана на mac-адресе сетевого интерфейса.
Я стёр этот файл и после перезагрузки он был сгенерирован заново с новыми mac-адресами новых сетевых интерфейсов. Правда eth0 был назначен интерфейсу, который должен быть eth1, а у второй сетевухи, соответственно, наоборот. Для решения этой мелочи я вручную подправил вышеуказанный файл.

Комментарии

Популярные сообщения из этого блога

Типичные неисправности ЖК-мониторов

Случилось у меня беда: умерли два одинаковых монитора. И вот стал я искать типовые неисправности для своей модели. (Умерли одинаково.) И вот нашёл такую вещь на просторах. Решил скопировать, дабы не потерять. А то ведь всякое случается с сайтами. Так надёжнее.

Автоматическое рисование топологии сети и прочие "плюшки" FPinger

Как правило, для создания карты сети молодой (а порою даже и не очень) админ ходит по всем укромным уголкам своей организации и ищет откуда и куда тянутся цветные провода. Но это не то чтобы глупый админ (потому что надо самому всё посмотреть и просто знать, где что находится физически), не сказать что работящий (может ему просто скучно и он устроил себе квест по поиску хабов и свитчей), но и не сказать что ленивый... Короче, хрен знает, почему люди так делают. Я отношусь к той категории людей, которым просто лень оторвать задницу от стула до тех пор, когда станет совершенно ясно, что без этого никак. Но вот когда я могу обойтись без этого, я со спокойной душой делаю всё, что требуется сидя на месте. Вот и сегодня, решил сделать давно стоявшее в очереди дел задание: нарисовать топологическую карту сети. Не очень понимаю, зачем предыдущему админу это понадобилось делать, но после того как он уволился это повисло на следующего за ним. Будучи от природы в меру ленивым, я стал искать...

Исправление системных таблиц mysql

Что делать, если вдруг возникла "непонятная" ошибка в mysql. В частности, phpmyadmin сыплет ошибку при входе, консольный клиент тоже выдаёт нечто непонятное? Что-то вроде: #1682 - Native table 'performance_schema'.'session_variables' has the wrong structure или Table 'performance_schema.session_variables' doesn't exist В консоли, непременно от root'а нужно просто запусить mysql_upgrade -p после чего перезапустить mysql. Что-то вроде  service mysql restart После этого ошибки исчезнут.