Создать конфигурационный файл линукс

Как создать .conf файл из текущей конфигурации ядра?

Привет, вот уже который день пытаюсь поставить IPAC но после запуска fetchipac получаю сообщение «Segmentation failed», начал подозревать, что ядро собрано не со всеми конфигурациями. Как собрать ядро опираясь не на настройки по умолчанию а взять за основу сущуствующее ядро, или может есть способ посмотреть, что включено в существующее ядро а что нет. Используя make xconfig я заметил там штучку «загрузить конфигурацию», и пришел к выводу, что все сводиться к тому чтобы создать .conf файл из существующего ядра — КАК ЭТО СДЕЛАТЬ.

Re: Как создать .conf файл из текущей конфигурации ядра?

Может попробовать удалить из исходников ядра файл «.config», и дать команду «make oldconfig»?

Re: Re: Как создать .conf файл из текущей конфигурации ядра?

Сначала не помешает посмостреть в MakeFile возможность данной опции.

Re: Re: Re: Как создать .conf файл из текущей конфигурации ядра?

Если есть «текущая конфигурация», т.е. ядро пересобиралось, и после этого не делалось make mrproper, то она сохранилась в файле /usr/src/linux_yourKernel/.config
В противном случае конфигурация загружается из файла /usr/src/linux_yourKernel/arch/i386/defconfig (естественно в зависимости от архитектуры).
Это видно из вывода команды make menuconfig для разных случаев.
Кроме того, болванка типовой кофигурации есть в каталоге /boot, если ядро ставилось из rpm.
Кстати, а не поставить ли и мне ядро поновее, а то валяется тарбол без дела.

Re: Re: Re: Re: Как создать .conf файл из текущей конфигурации ядра?

> В противном случае конфигурация загружается из файла /usr/src/linux_yourKernel/arch/i386/defconfig

То есть это именно та конфигурация, с которой собрал ядро производитель дистрибутива? Или это некая «глобально дефолтная»?

Зачастую основной интерес представляет именно та, с которой собирал производитель, дабы с минимальными телодвижениями открутить лишнее (к примеру, PCMCIA на десктопе) или прикрутить недостающее (довольно редкий случай, однако, модули рулят).

Re: Re: Re: Re: Re: Как создать .conf файл из текущей конфигурации ядра?

То, что имел ввиду производитель дистрибутива, наверника лежит в /boot Отличается ли это от того, что получается из defconfig,сейчас проверю. Впрочем не получится, у меня ядро патченное, возможно были сделаны изменения и в defconfig.

Re: Re: Re: Re: Re: Re: Как создать .conf файл из текущей конфигурации ядра?

То, что в /boot, примерно в 2 раза больше по размеру чем то, что получается из defconfig без редактирования. Короче, сами разбирайтесь, ничего там нет страшного, только времени жалко на компиляцию нерабочих ядер, но я для себя эту проблему не решил, увы. :-((

Re: Re: Re: Re: Re: Re: Re: Как создать .conf файл из текущей конфигурации ядра?

Для Slackware оказалось, что в /boot лежит то, что надо.

> только времени жалко на компиляцию нерабочих ядер

Вот именно. Даже не «нерабочих», а «вот тут одну гайку открутил, а отвалилась ж**а». (с) анекдот.

Похожие темы

• Форум Как создать .conf файл из текущей конфигурации ядра? (2004)
• Форум Где wpa_gui хранит текущую конфигурацию интерфейсов? (2013)
• Форум cedega как создать конфигурацию заного? (2005)
• Форум conf файлы (2000)
• Форум lilo conf (2008)

• Форум conf Wine (2004)
• Форум net-conf (2007)
• Форум Internet conf (1999)
• Форум Internet conf (1999)
• Форум xorg .conf (2018)

Источник

How do I create a .conf file?

I found an answer which stated I needed to create the file /etc/modprobe.d/local-b43.conf I don’t know how to do this. At the moment it will boot the system without the Network Manager which I can then manually switch on by typing:

 gksu service network-manager start 

I believe it is suggesting that you add it to boot options, however, let’s see if there is a fixable problem with your Broadcom wireless device. Please post: lspci -nn | grep 0280 Is your wireless working? Welcome to askubuntu!

Thank you @chili555 when I put in lspci-nn|grep0280 it says ‘command not found’ I’m sorry, I am new to all of this. Yes, my wireless is working after I put gksu service network-manager start in the terminal. I can also connect using Wicd Network Manager. But On Start Up It still says ‘Booting System without Network Configuration’

2 Answers 2

I don’t think your system in helped by having both Network Manager and Wicd competing for control. I recommend you remove Wicd. Let’s create the .conf file. In a terminal:

gksudo gedit /etc/modprobe.d/local-b43.conf 

Use nano or kate or leafpad if you haven’t the text editor gedit. Add a single line:

options b43 allhwsupport=1 

Proofread carefully, save and close the text editor. Reboot.

If it still doesn’t work as expected, from the terminal:

sudo -i rm /etc/modprobe.d/local-b43.conf echo "blacklist b43" >> /etc/modprobe.d/blacklist.conf echo "blacklist ssb" >> /etc/modprobe.d/blacklist.conf exit 

Reboot and tell us the result.

Your /etc/network/interfaces asks eth0 to start automatically, however, you are using wireless. Please do:

gksudo gedit /etc/network/interfaces 

Change the file to comment out the eth0 stanza:

auto lo iface lo inet loopback #auto eth0 #iface eth0 inet dhcp 

Proofread carefully, save and close the text editor. Reboot and test.

Источник

7.2. Создание базового файла конфигурации

Если Red Hat Enterprise Linux и Red Hat High Availability уже установлены, для создания кластера останется только создать файл конфигурации /etc/cluster/cluster.conf и запустить кластерные службы. Эта секция ориентирована на создание базового файла конфигурации. Более сложные операции — изоляция узлов, настройка резервных доменов и служб высокой готовности — будут рассмотрены позднее.

Ниже приведен порядок создания шаблона файла конфигурации. Окончательный файл может отличаться в зависимости от индивидуальных требований окружения, числа узлов, типа изоляции, типа и числа кластерных служб.

Дополнительно: при настройке кластера с двумя узлами можно позволить одному узлу поддерживать кворум:

Операции добавления или удаления two_node из cluster.conf требуют перезапуска кластера (см. Раздел 8.4, «Обновление конфигурации»). Пример 7.2, « cluster.conf . Базовая конфигурация для двух узлов» содержит пример настройки two_node .

После этого можно выбрать имя кластера и номер версии конфигурации с помощью атрибутов name и config_version в строке cluster (см. Пример 7.1, « cluster.conf . Базовая конфигурация» и Пример 7.2, « cluster.conf . Базовая конфигурация для двух узлов»).

В секции clusternodes для каждого узла можно определить имя и идентификатор с помощью атрибутов name и nodeid в строке clusternode .

[root@example-01 ~]# ccs_config_validate Configuration validates

Копирование конфигурации работающего кластера рекомендуется выполнять с помощью cman_tool version -r . По желанию можно использовать scp , но при этом потребуется остановить кластерные программы на всех узлах и выполнить проверку ccs_config_validate .

[root@example-01 ~]# service cman start Starting cluster: Checking Network Manager. [ OK ] Global setup. [ OK ] Loading kernel modules. [ OK ] Mounting configfs. [ OK ] Starting cman. [ OK ] Waiting for quorum. [ OK ] Starting fenced. [ OK ] Starting dlm_controld. [ OK ] Starting gfs_controld. [ OK ] Unfencing self. [ OK ] Joining fence domain. [ OK ]

Выполните cman_tool nodes на любом узле, чтобы убедиться, что все узлы успешно вошли в состав кластера, о чем сообщает значение «M» в столбце статуса:

[root@example-01 ~]# cman_tool nodes Node Sts Inc Joined Name 1 M 548 2010-09-28 10:52:21 node-01.example.com 2 M 548 2010-09-28 10:52:21 node-02.example.com 3 M 544 2010-09-28 10:52:21 node-03.example.com

После успешного создания кластера можно приступить к настройке изоляции узлов (см. Раздел 7.3, «Исключение узлов из кластера»).

7.2.1. Примеры cluster.conf

Пример 7.1, « cluster.conf . Базовая конфигурация» и Пример 7.2, « cluster.conf . Базовая конфигурация для двух узлов» демонстрируют две схемы, на основе которых будут позднее настроены возможности изоляции узлов и службы высокой готовности.

Пример 7.1. cluster.conf . Базовая конфигурация

Пример 7.2. cluster.conf . Базовая конфигурация для двух узлов

7.2.2. Значение consensus элемента totem в кластере с двумя узлами

Если кластер содержит два узла, и в будущем добавление других узлов не планируется, можно опустить значение consensus в строке totem . В таком случае оно будет рассчитываться автоматически по принципу:

При увеличении числа узлов с 2 до 3 (и более) потребуется перезапустить кластер, так как формула расчета изменится.

Если в кластер с двумя узлами планируется добавить дополнительные узлы, необходимость перезапуска кластера можно предотвратить, переопределив consensus в строке totem :

Главным достоинством этого подхода является сокращение времени восстановления в кластере с двумя узлами, так как значение consensus не является динамическим.

Следует помнить, что функции автоматического обнаружения узлов cman учитывают только наличие физических узлов в кластере с двумя элементами, а не наличие two_node=1 в cluster.conf .

Источник