Hozzászólások
-
Bejegyzés
-
[OFF]
Ezt a hozzáállást, ahogyan segítetek az újaknak, ezt nagyon szeretem. Amikor ezt látom mindig egy kicsit melegség tölti el a szívem.
[/OFF]Katu!
Ha rám hallgatsz, nem követed el azt a hibát, hogy jártasnak ítéled magad a számítástechnikában azért, mert Windows alatt mondjuk profi vagy. Sokan sajnos így gondolják, de Linux esetében 99%-ban a nulláról kell kezdeni. Ha ezt elfogadod, akkor sok-sok érdekes élményben lesz részed. Ha viszont úgy gondolod majd, hogy Te okos vagy, viszont a Linux hülye, mert nem úgy cselekszik, ahogyan tette azt a M$, akkor a kudarcélmény rossz útra fog vinni. Sajnos ezt tapasztalom a környezetemben. A linux szar. Mert pl. nem bír DVD-RAM-ot írni. Utóbbit én sem tudtam megoldani, de biztosan van megoldás. Majd megtaláljuk. 🙂amit tenni kell:
rootként szereztettem a /dev/sudoers-t:
goraki ALL=(ALL) NOPASSWD: ALL
[align=right][snapback]128088[/snapback][/align]Ez a módszer nagyjából egyenlõ azzal, mintha rootként lennél fent a neten. Ha egy levélben lévõ intelligensebb „vírus” kipróbálja a sudo-t, akkor szívhatsz. 🙂 Mindenre jelszó nélküli root jogú futtatási lehetõséget adni hatalmas biztonsági rés nyitása!
Inkább azt javaslom, hogy adj 666 jogot az eszközre, és +s (setuid) jogot az /usr/sbin/pppd-re, és valahová a path-ban lévõ egyik könyvtárban (ha a saját könyvtárad/bin benne van, akkor oda) hozz létre egy linket pppd néven, ami az /usr/sbin/pppd-re mutat. Ezután – ha a resolv.conf korrekt – userként is mennie kell a csatlakozásnak.
Elméletileg a 2.0-s eszköznek kompatibilisnek kéne lennie az 1.1-es hostvezérlõkkel. Is.
Gyakorlatilag azonban elég sok gyártónál le se tojják a szabványosságot, mondván a legtöbb új gépben már úgyis 2.0-s portok vannak.
[align=right][snapback]127689[/snapback][/align]Biztosan így van, ahogyan mondod, de itt nem lehet errõl szó!
UHU 1.1 Kamion: USB 1.1-es PORT + USB 2.0 pendrive = T
man su:
Code:-, -l, –login
A shellt bejelentkezési shellként indítja. Ez a
következõket jelenti: törli az összes környezeti változót,
kivéve a TERM-et, HOME-ot, és a SHELL-t (amiket a fent
leírt módon állít át), és a USER-t és LOGNAME-t (amiket
szintén a fent leírt módon állít át a rootnak), továbbá a
PATH-t, amit a fordításkor meghatározott alapértékre
állít. Az aktuális könyvtárat a felhasználó home-
könyvtárára állítja. A shell neve elé egy – -t szúr be,
így eléri azt, hogy az beolvassa a startup fájlját illetve
fájljait.„A tapasztalatok alapján arra gyanakszunk, hogy a hibás USB-eszköz kezelés akkor következik be, ha az USB port 1.1-es, míg az eszköz 2.0-s. Nekem is ez a felállás.”
szerintem azért 2.0-s az eszköz, mert olyan kell neki.
[align=right][snapback]127681[/snapback][/align]Jó neki, ha 2.0-s lyukba van dugva, hiszen lényegesen gyorsabb, de pl. UHU Kamion alatt így is korrektül mûködik.
Köszi Kyjan! Ez így kerek. 🙂
Halas koszonet a reszletes segitsegert Derrick!
Egyenlore visszatettem az 1.1-et, mert az nvidia driver sem akar mukodni, pedig a legujabbat probaltam felrakni (NVIDIA-Linux-x86-1.0-7167-pkg1.run) A jelenseg az, ami altalaban lenni szokott, amikor indul az X, az nvidia logo meg megjelenik ,aztan lefagy a rendszer. Most az 1.1 alatt ugyanaz a driver hiba nelkul megy.
Akkor megint frissitek 1.2 -re, megprobalom a GPRS-netet osszehozni. Tenyleg jo reszletesen leirtad, szerintem sokaknak segit, mert ugy latom nem csak en kinlodok ezzel! B)
Koszi megegyszer!
[align=right][snapback]125813[/snapback][/align]NEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Szívesen, de nehogy felülírd az 1.1-es rendszeredet megint!!!
Inkább „szerezz” egy partíciót, ahová felteheted az 1.2-t, elmennek azok szépen egymás mellett! Rengeteg felesleges idõpocsékolástól óvhatod meg magad így!!!
Nekem is van mindkettõ rendszer egyelõre.
Az NVidia logo lefagyása miatt pedig az xorgconfig lehet a felelõs! Nézd meg, hogy az /etc/X11/xorg.conf -ban minden jól van-e beállítva, kb. így:
Section „Device”
Identifier „UHU-Card”
Driver „nvidia”
EndSectionés ha van Load „dri”, akkor
# Load „dri”….
Ezt beletettem egy internet nevû file-ba, és futási jogot kapott. Root-ként indítod. A gkrellm mutatja a felhasznált adatmennyiséget.
Tényleg, van valakinek ötelte hogy lehet a gkrellm-t user-ként futtatni ebbõl a szkript-bõl??
[align=right][snapback]125622[/snapback][/align]Hát, a setuid bit beállítása nem biztos, hogy menni fog, de a sudo valószínûleg igen.
Az /etc/sudoers fájl kell szerkeszteni. Ehhez illik a visudo programot használni, de én inkább újraindítom a gépet a szerkesztés után, minthogy megtanuljam a vi használatát. 😆 (bocsánat a vi szerelmeseitõl, de nekem inkább 1000 joe, mint egy vi!)
Egy ilyen sor nagyjából elég is lesz:
teuserneved ALL=(ALL) NOPASSWD: /gkrellmpath/gkrellmAztán az indításhoz pedig valami ilyesmi kell:
sudo -u root gkrellmEz úgy ahogy van, elméleti, még nem próbáltam ki, de nagyjából mûködnie kell. 😉
….
Sajnos az internet kapcsolatot nem sikerult beallitanom. Az alapveto problema vele, hogy az infraportot (alaplapi) sem tudtam, mukodesre birni.
Latom, hogy Derricknek sikerult. Legyszi irjatok le egy kicsit reszletesebben, mert nem tudom, hogyan ellenorizhetnem egyaltalan a kapcsolatot, most nincsen irkbd sem. Talan irdadump?
[align=right][snapback]125617[/snapback][/align]Olyan nagyon-nagyon részletesen én sem tudom, de azért valamit talán tudok mondani, amin érdemes elindulnod, hátha többre jutsz. catalisat már leírt egy scriptet, ez valahol az alapja az egésznek. Valahogy érdemes megérteni az egésznek a mûködési mechanizmusát, és akkor, szerintem Te is meg tudod majd oldani a problémát pillanatok alatt.
1. modul kell, ami kezeli az IrDA-t. Valószínûleg Neked is az actisys kell, alaplapikhoz asszem ez szokás
modprobe actisys2. Létrehozod az eszközt a megfelelõ majorral és minorral. Major a 161, innen tudja majd a kernel, hogy melyik résznek (modulnak) kell megkapni a vezérlést, ha ezzel az eszközzel kapcsolatosan történik valami. Nem ördöngösség, nekem is misztikusnak tûnt, hogy miért 161 és miért nem 12 vagy éppen 231. A megoldás az /usr/src/linux/Documentation/devices.txt file-ban rejlik. Ott látszik, hogy a 161-es major számmal megadott karakteres („c”) eszközök az IrCOMM eszközök. A minor az eszközmodulon belül azonosítja az eszközt. Az elsõ célszerûen 0, a második az 1 és így tovább. Ha csak egy eszközöd van, akkor az a 0 minorú, ha jók a megérzéseim.
mknod /dev/ircomm0 c 161 0 : /dev/ircomm0 eszközként karakteres 161 majorú, 0 minorú eszköz jöjjön létre, mert ez kell Neked.3. Az infrát hálózati eszközként kell inicializálni. Ehhez az ifconfog parancs kell:
ifconfig irda0 up
Ez az irda0 eszközt „felkapcsolja”. Ha kiadod paraméter nélkül az ifconfig parancsot, láthatod, hogy megjelent egy új irda0 hálózati eszköz is.4. „Csatlakoztatni” kell az infra-eszközt. Erre kell az irattach
catalisat így írta: irattach /dev/ttyS0 -d actisys -s
de így is kell[ene] mûködnie: irattach irda0 -s -d actisys
Ez a parancs nincs túldokumentálva, nem is látok bele a mélyébe. 🙂5.
catalisat szerint: chmod 777 /dev/ircomm0
szerintem: chmod 666 /dev/ircomm0
nem kell rá futtatási jog, elég írni és olvasni mindenkinek. Ha nem buherálsz, akkor maradhat a 644 jog is, úgyis csak rootként tudod majd futtatni, mert a pppd nem fut alapból másként, csak rootként. 🙂Ezután elvileg az irkbd vagy az irdadump parancs kimenetében meg kellene jelennie a telefonnak.
catalisat írta:
gkrellm &
ezt nem ismerem.catalisat írta:
pppd file ./siemens-m65Ehhez SG parancs kiadásával tudsz sriptet (fent siemens-m65) generálni, és akkor ezzel a paranccsal konzolból tökéletesen megy a net.
A masik gond a GPRS EC-vel van/volt, hiaba nyomtam a csatlakozas gombot, nem tortent semmi, meg hibauzenetet sem adott. Felraktam a 2.5.3-at, most legalabb hibauzenet van, viszont a kapcsolat megsem jon ossze az infra miatt. Igaz soros kabellel sem sikerult, pedig 1.1 alatt gond nelkul ment.
[align=right][snapback]125617[/snapback][/align]Igen, azt én is láttam, hogy gáz van az 1.2 GPRS EC programjával, nem igazán mûködik nálam is ugyanúgy nem csinál semmit, mint Nálad. Még csak másodlagos rendszer nekem az 1.2, így meg sem próbáltam bekonfigurálni. 🙂 Mégis azt gondolom, hogy az eszközök jogaival lehet probléma, talán.
Megtaláltam a megoldást, leírom, hogy aki hasonló gonddal küzd, itt megtalálja a megoldást.
Szóval a modules.load fájlba kell beírni, hogy milyen modulok töltõdjenek be. Ekkor nincs szükség modprobe -ra, csak simán be kell írni a fájlba, hogy bttv card=xy …stb. Megadni minden szükséges paramétert és mûködni fog.
Köszönöm a segítséget mégegyszer mindenkinek.
[align=right][snapback]125065[/snapback][/align]Szerintem elegánsabb, ha mégis a modprobe.conf fájlt szerkeszted. Pl. a tuner esetében nekem ilyen, és teljesen korrekt: (a modules.load üres!)
Code:alias char-major-81 bttv
options bttv card=10 tuner=1 radio=1
options tuner debug=1
options tvaudio debug=1De ez persze csak ízlés dolga. 🙂 Ilyenkor innen veszi a modul paramétereit, azaz nem kell explicit módon megadni a modprobe (vagy automatikus betöltés) -kor.
Az USB-s problémám részben nem is probléma. 🙂 A digit fényképezõt gyönyörûen kezeli az UHU 1.2. Azért produkálta a hibát, mert elõtte feldugtam a pendriveot is, az meg behalasztotta – úgy tûnik – az USB portot. Ha nem nyomom fel elõtte a pent, akkor a fényképezõ tökéletesen kezelhetõ. Eggyel kevesebb probléma.
Az, hogy a pencdrive-ot csak akkor kezeli, ha már a boot idején fel van csatolva, kényelmetlen kicsit, de elviselhetõ, olyan gyakran nem fordul elõ, hogy már futó rendszer idején hirtelen kell csatolnom a pendriveot.
Mindenesetre az ‘fuser /proc/bus/usb/device’ szerint a hald fogja ezt a fájlt. Ezzel még egy kicsit játszadozom majd.
legutóbbi hsz