Nezd meg a „ps aux” kimenetet is. Szerintem ezek nem kozonseges programok. (egytaltalan van ilyen nevu futtathato fajl a rendszereden? 🙂 )

JOGOS! –  úgylátszik az agyamra ment az influenza 🙁
Így viszont végképp nem tudom mivel tudom kivakarni ezeket a
szolgáltatásokat! Talán a boot paraméterek a lilo -ban?
Kicsit döntésképtelen vagyok, az az igazság hogy egy új, forgatott kernellel ezek amúgy is megszünnek (már ha nem fordítom be őket). Viszont biztos,
hogy érdemes frissebb kernelt alkalmazni – a vas nem épp a technika
legfrissebb csodája. Viszont számos kernel javítás pont a biztonség miatttörténik – igaz, hogy nem az ilyen muzeális kód részekben.

Sajna ez a probléma még mindíg meg van. Nem akarnék kernelt forgatni, szeretném a Debian aktuális, moduláris, stabil kernelét használni, viszont ez sok felesleges (számomra) flancot tartalmaz.
Kezdjük az elején 🙂
– 8139too és 8139cp – mindkét modult berántja, benn tartja, holott a „too” nekem
  bőven elég – blaclist -et próbáltam, mint halottnak a nyelves puszi!
– dm_snapshot, dm_mirror és dm_mod (ez utóbbi használja az előzőeket), a
  „blacklist” megint nem működik!
Ráadásul, a régi szép időkben ha kellet egy modul simán beraktam és update-modules -el véglegesítettem, most meg állandóan reboot 🙁
Folytatódik a dolog a kernel daemonokkal, úgy mint:
  khelper, kacpid, kseriod, khubd, kmirrord

Nehezíti a pályát, hogy lövésem sincs ki az a khelper,  khubd …
Kéne némi segítség, hogy tudok megszabadulni a fölösleges dolgoktól?

Nem kötözködni akarok, de mi idegesít ezekben a kernel által betöltött modulokban ?
Ott alszanak és várják, hogy megszólítsa valaki őket. Ha valahogy el tudod távolítani őket biztos instabillá válik a rendszered. Ezeket nem véletlenül tölti be, mindnek van valami feladata. Pontosan nem ismerem, de a nevük utalhat a funkciójukra.
Pl.
ksoftirqd: szoftveres IRQ kezelés
kblockd: blokk eszközök kezelése
kacpid: kernel acpi démon
kseriod: serial i/o démon
kswapd: kernel swap démon
kirqd: kernel IRQ démon
kjournald: gondolom a naplózó fájlrendszerekhez kell.
stb, stb, stb

Ezeket a neveikből találtam ki, de biztos valahogy így van. Nem hiszem, hogy ezek közül hasznos lenne bármit is eltávolítani.

Ha az a 8139xxx annyira idegesít és nem megy a blacklist akkor egy próba erejéig mozgasd át másik mappába a felesleges modult és indítsd újra.

Ha az a 8139xxx annyira idegesít és nem megy a blacklist akkor egypróba erejéig mozgasd át másik mappába a felesleges modult és indítsdújra.

No igen. Ezt már csináltam! Méghozzá a sokkal rázósabb dm-mod, dm_mirror és dm_snapshot nevű driverekkel. Miután újra épült a rendszer, a kmirrord is eltünt! 🙂
A rendszer látszólag működik, köszöni szépen. Ezek a modulok a szoftver raidről szólnak – 1 db 10 G HDD -re milyen raid -et csinálnék?
Ha forgattál valaha kernelt akkor tudod hogy ilyesmit egyszerűen be sem forgat az ember. Az lenne az elgondolás, hogy nem forgatok új kernelt használom azt ami van, viszont azt pofára igazítanám! – sajna egyenlőre ez úgy tűnik nem célravezető mivel az idő spórolás lenne a cél! 🙁
Ráadásul ha már forgatok akkor mindíg a legfrisebb kernelekt szedem elő, minden konfigurációt előlről kell kezdeni, hiszen a Debian kernel mindíg több brossúrával le van maradva!
Egyébként még van egy áthidaló megoldás, új initrd image -t kell csinálni akkor a most blacklistes modulok nem jönnek elő. Van még más megodlás?