MINIX, el sistema operativo desarrollado por un profesor para sus estudiantes

Minix

Minix es un sistema operativo basado en Unix, desarrollado por el Prof. Andrew S. Tanenbaum en 1987.

Cuando los Laboratorios Bell publicaron Unix V7 en 1979 prohibieron su uso libre para la enseñanza. Por lo que Andrew S. Tanenbaum comenzó a escribir un clon de Unix para las computadoras IBM-PC con Intel 8086 en 1984, con el fin de usarlo en su clase de sistemas operativos en la Universidad de Ámsterdam en los Países Bajos.

Terminado en 1987, Tanenbaum pudo usarlo para enseñar a sus alumnos de la clase de diseño de sistemas operativos en la Vrije Universiteit de Ámsterdam. Su libro fue ampliamente adoptado, porque además de que Unix estaba bajo restricciones de licenciamiento de AT&T, era demasiado complicado y corría sobre máquinas más costosas.

En 1997, Tanenbaum publicó Minix 2 y en el 2004, gracias al financiamiento de la Unión Europea publicó Minix 3. Este último es compatible con NetBSD y a prueba de fallas. Gracias a su reducido tamaño, diseño basado en el paradigma del micronúcleo, y su amplia documentación, resulta bastante apropiado para personas que desean instalar un sistema operativo compatible con Unix en su máquina personal, así como aprender sobre su funcionamiento interno.

Debido al enfoque puramente educacional de MINIX, Tanenbaum no permitía que este fuera modificado demasiado ya que esto complicaría el sistema y no permitiría que sus estudiantes lo entendieran en un semestre. Por estos motivos, Linus Torvalds decidió escribir su propio núcleo de sistema operativo (Linux) compatible con Unix. En simbiosis con las herramientas de GNU surgió GNU/Linux creando la base para las distintas distribuciones Linux que conocemos actualmente.

Actualmente, Minix se distribuye con una licencia similar a la de GNU, la licencia BSD, que es menos restrictiva que la de GNU. En palabras de Tenembaum, "está permitido todo excepto demandarlo".

La documentación principal de MINIX 3 es el libro Operating Systems Design and Implementation de Andrew S. Tanenbaum y Albert S. Woodhull, Prentice Hall, 2006.

Referencias:

Comentarios

Entradas populares de este blog

Reporte SOC 2 Type 2 en la seguridad de la información

La importancia del reporte SOC 2 Type 2 en la seguridad de la información En un entorno digital donde la confianza y la seguridad son fundamentales, las organizaciones deben demostrar que sus prácticas de protección de datos cumplen con estándares rigurosos. Uno de estos estándares es el SOC 2 (Service Organization Control 2) Type 2 , un informe que evalúa cómo una empresa maneja la seguridad, disponibilidad, integridad del procesamiento, confidencialidad y privacidad de los datos. Este reporte es esencial para empresas que manejan información sensible, ya que proporciona evidencia objetiva sobre su capacidad para proteger la información de sus clientes y socios comerciales. ¿Qué es un reporte SOC 2 Type 2? El SOC 2 Type 2 es un informe de auditoría que evalúa los controles internos de una organización relacionados con la seguridad de la información. Desarrollado por la AICPA (American Institute of Certified Public Accountants), este informe sigue los Criterios de Servicios...

Leer mas...

Managing Cyber Risks: Third-Party and End-User Challenges

🔐 Managing Cyber Risks: Third-Party and End-User Challenges Our organizations face a multitude of cyber threats that can compromise data integrity, disrupt operations, and damage reputations. Among the most challenging risks are those posed by third parties and end users. These risks often operate outside the direct control of the organization, yet their actions or inactions can have profound security implications. Understanding these risks and implementing effective controls is essential for building a resilient cybersecurity posture. 🔗 Third-Party Risks arises when organizations rely on external vendors, suppliers, or service providers who have access to our sensitive systems or data. These partners may not adhere to the same security standards, creating vulnerabilities that can be exploited by malicious actors. High-profile breaches, such as those involving supply chain attacks, have underscored the dangers of insufficient oversight in third-party relationships. The challeng...

Leer mas...

Compendio de terminología computacional / Compendium of Computational Terminology

1a versión: 22/julio/2023 Actualizado: 28/mayo/2026 2FA: Two-Factor Authentication 3DEA: Triple Data Encryption Algorithm 3DES: Triple DES 3PS: Third Person Shooter AAM: Agentic Access Management AC: Access Control ACL: Access Control Lists AES: Advanced Encryption Standard AI: Artificial Intelligence AIoT: Artificial Intelligence of Things AitM: Adversary-in-the-Middle AML: Anti-Money Laundering AOC: Attestation Of Compliance API: Application Programming Interface APT: Advanced Persistent Threat ASCII: American Standard Code for Information Interchange ASM: Attack Surface Management ASPM: Application Security Posture Management ASV: Approved Scanning Vendor for PCI ATM: Automated Teller Machine ATT$CK: Adversarial Tactics, Techniques, and Common Knowledge AV: Antivirus AWS: Amazon Web Service B2B: Business to Business B2C: Business to Consumer BAS: Breach and Attack Simulation BAU: Business As Usual BBP: Bug Bounty Program BCM: Business Continuity Management ...

Leer mas...

D4210

Buscar este blog