- Sweet.tv - internetes TV
- Max
- Az Apple szerint ejteni kell az USA trösztellenes perét
- Mikrotik routerek
- Milyen program, ami...?
- A tüntetések ellenére is bővítheti német gyárát a Tesla
- Linux kezdőknek
- Olcsóbbak lesznek a kínai chatbotok
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Windows Insider Program
Új hozzászólás Aktív témák
-
Sipi
addikt
válasz dr_strange #436 üzenetére
Mert te gnome(-os) vagy.
Nekem az jelenik meg, amit akarok. Csak nő nincs hozzá.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Hogyan? Ezt most nem értem.
A kernelben a multimedia, video4linux alatt bttv modulba. Ha a kerneles ALSA-t használod, akkor bekapcsolod azt is, ha nem, akkor emerge alsa-driver, az az összes hangkártya-drivert felteszi. (Ha nem akarod ezt kivárni, pl. a /etc/make.conf-ba beírhatod a végére, hogy ALSA_CARDS=''bt87x emu10k1'', illetve a kártyád moduljának a nevét. Akkor csak ezeket emergeli.
A bttv-t nem tudod emergelni, mert nincs ilyen csomag. Ez a kernel része.
Ez a párhuzamos portos felismerés mi lenne? Mit kell felismerni? Mi lenne az általad elvárt működés?
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Számítanak pl. ilyenek, mint ''Kizárólag digitális kimenet'', ''Fejhallgatót lökd ki a Centerre'' és hasonlók. Ha ezeket bekapcsolod, egy kukkot sem fogsz az analóg fronton hallani.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Án ezt az udevet nem értem. Soha semmit sem volna szabad csinálnod vele, lévén teljesen automatikus. hotplugot tedd default runlevelbe!
/etc/conf.d/rc-ben RC_DEVICES=''udev'' legyen. (auto is jó lenne, de fő a biztonság.)
Ez alapján a boot során el KELL indulnia minden udev-cuccnak. Meg is nézheted, a kernel üzenetei után látnod kell olyat, hogy starting udev, populating device nodes, stb.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A hotplugot nézd meg... Nem csinál semmit. Csak egy kamu szkript. Esetleg próbáld meg a coldplugot is hozzáadni boothoz, vagy ha ott nem megy, a defaulthoz. Ez beránt mindent, amit felfedez a gépben.
De nem hiszem, hogy ilyen gond van, mivel ha a modul betöltődik, az eszköznek is léteznie kell...
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ööö, elnézést, nem igazán összeszedettek a hozzászólásaim. Mentségemre legyen mondva, még kissé csumarészeg vagyok.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nem hiszem, mert a kernelben csak annyit tudsz megadni, hogy kell-e modul vagy sem. Esetleg kihagytad belőle az udev-támogatást.
General setup - Support for htopluggable devices, loadable module support, enable, unloading, auto unload, filesystems - pseudo - /proc, /proc/kore, /dev/pts, pts extended, pts security, virtual memory, tmpfs extended, tmpfs sec, nálam ezek vannak.
Ha a modul betöltődik, a kernel udev, a userspace udevvel együtt, a szabályoknak megfelelően, elkészíti az eszközt.
emerge hotplug-base hotplug coldplug megvolt? Hozzáadtad a hotplugot és coldplugot a default runlevelhez?
Hanyas kernel? A boot folyamán látod azokat a kiírásokat, hogy populating /dev with device nodes, starting udev, meg hasonlók? Ha nem, akkor nem indul el az udev, akkor /etc/conf.d/rc-ben RC_DEVICES átállítása.
Gőzöm sincs, mi a gond, az udevnek el kell indulnia, hacsak direkt le nem tiltottad. Annak a működéséhez semmi szükség sem hotplugra, sem coldplugra...
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nem működne.
Gondoltam, sikerült valahogy modulba tenned az udevet.
Az udevnek userspace része is van, a sys-fs/udev. Jelenleg 079-es a legújabb (instabil).
A coldplug az indításnál megkukkolja a gépet, és a talált hardverekhez betölti a megfelelő modulokat. A hotplug ugyanez, csak menet közben (pl. USB-re dugott kamera moduljának automatikus betöltésére). Maga a hotplug script semmit sem csinál, csak az esetleges dependency miatt van, a tényleges hotplug a kernelben zajlik, meg az udev végzi a piszkos munkát.
Itt esetleg arra tudok gondolni, hogy nem udevre van állítva a rendszer, hanem pl. devfs-t akarna használni, ami nincs.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Igen, kb. ennyi. Persze, MINDEN kde* csomagot unmergelni kell. Utána vagy emerge kde-meta (ez minden csomagot feltesz), vagy a kdemultimedia, kdeadmin, stb. csomagok -meta vátlozatait teszed fel. (kdemultimedia-meta, stb.) Vagy nekiállsz egyesével feltenni a pár száz csomagot.
A media manager pl. akkor indul el, ha a dekstopon beéllítod, hogy a rendszereszközök ikonjai jelenjenek meg. De a control cenrterben, valahol a rendszerkomponenseknél van egy pont ehhez. Az egész csak akkor működik, ha monolit esetén a kdebase-t, split esetén a kdebase-kioslaves-t a hal flaggel fordítod.
Nekem az eth érdekes módon megjavult, ráadásul átálltam a parallel startupra, ami meglepően gyors és jó.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Uhh, nem igazán tudom, a revdep miért is kellett, de amit itt látsz, azzal semmi gond.
Felmérte, mely csomagokat kell újrahúzni, és alapban PONTOS verziót akar emergelni. Ha túl régi egy csomag, elképzelhető, hogy már nincs a Portage-ban, ergo le fog állni hibával, mert nem létezik az a csomag.
Ki is írta, hogy nem található k3b-0.11.20. A home-ban létrejön egy csomó .revdep-*** file, az order nevűben van benne, mely csomagokat, milyen sorrendben akarja telepíteni. Kézzel add ki az emerge-t, de ne pontos csomagnévre, így, ha újabb van azokból a csomagokból, egyben frissíti is.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #507 üzenetére
etc-update-et kiadsz mindig? Ha a baselayout frissül, és a konfigokat nem frissíted, könnyen fejre tud állni.
A másik pedig az lehet, hogy nagyobb frissítés után érdemes a revdep-rebuildet lefuttatni, mert pl. nekem a postfix a mysql-től is függ, így mysql frissítés után a postfix sem indul el.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Az eix külön csomag, nem a gentoolkitben van.
GIF képek kezelésére két csomag van. A libungif, amiből kimaradt a védett tömörített GIF, illetve a giflib. Ez utóbbit érdemes használni, a libungifet szedd le! Ekkor értelemszerűen azon programok, melyek libungiffel lettek fordítva, hiányolni fogják, de egy revdep-rebuilddel tedd fel újra őket! A giflib ugyanazon könyvtárakat adja, azzal is menni fog.
Az ivmannak kell a pmount, az pedig a cryptsetup-ot igényli. Ebből én a cryptsetup-luks-ot használom. De ebből az 1.0.1-r1-es nincs maszkolva...
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Az új dbus megint tök más, mint a régebbi, ezért az initscript új nevet kapott. A régi dbus, az új dbus-daemon-1. Én azt csináltam, hogy mivel a /etc-ből nem unergelődik semmi, letöröltem a /etc/init.d/dbus-t, és szimbolikus linket hoztam létre dbus néven a dbus-daemon-1-re. Így mindegy, melyik program mit akar indítani, ugyanaz indul.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Az icewm-session mi lenne? Nem találok ilyen csomagot. Ha az icewm része, akkor azt is fordítsd újra. Meg a gthumbot is. Ami sír, az emergéld!
A revdep-rebuild elég furán működik, nekem sem ír ki mindent. Azt szoktam, hogy prelinkelek, az minden liben, binen végigmegy, úgyis kiírja, ha valamelyiknek baja van.
Meg használat közben is kiderül, ha valamelyik sikítozik.
Mivel a cryptsetup és cryptsetup-luks, nevéből adódóan, lényegében ugyanaz, ütik egymást. Ilyenkor mindig le kell szedni a régit, úgy emergelni az újat. unmerge cryptsetup, utána felmegy a luks.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Akkor nézd meg, mi az a semmi működés, mit ad ki hibának, mert kizártnak tartom, hogy a nem létező libungifre hivatkozna. Ha az kellene neki, emerge közben elszáll, vagy automatikusan felteszi.
prelinkelni a prelink programmal. Van egy guide hozzá, de egyébként emerge prelink, majd ''prelink -afmR'' parancs.
crypt*: persze, hogy blokkolják egymást, ezt írtam. A kettő együtt nem lehet fent. De olyan nincs, hogy egyik sincs fent, és valamelyiket fel akarod tenni, erre panaszkodik, hogy blokkolja a másik. emerge unmerge cryptsetup cryptsetup-luks, akkor tutira nem lesz fent egyik sem. Utána pedig emerge cryptsetup-luks. Csak akkor írhat blokkolást, ha a másik fent van, vagy egyszerre mindkettőt fel akarod tenni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A no version info, stb. hibák nem érdekesek. Az a lényeg, hogy ha egy lib vagy bináris függ egy olyantól, ami nincs a gépen, akkor itt azt is kiírja, de azt észre fogod venni, mert ékes angol nyelven kiírja, hogy hoppá, baj van, nem található xy file, amire ennek és ennek szüksége van.
Van egy-két érdekes dolog ebben, de szerintem semmi problémát nem jelent.
Hagyd a fenébe az icewm-et, próbaképp indíts pl. egy xsession-t, vagy bármi más managert. Miután van X-ed, egy xterm/kterm/akármitermből indítsd el kézzel az icewm-sessiont, és írd be, mi a hiba!
Ez azért furcsa nekem, mert tudtommal a giflib és a libungif ugyanazokat a file-okat telepíti...
Ja, az equery b az belongs, megmondja, az adott sztring, vagyis file melyik csomag része. az equery d az depends, azt adja meg, a sztringtől, vagyis csomagtól melyik másik csomagok függenek. Visszafele függőség.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Azt mondja az mplayer, hogy a 0.1-es, vagyis a MÁSODIK képernyőt nem tudja megnyitni (a 0.0 az első). Ha nincs második monitorod, ez nem is csoda.
Nem tudom, hol akarod lejátszani a videót, de ha a monitoron, vagy 0.0-át adj meg, vagy még jobb, ha semmit. Akkor automatikusan az elsődleges képernyőn játssza le.
nVidia kártya esetén egyébként érdemes az nvtv csomagot feltenni, ezzel kezelni a TV-kimenetet.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Jááj, rémlik valami erről... Nem hiányzik semmi, egyszer mintha nekem is lett volna ilyen hibám, de nem emlékszem, mi volt. Vagy ebben a topikban keress rá erre a hibára (pl. a ''system_bus_socket'' kifejezésre), vagy a Gentoo fórumon! Tuti, hogy lesz rá találat, anno én is meg tudtam oldani.
De fura, hogy elvileg a legújabb, instabil, 0.60-r3-as dbus van fent neked is, az pedig bárminemű konfig nélkül fut. Valami érzésem szerint a gépeden nagyon el lett állítgatva, hogy ennyi gond van vele.
Az mondjuk fura, hogy a legújabb dbus a /var/run/dbus/ba teszi a socketjét, így nem értem, neked mi a fenét sikítozik a /var/lib-re...
Egy próba esetleg: unmergeld a dbus-t, majd pusztítsd ki az összes file-t, aminek köze lehet a dbus-hoz! A /etc/dbus*, /etc/conf.d/dbus*, /usr/share/dbus*, /usr/lib/dbus*, /var/run/dbus*, /var/lib/dbus* mind mehet kukába. Aztán tedd fel megint!
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nem tudom, ezt Neked kell kipróbálnod.
Ezeknek kell fent lennie: dbus-0.60-r3, hal-0.5.5.1-r3. A hal-nak semmiféle konfigját nem találtam, ami ehhez kapcsolódna - em is volna szabad, hiszen közvetlenül a dbus-szal kommunikál.
Ennek a dbus verziónak a socketje fordítás során bekerül magába a dbus démonba. A helye a /var/run/dbus könyvtár. A /etc/dbus-1/system.conf-ban is megadható a helye, ugyanerre kell mutatnia. Semmi más teendő nincs - esetleg emergeld újra a hal-t, mert lehet, hogy valami régi beállítást őriz a fejében, ha neked sem akar elindulni.
De emlékeim szerint neked a dbus-szal van baj, mert totál rossz helyen keresi a socket helyét. Állítsd át a konfigban, akkor valszeg menni fog. Ha nem, emergeld újra. Ezen dbus verzió ide kell, hogy tegye a socketet, és a konfigja is helyesen készül el, azt legfeljebb kézzel tudod később elrontani.
Ha a dbus elindult, mehetünk a halra.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #558 üzenetére
Én pedig óvszerrel, de van egy gyanúm, hogy nem ugyanarról beszélünk.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Akkor olvasgasd főleg a régebbi Gentoo topikot itten, abban van egy csomó dolog. Most lusta vagyok leírni (na jó, kb. 39 fokos láz plusz majdnem egy üveg bor után nem nagyon megy az írás ).
Az ivman emerge után elvileg nem igényel semmit. Ha a kernel jelzi, hogy valami esemény történt, a dbus-hal-ivman alrendszer már automatikusan csatolja a cuccokat a /media-ba.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Sose használd az ACCEPT_KEYWORDS=''~x86'' emerge csomag alakot!
Helyette az instabil csomag nevét írd be a /etc/portage/package.keywords file-ba! Pl.
media-video/mplayer ~x86
azt adja meg, hogy az mplayerből az instabilt használja. Így helyesen ki tudja számolni a dependency-ket. Egyébként előfordulhat probléma, ha a depend is instabil csomag.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #591 üzenetére
Jó-jó, de Neked már a neved is furcsa.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Az új hal nem tesz semmit az fstabba. A kernel (udev) eseményeit a dbus elkapja, és user space-be irányítja. A hal ezt értelmezi, és a megdfelelő szabályok szerint reagál rá valamilyen formában. Többnyire semmit sem veszel észre belőle, ugyanis a hal-ra épülő automounterek (ivman, kde ioslave, gnome-volume-manager) feladata, hogy a hal által készített háttér-dolgok alapján csatoljon. Ha az ivmant felteszed, nagy valószínűséggel már menni fog a csatolás is.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Mondjuk olvasgathatnád az előző meg ezt a topikot is, mert ez pászor benne volt már...
Szóval. Első hibakeresés: a dbus-monitor --system indítása, majd tálca kinyit, cd betesz, tálca bezár. Ekkor KELL kapnod szöveget, ha nem, a kernellel/dbus-szal van gáz, de mivel nem konfigurálható, nem is javítható, valószínűleg épp vacak az adott dbus-verzió.
Ez ki fogja írni, mit talált, pl. cd vagy dvd esetén a rajta lévő filerendszer nevét. Valamit ki kell írnia, ugyanis a hal majd a volume name vagy pedig a device info alapján dönti el, milyen javaslata lesz a csatolási pontra. A NULL akkor van, ha pl. nincs volume name, és a device típusát sem képes megtalálni.
A hal-lal sajnos szinte semmit sem lehet debugolni. Ennek a /usr/share/hal/fdi-ben vannak a konfigjai, ezeket olvasgasd, magyarázni bonyolult, olvasással könnyű megérteni, mit is csinál, hogyan működik.
Csak egy példa (szintén szerepel a topikban): nekem a cd-olvasóm nem képes jelet küldeni és rendesen megnevezni magát. Így a hal nem is veszi észre. Ehhez a fenti könyvtárban egy 95userpolicy könyvtárat kell létrehozni (ide megy minden kézi módosítás), majd ebben pl. egy 10-ide-drives.fdi file, melynek tartalmában megjelölöm, hogy a /dev/hdc eszköz az xxx típusú cdrom, és csatolni kell.
Mivel a hal kiesett, az ivmannal kell próbálkozni. Állítsd le az ivmant, majd a /etc/ivman/IvmConfigBase.xml-ben a fork false, a debug true legyen! Ezután kézzel (ne initd-vel!) indítsd el az ivmant. Így nem lép háttérbe, a konzolon kiírja a debug üzeneteit. Innen talán ki lehet hámozni, miért kap rossz nevet, egyáltalán, mit csinál rosszul.
Kicsit gondban vagyok, mert rég követtem az ivman, stb fejlődését. Korábban volt, hogy mit kell, mit nem kell az fstabba rakni. Most kipróbáltam, kiszedtem minden bejegyzést, ami csatolható médiára vonatkozik, és ugyanúgy működik minden. Vagyis úgy nézem, a LEGÚJABB dbus-hal-ivman számára semmiféle fstab bejegyzés nem kell a kivehető eszközök részére.
Umount: csak olvasható média esetén (cd, dvd) egyszerűen kiveszed belőle. Írható esetén nem árt kézzel lecsatolni. Bár alapban szinkron írással csatolja őket (vagyis az írás azonnal megtörténik), így valószínűleg simán kihúzhatnád, de ha valami gikszer támad, elvész a teljes filerendszer róla.
wine: két lehetőség. Az egyik talán az, hogy mivel a wine fat-ot emulál, túl nagy a partíció, és mivel a fat ekkorát nem bír, rosszul jelenti a méretet. A másik: láttam már olyan windows-os programot, amit egyszerűen csak ntfs-re lehetett rakni. Szívás, mert linux alatt meg a wine nem ismer ilyet, írni pedig nem tudsz rendesen (esetleg a captive használatával).
Valószínűleg ez a PLC-vezérlő program szarul lett megírva.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #597 üzenetére
Fenébe, most esett le... Természetesen nekem is a make.conf-ban van benne! De ezzel a teljes rendszert instabilra váltom.
Amiről szó volt, az egyes csomagok esetén megmondani, hogy pl. stabil rendszer esetén ebből és ebből most az instabilt akarom.
Ha nem akarjuk fejreállítani a jól működő STABIL rendszert, a Gentoo fejlesztők is azt ajánlják, hogy a /etc/portage/package.keywords-ben állítsuk át, az ACCEPT_KEYWORDS környezeti változó használata erősen ellenjavallott.
(Konrétan: a Gentoo fórumon egyetlen egyszer láttam viszonylag csúnyán írni embert, ez egy developer volt, akinek valami újonc magyarázgatta, hogy márpedig így kell. Akkor kissé fennhangom elmagyarázta, hogy Ő az egyik fejlesztője ennek a résznek, neki illene elhinnie, mit és miért mond. )
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A hdc az milyen eszköz? A dbus-monitor --system mit ad vissza, amikor behelyezed ugyanezt a lemezt?
Itten van egy gubanc: Warning: nonexistent HAL property encountered, NULL substituted for value!
Ezt kell kideríteni, miért ad a hal nulla értéket, és minek. Ugyanis a lemez nevét rendesen átadja, de nem azt adja át csatolási paraméternek. Ez a null talán a device típusa, vagy hasonló lehet.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Viszont a debugokból nem okoskodtam ki semmit.
Az egyetlen, amire gondolni tudok, hogy vagy nem a legújabb csomagok vannak fent, vagy pl. a halt egy régebbi dbus-szal fordítottad, és nem lett frissítve azóta.
Nincs jobb ötletem, minthogy emerge dbus hal ivman, ebben a sorrendben.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ja, egy ötlet. Nézd meg, a cd-eszközöd (hdc, ha jól emlékszem) milyen jogokkal bír. Nekem korábban rw------- volt. Vagyis csak a tulajdonos férhetett hozzá - ergo szerencsétlen, nem root jogokkal bíró hal, ivman nem tudta elérni.
A ludas a PAM. /etc/security/console.perms, ez szabályozza, hogy ha valaki belép, az eszközök milyen jogúak legyenek, és kinek a tulajdonába mennek át. Ez pl. hangeszköznél, cdírónál hasznos, mert ha belépsz, nem örülnél, ha egy külső ember cédét kezdene írni.
Ebben a file-ban keresd meg a cdrom sort. Az első szám adja meg, hogy login UTÁN mulyen jogra állítsa - ezt tedd pl. 0660-ra (ekkor a tulaj és a csoport írhatja, olvashatja).
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Hm, furcsa.
Ha backportot használok, jól működik. De a leírás alapján a backport valami régi Portage-hoz kell, olyanom meg nincs is.
A cdb nem jó, hiszen az új Portage miatt nincs többé cdb-m.
A flat lenne az alapértelmezett Portage backend, azzal nem működik. Marad a none.
Vagyis jelenleg az eix semmiféle Portage backenddel nem megy normálisan, legfeljebb a backporttal, de arra azt írja, a régi portage-zsal való kompatibilitás miatt kell. Elvileg nekem nincs is olyanom.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
No, még egy plusz a KDE mellett. Az amarok zenelejátszó. Csodálatos!!! Ha azonosítható a szám (pl. ID3 tag alapján), letölti az album képét, a szám szövegét. Tag alapján automatikusan rendezi albumokba a számopkat, így nem baj, ha ömlesztve tárolja az ember. Semmi túlcsicsa, egyszerűen csodálatos!
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nem tudom, melyik van fent, de szerintem a legújabb nekem is, mert mindenből az instabil van fent.
Annyit tapasztaltam, hogy a hangkimenetet gstreamerre téve, azonnal szétesik a program. A Xine backenddel azonban szépen megy, a xine-t alsa-val, default eszközzel meghajtva. Azóta semmilyen fagyásom nem volt vele.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A /dev/BOOT hiba egyértelműen arra utal, hogy a /etc/fstab-ot felülírtad a defaulttal, és abban nem szerepel semmi. Írd vissza a régi partíciókat, nem olyan nehéz. Szerintem semmi más probléma nem lesz.
Ha a 2.4-es kernelről állsz át 2.6-osra, a devfs-udev átállásnak egyetlen negatív következménye lehet: előfordul, hogy néhány, a boothoz szükséges eszköz nem készül el időben. Erre megoldás, ha a /etc/conf.d/rc-ben az RC_DEVICE_TARBALL-t yes-re állítod, így minden leállásnál elmenti az aktuális eszközöket egy file-ba.
Egyébként a kérdésre válaszolva: udev esetén az udev, devfs esetén a devfs készíti el. Amíg ezek nem futnak, akkor pedig csak sima file-ok szerepelnek ott.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ööö, szóval az ősrégi kernel megy. Nem álltál át véletlenül udevre? Ha leszedted a devfs-t és felraktad az udevet, a 2.4-es nem fog menni, mert nem lesz, ami elkészíti a /dev tartalmát. (Igaz, ehhez az is kell, hogy a conf.d/rc-ben az RC_DEVICES rosszul legyen megadva.)
A /dev tartalmát kézzel is létrehozhatod, át is másolhatod egy másik file-rendszerről, jó lesz.
De ezt az udev-devfs dolgot nézd már át, szerintem elkavartál valamit.
Ja, milyen hibával áll le?
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ez éppen az a hiba, amit mondtam. Ki is írja: nem létezik /dev/hda2 eszköz. Ez azért lehet, mert vagy egyáltalán nincs devfs/udev, és nem jön létre a /dev tartalma, vagy pedig rossz van fent.
Légy szíves, menj már végig ezeken a pontokon:
- Milyen kerneled van? Konkrétan az, amit bootolsz: cat /proc/version.
- Ha 2.4-es sorozatú, akkor fenn KELL lennie a devfs-nek, s ekkor a /dev könyvtárban emlékeim szerint van egy .devfs könyvtár.
- emerge -pv devfs udev mit mond? Fenn van a devfs? Fenn van az udev? A /sbin-ben van devfsd és/vagy udevd?
- A /etc/conf.d/rc file-ban mi az RC_DEVICES és RC_DEVICES_TARBALL értéke?
- Nem probléma, ha fenn van az udev és a devfs egyszerre. A Gentoo intelligens annyira, hogy akár automatikusan eldöntse, melyiket használja. De az RC_DEVICES értékével kézzel is megadhatod, melyiket használja.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #658 üzenetére
Nem emlékszel rosszul, csak kicsit tévesen.
Nem kiüríti. Mivel a /dev-bejegyzásek automatikusan jönnek létre a kernel eseményei alapján, ha meghal a kernel, nincs /dev sem.
Egyáltalán nem lenne gáz, ha valaki megcsinálja azokat, amiket írtam. Vagy az RC_DEVICES_TARBALL-t yes-re állítod, ekkor leállásnál elmenti az összes bejegyzést. Erre szükség lehet, mert van olyan eszköz, aminek nem mindig jön létre bejegyzése, de ha megvan a régi, semmi gáz.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Akkor egy ''szimpla'' átállási bug lesz. Ha van olyan kerneled, amivel be tudsz bootolni, akkor boot, ekkor létrejönnek az eszközök. Elvileg, mivel el is menti őket, már mennie kell ennek a 2.4.27-esnek is. Ha nem, akkor egy install cdről boot, csatolás után a rendszered /dev könyvtárába másold át a hiányzó bejegyzéseket.
A /dev/hd*-okon kívül úgy emlékszem, a /dev/null és /dev/console szokott még hiányzoni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #663 üzenetére
Ó, offolni is lehet?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Igen, a telepítés során mindenképpen kerül oda jópár statikus bejegyzés, különben nem indulna el a rendszer.
Ha kiürül, szerintem több oka lehet:
- rossz a devfsd verziód, próbálj más verziót feltenni
- nincs a kernelben a devfs támogatása, vagy nincs bekapcsolva ott valami automatic mounting
- kihal a devs indulás után. A bootnál lennie kell pár olyan sornak (még a kernelboot után, amikor kezdi a zöld OK-kat kiírni), ami arról tudósít, hogy indítja a devfs-t, miegymás. Idáig eljut? Ha igen, mit ír?
Egyébként miért nem állsz át 2.6-os kernelre?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #685 üzenetére
Még nem tudom, megérje-e nekem az, hogy nekem adod az új Ati-t, s cserébe felajánlom a GeForce2 GTS-emet, 3D-szemüveggel, kalappal.
Bár ha azt a 40k-t hozzácsapod, megéri.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Anno láttam a Gentoo fórumon egy topikot, talán a játékok szekcióban, olyasmi volt a címe, hogy ''an interesting hack for usb mouse gamers''. Egy patch volt benne, hogy 1000Hz-el menjen az USB-s egér. Nem biztos, hogy pont ez a megoldás, de mivel a kernel nem tud ennyit kezelni alapból (tudtommal), érdemes megnézni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Beboot, login, utána bedug egér, dmesg mit mond? A hotplug rendszer tartalmaz olyat is, hogy a firmware-t automatikusan betöltse az eszközbe, de ehhez kell pár modul a kernelbe. Lehet, hogy bootnál nincs még bent ez az alrendszer, s mivel az egerednek kell, fagyi. Boot után már tudja kezelni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #713 üzenetére
Oké, összeszedtem magam... És csorog a nyálam.
A Compiz mit igényel? Mindenképpen XGL-t? Mert akkor nemigen lehet még kipróbálni... Egyáltalán, mi különbség van az XGL és a Compiz között? A fotók alapján ugyanazt csinálják.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
Új hozzászólás Aktív témák
- Sweet.tv - internetes TV
- HP ProLiant MicroServer Gen8
- Politika
- Androidos tablet topic
- Milyen TV-t vegyek?
- A fociról könnyedén, egy baráti társaságban
- Formula-1
- Júniusban Magyarországra érkezik a Tecno, a fejlődő piacok egyik kedvenc márkája
- Háztartási gépek
- Kínai, és egyéb olcsó órák topikja
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen