Az udev-176 óta az Arch Linux nem képes bootolni a devtmpfs támogatás nélküli kernelekkel.

A hivatalos Arch kerneleket (kernel26-lts és linux) már régóta devtmpfs támogatással szállítjuk, így csak azok a felhasználók érintettek, akik saját kernelt fordítanak maguknak.

Arról, hogy az udevnek milyen kernel opciók kellenek, további infókat találsz az udev README fájljában.

Tom Gundersen, 2012-01-02

Mivel a Linux kernel 3.0-s verziója átkerül a [core] repóba, átneveztük a kernel26 csomagot linux-ra. Ezzel egyidejűleg változás történt a kernel és initrd fájlnevekben is:
vmlinuz26 -> vmlinuz-linux
kernel26.img -> initramfs-linux.img
kernel26-fallback.img -> initramfs-linux-fallback.img

Hogy a frissítés után továbbra is bootoljon a rendszered, létrehozunk szimbolikus linkeket is, hogy a régi fájlokra hivatkozó bootloader konfigurációd továbbra is működőképes legyen. Azonban azt javasoljuk, hogy módosítsd a bootloader konfigurációt értelemszerűen, és utána töröld le a szimbolikus linkeket.

Dieter Plaetinck, 2011-08-07

A kezdetek óta a saját fejlesztésű rendszerünket szállítjuk (különböző reinkarnációkban) a kernel modulok feketelistázásához. Ez jól teljesített, de elértünk egy ponthoz (pontosabban az upstream fejlesztők), amikor erre a rendszerre már nincs szükség.

Ezért úgy döntöttünk, hogy eltávolítjuk az összes modul-feketelistázó segédeszközt, és teljes egészében a modprobe feketelistázási szolgáltatásaira hagyatkozunk. Ez elsősorban szintaxisbeli változásokat eredményez, kisebb részben a funkcionalitás is megváltozik. Reméljük, hogy a rövid távú kellemetlenség megtérül hosszú távon.

Egy független udev változás következtében nem töltünk be annyi alapértelmezett modult, mint korábban, így néhány problematikus modul (pl. a pcspkr és snd-seq-oss) feketelistázására a továbbiakban nincs szükség.

A modul-feketelistázás alapelveinek megváltozása
* a mi feketelistázásunk: egy feketelistás modul vagy minden egyéb modul, ami igényli, soha nem töltődik be automatikusan az udev segítségével, de kézzel betölthető
* a modprobe feketelistázása: egy feketelistás modul nem töltődik be automatikusan, de betöltődhet, ha más nem feketelistás modul igényli, illetve kézzel is betölthető
* modul letiltása: az eddigiekhez hasonló működés érhető el így, ami azt jelenti, hogy a modul soha nem töltődik be, még kézzel sem

Boot idejű feketelistázás/letiltás
A modul-feketelistázás a "modprobe.blacklist=mod1,mod2,mod3" kernel parancssoron keresztül is elérhető (ld. grub, lilo vagy syslinux). Hasonlóan, a modulletiltás a "mod1.disable=1 mod2.disable=1 mod3.disable=1" segítségével történhet. Ez hasznos lehet vészhelyzetben, ha egy hibás modul megakadályozza a rendszer elindulását.

Állandó feketelistázás/letiltás
Az rc.conf használata helyett a modprobe saját konfigurációs fájljait használjuk. Ezek az /etc/modprobe.d/ könyvtárban találhatóak, és a "man modprobe.d"-ben dokumentáltak.

Az rc.conf "MODULES=(!mod1 !mod2 !mod3)" sorának megfelelő módszer, ha egy .conf fájlt hozunk létre az /etc/modprobe.d/-ben az alábbi tartalommal:
blacklist mod1
blacklist mod2
blacklist mod3

Azt is elérhetjük, hogy a modulok soha ne töltődjenek be, akkor sem, ha más modul igényli őket:
install mod1 /bin/false
install mod2 /bin/false
install mod3 /bin/false

Tom Gundersen, 2011-06-08

A glibc-2.12.2-1 csomag legalább 2.6.27-es verziójú kernelt igényel. Azért ezt a követelményt választottuk, mert ez a legrégebbi kernel, amelynek elérhető aktív hosszú karbantartású portja. Nem érinti azokat ez a változás, akik archos "kernel26"-ot vagy "kernel26-lts"-t használnak.

Akik továbbra is régebbi kernelt szeretnének használni, kénytelenek a glibc-t saját maguknak lefordítani a megfelelő "--enable-kernel" opcióval.

Allan McRae, 2010-12-28

Helló Arch közösség,
az új 2.6.32-es kernel széria bekerült a [core] repóba.

Upstream változások

ArchLinux-specifikus hibajavítások/új funkciók:
CONFIG_PM_DEBUG=y
CONFIG_MMIOTRACE=y

KMS változások:
-az intel kms alapértelmezés szerint engedélyezve van
-a radeon kms alapértelmezés szerint le van tiltva (a modeset kernel paraméterrel engedélyezhető)
-Az "early userspace" KMS támogatás radeon és nvidia kártyákkal nem működik jelenleg. Néhány áthidaló megoldás olvasható a levezőlistán és a fórumban. A következő mkinitcpio frissítés javítani fogja ezt a regressziót.

Archlinuxos változások:
-A kernel header fájlok külön csomagba kerültek. Amennyiben saját kernel modult fordítasz, kérlek telepítsd ezt a csomagot a "pacman -S kernel26-headers" paranccsal. Továbbá kernel modulok PKGBUILD fájljaiban kérlek vedd fel a kernel26-headers csomagot a makedepends tömbbe.
-xen támogatás 64 bites kernellel
-új firewire alrendszer

Tobias Powalowski, 2009-12-29

Az Arch Linux 2.6.31.3-as kernel csomagja változásokat hoz az ATI tulajdonosok életébe: A kísérleti stádiumban lévő kernel modesetting (KMS) engedélyezésre került a radeon driver részére. Ha problémák adódnak a driverrel, tiltsd le a KMS-t. További információk az Ati KMS Wiki oldalon.

Andreas Radke, 2009-10-08

Az udev 145-1 kiadás legalább 2.6.24.5-os verziójú kernelt igényel (a signalfd függvény miatt). Erősen ajánlott, hogy a legújabb kernelt használd, de ha ez nem lehetséges, vedd fel az udev csomagot az IgnorePkg listába, amíg nem áll rendelkezésre friss kernel.

Aaron Griffin, 2009-08-05

Üdv Arch közösség!
A 2.6.30-as kernel széria bekerült a [core] repóba.

Upstream változások:
http://kernelnewbies.org/LinuxChanges

ArchLinux-specifikus változások:
-acpi-dsdt-initramfs.patch eltávolítva (Nincs működő patch ehhez a szériához. Ha egyéni DSDT-re van szükséged, kérlek forgasd bele a saját kerneledbe.)
-snd-pcspkr modul eltávolítva (FS#14958)
-DCCP támogatás (FS#15071)
-SCHED_DEBUG=y
-lzma kernel tömörítés