Не нахожу взаимосвязи: команда file определила символическую ссылку на каталог с исходными кодами ядра одной версии, uname -a — показала загруженное ядро. В чём «бага»?
бага будет тогда, когда townsman решит собрать "модуль" к своему ядру 
Причина -- диск в режиме pio. Причина причины -- негодные параметры при сборке ядра (как мне кажется) или умирающее железо.
]]>townsman,
# hdparm -t -T /dev/sda
# dmesg | grep -E -r "ata|dma|pio"
ничего подозрительного не скажут?
root@ne_spit:~# alsamixer
root@ne_spit:~# hdparm -t -T /dev/sda
/dev/sda:
Timing cached reads: 100 MB in 2.01 seconds = 49.83 MB/sec
Timing buffered disk reads: 16 MB in 3.18 seconds = 5.03 MB/sec
root@ne_spit:~# dmesg | grep -E -r "ata|dma|pio"
Memory: 510824k/524224k available (5131k kernel code, 12948k reserved, 2192k data, 516k init, 0k highmem)
.data : 0xc1502da8 - 0xc1726f00 (2192 kB)
libata version 3.00 loaded.
pnp 00:04: [dma 4]
pnp 00:08: [dma 2]
ata_piix 0000:00:1f.1: version 2.13
ata_piix 0000:00:1f.1: setting latency timer to 64
scsi2 : ata_piix
scsi3 : ata_piix
ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xf000 irq 14
ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xf008 irq 15
usbcore: registered new interface driver ums-datafab
ata1.00: ATAPI: TSST CDW/DVD TS-H492A, TB09, max UDMA/33
ata2.01: ATA-5: IC35L030AVER07-0, ER3OA44A, max UDMA/100
ata2.01: 60036480 sectors, multi 16: LBA
ata1.00: configured for UDMA/33
ata2.01: configured for UDMA/100
ata2: lost interrupt (Status 0x58)
ata2: drained 65536 bytes to clear DRQ.
ata2.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata2.01: failed command: READ DMA
ata2.01: cmd c8/00:08:00:00:00/00:00:00:00:00/f0 tag 0 dma 4096 in
ata2.01: status: { DRDY }
ata2: soft resetting link
ata2.01: configured for UDMA/100
ata2.01: device reported invalid CHS sector 0
ata2: EH complete
ata2: lost interrupt (Status 0x58)
ata2: drained 65536 bytes to clear DRQ.
ata2.01: limiting speed to UDMA/66:PIO4
ata2.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata2.01: failed command: READ DMA
ata2.01: cmd c8/00:08:00:00:00/00:00:00:00:00/f0 tag 0 dma 4096 in
ata2.01: status: { DRDY }
ata2: soft resetting link
ata2.01: configured for UDMA/66
ata2.01: device reported invalid CHS sector 0
ata2: EH complete
ata2: lost interrupt (Status 0x58)
ata2: drained 65536 bytes to clear DRQ.
ata2.01: limiting speed to UDMA/33:PIO4
ata2.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata2.01: failed command: READ DMA
ata2.01: cmd c8/00:08:00:00:00/00:00:00:00:00/f0 tag 0 dma 4096 in
ata2.01: status: { DRDY }
ata2: soft resetting link
ata2.01: configured for UDMA/33
ata2.01: device reported invalid CHS sector 0
ata2: EH complete
ata2: lost interrupt (Status 0x58)
ata2: drained 65536 bytes to clear DRQ.
ata2.01: limiting speed to PIO4
ata2.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata2.01: failed command: READ DMA
ata2.01: cmd c8/00:08:00:00:00/00:00:00:00:00/f0 tag 0 dma 4096 in
ata2.01: status: { DRDY }
ata2: soft resetting link
ata2.01: configured for PIO4
ata2.01: device reported invalid CHS sector 0
ata2: EH complete
REISERFS (device sda3): using ordered data mode
Write protecting the kernel read-only data: 1816k
REISERFS (device sda4): using ordered data mode
Databook TCIC-2 PCMCIA probe: not found.
root@ne_spit:~# Lupo Alberto, ты как drBatty, тоже меня что-ли за крутого хакера принимаешь? Перестань, это - неправда. Я ещё даже под стол пешком не ходил. Обычный ламер, чайник, в линуксе вообще практически не разбираюсь. Даже не понимаю почему люди относяться ко мне как к хакеру?
а зачем вы ядро пересобираете? я вот не пересобираю, юзаю ванильное.
Lupo Alberto, +100500
...но дело в том, что я же выкидываю после пересборки не один параметр, а сразу же группами, по несколько десятков за раз.
Как именно вы это делаете? Прямой правкой конфигурационного файла (что не может быть правильным!) либо посредством make menuconfig? Разработчики вашего дистрибутива не хуже вас с нами разбираются в настройках ядра и, я думаю, необходимость десятками менять выбранные ими опции возникает очень редко. Нужно изменять небольшое количество опций за один раз, некоторое время тестировать и только потом двигаться дальше.
P.S. Ссылки по теме:
http://cateee.net/lkddb/
http://cateee.net/autokernconf/
http://kmuto.jp/debian/hcl/
http://wiki.kryukov.biz/wiki/Параметры_ядра_Linux
такого ядра в системе - нет. Куда делся труп, спрашивается?
Вот он:
lrwxrwxrwx 1 root root 16 2011-02-07 17:21 linux -> linux-2.6.38-rc2Посмотрите на
Да и содержимое /etc/lilo.cfg может снять часть вопросов.
Такая уж особенность lilo -- записывается в загрузчик последовательность секторов, в которых лежит ядро по состоянию на момент выполнения команды lilo. Пока в тех секторах лежит ядро и пока не перезаписан загрузчик -- отрабатывает то, что было на момент выполнения lilo.
А смотреть нужно в /boot (или что там в /etc/lilo.conf прописано) -- ядро, бинарное, которое загружается, там обычно лежит.
Если в том, что любой root систему поломать может -- так это так изначально задумано.
# Boot BMP Image.
# Bitmap in BMP format: 640x480x8
bitmap = /boot/slack.bmp
# Menu colors (foreground, background, shadow, highlighted
# foreground, highlighted background, highlighted shadow):
bmp-colors = 255,0,255,0,255,0
# Location of the option table: location x, location y, number of
# columns, lines per column (max 15), "spill" (this is how many
# entries must be in the first column before the next begins to
# be used. We don't specify it here, as there's just one column.
bmp-table = 60,6,1,16
# Timer location x, timer location y, foreground color,
# background color, shadow color.
bmp-timer = 65,27,0,255
# Standard menu.
# Or, you can comment out the bitmap menu above and
# use a boot message with the standard menu:
#message = /boot/boot_message.txt
# Wait until the timeout to boot (if commented out, boot the
# first entry immediately):
prompt
# Timeout before the first entry boots.
# This is given in tenths of a second, so 600 for every minute:
timeout = 1200
# Override dangerous defaults that rewrite the partition table:
change-rules
reset
# VESA framebuffer console @ 1024x768x256
vga = 773
# Normal VGA console
# vga = normal
# VESA framebuffer console @ 1024x768x64k
# vga=791
# VESA framebuffer console @ 1024x768x32k
# vga=790
# VESA framebuffer console @ 1024x768x256
# vga=773
# VESA framebuffer console @ 800x600x64k
# vga=788
# VESA framebuffer console @ 800x600x32k
# vga=787
# VESA framebuffer console @ 800x600x256
# vga=771
# VESA framebuffer console @ 640x480x64k
# vga=785
# VESA framebuffer console @ 640x480x32k
# vga=784
# VESA framebuffer console @ 640x480x256
# vga=769
# End LILO global section
# Windows bootable partition config begins
other = /dev/sda1
label = Windows
table = /dev/sda
# Windows bootable partition config ends
# Linux bootable partition config begins
image = /boot/vmlinuz
root = /dev/sda3
label = Linux
read-only
# Linux bootable partition config ends
image = /boot/vmlinuz.old
root = /dev/sda3
label = linux_2_6_33_4
read-only
Нет, это всё таки не проделки рута, а "бага", после пересборки ядра make, и lilo автоматически не изменили ссылку. Поэтому, спасибо форумчанинам, пришлось "допиливать" вручную.
В любом случае, в этой «баге» Slackware не виновата.
безусловно. я уже попадался на этом в других дистрах...
]]>ИМХО скорее на момент компиляции ядра...
Угу, это я был невнимателен, по диагонали пробежал глазами и подумал, что удивила ссылка в /boot на одно ядро, а загрузка другого, что в случае lilo хоть и объяснимо, но по началу может смутить...
А в том, что ссылка на исходники ядра не соответствует загруженному ядру, вообще ничего удивительного, аукнется только при сборке чего-либо, зависящего от этих самых исходников ядра, например, модулей. Да и то не всегда в силу наличия ссылки на конкретную версию мимо /usr/src: /lib/modules/$(uname -r)/build
]]>бага будет тогда, когда townsman решит собрать "модуль" к своему ядру sad
В любом случае, в этой «баге» Slackware не виновата. wink
]]>Не нахожу взаимосвязи: команда file определила символическую ссылку на каталог с исходными кодами ядра одной версии, uname -a — показала загруженное ядро. В чём «бага»?
бага будет тогда, когда townsman решит собрать "модуль" к своему ядру