Ayer volví a reinstalar desde cero mi Debian Wheezy con mi repositorio personalizado de KDE 4.10 y debo decir que si antes funcionaba bien, ahora lo hace mucho mejor.
El único problema que tuve fue con KDM, que al parecer no se instaló bien del todo, pues no quería iniciar automáticamente, algo que me llama la atención pues hice la misma instalación, con los mismos repositorios en la otra PC y todo andaba de maravillas.
Buscando la causa del problema detecté que no se creó el fichero /etc/init.d/kdm el cual debe tener adentro esto:
#!/bin/sh -e ### BEGIN INIT INFO # Provides: kdm # Required-Start: $local_fs $remote_fs # Required-Stop: $local_fs $remote_fs # Should-Start: console-screen kbd acpid dbus hal krb5-kdc # Should-Stop: console-screen kbd # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: X display manager for KDE # Description: KDM manages a collection of X servers, which may be on the local host or remote machines. ### END INIT INFO # /etc/init.d/kdm: start or stop the X display manager # Script originally stolen from the xdm package # # description: K Display Manager # # import the LSB init functions . /lib/lsb/init-functions # set the locale if [ -r /etc/default/locale ]; then . /etc/default/locale export LANG LANGUAGE fi # to start kdm even if it is not the default display manager, change # HEED_DEFAULT_DISPLAY_MANAGER to "false." HEED_DEFAULT_DISPLAY_MANAGER=true DEFAULT_DISPLAY_MANAGER_FILE=/etc/X11/default-display-manager PATH=/bin:/usr/bin:/sbin:/usr/sbin DAEMON=/usr/bin/kdm PIDFILE=/var/run/kdm.pid UPGRADEFILE=/var/run/kdm.upgrade setup_config () { # parameters to support kdm customization KDMRC=/etc/kde4/kdm/kdmrc BACKGROUNDRC=/etc/kde4/kdm/backgroundrc # if configuration is changed by kdmtheme or other tools, don't do magick if grep -q "^[[:space:]]*Theme=@@@ToBeReplacedByDesktopBase@@@" ${KDMRC}; then KDMOVERRIDEDIR=/etc/default/kdm.d KDMCFGDIR=/var/run/kdm KDMCFG=$KDMCFGDIR/kdmrc BACKGROUNDCFG=$KDMCFGDIR/backgroundrc DEFAULT_KDM_THEME=/usr/share/kde4/apps/kdm/themes/ariya test -x $DAEMON || exit 0 # uncomment, if you want auto-logon to be runlevel-dependant #test "$runlevel" || { runlevel=`runlevel`; runlevel=${runlevel#* }; } #test "$runlevel" = 4 && ARG=-autolog || ARG=-noautolog # uncomment, if you want tons of debug info in your syslog #ARG="$ARG -debug 255" # we use an alternative kdm master configuration file ARG="$ARG -config $KDMCFG" # we generate kdm configuration files genkdmconf --in $KDMCFGDIR 1> /dev/null # we source overrides. run-parts sorts the list in a predictable order if [ -d "$KDMOVERRIDEDIR" ]; then for part in $(run-parts --list "$KDMOVERRIDEDIR" 2>/dev/null || true); do . "$part" done fi # we update kdm configuration files (only overridden values) [ -n "$USEBACKGROUND" ] && sed -i "s|^#\?UseBackground=.*|UseBackground=$USEBACKGROUND|" $KDMCFG [ -n "$BACKGROUNDCFG" ] && sed -i "s|^#\?BackgroundCfg=.*|BackgroundCfg=$BACKGROUNDCFG|" $KDMCFG [ -n "$USETHEME" ] && sed -i "s|^#\?UseTheme=.*|UseTheme=$USETHEME|" $KDMCFG [ -n "$THEME" ] && [ -e "$THEME" ] && sed -i "s|^#\?Theme=.*|Theme=$THEME|" $KDMCFG [ -n "$LANGUAGE" ] && sed -i "s|^#\?Language=.*|Language=$LANGUAGE|" $KDMCFG if grep -q "^[[:space:]]*Wallpaper=stripes.png" ${BACKGROUNDRC}; then [ -n "$WALLPAPER" ] && [ -e "$WALLPAPER" ] && sed -i "s|^#\?Wallpaper=.*|Wallpaper=`readlink -f $WALLPAPER`|" $BACKGROUNDCFG fi # usetheme is now on "by default" so we need to be sure Theme is not invalid ... sed -i "s|@@@ToBeReplacedByDesktopBase@@@|$DEFAULT_KDM_THEME|" ${KDMCFG} # autologin overrides are useful for live debian environment if [ -n "$AUTOLOGINUSER" ]; then sed -i "s|^#\?AutoLoginEnable=.*|AutoLoginEnable=true|" $KDMCFG sed -i "s|^#\?AutoLoginUser=.*|AutoLoginUser=$AUTOLOGINUSER|" $KDMCFG fi [ -n "$AUTOLOGINDELAY" ] && sed -i "s|^#\?AutoLoginDelay=.*|AutoLoginDelay=$AUTOLOGINDELAY|" $KDMCFG [ -n "$AUTOLOGINAGAIN" ] && sed -i "s|^#\?AutoLoginAgain=.*|AutoLoginAgain=$AUTOLOGINAGAIN|" $KDMCFG [ -n "$AUTOLOGINLOCKED" ] && sed -i "s|^#\?AutoLoginLocked=.*|AutoLoginLocked=$AUTOLOGINLOCKED|" $KDMCFG fi return 0 } # If we upgraded the daemon, we can't use the --exec argument to # start-stop-daemon since the inode will have changed. The risk here is that # in a situation where the daemon died, its pidfile was not cleaned up, and # some other process is now running under that pid, start-stop-daemon will send # signals to an innocent process. However, this seems like a corner case. # C'est la vie! if [ -e $UPGRADEFILE ]; then SSD_ARGS="--pidfile $PIDFILE --startas $DAEMON" else SSD_ARGS="--pidfile $PIDFILE --exec $DAEMON" fi still_running () { if expr "$(cat /proc/$DAEMONPID/cmdline 2> /dev/null)" : "$DAEMON" > /dev/null 2>&1; then true else # if the daemon does not remove its own pidfile, we will rm -f $PIDFILE $UPGRADEFILE false fi; } case "$1" in start) setup_config if [ -e $DEFAULT_DISPLAY_MANAGER_FILE ] && [ "$HEED_DEFAULT_DISPLAY_MANAGER" = "true" ] && [ "$(cat $DEFAULT_DISPLAY_MANAGER_FILE)" != "$DAEMON" ]; then log_action_msg "Not starting K Display Manager (kdm); it is not the default display manager." else log_daemon_msg "Starting K Display Manager" "kdm" if start-stop-daemon --start --quiet $SSD_ARGS -- $ARG ; then log_end_msg 0 else log_action_end_msg 1 "already running" fi fi ;; restart) /etc/init.d/kdm stop if [ -f $PIDFILE ]; then if still_running; then exit 1 fi fi /etc/init.d/kdm start ;; reload) log_action_begin_msg "Reloading K Display Manager configuration..." if start-stop-daemon --stop --signal 1 --quiet $SSD_ARGS; then log_action_end_msg 0 else log_action_end_msg 1 "kdm not running" fi ;; force-reload) /etc/init.d/kdm reload ;; stop) log_action_begin_msg "Stopping K Display Manager: kdm" if [ ! -f $PIDFILE ]; then log_action_end_msg 0 " not running ($PIDFILE not found)" exit 0 else DAEMONPID=$(cat $PIDFILE | tr -d '[:blank:]') KILLCOUNT=1 if [ ! -e $UPGRADEFILE ]; then if start-stop-daemon --stop --quiet $SSD_ARGS; then # give kdm's signal handler a second to catch its breath sleep 1 else log_action_cont_msg " not running" fi fi while [ $KILLCOUNT -le 5 ]; do if still_running; then kill $DAEMONPID else break fi sleep 1 KILLCOUNT=$(( $KILLCOUNT + 1 )) done if still_running; then log_action_cont_msg " not responding to TERM signal (pid $DAEMONPID)" else rm -f $UPGRADEFILE fi fi log_action_end_msg 0 ;; status) status_of_proc -p "$PIDFILE" "$DAEMON" kdm && exit 0 || exit $? ;; *) echo "Usage: /etc/init.d/kdm {start|stop|restart|reload|force-reload|status}" exit 1 ;; esac exit 0
La solución que encontré entonces fue crearme mi propio script de arranque, el cual sirve para KDM o cualquier otra aplicación que deseemos iniciar, el cual contiene esto:
#! /bin/sh PATH=/sbin:/bin . /lib/init/vars.sh . /lib/lsb/init-functions case "$1" in start|"") /usr/bin/kdm ;; stop) # No-op ;; *) echo "Usage: kdm [start|stop|restart]" >&2 exit 3 ;; esac
Ahora, para que inicie automáticamente KDM es necesario activar dicho escript, por lo que hago uso de RCConf para ello. Y listo. No obstante, yo recomiendo usar el original 😛
Yo estoy usando una alternativa de kdm que se llama sddm.
Mmm. No la conocía.. Voy a buscar.
Crap!!! Necesita de GLIBC 2.14 y en Debian tengo la 2.13 ¬_¬
Ummm, parece bien :D.. elav, para incluir otros entornos y hacer uso valido de dicho script, solo tenemos que cambiar el nombre del gestor de ventanas por el que queremos hacer uso verdad?
Saludos!
Hola.
Aunque no tiene que ver con el artículo en sí, quería preguntarte: podrías hacer un «qué hacer después de instalar Wheezy»?
Porque me encontré con algunos problemas al instalarla. Por ejemplo:
1-Si bien agarra la red wifi para instalarse, cuando termina de instalarse no hay conexión wifi y ni siquiera un programa para manejar las redes. (la conecté al final manualmente desde consola directo… pero me pareció cualquiera que se conecte al wifi mientras se instala y luego ni siquiera te instale un network-manager… o algo… )
2-si bien la instalación es en el idioma que uno elige, luego pues el sistema queda instalado en inglés ¿? Ni idea cómo se corrige eso…
Y bueno, niente piu… si podés ampliar esto con tu experiencia y hacer un post pues me serviría de mucho jeje… (imagino que a otros también).
Saludos!!!
Mmmm ¿Que entorno de escritorio usas? Supongo que KDE..
Supones muy bien. Sí, uso KDE pero en realidad estoy cayendo al mundo Debian… qué entorno me recomendás vos?
Antes estuve un ratín en Crunchbang… y me atrajo lo estable que era, supuse que por estar basado en Debian y por eso me tiré al debian… elegí KDE por elegir… vos cuál me recomendarías?
Y esto que comento pasa sólo en KDE?
Saludos y gracias
Hola,
Leí tu articulo y quiero comentar que yo tengo un problema en Debian wheezy con KDE y no sé si se trata de lo mismo. He buscado como loco una solución y preguntado en foros pero nadie me puede decir a que se debe. el error es que luego de pasar el Grub, algunas veces debian no arranca porque se queda en la pantalla negra luego de que aparece esta linea de texto (es la tercera):
Waiting For /dev To Be Fully Populated
Mi computador es un ASUS K93SV Notebook
Intel Core i7 2670QM
el error no sucede siempre. cuando sucede, debo apagar a la fuerza y volver a iniciar.
Una rápida búsqueda en Google me ha devuelto esto:
http://www.esdebian.org/foro/28882/waiting-for-dev-to-be-fully-populated
Dime si te resuelve.
Leí todo el post, pero no me atrevo a hacerlo porque revisé mi menu.list y es completamente diferente a lo que aparece en esa conversación.
Este Elav siempre publicando varas interesantes, yo tengo ese problema y por tanto estoy usando LightDM que dicho sea de paso funciona bastante bien, pero veamos si me sirve este script (extraño KDM), te agradezco el aporte 😉