Re: Fglrx e EDED EEPROM e LCD morto
> Confermo tutto sull'assistenza DELL (già provata, proprio sull'LCD > di questa macchina: in due giorni me lo hanno cambiato! E non hanno fatto > una piega perché non c'era più il "loro" sistema operativo) ma la > macchina ha più di tre anni e la garanzia è scaduta tre mesi fa... Capperi, mi spiace. Non per fare pubblicità, ma DELL && HP && IBM (solo sui prodotti PRO, non quelli da supermercato, lì è un'altra questione) hanno un'assistenza di alto livello, assolutamente scorrelata a cosa monti la macchina. Io proverei comunque a chiamare l'assistenza, dal codice di errore del diagnostico ti possono aiutare (o comunque spiegare meglio cosa è accaduto)... e farti un preventivo per la sostituzione del display :( Luca -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120313214409.m6...@corep.it
Re: Fglrx e EDED EEPROM e LCD morto
Il giorno mar, 13/03/2012 alle 22.10 +0100, dea ha scritto: > Probabilmente la mia risposta sembrerà banale, ma dato che si tratta di una > macchina DELL e dato che DELL ha un'assistenza di alto livello ed il tool > diagnostico del produttore identifica un problema, se la macchina è ancora in > garanzia, in 24 ore ti risolvono il problema (cambiando componenti HW). Confermo tutto sull'assistenza DELL (già provata, proprio sull'LCD di questa macchina: in due giorni me lo hanno cambiato! E non hanno fatto una piega perché non c'era più il "loro" sistema operativo) ma la macchina ha più di tre anni e la garanzia è scaduta tre mesi fa... -- Vincenzo Villa IISS Alessandro Greppi Monticello Brianza - Lecco http://www.issgreppi.it -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1331673734.2721.3.camel@vv.village
Re: Fglrx e EDED EEPROM e LCD morto
Vincenzo, ciao ! Probabilmente la mia risposta sembrerà banale, ma dato che si tratta di una macchina DELL e dato che DELL ha un'assistenza di alto livello ed il tool diagnostico del produttore identifica un problema, se la macchina è ancora in garanzia, in 24 ore ti risolvono il problema (cambiando componenti HW). Trovo strano (volevo scrivere impossibile, ma questa parola non dovrebbe mai essere usata) che un upgrade del kernel causi questi problemi. Diversi anni fa (parecchi) ricordo che una distro (non Debian) in seguito a non ricordo quale procedura o evento rendeva inutilizzabile un particolare tipo di masterizzare perchè il produttore dello stesso usava delle funzioni non documentate per gestire il suo firmware, operazioni che andavano a sovrapporsi e quindi a "distruggere" il firmware del device. Non sarà il tuo caso, ma quanto basta per non usare la parola impossibile. :) CIAO Luca -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120313205943.m34...@corep.it
Fglrx e EDED EEPROM e LCD morto
Un saluto a tutta la lista Ho un portatile Dell 1537 con una Radeon HD3400. Uso testing e (per una serie di ragioni...) i driver proprietari ATI. Oggi ho aggiornato il kernel (da 3.2.0-1-amd64 a 3.2.0-2-amd64) e i nuovi driver della scheda grafica. Durante l'aggiornamento il monitor ha cominciato a lampeggiare e dal successivo riavvio lo schermo è apparso completamente nero (niente logo dell, niente messaggi del boot, niente X). Su monitor esterno, VGA e HDMI, tutto perfetto. Semplicemente sembra sparito l'LCD! Il tool diagnostico Dell mi dice (su monitor esterno, ovviamente): Unable to access EDID EEPROM (error code 2000-0321). Googlando trovo problemi di cavetti (che tenderei ad escludere vista la modalità del blocco) e qualche accenno alla cancellazione della memoria di configurazione dell'LCD (non bios o cose "normali"). Non ho trovato bug di questo tipo, né nel kernel né nel driver, né altrove. Avete consigli? Grazie -- Vincenzo Villa IISS Alessandro Greppi Monticello Brianza - Lecco http://www.issgreppi.it -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1331668820.3800.16.camel@vv-whezzy.village
Re: come compilare il kernel debian 3.2 riducendo al minimo
Ciao Enrico ! Su un sistema come il tuo mi permetterei di consigliarti di alleggerire il più possibile il sistema da tutto ciò che non è essenziale. Non intendo parti del kernel, ma demoni. Riduci tutto all'osso, evita servizi inutili ed usa un ambiente grafico il più possibile leggero. La tua macchina rientra comunque nella categoria "standard" per un kernel i386. La ricompilazione (o meglio, l'ottimizzazione) di un kernel inizia ad essere necessaria per usi davvero particolari. Un db server con TANTA RAM ha esigenze specifiche, come le ha un firewall dove si possono includere patch per funzionalità di hardening non nativamente presenti in un kernel Linux (o direttive di compilazione diverse: http://wiki.debian.org/Hardening) o un kernel per un router (p.e. progetto "dd-wrt"). Poi, per carità, ricompilare un kernel su misura è anche divertente proprio per conoscere meglio il tuo sistema e per la piacevole sensazione che da far partire il tuo PC con un kernel "costruito per". CIAO Luca -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120313185059.m38...@corep.it
Re: come compilare il kernel debian 3.2 riducendo al minimo
On 03/12/12 22:00, dea wrote: Quanto richiedi viene già fatto da un kernel monolitico modulare. Ovviamente in seguito ad una ricompilazione opportuna si può adattare un kernel in base alla proprie necessità/hardware. Un esempio è quando lavori su hardware embedded, un sistema ultramicro dove risparmiare pochi Kbyte è importante e supportare quanto non espressamente specificato inutile. Mi sa che mi sono lasciato trasportare dall'ottimismo del principiante ^^ ho un notebook vecchio e lo uso per fare veramente poche cose, collegarmi a internet, scrivere testi, compilare qualcosina di veramente semplice legato agli scacchi in C, stampare, salvare qualcosa su chiavette usb, caricare scaricare l'ipad, ogni tanto ci guardo un film magari. Uso un notebook vecchiotto ormai con 512mb di ram acer3692. Sarà che le risorse sono ridotte, (anche le mie capacità di interazione a dire il vero), ma ho la sensazione che usare un sistema operativo che puo' praticamente fare tutto, per fare 3 o 4 cose sia uno spreco di risorse, in una situazione in cui le risorse della ram e della cpu sono limitate. Mano a mano che utilizzo questo sistema operativo mi piace sempre di più non solo per la praticità in se, ma anche per la filosofia degli sviluppatori e dei fruitori del sistema. Pensa che prima di leggere la tua risposta sono dovuto andare a leggere su wikipedia cosa sia un kernel monolitico modulare o hardware embedded. Mi sono documentato un po sulla compilazione del kernel, e ho provato a compilare escludendo un po' di roba, ovviamente non parte ^^, ho come la sensazione che il sistema sia zavorrato da tutte quelle opzioni che non mi interessano e che non utilizzerò mai, forse dovrei concentrarmi su cosa facciano i servizi attivi del sistema operativo e cominciare ad escludere quelli prima di dedicarmi ad una cosa complicata come compilare il kernel da perfetto ignorante. Spero di aver chiarito un po' di più i miei obbiettivi, purtroppo meno cose sai meno è facile essere chiari, vorrei restare in un ambiente come debian (lxde mi piace molto perchè è molto + performante) che mi sembra un'ottimo compromesso tra i servizi e le prestazioni, ho provato puppy, per esempio, ma mi sembra che sia troppo distante da una reale integrazione del software disponibile nonostante l'ottimizzazione delle risorse che utilizza, e poi ho come la sensazione che puppy sia per utenti un po' più smaliziati di me ^^. -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jjo39k$og4$1...@speranza.aioe.org
Re: iptables (bloccare tutto specificando mac address)
Il giorno Mar 13 Mar 2012 15:57:43 CET, Pol Hallen ha scritto: > L'idea di base è bloccare tutto il traffico dei client (tutto il traffico > verso > internet), acconsentire quello della lan in ogni caso. > Permettere (specificando mac address) i client desiderati Non capisco questo punto: che differenza c'è tra i client e la lan? > sorry per la notifica di lettura (disattivata) No problem. > Io metterei: > iptables -A FORWARD -s 192.168.1.0/24 -d 0/0 -j DENY > poi le autorizzazioni by mac address > che dici? > PS: questa regola però mi blocca anche il traffico lan, no? > Pol Sì in FORWARD ti blocca sicuramente (e considera che è DROP, non DENY). Io generalmente per le chain INPUT e FORWARD metto la policy di default a DROP e poi dichiaro i vari override. Per intenderci, la cosa più minimale: iptables -P INPUT DROP iptables -P OUTPUT ACCEPT iptables -P FORWARD DROP iptables -A INPUT -i lo -j ACCEPT iptables -A OUTPUT -o lo -j ACCEPT iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT così non passa nulla. E da qui aggiungi gli override, per esempio: iptables -A FORWARD -i $IFLAN -p tcp -m multiport --dports 22 -m state --state NEW -j ACCEPT e abiliti l'ssh dall'interno della lan all'esterno ($IFLAN è l'interfaccia affacciata sulla LAN). -- RaSca Mia Mamma Usa Linux: Niente è impossibile da capire, se lo spieghi bene! ra...@miamammausalinux.org http://www.miamammausalinux.org -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f5f680b.6010...@miamammausalinux.org
Re: iptables (bloccare tutto specificando mac address)
L'idea di base è bloccare tutto il traffico dei client (tutto il traffico verso internet), acconsentire quello della lan in ogni caso. Permettere (specificando mac address) i client desiderati sorry per la notifica di lettura (disattivata) Io metterei: iptables -A FORWARD -s 192.168.1.0/24 -d 0/0 -j DENY poi le autorizzazioni by mac address che dici? PS: questa regola però mi blocca anche il traffico lan, no? Pol -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203131557.43788.polhal...@fuckaround.org
Re: iptables (bloccare tutto specificando mac address)
Il giorno Mar 13 Mar 2012 14:45:21 CET, Pol Hallen ha scritto: [...] > Potrebbe essere sufficiente modificare queste regole impostando un DENY > anzichè > un ACCEPT? > iptables -A FORWARD -s 192.168.1.0/24 -d 0/0 -j ACCEPT Sì, ma occhio all'ordine. Se metti in testa questa in DENY allora tutti matcheranno questa. E quindi avrai un DENY globale. La DENY deve andare in fondo (oppure deve essere impostata a livello di tabella, usando -P). Bye, -- RaSca Mia Mamma Usa Linux: Niente è impossibile da capire, se lo spieghi bene! ra...@miamammausalinux.org http://www.miamammausalinux.org -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f5f5a3e.5080...@miamammausalinux.org
iptables (bloccare tutto specificando mac address)
'giorno a tutti :-) il mio attuale firewall consiste in questo: iptables -F iptables -t nat -F iptables -t mangle -F iptables -X iptables -P OUTPUT ACCEPT iptables -P FORWARD DROP iptables -P INPUT DROP iptables -A INPUT -f -j DROP iptables -A INPUT -m state --state INVALID -j DROP iptables -A OUTPUT -f -j DROP iptables -A OUTPUT -m state --state INVALID -j DROP iptables -A INPUT -i lo -j ACCEPT iptables -A OUTPUT -o lo -j ACCEPT iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT iptables -A OUTPUT -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT iptables -A FORWARD -s 192.168.1.0/24 -d 0/0 -j ACCEPT iptables -A FORWARD -m state --state ESTABLISHED,RELATED -d 192.168.1.0/24 -j ACCEPT iptables -A FORWARD -s 192.168.1.0/24 -j ACCEPT iptables -A FORWARD -d 192.168.1.0/24 -j ACCEPT per motivi di sicurezza, vorrei bloccare tutte le connessioni della rete interna (192.168.1.0) verso l'esterno consentendo soltanto i client autorizzati. Potrebbe essere sufficiente modificare queste regole impostando un DENY anzichè un ACCEPT? iptables -A FORWARD -s 192.168.1.0/24 -d 0/0 -j ACCEPT iptables -A FORWARD -m state --state ESTABLISHED,RELATED -d 192.168.1.0/24 -j ACCEPT iptables -A FORWARD -s 192.168.1.0/24 -j ACCEPT iptables -A FORWARD -d 192.168.1.0/24 -j ACCEPT eppoi iptables -I INPUT -m mac --mac-source XX:XX:XX:XX:XX:XX -j ACCEPT per ogni singolo client? grazie per l'aiuto! :-) Pol -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203131445.21754.debitv...@fuckaround.org
Guarddog, iptables e kernel >2.6.39
Un saluto a tutti, Ho testing e con qualsiasi kernel superiore al 2.6.39-2 iptables non mi "carica" le regole. Guarddog mi dà questo errore : "ERRORE: non riesco a determinare il comando di firewall! (E' installato ipchains o iptables?)" Eppure iptables è installlato e presente in /sbin, infatti con le versioni 2.6.39 e inferiori funziona. In Kern.log vedo soltanto questa riga e nient'altro: ip_tables: (C) 2000-2006 Netfilter Core Team Qualche idea su come capire cosa non và con i nuovi kernel? -- Diego Russo signature.asc Description: This is a digitally signed message part.
Re: [OT] Sistema di Groupware
Il giorno lun 12 mar 2012 09:40:27 CET, Artini Alessio ha scritto: Salve a tutti, scusate l'OT, ma avrei la necessità di mettere in piedi un servizio per la condivisione di file e la gestione di attivià/progetti, il tutto in ambito LAN. Non vorrei che la cosa fosse troppo macchinosa da gestire ed utilizzare, tenete presente che la parte di contatti, email non sono necessari. Il tutto dovrebbe essere installabile su Debian. Avete qualche suggerimento da darmi? io utilizzo con piacere per lo sviluppo di software questo http://www.redmine.org/ ma penso si possa adattare bene anche ad altri tipi di progetto -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120313125247.horde.qnxkfbs-3rbpxzupsmqh...@saetta.homelinux.org
Re: sistema di autenticazione ldap su server debian
Il giorno lun, 12/03/2012 alle 13.56 +0100, Marco Gaiarin ha scritto: [...] > s> Non mi è ancora chiaro l'utilizzo del gruppo delle macchine. Tale gruppo > s> dovrà comprendere gli identificativi sia per le macchine linux che windows? > > Se linux+samba+winbind, si; devono essere ''joinate'' a dominio pure > loro. Forse mi sono perso qualche pezzo, ma la richiesta non era di non installare nulla sui PC portatili che potrebbero essere privati? Se così fosse il dominio non sarebbe una via perseguibile. Ciao, G -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1331632440.4524.17.camel@scarafaggio
Re: come compilare il kernel debian 3.2 riducendo al minimo
On Monday, March 12, 2012 10:26:29 pm dea wrote: > Poi ho capito che la cosa oltre ad essere scomoda poteva essere gestita in > altro modo, interdicendo (anche a root) l'inserimento di moduli tramite > acl. Quest'aspetto è molto interessante. Come funziona? Grazie Enrico -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203131003.44998.enr...@majaglug.net