- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- iPhone topik
- Google Pixel topik
- Poco M3 - felújított állomás
- Térerő gondok, tapasztalatok
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Milyen okostelefont vegyek?
- Honor Magic6 Pro - kör közepén számok
- One mobilszolgáltatások
- Olcsó Galaxyk telepíthetik a One UI 7-et
-
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
-
#18600
Claude Leon
senior tag
whYz
#18597
Claude Leon
senior tag
Ha az igaz, amit az sda-ról mutattál, és az sda5 le is lett swapnak formázva, az kakukk.
Getdatabackkel még esetleg rákereshetsz maradékokra, de sokáig fog tartani, és lehet, hogy már az sem talál értékelhető dolgokat, ráadásul az wines program.
googles találat, de ha már egyszer a saját fontos partíciódat leswappesítetted, mindent többször olvass és gondolj át, mielőtt kattintasz.
-
#18598
Bici
félisten
Claude Leon
#18596
válasz
Claude Leon
#18596
üzenetére
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
-
#18596
Claude Leon
senior tag
Bici
#18592
Claude Leon
senior tag
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. -
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!
-
sanzi89
addikt
válasz
Jester01
#18590
üzenetére
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 -
sanzi89
addikt
válasz
Jester01
#18588
üzenetére
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 -
sanzi89
addikt
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:~# -
_Dumber_
őstag
Sziasztok!
Samba-val gyűlik meg a bajom:
Röviden tőmondatokban:Sambat telepítettem ugyanarra a gépre KUBUNTU, MANJARO-KDE, CHAKRA alá.
Telepítés módja:
Alaprendszerek felrakva , semmit sem változtatva.Samba telepítése
K : sudo apt-get install samba
M és C: sudo pacman -S sambasamba indítása rendszerindításkor
M és C: sudo systemctl enable smbd nmbdmegosztott könyvtár létrehozása
K és M és C :
sudo mkdir /home/dumber/megosztas
sudo chmod 777 -R /home/dumber/megosztassmb.conf beállítás a /etc/samba/ könyvtárban
[smb.conf]
Pdf-bensamba újraindítása
K: sudo /etc/init.d/smbd restart
M és C : sudo systemctl restart smbd nmbdEzután a Kubi megosztása simán elérhető, de a Manjaro és a Chakra csak látszik, hogy megvan, de a könyvtárba nem tusok belépni másik gép alól.
A win annyit mond ha rákattintok a könyvtárra, hogy "nincs engedélyem".Min kell még Arc alapú linuxon, hogy jó legyen??
-
Jester01
veterán
válasz
The DJ
#18578
üzenetére
Kell egy interface alias ami a 46-os hálón van és azt kell a bridge-be tenni. Továbbá ip route segítségével a virtuális gépek felől érkező forgalomnak a másik gatewayt kell beállítani. A virtuális gépekben a gateway pedig a szerver 46-os ip-je lesz.
Nyilván a 46-os gateway csak akkor használható ha az a szerveredből közvetlen elérhető.
-
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?
-
coco2
őstag
Meglesi az a cd/dvd-t, amikor beteszed, de ha nem ismer fel rajta azonnal semmit, akkor utána nem létezőnek nyilvánítja. Jelen esetben az is lehet, hogy a drive-od elromlott.
A linuxnak pedig fel kellene mennie uefivel is:
http://en.wikipedia.org/wiki/EFI_System_partition#Linux -
coco2
őstag
válasz
Jester01
#18569
üzenetére
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.
-
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 ?
-
_Dumber_
őstag
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.. -
Jester01
veterán
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. -
coco2
őstag
válasz
Jester01
#18567
üzenetére
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.
-
coco2
őstag
válasz
Jester01
#18565
üzenetére
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.
-
Jester01
veterán
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.
-
coco2
őstag
válasz
Jester01
#18563
üzenetére
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?
-
coco2
őstag
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.
-
#18561
Speeedfire
félisten
Jester01
#18560
Speeedfire
félisten
válasz
Jester01
#18560
üzenetére
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.
-
#18560
Jester01
veterán
Speeedfire
#18559
Jester01
veterán
válasz
Speeedfire
#18559
üzenetére
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.
-
#18559
Speeedfire
félisten
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
-
#18557
_Dumber_
őstag
Speeedfire
#18554
_Dumber_
őstag
válasz
Speeedfire
#18554
üzenetére
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 -
#18554
Speeedfire
félisten
_Dumber_
#18553
Speeedfire
félisten
-
#18553
_Dumber_
őstag
Speeedfire
#18552
_Dumber_
őstag
válasz
Speeedfire
#18552
üzenetére
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..) -
#18551
MacCaine
őstag
Speeedfire
#18550
MacCaine
őstag
válasz
Speeedfire
#18550
üzenetére
Frissebb driver?
-
#18550
Speeedfire
félisten
Speeedfire
félisten
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.
-
-
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!
-
-
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:~ # -
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.
-
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? -
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.
-
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? -
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. -
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.
-
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!
-
#18519
Speeedfire
félisten
Speeedfire
#18518
Speeedfire
félisten
válasz
Speeedfire
#18518
üzenetére
A link lemaradt az előbb. [link]
-
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?
-
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?
-
-
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? -
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. -
-
É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
-
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.
. A förendszeremen biztos nincs.
(A dokumentációban egyetlen szó nincs erről.)
), 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.
Új hozzászólás Aktív témák
Hirdetés
- Kerékpárosok, bringások ide!
- Elden Ring
- Le Mans Ultimate
- Chosen: Canon 5D II - portrézás 2025-ben
- PlayStation 5
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Intel Core Ultra 3, Core Ultra 5, Ultra 7, Ultra 9 "Arrow Lake" LGA 1851
- Autós topik
- Sony MILC fényképezőgépcsalád
- Kazy Computers - Fehérvár - Megbízható?
- További aktív témák...
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Vírusirtó, Antivirus, VPN kulcsok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- ÚJ- Lenovo ThinkVision T24i-10 - 24" monitor - Számla, garancia
- DOKKOLÓ BAZÁR! Lenovo, HP, DELL és egyéb más dokkolók (TELJES SZETTEK)
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RTX 5070 GAMER PC termékbeszámítással
- BESZÁMÍTÁS! ASRock B550M R7 5700X 32GB DDR4 512GB SSD RTX 3070 OC 8GB NZXT H400 fekete Enermax 750W
- iKing.Hu - Honor Magic 7 Pro - Black - Használt, karcmentes
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest