Buno, creo que me expreso bien. La eterna duda de un newbie (y de un medianamente experimentado hacker también puede ser), es esa: ¿Como programar un SO?.
Tal vez sea precipitado crear un Linux o un Windows, pero pensar en cómo se empieza es un indicio de interés y de que esa persona, con esas ganas y curiosidad, puede llegar lejos. Pero a esa altura se presenta un gran problema: Encontrar documentación en Internet parece un calvario... "¿Por donde empiezo?"

Propongo que recopilemos la información necesaria acerca del BIOS y algún sistema estándar para crear un HowTo sobre la creación de Sistemas Operativos. El objetivo sería que el lector termine con el suficiente conocimiento como para crear el suyo propio, y porqué no crear uno??

Sé que Eternal Idol tiene una buena experiencia en éste área. Propongo que el manual (HowTo) contenga cosas contemporáneas:

 - Todo acerca de fasm: Es un ensamblador que nacio en 32 bits y eso lo hace muy bueno. A la larga podría proponerse la creación de un lenguaje de programación desde cero. Yo estoy haciendo uno inspirado en el High Level Assembler. Primero lo planeaba hacer en NASM, pero me parece que FASM es mejor opcion.

 - El BIOS: Llamadas y Servicios, y secretos del BIOS a la hora de crear un SO.

 - MBR: Creo que es un compo interesante, si bien es pequeño. Las partes en las que se divide... cómo escribir y leer la tabla de particiones y el MBR...

 - Tareas de un Kernel: Trabajar con un microkernel creo que sería lo más simple... sin shell en el kernel, proveyendo solo servicios en las interrupciones. Tal vez sería buena idea trabajar en modo protegido para empezar, pero el modo privilegiado es algo que tarde o temprano se deberá tocar.

 - El shell: Para este entonces se supone que hemos hecho un pequeño lenguaje. Lo ideal es compilar cruzado, es decir, desde Linux (o Windows... en mi caso es Linux) para ese SO. Incluso un installer del SO para usar desde otro SO, en vez de un Disco booteable, sería buena idea.


Parece un proyecto titánico, pero con ganas y un poco de tiempo se puede hacer. A demás, lo que importa es que quede la documentación. Ir haciendo las pruevas sería solo eso: laboratorio. Tal vez si algunos se prenden podríamos hacer un ElHackerSO, y mantenerlo.

Eternal Idol, me gustaría que te prendas aca. Se que tu experiencia serviría de mucho, incluso para enseñarnos algo de FASM. Eso si... no me gustaría que se prenda gente que no desee trabajar.

¿Que dicen? - Saltar un nivel o quedarnos aca???

PD: Tengo el boot.zip, y aunque no entiendo la totalidad del código con exactitud, necesito solo un poco de documentacion para seguir adelante...

PD2: Recien veo el otro post sobre crear un SO... pero cre que este es distinto... es sobre crear la documentacion. Podria ir en un hilo aparte para no llenar de cosas el mismo post

Si, desde luego la ETERNA duda porque ni un newbe hará un SO ni un hacker que sepa 0 de programacion lo hará..

No entiendo porque atribuyen a hacker a una persona que sabe muycho de programacion...Hay hackers que no saben o simplemente saben algo de algun lenguaje...


No creo que pierda el tiempo enseñando a 4 perosnas que saben 0 de programacion. Con alguna duda o como 2 opinion supongo que si..Pero enseár a hacer un SO a alguien que no sabe programar...Mejor que la gente sepa programar y luego ya se preocuparan de hacer un SO. Además no solo hace falta programación para un proye to como este.


Sabes ensamblador? Sabes de arquitecturas de procesadores como el 8086? Manejas las interrupciónes y entiendes las IRQ'S? Sabes 100 cosas mas...?

Si es NO, no pierdas el tiempo y empieza por cosas basicas. EL boot no sirve de nada y mas si no lo has programado tu, ya que no sabras bootear el kernel.

Hace unos 6 años en redlibre.org programamos un mini kernel que en principio iba a ser monolitico, conseguimos que arrancara y pudieras usar un teclado y el dispositivo de salida de video a 8 colores xDDD

Se llamaba LiberOS y no se si estará aun en redlibre.org disponible su codigo fuente para descargar  no es gran cosa, la verdad es que es bastante pestazo pero te puede dar una ligera idea de por donde empezar.

Por supuesto no cuentes conmigo para nada y he de decirte que estas loco xDDDDD

Muy bien, para eso, como te decia al final de mi mensaje anterior, no necesitas realmente a nadie mas. Intenta y si algo no va pregunta, seguro que alguien te puede ayudar.

Offtopic lo de monolitico pero ya que lo traes a la mesa: ¿Necesitas el codigo fuente para generar otro binario y solo funciona contra una version especifica?


Si, lo tengo en papel desde hace años, es un libro muy viejo y usado en el ambito academico por eso esta traducido.


Me referia a que queres hacer un S.O., un lenguaje y vaya uno a saber que mas 


Sos afortunado entonces; si tenes que trabajar 8 horas al dia, estudiar cuando podes y no volverte loco mucho tiempo no te queda.



Lee sobre El Torito. Igual te recomiendo usar maquinas virtuales (VMWare, VirtualPC, VirtualBox, etc) ...

hola , uf ni cuanto tiempo sin postear .. grax domininicano por pasarme el link xD
 

1) en ingles hay mucha información.
2) http://www.osdever.net/
3) si estas bajo windows , usa DJGPP y NASM.
4) ¿por que no usar MingW? por que linker tiene problemas para linkear .aout
5) recuerda que a 32 bit no puedes usar interruciones de la bios.
6)usa maquinas virtual , la que desees , no vas a soportar reiniciar la pc mas de 3 veces..
7)tambien bajate un programa para crear floppy virtual para que no te enlies mucho y buscate un programa para copiar tu boot y tu kernel en el sector que quieras de tu floppy virtual.
8)recuerda que el boot son 512 bit exactos,lee las ventajas de 32bit , lee sobre a20 line, la gdt y los irq.
9) buena suerte.

y algo... mas , de algo estoy seguro y es que no hay OS pequeños xD

Eternal Idol tienes mucho en esto .. es que siempre te veo comementado en este tipo de post?





es que aquien no le gustaria inventar xD ..., recuerda que intentando se aprende.. si siempres te quedas leyendo lo teoricos y no aplicas no sabras en que fallaste..
pero tambien lo teorico es indispensable.. supongo D4RIO simplemente quiere un empujocito para joder arrancar ..!

Alguien deberia hacer una faq de esos..  LOL , simplemente para aclarar dudas...

todos los interesando escriban sus dudas de una forma organizada en este tema..

Muchas gracias... esa es la clase de organizacion que requiere hacer una faq sobre algo tan entramado, intentando que sea breve y "jugosa" a la vez.

Te respondo::

1) Lo se y tengo bastante, aunque estoy intentando organizarla de una manera limpia en español. Lo más conveniente creo que sería no explicar las tripas de MINIX, que ya están explicadas, sino volcarme a los "experimentos" que haga para comentar cuestiones simples.
2) Gracias por el Link. Ya estaba analizando algunos fuentes pero uno más siempre es bienvenido. Por ahora estoy viendo MINIX y MenuetOS, aunque no me gusta la super dependencia de ASM que el último tiene... de hecho estoy programando una especie de "capa superior" para FASM que me permita llamar ciertas rutinas y elaborar ciertas estructuras en assembler desde una sintáxis más simple, aunque no será un lenguaje de alto nivel, sí me resultará útil a la hora de definir mis estructuras como me plazca.
3) Nop... bajo Linux. Y como que con lo mucho que leí hasta el momento, definitivamente usaré FASM, que es muy similar a NASM... de todas formas ya te comenté que usaré esa ca
pa superior. YASM suena muy interesante también.
4) No planeo usar C por el momento, pero de hacerlo creo que usaré GCC, que se ajusta bien a los estándares ANSI C.
5) Pero puedo forzar al compilador, por más que sea nativo de 32 bits, a usar 16. FASM fue diseñado para ser útil a los fines de programar SO's... según recuerdo que en algun lado leí
6) Despreocuparse que no soy lo suficientemente deficiente como para hacer semejante barbaridad!!  Para algo esta VirtualBox aca ¿no?
7) No encuentro alguno para Linux, quneu recuerdo haber visto uno alguna vez... pero encontré ésto, que será útil: http://freshmeat.net/articles/view/1387/  :: Es un buen punto de partida para un script de los que me gusta hacer en BASH... o PERL.
8) Si, lo recordaba, aunque debería saltar el sector de formato si mal no recuerdo.. unos 56?... por el resto gracias, estoy en buscar todo lo referente, más tarde comenzaré a recopilar.
9) SE AGRADECE! 

Exacto, porque a todos nos gusta contar con cierto apoyo cuando emprendemos algo que nos llevará una fuerte investigación y un duro proceso, y más si queremos al final dejar algo de documentación al respecto, mínima, como para quienes quieran arrancar desde las bases y no desde un análisis completo de MULTICS, por ejemplo, o MINIX... mucho menos desde LINUX o UNIX V7... Simplemente algo básico, del que después podré desprender un proyecto si me quedan ganas, e implementar cosas como ARP, modo VGA y otras cosas laboriosas que estuve curioseando por el código de MenuetOS.

Por cierto, yá voy asíéndome algunos bosquejos del sistema en sí, con un kernel pequeño que tiene sus módulos aparte. Programas como VFS serían sólo accesibles por el kernel, y a su vez VFS accedería, transparente al kernel, a las aplicaciónes de lectura de dispositivo, cada una como un módulo aparte, para así poder agregar más filesystems con el tiempo de una manera sencilla que yá tengo medianamente planificada.
Todo eso sería un trabajo fuerte y en principio deberé sacrificar el control de procesos a un mínimo que será el kernel y un único proceso controlado por el mismo, caso de VFS, que luego pedirá que se inicie FAT (por dar un ejemplo del que tengo códigos fuente para revisar), terminándo el kernel mismo a VFS para iniciar al otro.

Sé que es muy "cabeza" (o "bruto") pero planeo darle priridad a IO en un principio, y luego veré los temas del kernel y los controles de procesos y memoria.

Tengo un camino laaargo por delante pero yá encontré (por suerte) algo de apoyo en la facultad, y vamos a ver la posibilidad de organizar un grupo de trabajo para quienes deseen prenderse al proyecto.
Respecto a lo que dice Karman... es cierto que es algo colosal plantearse hacer todo lo realmente necesario, pero en un principio solo deseo un pequeño ejemplo, con lo mínimo e indispensable para funcionar: Un pequeño control de procesos linear (un proceso a la vez), un fomato de ejecutable nativo que será muuuy sencillo (don't worry... se de que hablo) y soporte para... floppy. No creo ni siquiera que le incluya el HD por el momento... eso será después.

Si bien claro los proyectos abundan, como el hecho de diseñar un sistema de shared function libraries similar a uno que había implementado en un pequeño intérprete de comandos, que cargaba sólo las funciones deseadas de un archivo en memoria, por lo que no era necesario cargar todo el archivo para usar una funcion... pero me tengo que centrar en lo necesario para empezar, que es mucho, y luego añadir cuando yá esté. Por ahora estoy en tiempo de planificación y búsqueda de interesados.

Sepan que de concretarse ésto ustedes serán los primeros en tener la documentación pertinente, como un aporte que espero les sirva a muchos.

No los aburo más con mi discurso, y les repito: Gracias a todos los que ponen aunque sea un granito de arena. Espero que ésto deje una buena documentación como para que cualquiera pueda iniciarse en el arte de los Sistemas Operativos... cosa que también será de ayuda para el crecimiento de Linux (Más pibes que se le animen al kernel mode = más desarrolladores potenciales  ).

PD: Ya encontre bastante sobre el BIOS. ¡A leer se ha dicho!

A ver... todavía estoy investigando el tema, pero: ¿No es que puedo iniciar en modo real (16 bit, forzando a FASM a usar ese modo), y despues pasar a modo protegido?

Incluso... ¿No puede el kernel correr en modo real y las aplicaciónes hacer un "switch" a modo protegido?

De otra forma habrá que reiniciar mi búsqueda orientándome hacia ¿como cuernos hacer todo eso sin el BIOS?
En todo caso podría hacer uno en modo real, pero quisiera contemplar ambas posibilidades con una visión más ámplia... Qué tengo que buscar?

Precisamente di con las IRQ's buscando algo al respecto y ya estoy investigando el tema. Como voy a usar GRUB+stage2_eltorito en un principio, creo que podría prescindir del BIOS. Me estoy haciendo de bastante documentación y creo que me voy a tener que dar un tiempo para leerla toda. Suelo pasar hasta 10 horas leyendo, pero mi estado físico podría decaer notablemente si sigo a éste ritmo

Sigo en mi busqueda e inspeccion de codigos fuente...