[FifiTheReal]

Idézet: Lenny - Dátum: 2007. máj. 15., kedd - 9:21

Nem állítom, hogy ettõl van, de egy próbát megér.

Hát ezzel nem vesztek semmit majd este kipróbálom

[FifiTheReal]

Idézet: kroozo - Dátum: 2007. máj. 15., kedd - 9:24

Szerintem elso korben probald ki egy stock kernellel, ha lehet.

Annak ismeretében, hogy "2006-10-27 óta szépen mûködõ magam fordította 2.6.18.1-as vanilla kernellel" egészen május 13-ig nem volt gond - ekkor követtem el az upgrade-t - nem érzem úgy, hogy pont a dist kernelével ne lenne meg ez a hiba.

Persze veszíteni ezzel sem tudok, este ezt is megejtem.

Idézet: kroozo

Szerk: es backupolj is

A home az a SATA diskeken van, ha elszáll a rendszer az IDE diskeken, azt tudom pótolni max. a konfigokat kell újra elkészíteni.

Ami ebben bosszant, hogy nem tudom, hogy mikor akad meg a rendszerbetöltés folyamata és amikor távolról élesztem fel a gépet, akkor vajon elindult-e vagy megint megállt. Feleségem is használná olykor, de  õ csak felhasználói szinten ért a számítógépekhez.
Az nem megoldás, hogy egész nap menjen, mert hangos, sok energiát zabál és nincs is rá szükség, arra van külön egy kis fogyasztású gépem, ami 24 órában teszi a dolgát.

[bogdan]

akkor a /etc-t mentsd le azert.. artani az sem arthat!

[kroozo]

Idézet: FifiTheReal - Dátum: 2007. máj. 15., kedd - 11:19

Annak ismeretében, hogy "2006-10-27 óta szépen mûködõ magam fordította 2.6.18.1-as vanilla kernellel" egészen május 13-ig nem volt gond - ekkor követtem el az upgrade-t - nem érzem úgy, hogy pont a dist kernelével ne lenne meg ez a hiba.

Persze veszíteni ezzel sem tudok, este ezt is megejtem.

Idézet: kroozo

Szerk: es backupolj is

A home az a SATA diskeken van, ha elszáll a rendszer az IDE diskeken, azt tudom pótolni max. a konfigokat kell újra elkészíteni.

Ami ebben bosszant, hogy nem tudom, hogy mikor akad meg a rendszerbetöltés folyamata és amikor távolról élesztem fel a gépet, akkor vajon elindult-e vagy megint megállt. Feleségem is használná olykor, de  õ csak felhasználói szinten ért a számítógépekhez.
Az nem megoldás, hogy egész nap menjen, mert hangos, sok energiát zabál és nincs is rá szükség, arra van külön egy kis fogyasztású gépem, ami 24 órában teszi a dolgát.

Na jo, de azota csereltel egy disztrot, ami lehet, hogy mar mas kernel featureok megletere, nem megletere, valamilyere alapoz, amire a sarge meg nem tette. Ezert mondom.

[FifiTheReal]

Idézet: bogdan - Dátum: 2007. máj. 15., kedd - 11:24

akkor a /etc-t mentsd le azert.. artani az sem arthat!

Természetesen mentésem a conf file-okról azért van

Nem vagyok már az az ifjú titán, aki mindig mindent nulláról kezd a kihívás kedvéért. Öregszem no és ezzel együtt kényelmesedem.  :Ð

[bogdan]

nos abban igaza van, hogy egyfelol ettol meg csak valami hibajelzes lenne, es max 1-2 dolog nem mukodne, tovabba hogy a hiba helye egyertelmu lenne.

de az is biztos, hogy illene kizarni a hibat egy gyari kernel probajaval..

[FifiTheReal]

Idézet: kroozo - Dátum: 2007. máj. 15., kedd - 11:27

Na jo, de azota csereltel egy disztrot, ami lehet, hogy mar mas kernel featureok megletere, nem megletere, valamilyere alapoz, amire a sarge meg nem tette. Ezert mondom.

Én sem vettetem el az ötletet. Azt a 15 percet megéri 3-4 újraindítással együtt és még közben fekete kakast is áldozok. 

A gond az, hogy nem tudom a hibát behatárolni és hajlamos vagyok a disztribre kenni, mert upgrade alatt is tapasztaltam bohóságokat az oprendszer részérõl, amit nem lett volna szabad elkövetnie.

[Mono]

Sziasztok!

Egy régi mail szerverrõl kellene átvinnem a rendszer szintû felhasználókat, illetve azok jelszavait a /etc/shadow fájlból egy új mail szerver leendõ MySQL táblájába oly módon, hogy ott már SQL authentikáció lenne, mûködnie kellene minden felhasználónév/jelszó párosnak.

Van-e tippetek, tapasztalatotok ilyen téren Lehet-e egyáltalán :confused:

[kroozo]

Idézet: bogdan - Dátum: 2007. máj. 15., kedd - 11:48

nos abban igaza van, hogy egyfelol ettol meg csak valami hibajelzes lenne, es max 1-2 dolog nem mukodne, tovabba hogy a hiba helye egyertelmu lenne.

de az is biztos, hogy illene kizarni a hibat egy gyari kernel probajaval..

Igen, en is inkabb ilyen alapon mondtam Sajnalatos modon mostanaban melo urugyen nem tudok ilyenekkel jatszani, szoval nem lattam meg se etchet se festyt se a sokatvaltoztunk .21es v melyik kernelt kozelrol, igy erosen csak vaktaban pufogtatok

[FifiTheReal]

Idézet: kroozo - Dátum: 2007. máj. 15., kedd - 12:12

Sajnalatos modon mostanaban melo urugyen nem tudok ilyenekkel jatszani, szoval nem lattam meg se etchet se festyt se a sokatvaltoztunk .21es v melyik kernelt kozelrol, igy erosen csak vaktaban pufogtatok

Nekem sem munka. Sajnos pályát tévesztettem, a számítástechnika (linux) nálam csak hobbi és az ember a hobbijára mindig szívesen szakít idõt, valamint desktopnak használom a debian-t, így elkelt már a frissítés.

[gekmage]

Teszi ezt a 2006-10-27 óta szépen mûködõ magam fordította 2.6.18.1-as vanilla kernellel és a frissen fordított 2.6.21.1-es vanilla kernellel is.
Sikeres bootnál látok "DriveReady SeekComplete DataRequest/Error" üzeneteket, de csak boot közben, a rendszer mûködése közben soha. Ez látszik is a kitett grep_DriveReady_syslog.txt és reboots.txt file-ok összevetésébõl. Másoltam sok file-t, néztem filmet, hallgattam zenét, próbáltam terhelni a diskeket, de üzem közben nincs hibaüzenet.

A BIOS reseten túl...

Az a Preemptív kernel az feltétlenül szükséges ? Az néha hajlamos produkálni érdekes jelenségeket.

Milyen IO schedulert használsz? Alap anticipatory schedulerrel is ezt csinálja?
Próbálgattam én ezeket a schedulereket amik itt megvannak, de összességében még mindig az anticipatory volt a legmegfelelõbb, a többivel mindig sikerült valami bosszantó hibába belefutni.

Milyen beállításokat alkalmazol a kernelconfig Block, illetve ATA/stb. support részében? hátha felfedez vki vmi nem odavalót...

Illetve még annyit, hogy hasonló DMA erroros üzenetet produkál(hat) kifejezetten bootoláskor rossz, vagy "kilazúlt" 80eres IDE kábel is.  ha jól látom ez IDE vinyó.. (?)...

legalábbis volt már olyan, hogy másolás, telepítés minden faszán lezajlott, csak a kész rendszer nem bootolt be az istennek se, de a fájlrendszer minden egyben volt, adatok mind egészben megvoltak. mindez egy rossz ide kábel miatt.

[FifiTheReal]

Idézet: gekmage - Dátum: 2007. máj. 15., kedd - 13:04

Az a Preemptív kernel az feltétlenül szükséges ? Az néha hajlamos produkálni érdekes jelenségeket.

Hát a Low-Latency Desktop szerintem kellemes dolog, homokórázást máshol is láthatok 

Idézet

Milyen IO schedulert használsz? Alap anticipatory schedulerrel is ezt csinálja?
Próbálgattam én ezeket a schedulereket amik itt megvannak, de összességében még mindig az anticipatory volt a legmegfelelõbb, a többivel mindig sikerült valami bosszantó hibába belefutni.

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
CONFIG_DEFAULT_AS=y
# CONFIG_DEFAULT_DEADLINE is not set
# CONFIG_DEFAULT_CFQ is not set
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="anticipatory"

Idézet

Milyen beállításokat alkalmazol a kernelconfig Block, illetve ATA/stb. support részében? hátha felfedez vki vmi nem odavalót...

Kiraktam még egy lsmod.txt-t és a kernel configokat.

Idézet

Illetve még annyit, hogy hasonló DMA erroros üzenetet produkál(hat) kifejezetten bootoláskor rossz, vagy "kilazúlt" 80eres IDE kábel is.  ha jól látom ez IDE vinyó.. (?)...

A gép nem volt mozgatva ott áll szépen az íróasztalom alatt. Gyerekek jól neveltek nem bántják annál is inkább mert a chieftec ház üresen is kb. 15 kg. és egy 5 éves srác, valamint egy 5 hónapos kiscsaj erre fizikailag képtelen. A kisördög azért nem aludt bennem, tegnap este végignéztem az összes kábelt, minden a helyén.

Amúgy ma már kétszer indítottam el távolról és mindkét alkalommal sikerült a rendszerbetöltés, de megint a bootnál volt hiba a dvd írómnál és az egyik IDE disknél:
May 15 13:58:08 blackdragon kernel: hdc: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }
May 15 13:58:08 blackdragon kernel: hdc: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }
May 15 13:58:08 blackdragon kernel: hdd: status error: status=0x58 { DriveReady SeekComplete DataRequest }

Én már nem is disk, hanem IDE vezérlõ hibára gyanakszom, hisz hol a dvd-rom, hol a dvd-rw is áldozatul esik. Lehet, hogy alaplap? Kb. fél éve vettem az ABIT IC7-et, viszonylag jó tápegységem van és túlfeszvédõs elosztót is használok.

Szerkesztette: FifiTheReal 2007. 05. 15. 14:01 -kor

[bogdan]

irtam, hogy nalam ugyanez megy a p3-as gepen. szerintem az udma modok nem stimmelnek! (szo szerint ugyanezek a hibak!)

meg nem jutottam oda, hogy kiprobaljam, de szerintem a megoldas valami olyasmi, hogy egy ide=nodma kernelparametert atad az ember bootolaskor, majd hdparm-al beallitja a megfelelo sebesseget. nalam ez lett a jo beallitas a hdparm-al:

hdparm -i /dev/hda
UDMA modes: udma0 udma1 udma2 *udma3 udma4 udma5 *udma3 udma4 udma5

hdparm -i /dev/hdc
UDMA modes: udma0 udma1 udma2 *udma3 udma4 udma5 *udma3 udma4 udma5 udma6

mint latszik egyik winyo sem birta azt az UDMA modot, ami a maximuma, vissza kellett venni. a 2.4-es kernellel meg nem jelentkezett a hiba, gondolom ott eleve udma nelkul indult.

[kroozo]

Idézet: bogdan - Dátum: 2007. máj. 15., kedd - 14:34

irtam, hogy nalam ugyanez megy a p3-as gepen. szerintem az udma modok nem stimmelnek! (szo szerint ugyanezek a hibak!)

meg nem jutottam oda, hogy kiprobaljam, de szerintem a megoldas valami olyasmi, hogy egy ide=nodma kernelparametert atad az ember bootolaskor, majd hdparm-al beallitja a megfelelo sebesseget. nalam ez lett a jo beallitas a hdparm-al:

hdparm -i /dev/hda
UDMA modes: udma0 udma1 udma2 *udma3 udma4 udma5 *udma3 udma4 udma5

hdparm -i /dev/hdc
UDMA modes: udma0 udma1 udma2 *udma3 udma4 udma5 *udma3 udma4 udma5 udma6

mint latszik egyik winyo sem birta azt az UDMA modot, ami a maximuma, vissza kellett venni. a 2.4-es kernellel meg nem jelentkezett a hiba, gondolom ott eleve udma nelkul indult.

Kugliztam egy kicsit en is, ez jarhatonak tunik... Persze kerdes, hogy ekkor be lehet-e meg kapcsolni azert utolag. Ha nem, akkor esetleg meg azt tudom elkepzelni, hogy az initrdbe belecsunyitani, hogy ott allitsa be, bar azt ugye mar le kell olvasni valahonnan. Hacsak ki nem teszi az ember floppyra

[zoli62]

Nálam már Sarge óta dobál seek error-okat. Mondjuk múltkoriban Win alatt "megállt"  két winchesteren is az NTFS partición levõ rendszer betöltése,  lásd: https://forum.hwsw.hu/index.php?showtopic=1...dpost&p=4931168 Jelzésértékû is lehetett, de így megy már több mint négy éve. Azóta cseréltem IDE kábelt.

Szerkesztette: zoli62 2007. 05. 15. 14:23 -kor

[kroozo]

Idézet: FifiTheReal - Dátum: 2007. máj. 15., kedd - 13:03

Nekem sem munka. Sajnos pályát tévesztettem, a számítástechnika (linux) nálam csak hobbi és az ember a hobbijára mindig szívesen szakít idõt, valamint desktopnak használom a debian-t, így elkelt már a frissítés.

Nemregiben meg munka volt, most kicsit mas irany, de ugyanugy napi blillzet koptatas, utana az ember mar kevesbe vagyik arra, hogy meg utana is azt bamulja

Mindenesetre otthon mostmar en is fogok frissiteni, foleg, hogy felig sikerult szetcseszni egy rakas dolgot.

[bogdan]

sajnos nem megy.. kiprobaltam a ide=nodma, ide0=nodma hda=nodma
de egyik sem okoz kulonbseget.. ugyanugy hibakkal indul, es dma-val.

[gekmage]

hát nem tudom. Az elsõ ami feltûnt, hogy a PCI DMA by default when available nálad nincs bekapcsolva. Meg énnálam az IDE TaskFile acces is mûködik faszán.

Az IDE/ATAPI Floppy miért is kell ?

A 3,5''-es floppy az a normál floppy disk supportban van...

Meg aztán SMP meg hasonló felépítésében erõsen inkább server típuú jószágokban ezt a preemptív marhaságot (bocs erõltetni, nem'tom...meg minek is kell ennyi ütemezõ (?).

lehet hogy leforgatok itt egy "hasonló" kernelt, mert nálam sose volt gond a DMA kezeléssel. Amit tudott a cucc, azt tudta, pedig aztán itt jártak mindenféle vinyók. vót VIA csipszetes jószág most nvidia, meg másutt intellel se vót gond. nem'tom...

[bogdan]

ize.. csak halkan jegyzem meg, hogy nalam a tok szabvany gyari kernellel nem megy! se a sarge 2.6.10(?)-esevel, se az etch 2.6.18-asaval!

ha kutatsz egy kicsit a google-on, akkor lathatod, hogy sokaknak van hasonlo problemaja. csak ugy latszik nem elegunknek, hogy erdemi valasz is szulessek..

esetleg mondhatnal valami jo kis kernel parametert, amivel kikapcsolhatnam a dma-t az osszes idere! egyenlore nekem nem ment.

[gekmage]

Idézet: bogdan - Dátum: 2007. máj. 15., kedd - 17:49

ize.. csak halkan jegyzem meg, hogy nalam a tok szabvany gyari kernellel nem megy! se a sarge 2.6.10(?)-esevel, se az etch 2.6.18-asaval!

ha kutatsz egy kicsit a google-on, akkor lathatod, hogy sokaknak van hasonlo problemaja. csak ugy latszik nem elegunknek, hogy erdemi valasz is szulessek..

esetleg mondhatnal valami jo kis kernel parametert, amivel kikapcsolhatnam a dma-t az osszes idere! egyenlore nekem nem ment.

Hát DMA nélkül baromi lassú lesz sz'tem...de te tudod.

Ha a ide=nodma paramétert az etch féle kernel nem eszi meg (tehát akkor is bekapcsolja), akkor egy generic pci bus master dma support -ra mondjatok nemet, de sz'tem rohadt lassú lesz a vinyó...

A seek errorokra elvben megoldásnak kellene lennie a "use multi-mode by default" opciónak.
csak leforgatok egy ilyen preemptív kernelt hogy mijafenét csinál itt nálam. mondjuk nem egészen a gyári configot használom (http://oscon.freeweb.hu), de majd finomítok rajta, hogy olyan legyen a config (driverek, processzor, stb. mindenképpen más lesz) mint amit a nemtomleírni hosszúneve van jómunkásembör.

A sarge-ban nagyon megreparált 2.6.8 van egyébként. de mondjuk nekem azzal se voltak ide gondjaim. mindegy megnézem ezt a preempítv configot, de már elõre borsódzik tõle a hátam.

Szerkesztette: gekmage 2007. 05. 15. 18:07 -kor