Le novità più importanti riguardano la fine dello sviluppo del filesystem Ext4, modifiche alla gestione della memoria e ottimizzazioni sulla durata delle batterie nei portatili.

Come ad ogni rilascio sono inclusi nel kernel nuovi driver, come quello per il touchpad Elantech presente sugli Asus EeePC, driver ALSA aggiornati alla versione 1.0.18, driver per le webcam con chip Ali M5602, e molto altro…

Il download ed il changelog completo del nuovo kernel sono, come sempre, disponibili sul sito ufficiale.

Tristemente famoso per il bug delle schede di rete Intel (ormai corretto), Linux-2.6.27 offre però un gran numero di novità, sparse su vari fronti. Vediamo di riassumerle brevemente:

• Filesystem. In questo rilascio fa la sua comparsa UBIFS, un filesystem sviluppato da Nokia espressamente dedicato a dispositivi “completamente” flash: niente supporto per SD o dispositivi USB. Ext4 fa un grande passo avanti ed introduce il supporto alla Delayed Allocation: adottando questa strategia (già presente in XFS, btrfs, ZFS e Reiser 4) viene “ritardata” la scrittura effettiva dei dati, incrementando le performance del filesystem.
• Sospensione. Kexec è nato per rendere più veloci i riavvii di sistemi critici ma è ora impiegato anche per effettuare la sospensione su disco (ibernazione) ed il successivo ripristino; non sostituisce la sospensione “tradizionale” e funziona solo su PC a 32bit.
• Driver. Migliorato il supporto alle webcam, aggiunta la compatibilità con schede di rete Intel della serie 5000 e Realtek RTL8187B, introdotto il nuovo driver ath9k per schede Atheros AR5008 e AR9001.

La recente Mandriva 2009 e le imminenti (più o meno) Ubuntu Intrepid Ibex, Fedora 10 ed openSUSE 11.0 adottano la versione 2.6.27 di Linux.

Via | Ossblog

Manca meno di un mese al rilascio uffciale di Ubuntu Intrepid Ibex, previsto per il 30 ottobre, di cui è possibile però effettuare il download della prima Beta rilasciata dal team di sviluppo. Le novità introdotte da quest

a nuova versione di Ubuntu sono veramente tante, a partire dal nuovissimo kernel 2.6.27 e da Gnome 2.24 per finire con il nuovo Network Manager 0.7.

Come sempre accade al rilascio di versioni Beta, di qualsiasi software, è bene ricordare che tali versioni non sono esenti da bug e possono risultare instabili, in quanto l’utilizzo di queste è destinato soprattutto ai tester. Per questi motivi se ne sconsiglia l’installazione se si è alla ricerca di un sistema stabile, sicuro e performante.

Per il download ed una panoramica più ampia sulla caratteristiche di Ubuntu 8.10 Beta è disponibile una pagina sul sito ufficiale.

AMD ha rilasciato i driver di agosto (8.8) per schede video ATI, di cui è possibile effettuare il download a questo link.

Con questa release vengono introdotte molte novità più o meno interessanti, prima fra tutte, il kernel 2.6.26 è finalmente supportato, quindi niente più patch.

Le altre novità riguardano il supporto al CrossFireX per la serie HD4800; supporto all’antialiasing adattativo; Ati OverDrive e MultiView per le schede video abilitate; auto determinazione ed installazione del package specifico per la distribuzione linux in uso, con la possibilità di effettuare, grazie a Dryrun, un test per verificare che tutte le dipendenze siano installate.

Grazie al riconoscimento automatico del sistema operativo basterà scrivere --buildpkg oppure --buildandinstallpkg senza, come era necessario, aggiungere l’OS.

Per la verifica delle dipendenze va aggiunto Dryrun dopo --buildpkg o --buildandinstallpkg.

Il changelog completo dal sito ufficiale.

Per installare i driver bisogna disinstallare eventuali versioni precedenti, per chi come me ha usato lo script kanotix, deve rimuovere i seguenti pacchetti

sudo apt-get remove fglrx-amdcccle fglrx-kernel-source xorg-driver-fglrx

assicurarsi di avere blacklistato il modulo fglrx

sudo gedit /etc/default/linux-restricted-modules-common

DISABLED_MODULES=”fglrx”

Installare le dipendenze

sudo apt-get install build-essential cdbs fakeroot dh-make debhelper debconf libstdc++5 dkms linux-headers-$(uname -r)

Assegnare i permessi di esecuzione all’installer Ati

chmod +x ati-driver-installer-8-8-x86.x86_64.run

quindi eseguire l’installer

sudo sh ./ati-driver-installer-8-8-x86.x86_64.run

alla fine dell’installazione riavviate il pc.

Se tutto è andato per il meglio, e credo proprio di si fglrxinfo vi restituirà quanto segue

display: :0.0  screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Mobility Radeon X1700
OpenGL version string: 2.1.7873 Release

E’ da poco uscita la versione stabile del kernel 2.6.26 e, come me, tanti lo hanno compilato ed installato sulla propria distribuzione Linux. C’è però un piccolo problema che riguarda i possessori di schede video Ati: i driver proprietari fglrx non vengono installati correttamente. L’errore riportato è

Error!  Build of fglrx.ko failed for: 2.6.26-3-generic (i686)
Consult the make.log in the build directory
/var/lib/dkms/fglrx/8.501/build/ for more information.
Installing initial module

Error! Could not locate fglrx.ko for module fglrx in the DKMS tree.
You must run a dkms build for kernel 2.6.26-3-generic (i686) first.
Done.

oppure quest’altro

DKMS part of installation failed.  Please refer to /usr/share/ati/fglrx-install.log for details

La soluzione a questi errori (che possono verificarsi anche con i kernel 2.6.25) consiste nell’applicare una patch ai driver Ati in modo da renderli compatibili con il kernel 2.6.26 (o 2.6.25).

A tal proposito ci da una mano uno script che farà tutto al posto nostro, patch e installazione dei driver.

Una volta scaricato il file install-fglrx-debian.sh bisogna applicargli i giusti permessi per renderlo eseguibile

chmod 755 install-fglrx-debian.sh

Adesso, per proseguire, abbiamo bisogno della connessione internet attiva (per permettere allo script di scaricare i driver Ati), e di passare alla shell testuale.
Per passare alla shell testuale bisogna premere Ctrl+Alt+F1.

Da shell eseguiamo il nostro script

sudo ./install-fglrx-debian.sh

Se ricevete un errore relativo a Kanotix non preoccupatevi.

Lo script farà tutto da solo: scaricherà i driver, li patcherà (se necessario) per renderli compatibili con il nostro kernel, creerà i pacchetti deb e li installerà.

Terminata l’installazione riavviate il pc.

A questo punto verifichiamo che tutto sia andato bene con fglrxinfo
se l’output risulta come questo

jackyawa@jackyawa-laptop:~$ fglrxinfo
display: :0.0  screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Mobility Radeon X1700
OpenGL version string: 2.1.7659 Release

i driver sono stati installati correttamente.

Se ricevete questo output

fglrxinfo: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory

i driver sono installati correttamente ma bisogna aggiustare un collegamento, così

sudo ln -s /usr/lib/libGL.so.1.2 /usr/lib/libGL.so.1

adesso, al comando fglrxinfo l’output sarà quello giusto.

Driver Ati installati…semplice!

Di default quando si procede all’installazione dei driver ipw3945 il mode monitor è disabilitato, quindi se in seguito volessimo installare programmi quali kismet o aircrack, non potremmo usarli poichè richiedono questa modalità di funzionamento.

In questa guida vedremo come installare i driver ipw3945 abilitando il mode monitor, ma può essere utilizzata anche nel caso di semplice installazione dei suddetti driver in un kernel vanilla, per esempio.

L’installazione è abbastanza semplice, bisogna scaricare ed installare lo stack ieee80211, i driver ipw3945, il firmware ed il demone per gli ipw3945.

Stack ieee80211

Driver ipw3945

Firmware e demone

Il primo passo consiste nell’installare le dipendenze

sudo apt-get install linux-headers-$(uname -r) build-essential make automake autoconf g++ gcc wireless-tools

e nell’aggiungere il nostro utente al gruppo src, in modo da avere i permessi di scrittura nella cartella /usr/src

sudo adduser vostro_nome_utente src

Adesso possiamo procedere all’installazione dello stack ieee80211:

Estraiamo l’archivio ieee80211-1.2.18.tgz nella nostra home (~)

tar xvfz ieee80211-1.2.18.tgz

rinominiamo la cartella estratta in ieee80211 e la copiamo in /usr/src

sudo cp -R ~/ieee80211 /usr/src

quindi ci spostiamo all’interno di /usr/src/ieee80211 e compiliamo

cd /usr/src/ieee80211
sudo make check_old

durante questa fase molto probabilmente ci verrà chiesto se vogliamo sovrascrivere una precedente installazione o il subsystem presente nel kernel, la risposta da dare è si (Y). Quindi continuiamo

sudo make
sudo make install
sudo depmod -ae

Terminata questa prima parte possiamo iniziare ad installare i driver ipw3945, scompattiamo l’archivio nella home

tar xzvf ipw3945-1.2.2.tgz

entriamo nella cartella appena estratta

cd ~/ipw3945-1.2.2

modifichiamo, aprendo con il nostro editor di testo preferito il file Makefile, scommentando (togliendo il # iniziale) le seguenti righe, per abilitare il supporto al mode monitor (in fondo all’articolo è riportata la parte iniziale del Makefile usato da me).

CONFIG_IPW3945_MONITOR=y
CONFIG_IEEE80211_RADIOTAP=y
CONFIG_IPW3945_PROMISCUOUS=y

quindi compiliamo

make SHELL=/bin/bash

Nel caso in cui il make restituisse un errore, seguiamo il consiglio datoci dal make stesso  cioè, compiliamo aggiungendo l’opzione IEEE80211_IGNORE_DUPLICATE=y

make SHELL=/bin/bash IEEE80211_IGNORE_DUPLICATE=y

sudo make install
sudo depmod -ae

Il terzo passo è l’installazione del firmware, scompattando l’archivio

tar xzvf ipw3945-ucode-1.14.2.tgz

e copiando il firmware in /lib/firmware

cd ipw3945-ucode-1.14.2
sudo cp ipw3945.ucode /lib/firmware

L’ultimo passo è l’installazione del demone regolatore, estraiamo l’archivio

tar zxvf ipw3945d-1.7.22.tgz

e se abbiamo un sistema a 32 bit

cd ~/ipw3945d-1.7.22/x86
sudo mv ipw3945d /sbin

se, invece, abbiamo un sistema a 64 bit

cd ~/ipw3945d-1.7.22/x86_64/
sudo mv ipw3945d /sbin

Finite queste operazioni rientriamo nella cartella dei driver ipw3945

cd ~/ipw3945-1.2.2

e modifichiamo il file load, sostituendo

#!/bin/sh

con

#!/bin/bash

quindi lanciamo

sudo ./load debug=0

Adesso dobbiamo fare in modo che il demone sia caricato ad ogni avvio del sistema in automatico. Per far ciò editiamo il file /etc/rc.local inserendo la voce ipw3945d prima di exit 0 e salviamo.

Makefile

#
# Makefile for the Linux Wireless network device drivers.
#
# Original makefile by Peter Johanson
#
# NOTE: This make file can serve as both an external Makefile (launched
# directly by the user), or as the sub-dir Makefile used by the kernel
# build system.

# If CONFIG_IPW* isn’t set, we’ll assume the user has never configured
# their kernel to include this module and set up some defaults.
#
# NOTE: If you have previously added the IPW project to your kernel
# and configured it for inclusion, these settings will be
# overridden by your kernel configuration.
ifndef CONFIG_IPW3945
EXTERNAL_BUILD=y
CONFIG_IPW3945=m
CONFIG_IPW3945_DEBUG=y

# NOTE: QoS support is currently broken in the build. DO NOT ENABLE.
# CONFIG_IPW3945_QOS=y

# If you are not interested in using monitor mode, simply comment out:
#
# NOTE: If you have problems compiling due to IW_MODE_MONITOR not being
# defined then you need to update the wireless extension version
# installed in your kernel, or comment this line out.
CONFIG_IPW3945_MONITOR=y

# If you are interested in using radiotap headers in monitor mode,
# simply uncomment:
#
# NOTE: To use RADIOTAP you must also enable MONITOR above.
CONFIG_IEEE80211_RADIOTAP=y

# The above monitor mode provides standard monitor mode. The following
# will create a new interface (named raw%d) which will be sent all
# 802.11 frames received on the interface
#
# NOTE: To use PROMISCUOUS you must also enable MONITOR above.
CONFIG_IPW3945_PROMISCUOUS=y

# The following, if enabled, will add a sysfs entry ‘rx’ that raw
# 802.11 radiotap formatted packets can be written to. Those packets
# will be passed to the driver as if they were received from over the
# air. This is useful in debugging features not supported by your AP.
# CONFIG_IPW3945_SIM_RX=y

endif

Nei kernel distribuiti da Debian ed Ubuntu è stata individuata e confermata una vulnerabilità che garantisce ad un utente locale la possibilità di diventare root, eseguendo semplicemente questo exploit; la falla di sicurezza è stata individuata nell’errato comportamento della system call vmsplice() e, sebbene al momento il bug sia stato confermato solo in Debian ed Ubuntu, è probabile che esso sia presente nella gran parte delle distribuzioni. Sul bug tracker di Debian è già disponibile un workaround che rende inutilizzabile l’exploit.

via | Ossblog

Vediamo più nei dettagli come installare un nuovo kernel partendo da una versione vanilla ed importando la configurazione del kernel attualmente in uso. Ricordo che la configurazione/compilazione è un’operazione molto delicata, la cancellazione di un semplice modulo può compromettere l’intero sistema.
In questa guida mi riferirò al kernel 2.6.23.14 e la cartella estratta contenente il kernel si troverà nella home (~).

Per prima cosa bisogna procurarsi i sorgenti del kernel da installare al sito kernel.org ed estrarre l’archivio nella nostra home (~) o nella Scrivania, non ha molta importanza, perchè dovremo spostare la carella estratta in /usr/src .

A questo punto bisogna assegnare al nostro utente i permessi di lettura e scrittura nella cartella /usr/src, inserendo il nostro utente nel gruppo src.

sudo adduser UTENTE src
sudo chmod -R g+wr /usr/src/*


quindi copiamo la cartella in /usr/src

sudo cp -R ~/linux-2.6.23.14 /usr/src

Adesso, per importare la configurazione del kernel in uso, copiamo il file config-versionedelkernel presente in /boot nella cartella che contiene il kernel nuovo, e rinominiamo tale file in .config

sudo cp /boot/config-versionedelkernel /usr/src/linux-2.6.23.14/.config

Passiamo quindi alla parte più interessante. Spostiamoci in

cd /usr/src/linux-2.6.23.14

ed importiamo la configurazione precedente

sudo make oldconfig

ci verranno poste alcune domande sull’inserimento o meno di nuovi moduli che non erano presenti nel vecchio kernel. Ovviamente la configurazione del kernel varia da computer a computer, sarebbe, quindi, inutile dirvi quali moduli inserire e quali no, però un ottimo aiuto ve lo possono fornire i siti Kernelnewbies.org e Linux Kernel Configuration Archive, nei quali potrete trovare informazioni utili sui vari moduli.

Finito questo passo, possiamo effettuare un’ulteriore configurazione del kernel, col comando

• Su Ubuntu
make gconfig
• Su Kubuntu
make xconfig

Durante questa fase è possibile selezionare il proprio tipo di processore, power management, cpu scaling ed altro (10 modifiche del kernel per un sistema al top)

Terminata la configurazione, ci prepariamo alla compilazione.

Nel caso in cui possediamo un sistema con processore dual core, possiamo far avvenire più compilazioni in parallelo con il comando

export CONCURRENCY_LEVEL=2

quindi compiliamo

sudo make-kpkg --rootcmd fakeroot kernel_image kernel_headers

è possibile aggiungere anche l’opzione --append-to-version attraverso cui possiamo definire un suffisso personalizzato per il proprio kernel (uso: --append-to-version=-suffisso), è importante che ci sia il singolo trattino prima del suffisso.

Terminata la compilazione ci spostiamo nella cartella /usr/src ed installiamo i pacchetti appena creati

sudo dpkg -i linux-image-[VERSIONE_DEL_KERNEL].deb
sudo dpkg -i linux-headers-[VERSIONE_DEL_KERNEL].deb

Il boot loader GRUB verrà aggiornato automaticamente.
Riavviare il computer e quindi scegliere il nuovo kernel installato.
Se ci sono problemi, riavviare la macchina e utilizzare il vecchio kernel.

Siti di riferimento Wiki Ubuntu, Debian Kernel HowTo.

Ieri avevo un pò di tempo libero e mi son detto:”vediamo se riesco a sputtanare il mio sistema: mi compilo un kernel vanilla!!!”

Non avendo mai compilato un kernel ho cominciato a cercare sul web com’è che si fa, consigli, possibili problemi che possono insorgere e altra roba simile. Per prima cosa sono andato a cercare tra le wiki di Ubuntu, e proprio qui ho trovato quello che mi serviva; girovagando sul web ho scoperto, anche, che compilando un kernel vanilla avrei dovuto installare i driver per la scheda Intel 3945ABG (ero abituato ad averli già inclusi nel kernel Ubuntu), i driver video per la mia Ati (per questi so come fare!) ed i driver per l’audio (Alsa driver). Il problema, per me, più grande era la scheda Intel 3945ABG ma fortunatamente ho trovato in due blog amici (Divilinux e Morf3us) come fare, inoltre, nel blog di Divilinux ho trovato alcuni consigli sulla configurazione del kernel davvero utili!

La configurazione/compilazione/installazione del nuovo kernel (2.6.23.14) grazie alla guida presente sul wiki ed ai consigli di configurazione di Divilinux è filata liscia senza intoppi, in mezz’ora era già tutto pronto.

Al primo avvio ho dovuto installare i driver video fglrx 8.01 che stavolta non hanno fatto i capricci, mi è bastato dare i seguenti due comandi per averli funzionanti

sudo ./ati-driver-installer-8-01-x86.x86_64.run --extract
sudo ./ati-driver-installer-8-01-x86.x86_64.run --install

Per i driver Intel3945ABG ho seguito un misto di queste due guide (guida1 e guida2).
Il misto è dovuto al fatto che durante la comiplazione dei driver ipw3945, seguendo la prima guida il make terminava sempre con un errore, mentre, grazie alla seconda ho scoperto che dovevo cambiare i comandi

make IEEE80211_IGNORE_DUPLICATE=y
sudo make install

con questi altri

make SHELL=/bin/bash IEEE80211_IGNORE_DUPLICATE=y
sudo make install SHELL=/bin/bash

Alla fine, come consigliato da Morf3us, aggiungiamo al file /etc/rc.local, prima di exit 0, la stringa

ipw3945d

A questo punto aggiungo un consiglio:
Una volta che terminate l’installazione dei driver ipw3945 e ne verificate il corretto funzionamento, create il file ipw3945 in /etc/modprobe.d/

sudo touch /etc/modprobe.d/ipw3945

ed inserite all’interno questo testo

install ipw3945 /sbin/modprobe –ignore-install ipw3945 ; sleep 0.5 ; \
/sbin/ipw3945d –quiet
remove ipw3945 /sbin/ipw3945d –kill ; \
/sbin/modprobe -r –ignore-remove ipw3945

n.b.: purtroppo si confondo i due trattino con un unico trattino, guardate l’immagine qui sotto.

In questo modo renderemo possibile la disattivazione/attivazione del modulo ipw3945, che può tornarci utile quando effettuiamo lo switch al modulo ipwraw.

Infine ho installato i driver Alsa seguendo questa guida.

Unica nota dolente, come avrete notato ho installato il kernel 2.6.23.14 e mentre scrivo questo articolo mi accorgo che è uscito il kernel 2.6.24