Noticias Antiguas

Kernel versión 0.6.0

11-Mar-2009

El siguiente cambio importante es el soporte directo de dispositivos RAMdisk. Por defecto el núcleo crea 1 RAMdisk (/dev/ram) de 4MB de tamaño. Este nuevo soporte viene con dos nuevos parámetros de arranque del núcleo: el ramdisk_size=nnnn y el noramdisk. El primero se usa para cambiar el tamaño del RAMdisk, donde nnnn representa el tamaño expresado en bloques de 1024 bytes. El segundo parámetro permite desactivar completamente el soporte de RAMdisk.

El último cambio importante incluye el soporte para la extensión Rock Ridge del filesystem ISO9660. Con este nuevo soporte el núcleo Fiwix permite arrancarse desde un filesystem ISO9660 como root, usando el parámetro de arranque del núcleo rootfstype. Actualmente no detecta automáticamente el dispositivo IDE donde está conectada la unidad de CDROM, por tanto, si pretende probar el nuevo Fiwix Live-CD image, deberá cambiar el dispositivo que viene por defecto (/dev/hdc) durante la pantalla de arranque del GRUB.

Lo siguiente es una representación de todo este nuevo soporte:

# mount -t iso9660 /dev/hdc /mnt/cdrom
ISO 9660 Extensions: RRIP_1991A
# l /mnt/cdrom/
dr-xr-xr-x    3 root     root         6144 Dec 15  2006 bin
-r--r--r--    1 root     root         2048 Feb 18 14:40 boot.catalog
dr-xr-xr-x    3 root     root         8192 Feb 16 19:11 dev
dr-xr-xr-x    5 root     root         4096 Feb 16 19:02 etc
-r--r--r--    1 root     root      1474560 Feb 18 14:40 fiwix.img
-r--r--r--    1 root     root        88009 Oct 12  2003 install.log
dr-xr-xr-x    3 root     root         2048 Feb 28  2002 lib
dr-xr-xr-x    3 root     root         2048 Jul 10  2002 lost+found
dr-xr-xr-x    6 root     root         2048 Feb 16 19:05 mnt
dr-xr-xr-x    3 root     root         2048 Feb 16 19:04 proc
dr-xr-xr-x    4 root     root         2048 May  2  2007 root
dr-xr-xr-x    3 root     root         4096 Jul 30  2007 sbin
dr-xr-xr-x   12 root     root         2048 Jun  8  2001 usr
# df
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/fd0                  1440      1036       404  72% /
/dev/hdc                 52112     52112         0 100% /mnt/cdrom

Como ejemplo de todo esto, lo siguiente es una representación para mostrar lo bien que se ve el comando ps del Busybox:

# ps
  PID  Uid     VmSize Stat Command
    1 root        244 S   init
    2 root            SW  [kswapd]
   19 root        428 S   -sh
   20 root        260 S   init
   24 root        344 R   ps

Kernel 0.5.0 (12-May-2008)

Para poder incluir todo este nuevo filesystem especial, se han tenido que modificar muchas partes internas del núcleo, en especial la tabla de procesos, y la imagen del disquete también ha sufrido ciertos cambios, como añadir el fichero /etc/fstab, para poder montar automáticamente el filesystem procfs.

La siguiente representación muestra el directorio raíz del filesystem procfs:

# ls -l
dr-xr-xr-x    2 root     root          0 May 12 12:54 1
dr-xr-xr-x    2 root     root          0 May 12 12:54 19
dr-xr-xr-x    2 root     root          0 May 12 12:54 2
dr-xr-xr-x    2 root     root          0 May 12 12:54 20
dr-xr-xr-x    2 root     root          0 May 12 12:54 23
-r--r--r--    1 root     root          0 May 12 12:54 cmdline
-r--r--r--    1 root     root          0 May 12 12:54 devices
-r--r--r--    1 root     root          0 May 12 12:54 filesystems
-r--r--r--    1 root     root          0 May 12 12:54 loadavg
-r--r--r--    1 root     root          0 May 12 12:54 mounts
dr-xr-xr-x    2 root     root          0 May 12 12:54 sys
-r--r--r--    1 root     root          0 May 12 12:54 uptime
-r--r--r--    1 root     root          0 May 12 12:54 version
      

Otras mejoras importantes incluyen la mejora del controlador para unidades CDROM ATAPI con nuevas características, una mejor detección de diferentes dispositivos IDE conectados en la misma controladora, y unos cuantos bugs arreglados.

En la próxima versión me concentraré en la implementación de un nuevo gestor de memoria virtual (VMM) que debería permitir un mejor uso de la memoria del núcleo y la inclusión del controlador de RAMdisk.

Kernel 0.4.0 (28-Nov-2007)

Un ejemplo simple de como montar un CDROM:

mount -t iso9660 /dev/hdc /mnt/cdrom
      

Otras importantes mejoras incluyen la disponibilidad de montar filesystems EXT2 con tamaños de bloque de 1KB (actualmente soportado), de 2KB y de 4KB. Ha habido una gran cantidad de líneas de código en el buffer cache afectadas por toda esta mejora.

Se ha creado un nuevo parámetro del núcleo rootfstype que permitirá poder seleccionar el tipo de root filesystem durante el proceso de arranque. Este parámetro se creó inicialmente para poder dar soporte al arranque desde un CDROM, pero todavía se necesitará un segundo parámetro para ayudar a encontrar la unidad de CDROM, que puede cambiar de un sistema a otro.

Este segundo parámetro será probablemente, como en Linux, una extensión del actual rootfstype introduciendo la extensión CDLABEL y dándole como identificador el nombre del volumen del CDROM.

En las próximas versiones me concentraré en la implementación del filesystem procfs y en todas estas mejoras en el controlador de CDROM.

Kernel 0.3.3 (30-Jul-2007)

En cuanto a las mejoras introducidas en esta versión, la más destacable está en el filesystem EXT2 (incluyendo un grave error arreglado en el algoritmo de localización de inodes), que incluye el soporte para las características filetype y sparse-super. Estas dos características se han utilizado desde hace ya algún tiempo en filesystems EXT2 y EXT3 modernos.

Esta nueva versión incluye soporte para la system call sys_reboot, lo cual permitirá el uso de programas como reboot, halt, etc.

Finalmente se ha actualizado el busybox que viene con la imagen del disquete. La nueva versión incluye un conjunto de nuevos comandos para disfrutar con las nuevas características del núcleo.

Kernel 0.3.2 (27-May-2007)

También se ha trabajado para arreglar algunos pequeños problemas que había durante el cambio entre consolas virtuales, aunque no creo que esté del todo finalizado hasta que el sistema de señales sea más sólido.

A parte de todo esto hay dos nuevas system calls que se han incorporado al núcleo: sys_kill y sys_chroot. El actual busybox que hay en la imagen del disquete no tiene el applet chroot, pero estoy trabajando en ello para poder preparar una nueva versión. Mientras tanto cualquiera que quiera experimentar con la nueva system_call puede usar el binario /sbin/chroot que encontrará dentro del fiwix60mb.img.

Espero poder tener acabado el sistema de señales para la nueva versión.

Kernel 0.3.1 (02-May-2007)

Con este nuevo núcleo se puede ejecutar prácticamente cualquier aplicación SVGAlib, y además este nuevo código va a servir como base para expandir el soporte al sistema X Window.

Para poder comenzar a experimentar con esta novedad he actualizado el LiveFilesystem para incluir en el mismo directorio del /root varias aplicaciones SVGAlib de demostración. Sin embargo, no todas estas aplicaciones van a funcionar por que algunas de ellas dependen de un controlador de ratón que aún no está implementado, y otras fallaran debido a la carencia de acceleración gráfica en la mayoría de los programas de emulación/virtualización.

A modo de ejemplo le recomiendo ejecutar el programa zgv o:

/root/demos/fun
      

Tenga presente que para ejecutar las órdenes anteriores necesitará hacer que el LiveFilesystem sea el root filesystem.

Kernel 0.3.0 (19-Jan-2007)

En cuanto a las pipes con nombre y debido a que el núcleo todavía no tiene implementada la system call sys_write(), no hay ninguna manera de poder crear un fichero FIFO con los comandos mknod o mkfifo. Para solucionar esta situación y poder jugar con las pipes con nombre, he creado en el disquete un fichero FIFO llamado /dev/fifo.

Un ejemplo simple de como utilizar una pipe en un comando:

ls | grep x
      

echo "hello" > /dev/fifo
      

cat /dev/fifo
      

Kernel 0.2.4 (05-Jan-2007)

El nuevo filesystem pipefs permitirá en la próxima versión el uso de la sys_pipe() system call la cual ofrecerá nuevas posibilidades.

Tengo previsto terminal la nueva system call sys_pipe() en cuanto sea posible, y poder saltar a la versión 0.3 del núcleo.

Kernel 0.2.3 (02-Oct-2006)

Otro cambio importante es que a partir de esta versión ya no es necesario incluir un parámetro para tener la disposición de teclado en idioma Inglés por que será el predeterminado. Para el resto de la gente que quiera tener la disposición de teclado Español/Catalán deberá especificarlo durante el arranque del sistema con el parámetro kbd i su correspondiente cadena de localización (es o ca). Recordar que este parámetro es el mismo que el que había hasta ahora llamado lang.

¡Nuevo Diseño! (11-Sep-2006)

La nueva web se ha basado principalment en la web de otro proyecto de sistema operativo llamado Prex, pero aunque tiene un diseño diferente, tengo que agradecer a su autor por el buen trabajo al crear este estilo tan limpio y simple.

¡Muchas gracias Kohsuke Ohtani !.

Kernel 0.2.2 (08-Sep-2006)

Actualmente entre otras limitaciones hay el hecho que solo permite montar sistemas de ficheros de tipo EXT2 y con un tamaño de bloque de 1KB. Hay que tener en cuenta también que debido a que todavía no hay montado el /proc, el comando mount necesita recibir como parámetro el tipo de sistema de ficheros a montar.

# mount -t ext2 /dev/hda1 /mnt/disk
      

En las próximas versiones la prioridad en el desarrollo se concentrará en la implantación de la system call sys_pipe(), que junto con la creación de los sistemas de ficheros pipefs y procfs totalmente compatibles con el del kernel Linux, ofrecerán una notable mejora en el funcionamiento global del propio sistema, y a su vez, permitirán el soporte de nuevas utilidades.

Kernel 0.2.1 (10-Nov-2005)

Esta nueva versión también viene con nuevas mejoras en cuanto a la detección de procesadores Intel, y en la manera en como queda reflejada la información durante el arranque del sistema.

En las próximas versiones la prioridad en el desarrollo se concentrará en la implantación de la system call sys_mount(), que junto con la creación del sistema de ficheros proc totalmente compatible con el del kernel Linux, ofrecerán una notable mejora en el funcionamiento global del propio sistema, y a su vez, permitirán el soporte de nuevas utilidades.

Kernel 0.2.0 (23-Abr-2005)

Sea como sea, esta segunda rama nace con el objetivo principal de incorporar al núcleo el soporte para el filesystem de tipo procfs (/proc), y de la necesaria capa VFS. Todo esto permitirá la ejecución de herramientas tan básicas como ps, free, mount, etc. y además, facilitará la incorporación de futuros nuevos tipos de filesystems.

Kernel 0.1.5 (01-May-2004)

Los resultados obtenidos y que expongo a continuación, permitirán tener un prespectuva más ajustada del kernel Fiwix.

También se han arreglado (como siempre) algunos bugs, y sobretodo se han eliminado los mensajes "WARNING: Unexpected inconsistency in hash_table. Missing page ...". Estos mensajes sólo aparecerán todavía en programas gráficos como zgv o en los programas de demostración del paquete svgalib. Esto se debe a que todavía no se gestiona de manera correcta el acceso directo a las páginas de la memoria de video.

Sigo trabajando en la gestión de memoria virtual y las funciones kmalloc() y kfree().

Kernel 0.1.4 (15-Mar-2004)

Sigo trabajando en la gestión de memoria virtual y sus funciones de soporte.

Kernel 0.1.3 (01-Feb-2004)

Sigo trabajando en la gestión de memoria virtual y sus funciones de soporte.

Kernel 0.1.2 (01-Dic-2003)

Sigo trabajando en la gestión de memoria virtual y las funciones kmalloc() y kfree().

Kernel 0.1.1 (01-Nov-2003)

Tal y como se prometió en el artículo, ya he acabado un pequeño live-filesystem que permitirá poder experimentar mucho mejor con el actual kernel. Lo encontrareis en la sección downloads.

Continuo mejorando el sistema de gestión de memoria virtual, que será la base para poder avanzar con las nuevas mejoras en el kernel.

Kernel 0.1.0 (01-Sep-2003)

Aprovechando este importante avance que ya se incorporará a partir de ahora, he decidido dar un paso adelante en la actual serie de kernels. Desde ahora, la rama de desarrollo será la 0.1.x e irá hasta la major version 1.0.0 en pasos intermedios llamados minor versions como: 0.2.x, 0.3.x, etc.

Las noticias y los históricos de cambios correspondientes a antiguas versiones del kernel, pueden seguir siendo consultados clickeando en su enlace correspondiente.

Si alguien quiere comprobar el funcionamiento del kernel en un filesystem real, recomiendo instalar en un disco duro antiguo (< 2GB de espacio), la versión RedHat Linux 4.2. Una vez instalada, arrancar el ordenador con el disquete bootable que encontrará en la sección downloads.

Piense que deberá indicar el root device correcto en el argumento root= que encontrará en el fichero grub.conf:

#
# GNU/Fiwix Operating System
# Copyright (C) 1998-2003 Jordi Sanfeliu <mikaku@fiwix.org>
#
# GRUB configuration file
#
default 0
timeout 10
splashimage (fd0)/boot/grub/fiwix.xpm.gz
title GNU/Fiwix 0.1.0
	root (fd0)
	kernel /vmfiwix root=/dev/fd0
      

Kernel 0.0.15 (0.0.0w) (01-Jun-2003)

Sigo trabajando también en el soporte gráfico bajo svgalib y X11.

Kernel 0.0.14 (0.0.0v) (01-Abr-2003)

Sigo depurando y mejorando el kernel ya que todavía se observan algunos problemas de estabilidad.

Kernel 0.0.13 (0.0.0u) (01-Ene-2003)

Sigo depurando el kernel ya que todavía se observan problemas de estabilidad.

Kernel 0.0.12 (0.0.0t) (01-Sep-2002)

Sigo depurando el kernel debido a problemas de estabilidad y con el buffer cache en sistemas con 4MB y 8MB de memoria.

Kernel 0.0.11 (0.0.0s) (03-Jul-2002)

Actualmente sigo depurando el kernel y a la vez continuo con la programación del nuevo sistema de gestión de memoria virtual.

Kernel 0.0.10 (0.0.0r) (01-May-2002)

Hasta ahora sólo se ofrecían los programas bash y ls porque por motivos de espacio era totalmente imposible añadir más binarios independientes y compilados estáticamente. Todavía mantengo tres programas (init, mingetty y login) que debido a algunas carencias del actual kernel no puedo suprimir. Espero que para la próxima versión, además de tener algunas mejoras, pueda substituir estos tres programas por sus homónimos dentro de la utilidad BusyBox.

Kernel 0.0.9 (0.0.0q) (01-Abr-2002)

De aquí a la última versión de esta serie, me dedicaré a pulir un gran número de bugs y carencias básicas que ya tengo localizados. Pretendo dejar un kernel bastante terminado para poder comenzar la nueva serie (0.0.x) con uno limpio de problemas y preparado para empezar a expandirse.

Kernel 0.0.8 (0.0.0p) (03-Mar-2002)

Aunque las pruebas que he efectuado para comprobar este nuevo soporte han sido todas satisfactorias, ha provocado un poco de inestabilidad al kernel que no esperaba. Parte de esa inestabilidad está localizada y la crea la system call sys_getdents().

Voy a centrarme en arreglar estos problemas de inestabilidad y mejorar este nuevo soporte. También seguiré trabajando en ese nuevo sistema de memoria virtual, que va a permitir aprovechar mejor la memoria y aumentar el redimiento del kernel.

Kernel 0.0.7 (0.0.0o) (01-Ene-2002)

Es por eso que hoy se lanza esta versión, que incluye tal soporte y un par de bug fixes.

Kernel 0.0.6 (0.0.0n) (01-Dic-2001)

Todavía quedarán pendientes de realizar el soporte para la escritura en el filesystem y añadir el soporte para múltiples filesystems mediante la capa VFS (Virtual File System).

Kernel 0.0.5 (0.0.0m) (01-Jul-2001)

Lo primero que se necesita es disponer de una versión RedHat Linux 4.2. Esto es así porque esta distribución todavía llevaba unas librerías del GCC que permitían un linkaje estático completo. Las actuales versiones incluyen librerías adicionales aunque se haga un linkaje estático, que hacen desestabilizar el kernel.

Como segundo paso y una vez instalado el sistema Linux, crear un nuevo filesystem de un tamaño de unos 100MB. A partir de ahí viene el trabajo duro. Escojer los paquetes RPM que no requieran el subsistema de red y recompilarlos estáticamente. Los RPM resultantes no sirven debido a que no es posible instalar paquetes RPM en otro filesystem (al menos que yo sepa). Por tanto no quedará más remedio que copiar uno por uno todos los binarios ya compilados y llevarlos a su directorio correspondiente. A continuación expongo la lista entera de paquetes que he instalado:

• bash-1.14.7-13
• bc-1.05a-1
• cpio-2.4.2-9
• diffutils-2.7-11
• file-3.25-2
• fileutils-3.16-10
• findutils-4.1-25
• fortune-mod-1.0.7
• git-4.3.17
• grep-2.2-2
• gzip-1.2.4-12
• less-332-2
• mingetty-0.9.4-8
• mtools-3.9.1-2
• ncurses-4.2-10
• sed-3.02-1
• sh-utils-1.16-14
• stat-1.5-8
• textutils-1.22-7
• time-1.7-6
• tree-1.2-4
• unarj-2.41a-7
• unzip-5.31-3
• util-linux-2.8-11
• which-1.0-8
• words-2-11

Finalmente ya sólo queda copiar el kernel del Fiwix (vmfiwix) en el directorio raíz del nuevo filesystem, reiniciar el ordenador con el disquet del Fiwix y en el prompt del Monitor de Boot (FILO) indicarle que el ROOTDISK apunte a la partición que se haya creado (en mi caso 'hda3'). Hecho esto ya sólo que dar la orden boot la cual indicará el inicio de la carga del kernel desde el disquet y una vez haya finalizado, el kernel montará el filesystem indicado en el parámetro ROOTDISK.

Todavía queda mejorar el soporte de secuencias ANSI y la system call ioctl() que es en lo que me pienso centrar para la próxima versión.

Kernel 0.0.4 (0.0.0l) (06-May-2001)

El programa ls permitirá experimentar un poco más el comportamiento del kernel, mejorando así la versión anterior donde sólo se podía experimentar con las órdenes internas del bash.

El kernel es todavía inestable debido a un problema de memoria que todavía no tengo resuelto y que afecta directamente cuando se ejecuta en un entorno multiproceso. La resolución de este problema se hace dificil operando con la lentitud de la unidad de disquets, es por eso que a partir de esta versión me centraré en el desarrollo del driver para las unidades de disco duro IDE.

Creo que hasta dentro de un par o tres de meses no tendré un driver suficiente funcional como para poder montar filesystems EXT2 residentes en discos duros IDE, y poder experimentar el driver sin problemas.

Kernel 0.0.3 (0.0.0k) (01-Mar-2001)

A pesar de estas mejoras, el kernel sólo es capaz de gestionar un tipo de unidad de almacenamiento. El disquet. Y como todos sabemos, los disquets más usados actualmente tienen una capacidad limitada a 1.44MB. A esta problemática hay que añadirle el hecho de que el sistema no permite todavía binarios linkados dinámicamente, sino que sólo reconoce binarios linkados estáticamente, ello significa que los binarios tienden a tener un tamaño mucho mayor de lo habitual.

De totas maneras, y gracias al reducido tamaño del actual kernel, he podido crear una imagen en un disquet con los siguientes programas (por orden de ejecución):

• /sbin/init
• /sbin/mingetty
• /bin/login
• /bin/bash

Inicialmente el kernel monta el filesystem en modo de sólo lectura. Seguidamente y después de preparar un entorno de ejecución óptimo para el proceso INIT, lo carga en memoria y lo ejecuta. Durante la ejecución, INIT localiza y carga en memoria el fichero /etc/inittab donde encuentra todas las órdenes a realizar. Una de estas órdenes es ejecutar el programa /sbin/mingetty el cual se convierte en su primer hijo. A partir de entonces INIT sólo tiene que vigilar la continuidad de su hijo. En caso de producirse su finalización o muerte, INIT se encargará de volverlo a revivir. Por otro lado, el programa /sbin/mingetty presenta el login en pantalla e invita al usuario a entrar al sistema. Cuando el usuario introduce su nombre, la ejecución la toma el programa /bin/login el cual se encarga de preguntar la contraseña o password.

Si la contraseña del usuario coincide con la que está almacenada en el fichero /etc/passwd, y también se cumplen una serie de requisitos que no explicaré para no entrar en detalles, automáticamente se ejecuta el programa /bin/bash, donde finalmente el usuario obtiene el símbolo del sistema y puede empezar a interactuar con la máquina.

A continuación expongo una copia de una sesión de entrada utilizando la imagen que a partir de hoy queda a disposición de todo el mundo:

                          Fiwix OS Release 0.0
                Copyright (C) 1998-2001, by Jordi Sanfeliu
                           (mikaku@fiwix.org)

              Kernel version 0.0.0k for Intel 32bit Platform
		      The system language is English


DEVICE    I/O ADDRESS    IRQ    COMMENT
-------------------------------------------------------------------------------
cpu       -               -     family=586 PentiumMMX at 167.34200 Mhz
cpuid     -               -     vendorid=GeniuineIntel model=4 stepping=3
console   0x03D4-0x03D5   -     VGA Color 80x25 (12 virtual consoles)
fd0       0x03F2-0x03F7   6     1.44MB 3'5 (New Intel 82077)

memory: total = 65536 (-384KB), kernel = 8576KB, user = 56552KB
kernel: text = 34KB, data = 12KB, bss = 187KB, i/o buffers = 6552KB
        inodes = 4071 (652KB)

mounted root (ext2 filesystem) readonly
INIT: version 2.74 booting
INIT: can't open(/etc/ioctl.save, O_WRONLY): No such file or directory
INIT: can't open(/etc/ioctl.save, O_WRONLY): No such file or directory
INIT: Entering runlevel: 3
while opening UTMP file: No such file or directory
while opening UTMP file: No such file or directory
while opening UTMP file: No such file or directory


Fiwix Operating System Release 0.0 (tty1)
Kernel version 0.0.0k

(none) login: root
Password: root

_setutent: Can't open utmp file: No such file or directory
_setutent: Can't open utmp file: No such file or directory
_setutent: Can't open utmp file: No such file or directory

bash# _
      

A destacar que el sistema todavía es un poco inestable y pueden producirse situaciones de bloqueo general de la máquina. Aunque no hay ningún peligro de producir averías a otros dispositivos, no me hago responsable en caso de que se produjesen tales averías.

Todavía queda mucho trabajo por hacer. Hay muchos bugs que tengo documentados que son los que crean un estado de inestabilidad. Espero y deseo seguir disponiendo de tiempo para llegar a la versión 0.0.1 (justo después de la 0.0.0z) en la que se dispondrá de la función de escritura en dispositivos de bloque y probablemente también incorporará el driver para el disco duro.

Kernel 0.0.2 (0.0.0j) (01-Gen-2001)

Creo que hacia finales de el mes que viene podré presentar una imagen en disquet, con un kernel suficientemente funcional como para poderlo experimentar y probar.

Kernel 0.0.1 (0.0.0i) (30-Oct-2000)

Han pasado muchos meses desde mi última noticia en la que el kernel no era más que una idea. Hoy por hoy parece que empieza a coger forma y a la vez complejidad. Actualmente el Monitor de Boot lo carga en memoria automáticamente y lo ejecuta. El kernel toma el control del ordenador, inicializa todas sus estructuras internas, detecta los periféricos más elementales, y prepara un entorno a medida para el primer proceso (el INIT). Debido a que pienso mantener la compatibilidad con Linux, todos los binarios deberán ser en formato ELF-386. Provisionalmente, la única diferencia será que deberán ser compilados con el parámetro -static. Esto me permite acelerar más la programación destinada a la carga y relocación de binarios, gracias a la simplicidad de este modelo de ejecución.

Para poder probar la carga del binario /sbin/init, he recompilado (estáticamente) el mismo programa Init que utiliza el Linux. Actualmente el kernel lo localiza dentro del filesystem, lo carga y lo ejecuta!. He tenido que implantar algunas system calls para que el programa pueda continuar hasta el punto en que se para, debido a que no encuentra el fichero /etc/inittab.

Creo que hacia finales de año podré presentar una imagen en disquet, con un kernel suficientemente funcional como para poder probarlo y comprobarlo.

Inicio de la programación del kernel (03-Feb-1999)

Cabe decir que debido a que pienso mantener la compatibilidad con Linux, el kernel será un binario de formato ELF-386. Esto hace que se retrase mucho más su programación ya que desconozco completamente como tratar la estructua interna de este formato. Todo se hará sobre la marcha.

No se cuanto tiempo necesitaré para obtener este pequeño kernel, pero como tiempo aproximado creo que no nos volveremos a ver hasta dentro de unos cuantos meses. De todas maneras, intentaré reflejar su avance dentro de las secciones Histórico de Cambios y Estado del Proyecto.

Finalizada la carga del logotipo de boot (16-Ene-1999)

• Tiene que ser un fichero de tipo BMP
• Con 256 colores (8 bits)
• Con un tamaño de 320x400 píxels
• Sin compresión RLE

Finalizada la carga de los parámetros de boot (10-Ene-1999)

#	@(#) boot
#
#	Fiwix Operating System
#	Copyright (C) 1998 Jordi Sanfeliu. All Rights Reserved.
#
#	default/boot - system boot parameters
#
#	Syntax:	PARAMETER=value  (no spaces and lowercase)
#
AUTOBOOT=yes
KIMAGE=/fiwix
LOGOIMG=/etc/default/fiwixlogo.bmp
LANG=en
     

Cambio de look en la web (17-Dic-1998)

Primer download! (para los más impacientes) (07-Dic-1998)

Finalizadas las rutinas de bajo nivel para el filesystem EXT2-FS (Linux) (05-Dic-1998)

Como ejemplo, a continuación se muestra una pequeña sesión de trabajo con el monitor de boot del Fiwix:

Fiwix OS/386 Release 0.0.0

Boot Monitor. (Press '?' for help)

[Boot]: ?

Variable         Description
-------------------------------------------------------
rootdev=         Set the root device (fd0, hda0, etc.)
kimage=          Set the name of the kernel image
logoimage=       Set the name of the boot logo image
lang=            Set the system language (en/ct/es)

Command          Description
--------------------------------------------------------
?                Help available
cpu              Information about CPU type and features
mem              Memory size reported by BIOS
set              Show boot parameters for the kernel
fsstat           Status of the root filesystem
ls [directory]   List the contents of a directory
boot             Load and run the kernel image specified
--------------------------------------------------------

[Boot]: cpu

Vendor ID : GenuineIntel
CPU type  : 4 (80486 DX4)
Model     : 8
Stepping  : 3
CPUID     : yes
FPU       : yes  (contains a FPU)
VME       : yes  (Virtual Memory Extensions)
PSE       : yes  (Page Size Extensions)

[Boot]: mem

BIOS has detected 640KB of conventional RAM (below 1MB)
(using BIOS function INT 12h)

BIOS has detected 31744KB of extended RAM
(using BIOS function INT 15h, AH=88h)

Total RAM presumed = 32768KB

[Boot]: set

bootdev=fd0
rootdev=fd0
cputype=486
memsize=640
extmemsize=15360
video=VGA-color
lang=en
image=/fiwix

[Boot]: ls /

/.
/..
/lost+found
/boot
/etc
     

Primeras órdenes del monitor de boot (21-Oct-1998)

A partir de ahora empieza la parte más importante del boot. Es decir, el disquete de boot tiene que tener incorporado un filesystem EXT2 (Linux) y el programa de boot tiene que hacerse cargo del control de este filesystem. El trabajo que estoy haciendo ahora, es la programación de las rutinas a bajo nivel que me permitirán controlar el filesystem desde el monitor de boot. Esta tarea es totalmente necesaria, ya que mediante estas rutinas el boot podrá localizar la imagen del kernel dentro del propio filesystem y cargarlo en la memoria.

Ya estoy en el lenguaje C ! (27-Sep-1998)

Con la ayuda que ha represesentado el poder estudiar las fuentes del sistema operativo FreeBSD, he podido hacer un programa híbrido entre el ensamblador y el C que muestra por pantalla la típica frase "Hello World!" (intercambiando de modo real a modo protegido) durante un BOOT desde disquete. A partir de aquí, preveo que la programación del programa BOOT irá mucho más rápida.