-
Fototrend
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
-
dany27
őstag
válasz Jester01 #15727 üzenetére
Ha Linuxon van ilyen hiba akkor ennek windózon is elő kell jönnie.
Én utoljára több mint 1 éve használtam aktívan ezt a konfigot.
Utána faternál volt netezős gépnek, ő meg ugye nem mozgatott nagy adatokat vele, így nem tűnt neki fel...De biztonság kedvéért majd felrakok rá szerintem egy windózt is hogy ott is elő jön-e...
Bár jó lenne ha nem HW hiba lenne.
-
CPT.Pirk
Jómunkásember
válasz Jester01 #15787 üzenetére
A Xorg log az nálam is stimmel:
[ 11.286] (II) LoadModule: "fglrx"
[ 11.286] (II) Loading /usr/lib/xorg/modules/drivers/fglrx_drv.so
[ 12.833] (II) Module fglrx: vendor="FireGL - AMD Technologies Inc."
[ 12.833] compiled for 1.4.99.906, module version = 8.98.2
[ 12.833] Module class: X.Org Video Driver
[ 12.842] (II) Loading sub module "fglrxdrm"
[ 12.842] (II) LoadModule: "fglrxdrm"
[ 12.842] (II) Loading /usr/lib/xorg/modules/linux/libfglrxdrm.so
[ 12.913] (II) Module fglrxdrm: vendor="FireGL - AMD Technologies Inc."
[ 12.914] compiled for 1.4.99.906, module version = 8.98.2
[ 12.914] (II) AMD Proprietary Linux Driver Version Identifier:8.98.2
[ 12.914] (II) AMD Proprietary Linux Driver Release Identifier: 8.982 $
[ 12.914] (II) AMD Proprietary Linux Driver Build Date: Jul 27 2012 20:37:56Ellenben a vainfo nem, és eddig minden disztrón pontosan ezt a problémát tapasztaltam:
vainfo
libva: VA-API version 0.32.0
Xlib: extension "XFree86-DRI" missing on display ":0".
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/dri/fglrx_drv_video.so
libva: va_openDriver() returns -1Ezt hogy oldottad meg?
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Jester01 #15792 üzenetére
No felraktam azt a csomagot. Érdekes, korábbi időszakban is sokat próbálkoztam velük, de akkor nem mentek.
Na most ezt tapasztaltam:
vainfo
libva: VA-API version 0.32.0
Xlib: extension "XFree86-DRI" missing on display ":0".
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/dri/fglrx_drv_video.so
libva: va_openDriver() returns 0
vainfo: VA-API version: 0.32 (libva 1.0.15)
vainfo: Driver version: Splitted-Desktop Systems XvBA backend for VA-API - 0.8.0
vainfo: Supported profile and entrypoints
VAProfileH264High : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLDEz után újrafordítottam az FFMPEG-et vaapi és vdpau (mondjuk erre nincs szükségem) támogatással, majd kipróbáltam a VLC-t:
vlc --ffmpeg-hw
VLC media player 2.0.4 Twoflower (revision 2.0.3-289-g6e6100a)
[0x171e108] main libvlc: A VLC futtatása az alapértelmezett felülettel. A VLC felület nélküli használatához használja a „cvlc” parancsot.
kfilemodule(11819) KSambaSharePrivate::testparmParamValue: We got some errors while running testparm "Load smb config files from /etc/samba/smb.conf
Error loading services.
"
kfilemodule(11819) KSambaSharePrivate::findSmbConf: KSambaShare: Could not find smb.conf!
MKV/Ebml Parser: m_el[mi_level] == NULL
MKV/Ebml Parser: Up cannot escape itself
MKV/Ebml Parser: m_el[mi_level] == NULL
MKV/Ebml Parser: Up cannot escape itself
libva: VA-API version 0.32.0
Xlib: extension "XFree86-DRI" missing on display ":0".
No accelerated IMDCT transform found
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/dri/fglrx_drv_video.so
libva: va_openDriver() returns 0
xvba_video: XVBA_GetSurface(): status 2
[0x7f494cc02a78] avcodec decoder: Using VA API version 0.32 for hardware decoding.Szóval papíron működik, de a proci terhelés pont annyi, mintha nem használná a HW dekódert. Próbáltam az smplayert is, ott sem tapasztaltam eltérést a terhelésben, bár oda még hiányzik a vaapi-s gstreamer, azt még forrásból sem tudtam feltenni.
mszl: milyen DE-t használsz? A KDE alap hálózatkezelője pontosan kiírja az aktuális sebességet.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Jester01 #15851 üzenetére
Így már kezd valami értelme lenni a dolognak. Itt az lenne a lényeg, hogy csak pár megával nagyobb image fájlt csináljak, mint amennyi hely kell a rendszernek, az üres területet nem kívánom lementeni.
Szóval ez a 740MB megvan, de akkor a partíció hosszát kézzel be kell állítani ehhez az értékhez? Mivel lehet ezt megtenni?
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Jester01 #15853 üzenetére
Hmm, ez kicsit még magas nekem. Találtam olyan írást, hogy mentsük le a partíciókat, majd csatoljuk fel mount vagy losetup-al az img-t, majd simán méretezzük át egy grafikus partíciószerkesztővel.
Ez okés, de a kparted nem lát fájlrendszert egyik partíción sem, se losetup, se mount-os csatolással. Mikor fel van csatolva pl. mountal, akkor az adott könyvtárban viszont ott van a teljes könyvtárszerkezet, szóval a fájlrendszer mégis létezik. Lehet a kparted nincs ilyesmire felkészítve?
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Jester01 #15855 üzenetére
Megpróbálom a te megoldásodat.
dd if=/dev/zero of=miniiso.img bs=1 count=0 seek=750M
Ez a parancs megcsinálta az üres fájlt, innen hogyan tovább? Gugliztam egy kört, de nem egészen világos, hogyan hozok létre partíciót egy fájlban, főleg kettőt. Ha az meglenne, már mehetne a másolás. Másolásra itt az rsync fog majd kelleni?
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Jester01 #15861 üzenetére
Épp ebben a percben jöttem rá, hogy be kellett tölteni a modprobe-al a loop modult. Azt nem tudom, hogy tegnap ezt miért nem kellett kézzel megcsinálni, valami betölthette előttem.
Éppen most csinálom a többi lépést.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Jester01 #15861 üzenetére
No, most a partíciók megvannak, fájlrendszerük is stimmel végre. Viszont a másolással kicsit elakadtam.
Először próbáltam közvetlen az SD kártyáról másolni így:
sudo rsync -va /dev/mmcblk0p1 /dev/loop0p1
Ez nem ad hibát, csak semmit nem másol.Ha a korábban mentett 2Gb-s állományt is becsatolom loop eszköznek és abból próbálok másolni így:
sudo rsync -va /dev/loop1p1 /dev/loop0p1
Akkor szerinte nincs olyan, hogy /dev/loop1p1. Mondjuk ezt meg is értem, mert kparted alatt nem látszanak a partíciói, míg a loop0-nak meg mindkettő jó.bambano: hmm, valamelyik raspb. fórumban volt. Akkor mit javasolsz olyan másolásra, hogy ne másolódjon át az üres hely, mint pl. dd-vel?
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Jester01 #15866 üzenetére
Azt hiszem értem, csináltam csatolási könyvtárakat mind a 2-2 partíciónak, a forrás könyvtárba felcsatoltam az sd kártya partícióit, a cél könyvtárbaba meg a loop0 két partícióját, aztán elkezdtem az rsync-et közöttük, most nagyban megy a másolás.
Majd szerintem próbálok írni erre egy scriptet, hogy ne kelljen ennyit gépelni. Nagyon kíváncsi leszek, tud-e bootolni a lemezkép ha kitolom az eszközre.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Jester01 #15868 üzenetére
No most picit megakadtam.
A folyamat:
-fájl létrehozása
-fdiskel partícionálom
-beteszem loop eszköznek
-partx -a /dev/loop0, majd pedig jön a fájlrendszerek létrehozása
-csinálok 2-2 könyvtárat, a forrás könyvtárakba csatolom az eredeti sd kártya partícióit, a cél könyvtárakba meg a loop eszköz ugyanilyen partícióit.
-rsync-el átmásolom a partíciókatEz idáig megvan, de az image file-t ha kitolom dd-vel a rasp. oldalán megadottak szerint, vagy win alatt a programjukkal, akkor a fájlrendszerrel gondok lesznek. Az fdisk -l mindkét fájlrendszert Linux-nak írja, de az nem lehet, mert az első partíció tartalmát látja a Windows. Win szerint a fájlrendszer FAT.
Végeredmény az, hogy nem bootol az eszköz.Normál esetben Win95 Fat32 (LBA) kellene h. legyen az fdisk -l szerint az első partíció.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Jester01 #15885 üzenetére
Így hoztam létre:
partx -a /dev/loop0
mkfs.vfat -F 32 -I /dev/loop0p1
mkfs.ext4 /dev/loop0p2Ha a penen utólag cserélem a partíció ID-t fdisk-el, akkor az beállítja, az adatokat meg bukom, de mindkét partíción. Ha újra kitolom a cuccot rá, dd-vel, akkor meg megint visszaáll minden partíció Linux típusúra.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Jester01 #15890 üzenetére
Akkor most mit csináljak? (hogyan)
Amikor kiírta a változásokat az fdisk, akkor a rendszer jelezte az új eszköz csatlakozását, azon meg két üres partíció volt, egyetlen lost+found mappával a nagyobbikon.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Jester01 #15898 üzenetére
Persze hogy van kavarodás, tapasztalataim onnan származtak, hogy Win alatt leformázok egy partíciót, aztán jóság van. Amíg este nem került elő a partíció típusa dolog, addig nem is tudtam, hogy milyen szinten lehet kezelni ezt a kérdést Linux alatt. Hiába no, villamosmérnök bekerült a terminálba és csak szakbarbárkodik!
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
rt06
veterán
válasz Jester01 #15912 üzenetére
koszonom
azonban, mint utobb kiderult, nem ez volt a gond, hanem hogy nem is letezett a particio
ennek ellenere a /dev-ben volt kb 30-30 hda, hdb, hdc, hdd node (ha igy hivjak)viszont ennek megoldasa utan elokerult egy masik, nehezebben megoldhato problema, miszerint a 2.4-es kernel nagyon nem akarja kezelni a halokartyat
a kerdesem az lenne, hogy ha ezt kicserelem egy ujabb, 2.6-os, vagy 3-as kernelre, az okozhat-e a rendszer es az azon futo szoftverek mukodeseben problematez egy szamlazoszoftvert (pxe boot-on keresztul tobbet is) futtato gep, amit le akarnak cserelni, es ha egy mod van ra, a kernelen kivul nem nyulnek mashoz (foleg, hogy igazabol en csak tavsegitek telefonon keresztul)
a kernelhez is csak azert, mert a 2.4-es kernel regebbi, mint a gepben levo hardverek javailletve meg a lilo-t csereltem le grub-ra, mert elobbinek problemaja volt azzal, hogy a livecd-n (amirol a rendszer masolasat vegeztem masik lemezre, mert az is cserelodik) sda a lemez, a 2.4-es kernellel viszont hda es a boot elszallt kernel panikkal, miszerint nem talal eszkozt a 08:03 cimen (ami elvileg az sdc-nek felelne meg, ahol a lemez livecd-rol boot-olaskor volt)
illetve megegy dolog: hogyan, mikent mukodhet szoftveres raid (/dev/md0 eszkoz), ha a gepen nincs mdadm telepitve?
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
buherton
őstag
válasz Jester01 #16067 üzenetére
Az eclipseben helyesen van. -lrt
(#16068) szemmelver: pontot kell írni az elrejteni való állomány/mappa név elejébe.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
-
Eastman
őstag
válasz Jester01 #16116 üzenetére
:~$ sudo dd if=/dev/sdb4 of=/dev/sdc1/helyreallit.img bs=1M volt a parancs.
Erre jött a
dd: "/dev/sdc1/helyreallit.img" megnyitása: Nem könyvtár válasz.
[ Szerkesztve ]
https://logout.hu/tema/re_gerincserv_muteti_kezelese/keres.php?suser=Eastman ⮞ Műtét nélkül is lehet megoldás...
-
Eastman
őstag
válasz Jester01 #16120 üzenetére
Add meg a csatolási pont directoryval a kimenetet.
OK, ezt légyszíves írd le nekem úgy mint egy 6 évesnek... Mit és hol csináljak? Felcsatolom a vinyót újra...
https://logout.hu/tema/re_gerincserv_muteti_kezelese/keres.php?suser=Eastman ⮞ Műtét nélkül is lehet megoldás...
-
Eastman
őstag
válasz Jester01 #16122 üzenetére
sudo df - h paranccsal ez jön:
A fájlrendszerben a /dev/sdc1 ként látja, a Csatolási pont: /media/Új kötet
Hibaüzenet:
dd: ismeretlen operandus: "kötet/helyreallit.img"
[ Szerkesztve ]
https://logout.hu/tema/re_gerincserv_muteti_kezelese/keres.php?suser=Eastman ⮞ Műtét nélkül is lehet megoldás...
-
Eastman
őstag
válasz Jester01 #16124 üzenetére
OK, valami van. Mocorog mindkét vinyó. Gondolom, most sokat várok, közben vacsorázok... 96 Giga.
Esküszöm, hogy nem én neveztem el „Új kötetnek” a kis zsiványt.
[ Szerkesztve ]
https://logout.hu/tema/re_gerincserv_muteti_kezelese/keres.php?suser=Eastman ⮞ Műtét nélkül is lehet megoldás...
-
Eastman
őstag
-
MacCaine
őstag
válasz Jester01 #16163 üzenetére
root@leonard:/home/gz# ldd /home/gz/.mozilla/plugins/libflashplayer.so
linux-vdso.so.1 => (0x00007fffeb3ff000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00007f646047e000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f6460143000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f645ff30000)
libXt.so.6 => /usr/lib/libXt.so.6 (0x00007f645fccc000)
librt.so.1 => /lib/librt.so.1 (0x00007f645fac4000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00007f645f8b9000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007f645f6af000)
libssl3.so => /usr/lib/libssl3.so (0x00007f645f47f000)
libsmime3.so => /usr/lib/libsmime3.so (0x00007f645f258000)
libnss3.so => /usr/lib/libnss3.so (0x00007f645ef55000)
libnssutil3.so => /usr/lib/libnssutil3.so (0x00007f645ed39000)
libplds4.so => /usr/lib/libplds4.so (0x00007f645eb35000)
libplc4.so => /usr/lib/libplc4.so (0x00007f645e931000)
libnspr4.so => /usr/lib/libnspr4.so (0x00007f645e6f3000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00007f645e4d6000)
libdl.so.2 => /lib/libdl.so.2 (0x00007f645e2d2000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x00007f645dcb1000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00007f645da03000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00007f645d7e2000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00007f645d5b8000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00007f645d39b000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00007f645d18f000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0x00007f645cf12000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00007f645ccc5000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f645ca3d000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007f645c808000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007f645c5c0000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007f645c3bd000)
libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x00007f645c0e1000)
libm.so.6 => /lib/libm.so.6 (0x00007f645be5e000)
libc.so.6 => /lib/libc.so.6 (0x00007f645bafc000)
/lib64/ld-linux-x86-64.so.2 (0x00007f6461bf6000)
libpcre.so.3 => /lib/libpcre.so.3 (0x00007f645b8cc000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f645b6af000)
libSM.so.6 => /usr/lib/libSM.so.6 (0x00007f645b4a7000)
libICE.so.6 => /usr/lib/libICE.so.6 (0x00007f645b28c000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007f645b086000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007f645ae6f000)
libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00007f645ac6c000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00007f645aa6a000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007f645a7b8000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00007f645a5b5000)
libXi.so.6 => /usr/lib/libXi.so.6 (0x00007f645a3a6000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00007f645a19e000)
libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x00007f6459f45000)
libpng12.so.0 => /lib/libpng12.so.0 (0x00007f6459d1f000)
libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0x00007f6459b1b000)
libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x00007f6459913000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007f64596ea000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f64594e7000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f64592e2000)
libuuid.so.1 => /lib/libuuid.so.1 (0x00007f64590dd000)
libresolv.so.2 => /lib/libresolv.so.2 (0x00007f6458ec7000)
libselinux.so.1 => /lib/libselinux.so.1 (0x00007f6458ca9000)Ez így jó?
A 64 bitet hol tudom megnézni? A Súgó / Névjegy csak azt írja, hogy 17.0.1.
-
MacCaine
őstag
válasz Jester01 #16167 üzenetére
És azt honnan? Itt csak az van, amit most is használok.
(#16169) sh4d0w: Oda is bemásoltam már, semmi változás.
[ Szerkesztve ]
-
buta29030
tag
válasz Jester01 #16196 üzenetére
miért pont az ubuntusra?
Azért, mert a mintes verziónak van néhány javíthatatlan és nagyon bosszantó hibája.
A hivatalosat nem kunszt feldobni.
Azt te csak hiszed. Én is ezt gondoltam, amíg ki nem próbáltam. Már ott kezdődik a bibi, hogy a
ppa:mozillateam/firefox-stable
Frissítéskor hibaüzenetet generál. Nem találja. Persze, mert a linuxmint tárolójában nincsen benne.
Ha meg "kézzel" akarom feltelepíteni, szintén hibaüzenetet kapok, hogy nem kompatibilis verzió.
Szóval nem olyan kis kunszt ez azért. Különben már rég megoldottam volna.
[ Szerkesztve ]
-
buta29030
tag
válasz Jester01 #16198 üzenetére
Nem igazán működik. Ugyanis nem veszi fel a menübe, nem lehet ppa-val automatikusan frissíteni, stb. Valódi csere kellene. Hidd el, nem kérdezném, ha olyan egyszerű lenne.
Egyébként azt nem értem, hogy mitől van egy csomó hiba a linuxmintes firefoxban? Elvileg ugyanazt a forrást fordítják, mégis lesz benne egy csomó bosszantó hiba.
Szóval azt kellene tudni, hogy ezt a saját firefoxot hol erőlteti? Ott kellene kikapcsolni. Vagy mittudomén hol. Teljesen elakadtam.
-
rt06
veterán
válasz Jester01 #16348 üzenetére
koszonom, meglett (mas kerdes, hogy nem erek vele semmit, mert nem akar leszakadni a dom0-rol, sem bootidoben, sem kesobb - akkor sem, ha mind az 5 usb controller-t le akarom szedni)
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
Új hozzászólás Aktív témák
- Debrecen és környéke adok-veszek-beszélgetek
- Élőszereplős trailer érkezik a Call of Duty: Black Ops 6-hoz
- Kiderült, hogy hol veszik a legtöbb kínai EV-t
- Itt van az eddig legjobban teljesítő kétfiókos NAS a TerraMastertől
- Milyen monitort vegyek?
- Linux kezdőknek
- Dragon Age: Origins
- HDD probléma (nem adatmentés)
- Dobhatja a Google az Exynost és a Samsungot
- Kormányok / autós szimulátorok topicja
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen