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

Неплохо. Скоро будет systemd-snmpd-withd-kittiesd-undd-Schmetterlingd, вот тогда заживём!

https://github.com/torvalds/linux/tree/c23190c0bf1236e1eb5521a8b10d0102fbc133...

Как пример, информацию о CPU ядро спрашивает у CPU - читает данные из PSR (в случае x86 - вызывает cpuid) и парсит их.

Системы где нет файла /dev/user не нужны.

И никто не предложил брать имя юзера и компьютера из переменных окружения?

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

No.

Это еще что за файл?

Читаешь и получаешь имя текущего юзера.

Извращенец!

Как и ты, раз читаешь /proc/meminfo, как и Пайк с Керниганом и остальными)

А как на счёт интерфейса Desktop Management Interface? Сегодня наткнулся.
Каким образом ещё можно получить дату bios'а? Придется программу Dmidecode разобрать по кусочкам

Каким образом ещё можно получить дату bios'а?

Это зависит от специфики твоего дистрибутива. Например, можно опрашивать мнение пользователей о дате Биоса при логине, и при наборе значимой выборки показаний от интерактивных пользователей, считать действительной дату, за которую высказалось набольшее их число. Такой подход наилучшим образом отвечает конституции Дебиана, не веришь - спроси у Joey Hess'a.

Как уже говорили, procfs, sysfs. И да, парсить. С этим сталкивался, тоже хотелось си. Но нет. В сети есть проект по унификации (бинарное все передавать) для procfs, линк надо искать. Он не прижился (сарказм, тупые сис. админы любят все херачит на баше).

Агрегатор snmp можешь посоветовать? или как правильно назвать. Что бы выводился список доступных на указанном хосте snmp-данных и запрашивал указанные данные. Хостов несколько, они заранее неизвестны, типа приходишь с ноутом в неизвестную серверную и хочешь побыстрому собрать инфу о свичах, серваках и т.п. Спасибо.

Каким образом ещё можно получить дату bios'а?

Думаю, уж эти сведения стопудово нафиг не нужны.

согласен, не нужны, но получить можно,

igor@sia:(~) sudo dmidecode -q
BIOS Information
	Vendor: American Megatrends Inc.
	Version: 0601   
	Release Date: 04/18/2011

на сколько я понял ТС хочет сделать велосипед который до него сделали уже раз 10.

Дело не в баше, а в том что есть куча программ для работы с текстом, от cat/less до sed/awk, ну я уверен ты сам их все знаешь. Для бинарных данных таких распространенных и функциональных аналогов нет.

Думаю, уж эти сведения стопудово нафиг не нужны.

Иначе я бы не спрашивал! Мне необходимо с помощью программы, которую собираюсь написать, собрать сведения о компьютере. Практическая работа такая, по предмету ОС. От Вас хотел послушать, какие методы для этого можно использовать

Судя по strace dmidecode -q -t 0 она читает /sys/firmware/efi/systab, затем /dev/mem, затем пишет вывод.

вот что делает dmidecode:

нужно найти, прочесть и распарсить табличку dmi.

первый пункт — найти. если система с uefi, то адрес dmi в памяти написан в systab, см. http://wiki.phoenix.com/wiki/index.php/EFI_CONFIGURATION_TABLE

дальше нужно, действительно, обратиться по указанному адресу в физической памяти (что из юзерспейса делается путём чтения из /dev/mem).

теперь самое сложное: нужно распарсить прочитанное. вот спека: http://www.dmtf.org/sites/default/files/standards/documents/DSP0005.pdf

всё это, соответственно, можно почитать в исходниках dmidecode при желании (у меня его не было, когда было надо, писал по спеке, в целом не рекомендую)

Вобщем, я поищу линк. Проект был направлен на искорнение проблемы парсинга procfs (если в теме, то там изменения происходят относительно часто) и чтобы не было такого, написал парсер, а под ядро 3.99 он уже не пашет.

Да, именно велосипед и получается..

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

Тебе уже все рассписали выше, даже с сылками)

Да, вижу) Буду изобретать..)
Спасибо всем! :)

https://gitorious.org/opensuse/hwinfo/source/0b2541cf27dbcc173d3f3f0428fa99a7...

у cacti есть такая фича..discover - тыкаешь ноут в сеть и уходиш травить анекдоты, а он всеми доступными силами (в т.ч. snmp) собирает данные про хосты

/sys/firmware/efi/systab

Т.е. оно работает только на компьютерах с говном? А биос?

по ЛЮБОЙ ОС единообразно информацию можно (и нужно) получать по протоколу SNMP.

А! а! а..

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

а, не, это действительно просто бред.

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

У нас обученные и из 21ого века, не привыкшие куда не попадя тащить самые дырявые решета 20ого века. Дай бог здоровья и адекватным мейнтейнерам дистрибутивов, кстати.

Неосиляторы. Давно есть snmpv3, с приличным уровнем защиты/надёжности.

Не скажу, что SNMP это панацея. Просто это один вариант решения задач по управлению, мониторингу устройств. Другой вариант — агенты, как у забикса на перле жрут проц почем зря и память гигабайтами (sic!). И у того и другого подхода есть свои плюсы/минусы. По сути же оба делают тоже самое и являются одним классом программ (демоны). Для snmpd также можно писать шелл-скрипты, модули на сях и т.п. При этом это стандарт (ASN.1, IANA numbers).

А если биос, то меняется только первый пункт — вместо чтения адреса из таблички, нужно самому её поискать: http://wiki.osdev.org/System_Management_BIOS#Locating_the_SMBIOS_Entry_Point_...