Sikertelen 2.6.4-es kernelfordítás részletes leírása!!!

Kezdőlap Fórumok UHU Linux Általános UHU problémák, javaslatok Sikertelen 2.6.4-es kernelfordítás részletes leírása!!!

10 bejegyzés megtekintése - 21-30 / 37
  • Szerző
    Bejegyzés
  • #1953123
    pointux
    Felhasználó

      Maga a konfigurálás, fordítás természetesen ugyanaz. 😉  
      Már, ha fordul 😈  
      Ezután viszont rebootolsz, és az uhu kismillió dologra panaszkodik (nem létezõ patch-ek, modulok…)

      Az egyik fejlesztõ mondta egyszer, hogy õk nem javasolják uhu alá a kernel-forgatást, annak bonyolultsága miatt (mármint az alap uhukernel, de gondolom egy ilyesmit szeretne reprodukálni, aki uhut használ – kevésbé modulárisan :)).

      #1953124
      kmARC
      Felhasználó

        a forrást újrakitömörítve is ugyanaz a probléma, sõt, mint írtam bootolás közben a 2.6.5-ös is elakad. 😥 😥

        #1953125
        kmARC
        Felhasználó

          Sikerült!!!!!!!!!!!
          Szóval egyik szemem sír, másik nevet.
          Nevet, mivel megjelent a /dev filesystem support menüpont, és így *****án megy a rendszer az új kernellel.
          – gyors boot
          Sír, mivel a következõ dolgok nem mûködnek:
          – X+nvidia
          – hangkártya
          – modem (pedig direkt 2.6-os kernelhez van, plusz még patch is, hogy kommunikáljon a hangkártyával)
          – konzolon a kurzor maszatol
          – az egér hipergyors

          Tudom, hogy ezekre a problémákra van megoldás, csak utána kell járni, meg a sikeres fordításról szóló 33 oldalas topic mind kitárgyalja, fellow pedig írt az egér-problémáról, de ez most nem is annyira érdekel. Az UHU-t hagyom így, inkább elhiszem, hogy nem érdemes szarakodni 2.6-ossal, Majd debiannal másfélhónap múlva, talán újra elõveszem ezt a topicot.

          Addig is fellownak 2.6.4 darab milkát + rekesz sört, mert királycsászárul vágja!!! 😉 😉 😉

          Mindenkinek kössz a segítséget!

          #1953126
          fellow
          Felhasználó

            kozbben volt levelvaltas kmARC kollegaval;
            a devfs problema abbol allt, hogy nem volt bekaocsolva a „Prompt for development and/or incomplete code/drivers” es a devfs az ilyen dolgok koze tartozik;
            meg kicsit kibovittem a kernel_felkonfigot, filesystems, network, meg kisebb dolgokat;
            erdekes, hogy ha 2.6 alatt ki van kapcsolva a „bis options – isa support” akkor a „device drivers – plug and play support” nem el; mivel nalam mindig bent van az isa (megszokas) es a 2.4 alatt nincs ez a bug(?), ezert ezt nem vettem eszre; javitva;

            a „devfs=mount” problema:
            ‘Documentation/kernel-parameters.txt’ ez atiranyit a ‘Documentation/filesystems/devfs/boot-options’ba, ahol le van irva miert kell(het), hagyne masoljam be szo szerint;

            aszora:
            „Azért akarom az eredeti beállításokkal fordítani, hogyha beválik a 2.4.26-os akkor közkinccsé tegyem, és szegény usereknek ne legyen problémájuk vele, szóval nem akarom most a saját gépemre szabni.”
            oke, de akkor nem tiszta vegulis mi a _celod_;

            „Az uhus kernel szerintem bugos, legalábbis nálam elég instabil, néha magától újraindul a gép, pl. supermount miatt.”
            ez van, a disztok kerneleit szetpatchelik, de errol irtam a kernel_felkonfigban;
            a super-/automount meg felesleges, inkabb kezzel; de ez inkabb velmeny, mint teny;

            rushmoon:
            „Ezután viszont rebootolsz, és az uhu kismillió dologra panaszkodik (nem létezõ patch-ek, modulok…)”
            uhu alkotoi egy teljesen uj, vmennyire kiserleti dolgot akartak, sajnos ara van; nem rossz rendszer, de szerintem a fejlesztesi modell nem tokeletes, de ez mar mas tema (lasd: debian devel/stable agak, packages.qa.debian.org, …)

            a forditas kozben hiba, az vagy 1/2 kernel patch szur el vmit, vagy 1/2 gcc hibas; utobbira megoldas: navajon hol?

            #1953127
            fellow
            Felhasználó

              kmARC:
              ezekrol van szo faqban, meg vmi kernel_felkonfigban;

              „mert királycsászárul vágja!!!”
              megfizettem az arat, nagyreszt szabadido tekinteteben, epp ezert irok le mindent „amit tudok”, hogy masnak mar ne kelljen ugyanezeket vegigjatsazni;
              vhogy igy fejlodik az oss vilag: mindenki hozzaadja azt, amit tud;

              #1953128
              admin
              Adminisztrátor

                a tapasztalatom szerint az UHU nem nagyon szereti a fordítgatást, nekem se sikerült pedig mindent jól csináltam, csak éppen nem indult el, pedig minden jó volt és nagy Linuxos Guruk sem tudták, miért nem müxik.

                én beletörõdtem lés felraktam Suse-t 🙂

                #1953129
                admin
                Adminisztrátor

                  Minden flame nelkul:
                  Kivancsi lennek, hogy a szabadido eltoltesen kivul mi indokolja a sajat kernel forditast uhu ala?
                  Nekem eleg sok gepen fut (most egy oskovulet 166MMX notebookrol irok) es szinte semmi sem hianyzott meg eddig. Ami hianyzott, az mindig lefordithato volt onallo driverkent. (iforce, dvb-bt8xx, pcmcia-cs-modules)
                  Az UHU, Mandrake, Suse mind tartalmaz olyan funkciot, ami az altaluk szallitott kernel fuggvenye. Ha ezeket nem tudjatok beleforditani (marpedig eleg nehez az osszes patch-bol a megfelelo verziot osszevalogatni) akkor a vegeredmeny egy csokkentett modu opendszer lesz.
                  Ket eve meg en is rendszeresen forditottam kernelt debian ala, akkoriban ebben lattam a rendszer jobbatetelenek egyeduli modjat. 🙂 Aztan vegeztem sebessseg teszteket, es arra jutottam, hogy nem eri meg a faradtsagot.
                  Szoval ezert lennek kivancsi a valaszokra.

                  #1953130
                  admin
                  Adminisztrátor

                    a tapasztalatom szerint az UHU nem nagyon szereti a fordítgatást, nekem se sikerült pedig mindent jól csináltam, csak éppen nem indult el, pedig minden jó volt és nagy Linuxos Guruk sem tudták, miért nem müxik.

                    én beletörõdtem lés felraktam Suse-t 🙂

                    Hát ha nem idult el akkor honnan tudod, hogy jó volt?
                    Kipróbáltad másik disztrin is?

                    #1953131
                    Tassadar
                    Felhasználó

                      Suspent To Disk müködik 2.6.x-el,vagy továbbra is Windows kiváltság?

                      #1953132
                      rushmoon
                      Felhasználó

                        Suspent To Disk müködik 2.6.x-el,vagy továbbra is Windows kiváltság?

                        Igen. Nem. Ha az sw_susp megfelel.

                      10 bejegyzés megtekintése - 21-30 / 37
                      • Be kell jelentkezni a hozzászóláshoz.