A menudo las herramientas de particionado a nuestra disposición nos resultan incomodas, limitadas o complicadas de usar, todos los sistemas operativos incluyen herramientas de particionado, pero raras veces son tan completas como quisiéramos, en esas ocasiones puede sernos de utilidad una herramienta como GParted.

Para realizar el proceso detallado en este tutorial necesitaremos el Cd Live GParted, si vuestro ordenador permite arrancar desde USB podréis ahorraros un CD.

1) Como es costumbre con los Live CD, introducimos el CD y configuramos en la BIOS el arranque desde el CD-ROM, guardamos los cambios y salimos de la BIOS.

2)Este Live Cd nos presenta una interface bastante amigable y cómoda de usar, nada complicada, seleccionamos la opción “GParted” para iniciar el programa y acto seguido nos aparecerá la tabla de particiones, en función de si el disco está vacío o si disponemos de particiones ya creadas el aspecto que presentará sera distinto pero fácil de entender.

1. La opción “New” nos permitirá crear nuevas particiones, mientras que la opción “delete” nos permitirá borrarlas convirtiéndolas en espacio no asignado, la opción redimensionar nos permitirá reducir o aumentar el tamaño de una o mas particiones así como mover de sitio la partición si deseamos colocarla al final o delante de otra.
2. La tabla de particiones se nos muestra con un aspecto similar a un gráfico, pudiendo observar las distintas particiones, su posición, el espacio que ocupan o su nombre.
3. El nombre de la partición si tiene.
4. El sistema de archivos de la partición, “extended” hace referencia a la memoria Swap.
5. El tamaño total de la partición, su espacio ocupado y su espacio libre.

Si deseamos crear una partición, deberemos situarnos sobre el espacio del disco duro no asignado (en gris) y o bien con botón derecho o bien con el icono “New” podremos configurar sus características.

Podremos ajustar su tamaño tanto introduciendo el numero exacto en la casilla “Tamaño nuevo (MB)” como manualmente mediante el gráfico superior (algo mas impreciso que introduciendo el numero), la opción “Crear como” hace referencia a si deseamos una partición primario o lógica, en “Sistema de archivos” seleccionaremos el que se ajuste a nuestras necesidades, Ext2 o Ext 3 si ha de albergar un Linux, Swap si ha de ser la de intercambio.
Si deseamos ponerle una etiqueta a nuestra partición para tenerla diferenciada podemos hacerlo escribiendo aquellos que nos parezca acertado, el “espacio libre precedente“ y “el espacio libre a continuación” lo dejamos a 0.

Pulsamos en “add” y ya tendremos configurada la partición, podremos crear aquellas que necesitemos, en mi caso, dos para la instalación de una distribución Linux, por lo que necesitaré otra partición Swap.

Una vez creadas las particiones necesarias, procederemos a guardar los cambios, pulsaremos en “apply” para que se apliquen los cambios y escriba las particiones en la tabla de particiones, cuando termine se habrán realizado correctamente todos los cambios realizados y podremos salir del CD-Live con la opción “exit“.

Mientras esperamos a que se solucione el bug de RAPPS que está retrasando la release 0.3.11, el resto de desarrolladores continúan trabajando en las diferentes áreas de ReactOS.

Hoy la buena noticia nos la da Arty Yerkes, un desarrollador que de manera silenciosa(no se prodiga mucho por el IRC) ha estado trabajando desde hace bastante tiempo en el soporte EXT2 para ReactOS.

EXT2 es un sistema de archivos creado originalmente para el Kernel Linux, y que ha tenido sus ports para Windows e incluso MacOSX. Actualmente ReactOS usa FAT como sistema de archivos, y su dependencia era total, ya que estaba íntimamente integrado con nuestro Kernel.

Para ello Arty ha tenido que romper esta “dependencia”, lo cual le ha llevado bastante tiempo, pero permitirá en un futuro poder usar otros Sistemas de Archivos a elección del usuario, como es el caso de EXT2.

Hace un par de días, Arty nos dió la buena noticia de que había conseguido instalar ReactOS sobre una partición EXT2, y que había logrado llegar hasta el Escritorio.Reconoce que aún hay unos cuantos bugs por resolver, pero esto abre un camino prometedor para el soporte EXT2, y quien sabe si también para el EXT3.

Arty sigue trabajando en su branch particular(una rama donde tiene copiado todo el código de ReactOS más sus modificaciones) y aún su código no ha sido mandado al árbol central de ReactOS. Una vez que se testee que sus cambios no afectan negativamente al comportamiento de nuestro FAT actual, y que además da soporte a EXT2, se procederá a integrar sus parches en ReactOS. Aunque esto no lo veremos hasta la 0.3.12.

Which filesystems have the largest metadata overhead[1]? We can find out using guestfish sparse file support and a short shell script:

#!/bin/sh -

guestfish=fish/guestfish
testimg=/mnt/tmp/test/test.img
size=1G

for fstype in ext2 ext3 ext4 xfs ntfs msdos ; do
    $guestfish <<EOF
      sparse $testimg $size
      run
      sfdiskM /dev/sda ,
      mkfs $fstype /dev/sda1
EOF
    echo -n "$fstype: "
    du $testimg
done

The results:

Notes

[1] Yes, there are shortcomings in the methodology. What this really measures is how many blocks are written by the mkfs program. Even if you believe the figures, this only measures the initial overhead, but you can use the same technique to measure the overhead of storing (eg) lots of small files, or whatever is appropriate for your workload.
[2] Note the difference between ext2 and ext3/4 seems to be entirely down to the size of the journal, which is a kind of metadata overhead, but one that you can easily control.
[3] Needs three small patches to libguestfs to get these filesystems to work.
[4] This seems off the scale — needs further investigation.

This is fun. I added a new command to guestfish which lets you create sparse disk files. This makes it really easy to test out the limits of partitions and Linux filesystems.

Starting modestly, I tried a 1 terabyte disk:

$ guestfish

Welcome to guestfish, the libguestfs filesystem interactive shell for
editing virtual machine filesystems.

Type: 'help' for help with commands
      'quit' to quit the shell

><fs> sparse /tmp/test.img 1T
><fs> run

The real disk image so far isn’t so big, just 4K according to “du”:

$ ll -h /tmp/test.img
-rw-rw-r-- 1 rjones rjones 1T 2009-11-04 17:52 /tmp/test.img
$ du -h /tmp/test.img
4.0K	/tmp/test.img

Let’s partition it:

><fs> sfdiskM /dev/vda ,

The partition table only uses 1 sector, so the disk image has increased to just 8K. Let’s make an ext2 filesystem on the first partition:

><fs> mkfs ext2 /dev/vda1

This command takes some time, and the sparse disk file has grown. To 17 GB, so ext2 has an approx 1.7% overhead.

We can mount the filesystem and look at it:

><fs> mount /dev/vda1 /
><fs> df-h
Filesystem            Size  Used Avail Use% Mounted on
/dev/vda1            1008G   72M  957G   1% /sysroot

Can we try this with larger and larger virtual disks? In theory yes, in practice the 1.7% overhead proves to be a problem. A 10T experiment would require a very real 170GB of local disk space, and where I was hoping to go, 100T and beyond, would be too large for my test machines.

In fact there is another limitation before we reach there. Local sparse files on my host ext4 filesystem are themselves limited to under 16T:

><fs> sparse /tmp/test.img 16T
write: File too large
><fs> sparse /tmp/test.img 15T

Although the appliance does boot with that 15T virtual disk:

><fs> blockdev-getsize64 /dev/vda
16492674416640

Update

I noticed from Wikipedia that XFS has a maximum file size of 8 exabytes – 1 byte. By creating a temporary XFS filesystem on the host, I was able to create a 256TB virtual disk:

><fs> sparse /mnt/tmp/test/test.img 256T
><fs> run
><fs> blockdev-getsize64 /dev/vda
281474976710656

Unfortunately at this point things break down. MBR partitions won’t work on such a huge disk, or at least sfdisk can’t partition it correctly.

I’m not sure what my options are at this point, but at least this is an interesting experiment in hitting limitations.

The following took place more than a year ago, but it is still fresh in my mind. After a few colleagues urged me to write about it, I decided to finally do it. If the output of the commands does not match exactly whatever I had while dealing with it – bear with it. It’s far from being the point.

The horror

I took a break from work last year and decided to go and have some fun in NZ. Oh, did I have fun there!
There’s nothing more frustrating than returning to work, turning on your dusty computer and witnessing the following:

*** An error occurred during the filesystem check.
Give root password for maintenance (or type Control-D to continue):


Investigating it just a bit more I got to a conclusion that my /home is not mounting. OMG!!! all of my personal customizations and some private data is at /home!
I must admit, it’s nothing that couldn’t be reproduced at a reasonable amount of time, but having my neat KDE customizations I didn’t want to start the process from the beginning. Think about yourself losing your /home, it’s no fun. I decided I wanted it back.
OK, so I’m running e2fsck:

# e2fsck /dev/sda5
e2fsck 1.39 (29-May-2006)
e2fsck: No such file or directory while trying to open /dev/sda5

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 

#

Oh man, how frustrating, e2fsck can’t read my superblock!
Something I did notice during boot up, is that the HD is very noisy, in addition to very slow boot process. It wasn’t a new HD and it has worked hard (I tested on it numerous times our FS infrastructure of video recording). Probably it’s time has come.

I wanted to feel at /home again.
I decided the smartest thing would be to first try and copy this whole partition aside as I knew there is a hardware problem with the HD. After I’ll solve that one, I could hopefully handle the missing superblock problem much better.

Getting physical

So I quickly inserted a fresh new HD to my machine, disconnected the old faulty HD (it caused the computer to boot so slow because of it’s defects) and issued a network install.
15 minutes later I’m again at linux, with a bare new /home, and the faulty HD connected to it, slowing the computer as hell.
I was sure dd would come for the rescue:

# dd if=/dev/sda5 of=home-sweet-home.ext3 bs=4M

After a few minutes of anticipation and cranky HD noises, I’m with:

dd: reading `/dev/sda5': Input/output error
0+0 records in
0+0 records out
# ls -l /home/home-sweet-home.ext3
-rw-r--r-- 1 root root 0 Jul 10 08:26 home-sweet-home.ext3


Great . I’m searching the net, searching for an aggressive dd program, something that instead of giving up on bad sectors, would fill them with zeros and continue on (hoping the defects on the HD are at a very specific place). I must admit I have almost written something by myself, but finally I’ve found dd_rescue.
And off we go:

# dd_rescue -e 1 -A /dev/sda5 /home/home-sweet-home.ext3


It ran for hours! It was 65GB that dd_rescue had to tackle. With a dying HD that could take a lot of time. After more or less 8 hours I was back at my desktop, looking at my old home:

# ls -lh /home/home-sweet-home.ext3
-rw-r--r-- 1 root root 61G Jul 10 20:43 home-sweet-home.ext3
#


Being logical

OK, that’s it, I have my data. Time to dump the old HD and deal with the logical errors I still have with this partition dump. Mounting the partition gave me the same result as I pasted above: no superblock – no fun!
Oh! but ext3 always creates a few backup superblocks, maybe this is my lucky day where I will finally be able to use one of these backups. You are probably familiar with the following output:

# e2fsck /tmp/e2fsck-test
...
27 block groups
8192 blocks per group, 8192 fragments per group
1992 inodes per group
Superblock backups stored on blocks:
8193, 24577, 40961, 57345, 73729, 204801

Writing inode tables: done
Writing superblocks and filesystem accounting information: done
...

Now go figure out where your backup superblocks are. Trying the obvious of 8193 and 32768 did not work for me. I knew there should be more backup superblocks. Google comes for the rescue again. I was quite close at this time as well to writing a small C program that would search the partition dump for ext3 superblock signatures and tell me where the backup superblocks are. But then again, I thought I’m probably not the first one who needs such a utility, here TestDisk came for the rescue.
I simply ran TestDisk which reveled the remaining trustworthy superblocks on my damaged filesystem.
Later on I discovered that it is also possible to run e2fsck on a partition with the same size and see where the superblocks get written. However, I think that probing the superblocks is much cleaner altogether.


# mkdir /home2
# mount -o loop,ro,sb=884736 /home/home-sweet-home.ext3 /home2
#


Silence.

Did it work?


# ls -l /home2
drwxr-xr-x 41 dan dan 8192 Feb 5 13:39 dan
drwx------ 7 distcc distcc 88 Jul 26 15:24 distcc
drwxrwxrwx 2 nobody nobody 1 Feb 5 05:39 public
#


Wow, it did!
So how much of it was eventually damaged? – less than 1%!
So I’ve found a few garbled files I didn’t need anyway, but I was more than 99% back at /home.

Epilogue

Needless to say that ever since I’m backing up my /home in a strict manner. But this is obviously not the point.
The simplicity of Linux in general and ext2/3 in specific is something we should adore. I wouldn’t want to imagine what would have happened on a different OS or a different filesystem (and please don’t start a flame war about it now…).

Ripropongo in questo post il confronto tra i due driver per leggere le partizioni con filesystem ext2 ed ext3 da Windows.
Ebbi modo di provare i due drivers qualche anno fa ma solo ora che ho un weblog mi sono deciso a scrivere due righe riguardo questo argomento :p
Ho visto che altri utenti con sistemi dual-boot windows / linux hanno già scritto qualcosa a tal proposito ma, a mio avviso, gli articoli scritti sono troppo sintetici.

Obiettivo: accedere in lettura (e volendo anche in scrittura) a filesystems ext2/ext3 da windows.
Drivers attualmente disponibili:

• Ext2IFS: www.fs-driver.org
• Ext2Fsd: www.ext2fsd.com

Limitazioni (di entrambe i drivers):

• non è disponibile il journaling su ext3

Quest ultimo punto è molto importante: è vivamente sconsigliato scrivere dati da windows su partizioni linux, a meno che non necessario.
Vorrei focalizzare questo aspetto in quanto l’intenzione di usare una partizione linux come archivio mi è sembrata oltremodo diffusa.
Anche io tentai di trovare una soluzione per avere una partizione in comune da utilizzare sia da windows che da distribuzioni linux.
Ma di soluzioni a regola d’arte non ce ne sono. Qualcuno potrebbe optare per una partizione FAT32 ma si va incontro a limitazioni notevoli: è un file system troppo vecchio (file non superiori a 4GB, niente journaling, etc etc).
Scrivere da linux su partizioni NTFS con NTFS-3G sembra la via meno dolorosa ma non ci farei molto affidamento, NTFS rimane un file system chiuso ed i drivers disponibili per i sistemi unix/linux sono stati creati tramite reverse engineering.
Ciò che consiglio, quindi, è di avere partizioni di archivio proprie per ogni sistema e di sfruttare i drivers per la sola lettura, per effettuare copie quando necessario.

Ext2IFS o Ext2Fsd?
veniamo al confronto. Ext2IFS sembra più popolare ma ha una grossa limitazione: la partizione deve essere formattata con inodes di 128 bytes. Da qualche anno a questa parte le partizioni vengono formattate con inodes a 256 bytes. Di fatto Ext2IFS esce automaticamente di scena, non riuscendo a montare nulla.
Ripieghiamo su Ext2Fsd. Posso dirvi che fino ad ora non ho avuto problemi di sorta ma è anche vero che non lo uso praticamente mai per scrivere dati.

Installazione di Ext2Fsd:
attualmente è presente un installer con configurazione guidata. Quando provai il driver, molto tempo fa, era possibile la sola installazione manuale.
Scaricate l’eseguibile se preferite essere guidati dal programma, in lingua inglese, oppure continuate a leggere per l’installazione manuale.
La pagina dei downloads è qui: [ link ].
Per l’installazione manuale scaricate i due files zippati. Uno contiene il driver vero e proprio, l’altro un’interfaccia grafica per attribuire i punti di montaggio delle partizioni (ad es. G:\ nei sistemi windows).
Scompattate in una cartella a vostra scelta. Aprite il prompt dei comandi (shortcut: Tasto Win + R, compare la finestra “Esegui“. Digitate cmd e premete invio).
Portatevi nella cartella del driver. Entrate nella sottocartella Setup.
Ora digitate, a seconda del vostro sistema operativo:
setup xp – sistemi windows xp/vista a 32bit.
setup w64 – sistemi windows xp/vista a 64bit.
Successivamente potete avviare Ext2Mgr.exe per avviare il Manager.
Si presenta così:

Cliccate su una partizione, premete F4 per visionare i punti di montaggio ed aggiungete una lettera a vostra scelta premendo sul tasto Add.
Vi appariranno tre opzioni:

Quella selezionata di default, la seconda, è consiglibile per dischi rimovibili. Ext2Mgr tiene monitorati eventuali cambiamenti delle periferiche di archiviazione e pertanto non deve essere chiuso.
Personalmente, usando Ext2Fsd su un disco fisso, scelgo sempre la prima opzione: ad ogni riavvio del pc il punto di montaggio viene perso ed è adatto per un uso saltuario.
Al contrario la terza opzione è adatta per avere la partizione sempre accessibile.
Dando conferma la partizione sarà visibile ed accessibile da Risorse del Computer.

Bueno, ultimamente nesesite de este paquete para manipulacion del sistema de archivos ext2, y pues , debido a que no encontre documentacion sobre como instalar estas librerias, y pase mucho tiempo tratando de arreglar errores de referencia a librerias pues mejor me puse a isntalar y encontre que el paquete trae las isntrucciones de instalacion, listo! si pero no, voy a explicar como hacer este proceso de una forma facil y explicada un poco mas que las instrucciones que viene dentro del paquete. Entonces… empezamos…

Pre-Instalacion

1) Lo Primero que deben de hacer es Descargar el paquete: http://prdownloads.sourceforge.net/e2fsprogs/e2fsprogs-1.41.8.tar.gz

2) Inicialn como super usuario, y lo colocan en la carpeta root, en mi caso considero una forma facil de hacer esto de la siguiente forma, segun los sistemas operativos que he realizado esto:

• Ubuntu: ~$ sudo nautilus
• Kubuntu: ~$ sudo dolphin 

Estos comandos ejecuntan nautilus o dolphin como super usuarios y permiten manejar las carpetas a nuestro gusto.

Descompriman en root el archivo 0-e2fsprogs-1.41.8.tar.gz de manera que les quede asi /e2fsprogs-1.41.8

Estamos listos para empezar con la isntalacion.

Instalacion

1) Navega con consola a manera que te encuentres dentro del directorio /e2fsprogs-1.41.8. o simplemente abre una terminal en este directorio.

2) Dentro de la carpeta /e2fsprogs-1.41.8 crea un directorio llamado build, y luego entra en el desde consola:

 ~$ mkdir build
 ~$ cd build

3) Ejecuta el script configure:

 ~$ ../configure

 4) Compila los programas y librerias:

 ~$ make

5) Revisa que las carpetas y archivos de instalacion se hallan contruido correctamente:

 ~$ make check

6) Instala los programas y librerias:

 ~$ make install

7) Instala los archivos include y las librerias:

 ~$ make install-libs

Elimina cualquier pre-formatted manuals. En alguans distribuciones puede que contengan pre-formatted manuals que esten obsoletos y se nesesitan actualizar para ver los manuales correctos.

Existe en el paquete un script que nos ayudara a realizar este paso simplemente ve a la carpeta /e2fsprogs-1.41.8/install-utils alli se encontrara un script llamado remove_preformat_manpages. Este script nesesita ser ejecutable por lo que le damos clic derecho y luego en propiedades. En la pestaña de Permisos seleccionamos la checkbox que dice “es ejecutable”. Luego abirmos una termianal en el directorio /e2fsprogs-1.41.8/install-utils y ejecutamos:

 ~$ ./remove_preformat_manpages

9) Asegurate de que el archivo /etc/fstab file este correcto. Dentro del archivo abran unas lineas de comentarios las cuales seran ignoradas, las que nos interesan son las que lucen mas o menos asi:

/dev/hda4       /        ext2        defaults 1 1

nota que no nesesariamente debe de decir lo mismo que la linea anterior solo verifica que existan esos 6 datos, ya que muchas distribuciones no traen los ultimos 2 digitos. Estos 2 digitos pueden ser cualquier digito, eso no importa solo verifican que existan.
 
Incorrecto:
/dev/hda4       /        ext2        defaults

Correcto:
/dev/hda4       /        ext2        defaults 1 1

En la carpeta install-utils se encuentra un script llamado convfstab el cual puede ayudar a corregir el archivo /etc/fstab si es que esta corrupto. Para ejecutar este script hazlo de la misma manera que en el paso 8.

Listo todo esta instalado. Ahora ya puedes importar las librerias desde cualqueir codigo fuente en C/C++.

Jag ville formatera mitt nya Kingstone USB-minne till ext2 för att kunna göra backup av filer på den bärbara till den. Tyvärr var stickan formaterad i ett Windowsformat, vilket gör att det finns upplysningar om filerna som försvinner om jag för över filer dit. Därför ville jag hellre ha en ett av Linux filsystem. Bland de som finns kändes ext2 som det bästa alternativet, eftersom det inte skriver mer än nödvändigt till stickan och sliter på dess yta.

För att formatera ett USB-minne kan man använda programmet ‘Gnome Format’. Man hittar det i Pakethanteraren i Ubuntu. Programmet kan formatera i FAT och ext2, alltså väldigt lämpligt för ett sånt här jobb. Ändå kommer jag här att visa hur man gör i terminalen, fram för allt för att ‘Gnome Format’ tar bort etiketten, LABEL, från stickan.

Jag skapade först filsystemet på stickan så här. Jag stoppade i den och när den dök upp avmonterade jag direkt. Det gjorde jag genom att högerklicka på dess ikon på skrivbordet och välja ‘Avmontera volym’. Man kan inte formatera en enhet som är monterad. Sedan fixade jag filsystemet i terminalen.

sudo mke2fs -t ext2 -L KingstonBackup /dev/sdb1

Körde följande för att se om stickan fanns med och vilka uppgifter den hade. Först fick jag dock lov att installera paketet ‘tree’. Här hittar man bl a uppgifter om UUID och label.

tree /dev/disk

Efter omformateringen hade den inte något namn, ingen LABEL, så jag gav den ett nytt. Men jag gav den ett namn på det här sättet, för jag missade växeln -L för mke2fs. Använder man alltså den växeln behöver man inte göra så här.

sudo tune2fs -L KingstonBackup /dev/sdb1

Monterade jag nu på vanligt sätt, genom att bara stopp in stickan, så kan jag inte skriva till det. Ägaren var root och jag kunde bara läsa, inte skriva till stickan. Jag monterar den i min hemkatalog, nu med bättre resultat. Men jag måste ändå vara root för att montera stickan.

Jag lyckades montera den som jag ville genom att i /etc/fstab ange följande. Först hade jag skapat mappen /media/KingstonBackup.

UUID=<långt-nummer>  /media/KingstonBackup  ext2  user,rw,sync  0  0

Det skulle kunna ha gått om jag istället angav LABEL.

LABEL=KingstonBackup  /meida/KingstonBackup  ext2  user,rw,sync  0  0

Jag vet inte om det här var något elegant sätt att göra det på, men det har funkat för mig. Nu kan jag använda USB-stickan som jag vill. Nu ska jag titta närmare på Rsync eller något annat verktyg att göra backup med.

Det här verket av Maths Göthe är licensierat under Creative Commons Erkännande-Dela Lika 2.5 Sverige License.

For writing a short ToDo list, taking some notes from a conference or saving an interesting shell command, an Ubuntu user needs a simple sticky notes desktop widget. Tomboy Notes is the easyest to use but in the same time very well featured, and it is bundled in Gnome Desktop.

However, on reinstalling Linux, the notes will be, of course, deleted. The export/import option provided does not work very well, so the sollution is to just back up and then copy the contents of the ~/.tomboy (/home/<username>/.tomboy) folder into the new folder and voila! you will have your notes again on the desktop.

Extra info: To read/mount an ext2/ext3 partition in Windows, the easyest way is to install the fs-driver . It works with all versions of Windows and it allows reading/writing operations.

Use the command “dumpe2fs” on the drive you want to get the UUID. Like this:

$ dumpe2fs /dev/sda4

Filesystem volume name:   Root
Last mounted on:          <not available>
Filesystem UUID:          485b1b34-1fb6-408a-aebb-55cbc02c567b
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)

…

…

]]> http://computerhelpers.wordpress.com/2009/06/22/ext2-ifs-for-windows-and-linux/ Tue, 23 Jun 2009 00:30:49 +0000 dvanarsd http://computerhelpers.wordpress.com/2009/06/22/ext2-ifs-for-windows-and-linux/

Ext2 IFS For Windows “provides Windows NT4.0/2000/XP/2003/Vista/2008 with full access to Linux Ext2 volumes (read access and write access). This may be useful if you have installed both Windows and Linux as a dual boot environment on your computer.”

Hoy es un día perfecto… pero para hacer mi proyecto final de carrera.

Praga a 31 de Mayo. El verano al caer, y cuando se supone que debería hacer buen tiempo  para poder salir a la calle y disfrutar de la primavera, aquí solo tengo 10ºC, lluvias y caras antipáticas. Pero como dice el refranero popular, al mal tiempo buena cara. Así que hoy es el día perfecto para hacer el proyecto.

Mi PFC es programar un defragmentador para sistemas de ficheros de Unix ext2. Por supuesto sencillito, ni mucho menos es óptimo. Cuando mi coordinador me dijo que tenía que hacer esto,  se me cayó el mundo a los pies, pues en mi carrera ni por asomo te enseñan a hacer algo parecido a esto. Hace 9 meses pensaba que era difícil, a día de hoy todavía lo pienso.

Estoy en la fase final ya, proyecto acabado pero tengo algo mal por algún sitio que hace que el file system resultante tenga errores. Por más que busco no consigo hacer que funcione. Mañana tengo reunión con el coordinador del proyecto y espero que me ayude, de todas formas esta tarde seguirébuscando.

Cuando esté acabado subiré el código de la aplicación

This program is not a Linux program. It’s free (but not open source) program which runs on windows to give read-write access to the linux EXT2/EXT3 partitions by supplying drivers.

You may think why i’m posting something “windows” in the totally Linux environment of my blog. Actually, you and all Linux people should understand, that considerable amount of people are still using windows out there. But they are turning to linux bit by bit, but some sinple things keep them not doing so; for an example, having to dedicate a partition for a linux installation. As newbies start linux searching for a different taste only, they are very unlike to loose a “windows-usable” hard drive space for an experiment! (I guess you know that windows don’t ship EXT2 drivers).

So the simple task of EXT2IFS program is to provide those drivers required. Thus, the EXT2 can be worked as the usual NTFS system in the same way. This gives a large push towards “Go Linux”. I will stop talking here. Here’s the program below. You can download version 1.11a from this link or you can go to their homepage.

The installation screen - I like seeing the Tux in windows!

And a simple thing. You are allowed to choose whether read-only or not at the installation. If you have virus swarming in your windows, without read-only they can get in to the linux drive. But don’t worry, they can’t do even a scratch damage to linux. (just make sure files are not deleted – very rare)

My /boot partition now open to windows (warning: do not change any file in this partition. Just leave it alone!)

May the Tux win !

Huraah to linux!

This is very easy, download Ext2 Installable File System for Windows. The site has great information on how to go about to use it. Good luck!

Jest tego pełna i masę, wiem. Wiele się o tym pisze. Ale gdzie nie spojrzę coś innego pisze, jakieś ostrzeżenia, albo inne wymyślne teksty.

Ja robiąc przemianę z ext2 (bo takiego systemu używałem) na ext4.

Sprawa jest jasna i prosta. Potrzebujemy:
płyty cd albo dvd z ubuntu 9.04
i chęć, bez strachu.
!! NIE MONTUJ ŻADNEGO DYSKU !!
Po załadowaniu się systemu z płytki, z menu wybieramy gparted i sprawdzamy jakie mamy oznaczenie dysku – u mnie to było sda8, i tak będę opisywał. Teraz kiedy wiemy co i ja, włączamy konsolę.
Wpisujemy:
sudo bash
i
dla mnie że posiadałem ext2, musiałem włączyć księgowanie:
tune2fs -j /dev/sda8
Dla tych co mają ext3, ta linijka wyżej nie istnieje
I zaczynamy (dla wszystkich):
tune2fs -O extents,uninit_bg,dir_index /dev/sda8
i
e2fsck -pf /dev/sda8
powinna się pojawić lista z konwertowaniem i chwilę to może potrwać, zależnie od dysku.
Jak się skończy, montujemy dysk:
mount -t ext4 /dev/sda8 /mnt
i
sudo gedit /mnt/etc/fstab
i zmieniamy przy skonwertowanej partycji, ext3 na ext4.. U mnie to wyglądało tak:
# /dev/sda8
UUID=XXXXXXXXXXXXXXXXXXXXXXXXXX / ext4 relatime,errors=remount-ro 0 1
i zostało nam tylko, przebudować listę GRUB:
sudo grub-install /dev/sda --root-directory=/mnt --recheck
i koniec…
robimy restart bez płytki instalacyjnej już i cieszymy się, nowym rodzajem plików.

Będąc wcześniej na ext2, i teraz będąc na ext4, widzę trochę różnicę w szybkości działania.

Bueno saludos seguro alguna vez pasaron por este error en alguna distribución linux,  hmm sin embargo este error pudiésemos hecharselo a nuestros dispositivos de almacenamientos ides ha ha ha, lo cierto es que se considera como un fallo de lectura de los controladores ide de discos duros donde el kernel del sistema operativo en este caso Linux Ubuntu no logra reconocer dichos drivers:

en alguna distro que usen, bien sea ubuntu…Aquí explicaré un poco el origen de este fallo, causas, síntomas y consecuencias y su posible solución.

No sin antes conocer como se produce la carga de un sistema operativo…

¿ Cómo se lleva a cabo el proceso de arranque en un Sistema Linux ?

Este proceso se lleva a cabo cuando los sistemas operativos Linux se inicializan.  La mayoría de los procesos de inicio se dan en 4 etapas dichas cuales serán reconocidas por el código que tiene el control sobre la CPU.

Al inicio solo el BIOS tiene todo el control,  luego será el Cargador de Arranque y después lo tendrá el Kernel de Linux siendo esta la última etapa donde se tendrán en memoria los programas del usuario.

El proceso init establece el ambiente del usuario. Verifica y monta los sistemas de archivos, inicia servicios de usuario necesarios y cambia a un ambiente basado en usuario cuando el proceso de inicio termina.

La etapa del cargador de arranque no es totalmente necesaria, un determinado BIOS puede cargar y pasar el control a Linux sin hacer uso del cargador de arranque, usar un cargador de arranque facilita al usuario la forma en que el kernel será cargado.

¿ Qué es un Cargador de arranque ?

Un cargador de arranque en inglés bootloader es un  sencillo programa  que con sólo parte de las funciones de un sistemas operativos es capaz de preparar todas las configuraciones necesarioas para que dicho sistema pueda funcionar. Generalmente  se usan  cargadores de arranque multietapas, en donde varios programas pequeños se entremezclan logrando así que el último de ellos cargue el  sistema operativo.

Actualmente  el proceso de arranque comienza en el CPU ejecutando los programas contenidos en la memoria ROM en una dirección predefinida configurando asi a ésta para ejecutar el cargador de arranque  sin ninguna ayuda cuando prendemos el computador.

Cargadores de arranque en Linux:

Cargador de arranque GRUB

etapas:

1. La primera etapa del cargador la lee el BIOS desde el MBR.
2. La primera etapa carga el resto del cargador (segunda etapa). Si la segunda etapa está en un dispositivo grande, se carga una etapa intermedia (llamada etapa 1.5), la cual contiene código extra que permite leer cilíndros mayores que 1024 o dispositivos tipo LBA.
3. La segunda etapa ejecuta el cargador y muestra el menú de inicio de GRUB. Aquí se permite elegir un sistema operativo junto con parámetros del sistema.
4. Cuando se elige un sistema operativo, se carga en memoria y se pasa el control.

GRUB tambien llamado gestor de arranque,  puede soportar  métodos de arranque directo, arranque chain-loading, LBA, ext2 y hasta “un pre sistema operativo totalmente basado en comandos”. Posee tres interfaces: un menú de selección, un editor de configuración y una consola de línea de comandos.

Cargador de Arranque LILO

LILO es más antiguo, es casi idéntico a GRUB en su proceso, excepto que no contiene una interfaz de línea de comandos. Por lo tanto todos los cambios en su configuración deben ser escritos en el MBR, y reiniciar el sistema. Un error en la configuración puede arruinar el proceso de arranque a tal grado de que sea necesario usar otro dispositivo que contenga un programa que sea capaz de arreglar ese defecto.

De forma adicional, LILO no entiende sistema de archivos, por lo tanto no hay archivos y todo se almacena en el MBR directamente.

Cuando el usuario selecciona una opción del menú de carga de LILO, dependiendo de la respuesta, carga los 512 bytes del MBR para sistemas como Microsoft Windows, o la imagen del kernel para Linux.

¿ Qué es el shell Initramfs ?

El initramfs es un sistema  de inicio en los OS  Linux que carga  el código necesario para preparar el arranque del sistema. La mayoría de las distro Linux traen una única  imagen genérica del núcleo encargada de  arrancar en la mayor variedad posible el hardware.

El shell Initramfs es una cónsola de comandos donde se puede revertir dicho error con las sentencias correctas, ademas se puede el usuario que conozca bien su estructura podría identificar rápidamente este fallo.

El sistema de archivos   initramfs debe su nombre al sistema de archivos RAMFS .  Actualmente los usuarios pueden elegir qué sistema de archivos dinámico en RAM utilizar.   Una ventaja del sistema Initramfs es que puede ser editado fácilmente sin privilegios de administrador.

¿ Qué es MBR ?

El Master Boot Record (MBR) es un pequeño programa que es ejecutado en cada Inicio del sistema operativo y se encuentra ubicado en el primer sector absoluto (Track 0, head 0, sector 1) del disco duro en una PC y que busca la Tabla de Particiones para transferirla al Sector de Arranque (Boot).

El  MBR hace referencia  al sector de arranque de 512 bytes sin embargo también puede direccionar al  partition sector de alguna partición que sea compatible con ordenadores  IBM. Este tipo de  MBR es muy usado siendo incorporado en otros tipos de ordenadores y en estándares nuevos multi-plataforma para el particionado y el arranque.

En el  arranque de Sistemas operativos bootstrap () tiene el fuerte de su utilización. También sirve para almacenar una tabla de particiones y para reconocer  dispositivos  de disco individual.

Eel código del MBR está compuesto de instrucciones de lenguaje máquina en modo real. Donde el código se transfiere el  control a través del  chain loading al volume boot record de la partición (primaria) activa.

Nota:   el Master Boot Record, como otros sectores de arranque, es un blanco para los virus que infectan el sector de arranque.

Hacer un Back up del MBR en Linux

Para hacer la copia de seguridad (backup):

dd if=/dev/xxx of=mbr.backup bs=512 count=1

Para restaurarlo:

dd if=mbr.backup of=/dev/xxx bs=512 count=1

Donde xxx es el dispositivo, que puede ser hda, sda, o cualquier otro.

Al hacer una  copia de seguridad del MBR, es muy necesario copiar los primeros 63 sectores del disco ( primer cilindro del disco ) y no sólo el primero, ya que nuestro sistema podría tener implementado el sistema GUID, el cual utiliza más sectores para guardar la información sobre las particiones del disco duro.

La instrucción sería:

 dd if=/dev/xxx of=mbr_63.backup bs=512 count=63 

Si quieres borrarlo, ya que  si no tenemos una copia de seguridad pero queremos borrar  la información de este sector, debemos  poner los 512 bytes a cero:

dd if=/dev/zero of=/dev/xxx bs=512 count=1

¿ Qué es el Initrd ?

El Initrd es un sistema de archivos temporal que se usa en los núcleos Linux conocido también como disco RAM.  Se usa generalmente para hacer las configuraciones necesarias previas al montaje que el sistema de archivos raiz ejecutará.

En un sistema Initrd todos los archivos que serán accedidos por el núcleo en el arranque ( inicio del sistema) se guardarán en un disco RAM, el cual se encuentra en un sistema de archivos encima de un archivo montado como un dispositivo bucle ( equivalente a un disquette 1,4 MB ),  la ruta de esta imagen de dicho disco se pasa al núcleo ( kernel ) durante la carga por el cargador de arranque ( LILO o GRUB ).

¿  Causas y síntomas del fallo en Initramfs ?

• fallo  al cargar un módulo initramfs llamado piix.
• es un fallo que impide cargar correctamente el kernel a algunos discos duros IDE antiguos.
• Al iniciar el sistema operativo linux el splash se tarda mucho y luego nos lanza a una cónsola con las siglas Initramafs.
• Es un fallo que ocurre en la lectura de las particiones donde está instalado el sistema linux debido a una carga errónea del kernel o mejor aun a la no carga de los controladores de dicho sistema para que pueda iniciarse.

¿ Cómo solucionar el fallo Initramfs en ubuntu ?

Solución A: “Editando el Grub con el live CD teniendo permisos de Root”

Al iniciar su LIVECD luego de seleccionar la opción de booteo con dicho CD/DVD de “Probar Ubuntu sin alterar el sistema” abren una cónsola con permisos de root ( administrador ) y acceden a esta ruta “/boot/grub/menu.lst “. Una vez ahí bajamos hasta las líneas donde está cargado nuestro Kernel LInux sería algo como esto: Kernel / boot/ vmlinuz-2.6.XX-X.   vemos que al final de la línea diga  “ro quiet splash” y colocamos la sentencia “pci=nomsi “.

Guardamos y reiniciamos el OS….Importante hacer un respaldo del archivo en cuestion.

Solución B: “Editando el Grub con el live CD teniendo permisos de Root”

De igual manera iniciamos con el LIVECD de su distro y al cargarse esta accedemos al archivo “menu.lst” en la carpeta GRUB con permisos de superusuario y editando las líneas donde se cargan los kernel de Linux agregamos la linea “all_generic_ide” al final de las líneas que dicen “ro quiet splash” generalmente Linux carga 4 módulos de Kernel:  los modos recovery y los kernels versiones. Este cambio se hace en los modos no recovery como en la foto siguiente verán…

En las siguientes imágenes explico mejor como deben hacer la edición del archivo del GRUB:

abrimos una cónsola e iniciamos Nautilus en modo root

Introducimos la contraseña del superusuario

Nos vamos a la ruta donde se encuentra el archivo “menu.lst”

Abrimos el archivo menu.lst y bajamos a las siguientes líneas de nuestro kernel

Colocamos al fina la siguiente sentencia:   “all generic_ide”

y reinician su sistema y ya debería terminar la carga de los controladores de sus dispositivos IDE.

Solución C: “Usando el shell initramfs y el LIVECD”

Paso 1: Ejecutar Live cd

Paso 2: Presionar F6 y añadir tras los ” — “

break=top

Paso 3:  tecleamos lo siguiente en la cónsola de initramfs

modprobe ide_generic
modprobe ide_cd
modprobe ide_disk
modprobe piix
exit

Paso 4: Con el LiveCd instalamos o iniciamos ubuntu con las opciones que queramos.

Paso 5: Hacemos un reboot ( reinicio ) del sistema

Paso 6: Llegamos al gestor de arranque GRUB nos situamos en la linea de kernel que usariamos para arrancar y presionamos ” e “, nos situamos en la linea de kernel vamos al final de la linea y añadimos all_generic_ide.

Nota: es importante editar el archivo menu.lst para no tener que repetir estos pasos en caso que el error sea recurrente.

Enlaces relacionados:

Error initramfs

Error initramfs

Error initramfs

]]> http://fsandin.wordpress.com/2009/04/07/acceder-a-la-particion-de-linux/ Tue, 07 Apr 2009 06:16:52 +0000 fsandin http://fsandin.wordpress.com/2009/04/07/acceder-a-la-particion-de-linux/

Acceder a cualquier contenido del ordenador cuando estoy trabajando desde ubuntu es muy cómodo, ya que puedo leer y escribir en cualquier partición sin mayor problema. El caso es que a veces necesito arrancar Windows y desde este sistema no puedo acceder a la partición ext3 donde tengo algunos documentos. Para no andar moviendo los ficheros de un lado para otro, me he instalado una herramienta que monta las particiones ext2 y ext3 desde windows. El proyecto se llama EXT2FSD.

Durante la instalación, debes tener en cuenta que tienes que seleccionar la compatibilidad con ext3 para poder acceder sin problemas a la partición de ubuntu (que por defecto es ext3)

Una vez instalado, sólo tienes que indicarle la letra de la unidad que se montará con la partición y tras reiniciar el sistema, serás capaz de acceder a todos los contenidos de la partición.

El proyecto es de libre distribución, así que no te tienes que preocupar de licencias ni versiones de prueba: Licencia para toda la vida.