Получение информации о компьютере с помощью API ядра Linux и языка Си

Для определения производителя процессора можно штатными средствами (fopen, fread) прочитать файл /proc/cpuinfo.

man sysfs

man procfs

P.S. В мастдайке все через задницу. В линуксе все хорошо.

$ sudo dmidecode -q

Тут и языка си не надо. Рарсинх файлов из прокфс можно и на баше накатать.

На bash'е можно без проблем. Но мне нужен именно язык Си.
Нашел, что можно определить имя компьютера и пользователя, используя ф-и библиотеки unistd.h
А что на счет остального? Как узнать какие библиотеки за что отвечают?

А что на счет остального? Как узнать какие библиотеки за что отвечают?

См. исходники dmidecode.

Не нужно никаких левых библиотек. Открываешь файлы в /proc и /sys, да читаешь

На Си? Юзай http://www.unix.com/programming/36897-how-call-linux-command-c.html

Убиват!

Прочитаю, но они помимо необходимой информации, выдают ещё всякую ненужную всячину. Придётся обрабатывать текст, т.е лишняя рутиная работа.

А по-другому никак. Это — интерфейс, который тебе предоставляет ядро. И с ним очень удобно работать.

все пред.ответы в корне неверны.

по ЛЮБОЙ ОС единообразно информацию можно (и нужно) получать по протоколу SNMP. Программа которая полезет за датой биос в реестр наглухо привязывается к конкретной ОС, наличию и ключам реестра. Ровно как и программа которая полезет в /proc/... за подобным, привязывается к linux, версиям ядра и составу модулей.

дистроделов не включающих snmp по умолчанию, а также горе-админов которые её отключают надо убиват.

SNMP

А это здесь каким боком?

тем что то что хочет ТС, под любой ОС вытаскивается именно так.

обрабатывать текст
лишняя рутиная работа

man 1 grep
man 1 sed
man 3 popen

дистроделов не включающих snmp по умолчанию, а также горе-админов которые её отключают надо убиват

Я очень люблю SNMP, однако я бы поспорил с этим советом...

Что-то мне гугол подсказывает, что это совсем не то.

дистроделов не включающих snmp по умолчанию, а также горе-админов которые её отключают надо убиват

Я очень люблю SNMP, однако я бы поспорил с этим советом...

предлагаешь сначала морить без пива, а потом бить ногами?

Снимать им свитер и брить брить бороду ;)

Что-то мне гугол подсказывает, что это совсем не то.

а программе юзера самой(sic!) лазить по закоулкам ОС это конечно то что надо :)

Предложи, как узнать объем памяти, не читая /proc/meminfo

(причем, сделать это так же просто, без хитрых наворотов)

Знаю я про grep в командной оболочке..Вы предлагаете использовать это в языке Си? Тогда действительно тупость получается. Проще в командной оболочке писать..
Хочется использовать ф-и библиотеки языка Си. В книге «Основы программирования в Linux, 4 издание» есть примеры, которые показывают как определить имя пользователя и компьютера. Таким же образом хочется все остальные пункты задания выполнить..

есть примеры, которые показывают как определить имя пользователя и компьютера

getlogin_r(), gethostname() ?

Кстати, можно это и своими силами сделать. Скажем, чтобы узнать имя пользователя, узнаем UID, а затем ищем такой UID в /etc/passwd → получаем имя пользователя и другую информацию.

Предложи, как узнать объем памяти, не читая /proc/meminfo

и пофиг на какой это системе, хоть на win (там точно нет /proc/meminfo):

snmpget -v 1 -c «public» localhost .1.3.6.1.4.1.2021.4.5.0

OID подсмотрел http://www.debianadmin.com/linux-snmp-oids-for-cpumemory-and-disk-statistics.... , наизусть слова и цифры ужо не помню

sysconf(3), gethostname(2)

Одного не пойму, НАФИГА это ?

Ужас-то какой! В сях хоть попроще?

Это при наличии установленного и настроенного snmpd :) ну и сконфигурированной сети. Ведь так ?

И вообще, это неюниксвейно → не нужно!

И где KISS?

Да, верно.
Все эти файлы в /proc - виртуальные, т.е создаются при обращении. Перед тем как поместить информацию в эти файлы, ядро откуда их(информацию) берёт? Может делать запрос к этому месту сбора информации и оттуда забирать? Зачем - в качестве усложнения задания

это как раз юниксвейно - есть тулза (и соотв.либа на горячо любимом С) которая умеет собирать по закоулкам и отдавать всякую инфу. Соотв. надо пользоваться ей, а не велосипедить getAmmountRAM() под все возможные системы.

ядро откуда их(информацию) берёт?

Это — дело ядра, откуда их брать. И уж юзера туда пускать точно нельзя.

велосипедить getAmmountRAM() под все возможные системы.

Не надо велосипедить. Просто прочитать и распарсить /proc/meminfo. Системы, где этого файла нет, не нужны.

Это при наличии установленного и настроенного snmpd :) ну и сконфигурированной сети. Ведь так ?

можно без сети..но snmpd должен быть. Я собственно в самом начале написал, что не-включение snmpd это админское свинство.

Просто прочитать и распарсить /proc/meminfo. Системы, где этого файла нет, не нужны

а я вот такой linux видел :) и даже что-то в него пописывал..

Это что ж за ирод отключил procfs? Яйца оторвать!

А вот snmpd нафиг не нужен. Я еще ни одного компьютера (в т.ч. сервера) не встречал, где был бы этот сервис запущен.

Знаю я про grep в командной оболочке..Вы предлагаете использовать это в языке Си? Тогда действительно тупость получается. Проще в командной оболочке писать

Не вижу тупости, вижу юникс-вей. Вам надо указанную информацию узнать или потренироваться в перекладывании байтиков на Си?

Я еще ни одного компьютера (в т.ч. сервера) не встречал, где был бы этот сервис запущен.

у вас видимо неленивые админы, любят посещать сервера и юзеров.

└► snmpget -v 1 -c public localhost .1.3.6.1.4.1.2021.4.5.0
Timeout: No Response from localhost.

└► su -c "dmidecode -q -t memory"
Длинный список разнообразных сведений

и пофиг на какой это системе, хоть на win

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

Юниксвейненько.

Но, на самом деле, обычно вижу, как админы вручную по ssh заходят. Что забавно, зайти могут только со своего компьютера, т.к. уже сто лет как позабыли рутовские пароли на всех компьютерах =D (чтобы su сделать, т.к. обычно закрыт ssh руту по паролю)

sysctl же! правда, это больше к BSD относится.

Скриптик запускаешь, он тебе по ssh к каждому компьютеру коннектится и выполняет нужное, сваливая все в файлы отчетов.

Юниксвейненько.

Юниксвейненько.

Нет, Эдди, не юниксвейненько. Юниксвей, на который ты так яро дрочишь — 1 инструмент для одной задачи. А ты предлагаешь массу костылей, которые развалятся при парке машине больше 3 штук.

такой бред могут порождать только напрочь испорченные виндой мозги

зачем узнавать информацию об ос в винде? и так ясночто винда

уже сто лет как позабыли рутовские пароли на всех компьютерах

есть такое :)

которые развалятся при парке машине больше 3 штук.

вот позавчера я таким методом как Eddy_Em описал прошел успешно более 120 компов и ничего не розвалилось, так что очень даже юниксвейненько.

Длинный список разнообразных сведений

и требование к повышению привелегий :-) «su»-же...

~ $ snmpwalk -v 1 -c public -O S localhost | wc -l
11329
~ $ dmidecode
# dmidecode 2.12
/dev/mem: Permission denied

и требование к повышению привелегий

Зато не требуется работающий snmpd. И раз уж речь зашла, виндовый сервис snmp знает про .1.3.6.1.4.1.2021.4.3 (и про какие OID он вообще знает)?

ядро откуда их(информацию) берёт?

Хороший вопрос всегда содержит в себе ответ на себя.

Пиши модуль ядра. Это не так сложно. Там тебе и Си и Kernel API.

а вдруг по стечению обстоятельств напишет, и нормальным людям придётся на работе ипаттся с этим поделием? править и пересобирать модуль под несовместимые релизы ядра, и всё потому, что некий, назовём его М., не осилил ядерное abi?

Одного не пойму, НАФИГА это ?

Ну, может, чувак делает DRM с активацией для каждого компьютера по паспорту.

Будет привязываться к железу и сигналить лампочками при каждом его апгрейде, наверное.