Hahó!
A cégnél GNOME felületet használunk Centos 4.8 oprendszerrel. Bevezetésre került a Citrix, aminek a kliense GNOME alatt ablakkezelési hibákat vét, KDE alatt pedig nem.
Hogyan lehetne megoldani, hogy a Citrix kliens a KDE-t használja a GNOME alatt?
A KDE-re átállás kizárt.
A gépeken GNOME és KDE is van telepítve.
Sziasztok!
Szóval a szituáció:
-Dell R210-es gépek
-CentOS 5.5
-Vinyó SMART vagy hasonló adatok kérelme az ügyféltől (annyi is elég, ha lerobban, akkor küldjön egy E-mail-t)
Kezdő CentOS és Dell használóként felraktam a Dell OpenManage Server Administrator Managed Node 6.3-as változatát (abba ne menjünk bele, hogy indításkor az ./invcol Permission denied üzenetet ad a 358-adik sorban, meg abba sem, hogy egyáltalán alkalmas-e a célra, vagy feleslegesen kínlódok).
wget localhost:1311 szépen leszedi a login oldalt. Kívülről az https://ip:1311 elérhetetlen...
Tűzfal konfig:
# Firewall configuration written by system-config-securitylevel
# Manual customization of this file is not recommended.
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:RH-Firewall-1-INPUT - [0:0]
-A INPUT -j RH-Firewall-1-INPUT
-A FORWARD -j RH-Firewall-1-INPUT
-A RH-Firewall-1-INPUT -i lo -j ACCEPT
-A RH-Firewall-1-INPUT -i eth1 -j ACCEPT
-A RH-Firewall-1-INPUT -p icmp --icmp-type any -j ACCEPT
-A RH-Firewall-1-INPUT -p 50 -j ACCEPT
-A RH-Firewall-1-INPUT -p 51 -j ACCEPT
-A RH-Firewall-1-INPUT -p udp --dport 5353 -d 224.0.0.251 -j ACCEPT
-A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT
-A RH-Firewall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 8080 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 30000:30199 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 110 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 143 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 465 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 993 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 995 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 443 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 1311 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 5432 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 5433 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 3306 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 25 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 21 -j ACCEPT
-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited
Ötlet?
Szervusztok!
Telepítettem a címben jelzett OS-t, erre a gépre: 1 GH P3 (Coppermine), 512 MB sd-ram, 20 GB vinya, 4 MB S3 trio vga, meg a többiek. Szépen muzsikál a gép. Amikor a szoftver frissítés alkalmazást elindítom, letölti a frissíthető összetevők listáját (520 db), de a telepítés közben "Súlyos belső rendszerhiba!"-ra hivatkozva megáll a telepítés. Próbálkoztam az Automatic Bug Reporting Tool-al, de nem tudok vele mit kezdeni, semmire sem reagál.
A lenti listát a sikertelen frissítés részletei alapján másoltam ide. Amint sejtem valami repo problémára utal a felsorolás. Mivel igen kezdő vagyok e-téren, kérlek benneteket segítsetek megoldani a problémát.
Üdv és köszönet: szolim
A riport:
Error Type:
Error Value: Error getting repository data for installed, repository not found
File : /usr/share/PackageKit/helpers/yum/yumBackend.py, line 3125, in
main()
File : /usr/share/PackageKit/helpers/yum/yumBackend.py, line 3122, in main
backend.dispatcher(sys.argv[1:])
File : /usr/lib/python2.6/site-packages/packagekit/backend.py, line 699, in dispatcher
self.dispatch_command(args[0], args[1:])
File : /usr/lib/python2.6/site-packages/packagekit/backend.py, line 657, in dispatch_command
self.update_packages(only_trusted, package_ids)
File : /usr/share/PackageKit/helpers/yum/yumBackend.py, line 1948, in update_packages
signed = self._is_package_repo_signed(pkg)
File : /usr/share/PackageKit/helpers/yum/yumBackend.py, line 1437, in _is_package_repo_signed
repo = self.yumbase.repos.getRepo(pkg.repoid)
File : /usr/lib/python2.6/site-packages/yum/repos.py, line 121, in getRepo
'Error getting repository data for $s, repository not found' $ (repoid)
Több helyről kellett összevadásznom a megoldás darabjait. Egyik sem volt teljes ezért a saját tapasztalatom alapján kiegészítettem a módszert. Közreadom hogy másnak könnyebb legyen.Első lépés:
A /boot/grub/grub.conf állományban a használt kernelhez tartozó sor végére oda kell írni ezt:
rdblacklist=nouveau
Ez volt:
kernel /boot/vmlinuz-2.6.33.5-124.fc13.i686.PAE ro root=UUID=db581da7-ff9c-41a1-a2f8-a04867f89f73 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=hu_HU.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=hu rhgb quiet selinux=0
Ez lett:
kernel /boot/vmlinuz-2.6.33.5-124.fc13.i686.PAE ro root=UUID=db581da7-ff9c-41a1-a2f8-a04867f89f73 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=hu_HU.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=hu rhgb quiet selinux=0 <strong>rdblacklist=nouveau</strong>
..................
Második lépés:
Az /etc/modprobe.d/blacklist.conf állományba - célszerűen a végére - egy új sorba ezt kell írni:
blacklist nouveau
..................
Harmadik lépés:
A /boot/grub/grub.conf állományban a használt kernelhez tartozik egy ilyen sor:
initrd /boot/initramfs-2.6.33.5-124.fc13.i686.PAE.img
A hivatkozott állományt - initramfs-2.6.33.5-124.fc13.i686.PAE.img - újra kell gyártani.
Erre azért van szükség hogy belekerüljön a módosított /etc/modprobe.d/blacklist.conf.
A készítés módja:
dracut --force initramfs-$(uname -r).img $(uname -r)
A --force kapcsoló nélkül nem fogja felülírni a futó kernelhez tartozó állományt.
Az eredeti állományt az óvatosság szabályai szerint át is lehet nevezni, ekkor
nem kell a --force kapcsoló.
..................
Negyedik lépés:
grub-install /dev/sda
Persze a /dev/sda helyére annak az egységnek a nevét kell írni ahol a rendszerindító eddig is volt.
..................
Ötödik lépés:
Az /etc/inittab állományban az "id:5:initdefault:" helyett "id:3:initdefault:" legyen.
Újraindítás után lehet telepíteni az előzőleg letöltött nvidia meghajtót. A telepítővel
el kell készíttetni az új xorg.conf állományt. Az eredményt azonnal ki is lehet próbálni
a startx utasítással. Ezután ha valakinek a grafikus bejelentkező felület kell akkor
újra "id:5:initdefault:" legyen az alapértelmezés.
Sziasztok,
Tegnap feltettem a F13 gnome x64 verziót az otthoni gépemre a live cd-ről. Ezt hogyan tudom a legegyszerűbben magyarosítani?
Sziasztok
lenne egy kis gondom. van egy fedora 12-m és az alábbi hibaüzenetet kapom ha egy windowsos megosztást akarok mountolni, az érdekesség az ebben hogy a hibaüzenet ellenére a megosztást fel tudja mountolni és működik is, csak érdekelne hogy ez mit jelent, sajnos nem találtam erre a hibakódra semmit
a parancs a következő
#mount -t cifs //gép/megosztás /mnt/megosztás -o username=username
a hibaüzenet:
cifs vfs: cifs_mount failed w/return code = -111
köszi
Üdv!
A segítségetek kérem!
A cím talán nem fedi a probléma pontos leírását, de jobban megfogalmazni nem tudtam.
Ami érdekelne.
Van olyanra lehetőség, hogy a SElinux-ot mentesítsem a használat során megváltoztatott jogoktól?
Szóval a "gyári" telepítés, configuráció visszaállítására?
Ha már...
Hogyan lehet más programoknál is törölni a felhasználói konfigurációt, és a "szűz" telepítést visszaállítani?
Előre is köszönöm a válaszokat!
dombi1976
Feltelepítettem a fedora 13-at a tesztvinyómra, hogy kipróbáljam, mert az új ubuntu "megbolondult".
Telepítés egész gyors volt ahhoz képest, ahogy a fedorát ismertem, rögtön telepítés után pedig az alábbi üzenet várt.
http://kepfeltoltes.hu/100529/864987077ertesites_www.kepfeltoltes.hu_.p…
Újdonságnak nem volt nagy újdonság mert sejtettem, hogy nem a legjobb állapotú a vinyó, de hogy ezt a renszer is észrevette és ilyen részletes tanulmányt ír, meg megoldási lehetőségeket... ez nagyon szimpatikus +1 fedorának.
Összességében kevésbé felhasználó barátabb mint ubuntu, minden egy kicsit tovább tart, pl. nvidia driver felrakása stb. de megéri vesződni vele mert utána sokkal stabilabb rendszert kapok. XBMC-t nemtudom még hogy kéne rá varázsolni... ubuntuhoz van tároló.... jó persze forrásból de nem akarok gányolni annyit nem ér.
300-600 MB között eszik memóriát ez is (mint minden desktop) normál használat esetén is, szerintem jobb ha megbarátkozok vele, hogy a desktopoknak ennyi kell és kész.
A 13 -as Fedora image kinn van az FSF mirrorján itt:
ftp://ftp.fsn.hu/pub/linux/distributions/fedora/linux/releases/13/Fedor…
13:00 -óta. :)))))
Sziasztok!
Abban kérnék segítséget, hogy hogyan lehet visszahozni az alsó tálcát?
Így nem látom, hogy milyen programok vannak, és a képernyőket sem látom.
Fedora 12-t használok.
Segítségeteket előre is köszönöm!
