Problemi Slackware 12.1

[Bart]

Non ti seguo... Se intendi scorrere la pagina fino in fondo, non compare comunque state.

[conraid]

Non ti seguo... Se intendi scorrere la pagina fino in fondo, non compare comunque state.

Allora cerca le "dipendenze", non avrai compilato qualcosa

Codice: Seleziona tutto

"state" match support (NETFILTER_XT_MATCH_STATE)

type: tristate
prompt: "state" match support
    dep: NET && INET && NETFILTER && NETFILTER_XTABLES && NF_CONNTRACK
default: m
    dep: NET && INET && NETFILTER && NETFILTER_XTABLES && NF_CONNTRACK && !NETFILTER_ADVANCED

Ad una prima occhiata cerca Netfilter connection tracking support (NF_CONNTRACK)

[Bart]

Ok, questa sera appena torno dal lavoro ci guardo. Grazie mille.

[Bart]

Allora ho trovato "state". Mancava il connection_track. Quello che mi fa rabbia è che partendo da un config (2.6.19) funzionante il make oldconfig mi ha sporcato di brutto il kernel, perché queste opzioni erano settate in quanto sto utilizzando gli stessi script di sempre.
Comunque abilitando lo state i problemi non si sono risolti: ora mi da invalid argument.

Codice: Seleziona tutto

/usr/sbin/iptables -t filter -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables: Invalid argument

Idee?

[conraid]

Cambiano spesso Bart, nel 2.6.25 anche voci usb per esempio. Devi stare attento.

Per il resto, quella regola la stai provando unica o è in uno script?
Come ti ho detto a me funziona

Prova prima a dare un esplicito

Codice: Seleziona tutto

modprobe ip_conntrack

[d4z_c0nf]

Allora ho trovato "state". Mancava il connection_track. Quello che mi fa rabbia è che partendo da un config (2.6.19) funzionante il make oldconfig mi ha sporcato di brutto il kernel, perché queste opzioni erano settate in quanto sto utilizzando gli stessi script di sempre.
Comunque abilitando lo state i problemi non si sono risolti: ora mi da invalid argument.

Codice: Seleziona tutto

/usr/sbin/iptables -t filter -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables: Invalid argument

Idee?

MM
Ma
IP: Netfilter Configuration -> Packet Filtering... c'è?

[Bart]

Allora ho trovato "state". Mancava il connection_track. Quello che mi fa rabbia è che partendo da un config (2.6.19) funzionante il make oldconfig mi ha sporcato di brutto il kernel, perché queste opzioni erano settate in quanto sto utilizzando gli stessi script di sempre.
Comunque abilitando lo state i problemi non si sono risolti: ora mi da invalid argument.

Codice: Seleziona tutto

/usr/sbin/iptables -t filter -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables: Invalid argument

Idee?

MM
Ma
IP: Netfilter Configuration -> Packet Filtering... c'è?

Si c'è, spulciando tutto netfilter ho notato che mancava il nat su ipv4: era quello (compilazione numero cinque . Adesso funziona. Grazie per la pazienza a tutti. Bene ora mi manca da sistemare la luminosità e il baco dei driver nvidia.

[d4z_c0nf]

Allora ho trovato "state". Mancava il connection_track. Quello che mi fa rabbia è che partendo da un config (2.6.19) funzionante il make oldconfig mi ha sporcato di brutto il kernel, perché queste opzioni erano settate in quanto sto utilizzando gli stessi script di sempre.
Comunque abilitando lo state i problemi non si sono risolti: ora mi da invalid argument.

Codice: Seleziona tutto

/usr/sbin/iptables -t filter -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables: Invalid argument

Idee?

MM
Ma
IP: Netfilter Configuration -> Packet Filtering... c'è?

Si c'è, spulciando tutto netfilter ho notato che mancava il nat su ipv4: era quello (compilazione numero cinque . Adesso funziona. Grazie per la pazienza a tutti. Bene ora mi manca da sistemare la luminosità e il baco dei driver nvidia.

Buona fortuna

rock

[Vito]

Il problema della stampante si ripete ad ogni riavvio :

Codice: Seleziona tutto

[vito@Vito:~]$ lpstat -p
la stampante Canon è in attesa.  Abilitata da mar 13 mag 2008 20:19:35 CEST
        /usr/lib/cups/filter/pstoraster failed

Come posso risolvere??

[Vito]

La stampante stamattina mi stampa senza problemi.

[Bart]

Sto iniziando a pensare che sia a livello del kernel il problema ma mi fa strano avendo sempre funzionato. Anche il touchpad non funziona benissimo....è iper sensibile ed è imposssibile fare un singolo click. Comunque non parlo di init 3.
Altra bega che ho individuato è alla chiusura di kde. Rimane lo schermo nero. I comandi li prende ma io continuo a non vedere nulla. Mi succedeva la stessa cosa con la 12.0 ed è probabilmente un conflitto tra xorg e i driver nvidia. Idee, soluzioni?

sono gli stessi identici problemi che ho avuto io. (come ho detto prima).
per quanto riguarda lo schermo nero alla chiusura. Il problema per me era il kernel 2.6.25.1 e driver nvidia beta, con quello patchato nn me lo fa (anche se freeza con compiz quando sovraccarico). per il mouse usb come ti ho detto prima ho risolto ricompilando in kernel (con + attenzione, anche se nn mi sembrava nella prima compilazione di aver sbagliato qualcosa) e mi sono ricompilato synaptics da git. (è rimasta troppo sensibile solo la parte dello scroll, per il click nessun problema).

Il problema dello schermo nero è dovuto ai driver nvidia. Per ora me lo tengo ma non credo che versioni future lo risolveranno, in quanto è più di un anno che me lo ritrovo tra le scatole. Per il resto penso di esserci. Da quello che ho potuto notare questa slackware è paragonabile ad una 12.0. Per ora si è rivelata stabile, anche se non l'ho utilizzata tantissimo, e non ho notato rallentamenti al boot (però ho veramente ridotto all'osso il kernel):

Codice: Seleziona tutto

du /boot/vmlinuz-2.6.24.7g
2228    /boot/vmlinuz-2.6.24.7g

Ottima impressione su CFQ e governor ondemand. Prima usavo il performance sul portatile ma con l'ondemand va decisamente meglio e mi ritrovo una temperatura media di esercizio di 5 gradi in meno. Straconsigliato. Apprezzato anche il nuovo bootsplash. Mostruosa la mole di pacchetti installata con la full: più di 4 GB. Se non ricordo male, se torniamo indietro di circa 18 mesi, troviamo 1GB di differenza.

[Mario Vanoni]

@bart

Ho riscontrafo un altro rospo su questa tematica (titolo).
Due macchine no, con una updatata da 12.0, con resti 11.0, si`.

L'ho risolto in tre ore, perfido e subdolo, kernel 2.6.25.3.

Domanda: va bene in questa thread?

[conraid]

@bart

Ho riscontrafo un altro rospo su questa tematica (titolo).
Due macchine no, con una updatata da 12.0, con resti 11.0, si`.

L'ho risolto in tre ore, perfido e subdolo, kernel 2.6.25.3.

Domanda: va bene in questa thread?

Ma problema e soluzione quali erano?

[Bart]

@bart

Ho riscontrafo un altro rospo su questa tematica (titolo).
Due macchine no, con una updatata da 12.0, con resti 11.0, si`.

L'ho risolto in tre ore, perfido e subdolo, kernel 2.6.25.3.

Domanda: va bene in questa thread?

Mario intendi dire l'uso del make oldconfig che salta delle opzioni?

[Mario Vanoni]

Mario intendi dire l'uso del make oldconfig che salta delle opzioni?

No, questione di update, short-form:

- 12.0 mette /etc/udev/rules.d/50-udev.rules, datato 2007
- 12.1 mette /etc/udev/rules.d/50-udev-default.rules
- piccola differenza tra i due, come impostare /dev/rtc
- reboot e prevale il primo
- il tempo del sistema sgarra di due ore (+2h)
- hwclock da errore non riconoscendo un /dev/rtc linkato/sbagliato
- rm -iv /etc/udev/rules.d/50-udev.rules
- reboot e tutto funziona, HH:MM:SS OK, come sulle altre 2 macchine
- hwclock funziona
- altro reboot, orologio aggiornato e perfettto