ru_linux

Теперь, компилятор научился коммандам - `kernel' и `x11' - ясно и толково,
"В ловких и находчивых руках" - да, тех самых, у обладателя критического склада мышления.



И это, весьма годно и практично - резон тому:
+ -O3 [speed]
+ -march=native -mtune=native [speed]
+ MuQSS [interactive]

Где можно видеть маскот/аватар/красивую картинку Linux kernel?

Если только пингвина - неинтересно.
Кстати, какого оно полу? Авдрук, я ебусь, решая проблемы настройки, с каким-то мужиком пингвином?
Меня поймут только девушки.

Отвечайте!

В messages каждый день утром такие записи появляются:
May 31 03:08:40 kernel: NMI watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [swapper/0:0]
May 31 03:08:40 kernel: NMI watchdog: BUG: soft lockup - CPU#7 stuck for 21s! [kworker/7:1:3140]
May 31 03:08:40 kernel: NMI watchdog: BUG: soft lockup - CPU#3 stuck for 21s! [mysqld:16585]
May 31 03:08:40 kernel: NMI watchdog: BUG: soft lockup - CPU#5 stuck for 21s! [zabbix_agentd:21359]
May 31 03:08:40 kernel: NMI watchdog: BUG: soft lockup - CPU#2 stuck for 26s! [mysqld:30056]
May 31 03:09:55 kernel: NMI watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [mysqld:19558]
May 31 03:09:55 kernel: NMI watchdog: BUG: soft lockup - CPU#5 stuck for 22s! [mysqld:30087]
May 31 03:09:55 kernel: NMI watchdog: BUG: soft lockup - CPU#1 stuck for 23s! [mysqld:30166]
May 31 03:09:55 kernel: NMI watchdog: BUG: soft lockup - CPU#3 stuck for 23s! [zabbix_agentd:21363]
May 31 03:09:55 kernel: NMI watchdog: BUG: soft lockup - CPU#7 stuck for 23s! [mysqld:30140]
May 31 03:09:55 kernel: NMI watchdog: BUG: soft lockup - CPU#6 stuck for 23s! [mysqld:30119]
May 31 03:09:55 kernel: NMI watchdog: BUG: soft lockup - CPU#3 stuck for 27s! [zabbix_agentd:21363]

И похоже, от этого mysqld временно пропадает, хотя потом продолжает работать.
Машинка виртуальная (в VMware), у неё 8 процессоров и памяти дофига - под 100 гигабайт. Линукс относительно свежий - CentOS7.4, ядро 3.10.0.
Гуглить пробовал, но ничего толком не нашёл.
Есть какие-нибудь идеи, отчего такое может происходить, и как это можно починить?

Помогите советом! Собираю ядро из исходников linux-source-2.6.32-openvz-042stab090.5-amd64.
На чем собираю: Linux debopenvbuilder 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u1 x86_64 GNU/Linux

Установлены соответствующие headers.

( Версии инструментов:Свернуть )

Ориентируюсь на эту инструкцию: https://www.openvz.org/Compiling_the_OpenVZ_kernel_(the_Debian_way) учитывая что патча теперь нет.

Лог сборки с ошибками

Решено: http://ru-linux.livejournal.com/2993458.html?thread=43775538#t43775538

А где почитать про параметры ядра, которые можно указывать при загрузке с установочных CD/DVD, в частности, Debian'овских?
Всякие там boot=, iso-scan=, findiso=, noprompt, noeject, splash/nosplash и т.п.

В Documentation/kernel-parameters.txt смотрел, там нету.

Здравствуйте.
После вчерашней попытки апдейта заимел означенную в топике проблему. Комп не грузится, выдаёт "kernel panic"
Насколько я понял, в процессе обновления возникла проблема с glibc.
( подробностиСвернуть )
Просветите, пожалуйста, чего делать-то?..

Сейчас  я вижу вывод dmesg примерно так:

[1102828.582648] JFS: nTxBlock = 8192, nTxLock = 65536
[1102828.605655] Btrfs loaded

Можно-ли получить время не от загрузки ядра, а UTC? Локальное время? Было-бы удобнее анализировать события...

Имеется древний компьютер с 128 Мб ОЗУ. Опытным путём выяснилось, что на нём почти не тормозит Ubuntu 6.06. Я её поставил, но решил запустить её с новым ядром (пробовал и 3.0, и 2.6.38, .deb брал здесь), потому что так я надеюсь в будущем заставить работать вай-фай-адаптер, работающий только с новыми версиями ядра. Система встала, встало и новое ядро, но при загрузке с ним получается:
Begin: Mounting root file system ...
Begin: Running /scripts/local-top ...
Done
Begin: Waiting for root file system ...
Done

ALERT! /dev/hda1 doesn't exist. Dropping to a shell!

Со старым ядром (2.6.15-26) система грузится. С новыми застревает на одном и том же месте. ( Читать дальше...Свернуть )

Подскажите, совсем замучался.

Ядро Мандривовское стандартное, hwmon вкомпилён в ядро, остальное модулями.
/etc/sysconfig/lm_sensors:

# Generated by sensors-detect on Sun Mar 18 18:03:19 2007
MODULE_0=i2c_nforce2
MODULE_1=hwmon-vid
MODULE_2=i2c-isa
MODULE_3=eeprom
MODULE_4=it87
MODULE_5=i2c-dev

Все модули встают без ошибок, и видны в lsmod. В Сислоге пусто, никто не кричит.

После всех вставлений модулей всё равно директория /sys/class/hwmon/ пуста. Что делать? Там должны быть поддиректории hwmon*.

sensors -s читает этот каталог и не найдя ничего, вылетает.

Linux 2.6.17-5mdv, Athlon64, lmsensors 2.10

fc6. собираю ванильное ядро. make gconfig && make. инсталлирую. проблема в том что модули ванильного ядра занимаю раз в 5-10 больше. например ext3.ko занимает - 1.9M, а из rpmки - 161К. в чем может быть дело?