[gekmage]

Amikor kernelt fordítasz azért a use dma by default when available opciót multi-mode-t mindenképp válaszd ki, meg az ide taskfile accest, meg esetleg a ignore word93bitet.

És nézz meg egy SMP+preemptív mentes kernelt is. hogy tényleg minden kernel problémát/macerát ki lehessen zárni. biztos ami biztos alapon, mielött végleg pálcát törsz az alaplap felett alatt egyéb. egy alaplap azért nem 2 Ft.

Vinyók jumperelése megfelelõ legyen (master/slave), BIOS beállításoknál vinyóra minden AUTO-n legyen, manuálisat lehetõség szerint inkább mellõzni.

[FifiTheReal]

Idézet: gekmage - Dátum: 2007. máj. 17., csütörtök - 12:11

Amikor kernelt fordítasz azért a use dma by default when available opciót multi-mode-t mindenképp válaszd ki, meg az ide taskfile accest, meg esetleg a ignore word93bitet.

Én most a 2.6.21.1-es konfigot néztem:
use dma by default when available: ezt nem lelem 
multi-mode: CONFIG_IDEDISK_MULTI_MODE=y tehát ez eddig is megvolt
ide taskfile acces: ez valóban nincs beállítva, teljesen nem értem mire jó. Amit megértettem, hogy közvetlen hozzáférés és gyorsabb adatvisszaállítás. Majd megpróbálom.
ignore word93bit: ha jól értettem ez egy udma kompatibilitási dolog, tehát jól jöhet, ezután beleforgatom

Idézet

És nézz meg egy SMP+preemptív mentes kernelt is. hogy tényleg minden kernel problémát/macerát ki lehessen zárni. biztos ami biztos alapon, mielött végleg pálcát törsz az alaplap felett alatt egyéb. egy alaplap azért nem 2 Ft.

Az alaplap fél éves, tehát még most kell kiderítenem, hogy hibás-e mert garanciában cseréltetem.

Amit el fogok követni:
1. Új kernel az általad javasolt dolgokkal (bár ezt az alapértelmezett dma használat, ha elérhetõ opciót nem lelem  )
2. Ha ez nem segít kábelek cseréje (már itt van a táskámban)
3. Ha ez sem segít, akkor kiveszem a két ide disket és beteszek a helyükre két újat (ezek is megvannak már) és feltelepítek egy teljesen új etch-t és ott megnézem a telepítõmédia kernelével, majd a saját kernelemmel. (az eddig használttal és az általad javasolt módosításokkal forgatva is)
4. Ha ez sem segít, akkor marad az alaplap.

Idézet

Vinyók jumperelése megfelelõ legyen (master/slave), BIOS beállításoknál vinyóra minden AUTO-n legyen, manuálisat lehetõség szerint inkább mellõzni.

A hdd-k jumperelve vannak, BIOS-ban semmi tuning, minden auto-n, csak eszközök engedélyezése, tiltása van (pl. firewire, párhuzamos port, infra stb. nem kell, ezek már BIOS-ban disabled). Bár szerintem ha a hdd-k cabel select-tel lenne beállítva, akkor sem lehetne gond.

Köszönöm a tippeket, majd jelentkezem, hogy mire jutottam.

Bye, Fifi

[gekmage]

Idézet: FifiTheReal - Dátum: 2007. máj. 17., csütörtök - 13:56

Én most a 2.6.21.1-es konfigot néztem:
use dma by default when available: ezt nem lelem 

Itten van ni

Szerkesztette: gekmage 2007. 05. 17. 14:57 -kor

[FifiTheReal]

Idézet: gekmage - Dátum: 2007. máj. 17., csütörtök - 15:57

Itten van ni

Ez kérem egy nyomi 2.6.18 kernel  :Ð
Én meg már a 2.6.21.1 hypersuper, jajdefrankó kernelnél tartok és abban bizony nincs.

Ime az én screenshotom.

[debianforever]

Idézet: gekmage - Dátum: 2007. máj. 17., csütörtök - 11:11

Amikor kernelt fordítasz azért a use dma by default when available opciót multi-mode-t mindenképp válaszd ki, meg az ide taskfile accest, meg esetleg a ignore word93bitet.

És nézz meg egy SMP+preemptív mentes kernelt is. hogy tényleg minden kernel problémát/macerát ki lehessen zárni. biztos ami biztos alapon, mielött végleg pálcát törsz az alaplap felett alatt egyéb. egy alaplap azért nem 2 Ft.

Vinyók jumperelése megfelelõ legyen (master/slave), BIOS beállításoknál vinyóra minden AUTO-n legyen, manuálisat lehetõség szerint inkább mellõzni.

Számít a bios ? ...mert szerintem a boot rekord betöltése után már semmit.

[Lenny]

Ha már ennyire a kernel fordításnál tartunk.

Nem tud valaki esetleg egy olyan oldalt, ahol leírják, hogy melyik modul mire való?
Természetesen nem a file rendszer, illetve a közvetlen HW opciók érdekelnek, hanem pl. a hálózat, kernel opciók, fontosabb modulok amiket célszerû belefordítani stb.

Régebben talán a hup.hu-n volt valaki aki rászánta magát és leírta a 2.6.5 (vagy 2.6.9)-s kernel opcióit.

Érthetõ amit írok?

[debianforever]

Idézet: Lenny - Dátum: 2007. máj. 17., csütörtök - 19:37

Ha már ennyire a kernel fordításnál tartunk.

Nem tud valaki esetleg egy olyan oldalt, ahol leírják, hogy melyik modul mire való?
Természetesen nem a file rendszer, illetve a közvetlen HW opciók érdekelnek, hanem pl. a hálózat, kernel opciók, fontosabb modulok amiket célszerû belefordítani stb.

Régebben talán a hup.hu-n volt valaki aki rászánta magát és leírta a 2.6.5 (vagy 2.6.9)-s kernel opcióit.

Érthetõ amit írok?

Ilyesmi ?

[FifiTheReal]

Idézet: Lenny - Dátum: 2007. máj. 17., csütörtök - 20:37

Ha már ennyire a kernel fordításnál tartunk.

Nem tud valaki esetleg egy olyan oldalt, ahol leírják, hogy melyik modul mire való?

Hát szerintem a legjobb, ha elindítasz egy make menu/xconfigot és elolvasod az adott modul helpjét, igaz ha végig szretnéd olvasni, akkor szánj rá 4-5 órát min.  :Ð

Ha az a gond, hogy angol, akkor van egy-két leírás, amely a fõbb dolgokat leírja:
például ez vagy talán ez

És ha a kernelt magyarul szeretnéd konfigurálni, ehhez találtam egy ilyet: http://tlktp.sourcef...et/download.php
Nem tudom, hogy mennyire kész, hogy mit fordítottak le -  mert sohasem próbáltam csak google súgta - és ez még a 2.6.17-es kernelhez van.

Bye, Fifi

Szerkesztette: FifiTheReal 2007. 05. 17. 20:25 -kor

[FifiTheReal]

Idézet: FifiTheReal - Dátum: 2007. máj. 17., csütörtök - 14:56

Amit el fogok követni:
1. Új kernel az általad javasolt dolgokkal (bár ezt az alapértelmezett dma használat, ha elérhetõ opciót nem lelem  )
2. Ha ez nem segít kábelek cseréje (már itt van a táskámban)

Na ezeken már túl vagyok. Az új kernel és a szép új 90cm-es ATA133 kerek kábelek sem segítettek, pedig darabja 1900,-Ft volt.

Már itt van mellettem 2db Seagate Barracuda 7200.10 200GB-os hdd, de ma már nem állok neki hdd-t kiszedni és telepíteni. Majd holnap, de elõtte meg kell szabadítanom a gépet a benne lévõ porállománytól, amitõl a kábelek cseréjekor megborzadtam.

[gekmage]

Idézet: debianforever - Dátum: 2007. máj. 17., csütörtök - 19:04

Számít a bios ? ...mert szerintem a boot rekord betöltése után már semmit.

számít bizonyos mértékig.

Pl. ha a vinyó nem auto-n van, vagy valamelyik DMA van disabled-en / pl. Primary MAster IDE UDMA mode asus biosban /, akkor a linux sem fogja megfelelõen kezelni, de ha minden AUTO-n van akkor ez kiesik.

[gekmage]

Idézet: FifiTheReal - Dátum: 2007. máj. 17., csütörtök - 17:53

Ez kérem egy nyomi 2.6.18 kernel  :Ð
Én meg már a 2.6.21.1 hypersuper, jajdefrankó kernelnél tartok és abban bizony nincs.

Ime az én screenshotom.

Az a csak a lemezekre engedélyezett DMA az feltétlenül kell ?

Amúgy meg jó ez a kis nyomi kernel, nem tudom mi bajod vele

Szerkesztette: gekmage 2007. 05. 17. 20:51 -kor

[FifiTheReal]

Idézet: gekmage - Dátum: 2007. máj. 17., csütörtök - 21:51

Az a csak a lemezekre engedélyezett DMA az feltétlenül kell ?

Nem, ezt csak most próbáltam ki. Miért? Azért, mert a dvd-rom-ra és a dvd-rw-re is jött bootnál a  DriveReady SeekComplete Error és gondoltam ha csak a hdd-ken lesz DMA, akkor talán megjavul. Hát nem. 

Idézet

Amúgy meg jó ez a kis nyomi kernel, nem tudom mi bajod vele

Semmi  Nem a konfigodra értettem, Te nevezted el így (lásd screenshotod), én csak "átvettem" kicsit kiforgatva. 

Összefoglalva amire gyanakszom:
1.) hdd-k haldokolnak <-> de akkor miért csak bootnál van hiba, üzem közbe soha
2.) a dist-upgrade sikerült félre és ott került valami kellemetlen a palacsintába
3.) alaplap rosszalkodik

Ahogy szerintem ez tisztázható:
1.) az új hdd-kre történõ teljesen új rendszer telepítése
- ha itt gond lesz, akkor alaplap
- ha megszûnik a gond, akkor
2.) a jelenleg használt hdd-kre is új rendszer telepítése.
- ha nincs gond, akkor a dist-upgrade a lúdas,
- ha van, akkor a diskek öregedtek el.

Szerkesztette: FifiTheReal 2007. 05. 17. 21:46 -kor

[gekmage]

Idézet: FifiTheReal - Dátum: 2007. máj. 17., csütörtök - 21:34

Semmi  Nem a konfigodra értettem, Te nevezted el így (lásd screenshotod), én csak "átvettem" kicsit kiforgatva. 

Ahogy szerintem ez tisztázható:
1.) az új hdd-kre történõ teljesen új rendszer telepítése
- ha itt gond lesz, akkor alaplap
- ha megszûnik a gond, akkor
2.) a jelenleg használt hdd-kre is új rendszer telepítése.
- ha nincs gond, akkor a dist-upgrade a lúdas,
- ha van, akkor a diskek öregedtek el.

hehe. ez a te configod egyébként amit kitettél ide vhova nagyjából legalábbis ugyanaz (pár HW support került csak bele pluszba), de nem produkálta a hibát.

Az én configom nem a nyomi, hanem:

oscon@osconsfortress:~$ uname -a
Linux osconsfortress 2.6.18-limbo #1 Mon May 14 20:33:32 CEST 2007 i686 GNU/Linux
oscon@osconsfortress:~$

Mivel a kernel problémázik dist-upgrade bug kb. kizárható. Én mivel intel lapról van szó, a 2B verzióra teszem a vodkatonicot.

Szerkesztette: gekmage 2007. 05. 17. 22:19 -kor

[FifiTheReal]

Idézet: gekmage - Dátum: 2007. máj. 17., csütörtök - 23:17

hehe. ez a te configod egyébként amit kitettél ide vhova nagyjából legalábbis ugyanaz (pár HW support került csak bele pluszba), de nem produkálta a hibát.

Tuuuudooom    De te elnevezted nyominak - screenshot - és ezzel akartam viccelõdni, de nem jött be 
Hanyagoljuk! 

Idézet: gekmage

Mivel a kernel problémázik dist-upgrade bug kb. kizárható. Én mivel intel lapról van szó, a 2B verzióra teszem a vodkatonicot.

Én is erre hajlok, meg a smartctl old_age értekei is ezt támasztják alá, de egy hibás hdd-nél menet közben is kellene dobálnia a hibaüzeneteket, nem csak bootnál elejteni egy-kettõt.

Ha az új diskeken meglesz az új rendszer és ott nincs gond, akkor belepakolom még plussz ezeket a régieket is és megnézem úgy is mi a helyzet, ráküldöm majd az fsck-t blackblock vizsgálattal (több minta írás, olvasás teszttel) aztán azután eldöntöm, hogy kuka vagy tartalék diskeknek mehetnek a polcra.

[Mono]

Sziasztok!

Egy kérdés: megoldható-e valahogy, hogy csomag frissítéskor bizonyos csomagokat ne vegyen figyelembe - automatikusan :confused:

Helyzet az, hogy forrásban töltöttem le egy csomagot, amit patch-eltem, lefordítottam, majd dpkg -i paranccsal telepítettem.
A gond akkor jön, ha ezen patchelt, lefordított, telepített csomagból talál újabb (nagyobb verziójú) csomagot a csomagkezelõ. Ekkor ugyanis szépen befrissítené a nem patchelt változatra.
Az lenne az igazi, ha akár konzolos apt-get-es frissítés, akár Synaptic, stb. frissítés során ez a fajta kizárás megmaradna, automatikusan.
A szóban forgó dolog amúgy postfix, vélhetõen nem sok olyan dolog frissülne be, aminek ez lenne a függõsége, így nagy hibát - szerintem - nem követek el.

Tudtok errõl valamit

[Lenny]

Valaki használ Core 2 Duo-val Debian-t?

Melyik kernel-t érdemes használni alatta? Én a 2.6.18-4-686-ost használom. Ami érdekes, hogy azt írja ki a cpuinfo -ra hogy csak sse,sse2 van benne. Pedig a proci támogatja az SSE3-t is.

[Nagyika]

Idézet: Mono - Dátum: 2007. máj. 18., péntek - 17:16

Az lenne az igazi, ha akár konzolos apt-get-es frissítés, akár Synaptic, stb. frissítés során ez a fajta kizárás megmaradna, automatikusan.

Holdba kell rakni a csomagot, hogy ne frissítse.
echo "postfix hold" | dpkg --set-selections

[FifiTheReal]

Idézet: FifiTheReal - Dátum: 2007. máj. 18., péntek - 9:43

Idézet: gekmage

Mivel a kernel problémázik dist-upgrade bug kb. kizárható. Én mivel intel lapról van szó, a 2B verzióra teszem a vodkatonicot.

Na kb 2,5 órán át takarítottam a gépet, szétszedtem teljesen, ami por volt benne, az már félelmetes.

Új diskeket belepakoltam és indult az etch install. Gondoltam egyet bátor leszek és guis magyar nyelvû telepítésnek estem neki. Hát a raid device-oknál valami loopba került, mert mindig úgyanazt az md-t akarta létrehozni (ha jól emlékszem az elsõ négy után), de lehet, hogy én voltam a béna és az egerészés megzavart

Szóval újraboot és a jó öreg ncurses + angol felület és biztos ami biztos konzolt váltva kézzel csináltam meg a raid tömbjeim.

Telepítés hamar megvolt. DriveReady hibaüzenet sehol. Fordítom a saját kernelem újraboot hibaüzenet sehol. 
Ez már erõsen hajnalban volt, ezért nem akartam zajongani a szereléssel, így ma visszaraktam az egyik régi disket is. Hibaüzenet most sincs 

root@blackdragon:~# grep DriveReady /var/log/syslog
root@blackdragon:~# mount
/dev/md1 on / type xfs (rw,nobarrier)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/md0 on /boot type ext3 (rw)
/dev/md6 on /home type xfs (rw,nobarrier)
/dev/md2 on /opt type xfs (rw,nobarrier)
/dev/md5 on /tmp type xfs (rw,nobarrier)
/dev/md3 on /usr type xfs (rw,nobarrier)
/dev/md4 on /var type xfs (rw,nobarrier)
/dev/hdb1 on /mnt/old_boot type ext3 (rw)
/dev/hdb2 on /mnt/old_system-root type xfs (rw,nobarrier)
/dev/hdb3 on /mnt/old_opt type xfs (rw,nobarrier)
/dev/hdb5 on /mnt/old_usr type xfs (rw,nobarrier)
/dev/hdb6 on /mnt/old_var type xfs (rw,nobarrier)
/dev/hdb8 on /mnt/old_home type xfs (rw,nobarrier)
root@blackdragon:~# 

Még majd megpróbálom, hátha a másik diskem volt a lúdas visszatenni azt, hátha az miatt volt az egész, de az megint szerelés, mert tele a ház IDE cucokkal és most hétvége a családra is kell idõ. 
Viszont ha azzal  a diskkel sem lesz gond, akkor már egyértelmû, hogy a dist-upgrade kavart be valamit  :o  De mit?  :confused:

[Friczy]

Idézet: Mono - Dátum: 2007. máj. 18., péntek - 17:16

Sziasztok!

Egy kérdés: megoldható-e valahogy, hogy csomag frissítéskor bizonyos csomagokat ne vegyen figyelembe - automatikusan :confused:

Helyzet az, hogy forrásban töltöttem le egy csomagot, amit patch-eltem, lefordítottam, majd dpkg -i paranccsal telepítettem.
A gond akkor jön, ha ezen patchelt, lefordított, telepített csomagból talál újabb (nagyobb verziójú) csomagot a csomagkezelõ. Ekkor ugyanis szépen befrissítené a nem patchelt változatra.
Az lenne az igazi, ha akár konzolos apt-get-es frissítés, akár Synaptic, stb. frissítés során ez a fajta kizárás megmaradna, automatikusan.
A szóban forgó dolog amúgy postfix, vélhetõen nem sok olyan dolog frissülne be, aminek ez lenne a függõsége, így nagy hibát - szerintem - nem követek el.

Tudtok errõl valamit

Többféle megoldás közül választhatsz.

- utasíthatod, hogy a csomagot ne frissítse automatikusan (hold állapotba teszed a csomagot). Ezt megoldhatod az

echo csomagnév hold | dpkg --set-selections

paranccsal, vagy az

aptitude hold csomagnév

paranccsal. Arra figyelj, hogy (legalábbis én így vettem észre) a kettõ nem teljesen ugyanazt csinálja, mintha az aptitude hold eredményét nem venné figyelembe az apt-get, de lehet, hogy annak idején én bénáztam el valamit, mindenesetre nem árt kipróbálni, hogy az általad használt frissítést melyik akasztja el.

- megadhatod apt-pinning segítségével, hogy az adott csomag melyik verziójához ragaszkodjon  Ehhez az /etc/apt/preferences file-t kell szerkesztened (ha nincs, akkor létre is hoznod), alapja a

man apt_preferences

. Valahogy így tudod megoldani:
Package: postfix
Pin: version ateverziódszáma
Pin-Priority: 1000

- ha amúgy is te csináltad a csomagot, akkor a verziószám elé tegyél egy ún. epoch tagot. Ez agyonüti a verziószámozást, pontosabban egy szinttel nagyobb prioritást jelent, magasabb epoch számú csomagot sosem upgrade-el automatikusan a rendszer alacsonyabbra, még ha az epoch után álló verziószám magasabb is lenne. Az epoch egy kettõsponttal van elválasztva a verziótól, valahogy így:
Version: 3:1.0svn
Ez egy általam készített csomag (hogy mibõl, az nem fontos), a csomag verziószámából látszik, hogy az epoch érték 3 (a disztribúciõbeli csomagé 2), és így garantáltan nem íródik felül. Az epoch számot a csomag készítése elõtt a verziószámba kell beletenni, a debian/changelog file-ba.

[Lenny]

Na kezd kiborítani.

Most tettem fel az Etch-et a gépemre. Van benne egy SATA (sda) és egy ATA disk.
Elsõ boot alkalommal hdf-nek ismerte fel (Ubuntu is). Beállítottam az fstab-ot nem is volt vele gond.
Következõ boot-nál már hdb lett. Gondoltam lehet elõzõleg volt valami gixer ami miatt rosszul ismerte fel.

Na most azóta öüssze-vissza változtatja. Hol hdb, hol hdf.

Kicsit idegesít. Találkozott már valaki ilyennel? Gigabyte GA-965 S3 lap. Elõzõleg is volt fent Ubuntu, Etch és nem volt gond. Most kicsit átparticionáltam, azért lett újrahúzva....