- Telekom mobilszolgáltatások
- Yettel topik
- Poco X6 Pro - ötös alá
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Garmin Forerunner 55 - bemelegítő kör
- Google szolgáltatás (GMS) Huawei telefonokra
- Honor Magic5 Pro - kamerák bűvöletében
- Realme 8 - az igazi nyolcas
- Nothing Phone (2) - több, mint elsőre látszik
- iPhone topik
Hirdetés
-
Premier előzetesen a Gray Zone Warfare
gp A mai naptól hivatalosan is elrajtol a játék korai kiadása PC-n.
-
Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
ph Az ASTRIA 600 ARGB ráadásul a hűtési teljesítmény szempontjából sem szégyenkezhet.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Mobilarena
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
-
BoB
veterán
válasz LonGleY #18499 üzenetére
Aham. Szóval ha dedikált VGA kell, akkor AMD legyen? ATI... mikor volt már az. A 13.4-es catalyst-al? Ami nem támogatja az x.org 1.14-et? Régi időkben élsz, nvidia támogatása jobb.
Ati legújabb linux drivere csupán májusi. Nvidia: november. Nemhiába lesznek a SteamOS-es gépek utóbbival szerelve.
(#18502) LonGleY : nem értek egyet, most indokoltam.
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
félisten
Ezek szerint szó sincs arról, hogy csak nV kari mehetne Steam gépekbe: A Valve a CES-en mutatja be a Steam masinákat építő partnereit
Egy bíztató hír: AMD, Nvidia ramp up Linux driver support after Valve's SteamOS announcement
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
félisten
válasz LonGleY #18505 üzenetére
Az AMD-n múlik.
Ha képesek folyamatosan legalább olyan minőségű drivert biztosítani, mint az nV, ráadásul Mantle támogatással, akkor már csak a Steam masinák gyártóit kell meggyőzni, hogy ne utálkozzanak az AMD márkanév hallatán.Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
félisten
Én hazsnálom, jelenleg egy E350-nel amiben volt egy GF9300 is.
Az nV karival jobb volt a video lejátszás, mint AMD IGP-n, de Flash gyorsítás sokkal rosszabb volt (vagy nem volt?).
Az nV karival pár összeomlás volt ha kwin-t bekapcsoltam, de amikor ment, akkor hibátlanul.
AMD-n nincs összeolás, de kb. mindenhol vannak furcsa dolgok (tearing, képnézegetőben a képek közti animáció szaggat, ugrál, stb.). Chakra-n nem próbáltam nV karit, de az AMD driverrel nem műxik a GPU gyorsítás a HD filmeknél.Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
-
félisten
Próbálkoztam mindennel. OpenGL módban eszi a procit 100%-on.
Más disztrókon hibátlanul megy. Valami el van állítva a Chakrában, majd utánanézek, ha lesz több időm.
Egyébként kipróbáltam minden lejátszót (KMplayer, SMPlayer, VLC, XBMC).
A fura, hogy egyszer egy pár órára működött, amikor legelőször üzemeltem be, aztán újraindítás után megint nem, és azóta sehogy sem akar menni. Inkább Chakra beállítási gond (vagy bug?) szerintem, hiszem más disztrókon azonos gépen, azonos júzerrel minden simán ment.[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
sch_a
addikt
Sziasztok!
iSCSI SAN-ról bootolnék, de nem akarja az igazat: [link]. Gondolom a modul hiányában nem éri el az eszközt. Google-al csak annyit találok, hogy ha a /etc/initramfs-tools/modules-ben szerepel az iscsi, akkor elég egy update-initramfs -u és menni fog. De nem akar. Van ötletetek mit tehetnék? -
-
utgyuru
aktív tag
Van egy olyan felállásom, hogy GRUB-ból tudok indítani egy linuxot meg egy winxp-t. 1 fizikai hdd, particionálva. Kiválasztam a winxp-t, és enter után eltelik egy jó fél perc, mire az ismerős bootlogót látom. Ez a fél perces késleltetés ez beállítás kérdése?
-
Lenry
félisten
két Samba megosztásom van, kalapáltam rájuk Lomtárat.
[Unity]
comment = Unity Server
path = /media/Unity
read only = No
guest ok = Yes
#recbin
vfs object = recycle
recycle:repository = /media/Unity/.recycle/%U
recycle:touch = Yes
recycle:keeptree = Yes
recycle:versions = Yes
recycle:noversions = *.tmp,*.temp,*.o,*.obj,*.TMP,*.TEMP
recycle:exclude = *.tmp,*.temp,*.o,*.obj,*.TMP,*.TEMP
recycle:excludedir = /.recycle
[Munka]
comment = Munka
path = /media/masfel/Munka
read only = No
guest ok = Yes
#recbin
vfs object = recycle
recycle:repository = /media/masfel/Munka/.recycle/%U
recycle:touch = Yes
recycle:keeptree = Yes
recycle:versions = Yes
recycle:noversions = *.tmp,*.temp,*.o,*.obj,*.TMP,*.TEMP
recycle:exclude = *.tmp,*.temp,*.o,*.obj,*.TMP,*.TEMP
recycle:excludedir = /.recyclea Munkánál tökéletesen működik, a Unitynél egyáltalán nem... miért?
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Speeedfire
nagyúr
válasz Speeedfire #18518 üzenetére
A link lemaradt az előbb. [link]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
batagy
őstag
Sziasztok!
Olyat lehet csinálni, hogy egy bináris (már compilált) kernel modult egyik oprendszerről átmásolok egy másik, ugyanolyan oprendszerre? Utóbbiban talán nem lett belefordítva az a funkció.
Konkrétan, hogy ne rébuszokban beszéljek:
SUSE Enterprise 11 SP2.
Kernel:
hostname1:~ # uname -a
Linux hostname1 3.0.74-0.6.8-default #1 SMP Wed May 15 07:26:33 UTC 2013 (5e244d7) x86_64 x86_64 x86_64 GNU/Linux
hostname1:~ #A "zram" nevű kernel modult szeretném ezen az oprendszeren használni. A 3-as kernelben már integrálva van ez a funckió, de ezen a SUSE enterprise-on nem elérhető, vagy nem lett belefordítva.
A zram modult nem tudom betölteni:
hostname1:~ # modprobe zram num_devices=4
FATAL: Module zram not found.
hostname1:~ #A forráskódja megtalálható az /usr/src-ben:
hostname1:~ # cd /usr/src/linux-3.0.74-0.6.8/drivers/staging/zram/
hostname1:/usr/src/linux-3.0.74-0.6.8/drivers/staging/zram # ls -la
total 76
drwxr-xr-x 2 root root 4096 Sep 10 13:09 .
drwxr-xr-x 67 root root 4096 Sep 10 13:09 ..
-rw-r--r-- 1 root root 821 May 15 09:26 Kconfig
-rw-r--r-- 1 root root 100 May 15 09:26 Makefile
-rw-r--r-- 1 root root 12896 May 15 09:26 xvmalloc.c
-rw-r--r-- 1 root root 774 May 15 09:26 xvmalloc.h
-rw-r--r-- 1 root root 1980 May 15 09:26 xvmalloc_int.h
-rw-r--r-- 1 root root 1987 May 15 09:26 zram.txt
-rw-r--r-- 1 root root 16494 May 15 09:26 zram_drv.c
-rw-r--r-- 1 root root 3434 May 15 09:26 zram_drv.h
-rw-r--r-- 1 root root 5350 May 15 09:26 zram_sysfs.c
hostname1:/usr/src/linux-3.0.74-0.6.8/drivers/staging/zram #Na, most, egy másik SLES11 SP2 szerveren érdekes módon ez a modul le lett fordítva, ott megtaláltam a zram.ko modult:
hostname2 [12:05pm] [/home/batagy] -> ls -l /lib/modules/3.0.74-0.6.8-default/kernel/drivers/staging/zram/
total 32
-rw-r--r-- 1 root root 28952 May 15 14:04 zram.ko
hostname2 [12:06pm] [/home/batagy] -> modprobe zram
FATAL: module '/lib/modules/3.0.74-0.6.8-default/kernel/drivers/staging/zram/zram.ko' is unsupported
Use --allow-unsupported or set allow_unsupported_modules to 1 in
/etc/modprobe.d/unsupported-modules
hostname2 [12:06pm] [/home/batagy] ->A másik rendszerben ugyanaz a kernel verzió és az architektúra is, mindkettő Intel Xeon x86_64. Csak ez utóbbiban úgy tűnik le lett fordítva a zram modul.
A kérdés: ha a zram.ko modult a második gépről átmásolom az első gépbe a /lib/modules/3.0.74-0.6.8-default/kernel/drivers/staging/zram/ mappába, akkor mi történik?
Működik ez így, vagy a kernelt eleve úgy kell fordítani?
Kösz!
-
Jester01
veterán
válasz batagy #18521 üzenetére
Jellemzően a modulok függetlenek, de van egy két "feature" jellegű opció a kernel configban ami szükséges lehet bizonyos moduloknak. zram-ra ezt írja:
config ZRAM
tristate "Compressed RAM block device support"
depends on BLOCK && SYSFS && ZSMALLOCElső kettő biztos van, ZSMALLOC modult meg maximum ugyanúgy átmásolod, az már nem függ semmitől.
Jester
-
batagy
őstag
válasz Jester01 #18522 üzenetére
Hali!
Érdekes, hogy az SLES11 SP2-n nincs benne a ZSMALLOC függőség:
hostname1:~ # cat /usr/src/linux-3.0.74-0.6.8/drivers/staging/zram/Kconfig
config XVMALLOC
bool
default n
config ZRAM
tristate "Compressed RAM block device support"
depends on BLOCK && SYSFS
select XVMALLOC
select LZO_COMPRESS
select LZO_DECOMPRESS
default n
help
Creates virtual block devices called /dev/zramX (X = 0, 1, ...).
Pages written to these disks are compressed and stored in memory
itself. These disks allow very fast I/O and compression provides
good amounts of memory savings.
It has several use cases, for example: /tmp storage, use as swap
disks and maybe many more.
See zram.txt for more information.
Project home: http://compcache.googlecode.com/
config ZRAM_DEBUG
bool "Compressed RAM block device debug support"
depends on ZRAM
default n
help
This option adds additional debugging code to the compressed
RAM block device driver.
hostname1:~ #Átmásoltam a binárist és megpróbáltam betölteni, de nem sikerül neki:
hostname1:~ # ls -l /lib/modules/3.0.74-0.6.8-default/kernel/drivers/staging/zram/
total 32
-rw-r--r-- 1 root root 28952 Nov 11 12:14 zram.ko
hostname1:~ # modprobe /lib/modules/3.0.74-0.6.8-default/kernel/drivers/staging/zram/zram.ko
FATAL: Module /lib/modules/3.0.74_0.6.8_default/kernel/drivers/staging/zram/zram.ko not found.
hostname1:~ # modprobe zram num_devices=4
FATAL: Module zram not found.
hostname1:~ #Merrefelé induljak tovább?
(#18523) sch_a
Az tuti hogy nem elegáns, eléggé gányolásnak tűnik, de a szükség rávisz. Valóban az a kérdés hogy okoz-e gondot. -
batagy
őstag
válasz a 9. utas #18527 üzenetére
Sajnos nem a kötőjel-aláhúzás a gond, mert anélkül se megy:
hostname1:~ # modprobe /root/home/batagy/zram.ko num_devices=4
FATAL: Module /root/home/batagy/zram.ko not found.
hostname1:~ #"A két rendszeren teljesen azonos a kernel?"
Az "uname -a" kimenete karakterre ugyanaz. De az lehetséges hogy más opciók lettek belefordítva a kettőbe."Mert eltérő verziók esetén semmi biztosíték nincs rá, hogy egy ilyen másolgatás működni fog"
Igen, ez egyértelmű.A modprobe kísérlet után a dmesg és a /var/log/messages se ír semmit.
Nem lehet hogy valami LIB-szerű környezeti változóba kell beletenni az elérési utat?[ Szerkesztve ]
-
batagy
őstag
A kernelt kellene újrafordítani? Vagy csak a modult magát?
Nos, kernelt még sosem fordítottam. Ha egyszerű, esetleg meg is próbálnám, de nem tudom mivel jár. Alapvetően itt az a gond, hogy ez egy céges szerver és egy másik cég (HP) tartja fönn az oprendszert. Root jogom ugyan van, és egyszerű módosítások talán még beleférnek, de egy kernel fordítást már neccesnek érzek. Nem tudom hogy mennyire egyszerű vagy hogyan tudjuk kontrollállni azt, hogy mi kerül bele.
Közben rájöttem, hogy modprobe paranccsal nem megy, de insmod paranccsal valami mégis történik:
hostname1:~ # insmod /root/home/batagy/zram.ko
hostname1:~ # lsmod | grep lzo
hostname1:~ # lsmod | grep zram
zram 18589 0
hostname1:~ #
hostname1:~ #Utána dmesg:
[250862.537778] zram: module is from the staging directory, the quality is unknown, you have been warned.
[250862.546045] zram: num_devices not specified. Using default: 1
[250862.546048] zram: Creating 1 devices .../var/log/messages:
Nov 11 14:00:02 esesslx0127 kernel: [250862.537778] zram: module is from the staging directory, the quality is unknown, you have been warned.
Nov 11 14:00:02 esesslx0127 kernel: [250862.546045] zram: num_devices not specified. Using default: 1
Nov 11 14:00:02 esesslx0127 kernel: [250862.546048] zram: Creating 1 devices ...
Nov 11 14:00:02 esesslx0127 multipathd: zram0: add path (uevent)
Nov 11 14:00:02 esesslx0127 multipathd: zram0: HDIO_GETGEO failed with 25
Nov 11 14:00:02 esesslx0127 multipathd: /lib/udev/scsi_id exitted with 1
Nov 11 14:00:02 esesslx0127 multipathd: /lib/udev/scsi_id exitted with 1
Nov 11 14:00:02 esesslx0127 multipathd: zram0: failed to get path uid
Nov 11 14:00:02 esesslx0127 multipathd: uevent trigger errorAhogy nézem, mégiscsak valami működik, viszont a multipath daemon-nal is összefügg a működés, úgy tűnik.
[ Szerkesztve ]
-
félisten
Sziasztok!
Egy kisebb cég szerver feladatait látja majd el egy AMD APU-val szerelt gép.
Nemrég rendelte meg a tulaj, nekem kell majd belőni.
A gépre valami panacssoros Debian-t szeretnék rakni. Szokásos feladatokat kell ellátnia: file megosztás, VPN, PHP/MySQL szerver, telefonközpont, stb.
Mivel a prociban található egy viszonylag izmos GPU, arra gondoltam, hogy ha vannak már erre programok, akkor kihasználom a benne rejlő lehetőségeket.
Kérdés, hogy létezik-e olyan alkalmazás, ami tudja hasznosítani a GPU erejét (pl. OpenCL segítségével) a felsorolt (vagy egyéb kis-szerver) feladatokra?[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
batagy
őstag
válasz a 9. utas #18535 üzenetére
Ok.
A kötőjel-aláhúzás része végül is mindegy.
A lényeg hogy "insmod" paranccsal megy!A multipath daemon konfigjéban a zram-ot blacklist-re tettem, így nem érinti!
/etc/multipath.conf
Eredeti :blacklist {
devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"Módosított:
blacklist {
devnode "^(ram|zram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"reboot
utána, ha insmod-dal berakom a zram modult, akkor már nem panaszkodik a multipath daemon.
[ Szerkesztve ]
-
batagy
őstag
válasz Jester01 #18538 üzenetére
Valóban!
hostname1:~ # depmod -a
hostname1:~ # lsmod | grep zram
zram 18589 0
hostname1:~ # modprobe zram
hostname1:~ #Köszi!
Amúgy, ha újra akarnám fordítani csak a modult önmagában (nem a kernelt), az hogyan menne? Mert teljes Makefile nincs a forráskód mappában.
A Makefile tartalma ennyi:
hostname1:~ # cat /usr/src/linux-3.0.74-0.6.8/drivers/staging/zram/Makefile
zram-y := zram_drv.o zram_sysfs.o
obj-$(CONFIG_ZRAM) += zram.o
obj-$(CONFIG_XVMALLOC) += xvmalloc.o
hostname1:~ # -
Jester01
veterán
-
félisten
válasz Jester01 #18534 üzenetére
Értem. Köszi!
Neten találtam pár infót OpenCL-es MySQL gyorsításról, meg hasonlókról, de mindegyik kísérleti állapotban van. Tehát ezek szerint van jövője, csak még jelene nincs.
Majd pár év múlva visszatérek rá.Más: Otthoni gépemen Chakra van, amivel csak részben vagyok elégedett. Most a Chakra költözik a nagy gépre ahol eddig Win7 volt, és a kis gépet otthoni szerverként és HTPC-ként szeretném használni (internet megosztás, netezés, file megosztás, alap szintű webszerverek dolgok, torrent, fullHD film lejátszás, stb.).
A gép egy AMD E350 APU 4GB Rammal. A kérdésem az, hogy érdemes-e ilyen gépre 64bites rendszert használni. A Ram miatt gondolom, elég a 32bit.
Annyi tapasztalatom még nincs linux téren (Chakra-n kívül csak ilyen i386-os Lubuntukkal volt dolgom, de ezeknél nulla multimédia volt)
Tehát szerintetek jelenleg melyik a probléma mentesebb?
Innentől el fogok boldogulni én is a választással.Köszi!
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
-
félisten
Rendben. Nincs is kihasználható előnye akkor a 64 bites rendszernek ez esetben?
(#18547) sh4d0w: Csak belsős weboldalakhoz és webes alkalmazásokhoz kell a MySQL. De már gondolkodtam postgresql-en is. Még van 2-3 hetem míg el tudom kezdeni a munkát. Addig kitalálom.
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Speeedfire
nagyúr
Létezik olyan (lehetőleg) debian alapú distro szerver környezetben, ami támogatja a realtek RTL8111/8168B hálókártyát? Próbáltam debian 7.2 alatt, ubi 12.04.2 alatt is. A realtek saját driverével is, de folyamatosan dobja a netet, ami nem legjobb, mikor valaki konzolon matat a szerveren.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
Új hozzászólás Aktív témák
- Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!