How long does it take to mkfs a 10GB disk with all the different filesystems out there?

See my test results here using the new guestfish sparse / filesystem support. btrfs is “best” and ext3 comes off “worst”.

As a test this is interesting, but it’s not that relevant for most users — they will be most interested in how well the filesystem performs for their workload, which is not affected by mkfs time and hard to measure in general benchmarks anyway.

Update

In response to Stephen’s comment, I retested this using a memory-backed block device so there is no question about whether the host backing store affects the test:

$ for fs in ext2 ext3 ext4 xfs jfs reiserfs nilfs2 ntfs msdos btrfs hfs hfsplus gfs gfs2
    do guestfish sparse /dev/shm/test.img 10G : run : echo $fs : sfdiskM /dev/sda , : \
        time mkfs $fs /dev/sda1
    done
ext2
elapsed time: 1.45 seconds
ext3
elapsed time: 2.71 seconds
ext4
elapsed time: 2.58 seconds
xfs
elapsed time: 0.13 seconds
jfs
elapsed time: 0.27 seconds
reiserfs
elapsed time: 0.33 seconds
nilfs2
elapsed time: 0.08 seconds
ntfs
elapsed time: 2.07 seconds
msdos
elapsed time: 0.14 seconds
btrfs
elapsed time: 0.07 seconds
hfs
elapsed time: 0.17 seconds
hfsplus
elapsed time: 0.17 seconds
gfs
elapsed time: 0.84 seconds
gfs2
elapsed time: 2.76 seconds

Czasami przychodzi taki moment w życiu człowieka, że podpina nowy dysk do swojego komputera. Przydało by się jeszcze na tym dysku utworzyć jakieś partycje i utworzyć na nich jakiś system plików. Wbrew pozorom jest to całkiem proste. Z pomocą przyjdą nam następujące polecenia:

• fdisk
• mkfs

Pierwsze polecenie służy do zarządzania partycjami, ale posiada też całkiem przydatną funkcję wyświetlania informacji o dostępnych w systemie dyskach.

Drugie polecenie pozwala tworzyć system plików na partycjach.

Jak zacząć? Najpierw posłużymy się poleceniem fdisk z opcją -l. Wynik polecenia prezentuje się następująco:

Wynik polecenia fdisk -l

Jak widać na obrazku powyżej program fdisk odnalazł dwa dyski twarde. Pierwszym jest dysk /dev/sda i na nim jest zainstalowany system. Nas jednak interesuje dysk /dev/sdb, który jak informuje nas program nie posiada tablicy partycji.

Teraz znowu posłużymy się poleceniem fdisk w celu utworzenia upragnionych partycji. Program tym razem uruchamiamy z parametrem, którym jest nasz nowy dysk.

Wynik polecenia fdisk /dev/sdb

W tej chwili weszliśmy w tryb interaktywny programu, aby zapoznać się z dostępnymi komendami wystary wcisnąć literkę m i wcisnąć enter. Czego efektem jest:

fdisk - dostępne komendy

Nas będą interesowały komendy n, p oraz w. Zacznijmy od tej pierwszej, która posłuży do utworzenia nowych partycji.

fdisk - tworzenie nowej partycji

Po wybraniu komendy n mamy przed sobą kolejny wybór: parycję rozszerzoną lub partycję podstawową. Partycji podstawowych możemy utworzyć na dysku maksymalnie 4. Partycji rozszerzonych możemy utworzyć w ilości 1, za to samą partycję rozszerzoną możemy sobie podzielić na wiele, wiele innych. Nasz wybór padł na partycję rozszerzoną. No to do dzieła:

fdisk - tworzymy partycję rozszerzoną

Zaakceptowaliśmy wartości domyślne co oznacza, że partycja rozszerzona będzie zajmowała cały obszar dysku. Wykonując teraz komendę p, która pokazuje tablicę partycji możemy zauważyć, że partycja została utworzona (co nie jest do końca prawdą, ponieważ dopiero przy kończeniu pracy z programem wybierzemy opcję, która na stałe zapisze nam informacje na dysku). Wynik polecenia jest następujący:

fdisk - komenda p

Następnym logicznym krokiem będzie utworzenie partycji logicznych, my utworzymy sobie dwie partycje zajmujące całą powierzchnię dysku. Przy okazji ponownie skorzystamy z komendy n.

fdisk - tworzenie partycji logicznej

Tym razem wybraliśmy opcję l przy tworzeniu partycji, a jej wielkość określiliśmy na 4096MB dzięki parametrowi +4096M. Teraz możemy sprawdzić efekt naszej pracy komendą p:

fdisk - efekt utworzenia pierwszej partycji logicznej

Jak widać została utworzona partycja logiczna oznaczona jako sdb5. Teraz powtórzymy operację i utworzymy drugą i ostatnią partycję logiczną. Tym razem będziemy akceptować wszystkie parametry jakie są podawane domyślnie:

fdisk - utworzenie drugiej partycji

Pozostało nam sprawdzić efekt naszej pracy:

fdisk - po utworzeniu drugiej partycji logicznej

Skoro nie widzimy żadnych nieprawidłowości użyjemy komendy w do zapisania tablicy partycji na dysku i wyjścia z programu.

fdisk - kończenie pracy z programem

Możemy jeszcze teraz sprawidzić wynik polecenia fdisk -l, gdzie możemy zauważyć, że został nadany identyfikator dysku oraz to, że pojawiły  się utworzone przez nas partycje.

Ponowny wynik polecenia fdisk -l

Przyszedł w końcu czas na fazę finałową, którą jest utworzenie systemu plików na naszych partycjach. Do tego celu przyda się wspomniany na początu program mfks. Polecenia dla pierwszej utworzonej przez nas partycji przedstawia się następująco:

Utworzenie systemu plików na partycji sdb5

W przypadku drugiej partycji wygląda to tak:

Utworzenie systemu plików na partycji sdb6

Jak widać na obrazkach został wykorzystany parametr -t, który określa typ systemu plików jaki chcemy nałożyć na partycję, my wybraliśmy ext3. Bez tego parametru program mkfs utworzył by system plików ext2 – co jest napisane w podręczniku systemowym (polecenie: man mkfs).

Teraz to już wszystko. Pozostaje jeszcze podmontować nowe partycje, aby z nich korzystać. Jednak jest to temat na osobny wpis.

Zachęcam do komentarzy oraz do przeczytania podręcznika systemowego w zakresie programów fdisk oraz mkfs.

Nachdem ich mich in zwei früheren Artikeln mit dem Flashen des Freerunner sowie Zugang per OpenSSH (OM und FDOM) befasst habe, wende ich mich in diesem Artikel der Plattform Android auf dem Openmoko Freerunner zu.

Android auf Openmoko Freerunner

INSTALLATION:
Um Android auf Freerunner zu installieren, muss die SD Karte mit 2 Partitionen formatiert werden (eine FAT und eine EXT3). Außerdem habe ich den Qi Bootloader installiert. Die genauen Anleitungen zur Vorbereitung der Karte und der Installation durch Flashen des Freerunner sind im Wiki Android on Freerunner beschrieben. In meinem Fall kamen Michael Trimarchi`s Images zum Einsatz (http://panicking.kicks-ass.org/download/): freerunner-v14.6.jffs2 (als root fs) und uImage-v17.bin (als kernel image). Das Partitionieren erwies sich als die einfachere Übung. Mit der Ausnahme, dass die im Wiki beschriebene Formatierung der SD Card mit mkfs für die FAT-Partition fehlschlug. Stattdessen machte fdisk die FAT16 Partition ohne zu Murren. Das Flashen der Images per USB-Anschluss erfordert das Tool dfu-util. Auf Ubuntu 9.04 kann dies über die Paketquellen bezogen werden. Das Flashen erfolgte dann nahezu problemlos (bei Problemen der Erkennung von devices siehe auch: Flashen des Freerunner). Android bootete zwar, das Touchpad funktionierte jedoch erst nach der dritten Installation. Keine Ahnung warum.
[EDIT: Mehr Infos zur Installation auf die SDCard gibt es in einem später erschienenen Artikel: Freerunner (Android): SDCard für Installation vorbereiten]
ERSTE POSITIVE EINDRÜCKE:
Mein erster Eindruck von Android war durchaus positiv. Nach 2 Tagen Android kann ich sagen: Vom look and feel ist Android (im Vergleich zu den von mir bis dahin getesteten Distros) eine Klasse für sich. Optisch sehr ansprechend, fingerfreundlich und intuitiv zu bedienen. Es bootet relativ zügig (im Vergleich zu OM und FDOM) und läuft bis jetzt sehr stabil. Die vorinstallierte Menüauswahl und die Optionen zur Konfiguration sind groß. Sehr praktisch ist, dass man AUX und POWER zur Navigation verwenden kann. AUX schließt die zuletzt gestartete Anwendung, POWER öffnet ein Menü.

ERSTE NEGATIVE EINDRÜCKE:
Als erstes habe ich versucht, WLAN (über settings >> Wifi settings) aufzusetzen. Mein heimisches Netz wurde zwar erkannt und ich kam mühelos zum Dialog, um das Passwort einzugeben. Aber wie? Zwar kann man mit einem kurzen Druck auf POWER über ein Menü ein keyboard herzaubern, doch diese liegt später unter dem Wifi-dialog und kann nicht benutzt werden. Hier habe ich mich das erste Mal nach FDOM zurückgesehnt…
Dasselbe Problem gilt für die Eingabe der PIN der SIM-Card. Keine PIN-Eingabe ohne Tastatur. Damit ich erst mal erreichbar bleibe, habe ich die SIM-Card in mein altes Telefon gesteckt und die PIN einfach deaktiviert…
Ein allgemeines Problem bei Freerunner scheint die Lautstärke beim Empfang von Telefonaten zu sein. Auch bei Android hätte ich es gerne ein, zwei Stufen lauter.

USB-NETWORKING PER ADB (SHELL)
Für das Keyboardproblem scheint es zwar einen workaround zu geben, bei dem ein tool installiert wird, um Textinhalte per copy und paste einzufügen. Diesem habe ich mich aber noch nicht zugewendet (und habe auch den link des Forenthreads verloren). Ich versuche die Dinge lieber mit einer shell per USB-Networking zu lösen. Mag Android optisch noch so ansprechend gestaltet sein – ein Zugriff per shell auf das Dateisystem ist einfach unersetzlich zur Konfiguration. Sonst kann man sich gleich ein x-beliebiges Sony Ericsson kaufen (Oh! Nein!). Und so geht`s:

Für den Shellzugriff über einen PC nutzt man adb. Zunächst sollte man das binary von adb herunterladen und innerhalb von PATH ablegen. Shellzugriff erfordert einen reboot des Freerunner. Beim Neustart muss der Freerunner bereits per USB-Kabel mit dem Rechner verbunden sein. Im folgenden Beispiel wurde Ubuntu 9.04 genutzt. Sollte es Probleme geben, kann es helfen, WLAN abzuschalten. An Stelle der Schnittselle eth1 kann es durchaus sein, dass diese usb0 oder sonst irgendwie heißt. Freerunner hat als Standard IP-Konfiguration 192.168.0.202. Zunächst muss also die Schnittstelle so konfiguriert werden, das sie im selben Netzwerk liegt:

sudo ifconfig eth1 192.168.0.200 netmask 255.255.255.0

Dann müssen folgende Befehle ausgeführt werden:

adb kill-server
ADBHOST=192.168.0.202 adb devices

Es ist ein gutes Zeichen, wenn man darauf eine Ausgabe wie die folgende erhält:

* daemon not running. starting it now *
* daemon started successfully *
List of devices attached
emulator-5554    device

Nun kann die shell auf dem Freerunner gestartet werden

adb shell

Voila! Fernzugriff per Ubuntu-Desktop auf Freerunner (mit Android).

FAZIT:
Ob Android mein bevorzugtes System auf Freerunner wird, ist fraglich. Unter FDOM liefen WLAN und GPS, eine Tastatur war immer zur Verfügung. Schauen wir mal, wie es mit Android weitergeht. Schließlich stehe ich ja erst am Anfang meiner Android-Expedition. Dies ist nur mein persönlicher Erfahrungsbericht. Über Hinweise, Ergänzungen usw. würde ich mich freuen.

Criação e configuração do RAID 10 via software no Ubuntu 8.10

Agora que já entendo o que é RAID e os níveis de RAID, então podemos começar a colocar a mão na massa e configurar nosso RAID10 (RAID 1+0) via software no Ubuntu 8.10. O processo não é difícil, mas tem uma pequena manha.

Precisaremos do CD de instalação do Ubuntu Desktop para iniciarmos o processo de instalação do RAID 10 (1+0) via software no Ubuntu. Isso mesmo! Será necessário CD do Ubuntu Desktop, pois através dele poderemos configurar nossas partições e utilizarmos o mdadm para montarmos o array de discos e só depois iremos utilizar o CD de instalação do Ubuntu Desktop, ou seja, não iremos instalar o Ubuntu Desktop, mas precisaremos dele para as configurações iniciais.

Antes de começar, vamos ver qual foi o ambiente testado…

O ambiente

As telas (screenshots) que você verá a seguir foram feitos de uma máquina virtual com quatro discos de 16 GB, ou seja, você precisará de no mínimo quatro discos reais para fazer o processo de instalação e configuração do RAID em uma máquina real.

As configurações da máquina virtual de teste para gerar este post:

512 MB de memória RAM, rede “bridge” e 4 discos virtuais de 16 GB.

Para fazer o mesmo processo em uma máquina real, irei utilizar:

2 GB de memória RAM, placa de rede e 4 discos SATA de 1 TB.

O array criado será como a imagem abaixo:

RAID10 (RAID 1+0) - fonte: AC&NC | RAID.edu

A instalação e configuração

Bom, vamos lá! Inicie o computador com o CD do Ubuntu Desktop e escolha a opção Testar o Ubuntu sem qualquer mudança no seu computador (figura A). Após iniciado, então selecione a opção Aplicativos, depois Acessórios e clique no Consola (“tradução” para console) (figura B).

figura A: Ubuntu Desktop - Inicialização

figura B: Ubuntu: Console

Já no console, então vamos fazer as configurações das partições:

No console iremos criar e configurar as partições com o utilitário cfdisk. Caso seus discos sejam SATA então os dispositivos deverão ser /dev/sda, /dev/sdb, /dev/sdc e /dev/sdd. Então digite o comando abaixo para configurar as partições do primeiro disco:

# sudo cfdisk /dev/sda

Você deverá ver uma tela como esta:

Ubuntu: cfdisk

Selecione a opção Nova (partição), depois Primária (minha preferência) e digite o tamanho da partição de inicialização, eu particularmente, deixo 256 MB para a partição de boot. Selecione para que esta partição seja criada no ínicio do disco, ou seja, utilize a opção Início. Por fim, vamos marcar esta partição como de inicialização, afinal o boot será feito através dela. Um ressalva: em diversos artigos que li sobre RAID 10 via software no Ubuntu, todos mencionavam que é possível que o Kernel não seja carregado caso a partição de inicialização fique em um RAID, então, como não quero arriscar, preferi separar esta partição separada.

Após criada a partição de boot, agora vamos criar a partição de swap. Para criá-la siga os mesmos passos da criação da partição de boot, porém não marque para inicialização. O que vamos fazer além disso é escolher o tipo de partição. Então escolha a opção Tipo e depois digite 82, que é o código da partição Linux Swap.

Agora vamos criar a primeira partição que será utilizada pelo RAID. Para isso, selecione a partição não configurada e vá na opção Nova, depois selecione Primária e digite o tamanho da partição. Eu deixei todo o espaço restante para o RAID. Anote o tamanho da partição criada, pois as demais partições de RAID deverão possuir o mesmo tamanho. Vá na opção Tipo e digite FD (detecção automática de RAID Linux), pois é o tipo de partição próprio para RAID. Anote o nome da partição criada. Deverá ser algo como sda3. Por fim grave as configurações através da opção Gravar e saia do aplicativo com a opção Sair.

A partição do primeiro disco deverá ficar como abaixo:

Ubuntu: cfdisk com partições RAID

Agora vamos configurar o segundo disco. Digite o comando abaixo:

# sudo cfdisk /dev/sdb

Na tela principal do cfdisk, selecione a opção Nova, depois Primária. Digite o tamanho igual ao da partição criada no primeiro dispositivo (lembra que falei pra anotar?) e por fim escolha Início. Vamos definir o tipo como fizemos anteriormente, então selecione a opção Tipo e digite FD. Anote o nome da partição criada. Deverá ser algo como sdb1. Agora vamos criar mais uma partição de swap com a quantidade de espaço restante. Para isso faça como fizemos no primeiro disco. Para finalizar basta selecionar a opção Gravar e depois Sair.

Repita o passo acima com o terceiro e quarto disco. Os comandos são

# sudo cfdisk /dev/sdc
# sudo cfdisk /dev/sdd

Após criadas as partições, vamos instalar o utilitário mdadm para criarmos o volume do RAID.

# sudo apt-get install mdadm

Para criarmos o array utilizamos o comando:

# sudo mdadm -v --create /dev/md0 --level=raid10 --raid-devices=4 /dev/sda2 /dev/sdb1 /dev/sdc1 /dev/sdd1

Entendendo cada parâmetro:

• mdadm – utilitário de gerenciamento de RAID do Linux;
• -v – verbose, ou seja exibe mensagem de retorno;
• –create – cria um novo array. O primeiro dispositivo raid será sempre /dev/md0.;
• –level – define o nível de RAID;
• –raid-devices – informa o número de dispositivos e na sequência deve ser inserido quais são esses dispositivos.

A saída (retorno) deste comando deverá ser algo como:

mdadm: layout defaults to n1
mdadm: chunck size defaults to 64K
mdadm: size set to 98290820909K
mdadm: array /dev/md0 started.

Pronto. Agora é reinicializar o computador, porém com o CD da versão servidor do Ubuntu.

Na tela de inicialização do Ubuntu Server, escolha a opção de Recuperar um Sistema Defeituoso.

A instalação começará normalmente, até que chegamos a tela de entrada do modo de recuperação:

Ubuntu: Modo de Recuperação

Agora começa o processo de finalização das configurações do RAID 10 (1+0) via software. Tecle ESC e você verá o Menu principal do instalador do Ubuntu. Selecione uma das últimas opções que é Executar um prompt de comandos e será carregado o prompt onde iremos formatar o array e ativar o swap.

Vamos formatar o array com o padrão ext3:

# sudo mkfs.ext3 /dev/md0

Digite Exit e o menu voltará a aparecer, então selecione a opção Particionar Discos. Escolha a opção de particionamento manual. Na partição de discos, veja que a primeira opção é seu array, então selecione-o e tecle Enter, agora configure o ponto de montagem / para este disco. Salve o particionamento.

Agora selecione o disco onde está a partição de boot (deverá ser o primeiro disco). Escolha o formato ext3 e definia a partição como boot.

Na segunda partição do primeiro disco está o primeiro swap. Então selecione-o e defina sua utilização como swap. Faça o mesmo para todas as “segundas” partições dos demais discos.

Importante: não faça qualquer modificação nas partições definidas como RAID.

Finalize a configuração de particionamento gravando a nova tabela de particionamento e proceda com a instalação do sistema operacional normalmente.

Pronto, está funcionado! Seu RAID10 (RAID 1+0) via software no Ubuntu 8.10 está configurado e proporcionando maior velocidade de acesso às informações e também maior segurança devido ao espelhamento.

No próximo post vou tratar sobre a checagem, monitoramento e manutenção do array.

Veja todos os demais posts sobre RAID

• RAID no Ubuntu Intrepid Ibex (Ubuntu 8.10)
• RAID e níveis de RAID
• Criando e configurando o RAID 10 no Ubuntu 8.10
• Checando, mantendo e monitorando o RAID
• Gerenciando catástrofes

In Fedora9, run this command to find the disk you want to use in the raid configuration:

fdisk -l

If the disk you want to use is brand new, then you’ll want to use fdisk to layout the patition table.  Otherwise, select the partition you want to use and change the partition id to “Linux raid auto” (select “t” from fdisk prompt).

Once you’ve got the partition you want ready to be part of the new raid configuration, then run the following command to create the raid5 configuration:

mdadm –create –verbose /dev/md0 –level=5 –raid-device=3 /dev/sdb1 /dev/sdc1 /dev/sdd1

Note: 

“/dev/md0″ is the device name of the raid5 volume.  “md” may stand for “mirrored disks” in linux.

“–level=5″ obviously means the raid level, which we’re choosing 5.

“–raid-devices=3″ looks to mean how many devices or partition we will be using in this raid 5 volume.  Remember that a minimum of 3 is required for a raid 5 volume.

“/dev/sdb1 /dev/sdc1 /dev/sdd1″ are the partition you previously identified to be part of this raid 5 configuration.  Again, the device name will be displayed when you use the fdisk command.

Once the mdadm command is executed, it will start the process for creating the raid 5 volume.  The process could take a long time depending how big the volume is.  It is important you don’t reboot the server until you’ve read and performed the rest of the tasks in this post.You can check the progress of that process by running the following command:

cat /proc/mdstat

Once the new volume is created and ready (/dev/md0), then you’ll need to format it with a filesystem.  Our choice for this implementation is the xfs filesystem.  To create an xfs filesystem, you need the xfs toolset, which apparently doesn’t ship with Fedora 9.  So, you need to have internet access to the box and download the toolset.  Run the following command to download and install the xfs toolset:

yum install xfsprogs xfstools kmods-xfs

Once the xfs toolset is installed, you can create the xfs filesystem as follows:

mkfs.xfs -f /dev/md0

Note:

mkfs looks to be the “make filesystem” command which takes the type of filesystem after the dot (“.”).  In other words, if you wanted ext3 filesystem, you”d do “mkfs.ext3…”

Once the raid volume has been formatted, you need save the raid setting so that it is retained upon reboot.  In other words, of you don’t perform this step, you would loose the /dev/md0 device after a reboot.  It may be there, but I haven’t found out how to get it back.  So it is important you do this step prior to rebooting.  To save the raid configuration and retain the new device, run the following command:

mdadm –detail –scan –verbose > /etc/mdadm.conf

Note:

It appears the mdadm.conf file is read during startup to setup the md devices.  This command seems to be an easy way to generate it by simply piping to the output of the mdadm command as the configuration file.

Mount the new volume and test it.  Also update the /etc/fstab file to automaticall mount the volume on startup.

(Reference: linuxhomenetworking.com; zzzmaestro.wordpress.com)

I found a great article at eHow that explains how to partition a hard drive and set up the file system on it.

This article explains how to format a hard drive in Linux using the standard commands fdisk, mkfs, and fsck. The procedure described can be used either to format a secondary hard drive or to format a drive prior to system installation.

Check out the full article here.

I thought to write this post in a hurry. Because I realized this topic is a common question among New GNU/Linux users and who converted to Linux from windows. Ya its reasonable for windows guys because they perform that task so easily just, right clicking on the device. Its cheap huh?

            I can see my 1GB good old pen is resting on my front USB port!Sorry Pen your going to get formatted. Please make sure, you have selected the correct device by running fdisk -l (I have don this before in detail. New readers, please check my ‘awesome CLI‘ posts.) in your terminal/konsole. mm.. well mine is /dev/sda1 .

            Now get into root mode by giving su or sudo su. Then follow my example. And make sure the device is not mounted.

mkfs.vfat /dev/sda1

I have turned my good old pen into a FAT file system. File system depends on users choice. If I want it in ext3 Itl appear like this,

mkfs.ext3 /dev/sda1 

This is how we does. This is how GNU/Linux does. Smart huh!

Introduzione + Preparazione

Usare fdisk

fdisk /dev/hdb

Sostituendo “hdb” con il nome del vostro hdd. Ci saranno diversi avvertimenti che potranno essere tranquillamente ignorati. Dovreste essere di fronte a una schermata di questo tipo:

Command (m for help):

Creare il nuovo File System con mkfs

mkfs -t ext2 /dev/hdb1

L’opzione -t specifica quale filesystem usare, quelli disponibili sono (fonte: man mount)

“The argument following the -t is used to indicate the file system type. The file system types which are currently supported include: adfs, affs, autofs, cifs, coda, coherent, cramfs, debugfs, devpts, efs, ext, ext2, ext3, hfs, hpfs, iso9660, jfs, minix, msdos, ncpfs, nfs, nfs4, ntfs, proc, qnx4, ramfs, reiserfs, romfs, smbfs, sysv, tmpfs, udf, ufs, umsdos, usbfs, vfat, xenix, xfs, xiafs. Note that coherent, sysv and xenix are equivalent and that xenix and coherent will be removed at some point in the future — use sysv instead. Since kernel version 2.1.21 the types ext and xiafs do not exist anymore. Earlier, usbfs was known as usbdevfs”

fsck -f -y /dev/hdb1

/dev/hdb1 /data ext2 rw,defaults 0 0

mount -a

Asumiendo que no vas a usar el pendrive en un Windows, o que quizá sí pero cuentes con una herramienta que te permita leer otros sistemas de archivos, vos al pendrive usb lo podés formatear casi con cualquier cosa. La única ventaja de mantener el filesystem original (fat32) es la portabilidad. Por todo lo demás, es un sistema de archivos de mierda.

El fat32 no tiene opciones de seguridad, el tamaño de los bloques desperdicia espacio y no trabaja con transacciones como otros sistemas de archivos más completos que previenen las inconsistencias que suceden en una mala sincronización de datos, aunque no hacen milagros (por ejemplo, si desenchufamos el pendrive a lo bestia, sin desmontar).

Ahora bien, podrías formatearlo con ntfs que es bastante mejor que fat y es visible desde windows, aunque a mí tampoco me gusta. Yo voy a probar con ext3, el sistema de archivos que se utiliza en gran parte de las distribuciones Linux y que trabaja con i-nodos y journalizing.

Deberíamos ver primero cuál cuernos es el dispositivo en el cual se detectó nuestro pendrive. Generalmente es el sdb1, aunque puede ser otro. Para averiguarlo, ni bien enchufes el pendrive, ejecutá un dmesg en la consola y tiene que salir algo como ésto:

Ejecutando dmesg

En este caso se vé que el dispositivo es el sdb1. También se puede ver ejecutando simplemente mount y viendo en el listado en dónde se montó el dispositivo, pero si el montaje falló por algún motivo no nos vamos a enterar nunca.

Para poder formatear un dispositivo hay que desmontarlo primero:

umount /dev/sdb1

Una vez hecho eso ejecutamos desde la consola:

sudo mkfs.ext3 /dev/sdb1

Listo, ya tenemos un pendrive con ext3. El formateo puede demorar bastante, dependiendo de la capacidad de nuestro pendrive, sobre todo durante la creación del journal.

Atentos al dato que nos tira mkfs:

Salida de mkfs.ext3

Bueno, en cuanto a espacio no he ganado una mierda, apenas unos 200 MB pero algo es algo. Es probable que deban reiniciar el entorno gráfico para que nautilus funcione correctamente. Ctrl+Alt+Backspace y listo.

Nota ai nuovi arrivati: Il procedimento qui descritto non risolve una beneamata mazza. Comprate un nuovo lettore (io l’ho fatto), sorry. )

Ho comperato presso un grande magazzino della mia città questo lettore MP3 – mi hanno invogliato:

1. il prezzo competitivo;
2. il fatto che, a differenza degli altri lettori della serie GoGear, non usano il protocollo MTP per la comunicazione dei dati, ma la normale specifica USB storage

Dopo un certo numero di giorni, ho notato una degradazione nei tempi di riconoscimento della periferica da parte dei miei PC, e ho pensato fosse il caso di fare una bella riformattata – salvo scoprire, dopo aver cancellato la partizione, averne ricreata un’altra e averla formattata, che detta non era accessibile (il messaggio d’errore era Bad superblock).

Non volendomi rassegnare (e non volendo tornare a usare Winzozz solo per far rifunzionare l’aggeggio), ho fatto dei tentativi, e ho trovato una combinazione tipo di partizione/filesystem che sembra andare bene:

1. Tipo di partizione: FAT16 (codice esadecimale: 06)
2. Filesystem: FAT16, con dimensione di ogni settore logico pari a 2048 byte. Il filesystem è stato creato con

   mkfs.vfat -F 16 -S 2048  /dev/[periferica, così come è stata riconosciuta dal kernel)

A parte un piccolo problema estetico (la quantità di spazio su disco massima rilevata è pari a 3 gigabytes, invece dell’1 gigabyte previsto dal mio lettore O_o), tutto sembra andare bene.

Ok, so I’ve finally arranged for a backup drive of my own, rather than just relying on the network backups at work (which are not off-site!). Starting with formatting, here we go:

sudo mkfs.ext3 -c -c -T largefile -m 1 -v /dev/sda1

where the two c’s mean that I wan’t to check the disk by both reading and writing, the T option lets me specify the typical use (results in a certain block size and number of inodes that I don’t get to worry about), and the m option lets me specify the percentage of blocks reserved for the superuser. I’m not sure about this last value, but it can be adjusted later by tune2fs.

Source of knowledge: man pages. Couldn’t find anything about the reserved blocks stuff in a quick Google search, unfortunately.

Side notes: I used GNU parted to setup the partitions, which takes you through the process so gently that I don’t need to blog about it, just type help for help at the prompt (and well, if you’ve never partitioned before, read about the general idea first…). Then there was a silly thing because the device sda1 did not exist, and this page saved me by explaining the use of mknod. I hope that was just a glitch in the way I went about things, normally I guess you don’t need to manually add device names for your hot-plugged USB disks…

Just for later reference, this is the output of my formatting command:

$ sudo mkfs.ext3 -c -T largefile -m 1 -v /dev/sda1
Password:
mke2fs 1.38 (30-Jun-2005)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
57344 inodes, 14653280 blocks
146532 blocks (1.00%) reserved for the super user
First data block=0
448 block groups
32768 blocks per group, 32768 fragments per group
128 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424Running command: badblocks -b 4096 -s /dev/sda1 14653280
Checking for bad blocks (read-only test): done 280
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 37 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.

In the end, I skipped the write tests because even the read-only test takes ages on a USB disk. It found one bad block… If I want to be more thorough, I can run a write test later using e2fsck with the two c switches.