Script per iniciar KDM (en el cas que no ho faci)

debianlight_kdm

Ahir vaig tornar a reinstal·lar des de zero el meu Debian Wheezy amb el meu repositori personalitzat de ON 4.10 i he de dir que si abans funcionava bé, ara ho fa molt millor.

L'únic problema que vaig tenir va ser amb KDM, que a l'sembla no es va instal·lar bé de el tot, ja que no volia iniciar automàticament, cosa que em crida l'atenció ja que vaig fer la mateixa instal·lació, amb els mateixos repositoris en l'altra PC i tot caminava de meravelles .

Buscant la causa de el problema vaig detectar que no es va crear el fitxer /etc/init.d/kdm el qual ha de tenir endins això:

#! / Bin / sh -i ### 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 jun # Short-Descripció: X display manager for KDE # Descripció: 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 # setembre 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 , do not do magick if grep -q "^ [[: space:]] * Temàtica = @@@ 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 acte-logon to be nivell d'execució-dependant #test "$ nivell d'execució" || {Nivell d'execució = `runlevel`; nivell d'execució = $ {nivell d'execució # *}; } #Test "$ nivell d'execució" = 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 màster 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"] && set -i "s | ^ # \? UseBackground =. * | UseBackground = $ USEBACKGROUND |" $ KDMCFG [-n "$ BACKGROUNDCFG"] && set -i "s | ^ # \? BackgroundCfg =. * | BackgroundCfg = $ BACKGROUNDCFG |" $ KDMCFG [-n "$ USETHEME"] && set -i "s | ^ # \? UseTheme =. * | UseTheme = $ USETHEME |" $ KDMCFG [-n "$ THEME"] && [-e "$ THEME"] && set -i "s | ^ # \? Temàtica =. * | Temàtica = $ THEME |" $ KDMCFG [-n "$ LANGUAGE"] && set -i "s | ^ # \? Language =. * | Language = $ LANGUAGE |" $ KDMCFG if grep -q "^ [[: space:]] * Wallpaper = stripes.png" $ {BACKGROUNDRC}; then [-n "$ WALLPAPER"] && [-e "$ WALLPAPER"] && set -i "s | ^ # \? Wallpaper =. * | Wallpaper =` readlink -f $ WALLPAPER` | " $ BACKGROUNDCFG fi # usetheme is now on "by default" so we need to be sure Temàtica is not invalid ...
 set -i "s | @@@ ToBeReplacedByDesktopBase @@@ | $ DEFAULT_KDM_THEME |" $ {KDMCFG} # autoconnexió overrides are useful for live debian environment if [-n "$ AUTOLOGINUSER"]; then set -i "s | ^ # \? AutoLoginEnable =. * | AutoLoginEnable = true |" $ KDMCFG set -i "s | ^ # \? AutoLoginUser =. * | AutoLoginUser = $ AUTOLOGINUSER |" $ KDMCFG fi [-n "$ AUTOLOGINDELAY"] && set -i "s | ^ # \? AutoLoginDelay =. * | AutoLoginDelay = $ AUTOLOGINDELAY |" $ KDMCFG [-n "$ AUTOLOGINAGAIN"] && set -i "s | ^ # \? AutoLoginAgain =. * | AutoLoginAgain = $ AUTOLOGINAGAIN |" $ KDMCFG [-n "$ AUTOLOGINLOCKED"] && set -i "s | ^ # \? AutoLoginLocked =. * | AutoLoginLocked = $ AUTOLOGINLOCKED |" $ KDMCFG fi return 0} # If we upgraded the dimoni, we can not use the --exec argument to # start-stop-daemon since the inode will have changed. The risk here is that # in a situation where the dimoni 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 córner casi.
 # C'est la vie!
 if [-i $ 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 dimoni does not remove its own PidFile, we will rm -f $ PidFile $ UPGRADEFILE false fi; } Casi "$ 1" in start) setup_config if [-i $ 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 [!  -i $ 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 -li 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 $?
Això és el que té dit fitxer en l'altra PC, però no ho vaig poder veure ahir a la nit, els mostro la meva altra alternativa

La solució que vaig trobar llavors va ser crear-me el meu propi script d'arrencada, el qual serveix per KDM o qualsevol altra aplicació que desitgem iniciar, el qual conté això:

#! / Bin / sh PATH = / sbin: / bin. /lib/init/vars.sh. / Lib / lsb / init-functions casi "$ 1" in start | "") / usr / bin / kdm ;; stop) # No-op ;; *) Echo "Usage: kdm [start | stop | restart]"> & 2 exit 3 ;; esac

Ara, perquè iniciï automàticament KDM cal activar aquest escript, pel que faig ús de RCConf per a això. I llest. No obstant això, jo recomano utilitzar l'original 😛


Deixa el teu comentari

La seva adreça de correu electrònic no es publicarà. Els camps obligatoris estan marcats amb *

*

*

  1. Responsable de les dades: Miguel Ángel Gatón
  2. Finalitat de les dades: Controlar l'SPAM, gestió de comentaris.
  3. Legitimació: El teu consentiment
  4. Comunicació de les dades: No es comunicaran les dades a tercers excepte per obligació legal.
  5. Emmagatzematge de les dades: Base de dades allotjada en Occentus Networks (UE)
  6. Drets: En qualsevol moment pots limitar, recuperar i esborrar la teva informació.

  1.   vicky va dir

    Jo estic fent servir una alternativa de kdm que es diu sddm.

    1.    ILAV va dir

      Mmm. No la coneixia .. Vaig a buscar.

    2.    ILAV va dir

      Crap !!! Necessita de GLIBC 2.14 i en Debian tinc la 2.13 ¬_¬

  2.   st0rmt4il va dir

    Ummm, sembla bé: D .. ILAV, per incloure altres entorns i fer ús valgut d'aquest script, només hem de canviar el nom de l'gestor de finestres pel que volem fer ús veritat?

    Salutacions!

  3.   erdosain9 va dir

    Hola.
    Encara que no té a veure amb l'article en si, volia preguntar-te: podries fer un «què fer després d'instal·lar Wheezy»?
    Perquè em vaig trobar amb alguns problemes a l'instal·lar-la. Per exemple:
    1-Si bé agafa la xarxa wifi per instal·lar-se, quan acaba d'instal·lar-se no hi ha connexió wifi i ni tan sols un programa per gestionar les xarxes. (La vaig connectar a la fin manualment des de consola directe ... però em va semblar qualsevol que es connecti a l'wifi mentre s'instal·la i després ni tan sols et instal un network-manager ... o alguna cosa ...)
    2-si bé la instal·lació és en l'idioma que un tria, després doncs el sistema queda instal·lat en anglès ¿? Ni idea com es corregeix això ...

    I bé, niente piu ... si pots ampliar això amb la teva experiència i fer un post doncs em serviria de molt jeje ... (imagino que a altres també).
    Salutacions!

    1.    ILAV va dir

      Mmmm ¿Que entorn d'escriptori fas servir? Suposo que el KDE ..

      1.    erdosain9 va dir

        Suposes molt bé. Sí, ús KDE però en realitat estic caient a el món Debian ... quin entorn em recomendás vós?
        Abans vaig estar un ratín a CrunchBang ... i em va atreure l'estable que era, vaig suposar que per estar basat en Debian i per això em vaig tirar a l'debian ... vaig triar KDE per triar ... vós quin em recomanaries?
        I això que comento passa només en el KDE?

        Salutacions i gràcies

  4.   Jairo va dir

    Hola,
    Vaig llegir el teu article i vull comentar que jo tinc un problema en Debian wheezy amb KDE i no sé si es tracta del mateix. He buscat com boig una solució i preguntat en fòrums però ningú em pot dir a què es deu. l'error és que després de passar el Grub, algunes vegades havien de no arrenca perquè es queda a la pantalla negra després que apareix aquesta línia de text (és la tercera):

    Waiting For / dev To Be Fully Populated

    El meu ordinador és un ASUS K93SV Llibreta
    Intel Core i7 2670QM
    l'error no passa sempre. quan succeeix, he apagar a la força i tornar a iniciar.

    1.    ILAV va dir

      Una ràpida cerca a Google m'ha tornat això:

      http://www.esdebian.org/foro/28882/waiting-for-dev-to-be-fully-populated

      Digues-me si et resol.

      1.    Jairo va dir

        Vaig llegir tot el post, però no m'atreveixo a fer-ho perquè vaig revisar el meu menu.list i és completament diferent al que apareix en aquesta conversa.

  5.   cooper15 va dir

    Aquest ILAV sempre publicant vares interessants, jo tinc aquest problema i per tant estic fent servir LightDM que dit sigui de pas funciona prou bé, però vegem si em serveix aquest script (estrany KDM), t'agraeixo l'aportació 😉