Non molti anni fa i supporti rimovibili, tipo floppy o CD/DVD, contenevano qualche MB o al massimo quache GB su una superficie diciamo tascabile e questo era già avanguardia. Se citassi il disco di bachelite di un Mainframe di 1 Megabyte del diametro di 40cm sembrerebbe (e forse lo è) preistoria.

Nel caso delle memory card, abbiamo assistito ad una vera e propria miniaturizzazione. Avendone comprato una da poco, mi avanzava una microSD da 2Gb che vedete in questa foto, munita del suo adattatore USB:

Cosa farci? Rischio certo di perderla per quanto piccola, ma mi fa effetto usarla in Live,
Ho considerato quindi di usarla come media per le installazioni o test di livecd.
La scelta è caduta su Ubuntu 11.10 Beta1 e Debian 6.0.2 Livecd, entrambe a 64Bit per poter usare kvm.
Questi i link delle rispettive ISO:

- ubuntu-11.10-beta1-desktop-amd64.iso 695MB
- debian-live-6.0.2-amd64-gnome-desktop.iso 1.1GB

Per mettere le immagini ISO  sulla microsd, anzi in pratica su USB,  visto che è contenuta in un adattatore, ho usato MultiSystem, che permette di aggiungere ISO in modo semplice e veloce, e che tra l’altro usa grub, per cui si può intervenire anche sul file grub.cfg per esigenze particolari.

Al boot avremo diverse scelte, ma questa è un’altra storia:

Partendo con la Beta1 di Ubuntu 11.10 potremo quindi testare e usare al meglio la distro e se abbiamo la connessione di rete, è possibile usare contemporaneamente con kvm/qemu (che perderemo al reboot) anche la ISO di Debian 6.0.2:

sudo apt-get install -y kvm

Poi facciamo partire Debian

sudo kvm -cdrom /isodevice/debian_live_gnome_squeeze_amd64/debian-live-6.0.2-amd64-gnome-desktop.iso

Il risultato è che sta tutto in un cm, incredibile.

La velocità di trasferimento è certo inferiore a un hard disk, ma accettabile e cosa non da poco, al costo di pochi euro si ha un sistema versatile e potente.

Enjoy

Adesso è possibile per esempio clonare una VM puntando al disco di una macchina esistente, cosi sarà possibile provare varie impostazioni usando lo stesso disco

Altre modifiche riguardano l’esportazione in formato OVF, vari fix a “VBoxManage” il ‘cuore’ di VirtualBox e alcuni miglioramenti sulla parte USB.

Su Ubuntu 11.04 l’installazione è possibile scaricando i pacchetti per la propria architettura (i386 – AMD64) e aggiungendo il pacchetto “VirtualBox Extension Pack” per poter sfruttare al massimo le VM.

Dopo l’installazione dell’Extension Pack è opportuno aggiornare le Guest Additions per ogni macchina virtuale, La ISO separata non è necessaria poiché inclusa nel pacchetto deb, ma all’occorrenza è reperibile qui, insieme al manuale aggiornato.

L’elenco delle modifiche di questa maintenance release è visibile nel Changelog.

Enjoy

Su questa guida sono venuto a conoscenza di e4rat (Ext4 – Reducing Access Times) un tool che lavora sulla riallocazione dei blocchi occupati dai programmi caricati all’avvio.

Prima di procedere, ho rimosso i servizi in upstart e le applicazioni di avvio in gnome, arrivando a quanto visibile in queste immagini:

Per poter capire se effettivamente c’è un guadagno di tempi d’avvio, ho concentrato l’attenzione su alcune righe di ‘dmesg‘, piu o meno quelle relative al boot del sistema e al caricamento di gdm, queste sono quelle prima della modifica (62 secondi per arrivare alla wlan):

[ 26.243112] vboxpci: IOMMU not found (not registered)
[ 53.793160] EXT4-fs (sda6): re-mounted. Opts: errors=remount-ro,commit=0
[ 62.878439] wlan1: authenticate with 00:1c:cf:xx:xx:xx (try 1)

Per installare e4rat, scaricato da qui, vanno rimossi ureadahead e ubuntu-minimal.

Il primo passaggio è di aggiungere una sola volta a grub  e4rat-collect che nel tempo di 120 secondi accoderà nel file /var/lib/e4rat/startup.log i dati che verranno rielaborati da e4rat-realloc.

La prima modifica riguarderà il file /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT="init=/sbin/e4rat-collect quiet splash"

aggiorniamo grub e riavviamo in modalità single (ripristino)

sudo update-grub

al prompt di root in single mode (runlevel 1) useremo

e4rat-realloc  /var/lib/e4rat/startup.log

Finito questo passaggio possiamo inserire la riga per rendere permanente il boot veloce, editiamo il file /etc/default/grub e aggiorniamo

GRUB_CMDLINE_LINUX_DEFAULT="init=/sbin/e4rat-preload quiet splash"

sudo update-grub

Al riavvio finale i tempi si sono dimezzati, incredibile ma vero.

[ 21.480143] vboxpci: IOMMU not found (not registered)
[ 27.185180] EXT4-fs (sda6): re-mounted. Opts: errors=remount-ro,commit=0
[ 32.864596] wlan1: authenticate with 00:1c:cf:xx:xx:xx (try 1)

Enjoy

Di solito si aspetta che la propria distro pubblichi nei repositories i pacchetti aggiornati, oppure si aggiunge un repo ppa che abbia compilato e reso pubblici i pacchetti per le diverse architetture.

Di guide se ne incontrano molte, le più classiche sono quelle (a volte non aggiornate) che adottano la ‘Debian/Ubuntu way‘,  il modo cioè di compilare e avere i pacchetti .deb per installarli e ridistribuirli.

In questo post vorrei solo riportare i passi seguiti per la compilazione su Ubuntu 11.04 Natty, in particolare su architettura amd64

È chiaro che il processo è abbastanza lungo (circa 2 ore), e il pc/server che useremo deve essere aggiornato e avere i pacchetti adatti al build.

Per installare il necessario useremo i meta-pacchetti e linkiamo /bin/bash a /bin/sh

$ sudo apt-get update && sudo apt-get upgrade
$ sudo ln -sf /bin/bash /bin/sh

$ sudo apt-get install build-essential
$ sudo apt-get build-dep linux
$ sudo apt-get install kernel-package libncurses5-dev fakeroot wget bzip2

Scarichiamo quindi i sorgenti del kernel e scompattiamoli in /usr/src

$ sudo su -

DA QUI IN POI SIAMO l’utente ‘root’

# cd /usr/src
# wget http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.0.tar.bz2
# tar jxvf linux-3.0.tar.bz2
# ln -s linux-3.0 linux

Siamo pronti quindi a lanciare la compilazione alla “Ubuntu Way”:

Qui useremo le impostazioni del kernel in uso (.config) e le passeremo al nuovo:

# cp /boot/config-`uname -r` ./.config
# make menuconfig

–> “Load an Alternate Configuration File”

salviamo la configurazione e compiliamo aggiungendo una stringa che ci permetterà di identificare la nostra versione, nel mio caso ‘adoldo-custom’

# make-kpkg clean
# fakeroot make-kpkg --initrd --append-to-version=adoldo-custom kernel_image kernel_headers

A fine processo avremo nella directory precedente, /usr/src, i due pacchetti binari:

linux-headers-3.0.0-adoldo-custom_3.0.0-adoldo-custom-10.00.Custom_amd64.deb (6,8MB)
linux-image-3.0.0-adoldo-custom_3.0.0-adoldo-custom-10.00.Custom_amd64.deb (40MB)


che installeremo con:

# dpkg -i linux*custom*deb

Al riavvio verifichiamo la “nostra” versione

$ uname -a
Linux kjbx-l1 3.0.0-adoldo-custom #1 SMP Tue Aug 2 11:10:55 CEST 2011 x86_64 x86_64 x86_64 GNU/Linux

$ cat /proc/version
Linux version 3.0.0-adoldo-custom (root@kjbx-l1) (gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4) ) #1 SMP Tue Aug 2 11:10:55 CEST 2011

Ho uploadato su UbuntuOne i due pacchetti nel caso voleste provarli.

linux-headers-3.0.0-adoldo-custom_3.0.0-adoldo-custom-10.00.Custom_amd64.deb
linux-image-3.0.0-adoldo-custom_3.0.0-adoldo-custom-10.00.Custom_amd64.deb

Enjoy

SystemRescueCd è arrivato adesso alla versione 2.3.0, e al suo interno, come si legge dal Changelog, sono contenute due immagini di avvio con il kernel linux 3.0 (altker32 e altker64) selezionabili dal menu a discesa.

La lista dei pacchetti installati sarebbe lunghissima, basti sapere che è possibile accedere a sistemi raid, condivisioni samba, server nfs, partizioni e filesystems di tutti i tipi. Sono compresi tools per il recupero di foto e dati, nonché alcuni programmi come gparted per creare o ridimensionare partizioni (ove possibile anche il recupero delle stesse), gdisk, ntfs-3g e ntfsprogs, tanto per citarne alcuni.

Personalizzare l’avvio di una pendrive USB con questa live non è difficile, si può ad esempio fare in modo che si avvii in RAM con la tastiera italiana e password ‘root’ semplicemente editando un’etichetta di syslinux.cfg

LABEL rescuecd_std
MENU LABEL 1) SystemRescueCd: amd64 rootpass=root setkeymap=it docache
LINUX rescue64
INITRD initram.igz
APPEND vga=791 setkmap=it scandelay=5 rootpass=root docache
TEXT HELP
Boot standard 64bit password root tastiera italiana docache
ENDTEXT

Per quanto riguarda invece Pmagic, ci troviamo davanti a una distro altrettanto potente, più piccola come dimensione, ma di tutto rispetto. Anche in questo caso l’elenco dei programmi a bordo è notevole, Entrambe partono con il server SSH attivo, basta assegnare una password a ‘root’ e possiamo accedervi da remoto

Nella galleria alcune schermate di questi due coltellini svizzeri.

Non ci resta che partire quindi, da 3.0 ovvio

[Show as slideshow]

Linux 3.0

ftp://ftp.kernel.org/pub/linux/kernel/v3.0/linux-3.0.tar.gz

Da alcuni anni, diverse aziende hanno provato a mettere sul mercato soluzioni sulla virtualizzazione del desktop remoto (VDI), basati tutti su un repository di immagini virtuali e trasmessi ai clients con diversi protocolli che vanno da ICA a RDP o VNC, ognuno con le proprie caratteristiche, sfruttando posizioni vettoriali e compressione dei frames per fornire attraverso la rete soluzioni a portata di click.

Cominciamo col dire che Spice funziona solo su sistemi a 64Bit, come d’altronde kvm.

Premetto che non conosco in realtà quanto questo post possa tornare utile, prendetela per semplice prova di laboratorio. Sarebbe interessante però valutarne l’effettiva usabilità.

Interessante questo post sulla versione che RedHat (Virtualization for Desktops)  ha proposto utilizzando spice come protocollo di trasporto.

L’utilizzo di spice pare sia abbastanza veloce rispetto ai suoi concorrenti, anche se non c’è molta documentazione in giro, quindi se volete, potete effettuare comparazioni, se avete immagini ISO o qemu da poter dare in pasto al client (spicec, spicy).

Vediamo come è possibile metter su un server basato su Ubuntu che possa fare da serbatoio per le nostre postazioni, aule didattiche o clients datati, che facciano da terminale grafico.

Possiamo seguire la strada della compilazione di qemu-spice oppure usare un repository ppa per installare kvm-spice.

Nel secondo caso seguendo questo post l’autore ci suggerisce di aggiungere il repo ppa:

sudo add-apt-repository ppa:serge-hallyn/spice2
sudo apt-get update
sudo apt-get install qemu-kvm-spice spice-gtk

In effetti per una prova è già sufficiente, vediamo invece cosa ci occorre se partiamo dai sorgenti. Seguendo questa guida, compiliamo nell’ordine libcacard. spice-protocol, celt 0.5.3 (richiesta), spice, qemu (prendetevi un caffè, anzi potete pure pranzare).
L’archivio dei sorgenti, comprensivo dei binari compilati, lo potete scaricare da qui, (177MB)  ma non è più ne meno quello che c’è nella guida, solo che a compilarlo c’è più soddisfazione

A questo punto, vediamo come possiamo far partire la nostra immagine e a collegarci con il client in remoto. Per semplicità ho usato delle immagini ISO, ma naturalmente qualunque immagine, img, qcow, è usabile,

se abbiamo seguito la guida e compilato dovremmo avere su /usr/local/bin una serie di qemu-*
quindi da terminale già possiamo usare qemu per far partire una macchine a 32 bit:

$ qemu-spice -spice port=5931,password=rescue -cdrom /Software/ISO/SysRescueCD/systemrescuecd-x86-2.2.1.iso -vga qxl -device AC97 -usbdevice tablet -m 512 -enable-kvm -net nic -net user

sul client possiamo usare spicec da console o spicy (spice-gtk) per accedere al server su porta 5931 con password rescue.

per macchine a 64 bit invece:

$ /usr/bin/kvm-spice -cdrom /Software/ISO/Ubuntu/ubuntu-11.04-desktop-amd64.iso  -spice port=5931,password=ubuntu  -vga qxl -device AC97 -usbdevice tablet -m 512 -enable-kvm -net nic -net user

da un altra macchina, o puntando a localhost, spicy ci farà apparire la macchina remota sul nostro desktop, mentre da terminale possiamo usare spicec

spicec -h 192.168.1.22 -p 5931 -w ubuntu

Mi piacerebbe sapere se questa è una strada percorribile o se è stata abbandonata, nel caso sia stata mai intrapresa.
Enjoy

[Show as slideshow]

Sempre sul sito IBM c’è un bel documento che analizza e spiega i limiti di MBR e i vantaggi di GPT:

Make the most of large drives with GPT and Linux

Preparing for future disk storage with the GUID Partition Table

Una prima cosa da tener presente è che molte distribuzioni hanno problemi, o meglio li hanno gli installers usati, per  installarsi su dischi con tabella GPT

Ad esempio anaconda su CentOS va patchato per poter superare il warning della tabella GPT, cosi come ben descritto in questo post, mentre l’uso di tools come fdisk, cfdisk e sfdisk non è supportato. Con fdisk per esempio otteniamo

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.

Ci viene suggerito di usare gparted, o meglio parted.

Un altro tool che gestisce tabelle GPT è gdisk, presente in sysrescuecd e usato nel test seguente.

Per simulare uno storage GPT ho usato VirtualBox (qualcuno sta pensando che esagero? ) gdisk e parted presenti in SystemRescueCd su un disco da 500GB virtuale.
Prima con gdisk si crea una nuova tabella GPT (tasto ‘o’)
o create a new empty GUID partition table (GPT)
alla fine ci dovremmo trovare questo output:

% gdisk -l /dev/sda

GPT fdisk (gdisk) version 0.7.1

Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present

dopo possiamo creare le partizioni con parted:

(parted) mkpart primary 0 100M                                            
(parted) name 1 boot                                                      
(parted) mkpart primary 100M 495G
(parted) name 2 root                                                      
(parted) mkpart primary 495G 100%                                    
(parted) name 3 swap                                                      
(parted) set 1 boot on                                                    
(parted) p                                                                
Model: ATA VBOX HARDDISK (scsi)
Disk /dev/sda: 537GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End    Size    File system  Name  Flags
 1      17.4kB  100MB  100MB                boot  boot
 2      101MB   495GB  495GB                root
 3      495GB   537GB  41.9GB               swap

Quindi verifichiamo con gdisk cosa è successo:

% gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.7.1

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 1048576000 sectors, 500.0 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 976C6EF7-9802-415C-A7CC-E6CD272223EF
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1048575966
Partitions will be aligned on 8-sector boundaries
Total free space is 3310 sectors (1.6 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1              34          195312   95.4 MiB    EF00  boot
   2          196608       966797311   460.9 GiB   0700  root
   3       966797312      1048573951   39.0 GiB    8200  swap

Come si nota dalla colonna ‘Code’ i codici sono EF00 (EFI boot),
0700 (linux/windows data) e 8200 (swap)

Non ci resta che installare la nostra distribuzione, personalizzando durante l’installazione specificando /dev/sda1 come boot e /dev/sda2 come root /

Enjoy

Questa versione è stata attesa da tanto tempo, visto il rilascio di RedHat Enterprise 6.0 e dalla quale CentOS attinge ai sorgenti ricompilandoli e togliendo quasi tutti i riferimenti e loghi commerciali dai pacchetti.

Per chi non conosce CentOS (The Community ENTerprise Operating System) diciamo subito che non è orientata al desktop, ma che è usata quasi esclusivamente in ambito server/enterprise e spesso paragonabile a RHEL. Per le novità e caratteristiche potete consultare forum e wiki.

In questi giorni abbiamo prodotto delle immagini per VirtualBox che troverete tra poco sul sito http://virtualboxes.org così da potervi dare una base pronta dove poter sperimentare.

update: immagini

Per l’installazione in VirtualBox della versione Gnome, è stato necessario aumentare la RAM a 768 MB e la RAM grafica a 128, altrimenti l’installer anaconda partiva in modalità ‘ncurses’ senza poter scegliere la versione desktop.

Nella galleria ci sono le fasi più salienti dell’installazione e test.

Enjoy

[Show as slideshow]

Antonio