Hirdetés

Keresés

Új hozzászólás Aktív témák

  • Tv
    senior tag

    A kernel "header" csomagot hiányolja, csomagkezelőből fel tudod tenni a futó kerneledhez való változatot (gyakorlatilag ez a kernel-forrás egy része).

    Telepítéskor készülj fel rá, hogy le kell lőni előtte a grafikus felületet.
    Emellett csinálhatsz mentést a /etc/X11/xorg.conf fileról, ha esetleg nem indulna el utána a grafika.

    Igen, valóban ez volt a gond, de mostmár jó. Most sikerült találnom egy normális leírást, hogy mi is a teendő lépésről lépésre (először csinálok ilyesmit :B ). Köszi a segítséget :R

  • Tv
    senior tag

    Nem a CD-RW lesz a baj, sokkal inkább a gépben lévő vezérlő típusa szerintem.

    Milyen meghajtód van? IDE/SATA?
    Vezérlő milyen? pl. újabb alaplapra integrált?

    A Debian etch alapvetően a 2.6.18-as kernelt tartalmazza, lehet, hogy ez még nem kezeli rendesen a hardvered.

    Esetleg próbáld meg a Lenny-t feltenni, ha jól rémlik, abban 2.6.26-os kernel van.

    IDE-s a meghajtó. A Lenny valószinűleg tényleg fel fog menni, mert abból már próbáltam egy liveCD verziót, hogy megnézzem milyen, és ment is normálisan cd-ről. Azonban ez még "testing" fázisban van, ezért nem akartam még telepíteni ezt. Vagy ez nem gond? [link] Innen leszedem a cd1-et és annyi igaz?

  • VaZso
    senior tag

    Öcsém szeretne shroudbnc-t futtatni Debian Lenny-n.

    Vajon miért lehet, hogy kívülről elérve kb. 3 másodperces "fáziskésése" van a válaszoknak?

    Azt írják neten, hogy a floodcontrol feature-t kell kikapcsolni hozzá a bnc-n belül, de akárhogy néztem, a lassú működés valahogy maradt.

    Psybnc-nél ez a válaszidő kb. 1.5 másodperc.

    Mért lehet vajon, esetleg milyen rendszerbeállítások befolyásolhatják ezt az értéket?
    A gép nincs leterhelve, net megfelelő sebességű, konzol és más programok futása gyors, apache web-szerver szintén rendben.

    Nem tudom, mivel lehet összefüggésben.

    Csak tájékoztatásképpen írom, hogy elsősorban az IRC szerver sebességével volt a baj, psybnc-n lement a válaszidő korrekt értékre.

    Shroudbnc 1.1-es verziója szintén gyors, 1.2 megy csak lassabb sebességgel, de azon nem sikerült változtatni. Valahogy ezt a floodcontrolt kéne kikapcsolni, de a shroudbnc leírása alapján csinálva válaszként 0-t ad, tehát a művelet sikertelen...

    ...érdekesség, hogy egy másik gépen (Gentoo) simán működik az 1.2-es változat is.

    A program fordítása helyben történt, mindegyik a user neve alatt fut.

  • bambano
    titán

    Köszönöm a segítségetek.
    Próbálkoztam kicsit a dologgal és a következőkre jutottam:

    A gépen jelenleg átmegy a forgalom, tehát ha kérés érkezik hozzá, továbbítja és működik a net a hozzá kapcsolódó gépről.

    traceroute segítségével meg is jelenik a listában, a router előtt.
    Ha a gépet lehúzom a hálózatról, a kapcsolat megszakad.

    ...de olykor ha megpingelem a gépemről, a következőhöz hasonló üzenetet kapok:

    PING akarmi.hu (79.172.196.4) 56(84) bytes of data.
    From debian_gep (192.168.10.204): icmp_seq=1 Redirect Host(New nexthop: Router (192.168.10.250))

    Ezután viszont közvetlenül a routeren megy a forgalom, a Debianos gépet akár ki is húzhatom... ugyanez a traceroute lista esetén is, eltűnik a Linuxos gép.

    Ezt mire véljem, hogy tudnám elkerülni?

    Bambano:
    Próbáltam az interfaces-be beírni eth0:1 bejegyzést, de nem jelent meg újabb "eszköz".

    Ha beírom, hogy ifconfig eth0:1 ipcím, akkor ez a cím megjelenik ifconfig alól eth0:1-ként és pingelni is lehet.

    Próbáltam így 192.168.1.1 címet adni neki, de így is "kikerülődött" egy idő után.

    Mit csinálok rosszul? :F
    Azt hiszem, kicsit összezavarodtam... :U

    Próbáltam 10.0.0.1-es címet adni neki. Ezt láttam a címtartományból, de netem nem volt.
    Itt is próbált ugratni, de a 192.168-as tartományt nem érte el.

    Ping netes címre folyamatosan ezt írta:

    From 10.0.0.1: icmp_seq=1 Redirect Host(New nexthop: Router (192.168.10.250))

    Tudom, hogy ez így kicsit összevisszaság, de sajnos nem értem a dolgot... én csak azt szeretném elérni, hogy keresztülmenjen a gépen a forgalom, amit azon "szűrni" tudok.

    ...még valami: ha sikerül esetleg működésre bírni, hogy lehet mögöttes gépnek net felől (adott portra) érkező szálakat átadni?

    A gépet vasárnap du. viszem a helyére, utána ezt a részét már nem tudom piszkálni... :(

    az interfacesben van
    auto eth0
    vagy allow-hotplug eth0
    iface eth0 inet static vagy dhcp

    ehhez írsz még egy
    auto eth0:1
    iface eth0:1 cuccot is.

    Más: ha nem akarsz tűzfallal meg dnattal szórakozni, kapcsolatok beforwardolásához érdemes megnézni a redir csomagot is.

  • Jester01
    veterán

    Köszönöm a segítségetek.
    Próbálkoztam kicsit a dologgal és a következőkre jutottam:

    A gépen jelenleg átmegy a forgalom, tehát ha kérés érkezik hozzá, továbbítja és működik a net a hozzá kapcsolódó gépről.

    traceroute segítségével meg is jelenik a listában, a router előtt.
    Ha a gépet lehúzom a hálózatról, a kapcsolat megszakad.

    ...de olykor ha megpingelem a gépemről, a következőhöz hasonló üzenetet kapok:

    PING akarmi.hu (79.172.196.4) 56(84) bytes of data.
    From debian_gep (192.168.10.204): icmp_seq=1 Redirect Host(New nexthop: Router (192.168.10.250))

    Ezután viszont közvetlenül a routeren megy a forgalom, a Debianos gépet akár ki is húzhatom... ugyanez a traceroute lista esetén is, eltűnik a Linuxos gép.

    Ezt mire véljem, hogy tudnám elkerülni?

    Bambano:
    Próbáltam az interfaces-be beírni eth0:1 bejegyzést, de nem jelent meg újabb "eszköz".

    Ha beírom, hogy ifconfig eth0:1 ipcím, akkor ez a cím megjelenik ifconfig alól eth0:1-ként és pingelni is lehet.

    Próbáltam így 192.168.1.1 címet adni neki, de így is "kikerülődött" egy idő után.

    Mit csinálok rosszul? :F
    Azt hiszem, kicsit összezavarodtam... :U

    Próbáltam 10.0.0.1-es címet adni neki. Ezt láttam a címtartományból, de netem nem volt.
    Itt is próbált ugratni, de a 192.168-as tartományt nem érte el.

    Ping netes címre folyamatosan ezt írta:

    From 10.0.0.1: icmp_seq=1 Redirect Host(New nexthop: Router (192.168.10.250))

    Tudom, hogy ez így kicsit összevisszaság, de sajnos nem értem a dolgot... én csak azt szeretném elérni, hogy keresztülmenjen a gépen a forgalom, amit azon "szűrni" tudok.

    ...még valami: ha sikerül esetleg működésre bírni, hogy lehet mögöttes gépnek net felől (adott portra) érkező szálakat átadni?

    A gépet vasárnap du. viszem a helyére, utána ezt a részét már nem tudom piszkálni... :(

    Nem kapcsoltad be a masquerade-t és így okoskodik, hogy tulajdonképpen minek is megy át rajta a forgalom. A "szálak átirányítása" az port forwardot jelent? Ahhoz egy ilyesmi szabály kell az iptables-be:
    iptables -t nat -A PREROUTING -i eth0 -p <tcp|udp> --dport <port> -j DNAT --to-destination <ip>

  • bambano
    titán

    Hogy fogjak hozzá a hálózat beállításához?
    Senkinek nincs ötlete? Hol nézzek körül?

    Holnap estefelé szeretnék foglalkozni vele, de nem tudom még, mivel próbálkozzam.
    Nem foglalkoztam még ilyesmivel, de jó volna rájönni a dologra...

    A route parancsot kéne használnom? Kéne definiálni mégegy interfészt, ha másik alhálóra teszem az otthoni gépeket (de egyazon hálókártyán lesz)?

    Szerintetek nyugodtan telepíthetem az etch-t, nem lesz gond a frissítés miatt?

    csinálni kell egy új bejegyzést a /etc/network/interfaces-be úgy, hogy az interfész új neve eth0:1 legyen. Oda fel kell venni a második alhálózat adatait.

  • Jester01
    veterán

    Hogy fogjak hozzá a hálózat beállításához?
    Senkinek nincs ötlete? Hol nézzek körül?

    Holnap estefelé szeretnék foglalkozni vele, de nem tudom még, mivel próbálkozzam.
    Nem foglalkoztam még ilyesmivel, de jó volna rájönni a dologra...

    A route parancsot kéne használnom? Kéne definiálni mégegy interfészt, ha másik alhálóra teszem az otthoni gépeket (de egyazon hálókártyán lesz)?

    Szerintetek nyugodtan telepíthetem az etch-t, nem lesz gond a frissítés miatt?

    Mint mondtam, nekem egy hálózaton vannak.
    /etc/network/options fájlba ip_forward=yes (ebből induláskor tulajdonképpen echo 1 > /proc/sys/net/ipv4/ip_forward lesz)

    iptables-be masquerade beállítása. Erről millió leírás van a neten, de a lényege ez szokott lenni:
    iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
    (a firewall szabályok nekem az /etc/network/if-pre-up.d alatt egy fájlban vannak, if [ "$IFACE" = "eth0" ] feltétellel védve)

    route táblával semmit nem kell csinálni, nálam az alap:

    Destination Gateway Genmask Flags Metric Ref Use Iface
    192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
    0.0.0.0 192.168.100.1 0.0.0.0 UG 0 0 0 eth0

    A többi gépen értelemszerűen ezt a gépet kell megadni átjárónak. Első körben kézzel próbáld ki, aztán ha az már megy, akkor tehetsz fel dhcp szervert. Ha az internetet adó eszközöd is dhcp-s akkor azt kapcsold ki (nehogy összeakadjon a kettő) és állíts be egy statikus címet az átjárónak.

  • ZCoyote
    őstag

    A napokban be kéne állítanom egy új szervert egy otthoni hálózatba.
    A net nagyobb sávszélességűek közül való, ezért teszt jelleggel üzemelni fog róla néhány dolog.

    Mivel ezeket szeretnénk távolról, használható sebességgel elérni, ezért valamilyen módon kordában kéne tartani a belső hálózatról net felé/felől érkező forgalmat.

    Arra gondoltam, hogy ezen a szerveren beállítok afféle QoS dolgot, de ahhoz valahogy a többi gép netes forgalmát is ezen a gépen kéne átterelni.
    Legegyszerűbb megoldásnak az tűnik, hogy felteszek rá egy proxy szervert és akkor garantált, hogy minden szükséges forgalom átmegy a gépen, így tudok priorizálni.

    Ennek viszont az a hátulütője, hogy minden egyes programban be kéne állítani a proxyt, legalábbis a nagy sávszélességet igénylőket mindenképpen.

    Hogy tudnám megoldani, hogy proxy beállítása nélkül is ezen a gépen haladjon át a forgalom?

    Ha a router dhcp-jét kikapcsolom és a Debiannal oldom meg a címkiosztást, tudok belőle egy olyan gatewayt csinálni, amely a hozzá érkező adatokat továbbítja a routernek?
    ...ráadásul egyazon hálózaton belül (a géphez egy kábel van kihúzva, a routertől kapja a netet)?

    Egyetértek bambano megoldásával és bár tudom, hogy ez debian topic de léteznek külön ilyen célra fejlesztett linux tűzfalak amik tudnak mindenféle nyalánkságot: smoothwall, ipcop.

  • bambano
    titán

    A napokban be kéne állítanom egy új szervert egy otthoni hálózatba.
    A net nagyobb sávszélességűek közül való, ezért teszt jelleggel üzemelni fog róla néhány dolog.

    Mivel ezeket szeretnénk távolról, használható sebességgel elérni, ezért valamilyen módon kordában kéne tartani a belső hálózatról net felé/felől érkező forgalmat.

    Arra gondoltam, hogy ezen a szerveren beállítok afféle QoS dolgot, de ahhoz valahogy a többi gép netes forgalmát is ezen a gépen kéne átterelni.
    Legegyszerűbb megoldásnak az tűnik, hogy felteszek rá egy proxy szervert és akkor garantált, hogy minden szükséges forgalom átmegy a gépen, így tudok priorizálni.

    Ennek viszont az a hátulütője, hogy minden egyes programban be kéne állítani a proxyt, legalábbis a nagy sávszélességet igénylőket mindenképpen.

    Hogy tudnám megoldani, hogy proxy beállítása nélkül is ezen a gépen haladjon át a forgalom?

    Ha a router dhcp-jét kikapcsolom és a Debiannal oldom meg a címkiosztást, tudok belőle egy olyan gatewayt csinálni, amely a hozzá érkező adatokat továbbítja a routernek?
    ...ráadásul egyazon hálózaton belül (a géphez egy kábel van kihúzva, a routertől kapja a netet)?

    Ezt elegánsan úgy lehet megcsinálni, hogy két kártya gépbe, router kidob és minden forgalmat ezen át kell tolni.

    Ha ez nagyon nem megy, akkor csinálni kell még egy címtartományt a belső lanra és ezen címtartomány default gw-je legyen a debian.

  • Jester01
    veterán

    A napokban be kéne állítanom egy új szervert egy otthoni hálózatba.
    A net nagyobb sávszélességűek közül való, ezért teszt jelleggel üzemelni fog róla néhány dolog.

    Mivel ezeket szeretnénk távolról, használható sebességgel elérni, ezért valamilyen módon kordában kéne tartani a belső hálózatról net felé/felől érkező forgalmat.

    Arra gondoltam, hogy ezen a szerveren beállítok afféle QoS dolgot, de ahhoz valahogy a többi gép netes forgalmát is ezen a gépen kéne átterelni.
    Legegyszerűbb megoldásnak az tűnik, hogy felteszek rá egy proxy szervert és akkor garantált, hogy minden szükséges forgalom átmegy a gépen, így tudok priorizálni.

    Ennek viszont az a hátulütője, hogy minden egyes programban be kéne állítani a proxyt, legalábbis a nagy sávszélességet igénylőket mindenképpen.

    Hogy tudnám megoldani, hogy proxy beállítása nélkül is ezen a gépen haladjon át a forgalom?

    Ha a router dhcp-jét kikapcsolom és a Debiannal oldom meg a címkiosztást, tudok belőle egy olyan gatewayt csinálni, amely a hozzá érkező adatokat továbbítja a routernek?
    ...ráadásul egyazon hálózaton belül (a géphez egy kábel van kihúzva, a routertől kapja a netet)?

    Gondolom megnézted,hogy a routered eleve nem tud-e QoS-t :B

    Nincs akadálya az 1 kábeles átjárónak, nekem is pont ilyen a topológia. Otthoni rendszer esetén feltételezem nem kell számolni gonosz felhasználókkal, akik ki akarják kerülni a gatewayt.

    Amúgy konkrétan forgalomszabályozást én még nem csináltam.

  • Xpod
    addikt

    Ezekszerint kapcsolódik a wlan hálózathoz (associated, ill. connected)?

    DHCP-kliensnek dhclient-et használsz?
    Ha igen, esetleg próbáld dhcpcd-vel.

    Nálam dhclient-tel előfordultak gondok némely routernél (nem kapott IP-t), dhcpcd eddig problémamentes.

    Tehát apt-get install dhcpcd,
    utána dhcpcd eth1

    A kapcsolódást kiírja az ifconfig paranccsal?
    Ha igen, akkor nem hiszem, mert semmi ilyen szöveg nincs a kimeneten.

    A grafikus felületen (a gnome alap felületén), meg be sem lehet állítani a wpa titkosítást, így terminálon és manuálisan szerkesztem a szövegeket.

    Akkor ezek szerint mégsem olyan rózsás a helyzetem.

    Melyik parancsok kimenete segítene a probléma kiderítésén?

    Keresgéltem, de elvileg mennie kellene. Bár ahány network file tartalmat láttam eddig a neten, az annyi féle, lehet azzal kellene játszanom, hogy melyik amit elfogad?

    Igen, DHCP client-et használok, azt rakta fel alapból. Mindjárt kipróbálom, amit javasoltál.

  • bambano
    titán

    B.Ú.É.K. mindenkinek!

    Van ilyen is, ndiswrappernek hívják, de ajánlott Linuxközeli megoldást használni helyette.

    Az fwcutter elvileg benne lehet a tárolókban (bár én Debian etch-nél nem láttam), de ez csak kicsomagolja a firmware-adatot a megfelelő könyvtárba. Le kell tölteni hozzá egy firmware-t is.

    Az előbb végig b43-ról írtam, de elvileg az az általad használt kernellel nem megy, így ez sztornó (mármint kitöröltem innen)... :) bcm43xx-szel működni fog, de - azt hiszem 2.6.27-től - az új kernelek ezt már nem tartalmazzák, viszont jól használható helyette majd a b43 is. - Utóbbi nagyon sokat fejlődött az utóbbi időben, mostmár egyértelműen jobbnak mondanám a bcm-nél, nálam pl. zavaros környezetben utóbbi sokkal jobban muzsikál. Régen lassú volt a b43, de már ez sem igaz.

    Az a link nem ndiswrapperről szólt, hanem a kernel driverről.
    "bár én Debian etch-nél nem láttam":

    apt-cache search fwcutter
    bcm43xx-fwcutter - Utility for extracting Broadcom 43xx firmware

    nem csak kicsomagol, le is tölt.

    Szerintem debianon apt-get-tel kellene telepíteni mindent, amit lehet.

  • bambano
    titán

    Hmm, ha jól látom, fel kell tennem a vim-full csomagot, köszi. :R

    A verziószámot egyébként a "vi --help"-pel írattam ki.

    Debian etch:
    lrwxrwxrwx 1 root root 17 2008-10-22 20:45 /etc/alternatives/vi -> /usr/bin/vim.tiny

    Mandriva:
    lrwxrwxrwx 1 root root 21 2008-12-09 23:58 /etc/alternatives/vi -> /usr/bin/vim-enhanced*

    Van valami különös oka, hogy a "tiny" változatot használja a Debian, vagy csak az volt az eredeti (megszokott) és nem akartak mást tenni helyette alapértelmezettnek?

    Köszi mégegyszer.

    A méret a lényeg...

  • VaZso
    senior tag

    Hmm, ha jól látom, fel kell tennem a vim-full csomagot, köszi. :R

    A verziószámot egyébként a "vi --help"-pel írattam ki.

    Debian etch:
    lrwxrwxrwx 1 root root 17 2008-10-22 20:45 /etc/alternatives/vi -> /usr/bin/vim.tiny

    Mandriva:
    lrwxrwxrwx 1 root root 21 2008-12-09 23:58 /etc/alternatives/vi -> /usr/bin/vim-enhanced*

    Van valami különös oka, hogy a "tiny" változatot használja a Debian, vagy csak az volt az eredeti (megszokott) és nem akartak mást tenni helyette alapértelmezettnek?

    Köszi mégegyszer.

    Feltettem: apt-get install vim

    A full az túl sokat akart. :D

    Így már tetszik, köszönöm mégegyszer.

  • bambano
    titán

    Mandriván ezt írja:
    VIM - Vi IMproved 7.2 (2008 Aug 9, compiled Dec 8 2008 17:33:52)

    Debian (etch):
    VIM - Vi IMproved 7.0 (2006 May 7, compiled Aug 29 2007 10:35:49)

    Ennyi lenne csak a különbség közöttük?
    ...két év? :F

    Másik Debianon (lenny) van
    7.1 (2007. május 12.)

    Ez csak a különbség, vagy fel kéne tenni még hozzá valamit, ami alapvetően nincs fent?
    pl. láttam a csomagok között egy full-featured-et is

    Eddig arra gondoltam egyébként, hogy valami konfigurációs filet kéne bogarászni hozzá.

    Ja, eddig Ubuntun is ugyanúgy működött mint Debianon, legalábbis, amelyiken használni szerettem volna.

    És ha elindítod a vi-t, ez is indul el?
    lássunk egy ls -l /etc/alternatives/vi -t

  • bambano
    titán

    Köszi az ötletet, valóban a Mandrivánál is a 12. terminálon vannak ezek az üzenetek, a másikat is át kell rakni. :R Köszi

    Azt nem tudod esetleg, hogy Debian rendszeren hogy lehetne elérni, hogy a vi úgy működjön mint Mandriván?

    Ami legkevésbé tetszik Debianon:
    - belezavarodom (szerkesztésnél), hogy mit töröltem és mi az, ami a file tényleges tartalma. Egyszerűen összekavarja a képen a szöveget. Mandriván miért jó?
    - azt hiszem a szövegen belüli mozgás sem volt tökéletes, de az első probléma miatt egyébként is használhatatlannak találtam, így Debianon utálom a vi-t...

    ...hogy lehet Debian alatt vajon ezt értelmesen használni? :F

    Konkretizáljuk, debianon melyik vi-t utálod? Mandrivára melyik vi van felrakva?

  • ngabor2
    nagyúr

    Viszont a vi, ami mindegyik rendszeren fent szokott lenni...
    ...én kibírnám, ha nem lenne olyan vacak Debianon. :(

    ahogy nézegettem, a nano/pico is ott van mindben, amivel találkoztam. szintén karakteres, de kevésbé fapados.

  • ngabor2
    nagyúr

    Köszi az ötletet, valóban a Mandrivánál is a 12. terminálon vannak ezek az üzenetek, a másikat is át kell rakni. :R Köszi

    Azt nem tudod esetleg, hogy Debian rendszeren hogy lehetne elérni, hogy a vi úgy működjön mint Mandriván?

    Ami legkevésbé tetszik Debianon:
    - belezavarodom (szerkesztésnél), hogy mit töröltem és mi az, ami a file tényleges tartalma. Egyszerűen összekavarja a képen a szöveget. Mandriván miért jó?
    - azt hiszem a szövegen belüli mozgás sem volt tökéletes, de az első probléma miatt egyébként is használhatatlannak találtam, így Debianon utálom a vi-t...

    ...hogy lehet Debian alatt vajon ezt értelmesen használni? :F

    én visszább megyek: utálom a vi-t, minden formájában. inkább pico, nano, vagy mcedit. régebben a joe-t is használtam, de mostanában már fel se teszem.

  • ngabor2
    nagyúr

    Ha kikapcsolom az acpi-t, milyen előnyökhöz jutok?
    Enélkül ki lehet egyáltalán kapcsolni a gépet ("ATX") :F

    A boot ettől függetlenül folytatódik, tehát nem zavar a dolog, a kernel panic gondolom, nem ettől van. (Bár érdekes, hogy 2.6.24-gyel ilyen pánikos dolog nem történt, bár nem is fordult le a kernel, csak kiírt egy hibaüzenetet.)

    Az üzenetek eltűntetéséhez végülis a legegyszerűbb kivenni a kártyát szerintem, bár mostmár feltehetném a firmware-t, elvileg 2.6.24-hez más kell mint a 26-os sorozathoz, szóval azt hiszem, ehhez a kernelhez fel is rakom (nem akartam kétszer szórakozni vele a verziókülönbség miatt).

    Bár a "szemeteléssel" kapcsolatban annak jobban örülnék, ha pl. csak az egyik terminálon szemetelne és a többit hagyná, mert azért jól jöhet néha a hibaüzenet, ha valamivel gond van.

    én annak idején, mikor csak karakteres felületet használtam (pedig az x-szel se volt semmi), a 12. terminálra kitettem a logokat. a /etc/syslog.conf-ba kellett ehez írni 1 sort, a formátuma egyértelmű.

  • bambano
    titán

    Időközben feltettem csomagkezelőből a 2.6.26-os kernelt és elindítottam azzal is egy teljes kernel fordítást az előzőekhez hasonló módon, de bepánikolt a kernel néhány óra után (num lock és scroll lock villogásba torkollott képernyőkimerevítés mellett). :Y
    Lecseréltem a CPU pasztát és újból próbáltam, azonos végkifejlettel.

    A kernelt is próbáltam másik gépen fordítani, de az meg ugyanúgy nem indult el rajt eddig.
    A fenti panic miatt egy kicsit félretettem a gépet azóta és nem szántam rá még újra magam.

    A gép hangkártyája PCI-os és nem az a gond, hogy nincs bent a kernelben, hanem nincs belefordítva (illetve a modul nincs elkészítve).
    Konkrétan Cirrus Logic CS4281 benne van (SND_CS4281), de a CS4280/CS461x/CS462x/CS463x-hez való (SND_CS46xx) viszont nincs.

    Nekem pedig ez kéne, lspci szerint a kártya: Cirrus Logic CS 4614/22/24/30 :)

    Egyébként boot során a jelenlegi (és a lefordított) kernel is jelzi, hogy kissé bugos a BIOS.
    "Vendor "INT440" System "SYSFexxx" Revision 0x1001 has a known ACPI BIOS problem.
    Reason: Does not use _REG to protect EC OpRegions. This is a non-recoverable error
    Loading, please wait..."

    ...aztán folytatja a betöltést.

    További problémám, hogy "shutdown" esetén nem kapcsol ki a gép.
    Erre találtam egy lehetőséget a power management rész alatt, amit ki szerettem volna próbálni, hogy "Use real mode APM BIOS call to power off".

    Ezért (is) akartam mindenáron kernelt fordítani, nem csak a szükséges modult, no meg gondoltam, akkor már jó lenne a beállításokon is változtatni...
    ...de hogy a változtatás nélküli kernellel is meggyűljön a bajom... :(

    Arra is gondoltam, hogy letöltöm a csomagkezelővel a 2.6.26-os forrását és azt fordítom, de ez a kernel panic most nem tetszik, szerintem ott is eljátszaná velem... :(

    Elvileg a RAM-ot is teszteltem korábban (és hibátlan volt), lehet, nekiugrom mégegyszer...

    Ja, és arra is rájöttem, mért a grafikus rendszer kernel-fordításhoz:
    Az összes konzolos képernyőt szabályos időközönként telenyomja a b43 drivere, mert nem töltöttem még le a firmware-ét, ezért nem a konzolos képernyőt használtam.
    Odáig persze nem jutottam, hogy esetleg kihúzom a pcmcia kártyát vagy egy darabig leállítom a b43-mat... :D

    Huhh, egy kicsit hosszúra sikerült a dolog. :U

    Ha bugos az acpi, akkor acpi=off kernel parancssori paraméterrel kapcsold ki.

    A szemetelés elhárításához egyrészt letöltheted a firmware-t, másrészt a /etc/sysctl.conf-ban kiveszed a kommentet eme sor elől:
    #kernel.printk = 4 4 1 7
    és akkor reboot vagy sysctl -p után csendben marad.

  • bambano
    titán

    Van a Debian alóli kernel fordításnak valami külünös menete?

    Alapvető problémám az, hogy nincs lefordítva a kernelhez a hangchip megajtására szolgáló kernel modul. A fent lévő verzió 2.6.24-es.

    Gondoltam, fordítok a gépen egy 2.6.26.8-as verziójú kernelt. Kiszedtem a felesleges dolgokat a kernelből és fordítottam (majd' nyolc órát egy P2-Celeron 500-ason).
    Amikor bootolni akartam viszont azt írta, hogy a /lib/modules/2.6.26.8 könyvtár nem található, illetve azon belül a modules.dep sem.

    Próbáltam az IDE meghajtót és a filerendszerért felelős részt is module helyett a kernelbe fordítani, de semmi eredmény... A gépben lévő merevlemezt felismeri, ki is írja a típusát, de a vége mindig az, hogy a module.dep és effélék betöltése sikertelen, valamint várja a root filerendszert...

    Próbáltam a fent lévő kernelt lefordítani (a másik hang modullal) kompletten, az meg hibával szállt el (azt nem írtam fel).

    Most próbáltam fordítani egy másik konfigurációt, de

    "net/core/dev.c: in function 'dev_queue_xmit':
    net/core/dev.c:1638: internal compiler error: Szegmens hiba"

    üzenetet adott.

    Tudom, hogy én csinálok valami hülyeséget, de szerintetek hol?

    van, fel kell rakni a kernel-package csomagot, és akkor lesz make-kpkg parancsod, azzal kell kernelt fordítani. Szerintem a debian kézikönyvben le van írva, hogy hogyan kell pontosan.

    Viszont a debianos kernelekben tudtommal benne van minden, ami a kernelben van, így ha a gyári kernel nem találta meg a hangkártyádat, a fordított se fogja.

    Lehet még gond az is, ha p2-es a géped és véletlenül isa-s a hangkártya vagy régi pnp a bios, akkor nem találja meg a kártyát automatikusan, kézzel kell betölteni megadva az ioportot, memóriát, irq-t, amit kell.

  • Jester01
    veterán

    Azt hiszem, a legkevesebb 420 perc volt. Lehet, hogy közben ment a monitorkímélő is... :U
    Szerinted ennek mennyi ideig kéne tartania egy ilyen gépen?

    A modulok a helyükön vannak, a fenti könyvtár létezik és a benne lévő modules.dep file is megvan. Remélem, hogy nincs hardver hiba, bár a gép nem szokott fagyni. (Igaz, mostanában keveset üzemel, ezért akartam egy kisebb gépigényű rendszert újra rátenni. Jelenleg LXDE van fent és Slim display mananger...)

    Egyébként egy asztali procis notebookról van szó, szóval a hűtése éppen lehetett elégtelen (bár forog rendesen közben a venti), a hűtőpasztát megintcsak nem tudom, mennyire jó állapotú... A rendszer nem fagyott rajta.

    Amin most írok gép x64-es rendszerrel fut, nem tudom, mennyire tudnék rajt rendesen 32-bites kernelt fordítani. Elvileg lehet, de nem tudom, milyen 32-bites eszközök kellenek még hozzá, ami nincs fent.

    Viszont nem rossz ötlet, azt hiszem, elintézem egy 2.8-as gépen vagy VirtualBox-ból.
    Egyelőre próbálkozom a ritkított .config-gal.

    Köszi az ötletet, kíváncsi leszek az eredményre.

    Elvileg simán tud a 64 bites is 32 bitest fordítani, ugyanazok az eszközök tudják (gcc legalábbis biztosan)

    P3-600 kernel 2.6.27.6: make bzImage = 23 perc , make modules = 14 perc (90 modul) Mondjuk ez kétszer olyan gyors mint a P2-esed, akkoris 2 óra alatt meg kellene legyen.

    MOD: kivéve ha kevés a ramod és emiatt swappol. Ebben 512MB van.
    MOD2: ja és persze nem grafikus felületen csináltam

  • Jester01
    veterán

    Van a Debian alóli kernel fordításnak valami külünös menete?

    Alapvető problémám az, hogy nincs lefordítva a kernelhez a hangchip megajtására szolgáló kernel modul. A fent lévő verzió 2.6.24-es.

    Gondoltam, fordítok a gépen egy 2.6.26.8-as verziójú kernelt. Kiszedtem a felesleges dolgokat a kernelből és fordítottam (majd' nyolc órát egy P2-Celeron 500-ason).
    Amikor bootolni akartam viszont azt írta, hogy a /lib/modules/2.6.26.8 könyvtár nem található, illetve azon belül a modules.dep sem.

    Próbáltam az IDE meghajtót és a filerendszerért felelős részt is module helyett a kernelbe fordítani, de semmi eredmény... A gépben lévő merevlemezt felismeri, ki is írja a típusát, de a vége mindig az, hogy a module.dep és effélék betöltése sikertelen, valamint várja a root filerendszert...

    Próbáltam a fent lévő kernelt lefordítani (a másik hang modullal) kompletten, az meg hibával szállt el (azt nem írtam fel).

    Most próbáltam fordítani egy másik konfigurációt, de

    "net/core/dev.c: in function 'dev_queue_xmit':
    net/core/dev.c:1638: internal compiler error: Szegmens hiba"

    üzenetet adott.

    Tudom, hogy én csinálok valami hülyeséget, de szerintetek hol?

    azt írta, hogy a /lib/modules/2.6.26.8 könyvtár nem található

    Akkor minden bizonnyal nem futtattál make modules_install -t. Amúgy ha minden felesleget kivettél, akkor ki van csukva, hogy 8 óráig fordulna.

    Az internal compiler error meg rendszerint hardverhiba (ram, túlmelegedés, ilyesmi)

    Egyébként ha van egy gyors géped is, akkor nyugodtan fordíthatsz azzal kernelt. Értelemszerűen a P2 konfigurációjának megfelelően. A install lépésnél megadsz egy ideiglenes könyvtárat INSTALL_PATH illetve INSTALL_MOD_PATH változóval és akkor az alá fogja telepíteni. Innen kell átmásolod a P2-re.

  • VaZso
    senior tag

    Van a Debian alóli kernel fordításnak valami külünös menete?

    Alapvető problémám az, hogy nincs lefordítva a kernelhez a hangchip megajtására szolgáló kernel modul. A fent lévő verzió 2.6.24-es.

    Gondoltam, fordítok a gépen egy 2.6.26.8-as verziójú kernelt. Kiszedtem a felesleges dolgokat a kernelből és fordítottam (majd' nyolc órát egy P2-Celeron 500-ason).
    Amikor bootolni akartam viszont azt írta, hogy a /lib/modules/2.6.26.8 könyvtár nem található, illetve azon belül a modules.dep sem.

    Próbáltam az IDE meghajtót és a filerendszerért felelős részt is module helyett a kernelbe fordítani, de semmi eredmény... A gépben lévő merevlemezt felismeri, ki is írja a típusát, de a vége mindig az, hogy a module.dep és effélék betöltése sikertelen, valamint várja a root filerendszert...

    Próbáltam a fent lévő kernelt lefordítani (a másik hang modullal) kompletten, az meg hibával szállt el (azt nem írtam fel).

    Most próbáltam fordítani egy másik konfigurációt, de

    "net/core/dev.c: in function 'dev_queue_xmit':
    net/core/dev.c:1638: internal compiler error: Szegmens hiba"

    üzenetet adott.

    Tudom, hogy én csinálok valami hülyeséget, de szerintetek hol?

    Ja, a fent lévő kernel config-fileja alapján próbáltam fordítani a 2.6.26.8-ast, a fentlévőnek a forrását még nem próbáltam fordítani.

  • rekid
    addikt

    Cseréld meg a három boot bejegyzés sorrendjét úgy, hogy a Windows legyen legelől...
    ...vagy legegyszerűbb, ha a file elején lévő "default 0" sort kicseréled "default 2"-re (ha a harmadik a win).

    Ahh koszi szepen. :R Sejtettem hogy hasnolo lesz mert mar volt hozza szerencsem csakhat nemertem belepiszkalni :DD

    ÖÖ a helyes megoldas 3 lett.
    0- normal mode (linux)
    1- single user mode (linux)
    2- Other os. (ilyenkor all es var mit valasztunk)
    3- windows

    Gondolom sorszamot adunk meg. :) CSakha megvalaki kuzd majd eme egyszeru problemaval. :)

Új hozzászólás Aktív témák

Hirdetés