Scenarijus, skirtas paleisti KDM (jei taip nėra)

debianlight_kdm

Vakar aš iš naujo įdiegiau savo Debianas Švokštimas su mano individualia saugykla KDE 4.10 ir turiu pasakyti, kad jei anksčiau tai gerai veikė, dabar tai veikia kur kas geriau.

Vienintelė mano problema buvo su KDM, kuri, matyt, visiškai neįdiegta, nes ji nenorėjo pradėti automatiškai, kas atkreipė mano dėmesį, nes atlikau tą patį diegimą, su tomis pačiomis saugyklomis kitame kompiuteryje ir viskas buvo sekasi puikiai.

Ieškodamas problemos priežasties aptikau, kad failas nebuvo sukurtas /etc/init.d/kdm kurio viduje tai turėtų būti:

#! / bin / sh -e ### BEGIN INIT INFO # Pateikia: kdm # Reikalingas pradžia: $ local_fs $ remote_fs # Reikalingas sustabdymas: $ local_fs $ remote_fs # Reikėtų pradėti: konsolės ekranas kbd acpid dbus hal krb5- kdc # Should-Stop: konsolės ekranas kbd # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Trumpas aprašas: KDE X ekranų tvarkyklė # Aprašymas: KDM tvarko X serverių rinkinį, kuris gali būti vietos priegloboje ar nuotolinėse mašinose.
 ### END INIT INFO # /etc/init.d/kdm: paleiskite arba sustabdykite X ekranų tvarkyklę # Scenarijus, pavogtas iš xdm paketo # # description: K Display Manager # # importuokite LSB init funkcijas.  / lib / lsb / init-functions # nustatykite lokalę, jei [-r / etc / default / locale]; tada.  / etc / default / locale export LANG LANGUAGE fi # norėdami paleisti kdm, net jei tai nėra numatytasis ekrano tvarkytuvas, pakeiskite # HEED_DEFAULT_DISPLAY_MANAGER į "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 / paleisti UPGRADEFILE = / var / run / kdm.upgrade setup_config () {# parametrai palaikantys kdm pritaikymą KDMRC = / etc / kde4 / kdm / kdmrc BACKGROUNDRC = / etc / kde4 / kdm / backgroundrc # jei konfigūraciją keičia kdmtheme ar kiti įrankiai , nedaryk magiko, jei grep -q "^ [[: tarpas:]] * Tema = @@@ ToBeReplacedByDesktopBase @@@" $ {KDMRC}; tada KDMOVERRIDEDIR = / etc / default / kdm.d KDMCFGDIR = / var / run / kdm KDMCFG = $ KDMCFGDIR / kdmrc BACKGROUNDCFG = $ KDMCFGDIR / backgroundrc DEFAULT_KDM_THEME / / kmxTHEME / / kxx apps / kdmx / apps $ DAEMON || exit 4 # uncomment, jei norite, kad automatinis prisijungimas priklausytų nuo paleidimo lygio #test "$ runlevel" || {runlevel = `vykdymo lygis`; runlevel = $ {runlevel # *}; } #test "$ runlevel" = 0 && ARG = -autologas || ARG = -noautolog # uncomment, jei norite gauti daug informacijos apie derinimą į savo syslog #ARG = "$ ARG -debug 4" # mes naudojame alternatyvų kdm pagrindinį konfigūracijos failą ARG = "$ ARG -config $ KDMCFG" # generuojame kdm konfigūracijos failai genkdmconf --in $ KDMCFGDIR 255> / dev / null # šaltinis nepaiso.  „run-parts“ rūšiuoja sąrašą nuspėjama tvarka, jei [-d "$ KDMOVERRIDEDIR"]; tada daliai į $ (run-parts --list "$ KDMOVERRIDEDIR" 2> / dev / null || true); c.  "$ part" atlikta fi # mes atnaujiname kdm konfigūracijos failus (tik nepaisomos reikšmės) [-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 | ^ # \? Tema =. * | Tema = $ TEMA |" $ KDMCFG [-n "$ LANGUAGE"] && sed -i "s | ^ # \? Kalba =. * | Kalba = $ LANGUAGE |" $ KDMCFG, jei grep -q "^ [[: tarpas:]] * Fono paveikslėlis = stripes.png" $ {BACKGROUNDRC}; tada [-n "$ WALLPAPER"] && [-e "$ WALLPAPER"] && sed -i "s | ^ # \? Wallpaper =. * | Wallpaper =` skaitykite nuorodą -f $ WALLPAPER` | $ BACKGROUNDCFG fi # usetheme dabar įjungtas „pagal numatytuosius nustatymus“, todėl turime būti tikri, kad tema nėra netinkama ...
 sed -i "s | @@@ ToBeReplacedByDesktopBase @@@ | $ DEFAULT_KDM_THEME |" $ {KDMCFG} # autologino nepaisymai yra naudingi tiesioginėje debian aplinkoje, jei [-n "$ AUTOLOGINUSER"]; tada 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} # Jei naujovinome deemoną, negalime naudoti argumento --exec į # start-stop-daemon, nes inodas bus pakeistas. Čia rizika yra ta, kad # situacijoje, kai deimonas mirė, jo pidfailas nebuvo išvalytas, o # kažkoks kitas procesas dabar veikia pagal tą pid, start-stop-daemon siunčia # signalą į nekaltą procesą. Tačiau tai atrodo kertinis atvejis.
 # C'est la vie!
 jei [-e $ UPGRADEFILE]; tada 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; tada true else # jei deemonas nepašalins savo pidfile, mes rm -f $ PIDFILE $ UPGRADEFILE false fi; } atvejis "$ 1" pradžioje) setup_config, jei [-e $ DEFAULT_DISPLAY_MANAGER_FILE] && ["$ HEED_DEFAULT_DISPLAY_MANAGER" = "true"] && ["$ (cat $ DEFAULT_DISPLAY_MANAGER_FILE)" = "$ DA;"; "$" tada log_action_msg "Nepaleidžiama K Display Manager (kdm); tai nėra numatytasis ekrano tvarkytuvas."
 else log_daemon_msg "K Display Manager paleidimas" "kdm" if start-stop-daemon --start --quiet $ SSD_ARGS - $ ARG; tada log_end_msg 0 kitas log_action_end_msg 1 "jau veikia" fi fi ;; paleisti iš naujo) /etc/init.d/kdm stop jei [-f $ PIDFILE]; tada jei dar_bėga; tada išeikite iš „fi fi /etc/init.d/kdm start“ ;; reload) log_action_begin_msg "Perkraunama K Display Manager konfigūracija ..."
 if start-stop-daemon --stop --signal 1 - tylus $ SSD_ARGS; tada log_action_end_msg 0 kitas log_action_end_msg 1 "kdm neveikia" fi ;; jėgos perkrovimas) /etc/init.d/kdm perkrauti ;; stop) log_action_begin_msg "K Display Manager sustabdymas: kdm" if [!  -f $ PIDFILE]; tada log_action_end_msg 0 "neveikia ($ PIDFILE nerastas)" išeiti 0 dar DAEMONPID = $ (katė $ PIDFILE | tr -d '[: blank:]') KILLCOUNT = 1 jei [!  -e $ UPGRADEFILE]; tada jei start-stop-daemon --stop - tyli $ SSD_ARGS; tada # duok sekundę kdm signalo tvarkytojui, kad užmigtų 1 kitas log_action_cont_msg "neveikia" fi, o [$ KILLCOUNT -le 5]; daryti, jei dar_bėga; tada nužudyk $ DAEMONPID dar vieną pertrauką miego metu 1 KILLCOUNT = $ (($ KILLCOUNT + 1)) atlikta, jei vis dar veikia; tada log_action_cont_msg "nereaguoja į 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 || išeiti iš $?
Tai, ką minėtas failas turi kitame asmeniniame kompiuteryje, bet aš negalėjau jo pamatyti praėjusią naktį, aš parodau jums kitą savo alternatyvą

Tada radau sprendimą sukurti savo paleisties scenarijų, kuris naudojamas KDM ar bet kuriai kitai programai, kurią norime paleisti ir kuriame yra:

#! / bin / sh PATH = / sbin: / bin. /lib/init/vars.sh. / lib / lsb / init-function atvejis "$ 1" pradžioje | "") / usr / bin / kdm ;; stop) # Ne-op ;; *) echo "Naudojimas: kdm [start | stop | restart]"> & 2 išėjimas 3 ;; kad C

Dabar, norint, kad KDM paleistų automatiškai, būtina suaktyvinti minėtą scenarijų, todėl naudoju RCConf už jį. Ir pasiruošę. Tačiau aš rekomenduoju naudoti originalą 😛


11 komentarai, palikite savo

Palikite komentarą

Jūsų elektroninio pašto adresas nebus skelbiamas. Privalomi laukai yra pažymėti *

*

*

  1. Atsakingas už duomenis: Miguel Ángel Gatón
  2. Duomenų paskirtis: kontroliuoti šlamštą, komentarų valdymą.
  3. Įteisinimas: jūsų sutikimas
  4. Duomenų perdavimas: Duomenys nebus perduoti trečiosioms šalims, išskyrus teisinius įsipareigojimus.
  5. Duomenų saugojimas: „Occentus Networks“ (ES) talpinama duomenų bazė
  6. Teisės: bet kuriuo metu galite apriboti, atkurti ir ištrinti savo informaciją.

  1.   Vicky sakė

    Aš naudoju kdm alternatyvą, vadinamą sddm.

    1.    gyvas sakė

      Hmm. Aš jos nepažinojau .. Aš eisiu ieškoti.

    2.    gyvas sakė

      Šūdas !!! Jam reikia GLIBC 2.14, o „Debian“ turiu 2.13 ¬_¬

  2.   st0rmt4il sakė

    Hmmm, atrodo gerai: D .. elav, norėdami įtraukti kitas aplinkas ir tinkamai naudoti minėtą scenarijų, mes tiesiog turime pakeisti lango tvarkyklės, kurią norime naudoti, pavadinimą?

    Sveiki atvykę!

  3.   erdosainas9 sakė

    Hey.
    Nors tai neturi nieko bendra su pačiu straipsniu, aš norėjau jūsų paklausti: ar galėtumėte padaryti „ką daryti įdiegus„ Wheezy ““?
    Nes man kilo problemų diegiant. Pavyzdžiui:
    1 - Nors „Wi-Fi“ tinklui reikia įdiegti pačiam, baigus diegti nėra „Wi-Fi“ ryšio ir net nėra programos, kuri valdytų tinklus. (Aš prijungiau jį rankiniu būdu iš tiesioginės konsolės ... bet man atrodė, kad kas nors prisijungia prie „wifi“, kol jis yra įdiegtas, o tada net neįdiegia tinklo tvarkyklės ... ar kažkas ...)
    2 - nors diegimas vyksta jūsų pasirinkta kalba, tada sistema įdiegiama anglų kalba? Neįsivaizduoju, kaip tai ištaisyti ...

    Na, niente piu ... jei galėtum tai išplėsti savo patirtimi ir padaryti įrašą, tai man gerai pasitarnautų hehe ... (Aš taip pat įsivaizduoju ir kitus).
    Sveiki atvykę!

    1.    gyvas sakė

      Hmm, kokią darbalaukio aplinką naudojate? Manau, KDE ..

      1.    erdosainas9 sakė

        Spėji labai gerai. Taip, aš naudoju KDE, bet iš tikrųjų krentu į Debian pasaulį ... kokią aplinką rekomenduojate?
        Kol dar kurį laiką buvau „Crunchbang“ ... ir mane patraukė tai, kaip jis stabilus, aš maniau, kad jis buvo pagrįstas „Debian“ ir todėl įmečiau save į „debian“ ... Pasirinkau KDE, kad pasirinkčiau ... vieną galėtum rekomenduoti?
        Ir tai, ką aš pamenu, vyksta tik KDE?

        Y saludos Gracias

  4.   Jairo sakė

    Sveiki,
    Aš perskaičiau jūsų straipsnį ir noriu pakomentuoti, kad aš turiu problemų dėl Debiano švokštimo su KDE ir nežinau, ar jis tas pats. Aš beprotiškai ieškojau sprendimo ir klausiau forumuose, bet niekas negali pasakyti, kodėl. klaida yra ta, kad pravažiavus „Grub“, kartais debianas neprasideda, nes jis lieka juodame ekrane pasirodžius šiai teksto eilutei (tai yra trečia):

    Laukiama, kol „dev“ bus visiškai apgyvendinta

    Mano kompiuteris yra „ASUS K93SV“ nešiojamas kompiuteris
    "Intel Core i7 2670QM"
    klaida ne visada įvyksta. kai tai atsitiks, turiu priversti išjungti ir paleisti iš naujo.

    1.    gyvas sakė

      Greita „Google“ paieška man tai grąžino:

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

      Pasakyk man, ar tai tave išsprendžia.

      1.    Jairo sakė

        Perskaičiau visą įrašą, bet nedrįstu to padaryti, nes patikrinau savo meniu.list ir jis visiškai skiriasi nuo to, kas rodoma tame pokalbyje.

  5.   „cooper15“ sakė

    Šis Elavas visada skelbia įdomias lazdas, aš turiu šią problemą, todėl naudoju „LightDM“, kuris, beje, veikia gana gerai, bet pažiūrėkime, ar šis scenarijus (keistas KDM) man tinka, dėkoju už indėlį 😉