Impossibile leggere CD audio su drive SATA: Buffer I/O error on device sr0

Il sistema non riesce a leggere CD audio (ma ne riconosce le tracce ed eventualmente scarica correttamente titoli e immagine di copertina).

Lanciando il comando dmesg si ottengono queste linee di errore:

Feb 14 08:02:21 server kernel: end_request: I/O error, dev sr0, sector 0
Feb 14 08:02:21 server kernel: Buffer I/O error on device sr0, logical block 0
Feb 14 08:02:21 server kernel: Buffer I/O error on device sr0, logical block 1
Feb 14 08:02:21 server kernel: Buffer I/O error on device sr0, logical block 2
Feb 14 08:02:21 server kernel: Buffer I/O error on device sr0, logical block 3
Feb 14 08:02:21 server kernel: Buffer I/O error on device sr0, logical block 4
Feb 14 08:02:21 server kernel: Buffer I/O error on device sr0, logical block 5
Feb 14 08:02:21 server kernel: Buffer I/O error on device sr0, logical block 6
Feb 14 08:02:21 server kernel: Buffer I/O error on device sr0, logical block 7
Feb 14 08:02:21 server kernel: end_request: I/O error, dev sr0, sector 0
Feb 14 08:02:21 server kernel: Buffer I/O error on device sr0, logical block 0
Feb 14 08:02:21 server kernel: end_request: I/O error, dev sr0, sector 4
Feb 14 08:02:21 server kernel: Buffer I/O error on device sr0, logical block 1

Puo' essere d'aiuto modificare il setup del BIOS:

Modificare la configurazione IDE da AHCI a IDE

oppure

la configurazione del controller SATA da Enhanced a Compatible

fetchmail: connection to localhost:smtp [::1/25] failed: Connection refused.

Aggiungere queste linee al file /etc/postfix/main.cf
#
inet_interfaces = 127.0.0.1, [::1]
smtp_bind_address = 0.0.0.0
smtp_bind_address6 = ::
inet_protocols = all
#
Se la macchina ha un IP address statico puo' essere aggiunto alla linea inet_interfaces:
inet_interfaces = 192.168.1.6, 127.0.0.1, [::1]

Asus K50: Windows Vista Downgrade to XP (error)

Mi e' capitato tra le mani un notebook Asus K50. Le istruzioni per il downgrade da Vista a XP erano molto semplici:

1) Premere ESC in fase di avvio del sistema
2) Inserire il disco XP Recovery nell'unita' ottica e scegliere CD/DVD
3) Inizia il processo di ripristino XP (Non scegliere la prima delle 3 opzioni)
4) Il sistema si riavvia al termine del ripristino.

Piccolo problema tra i punti 3 e 4: una scritta ERROR a tutto schermo e la richiesta di inserire il disco dei driver. Nessuno dei dischi presenti nella confezione viene riconosciuto. Viene emesso un errore di impossibilita' di leggere un certo file (che pero' esiste nel CD).

Pensate che il lettore sia fuso, spappolato, deceduto....e invece no.
E' sufficiente entrare nel setup del BIOS e impostare il controller da Enhanced a Compatible.

In classifica...e che piazzamento...

ANNUCIAZIO' ANNUNCIAZIO'!!!!

MoosesooM e' presente nella classifica dei Blog italiani dedicati a Linux stilata da wikio.it con un piu' che decoroso terzo posto.

Grazie a tutti gli affezionati lettori.

Ma 'ndo avahi???

Facendo seguito ad un post precedente, oggi ho scoperto un motivo in piu' per odiare il demone Avahi.
Client Ubuntu Intrepid, rete con server DNS su Debian Lenny: da qualche tempo non si riesce piu' a stampare sulle stampanti di rete. Il sistema si pianta appena viene aperta una qualunque finestra che abbia a che fare con la stampa.

La cosa curiosa e' che le informazioni di debug di cups dicono di non riuscire a risolvere il nome del server. Strano perche' se lancio il comando:

nslookup server.example.local

il client riesce, grazie al server DNS a risolvere il nome ed ottenere l'IP address.
Pure il comando

nslookup server

mi ritorna l'IP address corretto (192.168.7.1).
A questo punto tanto per proseguire il mio troubleshooting lancio il comando:

ping server

il risultato (come mi aspettavo) e':

PING server (192.168.7.1) 56(84) bytes of data.

Il bello salta fuori quando provo il comando:

ping server.example.local

ecco il risultato sconcertante:

ping: unknown host server.example.local

E' bastato di nuovo fermare il demone avahi per ottenere il risultato atteso e per tornare a stampare correttamente sulle stampanti di rete.

Ultim'ora!!!
Un altro devastante effetto del demone (appellativo piu' adatto non poteva avere) Avahi:
lanciando il comando (a demone attivo):

wget server

ottengo

Resolving server... 192.168.7.1
Connecting to server|192.168.7.1|:80... connected.

se invece lancio:

wget server.example.local

ottengo:

Resolving server.example.local... failed: Name or service not known.
wget: unable to resolve host address `server.example.local'

Di nuovo, fermando il demone Avahi tutto torna a posto e wget funziona correttamente sia con l'hostname che con l'fqdn.

vodafone-mobile-connect non parte con errori database

Cancellare la directory

~/.vmc2

e rilanciare il programma di gestione della chiavetta

named[...]: network unreachable resolving

Se sul log vedete delle righe del genere (logwatch me le manda tutti i giorni all'alba):

named[9217]: network unreachable resolving 'www.google.com/A/IN': 2001:500:2f::f#53
named[9217]: network unreachable resolving 'www.google.com.localdomain.net/AAAA/IN': 001:dc3::35#53

il problema sta nel protocollo IPv6, se non lo usate potete modificare i parametri di lancio del vostro server DNS. Su debian la modifica va fatta nel file

/etc/default/bind9

sostituendo la riga:

OPTIONS="-u bind"

con la riga

OPTIONS="-4 -u bind"

Fate ripartire il vostro server DNS e i vostri log (ma soprattutto l'addetto al loro monitoraggio) ve ne saranno grati.

Applet main menu lento in apertura

Ho sostituito l'applet di gnome MENU BAR con l'applet MAIN MENU (avevo bisogno di spazio sul pannello).

L'apertura del menu pero' e' diventatata lentissima, spesso dovevo aspettare qualche secondo prima di riuscire ad accedere alle varie voci.

Pare che il problema fosse dato dalla gestione delle icone dei menu. Problema decisamente affrontabile con un aggiornamento della cache delle icone, ottenibile con il comando:

sudo gtk-update-icon-cache --force --ignore-theme-index PATH_DELLE_ICONE

nel mio caso:

sudo gtk-update-icon-cache --force --ignore-theme-index /usr/share/icons/Human-O2