WikiUnix: aprende los comandos de Linux por niveles

#1   #0 Bien podías haberlo puesto antes de mi exámen de sistemas operativos

#2   Muy interesante. La pondré en favoritos.

#3   Perdón por la ignorancia pero... ¿por qué pone un asterisco en "Un*x"?

#4   rm -rf / FTW

#5   Este proyecto participó en el Concurso de Software Libre y se llevó el primer premio de educación y ocio. Más merecido, imposible.

#6   /sudo make me a sandwich

#7   #4 para qué sirve esta instrucción? la probaré.... uhmm, parece que no me deja. voy a intentarlo con sudo:

sudo rm -rf /

uhi. qué está pasando? joputa!

#8   #1 Y a mi mi primer dia de trabajo, que solo recordaba de sistemas operativos el comando rm,xD

#9   #3 Porque se ha equivocado El asterisco se suele poner en la 'U', quedando *nix, para evitar problemas de marca asociados con la marca registrada UNIX (en.wikipedia.org/wiki/Unix-like)

#10   #3 Se refiere a los diferentes núcleos de ese tipo de sistema operativo, como XENIX, MINIX y LINUX.

#11   Pregunta de ignorante, MAC OS X al estar basado en unix tambien es compatible con estos comandos???

#12   #9 Respondiéndome a mi mismo, por lo visto Un*x también está aceptado

#13   #11 pues sí.

#14   #11 Depende de la terminal que uses. Si usas bash, que es POSIX, probablemente sí te sirvan estos comandos.

#15   Este wiki tiene un problema
Disculpe!. Este sitio está experimentando dificultades técnicas.
Prueba a recargar dentro de unos minutos.
(No e puede contactar con la base de datos del servidor: Too many connections (localhost))

Ya os lo habéis cargado...

#16   Vaya, ya lo hemos tumbado...menéame, poniendo a prueba servidores web desde el 2005

#17   #14 Tiene la pinta de que sí (nunca lo he usado)
www.google.com/search?q=mac+os+x+posix

Llevo milenios usando Linux, desde Slackware hasta Ubuntu, pasando por Gentoo Red Hat y millones de derivadas. He compilado más kernels que el señor Linus. Me dedico profesionalmente al asunto, desde hace años también.

Y todavía, todavía, me encuentro con algún comando de vez en cuando que no conocía. Unix es infinito

#18   www.commandlinefu.com/commands/browse/sort-by-votes

#19   #16

Al final meneame va a ser referencia global en testeo de servidores.."si no lo tumbamos nosotros,no lo tumba nadie"

dentro de nada veremos webs y blogs con el sello "meneame seal of aproval"

#20   Linux es un kernel, y que yo sepa no tienen comandos.

#21   #20 Te faltó cerrar la etiqueta </tiquismiquis>

Pr cierto, que tampoco se dice comandos. En todo caso ordenes o instrucciones.

#22   #10 Mil perdones por el negativo, era un positivo :((

#23   #20, dime cuántos sistemas tienen Linux como núcleo y no tienen una shell a lo Unix por encima para utilizarlo.

#24   Son de los míos... ¡usan GNU/Linux y son seguidores del Monstruo Espagueti Volador!

(ver ejemplos de 'sed' al final de la página)
osl.uca.es/wikiunix/index.php/Administraci%C3%B3n_del_sistema_de_archi

#25   Me gusta, voy a descargar los PDF para imprimirlos. Buen trabajo.

#26   Tengo la suerte de haber visto ese proyecto desde sus inicios, porque la creadora es amiga mía, y no puedo alegrarme más de que su proyecto esté teniendo difusión.

Se lo merece por todo el curro que se ha dado.

#27   Comencé hace no mucho con Linux, y tan solo he usado los comandos de la manita. Este proyecto me ha parecido una buena oportunidad para entender lo que estaba haciendo y aprender a usarlo con cabeza. Pero ya me están tocando la moral...

Nivel principiantes > Estructura:
Ejercicios

1. Cambia la shell de login a tcsh sin convertirte en root.
2. Averigua la versión del kernel de tu equipo.

(...) Y me lo invento, no?
osl.uca.es/wikiunix/index.php/Estructura#Ejercicios

#28   #27 la solución al ejercicio 2 es el comando uname.

Y man te servirá para completarlo.

Y lo de cambiar de shell, no la entiendo bien, pero si ejecutas tcsh ya has cambiado a esa shell. No sé si realmente te pide que la pongas por defecto, que eso es otro tema y no me parece tan de principiante ni esencial para principiantes.

#29   #28 Yo tampoco creo que estos ejercicios sean para este nivel. Pero más allá de mi opinión, el fallo radica en que te propone unos ejercicios... y no te dice cómo hacerlos! Ni tan siquiera un enlace al lugar en donde poder investigar para hacer los ejercicios! Si no me lo chivas tú, cómo sé qué tengo que hacer? Es frustrante...

#26 Si realmente conoces a la desarrolladora, pídele que intente testearlo con gente como yo que no tenemos ni puñetera idea de que va el tema.

#30   #4 desde hace algunos años 'rm' implementa una protección para borrado del directorio raiz, tanto en GNU/Linux como en Solaris (y supongo que en otros unixes) :

Debian Lenny (5.0):
$ rm -i -r /
rm: cannot remove root directory "/"

Solaris 10:
$ rm -r -i /
rm of / is not allowed

Ojo que en RHEL5 no está habilitada esta protección por defecto . man rm , / - - preserve-root

Por supuesto que esto no te salva de cosas como rm -rf $DIRECTORIO/* si $DIRECTORIO no está inicializado... es decir, el típico bug dentro de un script mal hecho

#31   #29 La verdad es que no encontré donde lo explicaba, así que no lo debe tener, pero en el de usuario iniciado creo que en la parte de comandos básicos los ejercicios son más acordes a lo que explica, pero de todas formas me parece que no tiene demasiada experiencia educativa y no es capaz de adaptarlo a los conocimientos de los que pretende enseñar.

#32   La parte Profesional no tiene igual, la mayoría de ese material se encuentra en ingles y ahora a manos de cualquiera.

#33   #27 con 'chsh' (CHange SHell) puedes cambiar tu shell predeterminada, es decir, la shell que lanzará tu usuario en cuanto te logas .

También te gustará el comando 'chfn'

#34   #1 jajaja pues yo le tengo mañana!

#35   Juer que lio ¿Para que comandos? yo los unicos que conozco son click y doble click, no necesito más para mi windows7

#36   #30 ¿y con un "force"?
#rm -rf /

#37   #33 chfn ? Yo no lo conozco

LOl, no lo conocía Interesante.

#27 Antes de usar un comando y más que te digan en internet pon man delante siempre

#38   #35 Sí claro, y has escrito ese comentario usando el charmap no?
Yo tengo fe en que algún los sistemas operativos de Microsoft se ajusten al standard POSIX. Con su repertorio de comandos como Dios manda, Sistema de ficheros con permisos, usuarios, grupos, etc, Shell scripts en lugar de aberrantes bat
Ese día me plantearé instalarme Windows

#40   #38
Sistema de ficheros con permisos: NTFS
usuarios: Haylos
grupos: Haylos
Shell scripts en lugar de aberrantes bat: .vbs

Ese día me plantearé instalarme Windows
Hala pues.

#41   A todos los de esta página :
echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq'|dc
En otro orden de cosas :
#40 ext4 > NTFS
ksh > vbs
C:Archivos de programa . C:Windows systemwtf ... shit
/etc ... = simpleza extrema
Registro de Windows = No comment . EPIC SHIT .

#42   #23 Dime cuantos sistemas operativos no tienen Linux como núcleo pero tienen esa misma shell, y mientras lo haces descubrirás como el núcleo no tiene nada que ver en esto.

#43   #41 no añadas "requisitos" a la propuesta de #38... Pedía que windows tuviera sistema de ficheros con permisos, usuarios, grupos y scripts, y los tiene... ahora no vengas con si son ">" o "<" que los chupiguayses que tiene el linux..... ¡no seas fanboy!

P.D. Intenta usar expresiones adecuadas, que luego hay malos entendidos... ">" significa "mayor que", y no "mejor que".

#44   #40
>> Sistema de ficheros con permisos: NTFS
>> usuarios: Haylos
>> grupos: Haylos
>> Shell scripts en lugar de aberrantes bat: .vbs

Jeje muy bueno. Espero que algún día los usuarios y grupos sean rollo UNIX. De hecho hicieron pequeños avances a partir de Windows Vista/7, cambiando el directorio home de cada usuarios, pasando de ser "C:Documents and SettingsPepe" a "C:UsersPepe". Probablemente algún día será "/home/pepe"
Sobre el tema de permisos, para saber si un fichero es ejecutable windows se fija unicamente en la extensión (.exe, .com, .bat, etc), no existe (que sepa yo) forma dar permisos de ejecucion al estilo Unix

Y sobre lo de usar vbs en lugar de bat, casi preferiria instalar un interprete perl/python/ruby/php en la maquina y hacer los scripts en ese lenguaje antes que trabajar en VBasic

>> >> Ese día me plantearé instalarme Windows
>> Hala pues.

Tranquilo, ya uso Windows en el trabajo

#41
>> C:Archivos de programa . C:Windows systemwtf ... shit
>> /etc ... = simpleza extrema

Tú también eres un cachondo las equivalencias de directorios Unix-Windows, serian mas bien:
Unix --- Windows XP (español)
/usr ~ C:Archivos de programa
/opt ~ C:; C:Archivos de programa
/etc ~ C:Archivos de programa; C:Documents and Settings; y Registro de Windows (y ficheros ini en cualguier sitio)
/bin ~ C:WINDOWS
/home ~ C:Documents and Settings
/lib ~ C:WINDOWSsystem; C:WINDOWSsystem32
/tmp ~ C:Temp; C:WINDOWSTemp; etc
/var ~ C:Inetpub; C:Archivos de programa; etc

>> Registro de Windows = No comment . EPIC SHIT .
No olvides que gnome tambien tiene su propio registro rollo Windows. Eso sí, almacenado en ficheritos XML. Así que el concepto de registro tal vez no sea tan malo. Eso sí, yo evitaría a toda costa hacer aplicaciones que dependan del mismo, dado que sería mucho mas complicado hacer la aplicación multiplataforma

Saludos
Edit: Siento no poder poner las barras invertidas en los directorios Windows

#45   #41 No.
/usr ; Archivos de programa no dependentes del sistema.
/usr/lib/ Librerias no esenciales del sistema
/usr/share : Archivos que se pueden compartir entre EQUIPOS
/usr/share/doc Documentación.
/etc : Configuración y registro. Lo de gnome son XML peeeeero está DIVIDIDO en varios archivos . En Win si se te corrompe el registro , adiós muy buenas.
/home : %userdir% en Windows.
/lib/ C:Windows/System32CAOS-INCOMPLENSIBLE
/bin Binarios esenciales para funcionar.
/sbin/ BInarios para coinfigurar el sistema, solo ejecutables como root.
/var: Archivos de log, mail, bases de datos , etc... propensos a crecer con tamaño con el tiempo
PD: El sistema de instalación de programas y su configuracion en Windows , (las carpetas $Uninstall y demás ) son de una complejidad y oscuridad anti-administrador increíbles. Es casi imposible saber administrar un Windows al mismo nivel que un Unix.

#46   #44 "No olvides que gnome tambien tiene su propio registro rollo Windows. Eso sí, almacenado en ficheritos XML. Así que el concepto de registro tal vez no sea tan malo."

Curioso razonamiento. ¿Un concepto "no es tan malo" porque linux también lo usa? Así que, por definición, lo que aparece en linux es bueno, y cualquier cosa que salga en Windows pero no en linux es mala... FANBOY

#47   #46 Creo que me has malinterpretado, mi intención no es menospreciar ningún sistema operativo, solo exponer aquellas cosas que considero mejorables. De la misma manera que considero que tanto gnome como kde necesitan pulir su usabilidad hasta alcanzar los niveles de Windows y Mac Os tambien considero que Windows se podría enriquecer de las bondades de ser ser un sistema Unix, y confío que algún día lo será (abierto o cerrado es otro tema)

#48   #38 ¿Standard POSIX? no.... Desde que la IEEE empezó a cobrar altos precios por la documentación de POSIX y se ha negado a publicar los estándares, ha aumentado el uso del modelo SUS

#49   #48 Francamente, me dejas con la intriga, ¿Qué es el modelos SUS?
(Me imagino que será algo del estilo de "hacerlo como le salga de SUS huevos")

#50   ¿Comandos?, no sé si solo me pasa a mi pero tanto comando me recuerda a cuando aprendía MS-Dos.

Evolución, por favor.

#51   #49 Single Unix Specification. Este modelo es abierto, acepta entradas de todo el mundo y está libremente disponible en Internet.

#52   #51 Muchas gracias, es que buscando SUS en google me ha aparecido muchas cosas, pero ninguna con relación a Unix, jeje

#53   #50
>> ¿Comandos?, no sé si solo me pasa a mi pero tanto comando me recuerda a cuando aprendía MS-Dos.
>>
>> Evolución, por favor.

Hace años pensaba igual que tú. ¿Para qué es necesario la linea de comandos, si casi todo se puede hacer usando una intuitiva interfaz gráfica?
Pero una vez que empiezas a utilizar la línea de comandos para cosas serias (esencialmente administración de servidores remotos atraves de telnet o ssh) y conoces la potencia y flexibilidad que puede llegar a tener la línea de comandos, de lo único que te arrepientes es de no haberla descubierto antes.

Para aquellos que todavía no lleguen a entender la necesidad de utilizar la línea de comandos recomendaría la lectura del siguiente ensayo:

En el principio... fue la línea de comandos de Neal Stephenson
biblioweb.sindominio.net/telematica/command_es/