salta alla navigazione

Fiat 500 L Debian Edition 20 marzo 2009 - 20:01

Inviato da Antonio De Luci (imu) in : Debian, O.S. Revolution, Only Nerd, Vita Reale , 13 commenti

Dopo le versioni repliche lanciate da Giannini e Abarth eccovi la nuova versione del famoso cinquino :

La versione Fiat 500 L Debian Edition

Inutile dirvi che è impossibile da trovare perché è unica al mondo. L’unico esemplare è in mio possesso quindi se vedrete sfrecciare un cinquino a 90 Km/h e dietro al cofano vedrete la scritta “Debian” e sul vetro il logo … Quello sarò io!

Alla faccia della tecnologia, questo modello presenta:

Qualcuno di voi si starà chiedendo : “ma che gusto c’è a portare una Fiat 500″ ?

Posso solo rispondervi ” Provare per credere”. Non si puo’ dire di saper guidare un auto se non si impara a portare una Fiat 500 !

Linux (amd64 x86_64): AGP NVIDIA IOMMU BLACK SCREEN 1 dicembre 2008 - 1:40

Inviato da Antonio De Luci (imu) in : Debian, Kernel, Linux, Nvidia, O.S. Revolution, Only Nerd, Pericolosi, Tips , 8 commenti

UPDATE :

09/05/2009 – Dal Kernel 2.6.29.3 TUTTO È TORNATO ALLA NORMALITÀ! CHE DIO SIA LODATO!
07/02/2009 – Mi sono rotto ad inserire le patch, seguite la guida e buonanotte!

Adesso andrò ad illustrare un paio di workaround per ovviare ad un problema davvero molto ma molto fastidioso. Spero solo che sia un problema raro e che come al solito sia sfigato solo io.

Un po’ di storia :

In un attimo di frenata follia, l’altra notte mi è passato per la mente di provare la beta della prossima stable : Lenny e nello stesso preciso momento di provare la versione amd64 (x86_64). Nulla di strano fin qui, posseggo uno degli ultimi Intel Prescott (cpu family 15) EM64T ma per forza di cose ho sempre e solo usato la versione Debian Unstable i386. Purtroppo soffro di un grave problema di dipendenza, NVIDIA. Saranno 10 anni che uso queste schede e saranno 10 anni che subito dopo il reboot finale d’installazione devo obbligatoriamente installare i driver per la mia scheda video.

La mia esperienza con questo tipo di schede ed i suoi driver Closed mi porta ad eseguire determinate modifiche per farli girare al meglio e proprio seguendo le stesse operazioni

Blacklist dei moduli agpgart e intel_agp, inserimento nel file xorg.conf della voce “NvAgp  1″ etc. etc.

… appena avviato il server grafico mi sono ritrovato nella merda, una merda tutta nera.
Credetemi non ho mai perso così tanto tempo per sistemare qualcosa (credo ci abbia perso almeno tre notti), cioè immaginate la scena si avvia il server grafico ed appare una schermata nera con un underscore in alto a sinistra. Nessuna possibilità di cambiare console virtuali (tty* o vc*) e nessuna possibilità di accedere a qualche log per capire cosa stesse succedendo. Unica operazione possibile : RESET o grazie ai Magic Key SysrQ un bellissimo reboot.

Comunque gira e rigira la rete ed il forum nvidia fatalmente mi sono scontrato con un topic e da li restrigendo la ricerca sono giunto a delle conclusioni ed ho individuato il colpevole “IOMMU“.

##############

WorkAround per Kernel di default (i kernel ufficiali installati dalle distro).

Inserire la voce nel file di configurazione di grub (menu.lst) in modo da farla apparire in tutte le voci dei kernel presenti:

iommu=noaperture

Poi rimuovere eventuali voci riguardanti il proprio modulo agp (intel_agp, via_agp, amd64_agp, etc) dal file /etc/modprobe.d/blacklist .

Inserire tra le opzions dedicate a nvidia nel file xorg.conf la seguente :

Option     "NvAgp" "2"  # (usa agpgart)

Riavviate.

##############

WorkAround per smanettoni fai da te, patiti di hard recompiling kernel, gente a cui piace mettere le mani dappertutto :

Scaricate i sorgenti del kernel, scompattateli e fermatevi. Avviate il vostro editor di testo preferito e modificate il seguente file :

linux-$VERSION/arch/x86/Kconfig

Sul kernel 2.6.27.7 si trova sulla riga 508 :

config GART_IOMMU
bool "GART IOMMU support" if EMBEDDED <---- rimuovere
default y
select SWIOTLB
select AGP
depends on X86_64 && PCI
help
Support for full DMA access of devices with 32bit memory access only
on systems with more than 3GB. This is usually needed for USB,
sound, many IDE/SATA chipsets and some other devices.
Provides a driver for the AMD Athlon64/Opteron/Turion/Sempron GART
based hardware IOMMU and a software bounce buffer based IOMMU used
on Intel systems and as fallback.
The code is only active when needed (enough memory and limited
device) unless CONFIG_IOMMU_DEBUG or iommu=force is specified
too.

Rimuovete  la dicitura “ if EMBEDDED ” e cambiate la dicitura “ y ” in ” n “.

Dopo di che, iniziate la configurazione :

# make menuconfig

Settate come al solito le vostre opzioni e in : Processor type and Features, vedrete una nuova voce.

[ ] GART IOMMU support

Assicuratevi che sia deselezionata.

Poi in Graphics support, settate come modulo /dev/agpgart e nel menu settate il vostro chipset.

<M> /dev/agpgart (AGP Support) --->

Agp Support

Dopo di che salvate tutto e create il nuovo kernel. Ora finalmente si torna alla normalità niente vocine strane in grub e moduli agp* in blacklist per usare Nvidia.

Testato con kernel fino a 2.6.27.7 e nvidia fino 177.82 (compresi i beta 177.61.02 e 180.08). Chissà perché capitano tutte a me!

Synaptic inizia a tremare, Aptitude 0.5.0 (aka GTK) is out ! 17 novembre 2008 - 15:25

Inviato da Antonio De Luci (imu) in : Curiosità, Debian, Gnome, Linux, O.S. Revolution, Only Nerd , 5 commenti

Nessuno ne parla, nessuno ne accenna … Sembra che le news siano ridotte come al solito dai : Ritardi di Debian Stable ed i rilasci di Ubuntu ed altre cazzate del genere. Le solite, le ricorsive, le sempre ripetitive news.
Non sono mai stato un fanboy ne un amante delle GUI almeno per quei fronteNd dei fronted (synaptic come tutti ormai sapranno è un fronteNd per apt …).
Questo però è “aptitude” (>= 5.0) ed ora è disponibile nella versione GTK+ (si per ora all in one) … Un fronteNd si ma di se stesso ed arriva ben 9 anni dopo il suo primo rilascio.
Per debian lo trovate nel repository experimental, ancora non è perfetto e da quanto si dice la prossima versione giustamente vedrà due pacchetti distinti : aptitude e aptitude-gtk .

Aptitude-gtk

Aptitude-gtk

Secondo me Synaptic inizia ad avere la cacarella :)

Fonte: Planet Debian

KDE 4.1.x backports for Debian Lenny 23 agosto 2008 - 14:05

Inviato da Antonio De Luci (imu) in : Contributi, Curiosità, Debian, Kernel, Linux, O.S. Revolution, Only Nerd , 12 commenti

Segnalazione spero piacevole per gli utenti di Lenny i386 ed amd64 (tra pochissimo release stable) Debian.

Utenti di Debian Unstable aka Sid : Usate kde4 da experimental!

Pochi semplici passaggi per provare Kde 4.1.x :

Aggiungere questa riga al file /etc/apt/sources.list

deb http://kde4.debian.net/ lenny main

Aggiornare il database :

# aptitude update or # apt-get update

Installare kde4 (minimal version)

# aptitude install kde4-minimal or # apt-get install kde4-minimal

Ricordatevi di installare i kde-moduli che vi interessano

Installare kde4(full version)

# aptitude install kde4 or # apt-get install kde4

Installare il pacchetto per la localizzazione :

# aptitude install kde-l10n-XX or # apt-get install kde-l10n-XX

Sostituire le XX finali con la propria localizzazione

ESEMPIO per L’italia “kde-l10n-it” .

Sul sito http://kde4.debian.net/ trovate trovate inoltre FAQ, how to per ritornare a kde3 e molto altro.

Nvidia, Linux e problemi di performance 21 agosto 2008 - 14:18

Inviato da Antonio De Luci (imu) in : Compiz, Compiz Fusion, Curiosità, Debian, Kernel, Linux, Nvidia, O.S. Revolution, Only Nerd, Tips , 9 commenti

Nuovo Update rilasciati i BETA 177.70 (grazie Underpass)

UTENTI CON SCHEDE AGP I DRIVER 177.67 E 177.68 NON FUNZIONANO CORRETTAMENTE SEGUIRE LE ISTRUZIONI A QUESTO INDIRIZZO PER SCARICARE ED APPLICARE LA PATCH FUNZIONANTE.

Update Nuova Versione BETA 177.68

In questi giorni di grandi vacanze per noi Italiani, la grande azienda Nvidia da secoli attenta ai problemi di noi utenti linux, ha rilasciato una versione BETA dei loro driver closed identificata come “177.67″. Questa release dovrebbe risolvere i noti problemi di performance sul 2D delle precedenti versioni.

Al momento i più esperti ed i più impazienti possono, scaricare i driver e … seguire le semplici istruzioni elencate sul forum ufficiale nvidia.

Riassumo i pochi e semplici passaggi :

Scaricate ed installate la versione BETA 177.67 (x86, X64)

Aggiungete nel file di configurazione del sistema grafico (xorg.conf) le seguenti opzioni :

Option "PixmapCacheSize" "1000000"
Option "AllowSHMPixmaps" "0"

La prima riserva un pezzetto di GPU nella memoria video per un assegnazione veloce dei pixmap migliorando notevolmente qualsiasi applicazione di X che si appoggi ad essi. Il valore da riservare lo scegliano noi a nostro piacimento ed in base al quantitativo a disposizione sulla nostra scheda video, quello dell’esempio vale 5 Mb.

“1000000″ = “5 Mb”

“2000000″ = “10 Mb”

E così via … Più ne riservate migliori prestazioni avrete Ma ricordate che quello che andrete a riservare non sarà sfruttato dalle OpenGL e Texture (stanno lavorando anche su questo).

La seconda opzione invece impedisce che vengano memorizzate in modo permanente le richieste di assegnazione di Shared Memory pixmap (che casino, non prendetemi sul serio potrei dire un sacco di cazzate!).

Finito tutto il bordello dovrete lanciare il seguente comando dopo aver caricato il server grafico (examples : ~/.Xinitrc / or ~/.Kderc / or ~/.gnomerc, ecc)

nvidia-settings -a InitialPixmapPlacement=2

Per chi usa Gnome puo’ aggiungerlo in :

Sistema -> Preferenze -> Sessioni -> Programmi D’avvio:

Per chi ha schede video versione 8, 9 e superiori raccomandano anche di usare questa opzione :

nvidia-settings -a GlyphCache=1

Essa non fa altro che assegnare un rendering GlyphSet e memorizzando nella cache  della memoria video i fonts Xft, permettendo al driver Nvidia un ottimale accelerazione del testo … Stessa procedura di avvio e stessa prassi, il tutto si riduce a :

nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1

Sempre e solo dopo aver avviato il server gra”fico”. Devo ripetere?

P.S. Gli sviluppatori si scusano per il macchinoso e complicato avvio e assicurano che le prossime release dei driver “177.xx” avranno tali opzioni abilitate di default, stanno lavorando ANCHE per voi “utenti della distro umana” .

Fonti :

NvNews Forum

Debian Tattoo 28 giugno 2008 - 13:49

Inviato da Antonio De Luci (imu) in : Debian, Linux, O.S. Revolution, Only Nerd, Vita Reale , 24 commenti

Difficile da comprendere, impensabile da fare eppure …

Debian tattoo tatuaggio

Ce ne sono di matti in giro.

La mia vita adesso si è trasformata in una continua e perpetua domanda:

TUTTI: Ciao ma che significa il tuo tatuaggio? Ce l’avrà per forza un senso! Ti prego dimmi cosa significa!

IO: Nel cuore … nella mente … sulla mia pelle.

È un modo per etichettarmi da solo prima che lo facciano gli altri.

Condivisibile o meno, per me racchiude tutto il significato della parola “Libertà” .

Ringrazio Gigi Blasi per la realizzazione e Viger per le immagini campione create in 3d.

Debian tattoo tatuaggio

Linux Nvidia driver e kernel 2.6.25-rc* 31 marzo 2008 - 1:06

Inviato da Antonio De Luci (imu) in : Debian, Kernel, Linux, O.S. Revolution, Only Nerd , 4 commenti

nvidia on 2.6.25-rc7

Stavo impazzendo con i kernel della serie 2.6.24(.1 .2, .3, .4), avevo dei continui quanto fastidiosi blocchi di sistema, immaginate la scena : si verificava in modo del tutto casuale ed avveniva un vero e proprio freeze del sistema, il desktop sui miei due schermi diventava un immagine statica, non riuscivo ad accedere alla TTY e per finire non funzionavano i Magic SysRQ Key. Controllando nel Changelog dell’ultima rc del kernel (2.6.25-rc7) ho visto un fix molto interessante per il mio controller sata (promise), sinceramente non sapendo più che pesci pigliare mi sono detto: peggio di così non puo’ andare. Quindi mi sono messo all’opera ed ho compilato il nuovo kernel … ma come al solito i guai non vengono mai da soli :)

La prassi che seguo è sempre la solita da molti anni, creo un kernel, installo i driver nvidia ultima versione e qualche altro modulo esterno. Stavolta però sulla RC7 Nvidia non voleva saperne di compilarsi. Non vi dico cosa ho combinato tra sabato notte e domenica mattina, calcolate solo che ho ricompilato il kernel (diverse versioni) almeno 5/6 volte, anche perché mi è venuto in testa visto che stavo perdendo del tempo sui kernel di fare un po’ pulizia :/

Quindi ho cancellato tutto il bordello che avevo in /usr/src/ ed eliminato una 30 di immagini kernel ._. per ritornare ad usare quella che aveo prima di iniziare questa nuova avventura (2.6.24.4).

Fortunatamente esiste sempre un anima pia in #debian-it@freenode e proprio mentre cercavo di descrivere l’accaduto a mind è apparso un santo in mio aiuto. Il suo nome è tosky (sei finito in prima pagina tzè :) ) e mi ha passato un link :

http://www.nvnews.net/vbulletin/showthread.php?t=110088

Dentro ci sono alcune patch e le istruzioni che permettono a Nvidia di compilarsi con le versioni 2.6.25-rc* del kernel. Io posso solo dirvi che tutto funziona alla perfezione … almeno per quanto riguarda il discorso Nvidia.

Per il freeze … chissà! Per ora non mi resta che attendere e sperare!

2.6.24 in Debian Unstable (sid) 30 gennaio 2008 - 14:33

Inviato da Antonio De Luci (imu) in : Debian, Free Software, GNU, Kernel, Linux, O.S. Revolution, Only Nerd, Tips , 17 commenti

Debian Planet 2.6.24 on Sid

Disponibili in Debian Sid le immagini precompilate del nuovo kernel 2.6.24, il quale introduce interessanti novità in questa versione. Citandone un paio una migliore gestione delle schede Wireless e un completo supporto per il nuovo Group Scheduling Fair. Per chi avesse voglia di provarle basta aggiornare il database e scaricare l’immagine relativa alla propria architettura stando attenti soltanto ad un cosa :

Ancora¹ le immagini sono compilate con “gcc-4.1” mentre Sid ha di default “gcc-4.2” questo comporta un piccolo problema nel caso ci sia la necessità di compilare moduli esterni quali (giusto per fare un esempio)

Driver Nvidia, virtualbox-ose-modules-2.6.24, etc, etc.

(continua…)

Colordiff – aggiungere colore ed aumentare la leggibilità a diff 27 gennaio 2008 - 15:25

Inviato da Antonio De Luci (imu) in : Debian, Linux, O.S. Revolution, Only Nerd, Tips , 8 commenti

colordiff

Colordiff è un piccolo tool che serve a colorare l’output prodotto con diff ed aumenta notevolmente la leggibilità, evidenziando le differenze con colori diversi. È un tool che per chi frequentemente usa e maneggia e lavora su file e codice da console non deve mancare come ad esempio ccze (per colorare output dei file di log) o colormake (colora output di make) o colorgcc (colora l’output di gcc), highlight (per colorare l’output dei sorgenti).

(continua…)

KDE 4.0.0 su Debian (ma rimuove KDE3, singh!) 12 gennaio 2008 - 20:37

Inviato da Antonio De Luci (imu) in : Debian, GNU, Linux, O.S. Revolution, Only Nerd, Pericolosi , 20 commenti

In rete come funghi sono spuntati i primi how to per installare sulle più svariate distro l’ultimo rilascio del Team KDE, ma per Debian c’è un piccolo problema … Dobbiamo rinunciare a KDE 3.5.8 di Default. Oggi ero propenso a fare il salto ma quando apt mi ha avvertito che mi rimuoveva di tutto di più il mio cuoricino non ce l’ha fatta a dargli il permesso. Non tanto per KDE che sto usando dopo 6 lunghi anni con Gnome, ma quanto per k3b, amarok e qualche altra applicazione. Ciò non toglie che qualcuno di voi usando un altro DE vorrebbe poter assaggiare in anteprima la novità pur sapendo che comunque l’ambiente creato non è dichiarato dagli stessi sviluppatori un ambiente adatto all’uso di tutti i giorni ma è stato rilasciato solo per gettare la base, fissare un punto di partenza per poter continuare lo sviluppo.

NON PROSEGUIRE LA LETTURA SE NON SICURI DI QUELLO CHE SI STA FACENDO