[console]file[/console]
что пишет?
[console]# file linux
linux: symbolic link to `linux-2.6.33.4'
[/console]
странно, так как:
[console]root@ne_spit:/usr/src# uname -a
Linux ne_spit 2.6.38-rc2my #1 Thu Feb 3 10:36:40 MSK 2011 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux[/console]
говорит о том, что загружается другое ядро. Непонятно. Наверно, просто, бага в слакваре. Багзила интересно есть в слакваре? Надо будет туда запостить обнаруженную ошибку.
К слову сказать, что пишет сейчас -- не важно, важно, что оно писало на момент выполнения команды lilo. Да и содержимое /etc/lilo.cfg может снять часть вопросов.
Такая уж особенность lilo -- записывается в загрузчик последовательность секторов, в которых лежит ядро по состоянию на момент выполнения команды lilo. Пока в тех секторах лежит ядро и пока не перезаписан загрузчик -- отрабатывает то, что было на момент выполнения lilo.
А смотреть нужно в /boot (или что там в /etc/lilo.conf прописано) -- ядро, бинарное, которое загружается, там обычно лежит.
А насчёт "запостить ошибку" -- эта ошибка не в Slackware: поставилось? работало? так в чём ошибка тогда? ;-) Если в том, что любой root систему поломать может -- так это так изначально задумано.
Не нахожу взаимосвязи: команда file определила символическую ссылку на каталог с исходными кодами ядра одной версии, uname -a — показала загруженное ядро. В чём «бага»?
странно, так как:
[console]$ file -L /usr/src/linux
/usr/src/linux: directory
$ uname -a
Linux dt 2.6.33.4-smp #2 SMP Wed May 12 22:47:36 CDT 2010 i686 Intel(R) Celeron(R) D CPU 3.06GHz GenuineIntel GNU/Linux
[/console]
говорит о том, что загружается другое ядро.
Наверно, просто, бага в слакваре.
да. в ВАШЕЙ слакваре. у вас сырцы не от того ядра, а так всё хорошо...
К слову сказать, что пишет сейчас -- не важно, важно, что оно писало на момент выполнения команды lilo
ИМХО скорее на момент компиляции ядра...
Не нахожу взаимосвязи: команда file определила символическую ссылку на каталог с исходными кодами ядра одной версии, uname -a — показала загруженное ядро. В чём «бага»?
бага будет тогда, когда townsman решит собрать "модуль" к своему ядру :(
бага будет тогда, когда townsman решит собрать "модуль" к своему ядру sad
В любом случае, в этой «баге» Slackware не виновата. wink
ИМХО скорее на момент компиляции ядра...
Угу, это я был невнимателен, по диагонали пробежал глазами и подумал, что удивила ссылка в /boot на одно ядро, а загрузка другого, что в случае lilo хоть и объяснимо, но по началу может смутить...
А в том, что ссылка на исходники ядра не соответствует загруженному ядру, вообще ничего удивительного, аукнется только при сборке чего-либо, зависящего от этих самых исходников ядра, например, модулей. Да и то не всегда в силу наличия ссылки на конкретную версию мимо /usr/src: /lib/modules/$(uname -r)/build
В любом случае, в этой «баге» Slackware не виновата.
безусловно. я уже попадался на этом в других дистрах...
Да и содержимое /etc/lilo.cfg может снять часть вопросов.
Такая уж особенность lilo -- записывается в загрузчик последовательность секторов, в которых лежит ядро по состоянию на момент выполнения команды lilo. Пока в тех секторах лежит ядро и пока не перезаписан загрузчик -- отрабатывает то, что было на момент выполнения lilo.
А смотреть нужно в /boot (или что там в /etc/lilo.conf прописано) -- ядро, бинарное, которое загружается, там обычно лежит.
Если в том, что любой root систему поломать может -- так это так изначально задумано.
[console]cat /etc/lilo.cfg
cat: /etc/lilo.cfg: Нет такого файла или каталога
[/console]
/etc/lilo.conf
Нет, это всё таки не проделки рута, а "бага", после пересборки ядра make, и lilo автоматически не изменили ссылку. Поэтому, спасибо форумчанинам, пришлось "допиливать" вручную.
[console]ls -l /usr/src/linux
lrwxrwxrwx 1 root root 16 2011-02-07 17:21 /usr/src/linux -> linux-2.6.38-rc2
[/console]
правда тут всё запутано чрезвычайно, словно какой-то детективный роман:
Ядро же у меня такое
[console]Linux ne_spit 2.6.38-rc2my [/console]
а просмотр /usr/src показывает что
[console]ls -l /usr/src/
итого 2
drwxr-xr-x 4 root root 96 2007-07-30 13:54 dropline-build-system
drwxr-xr-x 2 root root 80 2009-09-30 08:49 iftop-0.17
lrwxrwxrwx 1 root root 16 2011-02-07 17:21 linux -> linux-2.6.38-rc2
drwxr-xr-x 24 root root 928 2010-05-13 06:25 linux-2.6.33.4
drwxr-xr-x 25 ddclient users 1824 2011-02-07 00:35 linux-2.6.38-rc2
drwxr-xr-x 2 root root 80 2009-09-13 00:50 openal-1.8.466
drwxr-xr-x 2 root root 208 2009-09-20 13:01 portsentry-1.2
drwxr-xr-x 2 root root 200 2010-01-15 23:15 wine-1.1.36
[/console]
такого ядра в системе - нет. Куда делся труп, спрашивается?
такого ядра в системе - нет. Куда делся труп, спрашивается?
Вот он:
lrwxrwxrwx 1 root root 16 2011-02-07 17:21 linux -> linux-2.6.38-rc2Посмотрите на
[console]
head -n 4 /usr/src/linux-2.6.38-rc2/Makefile
[/console]
Чего то, похоже, перемудрил с ядром, опять и в который раз. С некоторых пор, после очередной пересборки ядра, начал замечать что при операции поиска по find все ресурсы компьютера заняты только поиском. Другие же программы во время поиска недоступны. Да и поиск почему то стал происходить каждый раз по жёсткому диску, словно данные при поиске не кешируются. С чем это может быть связано?
townsman, проверьте параметр CONFIG_CGROUPS. У меня на компьютере его включение вызывало симптомы, подобные описанным вами.
P.S. Вы не пробовали сравнивать конфигурационные файлы ядер до и после обновления?
Да пробывал конечно же, мелдом, но дело в том, что я же выкидываю после пересборки не один параметр, а сразу же группами, по несколько десятков за раз.
Lupo Alberto, ты как drBatty, тоже меня что-ли за крутого хакера принимаешь? Перестань, это - неправда. Я ещё даже под стол пешком не ходил. Обычный ламер, чайник, в линуксе вообще практически не разбираюсь. Даже не понимаю почему люди относяться ко мне как к хакеру?
townsman, чтобы сконфигурировать ядро, совершенно, не нужно быть хакером.
...но дело в том, что я же выкидываю после пересборки не один параметр, а сразу же группами, по несколько десятков за раз.
Как именно вы это делаете? Прямой правкой конфигурационного файла (что не может быть правильным!) либо посредством make menuconfig? Разработчики вашего дистрибутива не хуже вас с нами разбираются в настройках ядра и, я думаю, необходимость десятками менять выбранные ими опции возникает очень редко. Нужно изменять небольшое количество опций за один раз, некоторое время тестировать и только потом двигаться дальше.
P.S. Ссылки по теме:
http://cateee.net/lkddb/
http://cateee.net/autokernconf/
http://kmuto.jp/debian/hcl/
http://wiki.kryukov.biz/wiki/Параметры_ядра_Linux
Lupo Alberto, ты как drBatty, тоже меня что-ли за крутого хакера принимаешь? Перестань, это - неправда. Я ещё даже под стол пешком не ходил. Обычный ламер, чайник, в линуксе вообще практически не разбираюсь. Даже не понимаю почему люди относяться ко мне как к хакеру?
а зачем вы ядро пересобираете? я вот не пересобираю, юзаю ванильное.
Lupo Alberto, +100500
Пересобираю ядро чисто по одной причине, слака такая классная штука, что может работать на любом оборудовании, я просто затачиваю систему под работу своей машинки, иногда ошибаюсь. Дженту - это 'cool', а Slackware - это foreve!
townsman,
# hdparm -t -T /dev/sda
# dmesg | grep -E -r "ata|dma|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:~#
-- доктор, когда я делаю вот так (изгибается в не постижимой уму позе), у меня тут болит...
-- а вы так не делайте.
(q) анекдот
Причина -- диск в режиме pio. Причина причины -- негодные параметры при сборке ядра (как мне кажется) или умирающее железо.
