- VoIP telefonálás
- 3 évig még biztosan nem rendelhetünk Xiaomi EV-t
- Musk szerint már jövőre itt vannak a Tesla Optimus humanoid robotok
- Aliexpress tapasztalatok
- Microsoft Excel topic
- QNAP hálózati adattárolók (NAS)
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Hálózati / IP kamera
- Facebook és Messenger
- Már nem az Apple a kínai mobilpiac kedvence
-
IT café
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
válasz Nagytalp #3148 üzenetére
debian etch alatt külön csomagolták a k3b-t, ami dependel a fél kde-re, tehát valóban nem teljesen önálló csomag, de külön darabban van. ha telepíted, felrántja a fél kde-t hozzá. Más linux kiadásokról nem nyilatkozom.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz Nagytalp #3147 üzenetére
Amennyire én tudom, busz hibát akkor adnak az intel processzorok, ha valami címzési kísérlet rosszul sikerül. Hozzá akar férni a memória egy olyan területéhez, amihez semmi köze. HW gondnak tippelem, ha van túlhajtás, akkor azt visszább kellene venni, valami nem bírja (tippem szerint a memória).
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
VladimirR
nagyúr
válasz bambano #3145 üzenetére
ezt egyre kevesbe ertem:
a hdd sajat gepeben (a p1-es) irogatja a fentebb tobbszor emlitett hibat, viszont badblocks hiba nelkul fut le
masik gepben windoze alatt neztem iozone-nal, az nem talal hibat
ugyanacsak ebben a gepben knoppix livecd-rol boot-olva mar a particionalaskor hibat dobal, badblocks pedig egy csomo badsector-t talal
ilyenkor mi van? -
-
VladimirR
nagyúr
válasz bambano #3158 üzenetére
tapegysegek elvileg rendben vanak (bar a p1-eset nem igazan tudom megnezni)
tapcsatlakozo a masodik gepben szinten, az a rack-be megy, mas hdd-nek nem szokott baja lenni
en leginkabb azt nem ertem, hogy ugyanabbana gepben win alatt semmi hibat nem dobott a progi, knoppix live alatt meg particionalni is alig birtam - mindossze egy restart volt a ket proba kozott, semmi szereles -
válasz VladimirR #3159 üzenetére
A linux szerintem jobban megkínozza a hardvert. Lehet, a win csak pio módra állt be, a linux meg dma-ra és a dma vezérlővel van gond... Nem tudom, én biztos kihajítanám a kukába, mert ennyi szenvedést nekem nem érne meg.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
VladimirR
nagyúr
válasz bambano #3164 üzenetére
hmm..ezt nem ertem
-i kapcsoloval az infonal azt mondja, hogy mdma2-t hasznal (megcsillagozva jeloli)
aztan mondom neki, hogy -d 0, vagyis, hogy lojje ki a dma-t
o mondja is, hogy
setting using_dma to 0 (off)
using_dma = 0 (off)
de utana -i eseten tovabbra is ezt irja:
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 *mdma2
...
* signifies the current active mode -
-
VladimirR
nagyúr
válasz bambano #3166 üzenetére
-p volt, de nem lattam semmi hatasat (a fentebb bemasolt -i kiadasa elott volt -p 1)
-X tudja a dma modot allitani (-i utan is jol latszik), de pio modba nem sikerul atvaltanom
root@0[~]# hdparm -d0 -X9 -p1 /dev/hda
/dev/hda:
attempting to set PIO mode to 1
setting using_dma to 0 (off)
setting xfermode to 9 (PIO flow control mode1)
using_dma = 0 (off)
es -i tovabbra is az mdma2-t csillagozza be -
VladimirR
nagyúr
hmmm....mivel masik vinyoval is csinalta, ami egyebkent hibatlan, kiszedtem 1-2 folosleges dolgot a gepbol:
-2x16MB edo ram - maradt 64mb sdr sdram (papiron nem tamogatja a kettot egyutt, de memtest egy nap utan sem hibazott)
-256kb coast kartya, s letiltottam az alaplapon levo masik 256k-s darabot is (a post utani tablazaton kivul sehol nem latszott, hogy lenne akar egy kb l2 cache is)
most orak ota megy a badblocks es nem dobott hibat....
a fene erti
mindenesetre mindenkinek koszonom a segitseget
[Szerkesztve] -
Noddy
senior tag
Üdv mindenkinek!
Előrebocsátom, hogy még csak kezdő linux-os vagyok, de ezt a kérdést nem merem beírni a kezdő topicba.
Lenne egy hd4478-as chipes 4*16-os LCD kijelzőm a parallel portra kötve.
A rendszer ubuntu 6.10, a config a nevemnél.
Tudna nekem valaki olyan magyarnyelvű leírást adni, ahol lépésről lépésre le van írva egy ilyen lcd életre keltése. Az angolnyelvű leírásokon sehogy se igazodok ki, a conf file-okat kell szerkesztgetni, de az egyedül nekem nem megy. Vagy esetleg priviben szájbarágósan leírná, hogy megy a dolog.
Előre is köszönöm.Jesus my savior, not my religion. - Jéghegy nem talál ibolyát.
-
válasz VladimirR #3168 üzenetére
Én hallottam olyan chipsetekről, amelyek nem bírták az sdramot meg az edo-t egyszerre lekezelni.
Az is előfordulhat, hogy az ide vezérlőben a dma nem tudott rendesen dma-zni úgy, hogy két féle ram volt benne. Vagy hogy a két féle ram miatt olyan címekre remappelte a memóriát, ahova nem tudott a diszk vezérlő dma-zni, egyes buffereket elért, másokat meg nem.
de volt olyan gépem, egy gigabyte alaplapos p1, ahol pl. kontakthibás lett az egyik ram foglalata. minden értelmes ok nélkül.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Salvatore
tag
Üdv mindenkinek!
Debian etch alatt sikerült már valakinek ICH8 HD audio-t beüzemelni (Abit AB9 integráltja)?
Már vagy 3 órája szívok vele. alsaconf tökéletesen végigmegy semmi hibaüzi vagy ilyesmi, de az alsamixer meg a többi cucc is ezt írja ''error while loading shared libraries: libasound.so.2: cannot open shared object file: No such file or directory''.
libasound csomag természetesen fennt van a -dev is, meg már szinte az összes alsa libet felraktam de az sem segített. Rákerestem a fájlra külön is de sehol sem lelhető fel.
Másik dolog, mondjuk ez nem lényeg: apt-setup -ot kiszedték ebből a verzióból vagy mi??A pénz nem boldogít, csak amit veszel rajta...
-
válasz Salvatore #3174 üzenetére
lrwxrwxrwx 1 root root 18 2007-03-31 17:00 /usr/lib/libasound.so.2 -> libasound.so.2.0.0
-rw-r--r-- 1 root root 784004 2007-02-26 18:35 /usr/lib/libasound.so.2.0.0
dpkg -S libasound.so.2.0.0
libasound2: /usr/lib/libasound.so.2.0.0
tehát a libasound2 csomagot kell feltenni. hm. libasound nincs is, akkor nem tudom, mi okozhatta a keveredést. de nézd meg, hogy a /usr/lib-ben ott van-e a file.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Salvatore
tag
válasz bambano #3176 üzenetére
Sikerült megoldani jee!
Természetesen a libasound2 fenntvolt, csak az előző hsz-emben lemaradt a 2-es. A gond az volt hogy amit az apt rak fel libasound2 az szar. Leszedtem a packages.debian.org-ról egy régebbi változatot és azzal már müxik rendesen. Mindenesetre ha nem írod, hogy nálad ottvan a file, akkor rá nem jövök a dologra tutti, mert aszittem valami másik csomag hiányzik.
Köszi szépen a segítségetA pénz nem boldogít, csak amit veszel rajta...
-
ngabor2
nagyúr
szenvedek az új ubuntuval, pontosabban a wlan kártyával. ralink 2500 chipes, korábban ment a modulfordítás hozzá, most se 2.95-ös, se 3.3-as, se 4.1-es gcc-vel nem megy. ez utóbbi 2-vel ez a hiba:
root@lizard:/usr/src/modules/rt2500# make
make[1]: Entering directory `/usr/src/linux-headers-2.6.20-15-generic'
CC [M] /usr/src/modules/rt2500/rtmp_main.o
/usr/src/modules/rt2500/rtmp_main.c: In function ‘RT2500_open’:
/usr/src/modules/rt2500/rtmp_main.c:272: warning: passing argument 2 of ‘request_irq’ from incompatible pointer type
CC [M] /usr/src/modules/rt2500/mlme.o
CC [M] /usr/src/modules/rt2500/connect.o
CC [M] /usr/src/modules/rt2500/sync.o
CC [M] /usr/src/modules/rt2500/assoc.o
CC [M] /usr/src/modules/rt2500/auth.o
CC [M] /usr/src/modules/rt2500/auth_rsp.o
CC [M] /usr/src/modules/rt2500/rtmp_data.o
CC [M] /usr/src/modules/rt2500/rtmp_init.o
/usr/src/modules/rt2500/rtmp_init.c:959:62: error: macro ''INIT_WORK'' passed 3 arguments, but takes just 2
/usr/src/modules/rt2500/rtmp_init.c: In function ‘NICInitializeAdapter’:
/usr/src/modules/rt2500/rtmp_init.c:959: error: ‘INIT_WORK’ undeclared (first use in this function)
/usr/src/modules/rt2500/rtmp_init.c:959: error: (Each undeclared identifier is reported only once
/usr/src/modules/rt2500/rtmp_init.c:959: error: for each function it appears in.)
make[2]: *** [/usr/src/modules/rt2500/rtmp_init.o] Error 1
make[1]: *** [_module_/usr/src/modules/rt2500] Error 2
make[1]: Leaving directory `/usr/src/linux-headers-2.6.20-15-generic'
rt2500.ko failed to build!
make: *** [module] Error 1
a 2.95-tel meg még rondább. ötletek a megoldásra?
(mint látható, a fordításhoz szükséges dolgok, build-essential, kernel-headers, stb. fenn vannak, és más rendszereken hasonló forrásból már volt pár sikeres fordításom ugyan ehez a kártyához.) -
ngabor2
nagyúr
linux-image-686 - Obsoleted by: linux-image-generic
linux-image-k7 - Obsoleted by: linux-image-generic
x2 proc van a gépemben, más, smp-t támogató kernelt meg nem látok. a kernelforrást meg valszeg megtalálja, mert egyrészt ő telepítette a /usr/src/linux kt-ba (pontosabban ez egy symlink), másrészt ha nem találná, akkor eddig se menne. configure meg nincs.
még megpróbálom a ''gyári'' forrást leszedni. ha az se megy, akkor visszatérek a 6.06-ra. -
VladimirR
nagyúr
hogyan tudom megadni, hogy egy cron job minden oraban fusson le az adott ora otodik percenek harmincadik masodperceben?
azert lenne ez fontos, mert van egy job, ami percenkent fut
sajnos ez neha valamiert beragad, igy csinaltam egy masik job-ot, ami egy killall-t futtat
viszont ez utobbi megszakitja az adott percben indult job-ot is -
04ahgy
nagyúr
Sziasztok!
Disztribúció: Mandriva 2007.1. Intel GMA950 a grafikus mag a gépemben, fel is ismerte rendesen, és az 1280*800 felbontást is még telepítéskor. A KDE (v3.5) viszont csak 1024*768-as felbontásban jön be. Nem is lehet feljebb állítani, csak lefele.
A /etc/x11/xorg.conf rendesen tartalmazza az 1280*800-as modeline-okat, sőt, azt is megcsináltam, hogy ezeken kívül az összes többit kitöröltem. A KDE maradt 1024*768. Na, gondolhatjátok milyen szép ez a wide TFT-n . Nincs valahol egy külön konfigfájlja a KDE-nek, ahol meg lehetne etetni vele az 1280*800-at?
A GLX-en futó, méltán híres 3D desktopot hol tudnám beállítani?
Köszi előre is!
HGyu
Mod: Apropó, a Mario klón Super Tux játékot is szeretném feltenni, valahol meg van ez rpm formájában? Keresztfiam megőrül érte.
[Szerkesztve]7855.94MHz CPU-Z valid \ Pulchra tibi facies, oculorum acies, capillorum series; o quam clara species! Rosa rubicundior, lilio candidior, omnibus formosior; semper in te glorior!
-
-
rokefeller
senior tag
nos, nekem simán belövi gnome alatt az 1280x800-at ha az i810 driver helyett az intel drivert használom(fedora-n). ha ragaszkodsz az i810-hez akkor keress rá a 915 resolution nevű progira, ugyanis a probléma oka az hogy a chipset a biosból olvassa ki a lehetséges felbontásokat, és bios szinten nincs ezekhez widescreen támogatás, ezzel a progival viszont a nem használt felbontások közül felül lehet ütni egyet a megfelelő értékre. de ha a 3d desktopot (compiz vagy beryl, még egy darabig vagyezvagyaz) szeretnéd, akkor az intel driver lesz a megoldás, annak van rendes glx kiegészítése. tehát ha megvan a felbontás, utána tedd fela beryl-t szerintem az jobban konfigolható, ha fent van, a beryl-managert vedd fel a default session-be aztán el is indíthatod, és akkor lesz egy piros kristály az értesítési területen, onnantól balklikk jobbklikk, öröm, bódottá...
a supertux meg gondolom megvan repository-ban, de ha nem, akkor az rpm.pbone.net -en keresgélhetsz plA télapó nem a régi már...
-
válasz rokefeller #3188 üzenetére
A biosból biztosan nem, mert nem cserélsz biost minden monitorhoz...
A monitorról tölti le közvetlenül, ha rendesebb a monitor.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
rokefeller
senior tag
válasz bambano #3189 üzenetére
khmm...
[link]
természetesen nem cserél az ember minden monitorcserénél bios-t, persze nem is kellene mert intelék beletettek jó sokféle felbontást, csakhogy mind 4:3-as arányú, de az új laptopok meg a TFT monitorok egy része 16:9-es aminek megfelelő felbontás nincs a biosban, ehhez van a 915 resolution, amivel egy nem szükséges 4:3 arányú felbontás helyett tudsz definiálni egy neked pontjót, nyilván nem üti felül a bios-t, de valahogy a driver ezentúl majd lát megfelelő felbontást... erre van a 915 resolution... vagy az újabb driver, ami nem ilyen béna (régi)
sokszor nem tudom mit írok, de most asszem épp tudtamA télapó nem a régi már...
-
válasz rokefeller #3191 üzenetére
Nem nyert 2.0. A linkedről van az idézet:
''The Intel driver uses the bios to determine resolutions'': inkorrekt fordításban a biosból olvassa ki a monitor paramétereit. Korrekt fordításban a bios felhasználásával (a bios segítségével) állapítja meg a felbontásokat.
Érdemes még ezt elolvasni:
[link]
Továbbá a /var/log/Xorg.log.0 alapján:
(II) Module i2c: vendor=''X.Org Foundation''
compiled for 7.1.1, module version = 1.2.0
ABI class: X.Org Video Driver, version 1.0
(II) RADEON(0): I2C bus ''DDC'' initialized.
(II) RADEON(0): Legacy BIOS detected
(II) RADEON(0): Connector0: DDCType-2, DACType-1, TMDSType-0, ConnectorType-4
(II) RADEON(0): Connector1: DDCType-3, DACType-0, TMDSType--1, ConnectorType-2
(II) RADEON(0): I2C device ''DDC:ddc2'' registered at address 0xA0.
(II) RADEON(0): I2C device ''DDC:ddc2'' removed.
(II) RADEON(0): DDC Type: 2, Detected Type: 3
(II) RADEON(0): I2C device ''DDC:ddc2'' registered at address 0xA0.
(II) RADEON(0): I2C device ''DDC:ddc2'' removed.
(II) RADEON(0): I2C device ''DDC:ddc2'' registered at address 0xA0.
(II) RADEON(0): I2C device ''DDC:ddc2'' removed.
(II) RADEON(0): I2C device ''DDC:ddc2'' registered at address 0xA0.
(II) RADEON(0): I2C device ''DDC:ddc2'' removed.
(II) RADEON(0): DDC Type: 3, Detected Type: 0
(II) RADEON(0): EDID data from the display on port 1 ----------------------
(II) RADEON(0): Manufacturer: VSC Model: 6911 Serial#: 16843009
(II) RADEON(0): Year: 2005 Week: 26
(II) RADEON(0): EDID Version: 1.3
(II) RADEON(0): Digital Display Input
...
(II) RADEON(0): Panel infos found from DDC detailed: 1600x1200
(II) RADEON(0): Valid Mode from Detailed timing table: 1600x1200
(II) RADEON(0): Valid Mode from standard timing table: 1600x1200
(II) RADEON(0): Valid Mode from standard timing table: 1280x1024
(II) RADEON(0): Valid Mode from standard timing table: 1280x960
(II) RADEON(0): Valid Mode from standard timing table: 1152x864
(II) RADEON(0): Valid Mode from established timing table: 1280x1024
(II) RADEON(0): Valid Mode from established timing table: 1024x768
(II) RADEON(0): Valid Mode from established timing table: 1024x768
(II) RADEON(0): Valid Mode from established timing table: 1024x768
(II) RADEON(0): Valid Mode from established timing table: 832x624
(II) RADEON(0): Valid Mode from established timing table: 800x600
(II) RADEON(0): Valid Mode from established timing table: 800x600
(II) RADEON(0): Valid Mode from established timing table: 800x600
(II) RADEON(0): Valid Mode from established timing table: 800x600
(II) RADEON(0): Valid Mode from established timing table: 640x480
(II) RADEON(0): Valid Mode from established timing table: 640x480
(II) RADEON(0): Valid Mode from established timing table: 640x480
(II) RADEON(0): Total of 17 mode(s) found.
(II) RADEON(0): Total number of valid DDC mode(s) found: 17
(--) RADEON(0): Virtual size is 1600x1200 (pitch 1600)
(**) RADEON(0): *Default mode ''1600x1200'': 162.0 MHz (scaled from 0.0 MHz), 75.0 kHz, 60.0 Hz
Maradjunk annyiban, hogy nem a biosból olvassa ki.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
04ahgy
nagyúr
válasz rokefeller #3193 üzenetére
rokefeller, bambano !
Köszönöm a segítségeteket. A hsync-et, vertrefresh-t nagyobbra álítottam az xorg.conf-ban. utána a grafikus felületről megpróbáltam állítani a felbontást. Ekkor érzékelhette, hogy elállítottam, mert lelkesen tanácsolta a következőt: ''A képernyő felbontása nem megfelelően van beállítva. Ha a megjelenítéssel problémákat tapasztal, telepítse a 915 resoulution nevű programot.'' Mivel keresgélnem sem kellett, és fel is ajánlotta, hát feltettem, azóta jó.
3D desktopom még nincs, majd próbálkozok vele, de még oda nem jutottam.
SuperTux: megvan... rpm-ben is leszedtem, a rendszeren figyel, de még windowsos telepítőt is leltem hozzá.
HGyu
[Szerkesztve]7855.94MHz CPU-Z valid \ Pulchra tibi facies, oculorum acies, capillorum series; o quam clara species! Rosa rubicundior, lilio candidior, omnibus formosior; semper in te glorior!
-
kavarc
aktív tag
Sziasztok!
A következő kérdésem lenne:
megoldható linux alatt vhogy, hogy a rendszertöltőt egy újraírható cd-re tegye?
Amennyiben igen, akkor pontosan hogyan?
köszönöm! -
ngabor2
nagyúr
ismét érdekes problémám van...
- feltettem a pine-t, mert jobb levelezőre nem jött ajánlat.
- feltettem a postfixet, a fetchmailt, a procmailt és a hixsplitet is, ezek kellenek a levélkezeléshez. átmásoltam a régi .procmailrc-t, .fetchmailrc-t, .pinerc-t, majd fetchmail-lel leszedtem a leveleimet. nézem, hogy valami nem stimmel, a /var/mail/ngabor file-ba dobált be mindent... aztán eszembe jutott, hogy a .forwardot nem másoltam át, hogy tudja, hogy a procmail-nek kell feldolgozni a leveleket. tehát egyrészről megvannak a leveleim, másrészről nem ott/nem úgy vannak, ahogy szeretném. valakinek van ötlete, hogy a /var/mail/ngabor-ból hogyan tudnám a procmail-en keresztül a helyükre varázsolni a leveleimet?
a fetchmail ngabor@localhost nem működik. a procmail < /var/mail/ngabor csak az 1. levelet dolgozza fel.
mb2md-vel szétszedve a mailboxot továbbra se megy, lehet, mert meglehetősen kacifántos neveket adott a leveleknek. -
válasz ngabor2 #3196 üzenetére
Pine helyett mutt, ha mindenáron karakteresen akarsz levelezni.
Magánvéleményem, hogy nem szeretek semmit, ami wu- -val kezdődik, mert régebben sok bugjuk volt.
Azt lehet még tudni, hogy szabványos mailbox fileban kizárólag a levelek első sora kezdődhet From<szóköz>string szöveggel, tehát elvileg a csplit-tel vagy split-tel szét lehet szedni levelekre, és azt egyesével betolni a procmail-nek.
Egy ilyen utasítás:
csplit /var/mail/akarki '/^From /' '{*}'
szétszórja a mailbox file-odat annyi darabra, ahány levél, érdemes külön, üres, ideiglenes könyvtárba elkövetni.
ezt utána egyesével beletolhatod a procmail-be, valahogy így:
for i in xx*; do procmail<$i; done
de ezt teszteld előtte, mielőtt élesben mail vesztést csinálszEgy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
04ahgy
nagyúr
Szia!
Floppyra lehet rakni a rendszertöltőt (Debianról tudok, hogy van ilyen, de szerintem a többi Linuxszal is megetethető), ha meg már floppyn meg van a bootolós rész, onnan csak 1 lépés a boot CD. Utánanézek neked, hogyan is lehet a floppyval a dolgot.
HGyu7855.94MHz CPU-Z valid \ Pulchra tibi facies, oculorum acies, capillorum series; o quam clara species! Rosa rubicundior, lilio candidior, omnibus formosior; semper in te glorior!
-
kavarc
aktív tag
Szia!
Nos a helyzet a következő:
Az MBR-be nem akarom rakni a rendzserindítót.
Floppyra rá tudnám tenni (opensuse), csak az a gond, hogy nincs floppymeghajtóm. Ezért szerettem volna egy az indítófloppyhoz hasonló cd-t csinálni.
Pillanatnyilag a telepítőlemezzel indítgatom a rendszerem, de az azért nem annyira kényelmes.