Ejercicios y práctica · Sistemas Operativos Monopuesto · SMR

Qué deberías ser capaz de hacer

Errores frecuentes que la práctica debería detectar

• Confundir RAM con almacenamiento secundario: La RAM es volátil y rápida, para programas en ejecución. El almacenamiento secundario es persistente y más lento, para guardar archivos. Error: 'He apagado el ordenador y mis archivos de Word se han borrado de la RAM'. Corrección: Los archivos se guardan en el disco duro; la RAM solo los mantiene mientras el programa está abierto.
• Ignorar la codificación de caracteres: Asumir que todos los archivos de texto son iguales. Error: 'Mi archivo de texto muestra caracteres raros en otro ordenador'. Causa: El archivo se guardó con una codificación (ej. Latin-1) y se abrió con otra (ej. UTF-8) que no la interpreta correctamente. Corrección: Usar codificaciones universales como UTF-8 para asegurar compatibilidad.
• Confundir programa con proceso: Un programa es el código ejecutable en el disco; un proceso es la instancia de ese programa en memoria, ejecutándose. Error: 'Tengo 5 programas abiertos, pero solo veo uno en el Administrador de Tareas'. Causa: Algunos programas pueden generar múltiples procesos (ej. navegadores web) o el usuario solo está viendo las aplicaciones principales. Corrección: Entender que un programa puede tener cero, uno o múltiples procesos asociados, y que el SO gestiona los procesos, no los programas directamente.
• Ignorar el estado 'Bloqueado': Pensar que un proceso que no consume CPU no está haciendo nada. Error: 'Mi programa no consume CPU, pero está muy lento'. Causa: El programa está en estado 'Bloqueado' esperando una operación de E/S (ej. acceso a disco o red) que es lenta. Corrección: Investigar las operaciones de E/S del proceso para identificar cuellos de botella.
• Ignorar las limitaciones de FAT32: Intentar copiar un archivo de más de 4GB a una unidad FAT32. Error: 'No puedo copiar este archivo grande a mi USB'. Causa: La limitación de tamaño de archivo de FAT32. Corrección: Formatear la unidad a exFAT o NTFS si la compatibilidad lo permite.
• No entender la importancia del Journaling: Pensar que todos los sistemas de archivos son igual de robustos ante fallos. Error: 'Mi disco duro se corrompió después de un corte de energía'. Causa: Uso de un sistema de archivos sin journal (ej. FAT32) o un fallo grave en uno con journal. Corrección: Priorizar sistemas de archivos con journal para sistemas críticos y realizar copias de seguridad regulares.
• Permisos excesivos (ej. chmod 777): Error: 'Doy permisos 777 a todo para que funcione'. Causa: Desconocimiento de los riesgos de seguridad o pereza. Consecuencia: Vulnerabilidad crítica, cualquier usuario o proceso puede modificar/eliminar archivos. Corrección: Aplicar el principio de mínimo privilegio, asignando solo los permisos estrictamente necesarios.
• Confundir atributos con permisos: Error: 'He puesto el archivo como solo lectura, pero el programa sigue modificándolo'. Causa: El atributo 'solo lectura' es una sugerencia al sistema operativo y a las aplicaciones, pero un proceso con permisos de escritura puede ignorarlo. Los permisos de seguridad son una restricción impuesta por el SO. Corrección: Para una seguridad real, usar los permisos del sistema de archivos (ACLs en NTFS, rwx en Linux).
• Ignorar el journaling en sistemas críticos: Error: 'No importa el sistema de archivos, si se va la luz, se pierde todo'. Causa: Desconocimiento de cómo el journaling protege la integridad del sistema de archivos. Consecuencia: Corrupción del sistema de archivos y posible pérdida de datos tras un fallo de energía. Corrección: Elegir sistemas de archivos con journaling (NTFS, ext4, XFS) para cualquier dato crítico y explicar su función al usuario final.
• Confiar ciegamente en el journaling: Error: 'Como tiene journaling, no necesito copias de seguridad'. Causa: Confundir la protección de la integridad del sistema de archivos con la protección contra la pérdida total de datos (ej. fallo físico del disco). Consecuencia: Pérdida irrecuperable de datos si el disco falla físicamente. Corrección: El journaling protege contra la inconsistencia lógica, pero no reemplaza las copias de seguridad.
• Confundir el SO con una aplicación: El SO es la base sobre la que se ejecutan las aplicaciones, no una aplicación más. Causa: Falta de comprensión de la jerarquía del software. Corrección: Explicar la analogía de la casa (SO) y los muebles (aplicaciones).
• No entender la necesidad de un SO: Pensar que el hardware puede funcionar por sí solo. Causa: Desconocimiento de las tareas de bajo nivel que el SO realiza. Corrección: Demostrar un ordenador sin SO y explicar la imposibilidad de interactuar con él o ejecutar programas.
• Ignorar los requisitos mínimos de hardware: Instalar un SO en un equipo que no cumple los requisitos mínimos. Causa: Desconocimiento o subestimación de la importancia de los requisitos. Corrección: Siempre consultar la documentación oficial del SO y del hardware antes de la instalación.
• Utilizar software sin licencia o con licencias incorrectas: Instalar una versión pirata o una licencia OEM en un equipo diferente. Causa: Desconocimiento de la normativa o intento de ahorro. Corrección: Educar sobre las implicaciones legales y éticas, y verificar siempre la validez y tipo de licencia.
• No verificar la compatibilidad de los drivers: Asumir que todos los componentes funcionarán automáticamente. Causa: Falta de previsión. Corrección: Antes de la instalación, buscar en la web del fabricante del hardware los drivers para el SO deseado.
• No realizar copia de seguridad: Perder datos importantes al formatear el disco. Causa: Subestimar el riesgo o pereza. Corrección: Siempre realizar una copia de seguridad completa antes de manipular particiones o instalar un SO.
• Particionamiento incorrecto: Crear particiones demasiado pequeñas, usar MBR con UEFI, o no dejar espacio para otros SO. Causa: Falta de planificación o desconocimiento de los esquemas de particiones. Corrección: Planificar el particionamiento en papel y entender las limitaciones de MBR/GPT y los modos de arranque.
• Instalar SO en orden incorrecto para dual-boot: Instalar Windows después de Linux, sobrescribiendo GRUB. Causa: Desconocimiento del funcionamiento de los gestores de arranque. Corrección: Siempre instalar Windows primero, luego Linux, o saber cómo reparar GRUB.