Après l’installation toute fraîche d’Ubuntu Jaunty sur mon laptop, j’avais remarqué que les différents terminaux tty, accessibles par la combinaison de touche <Ctrl> + <Alt> + <Fn> (<Fn> allant de F1 à F6), étaient … moches ! En fait le problème venait simplement du fait que leur résolution n’était pas suffisamment grande. Pour remédier à ce léger inconvénient j’ai dû procéder à quelques réglages qui m’ont permis d’avoir une belle console bien claire.

Avant toute chose, il faut activer le framebuffer en passant le paramètre vga au noyau lors de son amorçage. Ce paramètre prend pour valeur un code qui représente une résolution et un nombre de bits de couleurs. Le code 791 par exemple, indique une résolution de 1024×768 pour 16 bits de couleurs. Vous pouvez jetez un oeil sur le tableau assez complet des modes disponibles.  Pour avoir la liste de ceux qui sont supportés par votre carte graphique ainsi que les codes qui leurs sont associés installez hwinfo. Pour ce faire entrez la commande suivante dans un terminal :

sudo apt-get install hwinfo

Une fois le paquet installé, tapez :

sudo hwinfo --framebuffer

Assurez-vous de ne pas oublier le sudo, autrement la commande ci-dessus ne donnera pas de résultat. Maintenant que nous connaissons le code du mode à adopter (791 pour ma part), passons le paramètre au noyau. Cette opération se fait au niveau du chargeur de démarrage, en l’occurrence Grub dont le fichier de configuration est /boot/grub/menu.lst. Editez ce dernier :

sudo gedit /boot/grub/menu.lst

Puis repérez la ligne qui contient les paramètres à passer au noyau :

# defoptions=quiet splash

Ajoutez-y l’option vga=791, ce qui donnera

# defoptions=quiet splash vga=791

Sauvegardez le ficher puis quittez. Pour que Grub applique les changements exécutez dans le teminal la commande suivante :

sudo update-grub

Ainsi, Grub prendra en compte le nouveau paramètre dès le prochain démarrage et les changements persisteront même après les mises à jour du noyau. Le plus important étant fait, reste maintenant à régler quelques petits détails. Si vous redémarrez votre système maintenant, il est probable que le splash screen (l’écran affichant Ubuntu au démarrage) soit décalé vers la droite, ou pire qu’il ne s’affiche pas du tout. Pour palier ces éventuels problèmes nous allons éditer un autre fichier :

sudo gedit /etc/usplash.conf

Dans le fichier /etc/usplash, assurez vous que les valeurs de xres et yres soient bien ceux de la résolution choisie pour le terminal. Dans mon cas, ayant opté pour une résolution de 1024×768, je dois avoir le contenu suivant :

# Usplash configuration file
# These parameters will only apply after running update-initramfs.

xres=1024
yres=768

Comme indiqué en anglais dans ce même fichier, pour appliquer les changements il faut exécuter la commande update-initramfs. Donc toujours dans la console :

sudo update-initramfs -u

Vous pouvez maintenant redémarrer votre machine, vérifier si tout se passe bien et admirer une console avec une résolution plus confortable qu’avant. Si toutefois au lieu de voir vos terminaux l’écran reste désespérément noir, il existe une manipulation qui consiste à faire en sorte que le module vesafb soit chargé au démarrage et non blacklisté. Puisque sous linux tout est fichier :

sudo gedit /etc/modprobe.d/blacklist-framebuffer.conf

Commentez la ligne suivante en ajoutant simplement un # à son début :

blacklist vesafb

Ouvrir maintenant le fichier /etc/initramfs-tools/modules

sudo gedit /etc/initramfs-tools/modules

pour y ajouter les deux modules vesafb et fbcon de la manière suivante :

# List of modules that you want to include in your initramfs.
#
# Syntax:  module_name [args ...]
#
# You must run update-initramfs(8) to effect this change.
#
# Examples:
#
# raid1
# sd_mod

vesafb
fbcon

Si votre fichier contient préalablement d’autre modules, il ne faut bien entendu pas les supprimer, ajoutez vesafb et fbcon à la fin. Appliquons ensuite les changements grâce à la commande update-initramfs déjà vue :

sudo update-initramfs -u

Dernier fichier à modifier maintenant :

/etc/modules

en y ajoutant simplement :

vesafb

Enfin ! Après un simple redémarrage de la machine, tout devrait fonctionner à merveille : le splash screen à sa place et une résolution acceptable pour les différents terminaux. Si vous avez encore quelques problèmes rendez-vous sur le site Ubuntu-fr, vous y trouverez certainement de l’aide. D’ailleurs ce post est inspiré du tutoriel Comment activer le framebuffer.

Maintenant que nous avons une belle console, nous verrons dans les prochains posts que tout ou presque peut être fait dans le terminal. D’ici là portez vous bien

Mi piace configurare ogni dettaglio della distribuzione. Ho cercato quindi dopo avere installato Ubuntu, come cambiare l’usplash (cioè il caricamento in fase di boot) e come impostare le tty (cioè le console virtuali raggiungibili con i tasti ctr+alt+F[1-6]) perché avessero la risoluzione del mio monitor (un amplissimo 1680×1050). Se volete sapere come fare, continuate a leggere. Eccovi un assaggio di come appare ora la mia tty:

Altro che 80 caratteri di larghezza…

Cambiare l’usplash e impostarne la risoluzione

Una cosa per volta. Usplash è ciò che rappresenta graficamente il boot in moltissime distribuzioni Linux (compresa Ubuntu). Non è la tecnologia migliore, infatti pare Ubuntu cambierà nella versione 9.10 (o 10.4) seguendo le orme di Fedora. In ogni caso per ora funziona ed è bella la possibilità di cambiarne l’aspetto. Oltre a ciò, si può anche impostarne la risoluzione (che quasi sempre non è corretta, viene tenuta a 1024×768 o 800×600 per questioni di compatibilità).

La prima cosa da fare è procurarsi un bel tema usplash. Su Gnome Look ce ne sono moltissimi (basta cercare il termine usplash), e bisogna assicurarsi che il tema supporti la risoluzione che vogliamo, in caso contrario dovremmo usarlo ad una risoluzione inferiore. Io ho scelto Hardy Colors usplash che fornisce temi in colorazioni differenti. In generale comunque un tema usplash viene distribuito come una libreria in formato .so. Per l’esempio, userò il tema human-ubuntu.so presente nell’archivio di cui sopra.

Da terminale, una volta entrati nella cartella che lo contiene, provvedete a copiarlo dove deve andare:

sudo cp human-ubuntu.so /usr/lib/usplash

Ora dovete creare il nuovo collegamento allo splash screen. Pertanto il comando da dare sarà:

sudo ln -sf /usr/lib/usplash/human-ubuntu.so /etc/alternatives/usplash-artwork.so

Prima di terminare, modificate il file responsabile della risoluzione del vostro usplash:

sudo nano /etc/usplash.conf

Inserite i valori appropriati (la vostra risoluzione, o quella supportata dal tema) e poi premete F2, Invio, F3. Non resta altro che aggiornare l’initramfs:

sudo update-initramfs -u

Impostare la risoluzione delle tty

Per ricavare le informazioni utili che adopererete, dovrete installare il pacchetto hwinfo. Fatelo col gestore di pacchetti. Nel terminale date quindi il comando:

sudo hwinfo --framebuffer

Tra le ultime righe c’è quello che interessa, in particolare nel mio caso:

Mode 0x0368: 1680x1050 (+1680), 8 bits
Mode 0x0369: 1680x1050 (+6720), 24 bits

Ricordate che se il vostro è un monitor economico (molti di quelli nei portatili lo sono) allora non avrete la possibilità di impostare la piena risoluzione che usate. Potete sceglierne comunque una maggiore di quella che state usando in quel momento per le tty. Io ho la possibilità di ottenere la risoluzione 1680×1050 a 24 bit usando la modalità 0×0369. Mi segno pertanto il numero, dimenticandomi dello zero dopo la x. Ciò che mi serve pertanto è 0×369. Voi segnate il vostro numero e poi modificate il file di avvio di grub:

sudo nano /boot/grub/menu.lst

Cercate la riga delle kopt, probabilmente sarà simile alla seguente:

# kopt=root=UUID=********-****-****-****-************ ro

Voi limitatevi ad aggiungere in fondo il parametro vga come segue, sostituendo naturalmente il valore trovato (ricordate che è tutto su una riga):

# kopt=root=UUID=********-****-****-****-************ ro vga=0x369

Ora l’ultima cosa da fare è aggiornare grub:

sudo update-grub

Per ora è tutto. Dal prossimo avvio della macchina (lo spegnimento potrebbe vedersi male, tranquilli) sarà tutto perfetto. Godetevi il vostro boot a tema ed a risoluzione piena, e la vostra nuova immensa console.

Fonti e spunti:

• Framebuffer 1680×1050
• Dell Inspiron 1525 – Gentoo Linux Wiki
• How To Create And Install Your Own Usplash Theme In Ubuntu
• Cambiare lo splash di boot su Ubuntu Gutsy (USplash)
• Bug #154781 in usplash (Ubuntu): “Out of Range message and usplash not displayed in Gutsy”

I have a Dell D630 Latitude(running Lenny) that i use at work. While trying to push the framebuffer size, i had to experiment a bit with numbers, because i couldn’t get ready to use values off google for widescreen framebuffers. ‘865‘ is what worked for me(it gives me 1280×800). If you got a widescreen laptop(i guess most laptops these days are), appending ‘vga=856‘ to grub boot line should make it come up in 1280×800 mode. For example, your kernel’s menu.lst(/boot/grub/menu.lst) entry should look like…

...
title           Debian GNU/Linux, kernel 2.6.26-2-686
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.26-2-686 root=/dev/sda1 vga=865 ro quiet
initrd          /boot/initrd.img-2.6.26-2-686
...

Hope this helps someone.

Nothing much, just thought of posting a screenshot of my EEE Pc in action. As I had mentioned in some of my earlier posts, I have a very barebone EEE setup. Obviously it runs Lunar Linux, and there are no window managers installed. I have dwm, and evilwm as my primary wm’s, and just now compiled fluxbox, just because I am a huge fluxbox fan, and tend to use it from time to time.  But most of the time I just code and don’t get out of the console, and when its not so important, elinks takes care of my browsing efforts. So during such days all I use it the tty console, with framebuffer enabled. That gives me a lot of screen real estate, and dvtm, gives me a great way to utilize the space. I have to try out the vertical patch fro screen by the way, may be over the weekend. Terminus comes to the rescue as far as the console font is concerned. I do like the default console font, but I am more used to terminus. Anyway here is a screenshot of my framebuffer on my EEE Pc. It runs on the latest stable kernel 2.6.29.2, compiled with framebuffer support. Of course I haven’t played around with 915resolution yet to get the right resolution.  But 800×600 is so much better than the boring console without framebuffer. So comment on the screenshot. Click on it for full view.

I’ve had a slightly successful first day at my new job. Given to code review a game project for the iphone, I expected to dally a couple of days with getting myself upto speed. But being thrust immediately into bug fixing is what actually happened. Not that I’m complaining.

I had to fix 3 bugs, and guess what, they were ALL solved by commenting out extra lines of code. There were lines that were just not needed. I confess being a culprit of the same crime many times, being safe rather than sorry when the compiler throws a couple of value not initialized errors. But its a journey on the path of programming zen that comes with experience.

One of the bugs was that the iphone screen was flickering. Its a problem that is widely documented by many, just Google it. And many solutions work. I feel it might be helpful to some if I described what made the difference in this particular case. It was the case of some liberal usage of “swapbuffers”. As we all know, OpenGL can be configured with a timer which in turn processes each frame. When the framebuffers are ready with the data processed in that particular “loop”, the buffers are swapped, send to show up on the screen while we go back to the loop and process the next buffers. But calling the swapbuffers command repeatedly many times within each frame leaves the clearly visible flicker. Try keeping it down to only once each frame render.

Another small clue to solving that flickering problem you might be having…

Hari ini gw bangun jam 12.30 am…
dan gw pikir dah subuh… XD
seperti biasa kompie masih nyala… terakhir ditinggal lagi buka netbeans…
oh… project minesweeper lama gw..
proyek game minesweeper di java yang belum selesai, malas bikin UI nya… ada yang mau jadi sukarelawan?? >:D
dan gw kepikiran untuk bikin mines solver nya juga… mngkin pake markov chain…
baru belajar stochastic ni…

tapi bukan2… gw belajar markov model bukan buat proyek ini…
buat teaser… gw berencana mengerjakan proyek “once in a life time” gw
yang gw kasih nama M.A.I.D.
salah satu komponen na pake markov modelling…
tapi karena proyek “once in a life time” jangan ditunggu kapan selesainya…
gw aja ga tau… :p

nah balik lagi ke minesweeper tadi… rencana nya mau di remake engine mines nya pake c++ sekalian solver nya juga…

hmmm, o iya tulisan ini gw post lewat laptop seorang teman, laptop gw ga bisa booting setelah gw update kernelnya ke 2.6.27-14.. Intuisi gw berkata ini masalah di grub nya… berhubung Ubuntu kurang cerdas mengurusi masalah menu di grub. secara otomatis ubuntu bakal nge-rewrite konfigurasi grub (menu.lst) dan nulis ulang daftar kernel yang kita punya. nah kalau kita ngupdate kernel rutin dari 2.6.27-7 sampai sekarang 2.6.27-14 berarti ada 14*2=28 menu yang bakal muncul di grub… nah berhubung grub punya gw di custom supaya bisa nampilin gambar Yuiko-chan . ni grub pasti menuhin vesa buffer nya sendirian… dan pas menu nya muncul, dia kehabisan memori buat ngehandle input dari keyboard… dan jadi lah laptop gw terpaku sambil tetap menunjukkan imutnya Yuiko ditambah sedikit mosaik berwarna-warni…

nah sekarang biar gw benerin dulu laptop gw..
nanti gw post step-by-step ngebenerinnya (kalo bener)
dan buat z4ck. Sabar… ceritanya mungkin di post seminggu sekali…
proyek SDK nya genshiken sebenarnya… :p

Encontrei um pequeno desafio para minha vida geek… hehehe.

Até então, estava eu utilizando um monitor de 15″ com resolução nativa de 1024×768; como disse, até então.

Consegui vender tal monitor LCD e com isso agora sou o felizardo dono de um Flatron W1752T (LG) (17″ Wide com resolução nativa de 1400×900).

Em um primeiro momento, nem dei muita bola para a resolução no boot (1024×768 ) e sim pela configuração no X (/etc/X11/xorg.conf), que me permitiu não fazer nada para que esta se auto ajustasse a nova resolução nativa, e eu deslumbrasse com o visual incrível com que o KDE 4.2 se mostrou.

Mais sabe como são as coisas nesta vida nerd (neh?)… nada nunca está perfeito! E toda vez quando nos deparamos com alguma imperfeição, o que fazemos? Sim, escovamos bits! (rss)

A primeira coisa que pensei, foi em simplesmente descobrir os “números mágicos“  que podem ser utilizados na parâmetro “vga” nas linhas referentes ao carregamento da imagem do kernel em /boot/grub/menu.lst que estaria tudo resolvido. Não deu certo, pois, por padrão, o módulo utilizado para fornecer o framebuffer no boot é o vesafb, e ele trabalha apenas com resoluções á 4:3 não suportando opções em 16:10.

Até eu descobrir isso, passou um tempo e precisei baixar o hwinfo no AUR , compilar e instalar o software. Depois de instalado rodei um hwinfo –framebuffer que me retornou os modos de operação:

02: None 00.0: 11001 VESA Framebuffer                                                               
  [Created at bios.447]                                                                             
  Unique ID: rdCR.G89VdJ4sMmF                                                                       
  Hardware Class: framebuffer                                                                       
  Model: "NVIDIA G86 Board - p403h20 "                                                              
  Vendor: "NVIDIA Corporation"                                                                      
  Device: "G86 Board - p403h20 "                                                                    
  SubVendor: "NVIDIA"                                                                               
  SubDevice:                                                                                        
  Revision: "Chip Rev"                                                                              
  Memory Size: 14 MB                                                                                
  Memory Range: 0xe9000000-0xe9dfffff (rw)
(...)
Mode 0x0364: 1440x900 (+1440), 8 bits
Mode 0x0365: 1440x900 (+5760), 24 bits
(...)

O “x” da questão é que o Módulo nvidia no kernel, estava carregado, e isso faz com que os modos suportados por ele sejam mostrados; estas resoluções, como disse, não são suportadas no vesafb.

Sabendo desse modo ( 0×0365), minha primeira tentativa foi passar o parâmetro para o kernel no carregamento do sistema. Para isso modifiquei a linha referente a isto em /boot/grub/menu.lst:

kernel /boot/vmlinuz26 root=/dev/mapper/nvidia_abacfabc3 video=vesafb:nomtrr,1440×900-32@60 vga=0×365 ro

Se repararem bem, faz sentido, mas em meu próximo boot, nada aconteceu! Por que?

Esta é mais simples de responder… hehehe.. simplesmente porque estou usando o vesafb e não o módulo nvidia. Para resolver meu problema, resolvi enfiar o módulo da nvidia diretamente na initrd (/boot/kernel26.img).

O procedimento é fácil… basta editar o arquivo /etc/mkinitcpio.conf, adicionando o módulo da nvidia na linha MODULES, deixando o arquivo conforme o exemplo:

MODULES=”dm_mod pata_acpi pata_amd ata_generic scsi_mod sata_nv sata_via jfs xfs reiserfs nvidia”

Após isto, salvei o arquivo e gerei uma nova imagem de disco de ram para o kernel através do mkinitcpio -p kernel26 . Então editei novamente o /boot/grub/menu.lst e fiz esta alteração:

kernel /boot/vmlinuz26 root=/dev/mapper/nvidia_abacfabc3 video=nvidiafb:nomtrr,1440×900-32@60 vga=0×365 ro

Salvei, reiniciei e voilá.. funcionando perfeitamente; como eu queria:

- Resolução de boot a 1440×900.

Só não tentei utilizar o nvidiafb antes de carregar o módulo da nvidia na initrd.. então não sei responder no momento se este passo do mkinitcpio seria necessário.  Coisa linda ficou o modo verbose no boot de meu linux assim!

Algumas informações podem ser encontradas nos links abaixo:

http://bbs.archlinux.org/viewtopic.php?id=25133

http://tldp.org/HOWTO/Framebuffer-HOWTO-5.html

http://www.linuxquestions.org/questions/debian-26/guide-to-2.6-kernel-upgraderecompile-206992/page16.html

http://www.mail-archive.com/debian-user-portuguese@lists.debian.org/msg107891.html

I often find that I want to login to a text console as opposed to my GUI. I use Ubuntu 8.10 (intrepid ibex) with gnome which uses gdm desktop manager by default. I’ve found in the past while working with gentoo that I can replace the GUI login provided by kdm, gdm, etc. with qingy which uses framebuffer video support to provide a nice splash screen without the overhead of a full-blown GUI.

With the introduction of upstart as a replacement for inittab in ubuntu there are different steps to making qingy work and the qingy (and other) sites suggest. First, install qingy (this part hasn’t changed!). I installed from repos, but you can download and install from the qingy home page (http://qingy.sourceforge.net/). the repos will place the quingy binary in /usr/sbin. Next, edit /etc/event.d/tty1. Comment out the statement # exec /sbin/getty 38400 tty1 and add a new statement exec /usr/sbin/qingy tty1. This will alter tty1 from loading getty to qingy. NOTE: Many how-to’s suggest replacing getty with qingy for all but one tty. I do not feel this is necessary, as I’m merely using qingy as a replacement for gdm and I only need one instance of this.

Next, disable your desktop manager. I’ve stated that I use gdm so if you are using kde or xdm (or something else entirely) you may have to figure out the best way to do this. The easiest way to disable gdm is by using bum (boot-up manager GUI). This will likely have to be installed using your favorite installation method. I use sudo aptitude install bum from the command line. Once running, locate GNOME Display Manager and un-check it. If you click apply the GUI session will end! You have been warned!

At this point you should be able to boot your machine and find that you have a nifty splash screen with options to start different sessions, among them will be text-console.

Note: you will likely want to change some of the default configuration for qingy. For instance, by default qingy will launch your GUI session in the open tty (tty1 in this case). If, like me, you are used to seeing the GUI on tt7, you have to change /etc/qingy/settings x_server_tty = unused_tty. There are many other settings that can be adjusted in the setting files as well.

Also, you can find a nice selection of themes for qingy on freshmeat (http://themes.freshmeat.net)

*** HEADS UP ***
Now, this is where things got a little frustrating for me. When I logged into a gnome session, I discovered that my audio was not initializing. I could not playback audio or work with audio in any way. I did not get any specific errors: dmesg, /var/log/syslog and /var/log/messages did not reveal any obvious errors. I tested audio from a text-console and found that I could playback mp3 files using mpg321 or ximp3 (both console based mp3 players), but only if I run these apps as sudo.

This gave me the vital clue that helped to solve the problem with gnome. It turns out that my user account was not a member of the audio group that is installed when ubuntu was installed. It’s apparently not necessary when you use gdm as your desktop manager. By adding my user to the audio group I was able to playback audio from text-console without the need of sudo *and* when I logged into my gnome session audio was working!

In addition to audio not working, nm-applet (the panel NetworkManager icon control) is also not working.  This item took a little more effort to resolve, as it’s not a simple matter of adding a user account to a group.  The way I resolved this might not be the correct method, so please do your own research! However, I found that if I modified a number of files in /etc/dbus-1/system.d/ I could make it work.  Specifically I modified the following files:

1. /etc/dbus-1/system.d/ConsoleKit.conf
2. /etc/dbus-1/system.d/NetworkManager.conf
3. /etc/dbus-1/system.d/nm-applet.conf
4. /etc/dbus-1/system.d/nm-avahi-autoipd.conf
5. /etc/dbus-1/system.d/ nm-dhcp-client.conf
6. /etv/dbus-1/system.d/nm-dispatcher.conf
7. /etc/dbus-1/system.d/ nm-system-settings.conf

For each of these files I copied the policy user section “root” and changed the user to my user account.

TO REPEAT: This may *not* be the correct way to do this, but in the end it worked.

Another issue I had was with the use of encfs which I used for directory encryption. I found that until I added my user account to the fuse group I was unable to mount my encrypted directories.

I suspect that there are other issues as well with this approach.

If you have any suggestions or comments regarding this method vs. some other method, please post here or provide a link to the suggestion.

Although it’s no problem to view Japanese/Unicode characters on an X11 console like xterm or Konsole, it can be difficult to view them in the Linux virtual terminal. That’s where JFBTERM comes into view. It provides Japanese and other special character output using the framebuffer.

Ubuntu provides a prebuilt package in the repositories; to install it execute

sudo apt-get install jfbterm

It is also helpful to install a good font for it to use:

sudo apt-get install unifont

Now, provided that you have a working framebuffer, you can start it by running jfbterm.

If you receive an error about /dev/fb0 not present, you need to enable a framebuffer. In Ubuntu, modify the current kernel line in /boot/grub/menu.lst to include vesafb. For example, my section in menu.lst reads something like:

title Ubuntu 8.10, kernel 2.6.27-9
kernel /boot/vmlinuz-2.6.27-9 root=/dev/hda1 ro vesafb:mtrr,ywrap vga=0x318
initrd /boot/initrd.img-2.6.27-9
quiet

After making the modification, reboot the system and try running jfbterm again.

Once you have jfbterm running, you can run commands like usual, and now should be able to see Japanese characters properly.

Ich habe mir gerade mal den neusten Vanilla-Kernel 2.6.27.10 installiert und wollte mir ein eigenes Bootlogo für den Framebuffer erstellen. Es hat einige Zeit an Recherche gebraucht um herauszufinden wie das genau geht aber hier nun die Lösung:

Also wie ich herausgefunden habe soll das Bild eine Grösse von 80×80 Pixeln besitzen und maximal 224 Farben. Das mit den 224 Farben geht bereits aus der Kernelkonfiguration hervor: ” Standard 224-color Linux logo”. Das mit den 80×80 Pixeln habe ich im Netz gefunden, weiss aber nicht ob nicht doch auch höhere Werte bei der Pixelanzahl möglich sind.

Am besten erstellt man mit Gimp ein solches Bild und speichert es als PNG (im folgenden meinlogo.png genannt).

Nun muss man erstmal das Paket netpbm installieren damit wir unser Logo in das richtige Format konvertieren können. Dies geht nach der Installation des Paketes mit dem simplen Befehl:
pngtopnm meinlogo.png | pnmtoplainpnm > logo_linux_clut224.ppm

Und das war es eigentlich auch schon. Das so erzeugte Bild mit dem Namen logo_linux_clut224.ppm kopiert man noch nach /drivers/video/logo/logo_linux_clut224.ppm des entpackten Kernel-Quellcodes. Damit überschreibt man das alte Bild was meist distributionsspezifisch ist oder beim Vanilla-Kernel einfach unser Lieblingspinguin Tux.

Beim Konfigurieren des Kernels muss man nun noch dran denken “Device Drivers -> Graphics Support -> Bootup logo -> Standard 224-color Linux logo” zu aktivieren und das wars.

Wenn der Kernel nun installiert ist und man bootet ihn mit aktiviertem Framebuffer wird man sein selbst erstelltes Bild sehen (je 1 mal pro Core/CPU).

Como eu comentei no artigo anterior, em que eu mostrava como mudar as cores no console do Linux, vou falar sobre alguns programas que rodam sem o X. É claro que se pode usá-los no X também, mas a idéia desse artigo é mostrar que sim, existe vida sem o X!

Algum deles precisam de um framebuffer (que em breve eu mostrarei como configurar), outros não, e eles estão organizados em nenhuma ordem específica.

links

Este é um browser que funciona tanto sem framebuffer como com. Sem, ele mostra o texto da página na tela, mais ou menos como os comandos less e more fazem. Para selecionar o link que se quer seguir, use as setas para cima e para baixo; para avançar, enter ou a seta para direita e para voltar, aperte a seta para esquerda.

Com framebuffer, ele se parece mais com um browser normal, mostrando até imagens (embora o layout não fique exatamente igual a como se veria a página num “browser de verdade”). Para tê-lo funcionando neste modo, além do frambuffer, é preciso ter o gpm rodando e o links ter sido compilado com as opções
./configure --prefix=/usr --mandir=/usr/share/man --enable-javascript --enable-graphics --with-x --with-fb --without-directfb

Não esqueça de verificar antes se sua distro não possui já o pacote links-g pré-compilado. E para executá-lo no modo gráfico, rode links -g (é possível usar esse modo gráfico no X também, sendo um browser bastante leve). Assim no modo gráfico, ele pode ser usado também como visualizador de imagens.

programas semelhantes: existem vários outros browsers de modo texto tais como lynx, elinks, w3m, mas esses não possuem modo gráfico. Uma alternativa mais completa é o hacked links, que é o links modificado com algumas coisas a mais.

gpm

No texto sobre o links eu falei que era preciso ter o gpm rodando, mas o que ele faz (pergunta retórica)*? Ele é um daemon que oferece funcionalidades do mouse ao console. Por exemplo, com ele é possível selecionar texto usando o mouse e depois colá-lo.

mpd e ncmpcpp

mpd é um acrônimo para Music Player Daemon. Isso já diz tudo, ele é um player que funciona como um daemon e pode-se escolher a interface que se quiser para controlá-lo. O ponto fraco do mpd é que até a versão mais recente, 0.13.2, ele não é capaz de reproduzir arquivos que não estejam numa biblioteca pré-configurada (isso inclui CDs de áudio).

Entre as interfaces, as mais úteis para o console são o ncmpcpp (que é uma versão melhorada do ncmpc) e o mpc. O primeiro é uma interface em ncurses, você pode criar uma playlist e depois fechá-lo que ele continuará tocando. O segundo é útil para fazer scripts e funciona direto da linha de comando, ex: mpc stop . Quem for usuário do last.fm pode instalar mais um daemon, chamado mpdscribbler.

mplayer

O mplayer é um velho conhecido dos linuxers, e ele funciona também no console, com ou sem framebuffer. No primeiro caso é simples, basta executá-lo como se faria no X, mas no console.

No segundo caso ele funciona, mas concordo que sirva mais como uma brincadeira que qualquer outra coisa. Existem as bibliotecas aa e caca que permitem a execução do vídeo em ascii. Sim, em letrinhas. A diferença é que uma não tem cores e a outra tem.

mplayer -vo aa -monitorpixelsize 0.5 arquivo
mplayer -vo caca -monitorpixelsize 0.5 arquivo

Além disso, já que o mpd não executa arquivos que não estejam na biblioteca, pode-se usar o mplayer para essa função, ao menos para executar CDs de áudio (sem o cache ele pode travar às vezes):

mplayer -cache 2048 cdda://

pebrot

Queira ou não, o MSN é o mensageiro instantâneo mais usado no Brasil e o pebrot é um cliente em curses para ele. Além do que, o MSN pode ser bastante útil na solução de problemas se houver algum amigo que também use Linux na sua lista de contatos.

pdftotext, antiword, catdoc e o3totxt

Estes são programas que convertem alguns formatos de arquivos para texto apenas. O primeiro, como o nome diz, converte pdfs, os dois do meio convertem arquivos da Microsoft e o terceiro converte arquivos do OpenOffice.

Por parível que increça, o do OpenOffice é o mais difícil de ser usado, é preciso dezipá-lo e passar o arquivo content.xml. A maneira mais fácil de fazer isso é com o comando:

unzip -p arquivo.odt content.xml | o3totxt | tee

Infelizmente, nem sempre estes programas funcionam, mas mesmo assim são bastante úteis. Só lembrando que no caso dos arquivos da Microsoft, geralmente eles vêm na encoding 8859-1, por isso se aparecer alguns caracteres estranhos, passe uma opção dizendo a codificação do arquivo de entrada.

screen

Eu já falei sobre o screen antes, ele é útil pois permite ter vários shells rodando num mesmo console.

Considerações finais

É claro que existem alternativas aos programas que eu coloquei aqui, e existem outros programas, eu só procurei mostrar o que eu uso e que considero bons programas.

* Não sei… talvez devesse existir uma pontuação própria para perguntas retóricas. Se seria útil não sei, mas uma pontuação para sarcasmo seria.

While trying to update kernel in order to run Virtualbox, i got a weird resolution error. On OS boot, screen blanks with an error like “Resolution is beyond allowed limits”. Since this happens before GUI is loaded, Xorg is innocent. I’ve installed the 915resolution patch for a widescreen HP, but it’s innocent too.

Well, this is a framebuffer issue! To solve it I’ve followed these instructions on technobounce.

• apt-get install hwinfo
• hwinfo –framebuffer
• Then make a backup copy of your /boot/grub/menu.lst and add to your kernel line vga=0×035a where 0×035a is the wanted resolution mode.

VIA ha rilasciato oltre 16.000 linee di codice per gestire in maniera nativa nel kernel Linux il framebuffer  dei chipset Unichrome CLE266, CN700, CX700, K400, K800, K8M890,  P4M890, P4M900, PM800 e VX800 IGP. Il supporto garantisce il funzionamento di collegamenti digitali e HDMI. Per adesso sono soli i driver per il framebuffer, ma speriamo sia il primo passo verso il rilascio dei driver completi con il supporto per il 3D e i video.

Il codice è stato rilasciato come una serie di patch attraverso la mailing list degli sviluppatori fbdev ed è rilasciato sotto GPL2.

Este es un problema que me ha dado la nueva versión de Ubuntu, Gutsy Gibbon. Hago la instalación limpia, reinicio y… sorpresa! ¿dónde se ha metido mi pantalla de carga?

Afortunadamente, tras pensar muchas cosas desagradables, después de lo que tarda en cargarse habitualmente un usplash me inicia el GDM. Pero… ¿habrá solución a esto no?

Pues sí. Tras revisar innumerables foros sobre el tema, parece ser que Gutsy tiene un pequeño problema de compatibilidad con el framebuffer debido a que determinados monitores o tarjetas de vídeo no soportan la resolución por defecto.

La solución, en sí, es muy sencilla:

1.- Instalamos Startup Manager , bien desde este mismo enlace, bien por Synaptics o bien por consola:

sudo aptitude install startupmanager

Para iniciarlo hacemos un:

sudo startupmanager

Y, para acabar, elegimos la resolución que más se ajuste a nuestro hardware. Ahora es cuestión de reiniciar, cruzar los dedos y disfrutar de lo mejor de Ubuntu.