Activar NumLock o BloqNum al arrancar 2

Actualización de este mismo manual del año 2007

Como activar el teclado numérico por defecto.

Primer paso Instalación: hemos de instalar el siguiente paquete desde synaptic o bien desde consola

#apt-get install numlockx

Segundo paso: seguir el proceso según nuestras necesidades:

- sddm (KDE Plasma)

- lightdm

- Consolas virtuales (de 1 a 6)

- X-window

- KDM (KDE 3.x)

- KDM (KDE 4.x)

- GDM (Gnome 2)

- GDM (Gnome 3)

============================================

NOTA: Recordad que todo el proceso se realizar como administrador del sistema "root", para usar konqueror como root nos dirigimos a: MenuK>Sistema>Más aplicaciones>Gestor de archivos - modo superusuario.

============================================

sddm (KDE Plasma)

Para activar el numlock tenemos que editar (si el archivo no existe lo creamos nosotros) el siguiente fichero: /etc/sddm.conf

nos vamos a la sección: [General]

y añadimos el siguiente código: Numlock=on

Lightdm

Para activar el numlock tenemos que editar el siguiente fichero: /etc/lightdm/lightdm.conf

nos vamos a la sección: [Seat:+]

y añadimos el siguiente código: greeter-setup-script=/usr/bin/numlockx on

Consolas virtuales (de 1 a 6)

Para activar el numlock durante el arranque del ordenador en las consolas virtuales (de 1 a 6)

Se deben de añadir las siguientes lineas al archivo /etc/rc.local :

Las lineas la añadimos antes de "exit 0", el contenido es el siguiente:

for tty in /dev/tty[1-6]; do

/usr/bin/setleds -D +num < $tty

done

============================================

X-Window

Si utilizas startx para iniciar sesión en X-window:

Tienes que añadir al fichero que esta oculto .xinitrc que se encuentra en tu carpeta /home de tu usuario, en este ejemplo es: /home/diego

El siguiente contenido: numlockx &

Para ello lanzamos el explorador de archivos konqueror y pulsamos en el menú Ver en el apartado Mostrar archivos ocultos

Con lo cual nos muestra todos los archivos ocultos y de entre ellos localizamos .xinitrc

Acto seguido editamos .xinitrc con nuestro editor de textos favoritos para añadir el contenido: numlockx &

(en este ejemplo hemos usado el editor de textos kwrite)

============================================

KDM (de kde 3)

Si tu manejador de lo login es KDM 3:

Tienes que añadir el siguiente texto: numlockx on

en el archivo: Xsetup que se encuentra en: /etc/kde3/kdm/

KDM (de kde 4)

Si tu manejador de lo login es KDM 4:

Tienes que añadir el siguiente texto: numlockx on

en el archivo: Xsetup que se encuentra en: /etc/kde4/kdm/

============================================

GDM (de gnome 2)

Si tu manejador de lo login es GDM 2:

Tienes que añadir el siguiente texto en el archivo: Default que se encuentra en: /etc/gdm/Init

Las lineas la añadimos antes de "exit 0", el contenido es el siguiente:

if [ -x /usr/bin/numlockx ]; then

/usr/bin/numlockx on

fi

GDM (de gnome 3)

Si tu manejador de lo login es GDM:

Tienes que añadir el siguiente texto en el archivo: Default que se encuentra en: /etc/gdm3/Init

Las lineas la añadimos antes de "exit 0", el contenido es el siguiente:

if [ -x /usr/bin/numlockx ]; then

/usr/bin/numlockx on

fi

============================================

Vídeo demostrativo

Nota: Los vídeotutoriales son totalmente ajenos a este blog, son enlaces correspondientes a youtube, screencast, vimeo, etc...

Problema con: apt y trusted.gpg

Resulta que actualice de Debian Jessie a Debian Stretch y añadí una un programa no incluidos en los repositorios oficiales de Debian (Skype for linux). A partir de aquí empecé a tener problemas con apt.

Busque en internet y no encontré la solución a la primera, pero como uno es muy constante después de mucho probar, e investigar encontré la solución.

El problema esta muy bien documentado en el web oficial de debian, en el  enlace de abajo, que copio el contenido integro.
https://debian-handbook.info/browse/es-ES/stable/sect.package-authentication.html

Comprobación de la autenticidad de un paquete

La seguridad es muy importante para los administradores de Falcot Corp. Por consiguiente, necesitan asegurar que sólo instalen paquetes con garantía de que provienen de Debian sin modificaciones en el camino. Un «cracker» podría intentar agregar código malicioso en un paquete que de otra forma sería legítimo. Si se instala tal paquete, éste podría hacer cualquier cosa para la que dicho «cracker» lo diseño, inclusive revelar contraseñas o información confidencial por ejemplo. Para evitar este riesgo, Debian provee un sello contra modificaciones para garantizar — al momento de instalación — que el paquete realmente proviene de su encargado oficial y no fue modificado por un tercero.

El sello funciona con una firma y una cadena de «hashes» criptográficos. El archivo Release, provisto por las réplicas Debian, es el firmado. Contiene una lista de los archivos Packages (incluyendo sus formas comprimidas, Packages.gz y Packages.xz, así como las versiones incrementales), junto con sus «hashes» MD5, SHA1 y SHA256 lo que asegura que los archivos no fueron modificados. Estos archivos Packages contienen una lista de los paquetes Debian disponibles en la réplica junto con sus hashes lo que asegura, a su vez, que el contenido de los paquetes mismos tampoco fue modificado. 

Las llaves confiables son administradas con el programa apt-key que se encuentra en el paquete apt. Este programa mantiene un conjunto de llaves públicas GnuPG que son utilizadas para verificar las firmas disponibles en los archivos Release.gpg disponibles en las réplicas. Puede utilizarse para agregar nuevas llaves de forma manual (cuando se necesitan réplicas no oficiales). Generalmente sin embargo, sólo necesitará las llaves oficiales de Debian. Estas llaves se mantienen actualizadas de forma automática por el paquete debian-archive-keyring (que crea los conjuntos de llaves correspondientes en /etc/apt/trusted.gpg.d). Sin embargo, la primera instalación de este paquete requiere cierto cuidado: aún si el paquete está firmado como cualquier otro, no se puede verificar dicha firma. Los administradores cautelosos deberían, por lo tanto, verificar las huellas de las llaves importadas antes de confiar en ellas para instalar nuevos paquetes: 

# apt-key fingerprint
/etc/apt/trusted.gpg.d/debian-archive-jessie-automatic.gpg
----------------------------------------------------------
pub   4096R/2B90D010 2014-11-21 [expires: 2022-11-19]
      Key fingerprint = 126C 0D24 BD8A 2942 CC7D  F8AC 7638 D044 2B90 D010
uid                  Debian Archive Automatic Signing Key (8/jessie) 

/etc/apt/trusted.gpg.d/debian-archive-jessie-security-automatic.gpg
-------------------------------------------------------------------
pub   4096R/C857C906 2014-11-21 [expires: 2022-11-19]
      Key fingerprint = D211 6914 1CEC D440 F2EB  8DDA 9D6D 8F6B C857 C906
uid                  Debian Security Archive Automatic Signing Key (8/jessie) 

/etc/apt/trusted.gpg.d/debian-archive-jessie-stable.gpg
-------------------------------------------------------
pub   4096R/518E17E1 2013-08-17 [expires: 2021-08-15]
      Key fingerprint = 75DD C3C4 A499 F1A1 8CB5  F3C8 CBF8 D6FD 518E 17E1
uid                  Jessie Stable Release Key 

/etc/apt/trusted.gpg.d/debian-archive-squeeze-automatic.gpg
-----------------------------------------------------------
pub   4096R/473041FA 2010-08-27 [expires: 2018-03-05]
      Key fingerprint = 9FED 2BCB DCD2 9CDF 7626  78CB AED4 B06F 4730 41FA
uid                  Debian Archive Automatic Signing Key (6.0/squeeze) 

/etc/apt/trusted.gpg.d/debian-archive-squeeze-stable.gpg
--------------------------------------------------------
pub   4096R/B98321F9 2010-08-07 [expires: 2017-08-05]
      Key fingerprint = 0E4E DE2C 7F3E 1FC0 D033  800E 6448 1591 B983 21F9
uid                  Squeeze Stable Release Key 

/etc/apt/trusted.gpg.d/debian-archive-wheezy-automatic.gpg
----------------------------------------------------------
pub   4096R/46925553 2012-04-27 [expires: 2020-04-25]
      Key fingerprint = A1BD 8E9D 78F7 FE5C 3E65  D8AF 8B48 AD62 4692 5553
uid                  Debian Archive Automatic Signing Key (7.0/wheezy) 

/etc/apt/trusted.gpg.d/debian-archive-wheezy-stable.gpg
-------------------------------------------------------
pub   4096R/65FFB764 2012-05-08 [expires: 2019-05-07]
      Key fingerprint = ED6D 6527 1AAC F0FF 15D1  2303 6FB2 A1C2 65FF B764
uid                  Wheezy Stable Release Key 

Una vez que las llaves apropiadas se encuentran en el conjunto, APT revisará las firmas antes de cualquier operación riesgosa para que las interfaces muestren una advertencia cuando estén instalando un paquete sobre el que no se puede verificar autenticidad.

Agregando llaves confiables

Cuando se agrega una fuente de paquetes de terceros al archivo sources.list, se necesita informar a APT que confíe en las llaves de autenticación GPG correspondientes (de lo contrario continuará quejándose de que no puede asegurar la autenticidad de los paquetes que provengan de dicho repositorio). El primer paso es, obviamente, obtener la llave pública. La mayoría de las veces encontrará dicha llave en un pequeño archivo de texto, que llamaremos key.asc en los siguientes ejemplos. 

Para agregar la llave al conjunto confiable, el administrador puede ejecutar apt-key add < key.asc. Otra forma es utilizar la interfaz gráfica synaptic: su pestaña «Autenticación» en el menú Configuración → Repositorios provee la capacidad de importar una llave del archivo key.asc.

Aquellos que prefieren una aplicación dedicada y más detalles sobre las llaves confiables pueden utilizar gui-apt-key (en el paquete con el mismo nombre), una pequeña interfaz gráfica para el usuario que administra el conjunto de llaves confiables.

======================================================================

Los problemas que causó Skype por no tener la llave publica fue el siguiente

Los errores que me devolvía APT era los siguientes:

W: http://security.debian.org/…/dists/stretch/updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

W: http://ftp.de.debian.org/debian/dists/stretch/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

W: GPG error: https://repo.skype.com/deb stable InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 1F3045A5DF7587C3
 
W: The repository 'https://repo.skype.com/deb stable InRelease' is not signed. 


Las causas eran las siguientes:

Perdía las llaves publicas de Debian stretch, modificaba el fichero /etc/apt/trusted.gpg

y le asignaba los permisos 600, es decir: rw- --- ---
Cuando lo correcto es tener dicho archivo con los permisos 644, es decir: rw- r-- r--

======================================================================

Solución a los errores:

Fue tan fácil como:
1- Borrar el archivo /etc/apt/trusted.gpg usando el comando rm como administrador: rm /etc/apt/trusted.gpg

2- Seguir los pasos de uno de los dos puntos siguientes. Yo realice la OPCION 1, el punto 2.1. por ser el mas rápido.

3- Reinstalar el paquete: debian-archive-keyring


======================================================================

OPCION 1

2.1- Instalar la llave publica directamente de un servidor de ubuntu, ya que Skype for linux, esta creado para los siguientes distribuciones, y la llave publica es la misma para todas las distribuciones:

- Ubuntu 14.04+ de 64 bits
- Debian 8+ de 64 bits
- openSUSE 13.3+ de 64 bits
- Fedora Linux 24+ de 64 bits 

Entonces con el siguiente comando instale la llave publica de Skype for linux.

apt-key adv --keyserver keyserver.ubuntu.com --recv 1F3045A5DF7587C3 



====================================================================== 


OPCION 2

2.2- Descargamos la llave publica de Skype for linux desde el repositorio oficial de Skype.
Enlace oficial : https://repo.skype.com/
y hacer todo lo que indica en dicho repositorio.
Copio y pego todo el contenido de dicho enlace, pero a nosotros los usuario de Debian solo nos interesa el apartado APT:

APT

# make sure you have 'apt-transport-https' installed
dpkg -s apt-transport-https > /dev/null || bash -c "sudo apt-get update; sudo apt-get install apt-transport-https -y"
curl https://repo.skype.com/data/SKYPE-GPG-KEY | sudo apt-key add -
echo "deb [arch=amd64] https://repo.skype.com/deb stable main" | sudo tee /etc/apt/sources.list.d/skype-stable.list
sudo apt-get update
sudo apt-get install skypeforlinux -y

Yum

sudo yum-config-manager --add-repo=https://repo.skype.com/data/skype-stable.repo
sudo yum install skypeforlinux -y

DNF

sudo dnf config-manager --add-repo https://repo.skype.com/data/skype-stable.repo
sudo dnf install skypeforlinux -y

Zypper

sudo zypper ar -f https://repo.skype.com/rpm/stable skypeforlinux
sudo zypper update
sudo zypper install skypeforlinux








.

Compartir impresoras y administración remota

NOTA: Actualizo esta entrada al día de 22 de julio de 2017, ya que la anterior entrada era del 15 de marzo de 2008. Enlace aquí

En la imagen inferior vemos una impresora local, es decir una impresora conectada directamente a  un ordenador de nuestra casa (de nuestra red local).

esquema

Imprimir en una impresora local compartida

Introducción.
Imprimir en una impresora local compartida no es mas que imprimir un archivo o documento en la impresora que esta conectada en otro ordenador de nuestra red local domestica.

En el esquema de abajo observamos que la Impresora esta conectada al ordenador de sobremesa PC1, el sobremesa PC3 y los portátiles PC2 y PC4, están conectados en la misma red local a través del router.

esquema

Para que se pueda imprimir desde otro ordenador de la red local, los ordenadores han de estar conectados en red, y el ordenador que tiene conectada la impresora tiene que estar encendido actuando de servidor de impresión.


Primer requisito.
La impresora ha de estar correctamente instalada y configurada en un ordenador que hará de servidor de impresión. En el esquema anterior este ordenador es PC1.

(En este enlace explico como se instala la impresora)

Configurar el resto de ordenadores para poder imprimir

Para poder imprimir desde el resto de ordenadores, (en el esquema anterior PC2, PC3 y PC4) hemos de configurar la impresora en todos y cada uno de los ordenadores de nuestra red local. Esto teníamos que hacerlo antiguamente, ya no es necesario.

Actualmente a partir de, (no recuerdo que versión de cups) ya no es necesario que nosotros configuremos la impresora en cada PC de nuestra red local, ya que el propio servidor CUPS se encargara de replicar las impresoras conectadas en este servidor de impresión al resto de pc de nuestra red local.



Instalación del servidor de impresión

Para empezar comenzamos con la instalación del servidor de impresión, como siempre con synaptic, e instalamos los siguientes paquetes:

apt-get install cups
apt-get install cups-bsd
apt-get install cups-client
apt-get install cups-common
apt-get install cups-core-drivers
apt-get install cups-server-common

Configurar el servidor de impresión
 
Ahora vamos a configurar el servidor de impresión cups para poder compartir todas las impresoras que tengamos conectadas a nuestro ordenador.

Primero en un navegador web, en nuestro caso estamos usadon Firefox, ponemos la siguiente ruta: localhost:631 
Nos aparecerá la web del servidor de impresión cups.

Nos vamos a la pestaña Administración, y vamos a configurar el servidor cups para poder compartir las impresoras conectadas en dicho pc

Lo primero que vamos a hacer es editar el archivo /etc/cups/cupsd.conf pero esta vez lo vamos a hacer desde el propio navegador web pulsando en: Editar archivo de configuración

NOTA: este archivo solo puede ser editado por root o por un usuario con permisos de administrador. Solo haremos tres modificaciones

1- Lo primero que vamos a modificar es el apartado # Only listen for connections from the local machine. (# Sólo escuchar las conexiones desde la máquina local.)

Vemos como solo esta configurado para que se conecten únicamente desde el servidor al puerto 631 (Listen localhost:631)

Y modificamos Listen localhost:631 por Listen *:631 para que se pueda acceder desde cualquier ordenador de nuestra red local. 
O bien podemos indicamos el o los ordenadores que permitimos se puedan conectar al servidor cups, mediante su dirección IP: Listen 192.168.2.106:631

2- Ahora un poco mas abajo, nos situamos en: # Restrict access to the server... (# Restringir el acceso al servidor ...) y le indicamos, el o los usuarios que puedes acceder al servidor cups

Para permitir que todos los usuario puedan acceder al servidor añadimos la siguiente línea: Allow from  all (Permitir a todos los usuarios)
Entre las etiquetas <Location> y </Location> 

O para permitir que uno o varios ordenadores pueda acceder al servidor, le añadimos la dirección IP de los ordenador, en este ejemplo solo autorizamos a un usuario añadiendo la siguiente línea: Allow from  192.168.2.106 (Permitir solo a los usuarios del ordenador con IP 192.168.2.106) entre las etiquetas y <Location> y </Location>

3- Ahora vamos a configurar que los usuarios puedan administrar las impresoras (instalar, configurar, borrar, etc...) para ello nos dirigimos un poco mas abajo a la etiqueta # Restrict access to the admin pages..  (# Restringir el acceso a las páginas de administración ..) 

Y entre las etiquetas <Location> y </Location> añadimos la siguiente linea: Allow from all (Permitir a todos los usuarios)

O para permitir que uno o varios usuario puedan acceder al servidor, le añadimos el o los nombres de los usuarios autorizados. Allow from  diego (Permitir solo al usuario diego) entre las etiquetas <Location /admin> y </Location>

Una vez realizados los cambios pulsamos en: guardamos cambios y logicamente como este fichero solo lo puede modificar root o un usuario administrador, nos pide que pongamos el nombre de root y la contraseña de este usuario.

y el guardará la configuración y reiniciará el servidor cups.

Nos devuelve a la página de administración y ya vemos como hemos compartido las impresoras y como podemos administrarlas desde cualquier ordenador.

Desde otro PC de nuestra red Local

Dejamos encendido el ordenador que acabamos de configurar. Y ahora nos vamos a otro pc de nuestra red local que tenga instalado Debian GNU/Linux, veremos como nos aparece la o las impresoras ya configuradas y listas para usar, sin haber realizado ninguna configuración. Tan solo tenemos que ir a las preferencias del sistema, apartado impresora y poner como predeterminada la impresora remota que nos aparece.

 Videotutorial

Nota: Los vídeotutoriales son totalmente ajenos a este blog, son enlaces correspondientes a youtube, screencast, vimeo, etc...

.

Vaciar la papelera, cuando tiene archivos que no se dejan borran

En informática, eliminar es una acción efectuada por un usuario, programa o por el sistema operativo sobre una o más unidades de almacenamiento que vacía a uno o más bytes que contienen información.

La papelera es una herramienta que marca el intermedio entre la existencia de un dato y su eliminación "casi" definitiva, (pues con el programa PhotoRec incluido en TestDisk, podemos recuperarlo, "enlace al manual")  la papelera posee la estructura de datos de los archivos dentro de ella y su ubicación original, para que el usuario pueda recuperar y ubicar el archivo eficientemente.

Existe una serie de condiciones que impide la eliminación de un archivo o directorio:

- Protección contra escritura: Por el hecho de poseer privilegios bajos o que el hardware este bloqueando su escritura.

- Archivo en uso: Si un archivo está ejecutándose, este no podrá ser eliminado, deberemos finalizar el proceso y luego eliminar el archivo o utilizar algún software que permita desbloquearlo.

- En la papelera se encuentra archivos que se han eliminados desde un pendrive, una tarjeta MicroSD, un disco duro portátil, etc... y resulta que hemos desconectado dicho pendrive, o la tarjeta MicroSD, un disco duro portátil, etc...y claro no se encuentra la ruta original, y ya no se puede borrar. Necesitamos conectar el mismo dispositivo desde el que se elimino, para poder vaciar la papelera. (pero y si el dispositivo era de un amigo, o ya no lo tenemos, etc....)

Información sobre la papelera en gnome, mate y KDE: 

- En el escritorio gnome o mate, la carpeta de la papelera corresponde a la siguiente ruta: /home/user/.Trash, pero en KDE, corresponde a la ruta:  /home/user/.local/share/Trash
(Puede ser que gnome o mate, en el momento de escribir este manual, ya funcionen igual que KDE, pero como no lo uso, lo desconozco)

Generalmente, por defecto KDE crea enlace simbólico, de /home/user/.Trash hacia /home/user/.local/share/Trash.

Sin embargo, existen dos subcarpetas dentro de /home/user/.local/share/Trash 
- files que contiene los ficheros y carpetas borradas
- info que contiene información acerca de los ficheros borrados (por ejemplo el directorio de origen del archivo borrado). 

Por tanto, el enlace simbólico debe ser creado hacia la subcarpeta files.
 

Notas importantes:

- El gestor de ficheros de gnome (Nautilus) o el de Mate (Caja) no guarda el directorio de origen del fichero o carpeta eliminado, será imposible restaurar un fichero eliminado con Nautilus.
 
- Los gestores de ficheros de KDE (Konqueror y Dolphin) muestran únicamente los ficheros y carpetas de la papelera para los que encuentran los ficheros correspondientes en la carpeta /home/user/.local/Trash/info. Por tanto, un fichero eliminado con un programa GNOME o MATE no será visualizado con los gestores de ficheros KDE. Tampoco serán eliminados vaciando la papelera.


Vaciar la papelera.

Finalmente, para vaciar por completo la papelera de reciclaje, estemos donde estemos, es decir, sin estar directamente en la ruta /.local/share/Trash/files, teclearemos en la terminal la siguiente linea:

rm -r /home/nuestro_usuario_del_sistema/.local/share/Trash/files/*


Observación: Donde aparece: nuestro_usuario_del_sistema se sustituye por el nombre de vuestro usuario en KDE.
Ejemplo real en mi caso:

rm -r /home/diego/.local/share/Trash/files/* 



NOTA: En caso que no se pueda borrar dicha carpeta como usuario normal, lo haremos como usuario administrador del sistema, logueando como root, o en caso de tener activado sudo anteponiendo el comando sudo a dicho comando.

Ejemplos reales:


# rm -r /home/diego/.local/share/Trash/files/* 

sudo rm -r /home/diego/.local/share/Trash/files/*














.