Sei sulla pagina 1di 9

Come installare Ubuntu su un hard disk esterno USB

Introduzione: Con l'arrivo sul mercato di memorie USB dell'ordine del GB ed in particolar modo con alcuni dischi rigidi esterni mi sono chiesto: sarebbe possibile installare una distribuzione Linux su questi supporti ed essere in grado di avviarla su qualsiasi macchina? Dopo varie prove ho raggiunto il mio obiettivo e in questo tutorial cerchero' di spiegare come ho fatto. Prima di addentrarmi nei dettagli implementativi desidero sottolineare alcuni vantaggi che porta questa soluzione: per prima cosa l'utente ha a disposizione tutte le feature di una distribuzione come Ubuntu installata in maniera canonica su un disco fisso; secondariamente questo sistema ha la capacita' di autoconfigurarsi all'avvio esattamente come una distro Live; infine esso e' in grado, grazie ad una chain load da floppy o da CD, di avviarsi su qualsiasi macchina. A queste tre caratteristiche ne vanno aggiunte altre di natura secondaria ma pur sempre rilevanti come: i privilegi di root su qualsiasi macchina; il vantaggio di poter customizzare il proprio ambiente di lavoro; ed in ultima analisi questo sistema e' potenzialmente il miglior Rescue System che si possa desiderare. Ho optato per un disco rigido piuttosto che una memoria flash in quanto quest'ultima ha un numero predefinito di scritture, limite inaccettabile per un S.O. che deve continuamente scrivere log files, aggiornare il database dei file ecc... Scelta della distribuzione: La scelta e' ricaduta su Xubuntu perche': ha tutti i pregi di una Ubuntu e' leggera, requisito necessario per la portabilita' e' di dimensioni contenute, 600MB in meno rispetto a Ubuntu/Kubuntu piu' nello specifico la release che ho usato e' Xubuntu 6.06.1 (Dapper Drake) update: dove necessario ho specificato le modifiche nel caso utilizziate la nuova Edgy Eft. Installare Xubuntu sul disco esterno USB: La fase di installazione non presenta particolari accorgimenti rispetto ad una normale installazione di Xubuntu, per questo vi rimando alla Ubuntu Installation Guide che trovate sul CD di installazione sotto doc/install/manual/en/index.html o al wiki in italiano Le varie fasi dell'installazione sono: 1. Check available memory 2. Selecting Localization Options 3. Choosing a Keyboard 4. Looking for the Ubuntu Installer ISO Image 5. Configuring Network 6. Partitioning and Mount Point Selection a questo punto bisogna conoscere qual'e' il disco da partizionare.

Se usate il Desktop-CD: per aprire un terminale Applications->Terminal (caso Dapper Drake) , Applications->System->Terminal (caso Edgy Eft) Se usate l'Alternate-CD: Con il comando ctrl+alt+F2 entrate nella console #2 (ctrl+alt+F1 per tornare alla console #1) Con il comando fdisk -l viene visualizzata una lista dei dispositivi di storage disponibili ( e' facile riconoscere il disco in base alla dimensione, nel mio caso 10GB ) user@ubuntu:~$ fdisk -l Disk /dev/sda: 10.0 GB, 10000005120 bytes 255 heads, 63 sectors/track, 1215 cylinders Units = cilindri of 16065 * 512 = 8225280 bytes Dispositivo Boot Start End Blocks Id System /dev/sda1 1 1215 9759456 b W95 FAT32 Eventuali ambiguita' possono essere risolte con il comando dmesg | less che visualizza i messaggi del kernel, nel mio caso mostra: user@ubuntu:~$ dmesg | less .... usb 4-6: new high speed USB device using ehci_hcd and address 2 Initializing USB Mass Storage driver... scsi0 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 2 usb-storage: waiting for device to settle before scanning usbcore: registered new driver usb-storage USB Mass Storage support registered. Vendor: Model: TOSHIBA MK2006GA Rev: BY30 Type: Direct-Access ANSI SCSI revision: 00 usb-storage: device scan complete Driver 'sd' needs updating - please use bus_type methods SCSI device sda: 19531260 512-byte hdwr sectors (10000 MB) sda: assuming drive cache: write through SCSI device sda: 19531260 512-byte hdwr sectors (10000 MB) sda: assuming drive cache: write through sda: sda1 sd 0:0:0:0: Attached scsi disk sda sd 0:0:0:0: Attached scsi generic sg0 type 0 ..... Solitamente i dischi USB vengono visti come dischi SCSI col nome sda, sdb, sdc ecc.., mentre le partizioni all'interno di un disco sono viste come sd?1 sd?2 ecc.. Per una guida al partizionamento consultate Partizioni per Ubuntu Desktop Come configurazione ho scelto:

o o o

Una partizione swap da 500MB (/dev/sda1) Un'unica partizione per Linux da 3.5 GB di tipo ext3 (/dev/sda2) Una partizione da 6GB vista come "chiavetta USB" di tipo fat32 (/dev/sda3)

user@ubuntu:~$ fdisk -l Disk /dev/sda: 10.0 GB, 10000005120 bytes 255 heads, 63 sectors/track, 1215 cylinders Units = cilindri of 16065 * 512 = 8225280 bytes Dispositivo Boot Start End Blocks Id System /dev/sda1 1 62 497983+ 82 Linux swap / Solaris /dev/sda2 63 488 3421845 83 Linux /dev/sda3 489 1215 5839627+ b W95 FAT32

7. Base System Installation 8. Copying Remaining Packages to the Hard Disk 9. Detecting other operating systems N.B.: Aggiungere altri S.O. al boot loader, che non risiedano sul disco USB, e' inutile. 10. Install the Grub Boot Loader on a Hard Disk Il boot loader deve essere installato sul MBR del vostro disco USB, nel mio caso su /dev/sda ( non /dev/sda1, non /dev/sda2 e non /dev/hda ma su /dev/sda ) Boot del sistema: Se il BIOS lo supporta e' possibile fare il boot da USB. In tali bios sono presenti le opzioni di boot usb-hdd, usb-fdd e usb-zip. N.B. Si deve usare l'opzione usb-hdd, per ulteriori spiegazioni rimando a { README on using SYSLINUX with USB keys } The proper mode to boot a USB key drive in is "USB-HDD". That is the ONLY mode in which the C/H/S geometry encoded on the disk itself doesn't have to match what the BIOS thinks it is. Since geometry on USB drives is completely arbitrary, and can vary from BIOS to BIOS, this is the only mode which will work in general. Altrimenti e' necessario fare il boot da floppy/CD. L'idea e' quella di fare il boot da floppy/CD del kernel Linux presente sul disco USB (chain load). Attualmente non e' disponibile "in modo esplicito" un boot loader che riesca a fare un chain load verso dispositivi USB. Alcuni risolvono questo problema copiando su un CD l'immagine del kernel + l'initram e poi facendo il boot da CD. Qusto comporta 2 svantaggi: in primo luogo con ogni aggiornamento del kernel e' necessario rimasterizzare il CD di boot, secondariamente, poiche' la dimensione del kernel + l'initram superano abbondantemente la capacita' di un floppy, su quei sistemi che non supportano

il boot direttamente da CD e' necessario bootare da floppy (chain load) ad esempio con Smart Boot Manager Io ho risolto il problema grazie a kboot. kboot is a proof-of-concept implementation of a Linux boot loader based on kexec. Praticamente ho creato un piccolo Linux composto dal solo kernel ( con supporto alla Tastiera, USB, CPU, Video Testuale e poco piu' ) e l'initram, il quale, una volta avviato da floppy o da CD, e' in grado tramite kexec di caricare il Linux presente sul disco esterno. kexec is a set of systems call that allows you to load another kernel from the currently executing Linux kernel. Mi sto' dilungando troppo per i dettagli relativi a questo metodo, forse faro' un tutorial piu' avanti. Per ora scaricate l'archivio kboot_usb.tar.gz e estraetelo. Alcune note: Come pre-bootloader ho usato Grub. Il mio metodo prevede che sul disco USB siano presenti, nella root della partizione indicata dal parametro usbboot, i file: vmlinuz initrd.img vmlinuz.old initrd.img.old Nel caso di Ubuntu dovrebbero esistere di default come link all'ultimo kernel e al precedente. Se come parametro viene passato oldkernel viene caricato vmlinuz.old Inoltre i parametri che iniziano con t_ (target) verranno passati al kernel residente sul disco USB senza il prefisso t_ Quindi in generale si tratta di editare il file menu.lst e impostare usbboot=nome partizione che contiene i file vmlinuz ecc.. root=/dev/nome partizione radice del sistema Nel mio caso, avendo fatto un'unica partizione per Linux, coincidono e sono sda2. Come dicevo, dopo averlo estratto, troverete una cartella bootcd e un'immagine di un floppy floppy.img Come creare il CD di avvio: 1. entrate nella cartella bootcd/boot/grub 2. editate il file menu.lst 3. Sia da un sistema win che Linux aprite un terminale/prompt dei comandi portatevi nella cartella appena prima di bootcd ed eseguite user@ubuntu:~$ mkisofs -R -b boot/grub/stage2_eltorito -no-emul-boot -boot-load-size 4 -boot-info-table -o bootcd.iso bootcd mkisofs fa parte del pacchetto cdrecord

4. adesso siete proti a masterizzare l'immagine bootcd.iso con il vostro software preferito Come creare il floppy di avvio: 1. scrivere l'immagine sul floppy: da Linux usate il comando dd user@ubuntu:~$ dd if=floppy.img of=/dev/fd0 oppure da win usate rawwrite 2. entrate nel floppy e editate il file boot/grub/menu.lst Riavviate facendo il boot dal CD o dal floppy. Vi si presenta la schermata di Grub con le seguenti opzioni: Ubuntu, kernel: avvia Ubuntu usando le ultime impostazioni Ubuntu, kernel autoconfigure: avvia Ubuntu eseguendo l'autoconfigurazione Ubuntu, kernel (recovery mode): avvia Ubuntu in recovery mode le precendenti con il kernel old: usa i file vmlinuz.old e initrd.img.old Fatta la scelta, carica kboot e vi presenta una shell kboot: aspettate che trovi il disco usb kboot: sda: assuming drive cache: write through sda: assuming drive cache: write through e poi premete invio. Se tutto e' andato bene dovrebbe caricare Ubuntu. Rendere il nuovo sistema autoconfigurabile come una distribuzione Live: Dopo un po' di reverse engineering/ricerche ho capito come funziona il boot di Ubuntu: Alcuni link interessanti che spiegano il funzionamento di initramfs e come usarlo sono: New Models for Initial RAM Disks 'Introducing initramfs' How to use initramfs Qui di seguito riassumo brevemente: all'avvio il boot loader carica il kernel, il quale controlla la presenza del parametro initrd= che specifica qual'e' l'initial root filesystem. Se e' presente viene scompattato in RAM e montato come radice del sistema "/" . A questo punto se il filesystem in RAM contiene un programma chiamato "/init" il kernel lo esegue come primo programma. Fino a qui il comportamento e' il medesimo per tutte le distribuzioni che usano il kernel 2.6.X. Cio' che cambia da distribuzione a distribuzione e' il comportamento dettato dal file init. Una prima cosa utile da sapere che Ubuntu usa la funzione log_begin_msg per stampare i messaggi che appaiono durante il boot nella splash screen. Diversamente da quello che si potrebbe pensare la diversita' tra l'avvio della versione Live rispetto a quella normale risiede nel parametro di avvio boot=casper il quale, dopo essere analizzato dallo script init, fa si che BOOT assuma il valore "casper" sovrascrivendo il valore di default "local" ( /conf/initramfs.conf ) in questo modo init carica le funzioni contenute nel file /scripts/casper al posto di /scripts/local

file: init ... boot=*) BOOT=${x#boot=} ;; ... . /scripts/${BOOT} ... Nella splash screen all'avvio appare Non Live Loading essential drivers... Mounting root file system... Waiting for root filesystem... Moving mount points... Adding live CD user... ..... Live

Preparing restricted drivers... Per vedere i messaggi nella Edgy Eft bisogna togliere il parametro del kernel quiet. come si puo' notare fino a Mounting root file system... il comportamento uguale file: init ... maybe_break mount log_begin_msg "Mounting root file system..." mountroot log_end_msg ... Dopo aver stampato il messaggio Mounting root file system..., chiama mountroot , funzione che definita sia in /scripts/casper che in /scripts/local Quella in casper monta la root / in ram mentre quella in local monta il filesystem presente su disco. In modo astratto il compito che svolgono lo stesso, cambia per verso la fine dove file: scripts/local ... [ "$quiet" != "y" ] && log_begin_msg "Running /scripts/local-bottom" run_scripts /scripts/local-bottom [ "$quiet" != "y" ] && log_end_msg ... file: scripts/casper

... maybe_break casper-bottom [ "$quiet" != "y" ] && log_begin_msg "Running /scripts/casper-bottom" caso Dapper Drake PATH=/root/usr/bin:/root/usr/sbin:/root/bin:/root/sbin:$PATH run_scripts /scripts/casper-bottom caso Edgy Eft pulsate run_scripts /scripts/casper-bottom [ "$quiet" != "y" ] && log_end_msg ... Uno esegue gli script presenti in /scripts/local-bottom e l'altro quelli in /scripts/casper-bottom se osserviamo local-bottom vuoto mentre casper-bottom contiene tutti gli script che eseguono le varie autoconfigurazioni. Di questi a noi interessano: 14locales 19keyboard 20xconfig 23etc_modules 23networking gli altri sono utili solo ad una live. Una volta eseguito mountroot il flusso di esecuzione torna al file init il quale verso la fine esegue /sbin/init file: init .... export init=/sbin/init .... exec run-init ${rootmnt} ${init} "$@" <${rootmnt}/dev/console >${rootmnt}/dev/console .... /sbin/init fa parte del metodo classico di inizializzazione di Linux (System V initialization) per una spiegazione riguardo al suo funzionamento man init Questo era vero fino alla Dapper Drake, dalla Edgy Eft il nuovo sistema di inizializzazione e' upstart Upstart is an event-based replacement for the /sbin/init daemon which handles starting of tasks and services during boot, stopping them during shutdown and supervising them while the system is running. In entrambi i casi comunque il risultato che vengono eseguiti gli scripts presenti sul disco USB in /etc/rcS.d Da tutta questa analisi ricaviamo che il pacchetto responsabile di rendere live Ubuntu e' casper.

Quindi non dobbiamo far altro che: installare casper, copiare i file di interesse in /scripts/casperbottom, fare qualche modifica a /init e ricreare l'initram. Modifiche da apportare a /usr/share/initramfs-tools/init .... export debug= export autoconfigure= .... for x in $(cat /proc/cmdline); do ..... debug) debug=y exec >/tmp/initramfs.debug 2>&1 set -x ;; autoconfigure) autoconfigure=y ;; break=*) break=${x#break=} ;; ..... if [ "$autoconfigure" = "y" ] then readonly=n fi ..... mountroot log_end_msg if [ "$autoconfigure" = "y" ] then maybe_break autoconfigure [ "$quiet" != "y" ] && log_begin_msg "Running /scripts/autoconfigure" caso Dapper Drake PATH=/root/usr/bin:/root/usr/sbin:/root/bin:/root/sbin:$PATH run_scripts /scripts/autoconfigure caso Edgy Eft pulsate run_scripts /scripts/autoconfigure ( vanno aggiunte le parti in grassetto )

[ "$quiet" != "y" ] && log_end_msg fi maybe_break bottom .... In questo modo quando all'avvio aggiungiamo il parametro autoconfigure ver fatta l'autoconfigurazione altrimenti verranno tenute le ultime impostazioni Ora va creata la cartella /etc/mkinitramfs/scripts/autoconfigure ( caso Dapper Drake ) /etc/initramfs-tools/scripts/autoconfigure ( caso Edgy Eft ) e al suo interno vanno copiati i file 14locales 19keyboard 20xconfig 23etc_modules 23networking prendendoli da /usr/share/initramfs-tools/scripts/casper-bottom/ In fine, per ricreare l'initramfs aggiornato: user@ubuntu:~$ sudo mkinitramfs -o /boot/initrd.img-`uname -r` /lib/modules/`uname -r` Nel caso di boot da floppy/CD avevo gia' previsto una voce in menu.lst che avvia Ubuntu eseguendo l'autoconfigurazione. Mentre per l'avvio diretto da USB bisogna modificare il file /boot/grub/menu.lst ad esempio duplicando la voce dell'ultimo kernel installato, a cui va aggiunto il parametro autoconfigure. Nel mio caso risulta: title Ubuntu, kernel 2.6.15-27-386 root (hd0,0) kernel /boot/vmlinuz-2.6.15-27-386 root=/dev/sda2 ro quiet splash initrd /boot/initrd.img-2.6.15-27-386 savedefault boot title root kernel initrd boot Ubuntu, kernel autoconfigure 2.6.15-27-386 (hd0,0) /boot/vmlinuz-2.6.15-27-386 root=/dev/sda2 ro quiet splash autoconfigure /boot/initrd.img-2.6.15-27-386