- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- Nyomtató topik
- Kezdő fotósok digitális fényképei
- Apple asztali gépek
- Milyen billentyűzetet vegyek?
- AMD Navi Radeon™ RX 9xxx sorozat
- Fokozatosan erősít majd a szerverpiacon az Intel
- Projektor topic
- Kiterjesztett valóság ASUS ROG és XREAL recept szerint
- Apple MacBook
-
PROHARDVER!
PROHARDVER!
Új hozzászólás Aktív témák
-
Claude Leon
senior tag
Sziasztok
Nagy gondom van.
A kovetkezo tortent: Linux mintet probaltam telepiteni win7 helyere, adatokat lementettem egy masik ntfs particiora, majd inditottam a telepitot. A telepito sikeresen befagyott(meg a telepites elott), majd az ntfs particiok is eltuntek, az is amelyiken az adatok voltak.
Szoval ezt kapom:
fdisk -l
Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00080ac6
Device Boot Start End Blocks Id System
/dev/sda1 2048 308467711 154232832 83 Linux
/dev/sda2 308469758 312580095 2055169 5 Extended
/dev/sda5 308469760 312580095 2055168 82 Linux swap / Solaris
Disk /dev/sdb: 3998 MB, 3998810112 bytes
255 heads, 63 sectors/track, 486 cylinders, total 7810176 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xc3072e18
Device Boot Start End Blocks Id System
/dev/sdb1 * 8064 7810175 3901056 c W95 FAT32 (LBA)Az sda2-rol lenne szo. Az ntfs signature nem talalhato, ntfs 3g, ntfsfix nem er semmit, ezt dobja:
ntfsfix /dev/sda2
Mounting volume... NTFS signature is missing.
FAILED
Attempting to correct errors... NTFS signature is missing.
FAILED
Failed to startup volume: Invalid argument
NTFS signature is missing.
Trying the alternate boot sector
Unrecoverable error
Volume is corrupt. You should run chkdsk.chkdsk-et nem tudok futtatni, nincs windowsom es ez egy laptop, nem nagyon szeretnem szetszedni. De lehet az se segitene. Vagy win7 lemezrol bootolva repair?
Valami gyors megoldas? Nagyon fontos lenne
-
Claude Leon
senior tag
Nekem csak netezésre és multimédiára kell a gép (fullHD filmek, skype, viber, torrent, net, stb.)
a KWin desktop effektjeit megszerettem, bár sosem voltak teljesen stabilak nálam.
4GB memória van a gépben, szerintem nem olyan sarkallatos pont a memória foglalás.
A Mate-t és a Cinnamon-t tuti kipróbálom.
Az Enlightenment E17 foglalkoztatja még a csőröm.
Kinek a pap,kinek a papné
E17 látványos, de nem tudtam megbarátkozni, nekem még az openbox szimpatikus, csak azon sokat kellhet kézimunkázni, ha nem maradok meg az alapon. -
Bici
félisten
Nekem sem, bár állítólag már lehet intézni, hogy gnome2 kinézete legyen, attól még szerintem funkcionalitásban nem lesz 2-es
Ezért a mate-t használom, jól sikerült fork (igaz, az 1.4 kiforrottabnak tűnt, mint az 1.6), xfce kicsit szerényebb képességű (a fedorámon u.a. memóriából kijönnek), cinnamont még nem nézegettem, de amennyire olvastam róla, valahol a 2 és 3 közé tenném (memóriaigényben inkább 3)Jester01: Azok nem azok a csomagok, amik eleve bentvannak?
Telepíteni az alap slackware(és leszármazottai) mellett még deb-et is enged (persze konvertálja sajátnak).
Egyedüli nehézség, hogy a függőségekkel nem vacakol, az ki kell keresned.Nekem csak netezésre és multimédiára kell a gép (fullHD filmek, skype, viber, torrent, net, stb.)
a KWin desktop effektjeit megszerettem, bár sosem voltak teljesen stabilak nálam.
4GB memória van a gépben, szerintem nem olyan sarkallatos pont a memória foglalás.A Mate-t és a Cinnamon-t tuti kipróbálom.
Az Enlightenment E17 foglalkoztatja még a csőröm.
-
whYz
őstag
Sziasztok
Nagy gondom van.
A kovetkezo tortent: Linux mintet probaltam telepiteni win7 helyere, adatokat lementettem egy masik ntfs particiora, majd inditottam a telepitot. A telepito sikeresen befagyott(meg a telepites elott), majd az ntfs particiok is eltuntek, az is amelyiken az adatok voltak.
Szoval ezt kapom:
fdisk -l
Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00080ac6
Device Boot Start End Blocks Id System
/dev/sda1 2048 308467711 154232832 83 Linux
/dev/sda2 308469758 312580095 2055169 5 Extended
/dev/sda5 308469760 312580095 2055168 82 Linux swap / Solaris
Disk /dev/sdb: 3998 MB, 3998810112 bytes
255 heads, 63 sectors/track, 486 cylinders, total 7810176 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xc3072e18
Device Boot Start End Blocks Id System
/dev/sdb1 * 8064 7810175 3901056 c W95 FAT32 (LBA)Az sda2-rol lenne szo. Az ntfs signature nem talalhato, ntfs 3g, ntfsfix nem er semmit, ezt dobja:
ntfsfix /dev/sda2
Mounting volume... NTFS signature is missing.
FAILED
Attempting to correct errors... NTFS signature is missing.
FAILED
Failed to startup volume: Invalid argument
NTFS signature is missing.
Trying the alternate boot sector
Unrecoverable error
Volume is corrupt. You should run chkdsk.chkdsk-et nem tudok futtatni, nincs windowsom es ez egy laptop, nem nagyon szeretnem szetszedni. De lehet az se segitene. Vagy win7 lemezrol bootolva repair?
Valami gyors megoldas? Nagyon fontos lenne
-
Claude Leon
senior tag
Sziasztok!
KDE-ből kis időre elegem lett, szeretnék kipróbálni valami újat, ami mellett hosszú távon ki tudok majd tartani.
A gnome3 nem tetszik.Ezekre gondoltam: Mate, Cinnamon, XFCE.
Tudom, hogy az előbbi kettő a gnome2 és 3 forkja, de kiváncsi vagyok a tapasztalatokra.
Köszi!
Nekem sem, bár állítólag már lehet intézni, hogy gnome2 kinézete legyen, attól még szerintem funkcionalitásban nem lesz 2-es
Ezért a mate-t használom, jól sikerült fork (igaz, az 1.4 kiforrottabnak tűnt, mint az 1.6), xfce kicsit szerényebb képességű (a fedorámon u.a. memóriából kijönnek), cinnamont még nem nézegettem, de amennyire olvastam róla, valahol a 2 és 3 közé tenném (memóriaigényben inkább 3)Jester01: Azok nem azok a csomagok, amik eleve bentvannak?
Telepíteni az alap slackware(és leszármazottai) mellett még deb-et is enged (persze konvertálja sajátnak).
Egyedüli nehézség, hogy a függőségekkel nem vacakol, az ki kell keresned. -
Nekem nincs ilyen mappám. Egyébként egy Porteus Kiosk Linuxról beszélünk, Slackware alapú, eléggé herélt cucc.
root@porteus:/# ls /etc
HOSTNAME issue profile.d
X11 java rc.d
dbus-1 ld.so.cache resolv.conf
dhcpcd.conf ld.so.conf shadow
fonts login.defs shells
group modprobe.d ssh
gtk-2.0 pango udev
hosts passwd wpa_supplicant.conf
inittab profile xdg -
Bici
félisten
Sziasztok!
KDE-ből kis időre elegem lett, szeretnék kipróbálni valami újat, ami mellett hosszú távon ki tudok majd tartani.
A gnome3 nem tetszik.Ezekre gondoltam: Mate, Cinnamon, XFCE.
Tudom, hogy az előbbi kettő a gnome2 és 3 forkja, de kiváncsi vagyok a tapasztalatokra.
Köszi!
-
Köszi, nem gyengén benéztem.
root@porteus:~# cat /proc/driver/rtc
rtc_time : 16:17:35
rtc_date : 2013-11-19
alrm_time : 16:15:25
alrm_date : 2013-11-19
alarm_IRQ : no
alrm_pending : no
update IRQ enabled : no
periodic IRQ enabled : no
periodic IRQ frequency : 1024
max user IRQ frequency : 64
24hr : yes
periodic_IRQ : no
update_IRQ : no
HPET_emulated : yes
BCD : yes
DST_enable : no
periodic_freq : 1024
batt_status : okayOk minden. De volna egy újabb kérdésem. Vannak gépek, amiket délután 4-kor elküldök aludni, miután beállítottam, hogy másnap reggel keljenek fel. Erre ez az egész wakealarm mizéria. A gond csak annyi, hogy ezt mindig úgy csinálom, hogy 8 gépre egyesével beSSH-zok, ezt kellene valahogy automatizálni. Hova tudnék egy kis .sh fájlt tenni, ami minden felkeléskor lefut újra? Reboot esetében minden ok, de ugye az itt nem alternatíva. A parancs amit ki szoktam adni csak ennyi:
echo 1384933800 > /sys/class/rtc/rtc0/wakealarm
echo mem >/sys/power/state -
Köszi, nem gyengén benéztem.
root@porteus:~# cat /proc/driver/rtc
rtc_time : 16:17:35
rtc_date : 2013-11-19
alrm_time : 16:15:25
alrm_date : 2013-11-19
alarm_IRQ : no
alrm_pending : no
update IRQ enabled : no
periodic IRQ enabled : no
periodic IRQ frequency : 1024
max user IRQ frequency : 64
24hr : yes
periodic_IRQ : no
update_IRQ : no
HPET_emulated : yes
BCD : yes
DST_enable : no
periodic_freq : 1024
batt_status : okayOk minden. De volna egy újabb kérdésem. Vannak gépek, amiket délután 4-kor elküldök aludni, miután beállítottam, hogy másnap reggel keljenek fel. Erre ez az egész wakealarm mizéria. A gond csak annyi, hogy ezt mindig úgy csinálom, hogy 8 gépre egyesével beSSH-zok, ezt kellene valahogy automatizálni. Hova tudnék egy kis .sh fájlt tenni, ami minden felkeléskor lefut újra? Reboot esetében minden ok, de ugye az itt nem alternatíva. A parancs amit ki szoktam adni csak ennyi:
echo 1384933800 > /sys/class/rtc/rtc0/wakealarm
echo mem >/sys/power/state -
Mitől lehet az alábbi probléma? Kiadom az alábbi parancsot:
echo 1384873772 > /sys/class/rtc/rtc0/wakealarm
majd meg szeretném nézni:
cat /sys/class/rtc/rtc0/wakealarm
és semmi eredményt nem kapok, holott sehol semmi hibaüzenet. Egyébként pedig a funkció jól működik, mert a beállított időpontban valóban felkel a gép, tehát az adat ott van csak nem tudom kiolvasni. Más fájl tartalmát ki tudom olvasni a cat-tel. Eddig meg tudtam nézni a wakealarm tartalmát, most nem. Kikopizva:
root@porteus:~# echo 1384873772 > /sys/class/rtc/rtc0/wakealarm
root@porteus:~# cat /sys/class/rtc/rtc0/wakealarm
root@porteus:~# -
-
-
Nem tudom ért-e valaki hozzá, de egy próbát megér. Az se biztos, hogy jól el tudom magyarázni ilyenkor, de megpróbálkozom vele. Azt is hozzá kell tenni, hogy a hálózatokhoz hülye vagyok.
Alaphelyzet: Debian 6.0 szerver, telepítve rá egy Virtualbox 4.2.8. Ebben létrehozva két guest, mind a kettő FreeBSD 8.2. Minden működik, kivéve a hálózatot és az internetelérést a guesteken. Virtualboxban bridged-mode van beállítva az eth0-ra. Eddig stimm.
Adni kellene statikus IP-ket a guesteknek, hogy netről elérhetőek legyenek és ők is ki tudjanak menni. NAT módban kapnak netet, de ugye kívülről nem érhetőek el, ezért kell a bridged-mode. A statikus IP-k biztosítva is vannak számomra a két FreeBSD-hez, DE... ezekhez az IP címekhez más átjáró tartozik és teljesen más tartományból is származnak.
Példa:
A Debian szerver adatai:
IP: 80.82.209.X
Átjáró: 80.82.209.X
Netmask: 255.255.255.0A két extra IP esetében ez így néz ki (ezeket kéne beállítani a guestekhez):
IP: 46.20.37.X
Átjáró: 46.20.37.X
Netmask: 255.255.255.0Gondoltam semmi probléma, beállítom ezeket FreeBSD-ben és minden tökéletes. De nem... nem az. Nincs kapcsolat, se ki, se be.
Viszont van még egy IP-m ami ugyanazt az átjárót használja és ugyanúgy 80.82.209.Y mint az anyaszerver, ezt beállítva viszont minden tökéletes a guesteken. Tehát nem én vagyok a béna. De ezt az IP-t nem használhatom. Nekem a két 46.20.37.X-et kell beállítanom a 46.20.37.X átjáróval.
Megvalósítható ez? Merre kutakodjak?
-
The DJ
addikt
Nem tudom ért-e valaki hozzá, de egy próbát megér. Az se biztos, hogy jól el tudom magyarázni ilyenkor, de megpróbálkozom vele. Azt is hozzá kell tenni, hogy a hálózatokhoz hülye vagyok.
Alaphelyzet: Debian 6.0 szerver, telepítve rá egy Virtualbox 4.2.8. Ebben létrehozva két guest, mind a kettő FreeBSD 8.2. Minden működik, kivéve a hálózatot és az internetelérést a guesteken. Virtualboxban bridged-mode van beállítva az eth0-ra. Eddig stimm.
Adni kellene statikus IP-ket a guesteknek, hogy netről elérhetőek legyenek és ők is ki tudjanak menni. NAT módban kapnak netet, de ugye kívülről nem érhetőek el, ezért kell a bridged-mode. A statikus IP-k biztosítva is vannak számomra a két FreeBSD-hez, DE... ezekhez az IP címekhez más átjáró tartozik és teljesen más tartományból is származnak.
Példa:
A Debian szerver adatai:
IP: 80.82.209.X
Átjáró: 80.82.209.X
Netmask: 255.255.255.0A két extra IP esetében ez így néz ki (ezeket kéne beállítani a guestekhez):
IP: 46.20.37.X
Átjáró: 46.20.37.X
Netmask: 255.255.255.0Gondoltam semmi probléma, beállítom ezeket FreeBSD-ben és minden tökéletes. De nem... nem az. Nincs kapcsolat, se ki, se be.
Viszont van még egy IP-m ami ugyanazt az átjárót használja és ugyanúgy 80.82.209.Y mint az anyaszerver, ezt beállítva viszont minden tökéletes a guesteken. Tehát nem én vagyok a béna. De ezt az IP-t nem használhatom. Nekem a két 46.20.37.X-et kell beállítanom a 46.20.37.X átjáróval.
Megvalósítható ez? Merre kutakodjak?
-
Van a boardon 512 mb ram, abból linux alatt cirka 230 mega szabad. A filesystem, amit szimulálnék 32 gigabyte, amiből számításaim szerint max 100 mega lenne használatban (nagyon rossz esetben). Saját cache-eléssel a régebb óta nem használt szektorokat kihajigálnám a memóriából - ha saját kernel drivert gyártanék rá. A teljes 32 gb-t nem tudom leszimulálni. Nincs annyi memóriám, hogy meg tudjam etetni a loop device-t.
-
Üdv.!
Egy ismerősöm vett egy ACER Aspire E1-531 laptopt, OEM Win8 -al. Próbáltunk egy Live Linux BOOT-ot, de sehogy sem sikerült. BIOS-ban (UEFI-ben ?) előre hoztuk a CD/DVD meghajtót, lestük a monitort, hátha kell még egy leütés a CD-ről való BOOT-hoz, de hozzá sem szagolt.
A cég hazai honlapján a BIOS frissítéseknél számomra nagyon új dolgot találtam:" Acer BIOS - UEFI for Windows 8 (Not for Upgrades)"
Van "mezítlábas" BIOS is. Ez azt jelentené, hogy cserélni kell a BIOS-t, mert a mostanit nagyon "hozzánövesztették" a Win8-hoz ? Azaz amíg talál Win8-at, vagy annak tűnő dolgot, addig semmi mást nem fog BOOT-olni ?
(A dokumentációban egyetlen szó nincs erről.)Vagy ha "kicsavarom" a HDD-t, akkor mégis ?
-
Valahogy elbeszélünk egymás mellett. A loop device az nem hálózatos.
Ha jól értem most van egy ram disk ami fölött ott a g_file_storage. Csinálj a ramdiskre egy loop device-t (losetup) és arra tedd rá a g_file_storage-t. Bármi gonoszságot művel a g_file_storage ami miatt nem tudod elérni az alatta lévő eszközt, talán nem megy át a loopon. -
mezis
félisten
Üdv.!
Egy ismerősöm vett egy ACER Aspire E1-531 laptopt, OEM Win8 -al. Próbáltunk egy Live Linux BOOT-ot, de sehogy sem sikerült. BIOS-ban (UEFI-ben ?) előre hoztuk a CD/DVD meghajtót, lestük a monitort, hátha kell még egy leütés a CD-ről való BOOT-hoz, de hozzá sem szagolt.
A cég hazai honlapján a BIOS frissítéseknél számomra nagyon új dolgot találtam:" Acer BIOS - UEFI for Windows 8 (Not for Upgrades)"
Van "mezítlábas" BIOS is. Ez azt jelentené, hogy cserélni kell a BIOS-t, mert a mostanit nagyon "hozzánövesztették" a Win8-hoz ? Azaz amíg talál Win8-at, vagy annak tűnő dolgot, addig semmi mást nem fog BOOT-olni ?
(A dokumentációban egyetlen szó nincs erről.)Vagy ha "kicsavarom" a HDD-t, akkor mégis ?
-
Nem akarom nagyon megszakítani a beszélgetéseteket, de már kihullott a hajam a mai naptól.
A múlt héten láttam egy oldalt amin a különböző linuxok alaptelepítésének amemóriaés a processzorhasználatát szedi össze egy táblázatban. Egész nap azt kerestem de nem találom.. hátha valaki kapásból tudja hol találom.
Több szem többet..browser history?
-
Arra gondolsz, hogy helyileg a boardra telepíteni egy network block device servert, az alá pakolni a tényleges ram drive-ot, és helyileg telepíteni még egy network block device klienst is, amire a g_file_storage-et felhúzhatom? Nagyon lassú. Csak a sebesség miatt azon is filozom, egyáltalán linux legyen-e, vagy rtos. Akárhogy is, az usb stack és a ram device közé a network stack időben biztosan nem fér be.
-
Sajnos vannak sebességbeli problémák is - tudnia kell bizonyos műveleteknek időkorláton belül lefutni, különben az egész elképzelésem kuka. Sem valós fizikai eszköz, sem network socket nincsenek most játékban. (Egyébként lenne network block device.) Driverhez szorosan kötött memory device jöhet csak szóba.
A fuse érdekesnek tűnik, de amit eddig találtam róla, ez csak file szinten tud kötni. Nekem szektor szinten kellene ugyanez. A g_file_storage-ot ha file szinten kötöd, akkor az usb túloldalán is olyan driver kell hozzá. Nem olyan driverrel van szerelve az usb túloldala, és azon nem tudok változtatni. Block device kell. A neten fellelt cikkek szerint olyan változata nem létezik.
Ha ezek voltak a kész megoldás lehetőségeim, akkor pont ott vagyok, amitől féltem. Ha kernel driver szintjén futtatok mindent, akkor egybe kell gyógyítanom egy block device-t, egy karakteres device-t, legalább 150 megabyte-nyi kernel memóriát, szükségem lesz az aszinkron timer supportra, és persze thread safe meg az általános kernel driver-ekre vonatkozó játékszabályok. A legátfogóbb doksi, amit fellelni tudtam, valami 2.2.15 időkből való. A kernelem 3.8.x mainline. Valami tipp kellene erről.
-
Hm, ez elég vad dolog.
Első körben azt próbálnám ki, hogy egy loop device-t tennék az igazi eszköz és a g_file_storage közé, hátha így nem megy át a bármilyen lockolás.
Valami rendes file szerver (samba vagy nfs) nem jöhet szóba?
Kész megoldás a FUSE rendszer, az ugye fájlrendszer szintű, de a g_file_storage tud fájlból is működni te meg már továbbdelegálhatod a hívásokat.
-
Nos, igen, az xy probléma valóban jelentős szokott lenni. Szóval lépek egyet vissza, és megpróbálom kirészletezni az alap problémát.
Beleütköztem én is egy ilyenbe:
stackoverflow.com/questions/3085714/accessing-backing-storage-file-from-both-host-machine-and-emulating-machine-whenSajnos az én helyzetem annál is bonyolultabb. A "távoli" állomás g_file_storage-en keresztül fat32 filesystemen nyitva akar tartani egy file-t huzamos időn keresztül, amit ha elengedtetek vele, akkor lehal egy olyan folyamat, aminek működnie kell. Sza* az egész, de azzal az oldallal nem tudok mit tenni, pont. A g_file_storage egy olyan önző fajta driver, ami lockolja a block device-t, vagy nem tudom, mit csinál, de mellette nem tudok hozzáférni semmihez. Nem tudom mountolni ugyan azt a block device-t, hogy másik filesystem driverrel hozzáférjek, sőt szektor szintű írás / olvasásra sem tudom megnyitni, mert az open() lefagy. Kizárásos alapon egy olyan block device-ra lesz szükségem, ami hozzáférést enged legalább szektor szinten az eszközhöz akkor is, amikor a g_file_storage fogva tartja.
(Mostanra azt is átgondoltam, hogy ha azt meg is oldom, aszinkron adat csúszásaim lesznek a fat táblán, a directory bejegyzésekben, az adatszektorokban, ergo egy igen ügyes saját filesystem driverre lesz majd szükségem, de az had legyen az én problémám, és teljesen külön történet. Egyenlőre legyen csak meg a szektor szintű hozzáférés.)
Block device-okról azt találtam, hogy olyat regisztrálni csak kernel driver tud. A kernel driverek pedig nem pont a legbarátságosabb környezet. Például a kernel fordításkori headerjei kellenek a fordításához, külön működési szabályaik vannak, és minden fejlesztéssel egy apró hiba miatt kernel lefagyást gyárthatok. Szimpatikusabb lenne egy már kész és kitesztelt driver, ami képes proxyzni műveleteket kernel és user szint között - ha van ilyen. Például signalokon keresztül kapok egy pointert lba szektor számmal és adatterülettel, hogy azt az 512 byte-ot írjam fel a drive-ra, vagy olvassam be róla, és amit visszaadok, azt fogja majd a block device is visszaadni a g_file_storage-nak. Valami ilyesmi.
Létezik ilyen készen, vagy nekem kell majd írnom egyet?
-
Hali!
Meggyűlt a bajom egy problémával. Kell nekem egy szabványos blokkos eszköz linux alatt, ami gondolom kernel driver-t igényel. Ami szektor szintű írás / olvasás műveleteket az a driver "kézhez kap", azokat át kellene irányítani egy user space alkalmazásnak. Signaling vagy bármi módon át kell juttatni oda a vezérlést, és adatokat is oda-vissza átadni. Míg fut a végrehajtás a user space alkalmazásban, addig a kernel space drivernek blokkolnia kell a beérkezett hívást.
Ki van erre találva valami okosság / trükk (mert amúgy kicsit koncepció ellenes), vagy vegyem tuti biztosra, hogy ilyet nem lehet összehozni?
Bármilyen tippet köszönök.
-
Speeedfire
félisten
A https_proxy-t is beállítottad?
Ja amúgy git-et én csomagból telepíteném inkább. Az 1.8.4.3. forrást pedig a debian repó is tartalmazza, ha arra van szükséged.
Csomagból próbáltam, de csak 1.7 volt fent, ami nekem nem jó. Legalább 1.8 kellett. Emiatt inkább leszedtem a forrást és forgattam egyet magamnak. Mivel a git-tel nem akarta nekem leszedni, se wget-tel kénytelen voltam scp-vel felmásolni a szerverre.
Viszont most már megy a git és a wget is a https proxy-val.
-
Jester01
veterán
Proxy mögött van a gép, az apt tökéletesen megy proxy mögött is ezt belőttem neki. De pl a git, wget már nem megy. Ezt beállítottam az /etc/environment alatt.
Az env | grep proxy listázza is, de mégsem megy. Időtúllépés van mindig.
Mit lehetne még beállítani, hogy globálisan is legyen proxy?
Konkrétan a git-et szeretném lehúzni, de nem megy.wget https://github.com/git/git/archive/v1.8.4.3.tar.gz
-
Speeedfire
félisten
Proxy mögött van a gép, az apt tökéletesen megy proxy mögött is ezt belőttem neki. De pl a git, wget már nem megy. Ezt beállítottam az /etc/environment alatt.
Az env | grep proxy listázza is, de mégsem megy. Időtúllépés van mindig.
Mit lehetne még beállítani, hogy globálisan is legyen proxy?
Konkrétan a git-et szeretném lehúzni, de nem megy.wget https://github.com/git/git/archive/v1.8.4.3.tar.gz
-
Speeedfire
félisten
-
_Dumber_
őstag
Szintén alaplapi vacak, ahogy nézem elég sok fórum találat van erre a darabra. Valószínűleg az lesz, kap valami dedikált nic-et, aztán ha szerencsém van, akkor azt már támogatni fogja a debian.
Csak cégen belül mire egy ilyen igény lefut eltelik egy hét is...Kérj egyet kölcsönbe és próbáld ki.. ha működik, az meggyorsíthatja az igényt
-
nolika
senior tag
auto lo
iface lo inet loopback
iface eth0 inet dhcp
#up ip -6 addr add 2001:4428:29a:2::1/64 dev eth0
#down ip -6 addr del 2001:4428:29a:2::1/64 dev eth0
allow-hotplug wlan0
iface wlan0 inet manual
auto tap0
iface tap0 inet manual
auto br0
iface br0 inet dhcp
bridge_ports tap0 eth0
up ip -6 addr add ff:ff:ff::200:0:0:0/64 dev br0
down ip -6 addr del ff:ff:ff::200:0:0:0/64 dev br0
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp/etc/network/interfaces-ben van.
sorról sorra ez mit is jelent? Köszönöm -
Speeedfire
félisten
Debian szerverrel nekünk is volt gond a hálókártyával.
Samba alatt bejövő kapcsolatnál dobta a hálót.
Kiderült, hogy a hálókártya volt a rossz. Próbáld meg kicserélni (A mienk alaplapi volt..)Szintén alaplapi vacak, ahogy nézem elég sok fórum találat van erre a darabra. Valószínűleg az lesz, kap valami dedikált nic-et, aztán ha szerencsém van, akkor azt már támogatni fogja a debian.
Csak cégen belül mire egy ilyen igény lefut eltelik egy hét is... -
_Dumber_
őstag
Letöltöttem a realtek oldaláról a legújabbat, kb 15 perc alatt (
), feltettem, majd vártam a csodát, de ismét csak dobálta a kapcsolatot. Pedig a realtek szerint ez kompatibilis az összes 3.x kernellel. -
Speeedfire
félisten
-
MacCaine
őstag
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.
-
Speeedfire
félisten
-
32 bites maradhat rajta, elleben en nem hagynam fent a Chakra-t (legalabbis a KDE-t nem az biztos).
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.
-
É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!
-
É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!
-
É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!
-
troll on:
en inkabb masik webcamerat vennek , mintsem hogy windows-t kelljen felrakni
![;]](//cdn.rios.hu/dl/s/v1.gif)
Skype is really a crappy piece of software and has poor support for some cameras under linux (like creative labs)
troll off:
lenyegtelen mert uvc driver-t tamogatni kell a kernelnek es a listaban benne van a te webcamod is : [link]
szerintem ezt meg nyalazd at , igaz nem ubuntu alapu de hasonlo lehet a megoldas : [link]
jogosultasag esetleg az eszkozre, vagy meg maximum egy lib hianya amire gondolok.
-
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:~ # -
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.
-
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.
-
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? -
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? -
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. -
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.
-
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.
-
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!
-
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!
-
Sziasztok!
Elterveztem magamnak, hogy szeretnék a t-home-os mail címemre készíteni egy otthoni kis spam szűrőt. Van egy Raspberry PI-m, ami megy 24/7, tehát a gép meglenne rá, ami végzi a feladatot.
Úgy terveztem (bár lehet hülye elképzelés), hogy megy egy mail kliens ezen a gépen (ofc csak karakteres jöhet szóba), amit úgy állítok be, hogy letöltésnél fenn hagyja a maileket a szerveren és akkor törölje, ha én ezeket törlöm az inboxból, majd mindenféle szabállyal a kéretlen leveleket automatikusan törölném is a klienssel, így azok remélhetőleg nem jönnek meg a tabletra (mivel csak erről levelezek).A kérdésem az, hogy kivitelezhető e, ha igen, akkor hogyan?
Annyi kéne, hogy a háttérbe x percenként tudjon szinkronizálni és lehessen autómata szabályokat létrehozni (a legjobb lenne külön fájlba tárolni, így elég jól átlátható lenne, vmi kis programocskát írnék is rá, hogy lehessen könnyen kezelni) valamint ismerje a pop3-at ssl titkosítással (ezek kellenek a T-nek).Esetleg, ha van valami egyszerűbb módja, azt is szívesen meghallgatnám, de neten nem igazán találtam.
Köszönöm!
-
Speeedfire
félisten
Ez a hiba nálam, de nem sikerül kijavítani, csak ha repo-ba beillesztem a repositories/ mappát is.
-
Speeedfire
félisten
-
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? -
É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. -
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
-
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
-
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.
-
(A dokumentációban egyetlen szó nincs erről.)
. A förendszeremen biztos nincs.
), feltettem, majd vártam a csodát, de ismét csak dobálta a kapcsolatot. Pedig a realtek szerint ez kompatibilis az összes 3.x kernellel.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- Nyomtató topik
- Ubuntu Linux
- Forza sorozat (Horizon/Motorsport)
- Kezdő fotósok digitális fényképei
- Lexus, Toyota topik
- Google Pixel topik
- Apple asztali gépek
- Háztartási gépek
- One otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...
- Gyermek PC játékok
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap
- Forza Horizon 6 Premium / Standard Pre-Order kódok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- GYÖNYÖRŰ iPhone XR 128GB Red-2 ÉV GARANCIA - Kártyafüggetlen, MS3984, 100% Akkumulátor
- BESZÁMÍTÁS! AMD Ryzen 9 5950X 16 mag 32 szál processzor garanciával hibátlan működéssel
- BESZÁMÍTÁS! MSI B650 R5 9600X 32GB DDR5 1TB SSD RX 9070XT 16GB Lian Li LANCOOL II Mesh C RGB 750W
- BESZÁMÍTÁS! Gigabyte B450M R5 3600 16GB DDR4 512GB SSD GTX 1070 8GB Zalman S3 Chieftec 700W
- Samsung Galaxy S23+ / 8/128GB / Kártyafüggetlen / 12Hó Garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest