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š $?
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ą 😛
Aš naudoju kdm alternatyvą, vadinamą sddm.
Hmm. Aš jos nepažinojau .. Aš eisiu ieškoti.
Šūdas !!! Jam reikia GLIBC 2.14, o „Debian“ turiu 2.13 ¬_¬
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ę!
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ę!
Hmm, kokią darbalaukio aplinką naudojate? Manau, KDE ..
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
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.
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.
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.
Š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į 😉