Script per aggiungere le chiavi gpg mancanti

Già da tempo si parla di parla di Plymouth dato che già a partire da Ubuntu 9.10 avrebbe dovuto sostituire Usplash.

Ma vediamo come sia possibile provare Plymouth su Ubuntu 9.04 e 9.10.

Esiste un repository launchpad in cui è possibile trovare le versioni di Plymouth (0.7) pacchettizzate per Ubuntu Jauntye Karmic. Tenete presente che la versione presente in quei repository non viene aggiornata da più di un anno ed non è una versione stabile. Quindi siate consapevoli di eventuali problemi a cui potreste andare incontro installando quei pacchetti.

L’attuale versione di Plymouth disponibile per Ubuntu Lucid Lynx è la 0.8.0 reperibile sia come sorgente che come pacchetti binari a questa pagina. Però per quanto riguarda  Ubuntu 10.04 il problema dell’installazione di Plymouth non si pone dato che è installato come predefinito.

Per installarlo su Ubuntu 9.04 e 9.10 dovete aggiungere le seguenti righe alla vostra /etc/apt/sources.list a seconda della vostra versione di Ubuntu:

Ubuntu Jaunty Jackalope 9.04

deb http://ppa.launchpad.net/plymouth-dev/ppa/ubuntu jaunty main
deb-src http://ppa.launchpad.net/plymouth-dev/ppa/ubuntu jaunty main

Ubuntu Karmic Koala 9.10

deb http://ppa.launchpad.net/plymouth-dev/ppa/ubuntu karmic main
deb-src http://ppa.launchpad.net/plymouth-dev/ppa/ubuntu karmic main

Poi autentificate i repository eseguendo:

gpg --keyserver subkeys.pgp.net --recv BCCB1F57
gpg --export --armor BCCB1F57 | sudo apt-key add -

Oppure potete aggiungere i repository e autentificarli con un solo comando eseguendo:

sudo add-apt-repository ppa:plymouth-dev

Poi procedete all’installazione eseguendo:

sudo apt-get install plymouth

Come potete vedere ovviamente verrà rimosso il pacchetto usplash e i pacchetti da esso dipendenti:

sudo apt-cache depends plymouth
plymouth
Dipende: libatk1.0-0
Dipende: libc6
Dipende: libcairo2
Dipende: libfontconfig1
Dipende: libfreetype6
Dipende: libglib2.0-0
Dipende: libgtk2.0-0
Dipende: libpango1.0-0
Dipende: libplymouth2
Va in conflitto: usplash

Dopo l’installazione dovete modificare il file /boot/grub/menu.lst del GRUB

Cercate il menuentry relativo ad Ubuntu e dove leggete

Già da tempo si parla di parla di Plymouth dato che già a partire da Ubuntu 9.10 avrebbe dovuto sostituire Usplash.

Ma vediamo come sia possibile provare Plymouth su Ubuntu 9.04 e 9.10.

Esiste un repository launchpad in cui è possibile trovare le versioni di Plymouth (0.7) pacchettizzate per Ubuntu Jauntye Karmic. Tenete presente che la versione presente in quei repository non viene aggiornata da più di un anno ed non è una versione stabile. Quindi siate consapevoli di eventuali problemi a cui potreste andare incontro installando quei pacchetti.

L’attuale versione di Plymouth disponibile per Ubuntu Lucid Lynx è la 0.8.0 reperibile sia come sorgente che come pacchetti binari a questa pagina. Però per quanto riguarda  Ubuntu 10.04 il problema dell’installazione di Plymouth non si pone dato che è installato come predefinito.

Per installarlo su Ubuntu 9.04 e 9.10 dovete aggiungere le seguenti righe alla vostra /etc/apt/sources.list a seconda della vostra versione di Ubuntu:

Ubuntu Jaunty Jackalope 9.04

deb http://ppa.launchpad.net/plymouth-dev/ppa/ubuntu jaunty main
deb-src http://ppa.launchpad.net/plymouth-dev/ppa/ubuntu jaunty main

Ubuntu Karmic Koala 9.10

deb http://ppa.launchpad.net/plymouth-dev/ppa/ubuntu karmic main
deb-src http://ppa.launchpad.net/plymouth-dev/ppa/ubuntu karmic main

Poi autentificate i repository eseguendo:

gpg --keyserver subkeys.pgp.net --recv BCCB1F57
gpg --export --armor BCCB1F57 | sudo apt-key add -

Oppure potete aggiungere i repository e autentificarli con un solo comando eseguendo:

sudo add-apt-repository ppa:plymouth-dev

Poi procedete all’installazione eseguendo:

sudo apt-get install plymouth

Come potete vedere ovviamente verrà rimosso il pacchetto usplash e i pacchetti da esso dipendenti:

sudo apt-cache depends plymouth
plymouth
Dipende: libatk1.0-0
Dipende: libc6
Dipende: libcairo2
Dipende: libfontconfig1
Dipende: libfreetype6
Dipende: libglib2.0-0
Dipende: libgtk2.0-0
Dipende: libpango1.0-0
Dipende: libplymouth2
Va in conflitto: usplash

Dopo l’installazione dovete modificare il file /boot/grub/menu.lst del GRUB

Cercate il menuentry relativo ad Ubuntu e dove leggete: "ro single splash"

aggiungete l’opzione: “vga=791″

in questo modo: "ro single vga=791 splash"

poi eseguite:

sudo update-initramfs -u

poi:

sudo update-grub

quindi eseguite il comando (sostituendo hd0 con la partizione in cui è installato il GRUB):

sudo grub-install "(hd0)"

ATTENZIONE! QUESTA GUIDA E’ VALIDA SOLO PER LE VECCHIE VERSIONI DEL BURG. PER QUANTO RIGUARDA LE ULTIME VERSIONI E’ CONSIGLIABILE SEGUIRE LA GUIDA CHE TROVATE QUI.

Dato che il procedimento spiegato nella guida “BURG E I TEMI PER IL GRUB2“, tradotto a partire dalla documentazione ufficiale di Ubuntu, non aveva esito positivo per tutti gli utenti, me compreso ho deciso di scrivere una seconda guida su questo argomento.

La differenza con la guida precedente è che questa guida nasce dall’integrazione di una serie di guide, tutorial, esperienze personali, ricerche effettuate in differenti forum (le cui fonti sono citate a fine post).

Abbiamo già visto in precedenza che BURG è l’acronimo di Brand-new Universal loader dal GRUB. E’ basato sul GRUB, e aggiunge nuove funzionalità, come nuovi formati di oggetti e menu di sistema configurabili.

Prima di tutto accertatevi di aver rimosso tutte le precedenti versioni del grub ed eventuali file di configurazione.

Installazione tramite pacchetti binari

1) Aggiungere questa riga alla vostra /etc/apt/sources.list:

deb http://ppa.launchpad.net/bean123ch/burg/ubuntu karmic main

deb-src http://ppa.launchpad.net/bean123ch/burg/ubuntu karmic main

Per farlo basta eseguire tramite terminale:

sudo add-apt-repository ppa:bean123ch/burg

Poi usate i seguenti comandi per scaricare e installare i pacchetti:

sudo apt-get update && sudo apt-get dist-upgrade

sudo apt-get install grub-pc

Dopo di ciò, dovete installare il nuovo boot manager nel MBR o partizione del settore d’avvio, per esempio:

sudo grub-install "(hd0)"

sudo update-grub

Ogni volta che effettuate qualche modifica alla configurazione del grub dovete sempre aggiornare tramite “sudo update-grub”.

Configurazione Tema

SORA STANDARD THEME	SORA CLEAR THEME
SORA EXTENDED THEME	PROTO THEME
UBUNTU THEME	WINTER THEME
UBUNTU2 THEME

Prima di tutto dovete scaricare il pacchetto relativo al tema che volete installare.

Il tema Sora è disponibile in tre versioni standard, clear e extended e potete scaricarlo tramite questo link.

I temi Ubuntu, Proto e Winter potete scaricarli tramite questo link.

Poi esiste un altro tema chiamato Chiva del quale non ho trovato nessuna anteprima e che non ho ancora provato, ma che potete scaricare da questo link.

Invece a questo link trovate oltre ai temi Ubuntu, Proto e Winter anche il tema Ubuntu2.

Per ora non ho trovato altri temi per il Grub2 in rete, però se volete potete sempre provare a modificare quelli già esistenti oppure crearne di nuovi seguendo queste guide:

• guida 1
• guida 2

Prima di fare qualsiasi modifica alla configurazione del grub riavviate il vostro pc. Una volta arrivati al Grub2 digitate “c” per passare alla console del Grub2. Nella console eseguite il comando:

vbeinfo

A questo punto vi verranno visualizzate tutte le risoluzioni supportate dal Grub2 che cambiano ovviamente in base alla vostra scheda video.

Per esempio vi riporto solo alcune delle risoluzioni supportate dalla mia scheda video:

640x400x8

640x480x8

800x600x8

1024x768x8

1280x1024x8

640x400x16

640x480x16

800x600x16

1024x768x16

1280x1024x16

…….x…….x….

Scegliete fra quelle elencate una risoluzione che meglio si adatta al vostro schermo ricordando che i primi due valori corrispondono alla risoluzione vera e propria mentre il terzo valore corrisponde all’ampiezza di banda passante dello slot espressa in bits.

Nel mio caso ho considerato come risoluzione: 1280x1024x8

Una volta esserci annotati con precisione la risoluzione, premiamo “Esc” oppure digitiamo “reboot” e poi invio per tornare al menù e poi bootiamo in Ubuntu.

Prima di tutto ci creaiamo una copia di backup dell’attuale configurazione funzionante:

sudo cp /boot/grub/grub.cfg /boot/grub/grub.cfg.backup

Ora estraiamo i temi tramite il menù contestuale del vostro file manager preferito (nautilus, dolphin, konquer, krusader…) oppure tramite terminale eseguendo a seconda del tema scelto:

sudo tar xzf ~/theme_sora.tar.gz

sudo tar xzf ~/theme_default.tar.gz

sudo tar xzf ~/theme_chiva.tar.gz

sudo tar xzf ~/grub-themes-src-2008-08-15.tgz

Tenete presente che a prescindere dal tema da voi scelto dovete comunque scaricare il file theme_default.tar.gz perchè contiene i fonts che vengono utilizzati anche dagli altri temi.

Da questo punto in poi vi spiegherò il procedimento per quanto riguarda il tema sora, ma è analogo per gli altri temi.

Rinominate come themes la cartella in cui avete estratto theme_default.tar.gz poi spostate la cartella in /boot/grub/

sudo mv themes /boot/grub/

Spostate la cartella fonts presente in themes al livello superiore cioè da /boot/grub/themes/ a /boot/grub/

sudo mv /boot/grub/themes/fonts /boot/grub/

Poi spostate in /boot/grub anche la cartella sora precedentemente estratta:

sudo mv sora /boot/grub/

La cartella sora contiene al tema standard anche le cartelle relative alle varianti extended e clear. Per poter utilizzare le due varianti del tema dovete spostare le cartelle extended e clear in /boot/grub/ :

sudo mv /boot/grub/sora/extended /boot/grub/

sudo mv /boot/grub/sora/clear /boot/grub/

Ora aprite il file /etc/default/grub con il vostro editor di testo preferito (nano, gedit, kate…):

sudo nano /etc/default/grub

e incollate in coda al file le seguenti righe:

GRUB_THEME=sora

GRUB_GFXMODE=1280x1024x8

Dove sora è il nome del tema scelto (che potete sostituire con extended o clear a seconda del tema da visualizzare), mentre 1280x1024x8 è la risoluzione che avete precedentemente annotato. Salvate il file e uscite dall’editor di testo.

Ora aprite il file /boot/grub/sora/theme.cfg :

sudo nano /boot/grub/sora/theme.cfg

Dato che abbiamo spostato la cartella fonts dobbiamo cambiare i riferimenti nella sezione “# Load Fonts” da così:

# Load Fonts

#loadfont /boot/grub/sora/fonts/unifont.pf2

#loadfont /boot/grub/sora/fonts/Helvetica-10.pf2

#loadfont /boot/grub/sora/fonts/Helvetica-Bold-12.pf2

#loadfont /boot/grub/sora/fonts/Helvetica-Bold-14.pf2

a così:

# Load Fonts

#loadfont /boot/grub/fonts/unifont.pf2

#loadfont /boot/grub/fonts/Helvetica-10.pf2

#loadfont /boot/grub/fonts/Helvetica-Bold-12.pf2

#loadfont /boot/grub/fonts/Helvetica-Bold-14.pf2

Salvate e uscite dall’editor di testo.

A seconda che utilizziate gnome o kde installate i pacchetti gettext o gettext-kde (Utilità GNU per l’internazionalizzazione):

sudo apt-get install gettext

oppure

sudo apt-get install gettext-kde

Ora aggiornate la configurazione del Grub2 eseguendo:

sudo update-grub

Personalizzazione

Come avrete notato nonstante nelle cartelle icons e icons-nopop siano presenti i loghi di Ubuntu al posto di questi simboli nel menù del grub appare come logo il pinguino Tux.

Questo si spiega facilmente aprendo il file /boot/grub/grub.cfg e il file /boot/grub/sora/icons/icons.txt.

Nel file /boot/grub/sora/icons/icons.txt sono definite delle classi in base alle quali vengono visualizzati i diffenti loghi.

class {

ubuntu { image = “${prefix}/sora/icons/button-ubuntu.png:${prefix}/sora/icons/button-ubuntu-hover.png” }

linux { image = “${prefix}/sora/icons/button-linux.png:${prefix}/sora/icons/button-linux-hover.png” }

osx { image = “${prefix}/sora/icons/button-osx.png:${prefix}/sora/icons/button-osx-hover.png” }

windows { image = “${prefix}/sora/icons/button-windows.png:${prefix}/sora/icons/button-windows-hover.png” }

unknown { image = “${prefix}/sora/icons/button-unknown.png:${prefix}/sora/icons/button-unknown-hover.png” }

}

Nel /boot/grub/grub.cfg si può vedere che ogni entry del menù del grub è associato ad una classe.

Le due voci relative a Ubuntu sono associate alla classe linux:

### BEGIN /etc/grub.d/10_linux ###

menuentry “Ubuntu GNU/Linux, with Linux 2.6.32-020632-generic” –class linux {

insmod ext2

set root=(hd0,5)

search –no-floppy –fs-uuid –set dfd3610b-2bb6-4e89-aa7a-e7f70540bebc

linux /boot/vmlinuz-2.6.32-020632-generic root=UUID=dfd3610b-2bb6-4e89-aa7a-e7f70540bebc ro quiet splash

initrd /boot/initrd.img-2.6.32-020632-generic

}

menuentry “Ubuntu GNU/Linux, with Linux 2.6.32-020632-generic (recovery mode)” –class linux {

insmod ext2

set root=(hd0,5)

search –no-floppy –fs-uuid –set dfd3610b-2bb6-4e89-aa7a-e7f70540bebc

linux /boot/vmlinuz-2.6.32-020632-generic root=UUID=dfd3610b-2bb6-4e89-aa7a-e7f70540bebc ro single

initrd /boot/initrd.img-2.6.32-020632-generic

}

### END /etc/grub.d/10_linux ###

Quindi per fare apparire il logo di Ubuntu basta modificare la classe da linux a ubuntu. Stesso ragionamento vale per la entry relativa a Windows (–class windows).

Allo stesso modo così come ho fatto anche io, se usate Kubuntu e volete visulizzare il logo di Kubuntu nel Grub2 dovete creare i nuovi loghi da visualizzare per Kubuntu.

In particolare dovete crere 4 loghi in formato png con sfondo trasparente delle seguenti dimensioni:

120×120 pixel in versione colorata (button-kubuntu-hover.png) e in versione bianco e nero (button-kubuntu.png) da piazzare nella directory /boot/grub/sora/icons/icons.txt

80×80 pixel in versione colorata (button-kubuntu-hover.png) e in versione bianco e nero (button-kubuntu.png) da piazzare nella directory /boot/grub/sora/icons-nopop/icons.txt

Poi aggiungete una nuova classe nei file /boot/grub/sora/icons/icons.txt e nel file /boot/grub/sora/icons-nopop/icons.txt con i riferimenti ai nuovi loghi:

/boot/grub/sora/icons/icons.txt :

class {

kubuntu { image = “${prefix}/sora/icons/button-kubuntu.png:${prefix}/sora/icons/button-kubuntu-hover.png” }

ubuntu { image = “${prefix}/sora/icons/button-ubuntu.png:${prefix}/sora/icons/button-ubuntu-hover.png” }

linux { image = “${prefix}/sora/icons/button-linux.png:${prefix}/sora/icons/button-linux-hover.png” }

osx { image = “${prefix}/sora/icons/button-osx.png:${prefix}/sora/icons/button-osx-hover.png” }

windows { image = “${prefix}/sora/icons/button-windows.png:${prefix}/sora/icons/button-windows-hover.png” }

unknown { image = “${prefix}/sora/icons/button-unknown.png:${prefix}/sora/icons/button-unknown-hover.png” }

}

/boot/grub/sora/icons-nopop/icons.txt :

class {

kubuntu { image = “${prefix}/sora/icons-nopop/button-kubuntu.png:${prefix}/sora/icons-nopop/button-kubuntu-hover.png” }

ubuntu { image = “${prefix}/sora/icons-nopop/button-ubuntu.png:${prefix}/sora/icons-nopop/button-ubuntu-hover.png” }

linux { image = “${prefix}/sora/icons-nopop/button-linux.png:${prefix}/sora/icons-nopop/button-linux-hover.png” }

osx { image = “${prefix}/sora/icons-nopop/button-osx.png:${prefix}/sora/icons-nopop/button-osx-hover.png” }

windows { image = “${prefix}/sora/icons-nopop/button-windows.png:${prefix}/sora/icons-nopop/button-windows-hover.png” }

unknown { image = “${prefix}/sora/icons-nopop/button-unknown.png:${prefix}/sora/icons-nopop/button-unknown-hover.png” }

}

Poi modificate nel file /boot/grub/grub.cfg anche la classe associata alla entry (voce di menù) relativa a Kubuntu:

### BEGIN /etc/grub.d/10_linux ###

menuentry “Ubuntu GNU/Linux, with Linux 2.6.32-020632-generic” –class kubuntu {

insmod ext2

set root=(hd0,5)

search –no-floppy –fs-uuid –set dfd3610b-2bb6-4e89-aa7a-e7f70540bebc

linux /boot/vmlinuz-2.6.32-020632-generic root=UUID=dfd3610b-2bb6-4e89-aa7a-e7f70540bebc ro quiet splash

initrd /boot/initrd.img-2.6.32-020632-generic

}

menuentry “Ubuntu GNU/Linux, with Linux 2.6.32-020632-generic (recovery mode)” –class kubuntu {

insmod ext2

set root=(hd0,5)

search –no-floppy –fs-uuid –set dfd3610b-2bb6-4e89-aa7a-e7f70540bebc

linux /boot/vmlinuz-2.6.32-020632-generic root=UUID=dfd3610b-2bb6-4e89-aa7a-e7f70540bebc ro single

initrd /boot/initrd.img-2.6.32-020632-generic

}

### END /etc/grub.d/10_linux ###

ATTENZIONE: E’ sempre meglio conservarvi una copia di backup del file /boot/grub/grub.cfg in quanto tale file non dovrebbe essere editato così come è scritto ad inizio file (# DO NOT EDIT THIS FILE) visto che viene generato automaticamente da “/usr/sbin/grub-mkconfig” ogni volta che eseguiamo “sudo update-grub” oppure ogni volta che installiamo un nuovo kernel. Se abbiamo una copia di backup possiamo eventualmente ripristinare le modifiche perse.

In alternativa per rendere le modifiche persistenti potete andare ad editare i file /etc/grub.d/10_linux (e modificare la classe da “linux” in “ubuntu” o “kubuntu) per quanto riguarda K/Ubuntu e /etc/grub.d/30_os-prober per quanto riguarda windows (aggiungendo la classe “–class windows”) e gli altri sistemi operativi. In questo modo quando si effettuerà “sudo update-grub” non perderete le modifiche effettuate.

Inoltre se effenduando delle modifiche ai file di configurazione del grub, il grub stesso non dovesse partire a causa di una errata configurazione vi si può porre rimedio in due modi.

O tramite la console del grub si carica il backup di una configurazione funzionante del grub (grub.cfg):

configfile (hd0,X)/boot/grub/grub.conf.backup

Dove la X va sostituita con il numero identificativo della partizione dove si trova Ubuntu (nel mio caso (hd0,5) .Poi si avvia Ubuntu e si cerca di correggere i possibili errori di configurazione.

Oppure dovete accedere tramite il cd live di Ubuntu ed editare usando nano il file /boot/grub/grub.cfg commentando o eliminando le righe del file header (contenute tra ### BEGIN /etc/grub.d/00_header ### e ### END /etc/grub.d/00_header ###, tranne l’ultima (set timeout=5)). Una volta riavviato dovrebbe essere visualizzato il vecchio grub. Quindi entrate in Ubuntu e cercate di porre rimedio ripristinando eventuali modifiche effettuate ai file di configurazione del grub.

Per esempio potete commentare le ultime due righe che avevate aggiunto al file /etc/default/grub oppure se avete inserito una risoluzione errata provate a cambiare risoluzione.

___________________________________________________________

Se riuscite a creare qualche bel tema per il grub vi sarei grato se poteste notificarmelo nei commenti oppure inviandomi un messaggio tramite il form di contatto. In questo modo potrei linkare il tema in questa guida.

FONTI:

• http://nerdetection.rv89.com
• http://www.omgubuntu.co.uk/
• http://streetcross.wordpress.com
• http://www.chimerarevo.com

Come molti di voi sapranno, già da qualche versione, Kubuntu ha deciso di adottare come tool grafico predefinito proprio Knetworkmanager. Knetworkmanager sfrutta Kwalletmanager per poter proteggere le chiavi per le connessioni wifi e i dati sensibili relativi anche agli altri tipi di connessioni. Ciò comporta che ad ogni avvio ci viene richiesta la password affinchè Knetworkmanager possa accedere ai dati sensibili salvati in Kwalletmanager.

Con il tempo questa operazione ripetitiva può diventare noiosa. L’unico modo per aggirare la richiesta di password è quello di non proteggere Kwalletmanager con password.

Ovviamente dovete essere consapevoli che non proteggere con password il Kwalletmanager mette seriamente a richio i vostri dati sensibili: Kwalletmanager è nato proprio per conservare e proteggere i vostri dati sensibili in un file fortemente criptato, accessibile da tute le applicazioni, protetto con la master password definita dall’utente.

Detto ciò, se avete deciso di procedere dovete avviare Kwalletmanager (Sistema -> Strumento per la gestione dei portafogli).

Poi cliccate sull’icona Kdewallet.

Poi nel menù File cliccate su Cambia Password.

Nei due form non inserite nessuna password e confermate cliccando su “OK”.

Ovviamente visto che non è stata immessa nessuna password, vi apparirà un avviso di sicurezza per mettervi al corrente che la password immessa è troppo corta e che quindi presenta scarsa robustezza. Non vi resta che confermare cliccando su “Si”.

Se avete soluzioni migliori dal punto di vista della sicurezza vi prego di proporle inserendole fra i commenti.

Se come me configurate la connessione modificando manualmente il file /etc/network/interfaces , ritenete inutile knetworkmanager o comunque utilizzate un programma alternativo per gestire le reti (tipo wicd) allora questa guida fa al caso vostro.

Non so se avete notato che, quando chiudete knetworkmanager dall’area di notifica e chiedete espressamente che non venga caricato all’avvio, puntualmente appena avviate la vostra kubuntu si avvia lo stesso knetworkmanager.

Ho cercato la cartella dove sono inseriti i collegamenti dei programmi che vengono caricati all’avvio e ho trovato che nella cartella /usr/share/autostart/ è presente il file kde4-knetworkmanager-autostart.desktop.

Per non far caricare ad ogni avvio knetworkmanager basta cancellare o perlomeno spostare altrove questo file.

Se proprio volete temporanemente disabilitarlo vi basta crearvi una cartella e spostarlo li dentro in modo tale da poterlo rimettere a posto nel caso ne doveste aver bisogno in seguito.

Per farlo create una cartella (io l’ho chiamata magazzino):

mkdir magazzino

posizionatevi su  /usr/share/autostart/ tramite:

cd  /usr/share/autostart/

e quindi spostate il file (come root oppure tramite sudo) rcon:

sudo mv kde4-knetworkmanager-autostart.desktop /indirizzo_cartella/magazzino/

oppure se proprio volete cancellare il file dopo esservi posizionati sempre sulla cartella /usr/share/autostart/ procedete da terminale con un:

sudo rm -f kde4-knetworkmanager-autostart.desktop

Lo stesso procedimento lo potete utilizzare per disabilitare (con la dovuta cautela) altri programmi indesiderati che vengono caricati all’avvio.

Se non trovate nella cartella /usr/share/autostart il programma del quale volete disabilitare l’autostart potete cercare nelle cartelle:

/etc/xdg/autostart/
/home/vostro_username/.config/autostart
/home/vostro_username/.kde/autostart
/opt/gnome/share/autostart
/opt/gnome/share/gnome/autostart
/opt/kde3/share/autostart

oppure provate a cercare eseguendo da terminale:

locate autostart