Crear en familia: monedas, vidas y una pantalla de victoria
Tres reglas pequeñas para un juego de MakeCode Arcade: recoger monedas, perder vidas y llegar a una meta. Con proyectos descargables y sin escribir código.
Tu primera consola Linux con WSL: instalación acompañada, dos usuarios y permisos de lectura y escritura explicados paso a paso.

Parte de Crear en familia · Tutorial 08
Versión inicial · 30 de septiembre de 2026. Esta guía está contrastada con documentación oficial, pero la instalación en Windows 11, la prueba con los dos usuarios en Ubuntu sobre WSL y las capturas reales siguen pendientes. Los resultados que se describen son esperados; todavía no se han comprobado en ese entorno.
Muchos chavales me preguntan cómo tener una consola Linux en Windows. Y la siguiente pregunta suele venir enseguida: «¿Cómo cambio los permisos desde ahí?»
Vamos a hacerlo desde cero, sin dar por hecho que sabemos qué es una terminal.
Primero, un adulto preparará Ubuntu dentro de Windows 11. Después tendremos dos usuarios Linux: uno principal y otro de prueba. El principal compartirá una carpeta y una nota; el segundo comprobará que puede leer y escribir.
Para practicar usaremos una carpeta nueva y una nota de ejemplo, sin documentos personales.
La meta de hoy: entender una orden y comprobar su resultado. No hace falta memorizar una lista de comandos.
Portada ilustrada con IA. No es una captura de Windows ni de Ubuntu.
La ruta usa WSL y Ubuntu sin contratar servicios ni introducir tarjeta. Ubuntu Pro y otros servicios adicionales no forman parte del taller. Windows es un requisito con su propia licencia; Ubuntu reúne componentes con distintas licencias y WSL tiene código publicado bajo MIT. No redistribuimos ninguno de esos programas en el descargable. Ubuntu en WSL, licencia de WSL y política de Ubuntu.
Para 10–14 años, instalación, contraseñas y administración quedan en manos del adulto; la actividad del niño se limita a la nota local. No estamos recomendando abrir una cuenta online de menor ni atribuyendo una edad mínima a un servicio que no usamos. Si el equipo pertenece al centro, sus normas también se aplican.
| Nombre | Qué hace en este taller |
|---|---|
| Terminal / PowerShell de Windows | La ventana y la consola donde el adulto inicia la instalación. |
| WSL | El Subsistema de Windows para Linux: permite ejecutar Linux dentro de Windows. |
| Ubuntu | La distribución Linux donde escribiremos las órdenes del ejercicio. |
Dentro de Ubuntu usaremos su consola Bash. El sitio donde escribimos importa: las órdenes de instalación van en PowerShell; las de la nota, en Ubuntu.
Una pestaña puede mostrar un indicador parecido a PS C:\...>; otra, uno parecido a taller@equipo:~$. Son ejemplos orientativos. No hay que copiar esos indicadores, solo la línea del recuadro.
Guardad documentos y cerrad las tareas que no queráis perder. Durante la instalación tendremos que reiniciar Windows.
Pulsad Inicio y escribid PowerShell. No hace falta abrir una página de descarga ni buscar un instalador en un anuncio.
Sobre el resultado Windows PowerShell, pulsad el botón derecho y elegid Ejecutar como administrador. El adulto revisa la petición de Windows y la acepta si corresponde al programa que acaba de abrir.
Si se solicitan credenciales de administrador y no las tenéis, este paso lo resuelve la persona responsable del ordenador.
Dónde: en PowerShell, no en Ubuntu.
Copiad esta única línea y pulsad Intro:
wsl --install
La ruta oficial habilita los componentes necesarios e instala Ubuntu de forma predeterminada. Las descargas pueden tardar; esperad a que la consola termine o pida reiniciar. La redacción del mensaje puede variar. Instalación oficial de WSL.
Cuando corresponda, usad Inicio → Encendido → Reiniciar. Si la instalación muestra una instrucción adicional, seguidla antes de pasar a la nota.
Tras volver a entrar en Windows, pulsad Inicio, escribid Ubuntu y abrid la aplicación instalada. La primera vez puede tardar mientras prepara sus archivos.
Si no aparece, revisad la instalación en «Si no os sale»; no sigáis escribiendo las órdenes Linux en PowerShell.
Cuando Ubuntu pida un nombre de usuario, escribid, por ejemplo:
alumnoapellido
Pulsad Intro. Es un alias de práctica: no necesita correo, nombre completo ni datos del colegio. En la demostración usaremos alumnoapellido; si ya tenéis Ubuntu instalado, conservad vuestro usuario y sustituid ese nombre en las órdenes posteriores. Si la tarea pide vuestro nombre y apellido, seguid el formato del profesor, en minúsculas, sin espacios ni tildes. No hace falta enviarme los nombres reales.
El adulto elige y escribe una contraseña, pulsa Intro y la repite cuando se le solicite.
No veréis letras, puntos ni asteriscos mientras escribís. Es normal. No pongáis la contraseña en un recuadro de comandos, en el descargable o en un chat. Cuando termine la preparación debería aparecer una línea lista para recibir órdenes.
El usuario inicial de WSL puede realizar tareas administrativas mediante sudo. Eso no obliga a usar sudo para todo. Usuario y contraseña de WSL.
Dónde: volved a la ventana de PowerShell. Escribid:
wsl --list --verbose
Buscad Ubuntu en la lista y un 2 en la columna VERSION. Stopped solo significa que esa distribución está detenida en ese momento. Si aparece otra versión o el nombre es diferente, el adulto lo comprueba antes de continuar. La instalación actual usa WSL 2 por defecto.
La forma sencilla es Inicio → Ubuntu. También puede aparecer como perfil al pulsar la flecha junto al + en Windows Terminal. Perfiles de Windows Terminal.
Ahora dejamos PowerShell y trabajamos dentro de Linux. La instalación ha terminado cuando Ubuntu admite las órdenes siguientes.
Usaremos nombres de demostración. Sustituid alumnoapellido por el usuario principal que os hayan pedido y alumnoapellidoprueba por el de prueba. La parte con sudo la maneja o supervisa el adulto.
| En la guía | Su papel |
|---|---|
alumnoapellido | Usuario principal: crea la nota y concede acceso. |
alumnoapellidoprueba | Usuario de prueba: intenta leer y escribir. No recibe permisos de administrador. |
/srv/taller-permisos | Carpeta nueva compartida solo para el ejercicio. |
nota.txt | Archivo sobre el que comprobaremos lectura y escritura. |
No vamos a abrir la carpeta personal del usuario principal a otros usuarios. Crearemos una carpeta independiente dentro del sistema de archivos Linux. Trabajar bajo /mnt/c —los archivos de Windows— tiene otras reglas de permisos. Permisos en WSL.
Copiad una orden cada vez y pulsad Intro. No copiéis los indicadores como $ o PS C:\...>. Cuando una orden no muestre mensajes, comprobaremos su resultado con la siguiente.
Dónde: Ubuntu, nunca PowerShell.
whoami
Debería responder alumnoapellido, o vuestro nombre elegido. Si responde root, volved con el adulto al usuario normal. En las órdenes siguientes hay que escribir el nombre real de vuestro usuario Linux donde aparece alumnoapellido.
Adulto, desde el usuario principal:
sudo adduser alumnoapellidoprueba
Primero puede pedir la contraseña del usuario principal; después, una contraseña para la nueva cuenta y su confirmación. No veréis caracteres mientras la escribís. Si solicita información personal opcional, como nombre completo o teléfono, dejad esos campos vacíos pulsando Intro. Confirmad los datos cuando lo solicite.
Si el usuario ya existe, comprobadlo antes de cambiar nada. Este taller no modifica una cuenta de otra persona. Creación de usuarios de Ubuntu.
id alumnoapellidoprueba
Buscad un grupo llamado alumnoapellidoprueba. En la ruta habitual de adduser se crea un grupo del mismo nombre que la nueva cuenta. Lo utilizaremos para darle acceso a la carpeta. Manual de adduser de Ubuntu.
Si no aparece, el adulto revisa la configuración antes de continuar. Tampoco añadimos esta cuenta al grupo sudo: no necesita administrar Ubuntu para leer o escribir una nota.
sudo mkdir /srv/taller-permisos
mkdir crea una carpeta. Aquí hace falta sudo porque la colocamos dentro de /srv, fuera de nuestra carpeta personal.
Si dice que ya existe, parad. Elegid un nombre nuevo, por ejemplo taller-permisos-2, y sustituidlo en todas las rutas siguientes. No uséis una carpeta ajena ni sigáis sobre el ejercicio antiguo.
sudo chown alumnoapellido:alumnoapellidoprueba /srv/taller-permisos
chown cambia propietario y grupo. Antes de los dos puntos va el usuario principal; después, el grupo de la cuenta de prueba. No estamos cambiando los permisos de todo Ubuntu: solo de esta carpeta nueva. Propietario y grupo en GNU.
chmod u=rwx,go= /srv/taller-permisos
Ahora el propietario puede usarla y los demás no. Ya no hace falta sudo: el usuario principal es su propietario. Esta será nuestra situación antes de compartirla.
echo "Nota del usuario principal" > /srv/taller-permisos/nota.txt
echo escribe una frase y > la guarda en un archivo. Usamos un archivo nuevo en una carpeta nueva; sobre uno existente, > reemplazaría el contenido.
Adulto:
sudo chgrp alumnoapellidoprueba /srv/taller-permisos/nota.txt
chgrp cambia el grupo del archivo. El dueño sigue siendo el usuario principal. Compartir una carpeta no concede automáticamente los permisos de todos los archivos que contiene. Orden chgrp de GNU.
chmod u=rw,go= /srv/taller-permisos/nota.txt
Su propietario puede leerla y escribir en ella; grupo y demás usuarios no tienen acceso. Hemos preparado una prueba en la que todavía no hemos concedido los permisos al segundo usuario.
su - alumnoapellidoprueba
su cambia de usuario en esta consola. Escribid la contraseña de la cuenta de prueba, no la del principal.
Para confirmar el cambio, ejecutad después:
whoami
Debe responder alumnoapellidoprueba. No sigáis si aún muestra el principal: necesitamos comprobar los permisos desde la otra cuenta.
cat /srv/taller-permisos/nota.txt
cat muestra un archivo, pero esta vez debería responder Permission denied o el equivalente en el idioma de vuestra consola. Es el resultado que buscamos: todavía no tiene acceso.
No añadáis sudo. La prueba debe hacerse con los permisos normales de esa cuenta.
exit
Esto cierra la sesión que abrimos con su. Ejecutad whoami para comprobar que vuelve a aparecer el usuario principal. Los dos cambios siguientes se hacen desde esa cuenta.
Antes de escribir la orden, vamos a entender las letras:
| Letra | A quién o a qué se refiere |
|---|---|
u | Usuario propietario del archivo o carpeta. |
g | Grupo asignado al archivo o carpeta. Aquí es el de la cuenta de prueba. |
o | Los demás usuarios. |
r | Leer. En una carpeta, listar los nombres de su contenido. |
w | Escribir. En una carpeta, crear o eliminar entradas. |
x | En un archivo, ejecutar. En una carpeta, entrar y acceder a sus archivos. |
La u no significa «cualquier usuario que yo elija». Para este ejercicio, la cuenta de prueba obtiene acceso mediante su grupo. Permisos simbólicos de GNU y estructura de permisos de archivos y carpetas.
chmod u=rwx,g=rwx,o= /srv/taller-permisos
Propietario y grupo pueden usar la carpeta. Los demás no tienen acceso. Añadimos x porque es una carpeta: tener solo lectura y escritura no basta para trabajar dentro.
Esto permite también crear y eliminar entradas en esa carpeta. Por eso compartimos una carpeta de práctica, no documentos personales. Si solo quisierais editar la nota existente sin crear ni eliminar archivos, bastaría g=rx en la carpeta y g=rw en la nota.
chmod u=rw,g=rw,o= /srv/taller-permisos/nota.txt
Ahora el propietario y el grupo pueden leer y modificar esta nota. No le damos ejecución: es texto, no un programa. No hemos convertido al usuario de prueba en administrador ni cambiado permisos de Windows.
Primero la carpeta:
ls -ld /srv/taller-permisos
El comienzo esperado es drwxrwx---. La d señala una carpeta; después aparecen los permisos del propietario, del grupo y de los demás.
Después, el archivo:
ls -l /srv/taller-permisos/nota.txt
El comienzo esperado es -rw-rw----. Comprobad también propietario y grupo. Las fechas, tamaños y números pueden variar. Estos patrones son los resultados esperados; queda pendiente comprobarlos en WSL.
su - alumnoapellidoprueba
Escribid su contraseña y, después, ejecutad whoami. Debe responder alumnoapellidoprueba.
cat /srv/taller-permisos/nota.txt
Ahora debería aparecer Nota del usuario principal. La misma orden que antes fallaba debe funcionar.
echo "El usuario de prueba puede escribir" >> /srv/taller-permisos/nota.txt
>> añade al final, conservando lo anterior. No debería aparecer un error de permisos. Esta orden no lleva sudo.
cat /srv/taller-permisos/nota.txt
El resultado esperado son la frase del principal y la del usuario de prueba. Lo importante es haber escrito desde la segunda cuenta. Mostrar unas letras de permisos sin hacer esta prueba no demuestra que el ejercicio funcione.
echo "Archivo creado por prueba" > /srv/taller-permisos/prueba.txt
Debería crear otro archivo. Para leerlo, ejecutad cat /srv/taller-permisos/prueba.txt. Así distinguimos modificar una nota existente de crear un archivo en una carpeta.
Ejecutad exit y comprobad el usuario con whoami. Después, leed de nuevo cat /srv/taller-permisos/nota.txt: la frase añadida por prueba debe seguir allí.
Ya tenemos la comprobación que pide el ejercicio: el usuario principal ha concedido acceso y el de prueba ha leído y escrito.
Los archivos quedan guardados en /srv/taller-permisos. Otro día, abrid Ubuntu, consultad whoami y repetid las pruebas con su - alumnoapellidoprueba.
Si queréis practicar cómo retirar acceso, desde el usuario principal, volved a dejar privados carpeta y archivo:
chmod u=rwx,go= /srv/taller-permisos
chmod u=rw,go= /srv/taller-permisos/nota.txt
Al entrar de nuevo como prueba, la lectura debería volver a fallar. Si dejáis algún archivo abierto, cerradlo antes de repetir la prueba: cambiar permisos no revoca un descriptor de archivo que ya estuviera abierto. No hace falta borrar Ubuntu ni eliminar usuarios para comprobar esto.
| Qué veis | Qué comprobar |
|---|---|
| PowerShell no reconoce las órdenes Linux | Abrid Ubuntu. Las órdenes del ejercicio van allí. |
| No se ve la contraseña | Es normal: escribidla y pulsad Intro. |
No such file or directory | Revisad ruta, nombre y mayúsculas; Linux los distingue. |
| La cuenta de prueba sigue sin poder leer | Comprobad el usuario activo, el grupo del usuario con id, el grupo de carpeta y archivo con ls, y el permiso x de la carpeta. |
| La cuenta de prueba lee pero no escribe | Comprobad g=rw del archivo, no solo el permiso de la carpeta. |
La cuenta de prueba no puede crear prueba.txt | Comprobad g=rwx de la carpeta. |
No se permite ejecutar chown o chgrp | Es la preparación del adulto con sudo, desde la cuenta principal. Comprobad a quién pertenece la carpeta antes de cambiarla. |
wsl --install muestra ayuda porque ya hay WSL | El adulto consulta wsl --list --verbose. Si Ubuntu ya existe, lo abre y conserva sus archivos. Para elegir una distribución no instalada, consulta wsl --list --online y la guía oficial. |
| Descarga atascada en 0 % | Microsoft documenta wsl --install --web-download -d Ubuntu como alternativa; el adulto revisa antes la instalación y las restricciones de la red. |
Error de virtualización, por ejemplo 0x80370102 | El adulto consulta al fabricante y la documentación de WSL. No cambiamos BIOS ni políticas del centro desde el recorrido infantil. |
La instalación y el ejercicio con dos usuarios están pendientes de ejecución en Windows 11. Estas soluciones proceden de documentación y del diseño de la prueba, no de incidencias observadas en WSL aquí. Solución de problemas oficial.
No uséis chmod 777 como arreglo general ni apliquéis cambios con -R sobre carpetas del sistema. Todo lo necesario para este ejercicio se limita a la carpeta nueva y su nota.
g=r en la nota y comprobad si prueba puede leer pero no añadir texto. Restaurad g=rw al terminar.x y la nota de texto no.Podéis guardar la ficha de órdenes o el ZIP del taller. Contiene solo texto e instrucciones: no instala nada ni concede permisos al abrirlo. Es un material de apoyo, no un paso obligatorio.
Si el adulto ya tiene un asistente autorizado, este mensaje sirve para pedir una explicación. Se pega en ese asistente, no en la terminal. Mensaje preparado; no enviado ni probado con una IA. No hace falta abrir una cuenta para el taller.
Estoy aprendiendo Ubuntu sobre WSL en Windows 11.
Tengo un usuario principal y otro de prueba. Quiero entender
cómo dar al segundo lectura y escritura sobre una carpeta
nueva de prácticas y una nota, mediante el grupo del usuario
de prueba. Explícame u, g, o y r, w, x con una tarea cada vez.
No ejecutes órdenes, no pidas contraseñas ni datos personales,
no uses chmod 777 y no cambies archivos fuera de la carpeta.
La instalación, creación de usuarios y órdenes con sudo
las revisará un adulto. Ayúdame a comprobar el resultado
entrando como el usuario de prueba sin usar sudo.
Documentación consultada el 30 de septiembre de 2026: enlaces oficiales de Microsoft, Canonical/Ubuntu y GNU junto a cada parte. Versiones de Windows, Ubuntu y WSL, etiquetas del instalador y flujo con ambos usuarios quedan por contrastar en una demostración real.
Se han comprobado la vista previa del artículo y los archivos descargables. En macOS se ha hecho una prueba limitada de lectura, escritura y modos de permisos con un único usuario: no valida WSL ni el acceso de la segunda cuenta. Esta versión se publica con esas limitaciones expresas; la comprobación completa y las capturas se añadirán cuando se disponga de un Windows 11 de demostración.