- This topic has 17 hozzászólás, 8 résztvevő, and was last updated 20 years, 7 months telt el by
.
-
Bejegyzés
-
Thomas64,
Az uhu control centerben a szolgáltatásoknál vannak beállítva, hogy melyik szolgáltatás milyen runlevelen fusson (egyébként az /etc/runlevel.d könyvtárban is ue van). A gdm szokta okozni a gondot, init 3-ra nem áll le, mert rosszul van beállítva (például ha kdm-et használunk és átállítottuk). Ilyenkor be kell írni mondjuk, hogy „service gdm stop”, vagy annyira sokszor váltunk runlevel-t be kell állítani a control centerben.
Paszty,
Az eredeti kérdésre lehetséges megoldások:
1, Nálam voltak ilyen problémák, amikor a zapping tévéprogi állandóan belerondított a rendszerbe.Thomas64,
Az uhu control centerben a szolgáltatásoknál vannak beállítva, hogy melyik szolgáltatás milyen runlevelen fusson (egyébként az /etc/runlevel.d könyvtárban is ue van). A gdm szokta okozni a gondot, init 3-ra nem áll le, mert rosszul van beállítva (például ha kdm-et használunk és átállítottuk). Ilyenkor be kell írni mondjuk, hogy „service gdm stop”, vagy annyira sokszor váltunk runlevel-t be kell állítani a control centerben.
Paszty,
Az eredeti kérdésre lehetséges megoldások:
1, Nálam voltak ilyen problémák, amikor a zapping tévéprogi állandóan belerondított a rendszerbe.milyen videokártyád van? véletlen nem nVidia?
[align=right][snapback]97255[/snapback][/align]Véletlenül 1.0-4496 driverrel GeForceMx400. Ez a „véletlen nem …” nagyon kritikusan hangzik, nem csipázod a fent említett cég szülötteit?
Thomas64,
Az uhu control centerben a szolgáltatásoknál vannak beállítva, hogy melyik szolgáltatás milyen runlevelen fusson (egyébként az /etc/runlevel.d könyvtárban is ue van). A gdm szokta okozni a gondot, init 3-ra nem áll le, mert rosszul van beállítva (például ha kdm-et használunk és átállítottuk). Ilyenkor be kell írni mondjuk, hogy „service gdm stop”, vagy annyira sokszor váltunk runlevel-t be kell állítani a control centerben.
Köszi a segítséget,
Véletlenül 1.0-4496 driverrel GeForceMx400. Ez a „véletlen nem …” nagyon kritikusan hangzik, nem csipázod a fent említett cég szülötteit?
[align=right][snapback]97306[/snapback][/align]Nekem is az van…
mondom tovább a véletlenül sort: véletlen nincs benne felejtve a kernelbe rivafb, ill az XF86Configban a modul sorokban nem töltöd be a GLcore ill a dri sorokat (a file végén is van dri rész, azt is kommentezd ki.)és még egy tipp: próbálj ki egy újabbat drivert. nálam ugyanezt csinálta az 5336-os (vagy valami ilyen…), de a 6xes szériával a gond megoldódott.
nem annyira rég bajlódtam vele, ha gondolod keresd meg… 🙂
Nekem is az van…
mondom tovább a véletlenül sort: véletlen nincs benne felejtve a kernelbe rivafb, ill az XF86Configban a modul sorokban nem töltöd be a GLcore ill a dri sorokat (a file végén is van dri rész, azt is kommentezd ki.)és még egy tipp: próbálj ki egy újabbat drivert. nálam ugyanezt csinálta az 5336-os (vagy valami ilyen…), de a 6xes szériával a gond megoldódott.
nem annyira rég bajlódtam vele, ha gondolod keresd meg… 🙂
[align=right][snapback]97825[/snapback][/align]Esetleg nem tudnál egy linket is megadni, ahonnan te töltötted? Amolyan .run – os telepítõ lenne jó, ha tudsz. Egyébként mi a különbség ez és a bináris közt, eredményesség szempontjából. Az eddigi segítséget elõre is köszönöm.THX. 😀
Itt válogathatsz -> http://www.nvidia.com/object/linux_display_archive.html
A legújabb az 1.0-6629-es. Mindegyik .run fájl, csak futtathatóvá kell tenni ha nem az.Hy !!!
UHU 1.1.1 disztrot használok 2.4.24-7 kernellel.
A problem az lenne, hogy a linux tökéletesen lefagy, amikor az egyik initbõl a másikba lépne, így sajnos a kikapcsolás/újraindítás mûveleteknél is. A GRUB hiba nélkül indítja a rendszert „init 3”-ban, így azzal nem lehet gond és az 1.0-ás disztronál sem jelentkezett a probléma. Még kezdõ vagyok és nem tudtam rá lépni semmit, ezért minden segítõkész reakciónak örülnék.
Elõre is köszönöm. 🙂
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz