Hogyan frissítheted a Wifi hálózati jelszót Arch alatt terminálból

Miután a routerben megváltoztattam a wifi jelszót, az Arch Linux teszt gépemen megszűnt az internet. Így az új jelszót terminálból akartam frissíteni, mert az Arch Linux nem rendelkezett grafikus felülettel. Grafikus felület alatt nagyon egyszerűen lehet jelszót változtatni. Egyszerűen csak megnyitom a hálózat kezelőt és beállítom az új jelszót. Azonban nem idegenkedem a terminálos jelszóváltoztatástól sem. Így beástam magam a Google bugyraiba és rátaláltam a tökéletes megoldásra. Talán te is lehettél már hasonló szituációban. 

Tehát miután lecseréltem a routerben a wfi jelszót, lefuttattam a wifi-menu parancsot a jelszó megváltoztatására. 

sudo wifi-menu

Kilistáztam az elérhető wifi hálózatokat

Az én wifi hálózatom a Murugs9376 volt. Kiválasztottam és okét nyomtam. Ahelyett, hogy új jelszót kért volna, a következő hibával találkoztam:

Nem volt méf túl sok tapasztalatom Arch alapú disztribúciókkal, így felkerestem a fórumot hátha találok valami megoldást. Szerencsére valaki ugyanezzel a hibával írt, és másvalaki meg hozta a megoldást. Íme a megoldás:

A hálózati profilok az /etc/netctl/ mappában található. Pl. így néznek ki az Arch teszt gépem wifi hálózat részletei.

Ahhoz, hogy frissíteni tudjam a wifi jelszavamat, először törölni kell a wifi hálózati profilomat.

Tehát először...

Miután töröltem a profilt, újra lefuttattam a parancsot:

sudo wifi-menu

Most már csak ki kell választani a megfelelő hálózatot és Entert ütni. 

Írd be a profil nevét!

Végre! Most már csak meg kell adni a biztonsági kulcsot és Entert ütni. 

Ennyi! Most már frissítettem a wifi jelszót. Láthatod, hogy parancssorból sem túl nagy nehézség a jelszó megáltoztatása. 

Forrás:
https://www.ostechnix.com/update-wifi-network-password-terminal-arch-linux/

Hangszóró hiba elhárítása Ubuntu 14.04 alatt

A hibajelenség lényege: ha bedugjuk a fejhallgatót a gépbe, akkor egyszerre szól mindkét hangszóróból a hang, mind a fejhallgatóból, mind a hangszóróból.  Nos, a cikkíró szerint ez egy régi probléma ami az alsamixert érinti. Megoldást is kínál erre a problémára. Lássuk a megoldási lehetőségeket.

1. Nyisd meg a terminált és írd be:

alsamixer

Amint meglátod az alábbi képet, akkor a bal-jobb nyíllal navigálj el az "Auto Mute" menühöz majd a fel-le nyíllal aktiváld.

Megjegyzés: Kipróbáltam a parancsot és nekem az alábbi kép jelent meg. Linux Mint 17.1 alatt.

2. Ha ez nem működne, akkor válaszd a GNOME Alsa Mixert, amit telepíthetsz pl. Szoftverkezelőből vagy terminálból.

sudo apt-get install gnome-alsamixer

Utána indítsd el terminálból majd aktiváld az Auto-Mute-Mode-ot.

3. Ha még mindig nem működik, akkor itt van hogyan telepítheted az ALSA drivert egy HDA Intel kártyához. Ez megoldhatja a problémát. Először meg kell arról bizonyosdni, hogy fent van-e a dkms csomag. Amennyiben nincs, akkor telepíteni kell.

sudo apt-get install dkms

Most válaszd ki a legújabb ALSA drivert innen.
Aki szeretné ellenőrizni az aktuális kernelverziót, az írja be ezt: uname -r

Tehát válaszd ki letöltésre:

• oem-audio-hda-daily-dkms_xxx.deb for 3.13 kernel
• oem-audio-hda-daily-lts-utopic-dkms_xxx.deb for 3.16 kernel
• oem-audio-hda-daily-lts-vivid-dkms_xxx.deb for 3.19 kernel

  A meghajtószoftver telepítése után indítsd újra a gépet és láss csodát!

Forrás: http://ubuntuhandbook.org/index.php/2015/08/ubuntu-14-04-sound-headphone-speakers/

Manjaro hibajelenségek és elhárításuk, hogyanok

Úgy gondoltam az angol nyelvű fórumból összegyűjtök pár hibajelenséget és a megoldásokat rá. Mivel sok esetben ezek csak pár mondatból állnak, így nem nyitok neki külön bejegyzéseket. Mindig frissítem az újabb infókkal.

Frissítési hiba? Nem tudsz appot telepíteni? 

A fórum szerint ez sok problémát megold.

sudo rm -f /var/lib/pacman/db.lck && sudo pacman-mirrors -g && sudo pacman -Syyuu && sudo pacman -Suu (Egy sorban van az egész)
Ezzel a hosszú paranccsal eltávolítod az adatbázis zárolását, frissíti a tárolókat és telepíti az elérhető frissítéseket.

Telepítés után nem látszik az új kernel a GRUB-ban

Felmerült a fenti kérdés. Valaki telepítette a 3.16.5-ös kernelt frissítés kezelőből, de újraindítás után csak az eggyel régebbi látszott.

Megoldás az, hogy még telepítés után ki kell adni a következő parancsot:

sudo pacman update-grub 

LibreOffice frissítési hiba Manjaro alatt

A fő probléma az volt, hogy a felhasználó az alapból telepített LibreOffice-t használta és nem akart frissülni újabb verzióra. Ekkor a 4.2.6 volt a gépen, miközben már elérhető volt a 4.3.2 is.
Kiderült, hogy a Manjaroban kétféle LibreOffice van. Az egyik a libreoffice-still, amihez kevesebb frissítés érkezik, míg a másik a libreoffice-fresh amihez gyakoribb frissítések járnak.

Megoldás

Elsőként el kell távolítani a meglévő still verziót:

sudo pacman -R libreoffice-still

és telepíteni kell a másik verziót:

sudo pacman -S libreoffice-fresh

64 bites rendszer alatt csak 32 bites a Virtualbox

Ezzel a problémával jómagam is találkoztam és a fórumok többségén sem találtam semmi hasznosat. Az alap probléma az, hogy adott egy 64 bites Manjaro (lehetne más disztribúció is), amire telepítettem a Virtualboxot. A program indítása után az alapbeállításokban a legördülő verzió mezőben csak 32 bites rendszer található. Így 64 bites rendszer nem emulálható.

Megoldás

Az a megoldás, hogy BIOS-ban ki kell választani a virtualizációt és engedélyezni kell.Az engedélyezés után már a lenyíló menüben megjelennek a 64 bites rendszerek is. 

Manjaro frissítési hiba

Miután telepítettem a Manjarot, belefutottam egy elég idegesítő hibába. Rendelkezésre állt több száz frissítést, azonban hiba miatt mindig leállt.

A hiba a következő:

(553/553) checking package integrity               [######################] 100%
error: manjaro-settings-manager: signature from "Ramon Buldó <ramon@manjaro.org>" is unknown trust
:: File /var/cache/pacman/pkg/manjaro-settings-manager-0.3.2-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n] y
error: failed to commit transaction (invalid or corrupted package)
Errors occurred, no packages were upgraded.

Megoldás rá:

sudo pacman -Syu --ignore manjaro-settings-manager

sudo pacman -Syu

Forrás: https://forum.manjaro.org/index.php?topic=17107.0

Western Digial Green lemezhiba linux alatt

Az alábbi leírást Katona András olvasónktól kaptam. Változtatás nélkül közlöm a hasznos információkat. Ezúton is szeretném neki megköszönni!


"A Manjaro WIKI oldalán találtam ezt a leírást, ami engem is érintett, érdemes mindenkinek ellenőrizni más disztribúciók estében is. A szükséges programok valószínűleg meg találhatóak a többi disztribúcióban is. Én most a Manjaro leírását magyarítottam.

https://wiki.manjaro.org/index.php?title=Western_Digital_Green_-_Drive_Fix_-_Linux

A hiba

A hiba akkor jelentkezik ha Western Digital Green vincsesztert Linux alatt rendszerlemeznek használjuk vagy pl. NAS-ban, hasonló körülmények között Windows alatt is előjön. A problémát az lemez intellipark szolgáltatása okozza, ami 8 mp. inaktivitás után parkolópályára viszi az olvasófejet.

A legtöbb Linux disztribúció a háttérben percenként pár alkalommal ír a lemezre pl. logolások. Ennek eredménye akár 100 fölötti parkoltatási ciklus is lehet óránként, ami rendkívül gyors elhasználódáshoz vezet, továbbá lassítja a rendszerműködését.

A példának hozott esetben egy XBCM média szerverben négy év alatt 2 db 1TB merevlemez ment tönkre illetve egy harmadik lemezt megvizsgálva 29549 óra alatt 1991353 parkoltatás volt. Ezzel szemben egy WD Black lemezt meg vizsgálva 721 parkoltatás volt 13579 óra használat alatt.

Ez rendkívüli hiba mivel a gyár leírás szerint a 300.000 parkolási ciklust garantál.

http://www.wdc.com/wdproducts/library/SpecSheet/ENG/2879-771438.pdf

Hogyan ellenőrizheted a WD Green merevlemezt?

Ha ilyen merevlemezed van mielőbb ellenőrizd a SMART adatokat még mielőtt késő lenne.

Ehhez telepítsd a smartmontools-t

Terminálban:
$ sudo pacman -S smartmontools
 
Ellenőrizd a lemez állapotát ha kell cseréld le meghajtó “sda” jelét ha szükséges. (Ha kell terminálban az lsblk paranccsal ellenőrizheted hogy mi a WD Green lemez meghajtó jele, vagy gparted-el, I-nex-el):

Terminálban:

$ sudo smartctl -A /dev/sda | grep "^193" 


193 Load_Cycle_Count 0x0032 253 253
000 Old_age Always - 1991353 

Ha parkolások száma “Load cycle count” meghaladja a pár ezret téged is érint a “idle3 timer”probléma.

Egy ellenpélda, egy lemez adatai amit nem érint a hiba:

$ sudo smartctl -A /dev/sdb | grep "^193" 

193 Load_Cycle_Count 0x0032 200 200
000 Old_age Always - 721


A probléma megoldása

Ha érint a hiba, kijavíthatod ehhez használhatod a WD által kiadott DOS-os eszközt amit wdidle3.exe néven találhatsz meg. Ha nem akarod ezt használni, használhatod a nem hivatalos linuxos megoldást is ami az idle3-tools mely megtalálható a Manjaro csomagtárolójában.

A forrás kódja itt: http://idle3-tools.sourceforge.net/
Telepítsd az idle3-tools -t
Terminálban:

$ sudo pacman -S idle3-tools

Most ellenőrizd a leállítási időzítést. (Ha kell cseréld le az “sda” - t a saját meghajtódnak megfelelően) Terminálban:

$ sudo idle3ctl -g /dev/sda

Valószínűleg 80 [8sec] lesz az időzítés beállítása.
Kapcsoljuk ki a merevlemez időzítését, hogy a rendszer kezelje azt az energia gazdálkodási beállítások szerint. (Ha csak a lemez beállításait szeretnéd megváltoztatni itt találsz leírást: http://idle3-tools.sourceforge.net/)
Az időzitő letiltása. (Ha kell cseréld le az “sda” - t a sáját meghajtódnak megfelelően)

Terminálban:

$ sudo idle3ctl -d /dev/sda

Kapcsold ki a gépet majd, kapcsold be hogy az új beállítások érvénybe lépjenek.
Az újraindítás nem elég!

Ellenőrizd le újra az időzítés beállítását.

Terminálban:

$ sudo idle3ctl -g /dev/sda

most már letiltva kell lennie “disabled”.
Ha akarod eltávolíthatod a feltelepített programokat.
Terminálban:

$ sudo pacman -R idle3-tools smartmontools

Most már élvezheted a WD Green merev lemez előnyeit ha már megvetted"

Boot Repair- Segédprogram összeomlás esetére

Valószínűleg sokakkal előfordult már, hogy amikor töltődött be a rendszer, akkor ez a folyamat valami hiba miatt megakadt. Talán már a GRUB sem jött be, vagy legalábbis hibaüzenetet kaptál. Lehet olyan verzió is, amikor Windowst telepítettél linux mellé és nem jött be semmi sem. Persze van aki tudja, hogy pont fordítva kell az egészet csinálni, de van aki nem.

A Boot Repair program pont ezekre a hibákra lett kitalálva. Többféle javítást el tudsz vele végezni, visszaállíthatók a tábla partíciók, a boot szektorok, stb. Átalakítható a GRUB, belenyúlhatunk a kernelbe (talán ezt óvatosan kellene), törölhető a GRUB, cserélhető az alapértelmezett oprendszer, helyrehozható a sérült fájlrendszer. Egyszóval olyan mint egy svájci bicska. Azt kihangsúlyozom, hogy mindenki csak saját felelősségére használja, mert elég nagy károkat lehet vele okozni. A csomag hamarosan elérhető lesz a hivatalos tárolókban is.

Boot Repair telepítése

Nyisd meg a terminált és írd be a következőket.

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install -y boot-repair

Forrás: http://www.ubuntugeek.com/boot-repair-a-simple-tool-to-repair-frequent-boot-issues.html

Login hiba Ubuntu 13.10-re történő frissítés után

Tehát az eredeti cikk szerint megtörtént az upgrade, majd bejelentkezéskor a felhasználónév és jelszó beírása után megint a login képernyő fogadta a usert.

Erre a következő megoldást írja a cikk:

A hiba a Cinnamon asztali környezettel van összefüggésben, ezért a teljes pakkot el kell távolítani. Nyomj egy Ctrl+Alt+F1-et amivel bejutsz a terminálba vagy használj SSH-t és futtasd a következő parancsot.

sudo apt-get purge cinnamon*

sudo apt-get autoremove

 Állítólag újraindítás után minden rendben működött.Ha van valakinek erre más megoldása ossza meg a többiekkel a komment mezőben. Köszönöm!

Forrás: http://www.ubuntugeek.com/fix-for-cant-login-after-upgrading-from-ubuntu-13-04-to-ubuntu-13-10.html

Root jelszó hiba Fedora 18 alatt

A Fedora 18 elég rendesen megújította a telepítőjét, aminek jellegzetessége, hogy root jelszót nem feltétlenül kell megadni. Persze aki ragaszkodik hozzá, (mert zavarja a hibajelző háromszög) az beállíthatja. A probléma nem itt kezdődik. Telepítés után ha szeretnék kiadni egy yum update parancsot terminálban (vagy esetleg mást amihez root jog kell), akkor a jelszót már nem akaródzik neki elfogadni. Hiába adtam meg telepítés során. Természetesen így telepíteni sem enged semmit sem. Véleményem szerint ez csak egy bug, amit talán már jeleztek a fejlesztők felé. Némi guglizás után találtam rá egy megoldást ami működött.
Ha szeretnél telepíteni valamilyen programot, akkor a következőképpen lehet megtenni

yum -y install programnév

Amennyiben tudtok egyéb alternatív megoldást, akkor írjátok meg a komment mezőben. Köszönöm!

Linux Mint Debian frissítési hiba

Már jeleztétek nekem a cikk megírása után és én is találkoztam a következő jelenséggel: amikor a mintUpdate-el szeretnéd frissíteni a csomagokat, akkor kiírja hogy törött csomagok vannak és futtasd le a megfelelő parancsot. Nosza terminált kaptam és beírtam hogy sudo dpkg --configure -a. Erre természetesen semmi nem történt. Próbálkoztam azzal, hogy Synapticban kilistáztattam a törött csomagokat és egy nagy nullát írt ki. Végső elkeseredésemben futtattam egy apt-get update és upgrade-et. Ekkor vettem észre hogy néhány csomagot visszatartott, ezek voltak a ludasak vagyis a "törött" csomagok.

Megoldás

Ezeket a csomagokat kikerestem Synapticban és kijelöltem frissítésre. Érdekes módon frissítés után már nem volt problémája a mintUpdate-nek. Ha van más megoldási lehetőség akkor írjátok meg nekem.

Lynx esete a zárt meghajtóval

Az új Grub2 és a Plymouth technológia talán nem volt a legszerencsésebb párosítás az új 10.04-es Ubuntuban. A Grub2 azért, mert egyrészt béta állapotú, másrészt csak szkripttel hegeszthető, így az egyszerű konfigurálás oda, lehet how-to-k után matatni a neten. A Plymouth azért, mert a zárt meghajtókat készítő cégek nem támogatják, így a programok feltelepítése után egy ocsmány boot-folyamatra készülhetünk.

Erre próbálok megoldást javasolni az alább következő bejegyzésben. Az ötlet nem saját kútfő, én csak két helyen egészítettem ki, a forrást a bejegyzés alján találjátok. Leközölni azért merem, mert az ubuntu.hu-s fórumon ezzel a karakteres felületre átváltva tapasztalt csíkozódást, használhatatlanságot is sikerült megoldani.

Lássuk akkor pontokba szedve:

0. Nyissunk egy Terminált!
1. Jelentkezzünk be: sudo -i
2. Telepítsünk pár hasznos programot: apt-get install v86d hwinfo
3. Megtudjuk, milyen felbontásokra képes a monitorunk: hwinfo --framebuffer
4. Megnyitjuk a grub-ot szerkesztésre: gedit /etc/default/grub
5. A GRUB_CMDLINE_LINUX= sort kommenteljük (#), tehát lezárjuk.
6. Beszúrjuk ezt a megfelelő helyre:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset video=uvesafb:mode_option=1024x768-24,mtrr=3,scroll=ywrap"
7. Ezt a sort kikommenteljük( kitöröljük előle a #), kiegészítjük:
GRUB_GFXMODE=1024x768
8. A boot-loader várakozási idejét is lerövidítjük (az új kernelt úgyis a 0. helyre teszi), nyerünk 5 másodpercet:
GRUB_TIMEOUT=0
9. Lépünk tovább: gedit /etc/initramfs-tools/modules
10. Beszúrjuk a következő sort: uvesafb mode_option=1024x768-24 mtrr=3 scroll=ywrap
11. Kiadjuk a következő parancsot: echo FRAMEBUFFER=y | sudo tee /etc/initramfs-tools/conf.d/splash
12. Folytatjuk ezzel a paranccsal, ha hiba van, itt jelezni fogja: update-grub2
13. Végül: update-initramfs -u
14. Újraindítás
15. Örül!

A felbontások helyére természetesen a sajátodat írd. A felbontás egyezzen meg a grafikus felületen használttal, így CTRL+ALT+F1-nél nem esik szét a karakteres konzol.

Az igazsághoz hozzá tartozik, hogy néha a virtuális konzolra váltásnál lehet uvesafb hiba, ez nem vészes, egyrészt nem jön elő mindig, másrészt azon kívül, hogy tájékoztat róla, nincs hatása. Lehetséges, hogy a karakteres felület színmélységének csökkentésével megszüntethető, bár még nem próbáltam.

Mivel elveim ellenére most uborkát használok, és ez alapján javítottam meg a Plymouth-ot, ezért bátran mondom: működik. Azonban mielőtt nekiállsz, mindenről készíts biztonsági másolatot, hogy gebasz esetén livecd-ről vissza tudd hozni a rendszered.

Jó hegesztést! ;)

Forrás: TUX Idilli élete ;)

Ubuntu GPG hiba javítása

Amennyiben Intrepidet használsz és a következő hibaüzenetet kapod: W: GPG error: http://archive.canonical.com intrepid Release: "The following signatures were invalid: BADSIG 40976EAF437D05B5 Ubuntu Archive Automatic Signing Key" akkor a következő két megoldási lehetőség van rá.

1. Variáció

Indíts el egy terminált és futtasd le a következőket:

sudo -i

sudo apt-get clean

sudo cd /var/lib/apt

sudo mv lists lists.old

sudo mkdir -p lists/partial

sudo apt-get clean

sudo apt-get update

2. Variáció szintén terminálban

sudo aptitude -o Acquire::http::No-Cache=True -o Acquire::BrokenProxy=true update

sudo apt-get update

Forrás: http://www.ubuntugeek.com/how-to-fix-the-ubuntu-gpg-error-badsig.html

Pattogó hang megszüntetése Ubuntu Karmic alatt

Kezdem azzal, hogy Pingwin nevű olvasónk ajánlott egy jó oldalt. Szerencsére találtam benne olyan cikkeket, amikkel megéri foglalkozni. Legalábbis én mindenképpen hasznosnak találom. Az oldalon vannak apróbb hírek, és ami teljesen passzol a mi profilunkhoz is leírások.
Kezdem is egy nyúlfarknyi, de talán annál fontosabb leírással.

Hamarosan kijön az ubuntu 9.10-es verziója, ami egyelőre béta állapotú. Ebből következően előfordulhatnak még benne hibák, amiket a fejlesztők nem orvosoltak. A cikk is egy zavaró hibáról szól. Természetesen a Launchpadon már tudnak róla a fejlesztők, és hamarosan megoldás is lesz rá. A hiba nem más mint hogy pattog vagy szaggat a hang lejátszás közben. Ez csak Intel kártyáknál jön elő.
A megoldás:

Nyomj Alt+F2-t, majd futtasd le a következő parancsot.

gksu gedit etc/modprobe.d/alsa-base.conf

Most az utolsó sor elé egy # jelet kell tenni. Ez így néz ki

#options snd-hda-intel power_save=10

Mentsd el a fájlt. Elméletileg meg kellene szűnnie a hibának.

Forrás: http://webupd8.blogspot.com/2009/10/fixing-popping-sound-in-ubuntu-karmic.html

Flash hiba megoldása Jauntyra való frissítés után

Tegnap úgy gondoltam hogy megnézem mennyire vagyok eleresztve anyagilag. Persze ezt eddig is tudtam, de szeretem látni a számokat is. Beírtam a bankom címét, és rákattintottam az internetes bankolás részre. Már az gyanús volt hogy annyit gondolkozott,de aztán jött csak a meglepetés. Nem tudtam belépni, merthogy nem elég friss a flash. Aha. 10-es van fent. Beszéltem gugli barátommal és az ügyfélszolgálattal is, ahol kiderült hogy az én gépemben van a hiba. Most már elhárult a probléma, de ehhez kellet ez a cikk is.

Ubuntu 8.10-ről 9.04-re való frissítés után előfordul hogy hibaüzenetet kapsz flash lejátszás közben. (Az eredeti cikkben 64 bites-ről van szó) Tehát a böngésző felszólít hogy telepítsd a legújabb flasht ami persze fent van. A plugin újratelepítése nem oldja meg a problémát.
Íme a megoldások.

1. Megoldás

Távolítsd el a régi flash terminálon keresztül.

sudo apt-get remove flashplugin*

Telepítsd fel az újat

sudo apt-get install flashplugin-nonfree

Indítsd újra a böngészőt.

2. Megoldás

Előfordul, hogy neked egy nyílt forráskódú flash plugin van telepítve mint a gnash vagy swfdec. Ezek okozzák itt a galibát. El kell távolítani.

sudo apt-get remove swfdec-mozilla swfdec-gnome mozilla-plugin-gnash gnash

majd

sudo apt-get install flashplugin-nonfree

3.Megoldás

Lehet hogy a hibát compiz okozza. Telepítened kell a compizconfig-settings-manager-t

sudo apt-get install compizconfig-settings-manager

Majd Rendszer/Beállítások/Compizconfig
Általános fül, és itt vedd ki a teljes méretű ablak elől a jelölést.

4.Megoldás

Töltsd le a flash playert innen http://download.macromedia.com/pub/labs/flashplayer10/libflashplayer-10.0.22.87.linux-x86_64.so.tar.gz
Tömörítsd ki tar -xzvf libflashplayer-10.0.22.87.linux-x86_64.so.tar.gz (neked lehet hogy 32 bites kell.)
Helyezd be ide ~/.mozilla/plugins


Forrás: http://www.ubuntugeek.com/fix-for-flash-not-working-after-jaunty-upgrade-64bit.html

Fedora kérdések és válaszok 2.

Akkor folytassuk a tegnap elkezdett hibaelhárító sorozatot.
Mai témák: hang hibák elhárítása, lemez ellenőrzési hiba és nvdia kártyákhoz driver installálása

K: Hogyan engedélyezheted a 3D támogatást Nvidia kártyával Fedora alatt?
V: Az RPM Fusion tároló kifejezetten fedora specifikus drivert tartalmaz. Először is meg kell róla győződni, hogy engedélyezted az rpmfusion tárolót, és telepítetted a szükséges csomagokat. (Erre még visszatérek egy másik bejegyzésben.) Tehát szükséges az rpmfusion, a Packagekit és néhány csomag. Ha ezek megvannak, akkor nyiss egy terminált és válts át root módba

su -

Majd telepítsd a drivert

yum install kmod-nvidia

Indítsd újra a gépet, és már működik is a 3D támogatás.

K:Ha elvégzel egy telepítő lemez ellenőrzést, akkor a rendszer hibásnak látja a lemezt. Miért van ez?
V: Ezt a hibát egy kernel bug okozza, ami miatt néhány lemezt hibásnak ismer fel a rendszer pedig nem is az. Ha szeretnél teljes lemezellenőrzést végezni, akkor a következőt kell tenned.

• Az install prompt után írd be ezt: linux mediacheck ide=nodma
• Futtasd végig a lemez ellenőrzését
• Indítsd újra a gépet és futtasd végig a telepítést

K: Mi okozhatja a lejátszás közben hallható kattogást, zörgést egyszóval a hanghibákat?
V:Amennyiben hibával találkozol pl. zenelejátszás közben, akkor a következőkkel próbálkozhatsz:

A fedora kiadott egy frissítést az alsa-plugins-pulseaudio-hoz, ami néhány embernek megoldhatja a problémáját.
Nyiss egy terminált és válts át root módba

su -

Frissítsd a csomagot

yum update alsa-plugins-pulseaudio

Indítsd újra a gépet

reboot

Ha ez sem oldotta meg a problémát akkor egy másik dologgal kell próbálkoznod.
Szintén terminál szükséges root jogokkal. Majd szerkeszteni kell a /etc/pulse/default.pa fájlt

nano /etc/pulse/default.pa

Keresd meg ezt load-module module-hal-detect a sort és cseréld ki erre

load-module module-hal-detect tsched=0

Mentsd el az egészet és lépj ki a szerkesztőből. Zárj be minden olyan programot ami hangot használ, és indítsd újra a pulse audiót

pulseaudio -k

Ha így rosszabb lesz a helyzet, akkor állítsd vissza az eredeti állapotába a default.pa fájlt.

Forrás: http://www.fedorafaq.org/#gpgsig

Fedora kérdések és válaszok 1.

Sikerült találnom egy jó kis oldalt, ahol kérdés-felelet formájában vannak az információk. Innen szeretnék magyarosítani részeket. Azt gondolom sokkal nagyobb segítség lesz mint az eddigi bejegyzések, mert a magyar nyelvű dokumentáció igencsak gyér. Remélem találtok itt is hasznos információkat. Természetesen nincs tökéletes angol tudásom, így előfordulhatnak kisebb félrefordítások. Ezért előre is elnézést kérek. A lényeg a hozzáállás és a segítőkészség szerintem.

Lássuk az első faq-ot. Ez főleg hibaelhárítással kapcsolatos.

Kérdés:Mi a teendő akkor , ha olyan hibaüzenetet kapsz az RPM-től hogy nincs kulcs vagy gpg aláírási hibát yum használatakor?

Megoldás: A nincs kulcs ne igazi probléma, de ez nem azt jelenti hogy nem kell semmit sem csinálni. Ha szeretnéd megoldani a problémát, akkor a következőket kell tenned. Nyiss egybterminált és válts át root módba (su)

• Red Hat és Fedora extrák: rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY*
• rpm.livna.org: rpm --import http://rpm.livna.org/RPM-LIVNA-GPG-KEY
• FreshRPM: rpm --import http://freshrpms.net/RPM-GPG-KEY-freshrpms
• DAG: rpm --import http://dag.wieers.com/packages/RPM-GPG-KEY.dag.txt
• ATrpm: rpm --import http://atrpms.net/RPM-GPG-KEY.atrpms
• NewRPM: rpm --import http://newrpms.sunsite.dk/gpg-pubkey-newrpms.txt
• Dries (rpmforge): rpm --import http://apt.sw.be/dries/RPM-GPG-KEY.dries.txt
• JPackage: rpm --import http://www.jpackage.org/jpackage.asc
• Kde-Redhat: rpm --import http://kde-redhat.sourceforge.net/gpg-pubkey-ff6382fa-3e1ab2ca
• PlanetCCRMA: rpm --import http://ccrma.stanford.edu/planetccrma/RPM-GPG-KEY.planetccrma.txt

K: Hogyan engedélyezhetem a 3D támogatást ATI kártyával Fedora alatt?
V:Az RPM Fusion tároló tartalmazza ezt a drivert kifejezetten Fedorához.
http://rpmfusion.org/

Megjegyzés: Amnennyiben az nvidia driver már telepítve van, akkor előtte le kell szedni!

Bizonyosdj meg arról, hogy az RPM Fusion tároló telepítve van! Ha ez megvan akkor nyiss egy terminált és válts át root módba

su -

Telepítsd a drivert

yum install kmod-fglrx

Állítsd le az X-et

init 3

Logolj be rootként és engedélyezd a drivert

fglrx-config-display enable

Újra kell építeni a kernel konfigurációt

new-kernel-pkg --mkinitrd --update $(rpm -q --queryformat="%{version}-%{release}.%{arch}\n" kernel | tail -n 1)

Újra kell indítani a gépet

reboot


Forrás: http://www.fedorafaq.org/#sound-pops

Sun Java 6 telepítése utáni probléma és megoldása

Miután telepítetted a Sun Java SE 6-os verzióját, akkor előfordulhat a következő hiba. Nem tudsz lecsatolni állományokat. Pl. Windows NTFS kötetet. Ezt a jexec okozza.
A megoldás a következő lesz. Nyisd meg a Yastot és



a listából keresd ki a jexec szolgáltatást és kapcsold ki. Ez megoldja a problémát ami kikapcsolás közben előjön.




Forrás: http://www.susegeek.com/general/fuser-control-filesystem-unmount-error-after-installing-sun-java-se-6/