Gestión de Periféricos

De Vitalinux
Revisión del 10:49 2 mar 2017 de Nacho (discusión | contribuciones) (Página creada con «{{DISPLAYTITLE:Gestión de Periféricos|noreplace}} {{:Curso_CPV_MIA/navegacion-parte8}} {{#widget:Slides}} {{Slides| {{Slide|1= = Periféricos = Gestión de PDIS Gesti...»)
(dif) ← Revisión anterior | Revisión actual (dif) | Revisión siguiente → (dif)
Saltar a: navegación, buscar






Driver vs software

Driver

Nos sirve para que el dispositivo sea reconocido y funcione como entrada

Software

Propio de la pizarra o de terceros

Arquitectura

Clave en las PDIS

Soporte

Fabricante


Hitachi

En el caso de Vitalinux nos encontramos con:

  • Un mirror oficial de ubuntu
  • Varios ppa's interesantes (Libreoffice, o Google Chrome por ejemplo)
  • Repositorios propios del programa (con software desarrollado para la distribución


Mirror de los repositorios

En el caso de los repositorios nos interesaba que estuvieran "congelados" de forma que las actualizaciones no fueran contínuas:

  • Problemas de que los equipos se quedaran a mitad de actualizar
  • Problemas críticos si además se estaba actualizando el stack del núcleo o de la gráfica

Ésta situación nos puede llevar a no tener los sistemas actualizados de forma permanente, pero ganamos en estabilidad y rapidez


Liberación de paquetes "controlada"

¿Como nos aseguramos de que el sistema está actualizado?

  1. Si es necesario "descongelar" parcialmente el repositorio (brecha de seguridad o necesidad de versión mayor en un software concreto) se realiza de inmediato
  2. De forma global lo haremos cada 3 meses aproximadamente y avisando con antelación para estar prevenidos
    • No será necesaria ninguna medida especial por parte de los coordinadores, solamente tener cuidado en dejar que los equipos se actualicen hasta el final