Ir al contenido

Buscar en La Comunidad

Mostrando resultados por etiquetas 'systemd'.

  • Buscar Por Etiquetas

    Añade etiquetas separadas por comas.
  • Buscar Por Autor

Tipo de Contenido


Foros

  • Contacto con el staff
    • Novedades / Anuncios del foro
    • Sugerencias
    • Problemas relacionados con el foro
  • Zona general de charla
    • Presentaciones
    • Charla
    • Zona de Humor, Curiosidades y Otros
    • Mascotas Vagos
    • Noticias del Mundo
    • Tecnología
    • Ayuda y consultas de carácter general
  • Zona GNU/Linux
    • Ayuda, consultas y soporte GNU/Linux
    • Distribuciones GNU/Linux
    • Repositorios. Software GNU/Linux
    • Personalización
    • Raspberry Pi
    • Arduino
    • Manuales / Tutoriales / Guías GNU/Linux
    • Programación
    • Noticias GNU/Linux
    • Hablando de GNU/Linux
  • Zona Gaming
    • Juegos GNU/Linux
    • Noticias Gamer
    • Charla Gamer
  • Zona Móvil
    • Ayuda y soporte para dispositivos móviles
    • Apps Móviles
    • Manuales / Tutoriales / Guías Móviles
    • Roms para dispositivos Móviles
    • Noticias sobre dispositivos Móviles
    • Hablando sobre dispositivos Móviles
  • Zona Mozilla
    • Ayuda, consultas y soporte Mozilla
    • Aplicaciones Mozilla
    • Roms Firefox OS
    • Manuales / Tutoriales / Guías Mozilla
    • Noticias Mozilla
    • Hablando de Mozilla
  • Microsoft
    • Papelera del Foro

Encontrar resultados en...

Encontrar resutados que...


Fecha de Creación

  • Start

    Fin


Última Actualización

  • Start

    Fin


Filtrar por numero de...

Joined

  • Start

    Fin


Grupo


Página Web


Diaspora


Pump


GNU Social


Google +


Twitter


Facebook


Xmpp


Skype


Steam


Desura


MediaGoblin


Youtube


Vimeo


Picasa


Flickr


Email


Lugar


Intereses

Encontramos 13 resultados

  1. Feral Interactive, la empresa británica detrás de muchos de los juegos portados a GNU/Linux durante la última década amplia su lista de herramientas para jugadores con un nuevo software para mejorar el rendimiento de nuestro equipo a la hora de jugar a cualquier titulo. GameMode lleva a cabo una serie de cambios en la configuración del sistema para optimizar su desempeño en lo que respecta a juegos de manera temporal, volviendo de nuevo al estado inicial una vez hayamos terminado de jugar. El diseño parte de una abstracción clara entre el demonio en el lado del equipo anfitrión (gamemoded y libgamemode) y las bibliotecas de juego del lado cliente (libgamemodeauto y gamemode_client.h), lo que permite un uso seguro del optimizador, sin tener que preocuparse de si el demonio está instalado y/o ejecutándose Esto también significa que mientras las bibliotecas del lado anfitrión dependen inicialmente de systemd para el intercambio de mensajes con el demonio, también es perfectamente posible implementar otros métodos internos para los mismos clientes. Principalmente, GameMode se encarga de solucionar los problemas de rendimiento derivados de la transición a reguladores de la CPU powersave u ondemand en procesadores Intel y AMD y su impacto a la hora de jugar, pero la intención es que siga expandiéndose su campo de acción para que abarque todas las áreas que permitan maximizar el rendimiento y, con él, mejorar la experiencia del usuario a la hora de jugar en GNU/Linux. Instalación El proyecto se encuentra aún en una etapa preliminar de desarrollo, así que será muy complicado encontrar paquetes en los repositorios de nuestra distribución, aunque esperemos que no tarden en aparecer. Mientras tanto, tendremos que ponernos manos a la obra y cumplir con algunos requisitos previos para poder usarlo: Dependencias En general, las dependencias necesarias incluyen meson, pkg-config, las bibliotecas de desarrollo de systemd y ninja-build. Debian aptitude install meson libsystemd-dev pkg-config ninja-build ArchLinux pacman -S meson systemd ninja Fedora dnf install meson systemd-devel pkg-config Instalar e iniciar el demonio Tendremos que descargar el código desde el repositorio de git de Feral e instalar todos los componentes de GameMode. Afortunadamente, han incluido un script que automatiza todo el trabajo de compilado e instalación, por lo que el proceso apenas nos llevará un par de líneas y sentarnos a esperar a que termine. Las rutas de instalación de los componentes incluyen destinos dentro de /usr y /etc, por lo que eventualmente necesitaremos permisos de root para poder colocarlas en su lugar correspondiente: git clone https://github.com/FeralInteractive/gamemode.git cd gamemode ./bootstrap.sh Aunque los pasos a seguir manualmente tampoco serían nada del otro mundo: meson --prefix=/usr build -Dwith-systemd-user-unit-dir=/etc/systemd/user cd build ninja sudo ninja install systemctl --user daemon-reload systemctl --user enable gamemoded systemctl --user start gamemoded systemctl --user status gamemoded Lanzar juegos en GameMode Para lanzar un juego forzando el uso de Game mode tendremos que hacerlo de la siguiente manera: LD_PRELOAD=/usr/\$LIB/libgamemodeauto.so ./EJECUTABLE_JUEGO O, si se trata de un juego presente en nuestra biblioteca de Steam, modificar sus parámetros de lanzamiento incluyendo lo siguiente: LD_PRELOAD=$LD_PRELOAD:/usr/\$LIB/libgamemodeauto.so %command% Configuración La configuración del demonio puede ser modificada incluyendo un archivo gamemode.ini dentro de la ruta /usr/share/gamemode/, que por defecto se encuentra vacía. Aunque de momento no es mucho lo que podamos configurar, en el ejemplo mostrado en github tenemos, al menos, dos posiblidades: blacklist, para definir la lista de juegos que NO serán ejecutados en GameMode. whitelist, para el caso opuesto, definir los juegos que serán ejecutados en GameMode, ignorando cualquier otro que NO aparezca en la lista. Por ejemplo
  2. Entre las ventajas de Systemd, implantado ya en algunas distribuciones y a punto de serlo en muchas otras, es la posibilidad de analizar y optimizar el arranque mediante las propias herramientas del propio systemd. Analizando el arranque Las órdenes que utilizaremos para realizar los análisis son todas las relacionadas con: systemd-analyze time Como ven, es bastante obvia su función y es fácil de recordar. De hecho, si no especificáramos nada, por defecto se ejecutaría la orden con la misma opción un "time" systemd-analyze Si la ejecutamos tal cual, sin ninguna otra opción nos devolverá una estimación (muy precisa) del tiempo que emplearía el sistema en arrancar con la configuración actual, diferenciando de manera clara y por separado el tiempo correspondiente al kernel en sí y al espacio de usuario: root@Shiba87:/home/shiba# systemd-analyze Startup finished in 3.315s (kernel) + 13.375s (userspace) = 16.691s Ahora que sabemos cuál es nuestro tiempo de arranque, podemos empezar a trabajar para optimizarlo y/o reducirlo haciendo uso del resto de opciones de systemd-analyze y, por supuesto, systemctl. Empezamos por pedirle una lista detallada de todos los servicios que se inician al arrancar el sistema y su impacto en el tiempo total de arranque: systemd-analyze blame Ahora la respuesta será mucho más extensa y concisa root@Shiba87:/home/shiba# systemd-analyze blame 11.440s systemd-fsck-root.service 1.108s keyboard-setup.service 1.069s sys-kernel-debug.mount 1.068s dev-mqueue.mount 1.067s dev-hugepages.mount 830ms systemd-udevd.service 762ms systemd-udev-trigger.service 684ms systemd-tmpfiles-setup-dev.service 408ms systemd-modules-load.service 404ms systemd-sysctl.service 355ms vboxdrv.service 247ms home.mount 124ms cron.service 111ms systemd-readahead-replay.service 95ms systemd-update-utmp-runlevel.service 85ms console-setup.service 77ms systemd-tmpfiles-clean.service 72ms systemd-remount-fs.service 52ms networking.service [...] O podemos centrarnos específicamente en los más lentos: systemd-analyze blame | head Nos quedaría sólo con los tiempos de cabeza, es decir, los más lentos root@Shiba87:/home/shiba# systemd-analyze blame | head 11.440s systemd-fsck-root.service 1.108s keyboard-setup.service 1.069s sys-kernel-debug.mount 1.068s dev-mqueue.mount 1.067s dev-hugepages.mount 830ms systemd-udevd.service 762ms systemd-udev-trigger.service 684ms systemd-tmpfiles-setup-dev.service 408ms systemd-modules-load.service 404ms systemd-sysctl.service También podemos centrarnos en los puntos "críticos" systemd-analyze critical-chain Y que nos devuelva una estructura clara y en orden de todos ellos. root@Shiba87:/home/shiba# systemd-analyze critical-chain The time after the unit is active or started is printed after the "@" character. The time the unit takes to start is printed after the "+" character. graphical.target @13.279s └─multi-user.target @13.278s └─vboxweb-service.service @13.275s +2ms └─vboxdrv.service @12.918s +355ms └─basic.target @12.916s └─sockets.target @12.916s └─dbus.socket @12.915s └─sysinit.target @12.914s └─console-setup.service @12.828s +85ms └─kbd.service @12.818s +8ms └─remote-fs.target @12.817s └─local-fs.target @12.816s └─home.mount @12.568s +247ms └─local-fs-pre.target @12.270s └─systemd-remount-fs.service @12.197s +72ms └─keyboard-setup.service @2.165s +1.108s └─systemd-udevd.service @1.334s +830ms └─systemd-tmpfiles-setup-dev.service @648ms +684ms └─systemd-journald.socket @645ms └─-.mount @630ms Otras opciones interesantes son plot y dot, que nos permiten realizar gráficos con toda la información anterior para que nos sea más sencillo procesarla de una manera más "visual". El gráfico será devuelto en forma de imagen svg, así que a menos que queramos ver una enorme lista de puntos uno tras otros, tendremos que indicar también el archivo de destino donde irán a parar los datos: systemd-analyze plot >> archivo-grafico.svg El resultado es una imagen gigantesca con todos los servicios, sus tiempos y una serie de indicaciones que nos serán muy útiles para analizar los datos de systemd Analyze Para el diagrama de puntos tendremos que ser incluso más específicos a la hora de crear el archivo svg y necesitaremos hacer uso de las herramientas del paquete graphviz systemd-analyze dot | dot -Tsvg > Archivo-diagrama.svg El resultado es... bueno, difícil de describir con palabras Como ven tenemos un diagrama muy complejo de todos los servicios y las dependencias entre ellos, el orden que ocupan... en fin, una maraña de información muy muy completa Para quienes quieran profundizar más en las herramientas de análisis, toda la información se encuentra en las Wikis oficiales y en las de muchas distribuciones http://www.freedesktop.org/software/systemd/man/systemd-analyze.html Optimizando el Arranque Una vez que tengamos una idea clara de cómo es la secuencia de arranque de nuestro sistema, podemos ponernos manos a la obra para optimizarla. Habilitando/deshabilitando servicios Aunque no era mi intención en cuanto a métodos de optimización empezaré por lo más obvio y que seguramente todos tenemos ahora mismo rondando por nuestra cabeza, que viene siendo deshabilitar directamente algunos servicios que no necesitamos. Esto es bastante sencillo, simplemente elegiremos aquellos demonios de la lista que nos ha devuelto el systemd-analyze que no queremos que sean cargados y, mediante el uso de systemctl, nos desharemos de ellos systemctl disable demonio.service O, si por el contrario quisiéramos realizar el proceso inverso, es decir, habilitar un servicio systemctl enable demonio.service Así con cada uno de los demonios con los que trabajemos. Readahead Pero no es eso de lo que venía a hablar aquí, sino de otras formas de optimizar el arranque, como puede ser readahead. Algo tan sencillo como systemctl enable systemd-readahead-collect systemd-readahead-replay nos permitirá optimizar de manera sensible el arranque de nuestro sistema. Preload Incluido en los repositorios de algunas distribuciones, nos permitirá realizar una análisis de las funciones y demonios más utilizados en el sistema para cargarlos antes de necesitarlos, lo que redundará en una mejor respuesta del sistema y esto a su vez, en un arranque más agilizado. Para los que no podemos instalar preload desde repositorios, el proceso para activarlo sería el siguiente: wget http://optimate.dl.sourceforge.net/project/preload/preload/0.6.4/preload-0.6.4.tar.gz tar -xfvz preload*.tar.gz cd preload* ./configure make make install Tras la instalación, habilitamos el servicio y lo ponemos en marcha: systemctl start preload.service systemctl enable preload.service Prelink Sólo nos queda hablar de prelink, igualmente en respositorios de muchas distribuciones y que nos permitirá agilizar no sólo el arranque sino la ejecución de muchas aplicaciones al realizar enlaces entre binarios y librerías o más bien "pre-enlaces", acelerando la ejecución de las mismas. una vez instalado el paquete, la primera vez ejecutaremos directamente prelink -afmR Y le dejaremos obrar su magia. En ocasiones posteriores, como las librerías y aplicaciones cambian, se actualizan, se instalan nuevas, se desinstalan antiguas, etc, configuraremos Prelink para que busque cambios y se ejecute de forma periódica. Editamos el archivo /etc/default/prelink cambiando la línea: PRELINKING=no por PRELINKING=yes más abajo tendremos las opciones de chequeo: PRELINK_FULL_TIME_INTERVAL= Y de ejecución forzada en caso de no haberse encontrado ningún cambio en las librerías del sistema PRELINK_NONRPM_CHECK_INTERVAL= El número que acompaña a dichas opciones representa los días que pasarán entre un chequeo/ejecución y la siguiente UPower UPower es un demonio, un API, y un conjunto de herramientas de línea de comandos. Cada fuente de poder del sistema es representada como un dispositivo, sin importar que sea o no un dispositivo físico. La administración realizada por este servicio consigue que durante el arranque las unidades se inicien y sincronicen con DBus de manera más eficiente, redundando en un arranque más rápido. Aunque se puede configurar de multitud de maneras diferentes según lo que necesitemos, en principio la configuración básica es más que suficiente, basta con instalar el paquete upower y habilitar el servicio systemctl enable upower Montar/chequear particiones "secundarias" tras el arranque Una de las cosas que más puede demorar el arranque son las tareas llevadas a cabo por fsck y mount. Con el objetivo de aligerar estos procesos podemos indicar como opción en nuestro fstab que aquellas particiones que no están estrictamente necesarias para el arranque sean montadas/montada después de éste, al acceder por primera vez a ellas. Particiones como /home o algunas que hemos creado para temas concretos, discos secundarios, etc. Especialmente aquellas que no es seguro que vayamos a utilizar y, por tanto, no vale la pena estar cargándolas y revisándolas continuamente cada vez que arrancamos el equipo. En el caso concreto de /home, permitirá que otros servicios no dependientes de éste sean cargados durante el arranque antes y durante el montaje/checkeo del propio home Las opciones a las que nos referimos son: noauto, que es la opción habitual para indicar que no se monte dicha partición de manera automática x-systemd.automount, que indica que no va a ser montada ni chequeada durante el arranque sino cuando se demande. Ejemplo Bootchart Por último, a modo de curiosidad, otro proceso que antes realizamos de manera manual, pero que también podemos realizar de manera automática. Gracias al servicio bootchart lograremos crear un gráfico de nuestra secuencia de arranque. Para eso, a la línea del kernel de nuestro grub habrá que añadir las siguientes opciones initcall_debug printk.time=y init=/usr/lib/systemd/systemd-bootchart Y habilitar el servicio bootchart, por su puesto. systemctl enable bootchart
  3. Devuan es un fork de GNU/Linux Debian que surgió en torno a la polémica surgida cuando la distribución Universal decidió dar por fin el salto al sistema de inicio Systemd. Éste tiene como objetivo ofrecer una experiencia y una base completa Debian prescidiendo totalmente de SystemD La primera Beta que ha sido liberada nos ofrece el equivalente a Jessie, la última versión estable de Debian y se han asegurado de que exista la posibilidad de actualizar desde wheezy de manera directa y sin problemas de ningún tipo. Su desarrollo también contempla el uso de ramas Testing y Unstable, aunque están bajo el nombre de Ascci y Ceres respectivamente. Este "éxodo" que se inició en 2014 empieza a dar sus frutos en forma de nueva distribución que va en contra de la corriente actual en cuanto a sistemas de inicio ¿Qué le deparará el futuro? Tendremos que esperar un poco más, hasta la salida versión final para saberlo Capturas Descarga CD AMD64 https://files.devuan.org/devuan_jessie_beta/devuan_jessie_1.0.0-beta_amd64_CD.iso i386 https://files.devuan.org/devuan_jessie_beta/devuan_jessie_1.0.0-beta_i386_CD.iso DVD AMD64 https://files.devuan.org/devuan_jessie_beta/devuan_jessie_1.0.0-beta_amd64_DVD.iso Netinst AMD64 https://files.devuan.org/devuan_jessie_beta/devuan_jessie_1.0.0-beta_amd64_NETINST.iso i386 https://files.devuan.org/devuan_jessie_beta/devuan_jessie_1.0.0-beta_i386_NETINST.iso Torrent https://devuan.org/devuan_jessie_1.0.0-beta.torrent Web https://devuan.org/
  4. Buenos dias a todos, y feliz año nuevo, o feliz paso del tiempo, depende de si te gustan estas fiestas o no... al lio, resulta que en mi archlinux del trabajo, tengo un pequeño "problema". tengo antergos corriendo "zen kernel", aunque con kernel lts o el normal, me hace lo mismo. mi entorno es plasma5, y no es culpa de plasma, ya que en casa no me pasa. el caso es que al iniciar el sistema, me encuentro que en las interfazes de red, en lugar de estar conectado a la tipica "eth0" o "eth1, me aparece una "enp3s0". en cuanto la desconecto, o si directamente le doy a conectar a mi red "eth0", automaticamente la "enp3s0" desaparece, y no la vuelvo a ver mas, hasta el proximo reinicio. que problema me presenta esto, pues que "enp3s0" se conecta usando dhcp, por lo que me asignan una direccion ip, que pasa a traves del proxy, por lo que si se reinicia el equipo, hay un apagon o algo similar, y quiero acceder desde casa, me encuentro con que mi ordenador, a pesar de tener red, no puedo conectarme por el proxy. yo tengo siempre una direccion ip, fija, tanto yo y mi compañero, que no esta filtrada, para evitar estos problemas que tienen los lusers. el caso es que no soy capaz de deshacerme de esa "enp3s0" o darle prioridad a "ethX". y lo unico que se me ocurrio fue asignarle a "enp3s0" mi direccion ip y demas datos, para evitar quedarme fuera en caso de un reinicio de la maquina. aunque me vale como solucion a mi problema, desconozco que es "enp3s0", de donde ha salido, si es bueno o malo....y como me deshago de el! yo creo que es un problema de systemd (por echarle mierda a alguien), veo algunos errores si consulto dmesg, pero mi limitado conocimiento, solo me deja leer hasta aqui: informatica1-arch@pupitre-arch ~]$ dmesg | grep -i fail [ 0.126920] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM [ 1.609800] ata2.00: failed to resume link (SControl 0) [ 1.929776] ata1.01: failed to resume link (SControl 0) [ 2.633090] ata2.01: failed to resume link (SControl 0) [ 7.181031] systemd[1]: systemd-modules-load.service: Main process exited, code=exited, status=1/FAILURE [ 7.181298] systemd[1]: Failed to start Load Kernel Modules. [ 7.183658] systemd[1]: systemd-modules-load.service: Unit entered failed state. [ 7.183665] systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'. informatica1-arch@pupitre-arch ~]$ dmesg | grep -i error [ 0.126920] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM . Un saludo y gracias
  5. Buenas noches compañeros, hace tiempo que os sigo y reconozco que aprendi mucho con vustros comentarios y consejos, si me decidi a escribir es porque el problema desborda mis conocimientos. Resulta que en la empresa tengo varias PDA's "Datalogic Memor X3 (windowsCE)" conectado por USB "/dev/ttyUSB0" que se utilizan para la toma de existencias. Actualmente con DEBIAN-WHEEZY y Ubuntu-12 consigo extraer el archivo "\My Documents\Datos.dat" con el paquete "apt-get install synce-hal librapi2-tools" directamente desde un "sript" no necesitando desktop. Tambien funcionaba en Squeeze. En un equipo 'test' instale Jessie para ver compatibilidades con la gestion que utilizamos y al querer instalar el paquete: "apt-get install synce-hal librapi2-tools" me dice que no existe, tampoco para Ubuntu-14, supongo que es motivado por el gran cambio en este release de sysvinit a systemd. Consegui el '.deb' pero mis conocimientos no alcanzan la maestria de entenderlo. Alguien puede darme una mano?, alguna experiencia? algun windows mobile conectado a linux? Muchas gracias.
  6. Hola, alguien me puede decr para que sirve este servicio? de paso me podeis decir de donde puedo sacar un manual o algo parecido, para saber los servicios que arranca systemd de que son o para que son y cual se puede quitar? gracias
  7. Tengo una notebook Acer Aspire M5 con Debian Testing, Linux Mint y Windows 8 Mientras inicio en Debian Testing me larga varios errores. Que yo sepa son los mismos que me muetra cuando hago dmesg, así que paso la salida de dmesg: La parte que me preocupa es esta: Por lo que busnqué está relacionado con problemas con el disco, no tengo problemas, solamente me preocupan los errores y lo que dicen sobre los errores en otras paginas: En StackOwerflow uno pregunta si los errores son porque está por morir el disco duro o es otra cosa. La respuesta dice que no está por morir, el disco duro ya está muerto Acá dice que podrían ser unos cables mal conectados https://bugs.archlinux.org/task/34014 Acá dice que desactive NCQ (Native Command Queuing) Este cambió la notebook :o Que hago? Por ahora no toqué nada Ahora que pienso tengo que ver que me dice el dmesg de Linux Mint, me fijo y edito el mensaje EDIT: Acá está el dmesg de Mint, no tira errores: Acá ha otro dmesg de Debian parecido al primero (también con errores pero más lento)
  8. Hace tiempo que me resistía la cambio pero ahora, con la entrada de la versión "final" de la versión 4.0 de los elementos de Debian-live se hace necesario hacer un buen número de cambios en GNU/Linux Vagos 5.X. De entrada instalar para sustituir todos los archivos y scripts de debian live es trivial, simplemente actualizar, pero una vez generada la imagen live-config no actúa como cabría esperar. Dado que se trata de un sistema que inicia con Systemd, el paquete live-config-systemd es el que suministra los scripts que se encargan de todas las tareas de arranque, pero independientemente de cómo lo haga, live-config.service no arranca. El resultado de esto es que no se genera el usuario "live" y el sistema se queda atrapado en un bucle en la pantalla del login manager del que no se puede escapar porque no existe ningún usuario con el que se pueda continuar. No obstante, si nos las arreglamos para crear un usuario cualquiera (en modo recovery, por ejemplo) y llegamos hasta esa pantalla, podremos loguearnos y el resto funcionará perfectamente. Por supuesto me he cerciorado de que todos los archivos están en su lugar /bin/live-config /lib/systemd/system/live-config.service /etc/systemd/system/basic.target.wants/live-config.service El problema no existe si el sistema hace uso del antiguo sysvinit, el problema está entre live-config y los servicios de systemd. Ésta es la configuración de arranque de Isolinux label live menu label Live GNU/Linux Vagos 5.1 kernel /live/vmlinuz append initrd=/live/initrd.img boot=live config quiet loglevel=4 cdrom-detect/try-usb=true locales=es_ES.UTF-8 hostname=VagOS username=vagos user-fullname="Vagos" nottyautologin Y salvo algunos cambios menores, no veo nada entre los manuales oficiales que arroje un poco de luz sobre este fallo en el arranque del Live al que, lamentablemente, no es la primera vez que enfrento Tiene que ser algo sencillo, ya que sé de distribuciones que lo utilizan sin problema, pero no doy con la tecla. ¿Alguna idea? http://live.debian.net/manpages/4.x/es/html/
  9. Buenas Tardes, verán tengo el siguiente problema: al ejecutar: ➜ ~ systemd-analyze Startup finished in 584542y 2w 2d 20h 1min 45.558s (loader) + 3.758s (kernel) + 6.219s (userspace) = 9.977s como pueden ver el (loader) tiene una cantidad de tiempo ridícula, quisiera saber como solucionar esto, y que es el (loader). Gracias de Antemano
  10. Hace ya tiempo abrí un tema sobre cómo levantar una sesión gráfica con un usuario determinado al arrancar el equipo sin hacer uso de ningún Gestor login manager, en la época en la que SystemD empezaba su desarrollo. Hace poco estaba actualizando la guía y tras eliminar muchísimas cosas que ya no nos valen, al llegar a este tema me he dado cuenta que es necesario replantearlo por completo porque las cosas han cambiado muchísimo desde entonces. Antes de empezar haré hincapié en lo obvio, debemos saber primero que nada lo que estamos haciendo, vamos a abrir una sesión de manera automática con nuestro usuario, tenemos que pensar en lo que esto significa desde el punto de vista de la seguridad y la privacidad y si es conveniente hacerlo en según qué situaciones. Dicho esto, empecemos con la faena, aunque será algo muy sencillo ya que SystemD nos lo da todo en bandeja :lol: Configurar autologin con Systemd Hay que empezar creando el archivo de configuración correspondiente para valernos de Systemd drop-in para que agetty nos ayude con el autologin. La ruta para el archivo será (tendremos que crearla si no existe) Noten que podemos hacer autologin en la tty que queramos simplemente cambiando el nombre de la carpeta o iniciar con distintos usuarios en varias terminales virtuales a la vez creando diferentes carpetas de configuración. Dentro de este directorio creamos un archivo autologin.conf cuyo contenido será el siguiente Mucho cuidado con la ruta hasta a Agetty, si nos equivocamos al arrancar nos quedaremos en un bucle. Si no estamos seguros, para comprobarlo tiraremos de whereis agetty Y por supuesto especificaremos el Usuario el que va a iniciar sesión automáticamente. Así de simple, así de fácil ya tenemos configurado el autologin en SystemD Lanzar el entorno gráfico automáticamente Una vez configurado el autologin, para arrancar el entorno gráfico desde consola utilizaríamos la orden startx, pero como queremos que esto también se haga de manera automática vamos a usar para el siguiente truco: Editamos como usuario, el archivo .profile del home del usuario con el que hacemos autologin nano ~/.profile Debemos incluir el siguiente código tras la línea umask 022 NOTA La terminal tty1 que utilizamos para el autologin y para ejecutar startx tiene que ser la mismo, de lo contrario no funcionará Esto hará que desde que cuando se loguee un usuario en la terminal tty1, se autoejecute un startx El resultado después de modificar el archivo sería algo así: ¿A que no ha sido tan complicado?
  11. El popular Fork del extinto Gnome 2 quiere seguir en la brecha y durante la conferencia OpenSUSE realizada en Grecia han confirmado que dicho entorno gráfico contará con soporte para Wayland, systemd, librerías gtk3, Gstreamer 1.0 y otras novedades, que hasta ahora sólo iban a aparecer para Gnome 3 Para más detalles de lo que nos espera en la próxima versión 1.8, podemos consultar el roadmap e Mate en su wiki oficial: http://wiki.mate-desktop.org/roadmap
  12. Buscando nuevas alternativas para la próxima GNU/Linux vagos y ya que ha salido recientemente la versión estable de Enlightenment (E17), vamos a intentar poner en práctica algo que tenía en mente desde hace tiempo. La base de la distribución, al igual que siempre es Debian Testing, hace uso de Systemd, Linux 3.7 y trae un buen número de controladores, codecs y plugins instalados de serie. La idea era contar con una distribución lo más independiente posible de otros entornos, especialmente de Gnome 3, pero desafortunadamente no ha sido así ya que algunas aplicaciones siguen siendo a día de hoy muy "gnomedependientes" y es inevitable incluir algunas librerías y servicios propios de gnome. Conforme vaya avanzando la distro espero que podamos reducir el número de elementos "no deseados" bien sustituyéndolos por alternativas con dependencias más acordes a lo que buscamos o encontrando la manera de prescindir de ellos definitivamente. Capturas Descarga Torrent: http://www.putlocker.com/file/3B972027E71A8718 Servidor propio (Gracias WiLLiTo) http://www.debivagos.tk/downloads/Debivagos-E-test2.iso Mirror WEB 1 Enlace (Gracias Guzzan0) 200.6.156.168/~vagos/Debivagos-E-test2.iso Mirror Putlocker http://www.putlocker.com/file/8B0E3E2A8D66FC4C http://www.putlocker.com/file/711906C4EB2E1273 http://www.putlocker.com/file/23B3FE285F1F7F5E http://www.putlocker.com/file/CB3812EB1A024A19 http://www.putlocker.com/file/BF8ED62D438D9F97 http://www.putlocker.com/file/8C312F9656E73545 http://www.putlocker.com/file/313A8DC2F3D05EF0
  13. El día de ayer, Pierre Schmitz, anunció que ya esta disponible la nueva imagen de instalación de Arch Linux correspondiente al mes de octubre. Viene con todo un conjunto de paquetes actualizados y entre los cambios más destacados se es de destacan: Systemd es el sistema de arranque utilizado para iniciar el Live. initscripts ya no esta disponible en el sistema live, pero sí es instalado en el disco duro al completar el proceso de instalación del sistema. Esto será cambiado pronto Se ha simplificado el arranque y configuración de EFI. gimmiboot se utiliza para mostrar un menú en los sistemas EFI Estos nuevos paquetes están disponibles en el sistema Live: ethtool, fsarchiver, gummiboot-efi, mc, partclone, partimage, refind-efi, rfkill, sudo, testdisk, wget, xl2tpd www.archlinux.org/news/install-medium-20121006-introduces-systemd/
×
×
  • Crear Nuevo...