Su uso es muy sencillo. Basta con pasar como argumentos una cadena de texto a buscar (o una expresión regular) y el archivo o archivos en los que buscar.
grep “TODO” /home/zootropo/codigo/*.py
También podemos hacer que busque en todos los archivos contenidos en un cierto directorio, de forma recursiva, utilizando el flag -r:
grep -r “TODO” /home/zootropo/codigo/
var $log_path = '/var/www/Joomla15X/logs';
var $tmp_path = '/var/www/Joomla15X/tmp';
Esas variables contienen la ruta, puede ser la misma carpeta o diferentes, lo importante es que este la cartepa a la que hace referencia y aquí mi problema, !que tengan permiso de escritura!
si aun no saben como les doy los comandos, busquen en google
chmod
chgrp
chown
o manden un mail.
Linux ofrece multitud de servicios o servidores, estos pueden iniciar o arrancar junto con la carga del sistema o pueden después ser puestos a funcionar cuando se requieran (es lo mejor). Parte esencial de la administración de sistemas Linux es continuamente trabajar con los servicios que este proporciona, cosa que es bastante sencilla. En este tutorial aprenderás todo lo necesario sobre como inicar/detener/reinicar etc. los servicios de tu equipo GNU/Linux.
Dentro de esta carpeta ubicada en /etc o en /etc/rc.d dependiendo de la distribucción, se encuntran una serie de scripts que permiten inicar/detener la gran mayoría de los servicios/servidores que estén instalados en el equipo. Estos scripts están programados de tal manera que la mayoría reconoce los siguientes argumentos:
Los argumentos son autodescriptivos, y tienen permisos de ejecucción, entonces siendo root es posible iniciar un servicio de la siguiente manera, por ejemplo samba:
#> /etc/rc.d/init.d/smb start Starting Samba SMB daemon [OK]
Solo que hay que cambiar start por stop | restart | status para detenerlo, reiniciarlo (releer archivos de configuración) o checar su estatus. Ahora bien si estás parado dentro del directorio puedes hacerlo asi.
#> pwd /etc/rc.d/init.d #> ./smb stop Shutting down Samba SMB daemon [OK]
Se trata de tan solo un script asi que con el permiso de ejecucción (x) puedes ejecutarlo con ./ seguido del nombre del servicio, sin espacios y después el argumento que necesites, inicarlo, detenerlo etc.
En varias distros, como Fedora o RedHat, existe el comando service, este comando permite también iniciar y/o detener servicios, de hecho funciona exactamente igual a como si escribieramos la ruta completa hacía el directorio init.d, con service se indica de la siguiente manera:
#> service mysql status Checking for service MySQL: stopped
Si se desea iniciarlo:
#> service mysql start Starting service MySQL [OK]
En muchos casos es conveniente que un servidor o servicio inicien junto con el arranque del equipo en si, por ejemplo el servidor web Apache o alguna base de datos, esto es para que estén disponibles todo el tiempo y no se requiera de intervención del administrador para iniciarlos.
En Linux, a diferencia de otros sistemas operativos, es posible configurarlo en base a niveles de ejecucción (run levels), cada nivel de ejecucción (en la mayoría de las distros son 7), inicia o detiene (Start o Kill) ciertos servicios. Estos niveles son los siguientes:
Por ejemplo el nivel 0, que apaga el equipo, mata o detiene a todos los procesos del sistema, todos los servicios, lo mismo hace el 6 con la diferencia que después inicia un script que permite reiniciar el sistema. El nivel por omisión o por default del sistema esta definifo en /etc/inittab, en la línea initdefault:
$> grep initdefault /etc/inittab id:5:initdefault:
# runlevel 0 is System halt (Do not use this for initdefault!)
# runlevel 6 is System reboot
(Do not use this for initdefault!)
La salida es de una distro OpenSuse 10. Como se puede apreciar existe una línea que comienza con id, seguido por 5 que indicaría entonces el nivel por default del sistema, basta con cambiar este valor con cualquier editor, reiniciar el equipo y se entraría a otro nivel, por ejemplo el 3 que tiene una funcionalidad completa pero sin sistema de ventanas X Window (ideal para equipos obsoletos o con pocos recursos de hardware). Nótese que en el listado previo aparecen dos líneas de comentarios, las que empiezan con #, que hacen la advertencia de no usar nunca los niveles 0 y 6 de initdefault, ya que jamás arrancaría el equipo. Se tendría que usar un método de rescate. (He aqui la importancia de jamás dejar una terminal abandonada con una sesión de root abierta ya que podría llegar un bromista y rápidamente cambiar la línea initdefault a 6 por ejemplo, y después estaría muy divertido viendo a un pobre administrador novato trátandose de explicar porque diablos el equipó se resetea hasta el infinito sin nunca entrar a una pantalla de login).
El nivel de ejecucción actual del sistema puede ser consultado con who -r y con el comando runlevel, este último muestra dos números el primero es el nivel previo en que se estaba y el segundo el nivel actual, si no se ha cambiado de nivel aparece una N.
Este comando te permite cambiar el nivel de ejecucción actual por otro, es decir puedes estar en el nivel 3 y en cualquier momento pasar al 5 o viceversa, o entrar a un modo monousuario para tareas de mantenimiento como utilizar fsck. Esto sin necesidad de cambiar la línea initdefault en /etc/inittab, simplemente usando el comando init:
#> init 3
Puedes reiniciar el equipo con init 6 o incluso apagarlo con init 0, de hecho shutdown y otros comandos como halt, lo que hacen es invocar a init para apagar el equipo mas otras tareas como sincronizar buffers, etc. Si estás en una máquina que tenga particiones con sistemas de archivos ext2 o de windows como FAT, si invocas init 0 o init 6 tal cual, corres el riesgo de perder datos que no estén guardados en disco todavía, para esto combina init 0 con el comando sync que escribe lo que este en buffers de memoria a disco:
#> sync; sync; init 0
Con un doble sync nos aseguramos que todo se escriba en disco antes de comenzar a apagar.
Debajo de /etc se encuentra el directorio rc.d que a la vez contiene un directorio para cada nivel de ejecucción, asi tenemos rc0.d, rc1.d, rc2.d, rc3.d, etc. Hay algunas distros que estos directorios están ubicados directamente en /etc. Como ya te imaginaras, cada uno de estos directorios contiene scripts (o mas bien enlaces a scripts) que apuntan al directorio init.d, entonces el comando init (ya sea ejecutado manualmente o cuando se inicia el sistema), dependiendo del nivel indicado leera cada uno de los enlaces o accesos directos del directorio respectivo.
Ahora bien, un ejemplo (parcial) típico de estos directorios puede ser el siguiente, tomado de rc3.d
lrwxrwxrwx 1 root root 7 Oct 20 20:05 K22dbus -> ../init.d/dbus lrwxrwxrwx
1 root root 9 Oct 20 20:05 K22resmgr -> ../init.d/resmgr lrwxrwxrwx
1 root root 8 Oct 20 20:05 K24fbset -> ../init.d/fbset lrwxrwxrwx
1 root root 9 Oct 20 20:05 K24random -> ../init.d/random lrwxrwxrwx
1 root root 8 Oct 20 18:23 S01fbset -> ../init.d/fbset lrwxrwxrwx
1 root root 9 Oct 20 18:22 S01random -> ../init.d/random lrwxrwxrwx
1 root root 7 Oct 20 18:29 S03dbus -> ../init.d/dbus lrwxrwxrwx
1 root root 9 Oct 20 18:23 S03resmgr -> ../init.d/resmgr lrwxrwxrwx
1 root root 12 Oct 20 18:24 S04boot.udev -> ../init.d/boot.udev lrwxrwxrwx
1 root root 10 Oct 20 21:16 S05network -> ../init.d/network lrwxrwxrwx
1 root root 9 Oct 20 18:23 S06syslog -> ../init.d/syslog
Nótese que todos son enlaces al directorio init.d que como ya se vió previamente es donde realmente están ubicados los scripts de arranque de los servicios o servidores. También, todos los enlaces comienzan con K (kill) o con S (start), es pues fácil deducir que los que comienzan con K son scripts que recibirán el argumento stop y los que comienzan con S el de start, es decir, se inician. Esta gran simplicidad ofrece una enorme potencia al momento de configurar servicios ya que basta con agregar o quitar enlaces con el formato indicado para personalizar los niveles de ejecucción a nuestro gusto.
Después de la K o S sigue un número consecutivo, seguido generalmente del nombre del servicio que afectan, el número secuencial es simplemente el orden en que se leeran los scripts, primero los K comenzando con el 01 y hacía adelante y después los S. Entonces si por ejemplo no queremos que se inicie el samba en el nivel 3 bastaría con borrar su enlace en este directorio:
#> pwd /etc/rc.d/rc3.d #> rm S54smb
Y listo, el servidor samba ya no arrancaría cuando entremos en este nivel de ejecucción. Si por lo contrario lo que deseamos es iniciar (o apagar) un servicio, basta con crear su enlace en el directorio respectivo:
#> pwd /etc/rc.d/rc5.d #> ln -s /etc/rc.d/init.d/mysql S90mysql
#> ls -l S90mysql lrwxrwxrwx 1 root root 9 Oct 20 18:23 S90mysql -> ../init.d/mysql
Con esto la siguiente vez que iniciemos el equipo o cambiemos a nivel 5 con init, también se iniciará el servidor de la base de datos MySQL. El número 90 es escogido al azar entre 01 y 99 es simplemente el orden en que serán iniciados o detenidos los servicios.
Lo anterior puede resultar engorroso para más de alguno pero es la única manera si no se tienen herramientas gráficas o de línea de comandos para configurar los servicios mas agilmente, y precisamente una de estas herramientas de línea de comandos es chkconfig que permite configurar que servicios arrancan/detenien en cada nivel de ejecucción. Aclaración: chkconfig no inicia ni detiene servicios al momento (excepto aquellos bajo xinetd), tan solo crea o elimina precisamente los enlaces de los que se habló en el punto anterior de una manera mas amigable. Si lo que se quiere es iniciar o detener el servicio en tiempo real o manualmente hay que usar service o directamente el script con su argumento conveniente tal como se explicó anteriormente.
Veamos ejemplos que muestran como trabajar con chkconfig.
Con la opción --list nos da una lista completa de todos los servicios instalados y para cada nivel si arrancará (on) al entrar a ese nivel o se detendrá (off) o simplemente no se iniciara. Nótese que al final de la lista vienen los servicios que dependen del superservidor xinetd.
#> chkconfig --list apache2
0:off 1:off 2:off 3:off 4:off 5:off 6:off bluetooth
0:off 1:off 2:off 3:off 4:off 5:off 6:off cron
0:off 1:off 2:on 3:on 4:off 5:on 6:off cups
0:off 1:off 2:on 3:on 4:off 5:on 6:off dhcpd
0:off 1:off 2:off 3:off 4:off 5:off 6:off ldap
0:off 1:off 2:off 3:off 4:off 5:off 6:off mysql
0:off 1:off 2:off 3:off 4:off 5:off 6:off named
0:off 1:off 2:off 3:off 4:off 5:off 6:off network
0:off 1:off 2:on 3:on 4:off 5:on 6:off nfs
0:off 1:off 2:off 3:on 4:off 5:on 6:off quotad
0:off 1:off 2:off 3:off 4:off 5:off 6:off smb
0:off 1:off 2:off 3:on 4:off 5:on 6:off vmware
0:off 1:off 2:on 3:on 4:off 5:on 6:off xinetd
0:off 1:off 2:off 3:on 4:off 5:on 6:off zebra
0:off 1:off 2:off 3:off 4:off 5:off 6:off xinetd based services:
rsync: off sane-port: off servers:
off services: off swat: on
systat: off tftp: off time:
off time-udp: off vnc: off
vsftpd: off
Si se indica como argumento el nombre de algún servicio nos regresará su estatus:
#> chkconfig smb smb on
Sin ningún argumento nos dará una lista con el status de todos los servicios:
#> chkconfig httpd off mysql on smb on
Se desea que el servidor web apache (httpd) inicie cuando se entra en el nivel 5, entonces usamos la opción --level:
#> chkconfig --level 5 httpd on
La base de datos MySQL no se desea que inicie en los niveles 3 y 5, solo hasta que el administrador decida arrancarla:
#> chkconfig --level 35 mysql off
En todas las distribucciones actuales en sus ambientes gráficos X Window incluyen herramientas de configuración se servicios que facilitan mucho la administración de servidores. En una misma pantalla podemos cambiar niveles de ejecucción, con un click indicar si el servicio arranca o se detiene, incluso iniciarlos o detenerlos en ese momento, todo vía gráfica. Lo mejor es aprenderlo a realizarlo desde la línea de comandos ya que esta será muy similar en casi todas las distros o puede ser que el linux que se esté utilizando no tenga servicios gráficos, aun asi, ya familiarizados con una distribucción es muy sencillo e intuitivo utilizar estas herramientas gráficas por lo que no entraremos en detalles, solo diremos que por ejemplo en SuSE con yast o yast2 es posible no solo controlar servicios sino multitud de cosas mas, en redhat tenemos redhat-config-services y en fedora e incluso versiones enterprise de redhat es system-config-services, mandrake, ubuntu, etc. Todas tienen una interfaz gráfica, es solo cuestión de buscarla.
Por otro lado tenemos interfaces web como la excelente herramienta webmin, que también permite un control total sobre el manejo de servidores, sumamente eficaz cuando se controlan servidores via remota por la web.
Consiste en usar una distribución en modo LiveCD para instalar nuevamente el GRUB. Usaremos el LiveCD de Ubuntu 9.10 o superior (debe ser la versión Live o Desktop), aunque puede ser cualquier otra distribución que use GRUB2 como gestor de arranque y no LILO ni Grub 1.
Lo primero que debemos hacer es arrancar el live-cd y abrir una terminal. Despues escribimos los siguiente para ver las particiones de los distintos discos duros:
$ sudo fdisk -l
Después vemos cual es la partición donde tenemos Ubuntu y la montamos en /mnt (en la mayoría de los casos esta partición será sda1, el ejemplo lo haré con esa partición pero mira cual es tu partición con el comando fdisk):
$ sudo mount /dev/sda1 /mnt
Ahora, monta el resto de los dispositivos:
$ sudo mount --bind /dev /mnt/dev
$ sudo mount --bind /proc /mnt/proc
Y ejecuta el comando chroot de forma que accedemos como root al sistema de archivos de nuestro antiguo Ubuntu:
$ sudo chroot /mnt
Por último cargamos el Grub en el MBR ejecutando el siguiente comando:
# grub-install --recheck /dev/sda (sda lo debemos substituir por el disco duro que utilizamos para arrancar los sistemas operativos, casi siempre es sda. Ojo!! no poner el número de partición, solo sda).
Reiniciamos y cuando vuelva a arrancar ubuntu (no el del LiveCD), podemos ajustar en el menú del GRUB manualmente para que aparezca en el menú de arranque el nuevo sistema operativo que nos borró el MBR, o dejar que lo haga el automáticamente con el siguiente comando:
$ sudo update-grub2
Si el comando no te funciona, quizás necesites instalar el paquete grub2:
$ sudo aptitude install grub2
| yum install paquete | Instala la última versión del paquete indicado. Pide por confirmación. |
| yum -y install paquete | Instala la última versión del paquete indicado. Instala sin pedir confirmación. |
| yum -y install paquete1 paquete2 | Instala la última versión de los paquetes indicados, no hay límite de cuantos paquetes se pueden indicar. Instala sin pedir confirmación. |
| yum -y install paquete.arch | Instala la última versión del paquete indicado con la arquitectura indicada, por ejemplo: yum install mysql.i386. |
| yum -y update | Actualiza todos los paquetes en el sistema. |
| yum -y update --exclude=sendmail | Actualiza todos los paquetes del sistema, excepto sendmail. |
| yum -y update httpd | Actualiza solo el paquete indicado, en este caso el servidor Web Apache. |
| yum -y update opera firefox | Actualiza los paquetes indicados. |
| yum -y update --enablerepo=centosplus | Además de los repositorios que se tengan se habilta otro, en este caso 'centosplus', esta opción también aplica para 'install'. |
| yum -y upgrade | Actualiza los paquetes indicados, pero tomando en cuenta paquetes obsoletos en el cálculo de la actualización. Esta opción es idéntica a yum -y --obsoletes update y solo es realmente útil cuando se actualizan paquetes a través de distintas versiones de la distrubición, por ejemplo de centos4 a centos5. |
| yum check-update | Muestra una lista de paquetes que necesitan ser actualizados sin instalarlos. |
| yum info paquete | Descripción completa del paquete indicado. Ejemplo:yum info samba |
| yum info recent | Muestra información resumida de los últimos paquetes instalados o actualizados. |
| yum info available | Muestra información resumida de los paquetes disponibles a actualizarse. |
| yum list | Lista de todos los paquetes disponibles para instalación, actualización o ya instalados. |
| yum list | grep mysql | Muestra solo los paquetes disponibles o ya instalados de mysql. |
| yum list installed | Lista de todos los paquetes instalados en el sistema. |
| yum list available | Lista de todos los paquetes disponibles para ser instalados. |
| yum list updates | Lista de todos los paquetes disponibles para ser actualizados. |
| yum remove telnet | Remueve el paquete indicado. |
| yum -y remove telnet vncserver | Remueve los paquetes indicados sin pedir confirmación. |
| yum search paquete | Busca el 'paquete' en la base de datos de paquetes instalados o para instalar. 'paquete' puede ser una palabra parcial del paquete a buscar. |
| yum clean headers | Elimina todos los achivos de encabezados que yum utiliza para resolver dependencias. |
| yum clean packages | Cuando utilizas la opción 'update' o 'install' el paquete que se desacrga e instala o actualiza no se elimina del sistema, ocupando espacio, con esta opción eliminas esos paquetes. |
| yum clean all | Limpia tanto archivos de encabezados como paquetes, como utilizar las dos opciones previas, pero al mismo tiempo. |
| yum repolist | Lista los repositorios que se tengan de yum. |
Con anterioridad escribí un post de cómo podíamos instalar Oracle 10g Expression Edition ya sea en nuestra máquina con Debian o Ubuntu, pues ahora bien, revisando las visitas en el blog, me he podido percatar que muchos llegan preguntando como pueden desinstalar esta base de datos, por tal motivo decidí realizar este post.
La forma de desinstalarlo es muy sencilla, bastará con ejecutar los siguientes comandos como el usuario root para poder desinstalar completamente este manejador de base de datos.
A veces necesitamos saber los nombres de los paquetes que tenemos instalados en nuestro sistema.
El comando "dpkg -l | grep PAQUETE" nos devuelve la larga lista, pero a veces no se ven bien (se cortan los nombres).
La solucion a esto:
Cómo utilizar la herramienta jigdo para descargar las ISO de los CDs y DVDs de Debian.
jigdo-filePor ejemplo, puedes bajar unos actualizados de http://cdimage.debian.org/debian-cd/current/i386/jigdo-dvd/
Con wget sería:
$ wget http://cdimage.debian.org/…/debian-40r3-i386-DVD-*.jigdo
Utilizarjigdo-lite Ahora hay que bajar las plantillas de las ISO y componerlas. Eso se hace ejecutando jigdo-lite con cada fichero .jigdo
$ jigdo-lite debian-40r3-i386-DVD-1.jigdo
El programa pide que indiques el mirror que quieres utilizar para obtener los paquetes. Por defecto utiliza el primer mirror que tengas en /etc/apt/sources.list.
jigdo-lite puede utilizar ficheros .jigdo directamente del servidor y además tiene modo bacth (como todo programa decente). Así que puedes hacerlo todo escribiendo “simplemente”:
$ echo | jigdo-lite http://cdimage.debian.org/…/debian-40r3-i386-DVD-{1,2,3}.jigdo
Este comando se baja los tres ficheros .jigdo, sus plantillas correspondientes y después todos los paquetes. Por último, genera las imágenes ISO de los DVDs que puedes tostar por ejemplo con @cdrecord@.
Ultimamente no quito el ojo a la temperatura que alcancen mis máquinas, sobre todo los portátiles que poseo ya que con altas temperaturas no solo comienza un mal funcionamiento sino que podemos dañar alguna parte interna del ordenador.
Habitualmente en el modo gráfico lo tenia muy fácil, en Windows usaba un sencillo programa llamado CoreTemp, y en Ubuntu es muy facil instalar un monitor con la temperatura actual de la máquina usando lm-sensors, claro que esta propiedad es para los entornos gráficos de Ubuntu.
Pero…¿ como ver este dato desde la consola ?
Pues googleando he encontrado el paquete acpi que nos ofrece información del estado de la batería en el caso de que manejemos un portatil y otra información relacionada, una de ellas, la temperatura actual de nuestra/s CPU/s. Sin más, como instalarlo y ejecutarlo:
# Instalamos el paquete acpi
sudo apt-get install acpi
# Para ver tanto el estado de la batería como la temperatura del procesador
acpi -t
# Si queremos ver toda la información posible ( temperatura, batería, y estado del cargador de corriente )
acpi -V
# Y para ver cualquiera de estas informaciones en tiempo real, usamos el útil comando watch
watch acpi -V
Ya podemos vigilar cuando podemos echar el huevo frito a calentar 
Si eres nuevo en Linux, las oportunidades de que alguién te engañe diciendote que uses algún comando para destruir tu sistema son muy altas, por eso es bueno conocer los comandos más peligrosos para GNU/Linux, en Tech Source from Bohol hay un listado de los 7 comando más mortales para Linux, (traducción en Nierox) , algunos de estos comandos pueden formatear el disco duro, dañar los archivos, etc.
Por ninguna razón vayas a ejecutar estos comando en Linux, esto es más bien con fines didácticos.