Re: [OT] Errori su disco
Marco ha scritto: > Il mercoledì 6 maggio 2009 10:08:23 Gianfranco Ferramosca ha scritto: >> Secondo voi, quale può essere la causa di questi >> errori? > > http://ata.wiki.kernel.org/index.php/Libata_error_messages#ATA_error_expansion > > Ringrazion entrambi per la risposta! Secondo quanto dice il link che mia ha postato Marco, quindi, la causa protrebbe essere un problema del cavo SATA, dell'alimentazione o un'errata impostazione della modalità DMA. Se fosse così, però, il problema non si sarebbe dovuto presentare sin dall'inizio, cioè già in fase di installazione del sistema? Il cavo, almeno nel primo caso, l'ho controllato e non presenta lesioni (visibili ad occhio nudo) nè ha strane pieghe, anche perchè è lungo si e no 10cm. Grazie ancora -- 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
[OT] Errori su disco
Buongiorno a tutta la lista! Prima di tutto vi chiedo scusa per questo ot, ma ho bisogno di individuare, se possibile, la causa di alcuni errori su dei dischi. Vi spiego la situazione. Circa un anno fa ho acquistato dei barebone Asus P2-P5945GC con dischi Seagate da 500Gb. Su tutti questi pc ho installato debian lenny con la stessa configurazione. A distanza di alcuni mesi dall'installazione, nei log di uno di questi pc sono iniziati a comparire questi errori: [ 808.399858] res 51/84:91:8f:b3:01/00:00:00:00:00/e0 Emask 0x30 (host bus error) ...: 1 Time(s) [ 808.399858] ata1.00: error: { ICRC ABRT } ...: 1 Time(s) [ 1151.987744] res 51/84:11:a7:43:02/00:00:00:00:00/e0 Emask 0x30 (host bus error) ...: 1 Time(s) [ 1151.987752] ata1.00: error: { ICRC ABRT } ...: 1 Time(s) . e dopo poco sono stato costretto a cambiare il disco con un altro Seagate che avevo disponibile. Nel giro di un paio di mesi, però, l'errore si è ripresentato ma questa volta ho sostituito sia disco che barebone. Ieri, l'errore si è presentato su un altro pc e questa mattina su un altro ancora. Secondo voi, quale può essere la causa di questi errori? Colpa dei dischi Seagate? Colpa del barebone? Vi ringrazio -- 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
Re: Trasferimento file via seriale
Alfredo Finelli ha scritto: > On Friday 19 September 2008 16:11, Gianfranco Ferramosca wrote: >> [...] >> Ho provato ad utilizzare l'opzione -E per rinominare automaticamente >> il file, ma sembra non funzionare. Posso risolvere semplicemnete >> aggiungendo, ad esemiop, il comando: >> >> mv file_ricevuto.dat file1.dat >> >> al mio script? > > Ciò risolve il problema solo in parte. Non so quanti file al giorno o > all'ora devi gestire, la tua soluzione ti lascia solo un file di > margine prima di dover intervenire di nuovo. Nel caso di file di > testo, questa riga risolve per ogni altra esigenza: > > cat file_ricevuto.dat >> file_completo.dat > > In alternativa puoi rinominare il file, stando però attento ad usare un > nome sempre diverso, dipendente ad esempio dal PID del processo che lo > crea e/o dall'istante della creazione, così da avere una sequenza di > file separati ordinati cronologicamente, ciascuno contenente un singolo > trasferimento. > > Saluti, > > > alfredo > > Prima di tutto mi scuso per averti risposto privatamente. Me ne sono accorto solo dopo aver cliccato su invia.. Ti ringrazio nuovamente per la soluzione che mi hai proposto. Di file ne ricevo diversi al giorno e l'ideale sarebbe concatenarli per elaborarli in un'unica soluzione successivamente. Se non sbaglio questo lo si può fare proprio con il comando cat file_ricevuto.dat >> file_completo.dat Giusto? Al tempo stesso, magari, posso farmi un backup delle singole trasmissioni rinominando il file con data e ora.. Grazie ancora -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Trasferimento file via seriale
Alfredo Finelli ha scritto: > On Friday 19 September 2008 14:56, Gianfranco Ferramosca wrote: >> Un saluto a tuta la lista! >> Devo trasferire un semplice file di testo da un dispositivo ad un pc >> tramite la porta seriale. Il pc ed il dispositivo sono collegati >> tramite un cavo nullmodem ed il protocollo utilizzato è l'Xmodem. >> La ricezione dev'essere automatica, non avviata dall'utente. Ho >> bisogno, in pratica, di una sorta di demone che resti in sacolto >> sulla seriale e che scarichi il file quando "sente" la chiamata. >> Ho scritto questo script bash: >> >> #!/bin/sh >> /usr/bin/rx --append -vvaX /home/gianfranco/file_ricevuto.dat < >> /dev/ttyS0 > /dev/ttyS0 >> >> Eseguendolo da shell ed avviando la trasmissione sul dispositivo, >> nella mia home viene creato un file contenente i dati letti dalla >> seriale. Ho modificato, quindi, il file /etc/inittab prima in questo >> modo: >> >> T0:23:respawn:/sbin/getty -nL -l /home/gianfranco/ricevi.sh ttyS0 >> 9600 >> >> poi: >> >> T0:23:respawn:/home/gianfranco/ricevi.sh >> >> In entrambi i casi, la trasmissione termina correttamente, ma il file >> nella mia home è vuoto! >> Il file /var/log/syslog mi riporta questo: >> >> Sep 19 14:25:37 Gianfranco rx[2245]: [root] file_ricevuto.dat/XMODEM: >> 384 Bytes, 6 BPS >> >> Dal log mi sembra di capire che i dati siano stati ricevuti, ma come >> mai il file risulta vuoto? > > Salve, > > credo che l'opzione "--append" funzioni solo per il protocollo ZMODEM. > Probabilmente ogni successiva istanza di "rx" apre il > file "file_ricevuto.dat" in modalità di scrittura semplice anziché > append così da eliminarne il contenuto. > > Si potrebbe usare un nome diverso per ogni file trasmesso, ottenendo una > sequenza di file separati che possono essere poi riorganizzati a > posteriori dallo stesso script. > > Cordiali saluti. > > > alfredo > > Ti ringrazio, mi sei stato di grande aiuto! Come mi dicevi, l'opzione --append non funziona col protocollo xmodem. Non l'avevo notato nel man di rx. Rigurado al file vuoto ci hai azzeccato! Ogni volta che la ricezione termina, il mio script viene ri-eseguito sovrascrivendo, in questo modo, il file con i dati con uno vuoto! Infatti, se durante la trasmissione uso il comando tail -f file_ricevuto.dat riesco a visualizzare i dati scaricati. Non appena la trasmissione termina, ottengo un errore in quanto il file viene sovrascritto! Ho provato ad utilizzare l'opzione -E per rinominare automaticamente il file, ma sembra non funzionare. Posso risolvere semplicemnete aggiungendo, ad esemiop, il comando: mv file_ricevuto.dat file1.dat al mio script? Grazie di nuovo -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Trasferimento file via seriale
Un saluto a tuta la lista! Devo trasferire un semplice file di testo da un dispositivo ad un pc tramite la porta seriale. Il pc ed il dispositivo sono collegati tramite un cavo nullmodem ed il protocollo utilizzato è l'Xmodem. La ricezione dev'essere automatica, non avviata dall'utente. Ho bisogno, in pratica, di una sorta di demone che resti in sacolto sulla seriale e che scarichi il file quando "sente" la chiamata. Ho scritto questo script bash: #!/bin/sh /usr/bin/rx --append -vvaX /home/gianfranco/file_ricevuto.dat < /dev/ttyS0 > /dev/ttyS0 Eseguendolo da shell ed avviando la trasmissione sul dispositivo, nella mia home viene creato un file contenente i dati letti dalla seriale. Ho modificato, quindi, il file /etc/inittab prima in questo modo: T0:23:respawn:/sbin/getty -nL -l /home/gianfranco/ricevi.sh ttyS0 9600 poi: T0:23:respawn:/home/gianfranco/ricevi.sh In entrambi i casi, la trasmissione termina correttamente, ma il file nella mia home è vuoto! Il file /var/log/syslog mi riporta questo: Sep 19 14:25:37 Gianfranco rx[2245]: [root] file_ricevuto.dat/XMODEM: 384 Bytes, 6 BPS Dal log mi sembra di capire che i dati siano stati ricevuti, ma come mai il file risulta vuoto? Grazie! -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mount hd esterno problematico
Finalmente credo di aver risolto il problema! Ieri sera, utilizzando sempre lo stesso box, ho provato un altro disco sia su una porta usb 1.1 che su una usb 2. In entrambi i casi non ho riscontrato problemi. L'impossibilità di montare l'hd, quindi, non era dovuto né alla porta né al box. Reinstallato il disco originario, ho eseguito un controllo sul file system e...sorpresa!! Tutto il file system ext3 era corrotto! Ora, dopo aver creato una nuova partizione (addio backup di un anno!) con fs Reiser, il disco funziona a meraviglia!! Secondo voi, posso stare abbastanza tranquillo? Cosa può aver corrotto il filesystem? C'è un modo per automatizzare la verifica dell'integrità del fs ogni volta (o ogni X volte) che il disco viene acceso e montato? Grazie! -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: openoffice e nfs
Paolo Sala ha scritto: > Ciao a tutti, quando cerco di aprire/salvare un file di openoffice su > una share di rete in nfs openoffice si blocca.: succede anche a voi? > > Le shares sono esportate in nfs da un server sarge mentre il client è etch. > > Grazie mille > > Piviul > > Ciao! Ho avuto anch'io il tuo stesso problema. A quanto pare, openoffice ha delle difficoltà a leggere e salvare i file condivisi in una cartella su nfs. Per risolvere il problema, ho modificato il file /usr/bin/soffice, commentando queste due righe: SAL_ENABLE_FILE_LOCKING=1 export SAL_ENABLE_FILE_LOCKING Forse non è la soluzione migliore, ma almeno ha funzionato! -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mount hd esterno problematico
Luca Costantino ha scritto: > Il 13/10/07, Gianfranco<[EMAIL PROTECTED]> ha scritto: > quanto è durata la sessione di test con windows? è stata abbastanza > stressante? > quei "clack" fanno presagire che il disco ti stia lasciando... > > hai provato a mettere il disco all'itnerno del pc per vedere se > funziona correttamente? e a montare un altro hd nel box esterno? > > ciao > luca > > Effettivamente la prova con windows non è durata a lungo.. Comunque, ho già inserito il disco nel case, analizzato sia con hdtune che con smartctl e non ho avuto nessun problema. Se non ricordo male (queste prove le ho fatte tempo fa) l'ho analizzato con il tool della maxtor e non ho riscontrato problemi. Ancora non ho fatto questa prova, ma mi consigliate di attaccarlo ad una porta usb 1.1? Stasera faccio la prova montando un altro hd non maxtor nel box -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problema disco SATA
John Gotti ha scritto: > Il 02/10/07, *Gianfranco Ferramosca* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> > > Ogni volta che sento questo "tac", il valore di Hardware_ECC_Recovered > aumenta. Su suggerimento di un utente di un forum, ho controllato il > disco con il tool della Seagate, ma non sono stati rilevati errori. > Ho rimosso tutte le partizioni, reinstallato solo debian ma il rumore > continua a ripetersi ed il valore Hardware_ECC_Recovered continua a > salire. Cosa potrebbe essere? > Grazie > > salve, > anche se non posso risolvere la questione del tac, ti posso dire una > cosa che è data dalla mia esperienza personale, un mese fa o forse > qualcosa in più, ho usato smartools, sia su un un HD IDE del mio Desktop > con Debian testing, sia su un HD Sata presente sul mio notebook con su > debian testing ( con pochi mesi di vita non usato manco tantissimo), e > smartools mi dava sempre valori e avvisi per entrambi gli hd , i quali > secondo il software sarebbero andati out entro pochi giorni, al momento > tutto bene :), inoltre ho fatto eseguire anche il test ad un altro > utente debian testing, e risultava la stessa storia, per quanto mi > riguarda io ho iniziato a dubitare sulla veridicità dei risultati > proposti da questo software...questo è quanto da me!!! > > Ogni smentita & controprova è ben accetta :) > > cordiali saluti > Grazie per la risposta! Non sei il primo a dirmi che smart non è infallibile. Inoltre, sembra, che smart non riesca a gestire correttamente i valori smart degli hd seagate. Comunque, ho chiesto il parere di un amico ed anche secondo lui c'è un problema, ma a livello di controller sata e non di disco. Spulciando tra i log, infatti, mi è comparso l'errore "ATA abnormal status ..." che, secondo lui, indica appunto un problema del controller. Per ora Santech mi sta inviando un nuovo disco, stavolta Hitachi. Appena mi arriva farò un po' di verifiche -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problema disco SATA
Ciao a tutti ragazzi! La settimana scorsa mi è stato consegnato un notebook Santech X3620. Sabato, ho installato sia windows che debian lenny. Utilizzando debian, però, ho notato una cosa che sotto windows non accade.. Il led del disco si illumina per alcuni secondi, come se stesse leggendo qualcosa ed al tempo stesso si sente un tac (credo della testina). Ho subito installato smartmontools ed ho dato uno sgaurdo ai valori smart. Questo è ciò che ottengo: SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 100 253 006Pre-fail Always - 0 3 Spin_Up_Time0x0003 098 098 000Pre-fail Always - 0 4 Start_Stop_Count0x0032 100 100 020Old_age Always - 27 5 Reallocated_Sector_Ct 0x0033 100 100 036Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 060 060 030Pre-fail Always - 1126920 9 Power_On_Hours 0x0032 100 100 000Old_age Always - 12 10 Spin_Retry_Count0x0013 100 100 034Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020Old_age Always - 30 187 Unknown_Attribute 0x0032 100 100 000Old_age Always - 0 189 Unknown_Attribute 0x003a 100 100 000Old_age Always - 0 190 Temperature_Celsius 0x0022 063 052 045Old_age Always - 623116325 191 G-Sense_Error_Rate 0x0032 100 100 000Old_age Always - 0 192 Power-Off_Retract_Count 0x0032 100 100 000Old_age Always - 29 193 Load_Cycle_Count0x0022 100 100 000Old_age Always - 444 194 Temperature_Celsius 0x001a 037 048 000Old_age Always - 37 (Lifetime Min/Max 0/22) 195 Hardware_ECC_Recovered 0x0012 079 063 000Old_age Always - 77263440 197 Current_Pending_Sector 0x0010 100 100 000Old_age Offline - 0 198 Offline_Uncorrectable 0x003e 100 100 000Old_age Always - 0 199 UDMA_CRC_Error_Count0x 200 200 000Old_age Offline - 0 200 Multi_Zone_Error_Rate 0x0032 100 253 000Old_age Always - 0 202 TA_Increase_Count 0x 100 253 000Old_age Offline - 0 254 Unknown_Attribute 0x 100 253 000Old_age Offline - 0 Ogni volta che sento questo "tac", il valore di Hardware_ECC_Recovered aumenta. Su suggerimento di un utente di un forum, ho controllato il disco con il tool della Seagate, ma non sono stati rilevati errori. Ho rimosso tutte le partizioni, reinstallato solo debian ma il rumore continua a ripetersi ed il valore Hardware_ECC_Recovered continua a salire. Cosa potrebbe essere? Grazie -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] simulatore AS/400
lospippolo ha scritto: > Gianfranco Ferramosca ha scritto: >> Davide Corio ha scritto: >> >>> Il giorno lun, 17/09/2007 alle 13.30 +0200, Gianfranco Ferramosca ha >>> scritto: >>> >>>> Ciao! Da qualche anno lavoro anch'io in ambiente AS/400. >>>> Cosa intendi per simulatore? Un simulatore dell'OS/400? Se è così, >>>> purtroppo non c'è nulla. >>>> Se invece intendi un programma di emulazione (tipo client access) ce ne >>>> sono diversi come ad esempio il client access per linux, tn5250, ecc.. >>>> >>> penso intenda proprio un emulatore di tutto il sistema, che come dici >>> giustamente tu...non esiste. >>> L'unico modo per, ad esempio, fare pratica con RPG, è acquistarsi un >>> AS/400 usato. >>> Su ebay e sui ng se non trovano a poche centinaia di euro. >>> >>> >> Si, infatti! Prova a chiedere all'ng di AS/400, c'è sempre qualche ditta >> che dismette vecchi sistemi. Io ne ho acquistato uno circa un anno fa >> proprio per imparare alcune cose che, sul server, dell'ufficio non avrei >> mai potuto provare, come ad esempio l'installazione da zero del s.o. ed >> altre cose >> >> > wrksyssts :-) > Volevi le statistiche del sistema? :-) Purtroppo al momento sono a lavoro.. Inoltre sto aspettando che mi arrivi il portatile per potermi staccare da quel "maledetto" terminale! > su ebay in questo momento c'e' un 170 a 199 euro in condizioni > dignitose, 8 anni fa' un oggetto del genere lo portai in una azienda che > lo pago' molti milioni di lire > > la configurazione e' piu' o meno quella... > > non c'e' l'os di ultima generazione ma per fare pratica va' benissimo... > Anch'io ho provato ad acquistarlo su ebay, ma alla fine ho trovato sull'ng dell'AS/400 un'azienda che lo vendeva. Ho acquistato un 720 ben carrozzato( :-) ) v4r5 con tutti gli strumenti di sviluppo -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] simulatore AS/400
Davide Corio ha scritto: > Il giorno lun, 17/09/2007 alle 13.30 +0200, Gianfranco Ferramosca ha > scritto: >> Ciao! Da qualche anno lavoro anch'io in ambiente AS/400. >> Cosa intendi per simulatore? Un simulatore dell'OS/400? Se è così, >> purtroppo non c'è nulla. >> Se invece intendi un programma di emulazione (tipo client access) ce ne >> sono diversi come ad esempio il client access per linux, tn5250, ecc.. > > penso intenda proprio un emulatore di tutto il sistema, che come dici > giustamente tu...non esiste. > L'unico modo per, ad esempio, fare pratica con RPG, è acquistarsi un > AS/400 usato. > Su ebay e sui ng se non trovano a poche centinaia di euro. > Si, infatti! Prova a chiedere all'ng di AS/400, c'è sempre qualche ditta che dismette vecchi sistemi. Io ne ho acquistato uno circa un anno fa proprio per imparare alcune cose che, sul server, dell'ufficio non avrei mai potuto provare, come ad esempio l'installazione da zero del s.o. ed altre cose -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] simulatore AS/400
lore ha scritto: > ciao a tutti, > sto cercando di scoprire una parte del mondo chiamata AS/400. Che voi > sappiate c'è una sorta di simulatore che gira sotto linux? > > Grazie mille > > Lorenzo > Ciao! Da qualche anno lavoro anch'io in ambiente AS/400. Cosa intendi per simulatore? Un simulatore dell'OS/400? Se è così, purtroppo non c'è nulla. Se invece intendi un programma di emulazione (tipo client access) ce ne sono diversi come ad esempio il client access per linux, tn5250, ecc.. -- Gianfranco Ferramosca gianfranco.ferramoscasupermac.it Discoverde S.r.l. S.P. 362 km 17 - 73030 Soleto (LE) - Italy Tel: +39 0836 563406 - Tel: +39 0836 563407 - Fax: +39 0836 563408 -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: opzioni kernel firewall
alex ha scritto: Alle giovedì 21 giugno 2007, Nic ha scritto: Ciao a tutti.Un po di tempo fa in lista si era parlato di sicurezza.In particolare si consigliava a chi aveva il firewall sul router di lasciare comunque iptables anche sulla Debian.Mi potreste indicare quali opzioni nel kernel dal 2.6.18 in su bisogna selezionare per avere Se usi un precompilato debian nessuna: ha già tutto su. Installa però il pacchetto iptables. A. Mi accodo alla richiesta... Se invece del precompilato Debian, utilizzassi un kernel vanilla ricompilato, quali moduli sono necessari e quali invece si possono eliminare tranquillamente? Immagino che tutto dipenda dall'uso a cui è destinato il pc. Nel mio caso, si tratta di un desktop destinato ad uso domestico che non farà da firewall a monte della una rete ma verrà utilizzato per la navigazione, posta, filesharing, ospiterà un piccolo web-server.. Grazie!
Re: errore ricompilazione kernel con patch ck
[EMAIL PROTECTED] ha scritto: C'è un modo per testare le prestazioni del nuovo kernel? Sinceramente non noto molte differenze tra un kernel normale e quello patchato.. Grazie Le patch ck che hai applicato hanno 2 effetti fondamentali: 1) Il nuovo scheduler SD, che permette anche con alti carichi di lavoro di avere responsivita del sistema immediata; 2) Lo swap prefetch che, anche se il sistema e' stato in idle per tanto tempo, mantiene in ram le applicazioni dormienti, ripristinandole velocemente. Se non vedi differenze i motivi possono essere 2: 1) Hai un PC veramente ben carrozzato; oppure 2) Non sfrutti abbastanza il PC; Il pc in questione non è proprio aggiornato. Si tratta di un Athlon Xp 2600+ overclokkato a 2Ghz con 512Mb di ram che per l'uso quotidiano va benissimo! Sinceramente, avevo inteso male (e qui faccio un mea culpa) gli effetti della patch. Stupidamente credevo che avrei notato miglioramenti sin dall'avvio... Per testare il nuovo scheduler prova ad avviare 4 glxgears, 2 mplayer ,firefox, thunderbird ed altre cosette pesanti in contemporanea e vedrai che anche se il carico e' molto alto, le applicazioni che aprirai (ad esempio un terminale, oppure gedit) rispondono in maniera veloce, come se la CPU non si accorgesse di niente. Con il kernel senza patch, sotto questo carico, aspetteresti dei minuti prima di vedere apparire gedit! Per testare lo swap prefetch, non saprei: prova ad avviare openoffice , poi lascialo in background e lasci stare il sistema per alcuni minuti, vedrai che quando riprendi il mouse ed attivi openoffice rispondera' immediatamente. Con il kernel senza patch, avresti aspettato il caricamento dei dati dallo swap alla memoria quindi allungando i tempi. Stasera farò queste prove! Se vuoi provare altre novita', utilizza le patch di Ingo Molnar relative al nuovo cfs scheduler: http://people.redhat.com/mingo/cfs-scheduler/sched-cfs-v9-v2.6.21.1.patch Sono rimasto basito! Gia' lo scheduler di Con Kolivas fa meraviglie (le patch ck), ma il nuovo scheduler e' quasi meglio (soprattuto per la grafica 3D, veramente fluida (soprattutto per i possesori di schede radeon)). Devo sempre partire da un kernel vanilla senza aver applicato la patch ck, vero? Per puro caso mi ritrovo proprio una scheda video radeon 9200. Installando compiz o beryl, però, il sistema ne risente un po'. Dici che mi conviene installarla? Ciao Marco Grazie!
Re: errore ricompilazione kernel con patch ck
[EMAIL PROTECTED] ha scritto: Se, però, riavvio la sessione sia gmd che Xorg si avviano, ma il gestore dei temi di gnome va in errore, visualizzando il desktop con le icone e lo sfondo di default. Le mie impostazioni, in pratica, vengono ignorate. Spero di essere stato più chiaro. Grazie Evidentemente e' un problema di gnome. Qualcuno ha gia' riscontrato questo problema: http://groups.google.com/group/linux.debian.bugs.dist/browse_thread/thread/778a45a0a58445fd/036803815fcd80d7 Per essere piu' dettagliato dovresti dirmi che errore da il gestore dei temi. Mi sembra di aver gia' notato un comportamento simile: probabilmente riavviando la sessione, gnome non si chiude perfettamente. Prova a fare un logout dalla sessione e controllare dalla console (Ctrl +Alt+F1) se c'e qualche processo di gnome ancora attivo: ps afx | grep gnome non dovrebbe dare risultati. Se per esempio trovi un processo che si chiama gnome-panel esegui: killlall gnome-panel Eliminati tutti i processi zombie di gnome prova a rifare il login da console grafica (Ctrl+Alt+F7): gnome dovrebbe partire in maniera pulita e non dare errori. Ciao Marco Buone notizie! Domenica ho patchato e ricompilato il kernel 2.6.21. Sono due giorni che lo sto provando senza problemi. Anche riavviando la sessione con CTRL + ALT + BACKSPACE il problema con gnome non si verifica! Forse, nei miei precedenti tentativi, sbagliavo qualcosa nell'applicare la patch. Ora, però, ho una domanda.. C'è un modo per testare le prestazioni del nuovo kernel? Sinceramente non noto molte differenze tra un kernel normale e quello patchato.. Grazie
Re: errore ricompilazione kernel con patch ck
[EMAIL PROTECTED] ha scritto: Se, però, riavvio la sessione sia gmd che Xorg si avviano, ma il gestore dei temi di gnome va in errore, visualizzando il desktop con le icone e lo sfondo di default. Le mie impostazioni, in pratica, vengono ignorate. Spero di essere stato più chiaro. Grazie Evidentemente e' un problema di gnome. Qualcuno ha gia' riscontrato questo problema: http://groups.google.com/group/linux.debian.bugs.dist/browse_thread/thread/778a45a0a58445fd/036803815fcd80d7 Per essere piu' dettagliato dovresti dirmi che errore da il gestore dei temi. Mi sembra di aver gia' notato un comportamento simile: probabilmente riavviando la sessione, gnome non si chiude perfettamente. Prova a fare un logout dalla sessione e controllare dalla console (Ctrl +Alt+F1) se c'e qualche processo di gnome ancora attivo: ps afx | grep gnome non dovrebbe dare risultati. Se per esempio trovi un processo che si chiama gnome-panel esegui: killlall gnome-panel Eliminati tutti i processi zombie di gnome prova a rifare il login da console grafica (Ctrl+Alt+F7): gnome dovrebbe partire in maniera pulita e non dare errori. Ciao Marco Grazie per l'aiuto! Al momento non posso provare in quanto non ho un kernel patchato, ma nei prossimi giorni ricompilerò il kernel 2.6.21 e farò le dovute prove. Grazie ancora! Ciao
Re: errore ricompilazione kernel con patch ck
[EMAIL PROTECTED] ha scritto: Ciao, approfitto di questa discussione perché ho anch'io un piccolo problema con la patch ck. Ho patchato il kernel vanilla 2.6.20 con la relativa patch, copiato la config (sempre dal 2.6.20 da me configurato e funzionante), compilato ed installato. Il pc si avvia senza problema, ma quando riavvio la sessione (ctrl + alt + backspace), il gestore dei temi di gnome non si avvia ed il desktop mi viene visualizzato con le impostazioni di default di debian. Questo problema non si verifica se installo il kernel 2.6.20 non patchato. Cosa potrebbe essere? Grazie Fammi capire... Il pc con il kerel patchato -ck fa il boot ma non appare la schermata grafica di gdm? Ovvero, non parte Xorg? Se il preoblema e' questo controlla il file /var/log/Xorg.o.log per vedere eventuali errori. Se sbaglio l'interpretazione fammi capire cosa e' il gestore dei temi di gnome e quali sarebbero le impostazioni di default di debian. Ciao Marco Cerco di essere più chiaro. Una volta riavviato il pc, tutto sembra funzionare correttamente. Sia gdm che Xorg si avviano. Se, però, riavvio la sessione sia gmd che Xorg si avviano, ma il gestore dei temi di gnome va in errore, visualizzando il desktop con le icone e lo sfondo di default. Le mie impostazioni, in pratica, vengono ignorate. Spero di essere stato più chiaro. Grazie
Re: errore ricompilazione kernel con patch ck
[EMAIL PROTECTED] ha scritto: Di solito le patch si appplicano ad un kernel vanilla (cioe' quello di kernel.org). Probabilmente hai usato un kernel patchato da debian oppure una patch non corrispondente al kernel. Come strada da percorrere farei questo: userei un kernel 2.6.21 con le ultime patch di Kolivas (che tra l'altro integrano il nuovo scheduler SD). Per fare questo scarica il kernel 2.6.21.1 da kernel.org. Scarica le patch dal sito di Kolivas (http://www.kernel.org/pub/linux/ kernel/people/ck/patches/) Applica le patch al kernel Copia il file .config in /usr/src/linux Utilizza make oldconfig. E ricompila il kernel alla debian way make-kpkg --initrd --append-to- version=-ck kernel_image Io ho fatto cosi' ed ho un desktop da 200 Euro che va come una scheggia! Ciao Marco P.S. L'unica problema l'ho verificato patchando il kernel con la patch di Kolivas che falliva patchando il file Makefile. Puoi ignorarla (e' un errorino senza controindicazioni) e fare comunque la compilazione. Ciao, approfitto di questa discussione perché ho anch'io un piccolo problema con la patch ck. Ho patchato il kernel vanilla 2.6.20 con la relativa patch, copiato la config (sempre dal 2.6.20 da me configurato e funzionante), compilato ed installato. Il pc si avvia senza problema, ma quando riavvio la sessione (ctrl + alt + backspace), il gestore dei temi di gnome non si avvia ed il desktop mi viene visualizzato con le impostazioni di default di debian. Questo problema non si verifica se installo il kernel 2.6.20 non patchato. Cosa potrebbe essere? Grazie
Stampante fax in Open Office
Ciao a tutti! In seguito alla rottura dell'hd, ho dovuto riconfigurare un pc dell'ufficio con debian etch. Stranamente, però, l'ultima versione di Open Office presente nei repository, non "riconosce" il file /etc/openoffice/psprint.conf (ripristinato da un backup) in cui sono configurate tutte le stampanti fax. Dopo aver ripristinato il file, entrando in OO le stampanti non vengono "viste". Come mai? Prima utilizzavo il comando oopadmin per configurare le stampanti virtuali, ma mi sembra che sia spartito da un po' o sbaglio? C'è qualche altro strumento per configurare le stampanti? Grazie
Dubbio su RAID 5
Ciao a tutti! Dopo aver configurato altri server in RAID 1, per la prima volta, oggi ho configurato un server in RAID 5. Per la creazione del RAID ho proceduto normalmente, come ho sempre fatto: * partizionamento dei dischi (/boot, /home, /tmp, ecc) specificando come fs "Volume del RAID" (non ricordo la voce esatta) * creazione del RAID fra le partizioni appena create * specificato i punti di montaggio per i vari volumi Durante la seconda operazione, però, mi è sorto un dubbio.. In questa lista e su altri siti ho visto che si suggeriva di mettere la partizione /boot in RAID 1 e tutto il resto in RAID 5. In base a questa affermazione, ho messo in RAID 1 la partizione /boot del disco 1 e del disco 2, lasciando fuori quella del 3. E' corretto? O dovevo utilizzarla come disco di spare? Grazie a tutti -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Cambiare nomi dei dispositivi in nautilus
Mattia ha scritto: Ciao a tutti, E' possibile cambiare i nomi dei dispositivi presenti in "Computer"? Non riesco a capire in che modo vengono determinati: alcuni sono "Volume da $tot GB", un altro è chiamato semplicemente "NTFS", un altro ancora "File System". Esiste un modo per farlo? Chi è il programma responsabile? Hal? C'è un modo per dirgli "usa i mount point"? Saluti Mattia Ciao a tutti, sono un nuovo utente... Ho il tuo stesso problema sulla mia etch. Sei riuscito a risolverlo in qualche modo? Ciao -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]