slackware не-smp ядро

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

Это grub ищет файлы вживую

hald - Pnp, подключение флешек, вставка дисков, удобства вообщем )
acpid - управление питанием и возможностями ACPI

если только у вас не совсем древний комп - лучше оставить

Нет смысла менять ядро. Оно и на одном ядре будет крутиться с такой же скоростью, как и специальное одноядерное ядро. Что-то меня плющит слегка с таких оборотов.

Спасиб. Еще не перезагружал, но заранее спрошу - что это за файлы:

lrwxrwxrwx 1 root root 32 2009-01-20 13:21 System.map -> System.map-huge-smp-2.6.27.7-smp
-rw-r--r-- 1 root root 927553 2008-11-21 08:01 System.map-generic-2.6.27.7
-rw-r--r-- 1 root root 965704 2008-11-21 07:20 System.map-generic-smp-2.6.27.7-smp
-rw-r--r-- 1 root root 1393024 2008-11-21 08:20 System.map-huge-2.6.27.7
-rw-r--r-- 1 root root 1432921 2008-11-21 07:33 System.map-huge-smp-2.6.27.7-smp

lrwxrwxrwx 1 root root 28 2009-01-20 13:21 config -> config-huge-smp-2.6.27.7-smp
-rw-r--r-- 1 root root 89202 2008-11-21 08:01 config-generic-2.6.27.7
-rw-r--r-- 1 root root 89505 2008-11-21 07:20 config-generic-smp-2.6.27.7-smp
-rw-r--r-- 1 root root 89081 2008-11-21 08:20 config-huge-2.6.27.7
-rw-r--r-- 1 root root 89384 2008-11-21 07:33 config-huge-smp-2.6.27.7-smp

Надо ли мне менять симлинки config и System.map на нужные не-smp версии? Я поменяю сейчас на всякий пожарный, но вопрос инетресен - что за файлы и для чего они нужны?

Но зачем-то же сделали 2 версии ядра, значит не-smp тоже для чего-то нужно? Наверное оно быстрее капельку?

NOTE TO USERS OF THE NON SMP KERNELS:

Sorry to shout. :-)

By default, the kernel in Slackware supports SMP. With as common as multicore CPUs and SMP boards have become, this seemed like the obvious choice. The kernels are probably better for single CPU machines, too, if they will run them.

пересобери без smp :) делов-то.

Также из ньюсов:

The SMP kernel supports multiple processors, multi-core CPUs, HyperThreading, and about every other optimization available. In our own testing this kernel has proven to be fast, stable, and reliable. We recommend using the SMP kernel even on single processor machines if it will run on them.

Так что не парься и пользуйся smp версией, если она работает.

ок. убедил. буду править обратно ;)

И опять по поводу служб ненужных. Отрубил rc.wireless - судя по названию, что-то с беспроводной связью связяно, мне это не грозит :) Но опять замешки по поводу rc.pcmcia - че это?

И еще, если не трудно - rc.messagebus и rc.fuse нужны?

http://ru.wikipedia.org/wiki/PCMCIA

Если это не ноутбук, то ненужно..

>hald - Pnp, подключение флешек, вставка дисков, удобства вообщем )

А ещё современные иксы очень hal любят. Правда, я не знаю, какой версии иксы в слаке, ибо дистр сменил 3 года назад.

> И еще, если не трудно - rc.messagebus

messagebus service:
Event monitoring service. Provides a communication bus for dbus.

И вообще по сервисам
http://www.hscripts.com/tutorials/linux-services/

> и rc.fuse нужны?

Если монтировать какие-то другие компьютеры не собираешься - то, имхо, нет.

Вот рекомендации по службам
http://www.hscripts.com/tutorials/linux-services/list.php

fuse оказывается нужен для ntfs-3g - оставил. А rc.messagebus походу очень важная - трогать не стал, от греха подальше. Спасибо всем.

1. Пока можно оставить SMP ядро, но потом не мешало бы пересобрать под себя. Ибо православно. Ибо на то она и Слака. (если конечно Вы собираетесь получить удовольствие от скорости Слаки%)
2./sbin/lilo при смене ядра всегда запускать.
3. на Вашем месте я бы пока не искал какую службу отрубить. Если Вы обдумано выбрали Слаку, то начните с изучения. Инфы в нэте много:)

> fuse оказывается нужен для ntfs-3g - оставил. А rc.messagebus походу очень важная - трогать не стал, от греха подальше. Спасибо всем.

дык и ведь я об этом

config.* это для вас, если захотите пересобрать ядро с той же конфигурацией (или основаной на ней) что и текущее, для загрузки и работы системы эти файлы не нужны


System.map* по идее должны соответствовать ядру, но тоже файл не является обязятальным, используется например в procps (top) и аналогичных программах чтобы показывать а чем именно занимается программа, может еще для чего то нужно, это таблица соответствия названий функций сисколлов ядра и их адресов

Вдогонку. Если надумаешь под не-smp ядро ставить нвидивские закрытые дрова, могут возникнуть проблемы, т.к. сорцы ядра (а точнее их конфиг) все равно smp. В общем инсталлер ругаться будет. Хотя в принципе патч к сорцам должен лежать на диске со слакой.

можешь грохнуть и fuse и messagebus
mount.ntfs-3g сам подымит модуль fuse
dbus-daemon тоже подымается автоматом когда нужно (при запуске kbluetooth к примеру)
если патрик канешн че-та не намутил там....

у тя ж huge ядро. даже модуль подымать не нужно
кароче фусэ это можешь грохнуть
хотя имхо это просто скрипт какой-то что fusectl монтирует, а значит памяти не жрет