HWSW Informatikai Kerekasztal: Debian Linux II. - HWSW Informatikai Kerekasztal

Ugrás a tartalomhoz

Mellékleteink: HUP | Gamekapocs

  • (19 Oldal)
  • +
  • 1
  • 2
  • 3
  • Utolsó »
  • Nem indíthatsz témát.
  • A téma zárva.

Debian Linux II. Értékeld a témát: -----

#1 Felhasználó inaktív   Goodman 

  • Senior tag
  • PipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 2.246
  • Csatlakozott: --

Elküldve: 2007. 11. 19. 02:47

Folytatás innen.

#2 Felhasználó inaktív   szeder 

  • Senior tag
  • PipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 3.009
  • Csatlakozott: --

Elküldve: 2007. 11. 19. 16:11

Oh, csak nem első? (;

Nincsenek /dev/snd/hwC* file-jaim egy 2.6.22.2, Etch, ALSA (1.0.13), udev (105), Intel High Definition :omg: Audio Controller kvintett esetén:
# 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 Felhasználó inaktív   Eperkutyus 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.905
  • Csatlakozott: --

Elküldve: 2007. 11. 20. 08:25

Sziasztok !

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 :) de azért egy minimális biztonságot adjon, befingik egy vinyó, vegye észre és ne fagyjon hanem dolgozzon a másikkal tovább.

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.
Om mani peme hung.

#4 Felhasználó inaktív   bogdan 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 18.631
  • Csatlakozott: --

Elküldve: 2007. 11. 20. 08:30

az alaplapi -- gyanum szerint -- nem hardware-es, hanem softwares. mivel ezek software ellatottsaga nem eppen optimalis, igy e miatt, es ezernyi mas aprosag miatt sokszorosan a linux soft raid ajanlott.

es igen, mindezeket tudja a linuxos soft raid.
a forum ma:
"Ez van bazdmeg, ha nem tetszik, el lehet menni."

#5 Felhasználó inaktív   Eperkutyus 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.905
  • Csatlakozott: --

Elküldve: 2007. 11. 20. 08:55

Köszi a gyors választ.

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).
Om mani peme hung.

#6 Felhasználó inaktív   bogdan 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 18.631
  • Csatlakozott: --

Elküldve: 2007. 11. 20. 09:09

miert jo neked, hogy egy magon marad az az alkalmazas? a unix-ok alapveto tudasa az, hogy transzparensen kezelik az eroforrasokat.

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!
a forum ma:
"Ez van bazdmeg, ha nem tetszik, el lehet menni."

#7 Felhasználó inaktív   Eperkutyus 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.905
  • Csatlakozott: --

Elküldve: 2007. 11. 20. 09:17

ja, engem is érdekel. nem feltétlen megcsinálni, hanem megtudni róla többet.

igen, a költöztetéssel van bajom, ez egyértelműen késleltetést jelent.
Om mani peme hung.

#8 Felhasználó inaktív   bogdan 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 18.631
  • Csatlakozott: --

Elküldve: 2007. 11. 20. 09:26

igenam, de ez inkabb a NUMA, mint az UMA architekturaknal erdekes, azaz a tobbprocesszoros Opteron gepeknel peldaul, nem az Intel gepeken. ott ugyanis a koltoztetes nem tobb, mint a taskvaltas, hiszen a memoria ugyanolyan messze van. taskvaltas meg ugyis lesz.

szoval en egyaltalan nem vagyok benne biztos, hogy Neked ilyenre lenne szukseged.
a forum ma:
"Ez van bazdmeg, ha nem tetszik, el lehet menni."

#9 Felhasználó inaktív   Eperkutyus 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.905
  • Csatlakozott: --

Elküldve: 2007. 11. 20. 09:50

a gép duál magos A64 X2, nem tudom ez rendelkezik-e ugyanezzel a képességgel mint az opteronok.

de hiszek Neked.  :D
Om mani peme hung.

#10 Felhasználó inaktív   bogdan 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 18.631
  • Csatlakozott: --

Elküldve: 2007. 11. 20. 10:14

nem, mert csak egy memoriavezerloje van. a tobbutas opteronok eseteben kerul a memoria kulonbozo tavolsagra a processzortol, mert mindegyik processzornak sajat memoriavezerloje van.
a forum ma:
"Ez van bazdmeg, ha nem tetszik, el lehet menni."

#11 Felhasználó inaktív   Eperkutyus 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.905
  • Csatlakozott: --

Elküldve: 2007. 11. 20. 10:27

kivéve a duál magos opteronok, így elmondható egy több utas opteron rendszerre hogy NUMA-s is meg nem is  :Đ

vagy egyetlen procin belül is külön mem vez-t kap a két mag ?

érdekes téma :)
Om mani peme hung.

#12 Felhasználó inaktív   bogdan 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 18.631
  • Csatlakozott: --

Elküldve: 2007. 11. 20. 10:30

allitasom tovabbra is all! "a memoria kulonbozo tavolsagra a processzortol" azaz nem a magtol, hanem a processzortol!

(persze jo a meglatas, hogy a tobb magos tobb utas rendszereknel a helyzet nemikepp bonyolult.)
a forum ma:
"Ez van bazdmeg, ha nem tetszik, el lehet menni."

#13 Felhasználó inaktív   Eperkutyus 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.905
  • Csatlakozott: --

Elküldve: 2007. 11. 20. 11:31

mind a WinXP, mind a linux azt mutatja, hogy nekem 4 CPU-m van, mondjuk egy duál CPU-s, duál magos rendszerben.

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.
Om mani peme hung.

#14 Felhasználó inaktív   bogdan 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 18.631
  • Csatlakozott: --

Elküldve: 2007. 11. 20. 12:14

a "duál magos A64 X2" geped mutatja, hogy 4 cpu van benne?

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.)
a forum ma:
"Ez van bazdmeg, ha nem tetszik, el lehet menni."

#15 Felhasználó inaktív   Eperkutyus 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.905
  • Csatlakozott: --

Elküldve: 2007. 11. 20. 16:31

hű nem semmi.

thx a választ !

(nem, duál magos X2 nem mutat 4 procit természetesen :))
Om mani peme hung.

#16 Felhasználó inaktív   Lenny 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 5.995
  • Csatlakozott: --

Elküldve: 2007. 11. 25. 17:05

Gondolom még korai, de esetleg van valami előzetes terv, hogy mikor lesz Lenny stable?
-A biztonsági öv lehet hogy korlátoz a mozgásban, de még mindig nem annyira mint a tolószék.
-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 Felhasználó inaktív   zoli62 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 8.623
  • Csatlakozott: --

Elküldve: 2007. 11. 25. 23:37

Idézet: Lenny - Dátum: 2007. nov. 25., vasárnap - 17:05

Gondolom még korai, de esetleg van valami előzetes terv, hogy mikor lesz Lenny stable?

Szerintem 2009 tavaszán.
"Légy szerény mint én..."

#18 Felhasználó inaktív   letix 

  • Senior tag
  • PipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 2.127
  • Csatlakozott: --

Elküldve: 2007. 11. 27. 10:05

Tiszteletem!

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 Felhasználó inaktív   bogdan 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 18.631
  • Csatlakozott: --

Elküldve: 2007. 11. 27. 11:19

elvben igen, megoldhato.

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!
a forum ma:
"Ez van bazdmeg, ha nem tetszik, el lehet menni."

#20 Felhasználó inaktív   letix 

  • Senior tag
  • PipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 2.127
  • Csatlakozott: --

Elküldve: 2007. 11. 27. 11:34

Idézet: bogdan - Dátum: 2007. nov. 27., kedd - 12:19

elvben igen, megoldhato.

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

Téma megosztása:


  • (19 Oldal)
  • +
  • 1
  • 2
  • 3
  • Utolsó »
  • Nem indíthatsz témát.
  • A téma zárva.

1 felhasználó olvassa ezt a témát.
0 felhasználó, 1 vendég, 0 anonim felhasználó