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 ๐