Új hozzászólás Aktív témák
-
Sipi
addikt
Most nem tudom, tőlem vagy dr_strange-től kérded.
Nálam a grubkonf sorában a régebben leírt dolgok vannak. Emiatt a kernel indulásakor pár sor kiírása után azonnal fb-be vált, ami jelen esetben csak annyit jelent, hogy nagyfelbontásban látom a karaktereket tovasuhanni.
Az init végén pedig, amikor a login jönne, bejön a framebufferes qingy, ami lefedi az eddigi karaktereket egy grafikus képpel. Nekem induláskor semmiféle splash nincs sehol.
A qingy azt indít, amit akarsz. Jelenleg kde 3.4, 3.5, Metisse nevű 3D ablakkezelő, szöveges konzol és sima twm van benne. KDE most még nem fut konzolban, kell neki az X, mert a Qt-nek is kell.
Ja, X-et lehet fb-n futtatni, azon talán lenne valami KDE is. De ne keverd: az fb csak annyi, hogy nagy felbontásba kapcsolsz. Ha a vga= paramétert adod meg, akkor a standard 80x25 karakter helyett lehetőséged lesz pl. 1310x80-at megadni. De karakteres marad a kijelzés, noha képet is meg tudsz jeleníteni.
A video= paraméterrel teljesen grafikus módba váltasz. Felbontás, frissítés, miegymás. Ettől függetlenül itt is karaktereket tudsz kiíratni, csak nem lesz értelme annak, hogy 130x80 karakteres mód, mert itt pl. 1024x768-as felbontás lesz, és ha 16 pixel széles karaktereket használsz, akkor 1024/16 darab karaktert írhatsz ki.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
asturel
őstag
-
Yom
aktív tag
probald meg azt, hogy kiadod az eix-et egy csomagra, amirol tudod, hogy emerge sync utan frissulni fog a verzioja. utana kiadod ujra uarra a csomagra az eix-et. ha nem valtozott az elerheto verziok, akkor eix-sync es nezd meg ujra igy biztos kiderul, hogy ki kell e adni. most nem vagyok a gentoo-m elott, legkozelebb csak hetfon leszek
de sztem ki kell adni, hogy frissuljon az eix adatbazisa.
ha tevedek, javtison ki vkiI came. I saw. I lagged out.
-
Sipi
addikt
Az eix-sync, a saját helpje szerint meghívja az emerge sync-et, majd az update-eixet. Ergo, emerge sync után elég az update-eix parancs kiadása. Vagy pedig csak ezt használod.
(Hehe, nem is tudtam, hogy van ilyen parancs.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Jól logikázol.
KDE és Gnome alatt nem kell az ivman. Az ivman automatikus csatoló, ugyanúgy, mint a gnome-volume-manager vagy a kde media kioslave. Ugyanazt a funkciót látják el, ezért ha egyszerre használod, problémák lépnek fel. Konkrétan tuti, hogy gond lesz a lecsatolással. Pl. egy USB stick bedugása esetén csatolni fogja az ivman és a KDE is. Ez nem gond, de KDE alól többé nem tudod umountolni, mert fogja az ivman. Így kézzel, konzolból is le kell csatolni, meg KDE alól is. Ha egyáltalán menni fog.
Azt azonban meg lehet csinálni, mint én is, hogy az ivmant használom a volume-mal rendelkező eszközk (usb stick, plusz vinyó, ipod...() csatolására. A KDE alatt pedig be van kapcsolva a media manager, de csak a digikamerára, mert az enyém nem USB Mass Storage-es, tehát elvileg az ivman semmit sem csatol fel, hiába csatlakoztatom. A KDE azonban a PTP protokollon keresztül kezeli, így a KDE alatt tudom csatolni. Mivel az ivman nem csatolja, nem vesznek össze. A KDE alatt pedig úgy állítottam be, hogy semmi mást ne próbáljon csatolni. Igaz, így nem jelennek meg szép ikonok a desktopon.
Annyi hákli lehet vele, hogy esetleg nem ismeri fel, ha az eszköz állapota megváltozik (pl. bedugod). Ilyenek egyes cdromok is. Valahol az ex topikban van egy hsz-em, abban egy kódrészlet, mit kell beírni, hogy a hal észlelje az ilyen eszközöket is.
Ezt a dbus-monitor --system paranccsal tudod megnézni. Elindítod, és csatlakoztatsz. Ha semmit sem ír ki, gáz van, mert már a kernelből ki sem jön az üzenet, amit utána a hal kezelne. Ha kiír valamit, akkor a hal a ludas.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
escie
őstag
az fstabbel mi a helyzet? mert most ki van töltve, de mielőtt hozzáfogtam ehhez az automunt dologhoz, kitöröltem a statikus bejegyzéseket leszámítva(hda partíciók, procfs, stbstbstb).
most, az fstab-sync által kitöltött van. ennek nem dinamikusan kellene változnia, attól függően, hogy mi van ''bedugva'' a gépbe? vagy én értek félre valamit?
úgy döntöttem, marad az ivman, ezzel kikerül az ikon, mountolódik, leválasztani is tudom a cuccokat, de a pendrive csak nem jó. hiába mountolja, nem tudom olvasni.
asszondja, nem sikerült belépni a /media/usbdisk könyvtárba...
viszont ha kézzel mountolom, illetve rákattintok a kde-ből, akkor szépen felmountolja, olvashatom, meg minden, na erre varjon valaki gombot... az ivman mi alapján mountol(rosszul)? mert a kde(kattintáskor) az fstab alapján...
ha kézzel mountolom: mount /dev/sdc1 /vala/hova, akkor minden fasza. az ivman vajh miért mountolja rosszul?
kapcsolódó fstab sor:
/dev/sdc1 /media/usbdisk vfat users,exec,noauto,utf8,noatime,sync,managed 0 0
jelen esetben a kde annyit csinál, hogy ha van valami mountolva, azt kiteszi a desktopra, ez nekem asszem elég lesz, sőt, így más wm sem marad automount nélkül.
ezt az pendrive problémát kéne még megoldani...
[Szerkesztve]I'm back, baby!
-
tierbatyo
senior tag
-
Sipi
addikt
Semmit sem kell indítanod, totál automatikus.
Ez a kioslave a kdebase csomag része. Ha a nagy egybeKDE-t tetted fel, persze, hogy nem tudod egyesével emergélni a részeit - nem is kell. De a kdebase-t a hal flaggel kell felrakni - nézd meg, azzal van-e! Ja, és mivel a hal jelenlegi verziója totál más, mint a régi (nem kompatibilis), ha a régivel emergelted a KDE-t, újra kell húznod a kdebase-t.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Baj van, de csak magamon belül.
No, ezerszer átfutva sem értelek, de szerintem Te sem engem.
Elölről.
A kernel a hotplug-eseményekre kernelüzenetekkel reagál. A user programok számára ezt a dbus közvetíti. Első dolog: dbus-monitor --system, ha a csatlakoztatás/kihúzás eseménye nem jelenik meg itt, akkor semmi sem fog működni. De ez ritka eset.
A dbus átadta az eseményeket user space-be. Ezt erre szakosodott programok figyelhetik - jelenleg a halról tudok, ami ezt teszi. Dolga: a csatlakoztatható dolgokra vonatkozó események figyelése, s ha ilyet talál, a saját szabályai alapján létrehozni pl. fstab-bejegyzéseket, eszközöket, jogokat generálni. Nem csatol semmit, ezt valamilyen automounternek kell megtennie - használhatja a hal által létrehozott adatkat, de saját feje után is mehet.
Tehát a hal elkapta a dbus-t, reagált. Most jön a csatolás.
NEM KELL ragaszkodnod az ivmanhez. Ez csak egy az automounterek sorában. Ha KDE-t akarsz használni, akkor nem is szabad az ivman - fel sem kell tenned!
Jelenleg Nálad mintha lettek volna olyan gondok, hogy a KDE-t (kdebase) hal flag nélkül fordítottad, majd fordítottad régebbi hallal, s utána frissítetted a halt az újra. HAL nélkül, vagy a régiről újra átállva a KDE media kioslave-je nem tud mit kezdeni a hal eseményekkel.
Ha már fent van az új dbus és hal, újra kell fordítani a kdebase-t (vagy splitted ebuild esetén a kdebase-kioslaves-t) a hal flaggel. A KDE-nek semmi köze az ivman-hez, nem kell a működéséhez! A hal által létrehozott események, bejegyzések alapján a pmount programmal csatol.
Döntsd el, mit akarsz. ivman-t használni, akkor felejtsd el a KDE sajátját, ami ikonokat rak a dsktopra. Vagy KDE ikonozás, akkor unmergeld az ivmant, és a hal flaggel emerge kdebase.
Ha ez megvan, konzolban indítsd a dbus-monitor --system parancsot, és helyezz be eszközöket (USB stick, cédé, stb.). Ha semmi sem jelenik meg eseményként, dbus vagy kernel-hiba van. Ha megjelenik, az alap alrendszer működik. Léphetsz tovább a halra.
Ennek max. annyi gondja szokott lenni, hogy a beépített szabályhalmaza nem megfelelő a rendszerednek. De ha a dbus megy, a hal is szokott. Ha pl. az fstab-ban megjelennek a managed bejegyzések, tutira működik.
A /usr/sharehal/fdi-en vannak a hal működését leíró fdi file-ok. Asszem, változott a hely, régebben itt egy 95userpolicy könyvtárat kellett csinálni, abban tenni a módosított fdi file-okat. Most talán az itteni policy-ban kell a 95userpolicy, abba a saját. De ezzel még ne tököljünk, lássuk, hogy megy-e az alrendszer.
Ja, az nem lehet, hogy pmountból stabil és régi van fent? Mert a dbus, halból remélem, az instabil, legújabb.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Az fstab azért fura nekem, mert a hal tudtommal még mindig létrehozza az fstab-bejegyzéseket...
A lecsatolás azért macerás, mert a KDE is, az ivman is csatolja, így a KDE nem tudja lecsatolni, mert az ivman ''fogja''.
Pedig nem lenne rossz először konvencionálni.
Biztosan van valami beállítás az új KDE-ben, hogy az ablakban felugró lehetőségek közül legyen valamelyik a default. Esetleg a Control Centerben.
ivman nélkül fura, hogy nem megy a KDE... Elvileg semmi szüksége rá. A hal esemény hatására kell előjönnie az ablaknak, és a pmountot hívja meg.
A hal cuccait a /usr/share/hal/fdi/policy-ben nézd meg, a 10-storage-policy.fdi érdekesnek tűnik. Sőt, a preprobe könyvtár tartalma is.
A /etc/ivman-ban, a ConfBase-ben van user és csoport, ami alatt az ivman fut. Nézd meg, tudja-e ez futtatni a pmountot. Ugyanitt, ha leállítod az ivmant, fork no és debug yes, majd kézzel elindítod, akkor a konzolon kiírja, mit csinál. Itt elolvashatod az aktuális hibákat is.
Jelenleg, mivel nem működik valami a rendszerben, nem látom értelmét, miért ragaszkodsz az ivman+KDE pároshoz. Így ugyanis sokkal nehezebb megtalálni a hibát...
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Igen, tényleg, pmount van, fstabot nem bizgerál többé.. Ez pedig alapban a nosync, noatime, nodev, noexec, noauto, nosuid, user, rw. Itt a gond... A user helyett users kellene, hogy bárki lecsatolhassa... A pmount-hal használatával ez elkerülhető lenne, mert az a hal szabályai szerint csatol, és az fdi file-okban megadható, milyen jogokkal csatolódjon. A /usr/share/hal/fdi/policy/osvendor elején vannak, milyen jogok legyenek, ide lehet beszúrni pluszban a users-t is.
Esetleg, ha a pmountot átnevezed pmount.bak-ra, és csinálsz egy pmount nevű szimlinket a pmount-hal-ra?
Akkor, mivel a KDE-t nem tudom jelenleg debugolni, maradjunk az ivmannál... Ne használd az x-et, indítsd az ivmant, ahogy említettem nemrég, akkor logol egy csomó mindent. Azzal megtudod, milyen parancsokat híc, milyen beállításokkal.
(Vagy valaki vágjon már hozzám egy rohadt USB sticket, hogy meg tudjam nézni. )
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Yom
aktív tag
felraktam a legujabb dbus-hal-ivmant. es hasonlo a gondom. cd tokeletes, viszont a pendriveval semmit se csinal.
a gond a dbus-sal van. ha ragudok 1 pendrivet, akkor a dbus nem jelez semmit. Nalad biztos, hogy nem a dbus-nal van a gond?
egyenlore meg nem sikerult rajonnom, hogy mi a hiba, de rajta vagyokI came. I saw. I lagged out.
-
escie
őstag
na, kipróbáltam xfce alatt az ivmant. debug bekapcsolva, nem fork-ol.
bedugom a pendrive-ot, és sok sor után arra jut az ivman, hogy pmoutol.
pmount -u 022 /dev/sda1 USB DISK
erre is a pmount help szövege jön, az ivman kimenetén, és ennyi a mountolás.
viszont ha a pmount -u 022 /dev/sda1 parancsot adom ki, rendesen mountolja /media/sda1 alá. (userként, nem rootként! tehát szvsz nem jogosultsági probléma van.) látszólag a parancs végén lévő ''USB DISK'' hibádzik, mivel anélkül bemountolja
amúgy az ivman hagy időt más programoknak, hogy mountolják az eszközt, kimenete szerint.
Yom,
a dbus szerintem átadja a dolgokat, mivel az ivman a kimenetén említi az drive-ot, mint bedugom. nálam szerintem ez jó.
[Szerkesztve]I'm back, baby!
-
asturel
őstag
2.6.14 kernel ;>
ati driver meg: +ati-drivers-8.18.8-r1.ebuild: New ebuild with linux 2.6.14 and modular X support ;>
de meg regebbi driverrel is u.e. produlta, szoval valahogy rakene jonni h miert szall el az X mikor ogl-es cucc indulna userkent, es felvan mountolva a tmpfs, sajna xorg log nem igazan bovelkedik infoba ;>
hameg rootkent futtatom pl. q4-et akkor tokeletesen megy (mas wm-el is probaltam mar hatha e17 bugzik de nem) -
asturel
őstag
ja,csak az ati.com-rol nem lehet igy kilinkelni, neztem en, de nem tartottam fontosnak, gondoltam joaz ami a gentooba van alapbol ;>, akkor lenne jo ha captive lefordulna, vagy valami ntfs irasra alkalmas stuff lenne a kezeim alatt //csavarhuzon kivul//
tierbatyo: en 2.6.14 kernelel hasznalom a 0.73 udevet es nincs baja, tudtommal a shm csak annyit vesz el amennyit hasznalsz, ergo tokmind1 mekkora
[Szerkesztve] -
Sipi
addikt
A kernelben csak a különböző típusú érzékelők driverei, valamint az i2c kommunikációs busz meghajtói vannak. Az lmsensors csomagban már csak a binárisok vannak (a 2.4-es kernelben nincsenek driverek, ahhoz van egy külön lmsensdriver csomag).
Az lmsensors binárisai végzik a kernel drivereiből történő adatgyűjtést, esetleges riasztást.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
mr.geeZ
aktív tag
XFCEből viszont már nagyon várom az újabb verziót. Enlightmentet használja/ta valaki? Lehet, belevágok, amikor már majdnem minden megy, akkor kell az egészet elrontani, hogy újratelepíthessem az egész rendszert. Think Gentoo
Bass is a strong instrument, you can't allow yourself to play it weakly, with no authority.
-
escie
őstag
rájöttem. mostmár nem akarja feltenni a a gcc gonosz verzióját.
hátha érdekel valakit:
/etc/portage/package.mask-ba kell felvenni az adott csomagot, akár pontos verziószámmal is, az ''=''-et használva.
--
törvényszerű, hogy az emerge --deep --update --world sokat hibázik? értsd: sok csomag nem fordul, error-ral elszáll...I'm back, baby!
-
Sipi
addikt
Ha instabil rendszert használsz, igen. Nekem folyamatosan van legalább 3-4 csomag, ami nem működik. Jelenleg az openldap, ffmpeg2theora, avifile tutira ilyen. Nem is szoktam soha emerge world-öt, hanem átirányítom file-ba, és csemegézek, mi kelljen belőle.
A multislot flaget meg állítsd be, életet menthet.
(binutils-ra és gcc-re is működik, mindkettőnél az xxx-config paranccsal váltogathatsz a verziók között.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
/etc/conf.d/domainname, majd rc-update add domainname default
De erre nincs szükség, emiatt biztos nem lassú az alhálós másolás.
De érdekes módon lehet, hogy ez semmit em fog állíani. Ekkor a /etc/hosts-ba írd be az IP-det, majd mellé gépnév.domain gépnév
Ha nincs fix ipd, akkor a lokálhoszthoz írd,
127.0.0.1 gép.domén gép localhost
A domainname-nek nincs köze a windows-hoz. Erre olyan gép esetén, aminek nincs bejegyzett neve, nincs is igazán szükség. Filemegosztás: milyen megosztás? Windows-os megosztáshoz samba kell.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Jester01
veterán
ssh 192.168.x.y után sokáig időzik
Igen, megpróbálja feloldani a hostneved.
man sshd_config:
UseDNS Specifies whether sshd should lookup the remote host name and
check that the resolved host name for the remote IP address maps
back to the very same IP address. The default is ``yes''.
MOD: formázás
[Szerkesztve]Jester
-
-
mr.geeZ
aktív tag
Tudom, hogy egy gentoostól ilyet megkérdezni bűn, de van valami komolyabb fejlődés az új KDEben? Ti. viszonylag régen használtam utoljára, nemtudom, hogy leszedjem-e, viszont a fele már úgyis itt van a gépemen a különféle progik miatt (pl.Kmail), és úgyis most adtam még pár gigát a linuxpartíciónak.
Bass is a strong instrument, you can't allow yourself to play it weakly, with no authority.
Új hozzászólás Aktív témák
- Eladó Steam kulcsok kedvező áron!
- World of Warcraft Shadowlands Collectors edition EU EN
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Microsoft licencek a KIVÉTELES ÁRAK - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz