Visualizzazione post con etichetta file. Mostra tutti i post
Visualizzazione post con etichetta file. Mostra tutti i post

giovedì 19 aprile 2012

ipdf: creare pdf indicizzati partendo da file di testo

Con questo software potete creare file PDF indicizzati partendo da file di testo.

E' un progetto ospitato da freshmeat.net e lo trovate all'indirizzo http://freshmeat.net/projects/ipdf/

venerdì 12 marzo 2010

File di configurazione logwatch su debian lenny

/usr/share/logwatch/default.conf/logwatch.conf

sabato 5 dicembre 2009

Chmod ricorsivo selettivo: file o directory

Capita di dover sistemare i permessi di un albero di directory, i piu' faciloni vi diranno di lanciare un bel:
chmod -R 777 *

che sistema tutto.
Sarebbe meglio fare un uso piu' attento dei permessi e correggere separatamente quelli delle directory:
find . -type d -exec chmod 755 {} \;

e quelli dei file
find . -type f -exec chmod 644 {} \;

ATTENZIONE!!!
  • La correzione verra' fatta a partira dalla directory da cui lanciate il comando.
  • Aggiustate le permissions (755 e 644 sono solo un esempio) secondo il vostro bisogno.

mercoledì 2 settembre 2009

Configurazione default ricerche con catfish

Gettato da tempo tracker nel canneto (non e' mai riuscito ad attirare la mia simpatia) ho ripiegato per le mie ricerche (quando non le faccio da terminale a suon di find e locate) su catfish.
Purtroppo viene impostato un default non proprio ideale:
Modalita' di ricerca: find
Directory in cui viene eseguita la ricerca: /usr/share/catfish

Io avrei preferito locate e la mia home o la directory Documenti.
Ho cominciato a ravanare e ho trovato quanto segue. Lanciate il comando:
gconf-editor

e selezionate la voce:
/apps/panel/objects/object_0/launcher_location

Alla voce launcher_location trovate il nome del file utilizzato per lanciare il programma. Sul mio sistema e' impostato a:
/usr/share/applications/catfish.desktop

Andiamo un po' ad editare questo file, ecco come si presenta:
[Desktop Entry]
Version=1.0
Type=Application
Name=Catfish
Comment=File search
Comment[de]=Dateisuche
Comment[es]=Buscador de archivos
Comment[fi]=Etsi tiedostoja
Comment[fr]=Recherche de fichiers
Categories=GTK;Utility;Filesystem;
Exec=catfish
Icon=catfish
Terminal=false
StartupNotify=true

La linea che ci interessa e' quella contenente l'identificativo Exec=
Per poter eseguire le ricerche dalla nostra home utilizzando locate come metodo di ricerca, dobbiamo modificare questa linea nel modo seguente:
Exec=catfish --path=/home/utente --method=locate

venerdì 28 agosto 2009

Dibattito: raid1 o raid5


Un post un po' diverso dal solito, invece che spiegare qualcosa propongo un dibattito per approfondire un argomento di cui parlavo in questi giorni con alcuni amici e colleghi:

La situazione finale dovrebbe essere un piccolo file server, basato su una scheda Intel DG35EC, Debian Lenny e 1 terabyte di storage, dischi SATA II collegati al controller della scheda madre e raid gestito da md. La macchina dovrebbe mantenere un vmware server con relative VM e un po' di backup di altre macchine della rete.

Il problema su cui apro la discussione e' la seguente:

Conviene installare 2 dischi da 1TB in raid 1 o 3 dischi da 500 MB in raid5? La spesa per l'hardware sarebbe la stessa per entrambe le configurazioni.

Non siate timidi, partecipate con i vostri consigli, le vostre esperienze, le vostre intuizioni e magari qualche sfrombolone, l'importante e' che i commenti siano in tema :)

(per ora saro' imparziale e non rivelero' come la penso)

venerdì 21 agosto 2009

Postfix send error: queue file write error

Spedendo messaggi "corposi" e' possibile trovare nei log queste segnalazioni:
postdrop: warning: uid=1000: Illegal seek
sendmail: fatal: amit(1000): queue file write error

Cio' puo' essere causato dalle dimensioni del messaggio che superano il limite di default (dovrebbe essere impostato a 10MB)
Per consentire l'invio di messaggi piu' grossi, e' sufficiente inserire nel file /etc/postfix/main.cf la direttiva:
message_size_limit = 15000000

che imposta (ad esempio) il limite a circa 15MB, oppure:
message_size_limit = 0

che disabilita il limite di dimensioni sul singolo messaggio.

sabato 6 giugno 2009

File browsing lento come una lumaca



Sintomo: lentezza mostruosa, anzi PC piantato con CPU al 100% ogni volta che cercavo di aprire un file da qualsiasi programma: firefox, gedit, gimp, ecc ecc.

In pratica la finestra (condivisa da tutti i programmi) di navigazione nel filesystem, di volta in volta cambia nome in "file upload", "open file" o cose del genere, generava un utilizzo smodato della CPU, rendendo quasi impossibili queste operazioni.

Nessun problema nel normale utilizzo di Nautilus per sfogliare cartelle e file dell'hard disk

Contrariamente a quanto e' successo ad'altri, non e' stato risolutivo smontare le partizioni NTFS montate.

Causa: non ci crederete ma la causa erano le icone, avevo installato un set alternativo di icone.

Soluzione: cambiare set di icone da System-Preferences-Appearance

(e dire che ci ho smoccolato sopra per settimane)

lunedì 18 maggio 2009

chkrootkit: The following suspicious files and directories were found: /lib/init/rw/.ramfs

Quanti di voi, tra coloro che utilizzano chkrootkit, ricevono tutti i giorni la maledetta (quanto inutile) mail contenente le seguenti linee?:
The following suspicious files and directories were found:
/lib/init/rw/.ramfs

La Rete e' piena di battibecchi a questo proposito, cancellare il file non e' bello nei confronti dell'initscript che lo crea, dire a chkrootkit di non segnalarlo non e' bello in quanto a quel punto tutti gli hacker del mondo lo utilizzerebbero per metterci le peggiori schifezze del loro repertorio.
Il metodo che preferisco e' consentire a chkrootkit di segnalarlo, ma solo se di lunghezza diversa da zero.

Quella che segue e' una patch per una vecchia versione di chrootkit, e' ancora valida a condizione di applicare le modifiche indicate a manona senza fidarsi del comando patch:
@@ -705,7 +705,7 @@
if [ "${QUIET}" != "t" ]; then printn \
"Searching for suspicious files and dirs, it may take a while...
"; fi

- files=`${find} ${DIR} -name ".[A-Za-z]*" -o -name "...*" -o -name
".. *"`
+ files=`${find} ${DIR} \( -name ".[A-Za-z]*" -o -name "...*" -o -name
".. *" \) -and -not -empty`
dirs=`${find} ${DIR} -type d -name ".*"`
if [ "${files}" = "" -a "${dirs}" = "" ]
then

lunedì 12 gennaio 2009

Office 97: errore file gia' aperto su Word o Excel

Problema:
ho un pc con Win Xp Pro (SP1) e Office 97.Ogni volta che tento di aprire un file mi compare il seguente messaggio:Word --> “C:\documenti\pippo.doc è utilizzato al momento da Utente. Fare una copia?”Excel --> “un documento con il nome ‘prova.xls’ è già aperto. Non è possibile due documenti con lo stesso nome, anche se i documenti si trovano in cartelle differenti.Per aprire il secondo documento, chiudere il documento aperto e rinominare uno dei documenti.”

Soluzione:
Per Word: Start > Esegui > winword /regserverPer Excel: Start > Esegui > excel /regserver
Per Word: Start > Esegui > winword /regserverPer Excel: Start > Esegui > excel /regserver

martedì 19 febbraio 2008

Tip: file nascosti.....fatevi vedere

Se vogliamo elencare il file nascosti (quelli il cui nome inizia con il .) potete usare uno di questi due comandi:

PRIMA VERSIONE

ls -a | grep "^\."


SECONDA VERSIONE

ls -a | awk '$0~/^\./ {print $0}'