Debian Linux II.
#2
Elküldve: 2007. 11. 19. 16:11
Nincsenek /dev/snd/hwC* file-jaim egy 2.6.22.2, Etch, ALSA (1.0.13), udev (105), Intel High Definition
# ls -l /dev/snd total 0 crw-rw---- 1 root audio 116, 0 2007-11-19 15:01 controlC0 crw-rw---- 1 root audio 116, 24 2007-11-19 15:01 pcmC0D0c crw-rw---- 1 root audio 116, 16 2007-11-19 15:01 pcmC0D0p crw-rw---- 1 root audio 116, 25 2007-11-19 15:01 pcmC0D1c crw-rw---- 1 root audio 116, 17 2007-11-19 15:01 pcmC0D1p crw-rw---- 1 root audio 116, 30 2007-11-19 15:01 pcmC0D6c crw-rw---- 1 root audio 116, 22 2007-11-19 15:01 pcmC0D6p crw-rw---- 1 root audio 116, 33 2007-11-19 15:01 timer
Ahogy nézem minden szükséges modul be van töltve:
# lsmod |grep snd snd_intel8x0 28124 0 snd_ac97_codec 94112 1 snd_intel8x0 ac97_bus 1920 1 snd_ac97_codec snd_hda_intel 244888 0 snd_pcm_oss 38432 0 snd_mixer_oss 14080 1 snd_pcm_oss snd_pcm 65800 4 snd_intel8x0,snd_ac97_codec,snd_hda_intel,snd_pcm_oss snd_timer 17668 1 snd_pcm snd 42020 7 snd_intel8x0,snd_ac97_codec,snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 5536 1 snd snd_page_alloc 7496 3 snd_intel8x0,snd_hda_intel,snd_pcm
ALSA konfigjába nem túrtam bele.
udev konfigját csak egy USB-s diszkkel kapcsolatban változtattam, tehát az ALSA-val kapcsolatos részek változatlanok:
# ALSA devices KERNEL=="controlC[0-9]*", NAME="snd/%k" KERNEL=="hwC[D0-9]*", NAME="snd/%k" KERNEL=="pcmC[D0-9cp]*", NAME="snd/%k" KERNEL=="midiC[D0-9]*", NAME="snd/%k" KERNEL=="timer", NAME="snd/%k" KERNEL=="seq", NAME="snd/%k"
A fenti modulok betöltésekor udevmonitor a következőket mondja:
UEVENT[1195484378.409530] add@/module/snd_page_alloc UDEV [1195484378.409530] add@/module/snd_page_alloc UEVENT[1195484378.409733] add@/module/soundcore UDEV [1195484378.409733] add@/module/soundcore UEVENT[1195484378.416310] add@/module/snd UDEV [1195484378.416310] add@/module/snd UEVENT[1195484378.487898] add@/module/snd_timer UDEV [1195484378.487898] add@/module/snd_timer UEVENT[1195484378.488117] add@/class/sound/timer UDEV [1195484378.488117] add@/class/sound/timer UEVENT[1195484378.500696] add@/module/snd_pcm UDEV [1195484378.500696] add@/module/snd_pcm UEVENT[1195484378.562714] add@/module/snd_mixer_oss UDEV [1195484378.562714] add@/module/snd_mixer_oss UEVENT[1195484378.562937] add@/module/snd_pcm_oss UDEV [1195484378.562937] add@/module/snd_pcm_oss UEVENT[1195484378.577915] add@/module/snd_hda_intel UDEV [1195484378.577915] add@/module/snd_hda_intel UEVENT[1195484378.578142] add@/bus/pci/drivers/HDA Intel UDEV [1195484378.578142] add@/bus/pci/drivers/HDA Intel UEVENT[1195484378.772440] add@/class/sound/pcmC0D6p UEVENT[1195484378.772600] add@/class/sound/pcmC0D6c UEVENT[1195484378.772683] add@/class/sound/pcmC0D1p UEVENT[1195484378.772761] add@/class/sound/pcmC0D1c UEVENT[1195484378.772838] add@/class/sound/adsp UEVENT[1195484378.772914] add@/class/sound/pcmC0D0p UEVENT[1195484378.772991] add@/class/sound/pcmC0D0c UEVENT[1195484378.773068] add@/class/sound/dsp UEVENT[1195484378.773145] add@/class/sound/audio UEVENT[1195484378.773221] add@/class/sound/controlC0 UEVENT[1195484378.774309] add@/class/sound/mixer UDEV [1195484378.775137] add@/class/sound/pcmC0D6p UDEV [1195484378.831813] add@/class/sound/pcmC0D6c UDEV [1195484378.889331] add@/class/sound/pcmC0D1p UDEV [1195484378.943178] add@/class/sound/pcmC0D1c UDEV [1195484378.944030] add@/class/sound/adsp UDEV [1195484378.944786] add@/class/sound/pcmC0D0p UDEV [1195484378.945532] add@/class/sound/pcmC0D0c UDEV [1195484379.105951] add@/class/sound/dsp UDEV [1195484379.152823] add@/class/sound/audio UDEV [1195484379.194607] add@/class/sound/controlC0 UDEV [1195484379.237232] add@/class/sound/mixer UEVENT[1195484383.306321] add@/module/ac97_bus UEVENT[1195484383.306430] add@/module/snd_ac97_codec UEVENT[1195484383.372223] add@/module/snd_intel8x0 UDEV [1195484383.372223] add@/module/ac97_bus UEVENT[1195484383.372427] add@/bus/pci/drivers/Intel ICH UDEV [1195484383.372427] add@/module/snd_ac97_codec UDEV [1195484383.374031] add@/module/snd_intel8x0 UDEV [1195484383.375227] add@/bus/pci/drivers/Intel ICH
Mivel ebben a kimenetben nincs semmi hwC*-ra utaló, ezért én arra következtetek, hogy nem az udev szabályokkal lesz a probléma.
Ami érdekes, hogy az ALSA egyébként működni látszik, ALSA-t használó programoknak (audacious ALSA output pluginnel, mplayer -ao alsa) van is hangjuk... Viszont a pulseaudio lenne minden vágyam, annak meg kellenek a /dev/snd/hwC* file-ok.
Na, szóval mitévő legyek, hogy legyenek ilyen file-jaim? (;
#3
Elküldve: 2007. 11. 20. 08:25
Raid1-hez mit ajánlanátok nekem egy teljesen mezei nForce3 chipset-es A64-es géphez ? Az alaplapi vezérlő támogatja a raid-et, mondjuk úgy, hogy "hardveresen" (bios-ból) - de ugyebár tudja ezt szoftverből a linux is.
Melyiket ajánlanátok ? Nem hot-swap, nem hot-spare, semmi komoly cumó tehát.
Ezeknél a standard mezei otthoni lapoknál van értelme a raid1-nek ? Ha mondjuk működés közben lehúzom az egyik vinyót, csak úgy paff, kihúzom a SATA adatkábelt mondjuk, mire számíthatok akkor, ha
a) bios-ban van a raid beállítva
b) linux szoftveresen oldom meg
Lefagyok brutálisan, vagy logolja a kernel hogy gáz van, de megy tovább a másik vinyóról ?
Na és a helyreállítás ilyenkor hogy történik ? Szerver leállít, 1 vinyó csere .. újra beindít.. és ?
(az eszközöket és menetét tudom, itt engem az érdekel, hogy ilyen otthoni config hogyan viselkedne).
HotSwap-et nem várok nyilván
B) verzió: mivel hobbi szerverről van szó, veszek egy célkártyát erre, Promise FastTrak 4 portos, hot-swap kártya és akkor már egy nem-szoftveres raid5. De a fentebbi verzió érdekel egyelőre inkább.
#4
Elküldve: 2007. 11. 20. 08:30
es igen, mindezeket tudja a linuxos soft raid.
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#5
Elküldve: 2007. 11. 20. 08:55
Lenne közben egy második kérdésem is:
hogyan tudom megadni az oprendszernek, hogy egy adott programot csak az X számú procin futtasson ? Teszem azt, van egy dual core-os gép, és azt szeretném, ha egy izmos alkalmazás, mondjuk pl. egy játékszerver, csak a második magon fusson, ne ossza mikor hova a kernel.. csak azon futtassa. Esetleg ugyanez VMWare-ben lehetséges ? (Akár azt mondani, hogy egy virtuális gép csak a 2-es magon fusson).
#6
Elküldve: 2007. 11. 20. 09:09
ha azzal van a gondod, hogy emiatt (a "koltoztetes" miatt) lassul az a program, akkor elviekben kernel parameterrel finomhangolhatod, en legalabbis ezt olvastam:
migration_cost=
[KNL,SMP] debug: override scheduler migration
costs
Format: <level-1-usecs>,<level-2-usecs>,...
This debugging option can be used to override the
default scheduler migration cost matrix. The
numbers
are indexed by 'CPU domain distance'.
E.g. migration_cost=1000,2000,3000 on an SMT NUMA
box will set up an intra-core migration cost of
1 msec, an inter-core migration cost of 2 msecs,
and an inter-node migration cost of 3 msecs.
WARNING: using the wrong values here can break
scheduler performance, so it's only for scheduler
development purposes, not production environments.
de gyanum szerint ez nehezkes es korulmenyes. ennek ellenere szivesen hallanek rola mastol is!
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#7
Elküldve: 2007. 11. 20. 09:17
igen, a költöztetéssel van bajom, ez egyértelműen késleltetést jelent.
#8
Elküldve: 2007. 11. 20. 09:26
szoval en egyaltalan nem vagyok benne biztos, hogy Neked ilyenre lenne szukseged.
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#9
Elküldve: 2007. 11. 20. 09:50
de hiszek Neked.
#10
Elküldve: 2007. 11. 20. 10:14
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#11
Elküldve: 2007. 11. 20. 10:27
vagy egyetlen procin belül is külön mem vez-t kap a két mag ?
érdekes téma
#12
Elküldve: 2007. 11. 20. 10:30
(persze jo a meglatas, hogy a tobb magos tobb utas rendszereknel a helyzet nemikepp bonyolult.)
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#13
Elküldve: 2007. 11. 20. 11:31
de ebből csak kettő-kettő van egyenlő távolságra a ramtól
a kettőkön belül az 1-1 mag vajon mennyire
mert ha az oprendszer úgy osztja ki a feladatot, hogy tökmindegy, gyakorlatilag csak taskváltás, és egy folyamatot ide-oda dobál 1-es és 3-as mag között, ..
móka.
#14
Elküldve: 2007. 11. 20. 12:14
vagy mirol beszelunk? egy 2 utas, dual magos Opteron eseten igen, 4 cpu adott, ebbol 2-2 azonos tavolsagra, de ezen csoportok mar kulonbozo tavolsagra vannak a memoriaktol. (egy ket utas dual magos Xeon eseten mindegyik mag azonos tavolsagra van!)
igen, itt finomhangolni kell, a linuxot a szerint, amit feljebb linkeltem. lathato, hogy kulon allapitja meg a magok kozotti, a cpu-k kozotti, sot a node-ok kozotti migraciot (ez utobbi nagyobb, sok tiz utas rendszerek velejaroja.)
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#15
Elküldve: 2007. 11. 20. 16:31
thx a választ !
(nem, duál magos X2 nem mutat 4 procit természetesen
#16
Elküldve: 2007. 11. 25. 17:05
-Minden reggel mikor felkelek tudom, hogy aznap csak egy jó dolog vár rám. A lefekvés! :)
-A Linux nem Windows, de a Windows se Linux
#17
Elküldve: 2007. 11. 25. 23:37
Idézet: Lenny - Dátum: 2007. nov. 25., vasárnap - 17:05
Szerintem 2009 tavaszán.
#18
Elküldve: 2007. 11. 27. 10:05
Egy kerdessel fordulok hozzatok, kezdo felhasznalo vagyok, de igyekszem.
Adott egy belso munkahelyi halozat, (egy szoba, benne 20 geppel).
Routerbol jon a net egy elosztoba (hub vagy switch), igy kapjuk bent a vonalat egy 192.168-as halozaton.
Csak felhasznalo vagyok idebent, nincs acc-om a routerhez.
Adott 2 szamitogep ami a problemamban erintett, mind2 gepre debian/sarge van telepitve, az egyik a sajat gepem, a masik pedig egy kis file server a belso halon.Egyik szamitogep sem szedheto szet, 1-1 halokartya van csak a gepekben.
A rendszergizda MAC szerint a routerbol kitiltotta a file server-t, belso halot latja kifele viszont nem.
Jozan paraszti esszel kilogikaztam, (mivel nem vagyok szakerto), a megoldas 2 fele keppen tortenhet, szerintem
1.: MAC address-t valtok a kisgepen (ezt nem tartom szerencsesnek, nem bizti hogy orulnenek neki)
2.: Megosztom a sajat gepemen (szinten Debian) a netet, erre csatlakozik a kisgep, es igy lat majd kifele.
A 2. megoldas szerintem kezenfekvobb, de gyakorlati megvalositasaval meg gondok vannak.
Kernel-ben minden szukseges modul be van forgatva az ipt-MASQUERADE-tol az ip-conntrack-ig.
De a konkret kerdesem az lenne, hogy 1halokartyaval, amin a sajat gepem kapja a netet, hogy tudom megosztani, hogy a file-server is ram csatlakozzon? (virtualis halokartya-t kellene letrehozni, mint M$ alatt a visszacsatolo adapter?)
Elore is koszonom a segitseget, minden megoldas erdekell. /semmi tisztessegtelen szandekom nincs, csupan neha frissiteni szeretnem a rendszert,gyakorolni, etc../
udv
letix
Szerkesztette: letix 2007. 11. 27. 10:10 -kor
#19
Elküldve: 2007. 11. 27. 11:19
de ha a rendszergazda letiltotta, azt minden bizonnyal okkal tette! tisztesseges szandek ide vagy oda. ha valoban tisztesseges es jogos a szandekod, akkor a rendszergazdat kene keresned a problemaddal. ha nem teszed meg, akkor kijatszod a ceg policy-jat, amiert akar ki is rughatnak!
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#20
Elküldve: 2007. 11. 27. 11:34
Idézet: bogdan - Dátum: 2007. nov. 27., kedd - 12:19
de ha a rendszergazda letiltotta, azt minden bizonnyal okkal tette! tisztesseges szandek ide vagy oda. ha valoban tisztesseges es jogos a szandekod, akkor a rendszergazdat kene keresned a problemaddal. ha nem teszed meg, akkor kijatszod a ceg policy-jat, amiert akar ki is rughatnak!
Az igazat megvallva 10 szor szoltam mar a gazdinak, a valasz mindig ua. volt, rendben,majd ha lesz idom visszateszem.
Ebbol lett elegem tulajdonkeppen.
Visszaterve, gyakorlati megvalositasaban tudnatok nemi tampontot adni?
Ha a gepemben 2 halokartya lenne, mar mukodne a dolog, 1 halokartyaval viszont tanacstalan vagyok.
udv
letix

Súgó
A téma zárva.












