Yo optaría por GRUB, pero lo que decidan ustedes, a mi me da igual, coincido con DarkSigma de que por lo pronto es mejor GRUB, mas adelante uno propio.

SaluDOS

me parece insultante que pongas palabras en mi boca permanentemente, y sucede es qeu van varias veces qeu dices "no haremos lo que tu queires" o "no haremos lo que a ti te convenga".

Quiero que te quede claro que a mi no me quita el sueño lo que hagan, yo simplemente sugiero como todos los demas, y la verdad no veo porque estas tan ensañado con la idea de que yo queiro hacer tal o cual cosa e imponer mis ideas, si verdaderamente hubieras leido todos los post, y si lo haces de forma comprensiva, siempre estuve a favor de una democracia, con desiciones consencuadas por todos.

En fin, no entiendo porque esto:

mira, como conveniencia, y.... verdaderamente si miro lo que me conviene no hago nada, sigo usando un sistema operativo de 300 euros y pagando solo el DVD virgen, es decir, a mi como conveniente es mejor que otro se mate programando por mi y luego yo usar su software sin pagarle nada (puntualemnte hablo de mi Wndows Vista).... asi que la verdad no entiendo lo que te traes contra mi.

Yo no estaria aqui si no tuviera la idea de colaborar mutuamente con todos, hombro a hombro como ya lo he dicho antes; asi pues, te pido por favor que dejes de poner palabras en mi boca y hacer creer que yo quier imponer tal o cual idea, procedimiento o codigo.

ASM a usa: Voto por FASM dado que tiene soporte hoy en dia, es facild e uasr por su sintaxis (ASM es ASM, pero tiene pequeños cambios), y compila en multiples formatos.

El boot de DOS es bueno si, el problema es que tiene parte del mismo escrita en hexadecimal (a proposito apra que no sea copiado)

Como primera medida, estoy de aceurdo con DarkSigma, hace falta u kernel que cnotrole mas de 8GB de HD, adicionalmente sugiero qe se puedan controlar como minimo 2GB de ram (fisicos, no paginado), yo tengo hardware como par aprobar lo de la memoria.

Además hasy qeu tene en claro que se debe dar soprote para todos los formatos FAT, y de ser osible NTFS, Raise y Ext#

En cuanto al lenguaje de desarrollo del kernel, personalmente, a pesar de saber que es mas dificil, prefiro qeu se ahga el kernel en ASM completamente, y sugiero esta alternativa.

Si el kernel se desarrollara en C o C con ASM intercalado, seria mas lento, aunque poco, pero todo suma, y es conveniente que la base del sistema sea lo más rápida y estable para que el SO sea bueno.

En principio creo que podría realizarse el SO para correr en arquitecturas de 16bits; y posteriormente, cuando "nos quede corta" la arquitectura o cuando el SO este suficientement maduro ar apasar a modo protegido cambiamos el use16 a use32 en el FASM y listo. De este modo, en las primera etapas y versiones de so, est podria probarse en mas ordenadores (como mi 286.. jeje, este jueves armo u pentium 166 apra rpobar el SO ene sa tmb, asiq eu estariamos hablando de 5 ordenadores en los que yo podria probar e SO de primera mano.).....

en cuanto al tema de las API POSIX, la verdad estoy "en bolas" com quein dice, no tengo la menor idea de com crear un archivo que exporte funciones tal como lo hace un DLL en wndows (un dll si se hacer)..... asi que si alguein puede hechar un balde de agua sobr este tema estare encantado.

otra suegrencia, y quizas este "volando" muy lejos, seria bueno compatibiliadd con aplicaciones de DOS y Windows, pr las de DOS no creo que haya mayor problema dado que son binarios simples que se cargan en 100h, asi qe esto se puede hacer, per en cuanto a un exe ("MZ"), bueno, este sopongo yo que es algo mas complicado y ni hablar si es u exe de wndows con llamadas a las apis.... posiblemente haya que implementar algun emulador, para esto seria util estudiar el WinE.

Bueno, me despido por el momento y aclaro, apra que despues no lo tomen como que soy un dictador jaja y lo digo por "algunos"..... TODO LO DICHO SON SIMPLES OPINIONES E IDEAS TOTALMENT PRESCINDIBLES. OBVIAMENTE NO VAA DECIR "PERSCINDAMOS DE ESTO PORQUE SI", SINO QUE SERIA COHERENTE EXPLICAR Y FNDAMENTAR EL MOTIVO DEL RECHAZO O ACEPTACION SEGUN SEA EL CASO.

Saludos.

Buenas gente... aca estoy de nuevo con todo esto...

Haber si puedo ayudar con esto... El tema de usar grub o lilo: Si eso viene a mi primer sugerencia de estudiar boot loaders... me refería al método en sí de crear un programa independiente del S.O. No creo que sea el momento de pensar si lo vamos a usar o no. Estoy pensando en algunas diagramaciones y demás... No es necesario por el momento pensar si usar grub o lilo porque los dos hacen lo mismo. En modo protegido... deberemos cargarlo nosotros al S.O. Estoy en busca de algún manual de arquitecturas de instrucciones de ibm compatible, ya que vamos a tener que usarlas para iniciar el kernel... y entenderlas si o si. COn respecto a usar instrucciones de pentium o 486, les doy mi opinión: hagamoslo con las instrucciones básicas que de 386 y compatibles así nos vamos a ayudar entre todos... xq sino va a haber muchas disputas sobre instrucciones... si en definitiva son muy parecidas las de pentium con amd pero solo cambia algún detalle................. (algo así pero no quiero complicar ni aburrir)

Para cargar el kernel... deberíamos crear un pequeño programa en asm... (no es nada complicado) que nos permita cargar mediante el un programa en memoria. como ven eso no tiene muchas complicaciones, lo que sí las tiene es implementar un sistema de archivos. obviamente que si no está el mismo... como podemos traer un programa a memoria si no está diagramado?

No se si me explico... Entonces... ahora es el tiempo de las interrupciones... Cual es el vector de interrupciones?.. donde se aloja? tengo entendido que es en la posición 0000000h... bueno esos son los temas que me preocupan en este momento. Estoy compilando algo.. pero no me dio el tiempo... ya estoy con las pruebas mezclando asm con c como había prometido... y como mover mi programa a los primeros sectores del disco para que los cargue.. y los ejecute..!
Estoy perdido... je en este momento ya que estoy compilando escribiendo buscando info :S mas tarde sigo el post... necesito reiniciar en linux para hacer unas pruebas saludos [intenté sacar algunas dudas... o opiniones... muy buenas ideas de todos..! sigamos así..!]

creo que el booteo debeari dividirse en 2 etapas, x86 y i386, la primera, compatible cno todos los 80x86 seria la encargada de detectar el micro, y si es inferir a 386 da un mensaje y se sale, caso cnotrario apsa a la segunda etapa.

alg asi: boot sector > boot.sys (comprueba hardware, micro, memoria extendida, etc) > kernel.sys (si se cumplieron los requerimientos de hardware)

pd: espero qe te sirva el material que te pase por msn

claro, pero yo decia que el boot.sys 8asi me gustaria q se llame) ahga eso, y que si "aprueba" cargue el kernel.sys (o como quieran llamarlo).
de esta forma, la sintaxis del sector de booteo y el boot.sys seria para 80x86 y e kernel directamente 386, sni tener q andar mesclando snitaxis de instrucciones en un mismo prog seria mas facil para detectar errors asbriamos en que etapa esta mas facilmente

hola a todos espero que esten bien 
encontre este tutorial que puede servirnos :

BOOTLOADER HOLA MUNDO
=====================

Empecemos por ver el BL del tutorial anterior:

;///////////////////////////////////////////////////////////////////////;

org 0x7C00
use16

inicio:

   jmp $

times 510-($-inicio)  db 0
dw 0xaa55

;///////////////////////////////////////////////////////////////////////;

Ya hemos indicado al compilador que el BL será cargado por el BIOS en la
locación de memoria 0x7C00:

   org   0x7C00

Ahora alinearemos el segmento de datos (DS) en:

   0x7C00:0x0000

ya que nuestro segmento de código (CS) ya está alineado lo único que
necesitamos hacer es copiar en DS el valor de CS. Para hacerlo utilizamos
la pila:

   push   cs
   pop   ds

Pudimos haber hecho lo mismo de esta forma:

   xor   ax,ax
   mov   ds,ax

EL resultado es el mismo.

Ya que nuestro BL pondrá en pantalla un "Hola Mundo" necesitamos un
procedimiento para lograrlo, el procediemiento lo llamaremos "print" y
recibirá como argumento el mensaje que queremos poner en pantalla, ejemplo:

   mov   si,hola

El procedimiento es este:

;///////////////////////////////////////////////////////////////////////;
print:

   lodsb         ; Cargamos el caracter de DS:SI en AL
   or   al,al      ; Hacemos un OR al registro AL
   jz    .fin_print   ; Terminamos si es cero
   mov   ah,0x0E      ; Poner caracter (parametro int 0x10)
   int   0x10         ; BIOS VIDEO
   jmp   print      ; Siguiente caracter

.fin_print:

   ret            ; termina el procedimiento y regresamos
;///////////////////////////////////////////////////////////////////////;

Este procedimiento utiliza el interruptor 0x10 de la BIOS para poner los
caracteres en pantalla.

Nuestro mensaje estará definido de esta manera:

   msg db " HOLA MUNDO!",0

El cero al final indica donde termina la cadena. Ahora para llamar a nuestro
procedimiento utilizamos:

   call   print

El código de nuestro BL Hola Mundo quedará entonces de esta manera:

;///////////////////////////////////////////////////////////////////////;

org 0x7C00
use16

;-----------------------------; INICIO

inicio:

   xor      ax,ax      ; AX = 0
   mov      ds,ax      ; DS = 0
   mov      si,msg      ; SI apunta a msg
   call      print      ; Llamamos al procedimiento print

   jmp  $

;-----------------------------; PRINT
print:

   lodsb            ; Cargamos el caracter de DS:SI en AL
   or   al,al         ; Hacemos un OR al registro AL
   jz    .fin_print      ; Terminamos si es cero
   mov   ah,0x0E         ; Poner caracter (parametro int 0x10)
   int   0x10            ; BIOS VIDEO
   jmp   print         ; Siguiente caracter

.fin_print:

   ret            ; termina el procedimiento y regresamos

;-----------------------------; CONSTANTES

   msg   db   " HOLA MUNDO!",0     

;-----------------------------; FIRMA

times 510- ($-inicio)  db 0
dw 0xaa55

;///////////////////////////////////////////////////////////////////////;

COPILANDO HOLA MUNDO
====================

Listo! Ahora deberás copiar este código en un archivo y llamarlo "boot.asm",
el nombre puede ser cualquiera, luego de guardar el documento puedes
compilarlo con FASM de esta manera:

   fasm boot.asm

FASM creará un archivo llamado "boot.bin", ese es un archivo binario que
contiene nuestro BL.

PONIENDO EL BL EN UN FLOPPY (WINDOWS)
=====================================

Para poder probar tu BL deberás disponer de un floppy, si utilizas Windows
necesitarás el programa PartCopy que puedes conseguir en:

   http://my.execpc.com/~geezer/johnfine/pcopy02.zip

luego de bajar el programa puedes copiar el BL en el primer sector del floppy
de esta forma:

   pcopy boot.bin 0 200 -f0

Si no quieres utilizar PartCopy también puedes hacer lo mismo con el programa
DEBUG que trae Windows de esta manera:

   C:\DEBUG.EXE boot.bin
      -W 100 0 0 1
      -Q
   C:\

La "W" significa escribir (write), el número 1 al final significa la cantidad
de sectores que se copiarán. Puedes escribir "?" para ver la ayuda del programa.

Debes tener cuidado al utilizar DEBUG ya que puedes equivocarte y borrar datos
importantes del disco duro y dejar inutilizable tu Windows.

Listo!! Ahora puedes reiniciar tu computadora con el floppy dentro y ver el
mensaje Hola Mundo en tu pantalla, como hemos utilizado un loop infinito
necesitarás reiniciarla para terminar.

PONIENDO EL BL EN UN FLOPPY (LINUX)
===================================

En linux luego de compilar necesitas abrir un terminal en el folder en donde se
encuentra tu archivo "boot.bin" y escribir:

   dd if=boot.bin bs=512 of=/dev/fd0

Eso copiara los 512 bytes del BL en tu floppy.

Listo!! Ahora puedes reiniciar tu computadora con el floppy dentro y ver el
mensaje Hola Mundo en tu pantalla, como hemos utilizado un loop infinito
necesitarás reiniciarla para terminar.

;-----------------------------------------------------------------------;

En los próximos tutoriales aprenderemos a:

   + Crear un BL que cargue el kernel
   + Crear nuestro Kernel "Hola Mundo!"
   + Crearemos una CLI (Interfaz de Línea de Comandos)
   + Aprenderemos a cargar programas
   + Entraremos en Modo Gráfico
   + Pondremos nuestros primeros píxeles en pantalla
   + Crearemos una interfaz gráfica sencilla
   + Crearemos algunos programas para nuestro SO
   + Aprenderemos a entrar en Modo Protegido (hasta 4GB de memoria!)
   + ETC
     los que quierean ver mas en :
http://tech.todoprogra.com/category/tutorial-nodos/
 
bueno yo opino que tambien podemos trabajar FASM
los que les interese este programa lo pueden descargar gratis en:
http://flatassembler.net/download.php

y cambiando de tema
les pregunto a todos los que estamos trabajando en el SO si quieren formar parte de un grupo de informatica que recien crearemos necesito nombres para el grupo yo tambien estoy preparando la pagina web solo faltan algunos ajustes los interesados informenme en el team todos seran iguales.
bueno a seguir trabajando buena suerte a todos

hola Blaste, mira:

1: el tuto es de l pagina de moveax, es un tuto muy simple e inservible dadoq e solo hace un hola mundo, en este mometno estamos algo mas avanzados que ese la mundo, igualmente se agradece el aporte.

2: nada de paginas pr el momento, en este foro podemos ir posetando todo lo que hacemos de forma organizaad, por el momento nada de paginas y nombres, ya hubo muchos problemas por estos temas, mejor estudia ASM, interrupciones y programacion a bajo nivel como todos estamos ahciendo y trata de hacer algo, un kernel simple, un boot loader robusto y luego nos muestra que tienes y entre los aportes de todos tomamos lo mejor y vamos construyendo algo.

PD: mientras escribia Meta posteao una respuesa, pues Meta, siempre es mas facil buscarle un bug a un sistema y voltearlo (como los viru sasser y blaster) que hacer el sistema en si mismo... un virus corre sobre un sistema ya hecho, lo usa para ejecutarse y a la vez lo daña, en cambio, un sistema corre sobre "nada" asi que hay q programarle la interaccion con todas las partesde la pc, protocolor de red, sistemas de archivos y muchas cosas.