- Poco X3 Pro - hardverfrissítés
- iPhone topik
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Apple iPhone 15 Pro Max - Attack on Titan
- Mobil flották
- MG5 menetpróba
- Google Pixel 6/7/8 topik
- Samsung Galaxy S23 Ultra - non plus ultra
- Akciófigyelő: kedvezményekkel indít az Ulefone Armor tablet/telefon páros
Hirdetés
-
Tetőfokára hág a tavasz, és ezt a hardverek is érzik
ph Asztali PC-k, monitorok, videokártya, hát, hűtés és egér is került heti válogatásunkba.
-
Homeworld 3 - Amit a játéktól várhatunk
gp Akik a drágább verziót vették meg, már játszhatnak a teljes változattal.
-
Már nem hisz a nagy európai EV-forradalomban a Ford
it Meggondolta magát a Ford, a helyzetre való tekintettel 2030 után is kínálhat Európában hibrid és benzines autókat.
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Jester01
veterán
válasz rollins #2091 üzenetére
Figyelem, a linkelt cikkben a hangsúly ezen van: Később pedig még a ''make clean''-t is a helyfelszabadítás érdekében. Ha csak simán kimaradt egy modul akkor azt nyugodtan lehet a szokásos módon csinálni, nem fordítja újra az egész kernelt (éppen azért mert make-t használ)
Jester
-
Jester01
veterán
Halkan jegyzem meg, hogy i386 architektúrán alapból az összes rendszerhívás a 0x80-as szoftveres megszakításon keresztül megy, és mint ilyen elég gyakori (bár manapság már a sysenter utasítást használja)
Amúgy a PCI óta a megszakításokon elvben több eszköz osztozhat, a PCIE pedig ráadásul nem is használ fizikai megszakítás vezetékeket. Ettõl még persze lehet inkompatibilis hardver ami csûnyán viselkedik. A tv kártya ideiglenes eltávolítása valóban jó ötlet illetve próbálkozhatsz még a pci=noacpi kernel paraméterrel is.Jester
-
Jester01
veterán
-
Jester01
veterán
Az egész egyszerűen nem kell, hiszen nem agps a lapod.
Milyen procid is van? Ha athlon64, akkor a kernelnek add meg, hogy iommu=noagp.
Bár abszolút nem biztos, hogy az agp miatt van, simán lehet, hogy az az utolsó ami még sikerült és a következő művelet okozza a hibát. A pci=noacpi opciót amit már ajánlottam régebben azt próbáltad?Jester
-
Jester01
veterán
Ja, akkor már van települt rendszered ami el is indul, csak a grafikus felület nem megy?
Akkor egyszerűen meg kell szabadulni az agp moduloktól (remélem modulban van)
Mozgasd el őket valahová a /lib/modules/.../kernel/drivers/agp alól, hogy később vissza tudd rakni ha kell. Van ennél szebb megoldás is, de ez a legegyszerűbb.Jester
-
Jester01
veterán
válasz dr_strange #2278 üzenetére
Vagy a /usr/local/bin alá, jólnevelt programok esetén inkább ez a default.
De a ./configure --help megmondja, illetve a make install kimenetében is benne kellene lennie.Jester
-
Jester01
veterán
válasz VladimirR #2303 üzenetére
ld a linker és nem találja az X11 libraryt (libX11.so). Vagy nincs is fent, vagy rossz helyen keresi. libx11-dev csomag telepítve van? /usr/lib/libX11.so (ez egy symlink) és amire mutat az létezik? Az is lehet, hogy nem a /usr/lib alatt van, azt hiszem régebben a /usr/X11R6/lib alatt lakott, ekkor az /etc/ld.so.conf fájlba fel kell venni ezt a directoryt majd ldconfig parancsot kell futtatni avagy meg kell adni a -L/usr/X11R6/lib kapcsolóval a linkernek (gcc is érti, továbbadja).
MOD: a gpm-es kérdéshez: /dev/gpmdata akkor lesz, ha a gpm repeater módban fut (-R kapcsoló). Ellenõrizd, hogy ez így van-e.
$ ps -f -C gpm
UID PID PPID C STIME TTY TIME CMD
root 1425 1 0 Oct13 ? 00:00:02 /usr/sbin/gpm -m /dev/psaux -t imps2 -Rraw
[Szerkesztve]Jester
-
Jester01
veterán
válasz VladimirR #2306 üzenetére
Hajnali 3kor már azt hittem bezárhatom a linux supportot, de úgy látszik tévedtem
A port forwardos dolog jónak tûnik, arra tudok gondolni, hogy esetleg más port is kell neki. ethereal vagy tcpdump segítségével nézd meg a linuxon milyen forgalom zajlik. Valamint nem lehet, hogy udp és nem tcp?
Egyébként ilyen célra én inkább ssh tunnelt használok, biztonságosabb és kevesebb szívás van vele ssh -L 3389:192.168.0.200:3389 linux_kulso_ip_cime Ezután a lokális 3389 port forgalma az ssh tunnelen keresztül szépen elmegy az otthoni win géphez. Az elsõ szám a lokális port, oda természetesen bármit írhatsz.Jester
-
Jester01
veterán
válasz VladimirR #2311 üzenetére
Utána a távoli asztalnak a csatlakozáskor a helyi gép (tehát ami elõtt ülsz, és nem pedig az otthoni linux vagy win gép) 89-es portját adtad meg, ugye? Ja és bocs, hogy ilyesmivel gyanúsítalak, de ugye magát az ssh parancsot is azon a gépen indítod ahol ülsz (lokálisan)? Tehát van 3 gép: legyen I mint Iskola, L mint Linux és W mint Windows. Az ssh parancsot az I gépen kell kiadni, hogy kapcsolódjon az L gép publikus ipjén figyelõ sshd-hez, ugyanakkor hozzon létre egy tunnelt az I gép tetszõleges portja (jelen esetben 89, de mivel ez a forgalom routing szempontjából nem megy ki az I géprõl így erre nem is vonatkoznak az iskolai megkötések) és a W gép 3389-es portja között. Ezekután az I gép 89-es portjára irányuló forgalom az ssh tunnelen keresztül a W gép 3389-es portjára fog kerülni (ahol úgy fog látszani, mintha az L géprõl jönne). Ezért a távoli asztalhoz való csatlakozáskor az I gép 89-es portját kell megadni. Amíg az az ssh session él, addig szépen csinálja a tunnelt.
Egyébiránt kipróbáltam az általad írt iptables parancsokat. Nálam kifogástalanul teszi a dolgát, igaz, én csak magát a portforward tényét ellenõriztem nem pedig távoli asztalt próbáltam.Jester
-
-
Jester01
veterán
válasz Mandrake833 #2350 üzenetére
Valószínűleg kimaradt valami a kernelből, vagy valami probléma van a power management körül. A parancs az jó.
Jester
-
Jester01
veterán
válasz #64791808 #2416 üzenetére
Nem akarok distro-wart, csak megjegyzem, hogy én debiannal kezdtem 9 éve és azóta is azt használom amikor csak lehet Az itthoni gépem újrarakva egyszer sem volt, mindig csak dist-upgrade. Az eredeti konfigból már csak a floppy lehet meg a többi mind cserélõdött. Már azon filózok, hogy a 64 bites disztribre hogy lehet majd frissíteni
Jester
-
Jester01
veterán
Türelmesen vártál és nem lõtted le, ugye? Mondjuk jó volna valami aktivitásjelzõ...
Vagy próbáld meg mencoder-rel, az írkál közben dolgokat:
mencoder -ovc copy -oac copy -o fixtv.avi mms://www.fixtv.hu/fixdsl
Bár nekem ez nem lépett ki a végén (meg amúgy is sopánkodott egy csomót mindenféle duplicate frame-k miatt).Jester
-
Jester01
veterán
válasz ngabor2 #2440 üzenetére
-aid <ID> (also see -alang)
Select audio channel (MPEG: 0-31, AVI/OGM: 1-99, ASF/RM: 0-127, VOB(AC3): 128-159, VOB(LPCM):
160-191, MPEG-TS 17-8190). MPlayer prints the available audio IDs when run in verbose (-v)
mode. When playing an MPEG-TS stream, MPlayer/MEncoder will use the first program (if pre
sent) with the chosen audio stream.
Úgyhogy feltételezem sima -oac copy -ovc copy -aid xxx talán jó lehet.
Nekem egyébként a fordított irány lenne jó, több hangsávos avit kellene gyártanom. Ehhez tudja valaki a megfelelõ opciót?Jester
-
Jester01
veterán
-
Jester01
veterán
válasz Jester01 #2528 üzenetére
Illetve manapság ezt udev-nek hívják. A config fájlok elvileg az /etc/udev alatt vannak, oda kell hozzáadni egy szabályt miszerint szükséged lenne erre a linkre és akkor majd jól megcsinálja neked.
A magam részérõl sosem bajlódtam ilyen dinamikus /dev directory dolgokkal, megfelel nekem a jó öreg statikus /dev isJester
-
Jester01
veterán
válasz VladimirR #2530 üzenetére
Igen, ott figyel az udev bejegyzés. Doksi szerint egyébként:
Very early in the boot process, the /dev directory should get a 'tmpfs'
filesystem mounted, which is populated from scratch by udev. Created nodes
or changed permissions will not survive a reboot, which is intentional.
Mindjárt körülnézek egy példa után, de guglizz te is nyugodtan az udev és symlink szavakra
Szerk: Na azt hiszem meg is van:
The content of /lib/udev/devices directory which contains the nodes,
symlinks and directories, which are always expected to be in /dev
Szóval akkor a /lib/udev/devices alá csináld meg a symlinked és akkor remélhetõleg megmarad (pontosabban újracsinálódik, de ez most mindegy)
[Szerkesztve]Jester
-
Jester01
veterán
válasz ngabor2 #2569 üzenetére
A restart parancsnak tudtommal csak az offset kell és az utána következő le/feltöltés parancsra vonatkozik.
Hálózatkihasználtságra én csak adatgyűjtő démonos megoldást ismerek (pl. munin). Kézzel is lehet, ha kétszer megnézed az ifconfig kimenetében a küldött/fogadott adatmennyiséget és szépen elosztod az eltelt idővel.
Az ssh-s kérdésedet nem is értem. Most akkor hány gép van? Ha csak 2, akkor miért nem az adsl-es gépről jelentkezel be a fix ipsre? Ha meg tunnel van, akkor minek még egy ssh? Amúgy a HostName értékét meg lehet adni a -o kapcsolóval, nem tudom ez segít-e neked valamit.Jester
-
Jester01
veterán
válasz hangyatojás #2602 üzenetére
Vagy nincs beállítva rendesen a debian repository vagy nem i386-os architektúrán vagy.
Jester
-
Jester01
veterán
Viszont elég az utolsó pár sor
apt-get install g++
MOD: ... ja és akkor fog kelleni vszg: apt-get install libstdc++6-dev
(a gcc a c fordító, a g++ a c++ fordító, a libc6-dev a c könyvtár fejlesztői csomagja, a libstdc++ a c++ könyvtár fejlesztői csomagja)
[Szerkesztve]Jester
-
Jester01
veterán
Aha. Szerintem esetleg érdemes próbálkozni egy apt-get build-dep vice paranccsal, ez elvileg felpakolja a vice csomaghoz szükséges fejlesztõi cuccokat. Az ilyen nem létezõ fájlos problémára pedig az az általános megoldás, hogy elmész a packages.debian.org (vagy ubuntu, ha az van) oldalra és megkeresed melyik csomagban van, majd azt jól fel is rakod. (ez most a libxt-dev ha jól látom).
Jester
-
Jester01
veterán
válasz OptimusPrime #2708 üzenetére
Feladattól függően többféleképpen lehet. Kernel modul leginkább akkor kell, ha ténylegesen ismeretlen hardvered van. Amúgy elég egy sima progi ami vagy direktben hívja a megfelelő egérmozgató függvényeket (konzol vagy X), avagy egy fifo-n ontja valamelyik egér szabványnak megfelelő byte sorozatot (ezt aztán gpm-nek vagy X-nek meg lehet adni forrásnak).
Jester
-
Jester01
veterán
válasz OptimusPrime #2718 üzenetére
Konzolra gpm, X-re vnc. Így hirtelen ezek biztos
De ha elárulnád mit akarsz csinálni akkor biztos többet tudnánk segíteni. Mert így nagyon gyanús, hogy nem is ezt akarod.
A windowsos kérdést meg nem értem.Jester
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen