[RISOLTO] kernel 2.6.30.2

[Mario Vanoni]

Ha problemi con la nuova voce
CONFIG_DEFAULT_MMAP_MIN_ADDR
per difetto (default) e` 4096

Su tre macchine quasi uguali:

una funziona perfettamente

due schermo nero dopo LILO,
Ctrl-Alt-Del non reagisce, interruttore.

Provato a cambiare il valori,
ogni volta ricompilando il kernel:
0
4096
8192
16384
32738
65536
sempre schermo nero.

Mi sa che aspetto 2.6.30.[345],
messaggio a LKML?
Greg KH e` in vacanza le prossime settimane,
lo ha annunciato lui ...

[targzeta]

Cavolo, io l'ho già compilato e installato, solo che non ho ancora fatto il reboot. Speriamo bene, anche perchè ho sempre un solo kernel .

Emanuele

[Porky]

Io l'ho compilato oggi partendo dal .config del 2.6.30.1; quella voce credo di averla lasciata com'era di default, non sapendo cosa fosse, e non mi ha dato nessun problema. Qualcuno sa a cosa serve di preciso?

Cavolo, io l'ho già compilato e installato, solo che non ho ancora fatto il reboot. Speriamo bene, anche perchè ho sempre un solo kernel .

Emanuele

io invece sto facendo una spacie di collezione di tutti kernel che mi ricompilo ho 4 voci diverse solo per slackware nel menu di lilo

[targzeta]

...io invece sto facendo una spacie di collezione di tutti kernel che mi ricompilo ho 4 voci diverse solo per slackware nel menu di lilo

Fortunatamente quando mi compilo un kernel il:

Codice: Seleziona tutto

make install

esegue un mio script per pacchettizzare a richiesta, kernel, moduli e/o header.
Inoltre lo script dopo aver installato di pacchetti li copia tutti in una directory, quindi è vero che ho solo un kernel ha disposizione, e che dal prossimo reboot avrò il 2.6.30.2, però è anche vero che il 2.6.30.1 ce l'ho pacchettizzato in una directory...inoltre ho anche una slackware su pendrive, quindi il ripristino è solo noioso, ma non difficile. Comunque io incrocio le dita

Emanuele

[anycolouryoulike]

Io ho un mio script che copia il nuovo kernel in /boot e, a richiesta, lo imposta come predefinito oppure aggiunge una voce al menu.lst:

Codice: Seleziona tutto

#!/bin/sh
set -e
[[ $1 == -h || $1 == --help ]] && {
    echo "Usage: $0 [VERSION] [OPTION]...
  -d  set new kernel as default
  -b  add the new kernel to /boot/grub/menu.lst"
    exit
}
[ $UID = 0 ]
get_version()
{
    echo $1 | sed -n 's|^\(/usr/src/\)\?linux-\([^/]\+\)$|\2|p'
}
VERSION=$(get_version $(echo $PWD))
[ -z $VERSION ] && [ -L /usr/src/linux ] && VERSION=$(get_version $(readlink /usr/src/linux))
[ -z $VERSION ] && [ "$(ls -d /usr/src/linux* | wc -l)" = "1" ] && VERSION=$(get_version $(ls -d /usr/src/linux*))
[ -z $VERSION ] && {
    echo "$0: cannot autodetect kernel version"
    exit
}
cd /usr/src/linux-$VERSION
cp arch/x86/boot/bzImage /boot/vmlinuz-$VERSION
cp System.map /boot/System.map-$VERSION
cp .config /boot/config-$VERSION
[[ $1 == -d || $2 == -d || $3 == -d ]] && {
    cd /boot
    rm -f vmlinuz System.map config
    ln -s vmlinuz-$VERSION vmlinuz
    ln -s System.map-$VERSION System.map
    ln -s config-$VERSION config
    cd /usr/src
    rm -f linux
    ln -s linux-$VERSION linux
    echo "-d"
}
[[ $1 == -b || $2 == -b || $3 == -b ]] && {
    echo "
title Slackware Linux 12.2 $VERSION
root (hd0,0)
kernel /vmlinuz-$VERSION root=/dev/sda3 vga=791" >> /boot/grub/menu.lst
    echo "-b"
}
echo $VERSION

[Mario Vanoni]

root@va2:~# /sbin/lilo
Added lin *
Added 301
Added 30
Added lin294
Added Linux
root@va2:~#

Linux e` quello di PJV.
lin l'ultimo non funzionante (2.6.30.2).

Visto che anche altri hanno problemi,
l'ho segnalato a LKML.

[DarthSteve]

Problema -indiretto- per me... !! Compilato il kernel con il config del 2.6.30.1...
(via menuoldconfig) ...tutto OK. Reboot del sistema... OK.. ma lanciando
"iptables 1.4.4" da errore "iptables: no chain/target.. etc." quando esegue il comando:

iptables A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

invece con il '2.6.30.1' e' tutto OK!

Fate una prova anche voi....cosi per sapere se ho sbagliato...qualche cosa!!
TIA!

[phobos3576]

Vi segnalo che il 2.6.30.2 è uscito principalmente per rispondere a questo (presunto) problema:

http://www.theregister.co.uk/2009/07/17 ... l_exploit/

Come spesso accade nel mondo Linux, appena segnalato l'exploit era già presente la patch.
In ogni caso, Linus Torvalds ha risposto in modo seccato che il kernel c'entra poco o nulla e la patch è stata rilasciata per puro scrupolo; in sostanza, ci troviamo nella classica situazione dove l'utente deve materialmente loggarsi come root ed eseguire il codice che provoca l'exploit.

Della serie: se mi permettono di entrare al Pentagono e mettere le mani sui loro computer ...

That does not look like a kernel problem to me at all. He's running a setuid program that allows the user to specify its own modules. And then you people are surprised he gets local root?

E Rob Graham, CEO della Errata Security gli dà ragione:

Setuid is well-known as a chronic security hole. Torvalds is right, it's not a kernel issue, but it is a design 'flaw' that is inherited from Unix. There is no easy solution to the problem, though, so it's going to be with us for many years to come.

[ksniffer]

Ha problemi con la nuova voce
CONFIG_DEFAULT_MMAP_MIN_ADDR
per difetto (default) e` 4096

Su tre macchine quasi uguali:

una funziona perfettamente

due schermo nero dopo LILO,
Ctrl-Alt-Del non reagisce, interruttore.

Provato a cambiare il valori,
ogni volta ricompilando il kernel:
0
4096
8192
16384
32738
65536
sempre schermo nero.

Mi sa che aspetto 2.6.30.[345],
messaggio a LKML?
Greg KH e` in vacanza le prossime settimane,
lo ha annunciato lui ...

Anche a me sul fisso schermo nero, sul 2.6.30.1 invece si freezava spesso con una Radeon. Cosa che non succede affatto con il 2.6.29.x .

[ksniffer]

Problema -indiretto- per me... !! Compilato il kernel con il config del 2.6.30.1...
(via menuoldconfig) ...tutto OK. Reboot del sistema... OK.. ma lanciando
"iptables 1.4.4" da errore "iptables: no chain/target.. etc." quando esegue il comando:

iptables A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

invece con il '2.6.30.1' e' tutto OK!

Fate una prova anche voi....cosi per sapere se ho sbagliato...qualche cosa!!
TIA!

Sul portatile dove ho un Centrino Intel con Mobility Radeon 9200 non si freeza e questo problema non lo da.

[robbybby]

Problema -indiretto- per me... !! Compilato il kernel con il config del 2.6.30.1...
(via menuoldconfig) ...tutto OK. Reboot del sistema... OK.. ma lanciando
"iptables 1.4.4" da errore "iptables: no chain/target.. etc." quando esegue il comando:

iptables A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

invece con il '2.6.30.1' e' tutto OK!

Fate una prova anche voi....cosi per sapere se ho sbagliato...qualche cosa!!
TIA!

Penso sia solo un errore di stumpa qui, comunque il comando giusto e':

Codice: Seleziona tutto

iptables -A[ INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

col - prima di A

Comunque a me funziona, sia questo comando, che il kernel.
A proposito del nuovo parametro: con make oldconfig, da' come default 4096. Ho provato a fare un menuconfig, e li' dentro da' come default 65536. Io ho messo 65536.

[DarthSteve]

Prima di tutto.... grazie della prova... ^__^

Penso sia solo un errore di stumpa qui, comunque il comando giusto e':
iptables -A[ INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
col - prima di A

Gia... ho riscritto manualmente il comando...
(mi dispiace di aver fatto sprecare i bits e tempo per questo --mis-typing--)

Comunque a me funziona, sia questo comando, che il kernel.

Nel kernel ho disabilitato "CONFIG_NF_CT_ACCT" (nella sezione 'Networking Support...")
come suggerito, perche e' --deprecated-- ...etc.
Spero che non sia questo che fa la differenza !

A proposito del nuovo parametro: con make oldconfig, da' come default 4096. Ho provato a fare un menuconfig, e li' dentro da' come default 65536. Io ho messo 65536.

Qui con -oldconfig- e -menuconfig- di default mi indica 4096.
Stasera, forse, provo con 65536 e... poi ti informo come e' andata!

[robbybby]

Nel kernel ho disabilitato "CONFIG_NF_CT_ACCT" (nella sezione 'Networking Support...")
come suggerito, perche e' --deprecated-- ...etc.
Spero che non sia questo che fa la differenza !

Io ce l'ho abilitato.

Qui con -oldconfig- e -menuconfig- di default mi indica 4096.
Stasera, forse, provo con 65536 e... poi ti informo come e' andata!

Per la fretta mi e' rimasta un pezzo di spiegazione nella tastiera: intendevo dire che l'help interno che appare con il menuconfig, da', come default, 65536.

Codice: Seleziona tutto

Symbol: DEFAULT:MMAP_MIN_ADDR [=65536]

[twister]

Nessun problema su 2 portatili

[submax82]

Io ho un mio script che copia il nuovo kernel in /boot e, a richiesta, lo imposta come predefinito oppure aggiunge una voce al menu.lst:

Codice: Seleziona tutto

#!/bin/sh
set -e
[[ $1 == -h || $1 == --help ]] && {
    echo "Usage: $0 [VERSION] [OPTION]...
  -d  set new kernel as default
  -b  add the new kernel to /boot/grub/menu.lst"
    exit
}
[ $UID = 0 ]
get_version()
{
    echo $1 | sed -n 's|^\(/usr/src/\)\?linux-\([^/]\+\)$|\2|p'
}
VERSION=$(get_version $(echo $PWD))
[ -z $VERSION ] && [ -L /usr/src/linux ] && VERSION=$(get_version $(readlink /usr/src/linux))
[ -z $VERSION ] && [ "$(ls -d /usr/src/linux* | wc -l)" = "1" ] && VERSION=$(get_version $(ls -d /usr/src/linux*))
[ -z $VERSION ] && {
    echo "$0: cannot autodetect kernel version"
    exit
}
cd /usr/src/linux-$VERSION
cp arch/x86/boot/bzImage /boot/vmlinuz-$VERSION
cp System.map /boot/System.map-$VERSION
cp .config /boot/config-$VERSION
[[ $1 == -d || $2 == -d || $3 == -d ]] && {
    cd /boot
    rm -f vmlinuz System.map config
    ln -s vmlinuz-$VERSION vmlinuz
    ln -s System.map-$VERSION System.map
    ln -s config-$VERSION config
    cd /usr/src
    rm -f linux
    ln -s linux-$VERSION linux
    echo "-d"
}
[[ $1 == -b || $2 == -b || $3 == -b ]] && {
    echo "
title Slackware Linux 12.2 $VERSION
root (hd0,0)
kernel /vmlinuz-$VERSION root=/dev/sda3 vga=791" >> /boot/grub/menu.lst
    echo "-b"
}
echo $VERSION

scusami ma a quel punto usa kernelpkg