USB eszköz nyűg (HEKIT-301 (AVR-ISP))
Sziasztok! Vásároltam egy USB-re csatlakozó eszközt. Ez egy mikrovezérlő programozó, a típusa: HEKIT-301 (AVR-ISP) . Az eszköz működni látszik, mert amikor feldugom az usb csatlakozóra, akkor az usbview szépen mutatja. Ebből arra következtetek, hogy az eszköz működőképes. Azonban, ha az avrdude nevű programmal megpróbálok megszólítani olvasásra egy mikrovezérlőt, akkor aszongya, hogy nem válaszol az eszköz a TTYSX soros porton. A kütyün vannak jumperek a sebességre, és az USB-re vonatkozóan, ezeket már állítottam mindenféle variációba. Azt sejtem, hogy nem a mikrovezérlő tárgykörbe tartozó problémával állok szemben, hanem még az oprendszer szintjén elakad a kommunikáció. A kérdés arra vonatkozna, hogy hogyan lehetne kideríteni, hogy melyik soros porton jelenik meg ez a kütyü. Esetleg még lehet, hogy valami kernel hiányosság van, és ezért nem megy ez az usb-soros dolog. Debian 5 ről van szó, de ez szerintem most talán nem fontos. Esetleg offtopic kérdésként megemlíteném, hogy ha valaki tudna részletes leírást az említett cuccról, ne tartsa titokban. Köszi: Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: USB eszköz nyűg (HEKIT-301 (AVR-ISP))
2011/12/12 Kovács Attila ka...@l3.hu: Kigugliztam neked. http://www.hobbielektronika.hu/kapcsolasok/avr-doper_usb-s_isp_programozo.html?pg=10 Szia! Köszi, ezt én is megtaláltam. Nem rossz, de ez nem tárgyal minden esetet, és az okokat sem említi. Nyilván, amikor már gurul a kocsi, akkor óvodás a szájbarágás. De én most indulnék ezzel a dologgal, és mindjárt az elején hibát is kell keresni, ezért keresnék egy részletekbe menő mit-miért-ha-akkor doksit. Amolyan linuxos minőségű howto-ra gondoltam. :-)) Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Xorg satufék
Sziasztok! Installtam egy debian 6.0.4-et. Semmi plusz csomag, egyelőre minden gyári. Kernel: 2.6.32-5-686 videokártya:VGA compatible controller: Intel Corporation 82845G/GL [Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01) minden jó egy darabig, aztán a grafikus felület megfagy, és a dmesg: [ 1561.784012] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung [ 1561.784027] render error detected, EIR: 0x [ 1561.784060] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5 (awaiting 5406 at 5405) már csak a saját x driver van fent, a többit leszedtem. Van valakinek valami ötlete? köszi: Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
dual monitor setup nyűg
Sziasztok! Van egy up-to-date debian7 rendszer. Van benne két videokártya, az egyik egy alaplapi VGA, meg egy másik DVI kimenettel. - Ha bármelyiket egyedül használom, akkor jó. - Ha elsőnek bármelyiket (egyet) csatlakoztatok, és Xorg, akkor a másikat utólag csatlakoztatva kézzel szépen be tudom állítani. Arandr oké. Ez tudja is menteni a saját beállítását, csakhogy nem jutok oda hogy automatikusan használhassam, mert a gdm3 indulásakor bedöglik az X, lásd következő pont. - Ha mindekttőt egyszerre csatakoztatom, és úgy indítok Xorg-ot, akkor azt mondják, a monitorok, hogy ebben a video módban nem képesek képet megjeleníteni. (nem tudom milyen módban lehetnek) A problémám az, hogy: 1) nem tudom kinyerni a __működő__ X rendszerből, hogy most éppen milyen beállításokkal üzemel. A leállítás után generált xorg.conf semmire nem jó. Igaz, hogy egy monitorral elindul vele, de ez nem kunszt. 2) nem tudom azt mondani a működő rendszernek, hogy most jó, ezt mentsük ki a xorg.conf-ba, (vagy ahová jól esik neki) és legközelebb pont így folytatjuk. 3) a neten talált egyetlen ötlet, és leírás sem működött ahogy megpróbáltam, és a 2) problémára sem találtam megoldást. magánvélemény on 4) Köztünk szólva kiakasztónak tartom ennyi év fejlesztés után, hogy egy ilyen piti feladat egyáltalán említést érdemel. Vagy ha már kézi configot igényel, akkor a beállított configot nem lehet egy egyszerű menüpontban kimenteni. gőz leeresztve, magánvélemény off A gép egy dell optiplex 760 gyári videokártyákkal. Lehet, hogy csak ügyetlen vagyok, de ha valakinek esetleg van (pozitív) tapasztalata legyen szíves segítsen. Köszönettel: Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: dual monitor setup nyűg
Szia! Elnézést a hosszu hallgatásért, de telorol nem sikerült a választ beküldeni, valami formai probléma miatt. remélem most nem lesz gond. Szoval az van, hogy ido kozben sikerult kihamoznom a monitor menujebol, plusz a logokbol, hogy a kep frissitesi frekvenciaval van gond. Konkretan a ket monitor nem jarhat azonos frekvencian. Probalgatassal eljutottam oda, hogy a gdm alatt nem omlik ossze az X, es elindul az xfce. Innentol arandr, es megy minden. Mindenkinek kosz az otleteket. Udv Zs. Kosa Attila zs...@kosaek.hu írta (2014. január 27. 11:06): On Fri, Jan 24, 2014 at 05:09:04PM +0100, Zsolt Gádori wrote: - Ha mindekttőt egyszerre csatakoztatom, és úgy indítok Xorg-ot, akkor azt mondják, a monitorok, hogy ebben a video módban nem képesek képet megjeleníteni. (nem tudom milyen módban lehetnek) A /var/log/Xorg.*.log fajlokban benne kellene lennie, hogy mit akart beallitani, es mit nem sikerult. 3) a neten talált egyetlen ötlet, és leírás sem működött ahogy megpróbáltam, és a 2) problémára sem találtam megoldást. Ez azt jelenti, hogy kezzel irtal egy xorg.conf fajlt es nem mukodott? Itt van az en konfigfajlom, ami jol mukodik ket (kulonbozo felbontasu) monitorral, igaz, csak egy videokartyaval, de szerintem ez alapjan at lehet irni ket videokartyasra. Section ServerLayout Identifier Layout0 Screen 0 Screen0 0 0 InputDeviceKeyboard0 CoreKeyboard InputDeviceMouse0 CorePointer EndSection Section Files EndSection Section Module Load dbe Load extmod Load type1 Load freetype Load glx EndSection Section ServerFlags Option Xinerama 0 EndSection Section InputDevice # generated from default Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/psaux Option Emulate3Buttons yes Option ZAxisMapping 4 5 EndSection Section InputDevice # generated from default Identifier Keyboard0 Driver kbd EndSection Section Monitor # HorizSync source: edid, VertRefresh source: edid Identifier Monitor0 VendorName Unknown ModelName ACI ASUS VW223 HorizSync 30.0 - 82.0 VertRefresh 56.0 - 76.0 Option DPMS EndSection Section Monitor # HorizSync source: edid, VertRefresh source: edid Identifier Monitor1 VendorName Unknown ModelName ACI ASUS VW161 HorizSync 30.0 - 85.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Device Identifier Device0 Driver nvidia VendorName NVIDIA Corporation BoardName GeForce 8400 GS EndSection Section Device Identifier Device1 Driver nvidia VendorName NVIDIA Corporation BoardName GeForce 8400 GS BusID PCI:1:0:0 Screen 1 EndSection Section Screen # Removed Option TwinView 0 # Removed Option metamodes CRT-0: nvidia-auto-select +0+0 # Removed Option metamodes CRT-0: nvidia-auto-select +0+0, CRT-1: nvidia-auto-select +1680+0 Identifier Screen0 Device Device0 MonitorMonitor0 DefaultDepth24 Option TwinView 1 Option TwinViewXineramaInfoOrder CRT-0 Option metamodes CRT-0: nvidia-auto-select +1360+0, CRT-1: nvidia-auto-select +0+0 SubSection Display Depth 24 EndSubSection EndSection Section Screen Identifier Screen1 Device Device1 MonitorMonitor1 DefaultDepth24 Option TwinView 0 Option metamodes CRT-1: nvidia-auto-select +0+0 SubSection Display Depth 24 EndSubSection EndSection -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
GIGABYTE M6880 plusz gombócok
Sziasztok! Van egy tárgyban szereplő egerem, aminek van néhány extra gombja. Ezeket nem bírom feléleszteni. A config fülében már próbálkoztam a zaxismapping ide-oda állításával, de hatástalan volt. Elképzelhetőnek tartjátok, hogy a manapság szokásos XYkoordináta+görgőideoda+görgőmegnyom lehetőségeken túlmenő képességek kihasználásához nem elég a config fájl, hanem kell hozzá valamiféle kernel modul, vagy hasonló? Esetleg itt valami zárt gyártói megoldással állok szemben, amit csak a gyári driver oldana meg? (már ha lenne, de nincs) Egy up-to-date debian 7-ről beszélünk XFCE felülettel. Előre is köszi a segítséget. Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: GIGABYTE M6880 plusz gombócok
Mészáros Csaba ping...@y2k.hu írta (2014. február 15. 16:19): * Eredeti üzenet * És mi a helyzet az EVentDevice dolgokkal? Ezt is átnézheted. https://wiki.archlinux.org/index.php/All_Mouse_Buttons_Working Ez újdonság, már nézem is! Köszi: Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
áramkör szimulátor program
Sziasztok! Szükségem volna egy áramkör szimulátor programra. Most éppen digitális kapcsolást kéne ellenőriznem, de jó volna ha volna egy alkalmas eszköz analóg ák. ellenőrzésére is. Nem kell, hogy mindenféle hiperszuper alkaltrész gyári libje ingyen benne legyen, de mondjuk a ttl áramköröket tudnia kéne minél teljesebb körűen. Hajlandó vagyok időt fektetni a megtanulásába, de az űrhajó vezetési vizsgát nem most szeretném letenni. Melyikkel érdemes kikezdeni? köszi: Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
áramkör szimulátor
Sziasztok! Szükségem volna egy áramkör szimulátor programra. Most éppen digitális kapcsolást kéne ellenőriznem, de jó volna ha volna egy alkalmas eszköz analóg ák. ellenőrzésére is. Nem kell, hogy mindenféle hiperszuper alkatrész gyári libje ingyen benne legyen, de mondjuk a ttl áramköröket tudnia kéne minél teljesebb körűen. Hajlandó vagyok időt fektetni a megtanulásába, de az űrhajó vezetési vizsgát nem most szeretném letenni. Melyikkel érdemes kikezdeni? köszi: Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
offtopic androidos kérdés
Sziasztok! Android biztonság terén jártas privát levelezőtársat keresek. Illetve, ha ide mégis befér, akkor esetleg nem privátba. Köszi: Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
lamer kérdés mikrofonról
Sziasztok! Röhögjetek ki, de 2.0.36-os kernel óta csak linux, és még sosem használtam mikrofont a gépen... Szóval a kérdés az volna, hogy mit kell installnom, hogy működni kezdjen a mikrofon. A rendszer egy up-to-date új debian. Próbáltam a magam esze után installgatni a csomagokat, de XFCE alatt sehogy sem tudtam elérni, hogy a mikrofon feléledjen. flame on: kicsit csodálkozom ennek talán már nem kellene előjönni, ha az install célja nem egy kifejezetten valamilyen célra kézzel összeválogatott rendszer... flame off. Köszi: Zs _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: lamer kérdés mikrofonról
Kosa Attila zs...@kosaek.hu írta (2014. szeptember 15. 8:12): On Sun, Sep 14, 2014 at 09:32:16PM +0200, Zsolt Gádori wrote: Szóval a kérdés az volna, hogy mit kell installnom, hogy működni kezdjen a mikrofon. A rendszer egy up-to-date új debian. Amugy hang van? Mert szerintem pusztan arrol van szo, hogy a mikrofon kimenet le van nemitva. Elinditod az alsamixer-t, es megnezed. Az alsa-utils csomag resze. Eddig mintha lett volna... De most, hogy ennyit vacakoltam, nincs. Elinditottam a mixert, és láttam, hogy egy csomó csatorna le van tiltva. Többek közt a mikrofon is. Mindet engedélyeztem, és maximumra toltam. De közben -talán az installgatással- valamit elszúrhattam, mert hang az nincs. Suhog a fejhallgató, de ha elindítok egy filmet, akkor nincs hangja. Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
wifi debian
Sziasztok! Egy up-to-date debianon szeretnék wifit csiholni. Amit eddig elértem: - az interface rendben működik - látom a környezetemben elérhető hálózatokat - a wicd network manager -rel beállítottam a titkosítást (wpa2), és a jelszót - a amennyire el tudom dönteni, minden szükséges csomag fel van telepítve - el tudom indítani a csatlakozás folyamatát, ami wégül mindig valami ilyesmivel akad el: wpa_supplicant die count reset Az a gyanúm, hogy már csak az authentikáció nem stimmel, de elfogyott minden ötletem. Mindenképpen valami olyasféle megoldás kellene, hogy a laptopot használó a saját userével vehessen fel tetszése szerint újabb wifi pontokat. Ne kelljen ehhez rendszergazdai jogkör és pláne ne kelljen segítség. Egyszerű grafikus felületen ezt tudnia kell kezelni. Köszi: Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: wifi debian
Nekem pár hete még az volt a notimon (közben Mint lett helyette) KDE-t használtam, ott hozzá kell adni a panelhez egy hálózatos kisalkalmazást... Ha te is KDE-t használsz, meg fogod találni ;-) Nem kellett semmit szórakozni, sima felhasználóként egy katt, és már be is volt állítva a wifi. Ha csak ez a baj, hát megoldom. Gondolom ezt a kisalkalmazást fel lehet telepíteni gnome esetén is :-) üdv: Zs _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: wifi debian
Ferenc Wagner wf...@niif.hu írta (2014. december 22. 9:08): Zsolt Gádori tak...@freemail.hu writes: Jó lenne látni a wpa_supplicant összes logját. Esetleg a wicd logjait is, ha van neki olyan. Szia! Én is network managert próbálok, alább egy csatlakozási kísérlet logja: /var/log/syslog (elnézést ha kicsit hosszú) Dec 27 09:52:52 laptop dhcpcd[5653]: wlan1: dhcpcd not running Dec 27 09:52:52 laptop dhcpcd[5653]: wlan1: exiting Dec 27 09:52:52 laptop NetworkManager[2678]: warn Unknown supplicant state 'interface_disabled' Dec 27 09:52:52 laptop NetworkManager[2678]: (nm-supplicant-interface.c:450):set_state_from_string: runtime check failed: (state 0) Dec 27 09:52:52 laptop kernel: [ 933.887204] iwlwifi :01:00.0: L1 Enabled; Disabling L0S Dec 27 09:52:52 laptop kernel: [ 933.887639] iwlwifi :01:00.0: Radio type=0x1-0x2-0x0 Dec 27 09:52:52 laptop wpa_supplicant[4758]: wlan1: Failed to initiate AP scan Dec 27 09:52:52 laptop kernel: [ 933.936209] ADDRCONF(NETDEV_UP): wlan1: link is not ready Dec 27 09:52:52 laptop NetworkManager[2678]: info (wlan1): supplicant interface state: inactive - disconnected Dec 27 09:52:52 laptop NetworkManager[2678]: info wpa_supplicant stopped Dec 27 09:52:52 laptop NetworkManager[2678]: info (wlan1): supplicant interface state: disconnected - down Dec 27 09:52:52 laptop NetworkManager[2678]: info (wlan1): device state change: disconnected - unavailable (reason 'supplicant-failed') [30 20 10] Dec 27 09:52:52 laptop NetworkManager[2678]: info (wlan1): deactivating device (reason 'supplicant-failed') [10] Dec 27 09:52:52 laptop dbus[2531]: [system] Activating service name='fi.w1.wpa_supplicant1' (using servicehelper) Dec 27 09:52:52 laptop dhcpcd[5675]: eth0: dhcpcd not running Dec 27 09:52:52 laptop dhcpcd[5675]: eth0: exiting Dec 27 09:52:52 laptop dbus[2531]: [system] Successfully activated service 'fi.w1.wpa_supplicant1' Dec 27 09:52:52 laptop NetworkManager[2678]: info wpa_supplicant started Dec 27 09:52:52 laptop kernel: [ 934.029415] iwlwifi :01:00.0: L1 Enabled; Disabling L0S Dec 27 09:52:52 laptop kernel: [ 934.029841] iwlwifi :01:00.0: Radio type=0x1-0x2-0x0 Dec 27 09:52:52 laptop kernel: [ 934.075747] ADDRCONF(NETDEV_UP): wlan1: link is not ready Dec 27 09:52:52 laptop NetworkManager[2678]: info (wlan1): supplicant interface state: starting - ready Dec 27 09:52:52 laptop NetworkManager[2678]: info (wlan1): device state change: unavailable - disconnected (reason 'supplicant-available') [20 30 42] Dec 27 09:52:52 laptop NetworkManager[2678]: info (wlan1): supplicant interface state: ready - inactive Dec 27 09:52:52 laptop NetworkManager[2678]: warn Trying to remove a non-existant call id. Dec 27 09:52:53 laptop kernel: [ 934.290897] e1000e :00:19.0: irq 45 for MSI/MSI-X Dec 27 09:52:53 laptop kernel: [ 934.392300] e1000e :00:19.0: irq 45 for MSI/MSI-X Dec 27 09:52:53 laptop kernel: [ 934.393025] ADDRCONF(NETDEV_UP): eth0: link is not ready Dec 27 09:52:53 laptop NetworkManager[2678]: warn Unknown supplicant state 'interface_disabled' Dec 27 09:52:53 laptop NetworkManager[2678]: (nm-supplicant-interface.c:450):set_state_from_string: runtime check failed: (state 0) Dec 27 09:52:53 laptop dhcpcd[5699]: wlan1: dhcpcd not running Dec 27 09:52:53 laptop dhcpcd[5699]: wlan1: exiting Dec 27 09:52:53 laptop kernel: [ 934.494702] iwlwifi :01:00.0: L1 Enabled; Disabling L0S Dec 27 09:52:53 laptop kernel: [ 934.495127] iwlwifi :01:00.0: Radio type=0x1-0x2-0x0 Dec 27 09:52:53 laptop kernel: [ 934.539987] ADDRCONF(NETDEV_UP): wlan1: link is not ready Dec 27 09:52:53 laptop wpa_supplicant[5678]: wlan1: Failed to initiate AP scan Dec 27 09:52:53 laptop NetworkManager[2678]: info (wlan1): supplicant interface state: inactive - disconnected Dec 27 09:52:53 laptop NetworkManager[2678]: info wpa_supplicant stopped Dec 27 09:52:53 laptop NetworkManager[2678]: info (wlan1): supplicant interface state: disconnected - down Dec 27 09:52:53 laptop NetworkManager[2678]: info (wlan1): device state change: disconnected - unavailable (reason 'supplicant-failed') [30 20 10] Dec 27 09:52:53 laptop NetworkManager[2678]: info (wlan1): deactivating device (reason 'supplicant-failed') [10] Dec 27 09:52:53 laptop kernel: [ 934.590054] iwlwifi :01:00.0: L1 Enabled; Disabling L0S Dec 27 09:52:53 laptop kernel: [ 934.590490] iwlwifi :01:00.0: Radio type=0x1-0x2-0x0 Dec 27 09:52:53 laptop kernel: [ 934.639728] ADDRCONF(NETDEV_UP): wlan1: link is not ready Dec 27 09:52:53 laptop dbus[2531]: [system] Activating service name='fi.w1.wpa_supplicant1' (using servicehelper) Dec 27 09:52:53 laptop dbus[2531]: [system] Successfully activated service 'fi.w1.wpa_supplicant1' Dec 27 09:52:53 laptop NetworkManager[2678]: info wpa_supplicant started Dec 27 09:52:53 laptop NetworkManager[2678]: info (wlan1): supplicant interface state: starting - ready Dec 27 09:52:53 laptop NetworkManager[2678]: info (wlan1): device state change: unavailable - disconnected (reason 'supplicant
Re: wifi debian
Sziasztok! Krisztian VASAS i...@ironiq.hu írta (2014. december 27. 10:15): On 2014-12-27 10:01, Zsolt Gádori wrote: [...] Dec 27 09:52:52 laptop NetworkManager[2678]: info (wlan1): device state change: disconnected - unavailable (reason 'supplicant-failed') [30 20 10] Most működik. A magyarázat több mint kínos... :-) Szóval az történt, hogy a panelon van két ikon a hálózattal kapcsolatban. Az egyik a wiicd NetworkManager. A másik meg elsőre csak annyit mond magáról hogy hálózatkezelő kisalkalmazás. Látszólag semmit nem csinál, csak megjelenít egy hálózati dugót ábrázoló képet. A grafikus felület xfce. Eddig a wiicd programját nyúztam, sikertelenül, ennek a logját küldtem el legutóbb. Most elolvastam amit írtatok, és nekiláttam, hogy átrágjam magam a kapott linkeken (amiket nagyon köszönök). Azért, hogy legyen friss logom, megint reprodukálni akartam az eddig sokszor látott helyzetet, de véletlenül mellé kattintottam a wiicd-nek, és ezt a hálózatkezelő kisalkalmazást találtam el az egérrel. Ez meg kérte a jelszót, és legnagyobb meglepetésemre egykettőre bejelentkezett. A wiicd most sem tud bejelentkezni, de az a másik ikon simán. Leállítottam a network-manager-t (/etc/rc2.d/network-manager) és kiderült hogy a hálózatkezelő kisalkalmazás ennek a grafikus felülete xfce alatt. Vagy lehet hogy nem ez a teljesen helyes megfogalmazás, de nem tudok jobbat. Levettem a wiicd csomagot, és most már csak egy ikon van hálózat ügyben és az tökéletesen működik. Mi több, mivel van vezetékes ADSL is, (másik szolgáltató) akár mindkettőre is be tud jelentkezni párhuzamosan. Ha telhetetlen lennék, akkor most azon filóznék, hogy hogy lehetne a két csatolón párhuzamosan forgalmazni, összefogva a sávszélességüket. Elnézést a vaklármáért, de egy kicsit összezavart ez a sok alkalmazás, nem láttam át hogy melyik mire való, és mi az a szükséges és elégséges minimum halmaz amit telepíteni kell a működéshez. Beleövök a levegőbe! Köszi a segítségeket: Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: erősen offtopic atmel-ice - linux kérdés
Sziasztok! Csíny letudva. Egy mondatot rosszul fordítottam, és félreértettem az egyik láb feladatát. Köszi és üdv: GZsolt Zsolt Gádori <gadori...@gmail.com> írta, 2016. 10. 31.: > Szia! > > A kapcsolhato felhuzokkal kapcsolatban igazad van, itt is léteznek. > > De a konkrét esettel kapcsolatban nem tudom van-e szerepük. Nekem is > eszembe jutott, de a másik programmer tud kommunikalni... Meg aztan > akkor is mukodnie kellene, ha most eloszor veszem hasznalatba a cpu-t. > Akkor nincs lehetoseg bekapcsolni a felhuzo ellenallast, ha nem tudok > kommunikalni, hogy bekapcsoljam :-) > Szoval arra akarok kilukadni, hogy ha nincs kifejezetten letiltva az > spi port, akkor ez valami szabványos uzemmod lehet amit a programmer > eszköz egy jelsorozattal bekapcsol. (a jelsorozattal valo bekapcs > biztos, le is van írva a cpu doksijában) Ha ilyenkor szamitanak a > belso felhuzokra, akkor ebben az uzemmodban azoknak is be kellene > kapcsolodniuk. Ha a masiknak sikerül, akkor ennek miert nem? > A masik (mukodo programmer) kimenete triState, ami ha éppen kommunikal > akkor totem pole. Lehet, hogy valami modon utasitani lehet ezt a > programmert is, hogy hogyan viselkedjen a kimenete? > De ez utobbi reszemrol csak elmetorna, mert nem talaltam doksit, hogy > cafoljam, vagy megerositsem. Neztem oktato videokat ahol ezt > hasznaljak, de ott mindenhol vingyogy alol az atmel fejleszto > környezetével működött. Ezek sajna nem nyujtanak most tampontot, az > atmel nem vesz tudomast a linuxrol, semmi tamogatas nincs. > > Köszi: > GZsolt > > Lajber Zoltan <la...@lajli.gau.hu> írta, 2016. 10. 31.: >> On Mon, 31 Oct 2016, Zsolt Gádori wrote: >> >>> Tárolós szkóppal megnéztem, és az SPI jelalakja nem megfelelő. Nagyon >>> lassú a jel le -és felfutása valószínűleg ezért nem érti a CPU a >>> kommunikációt. >> >> A kutyut nem ismerem (texasan utazom a utobbi idoben), de ilyent valami >> felhuzo ellenallas szokott okozni. Ezek kozul van, ami kapcsolhato. >> Bocs, nem sok info, de hatha segit, merre indulj. >> >> Udv, >> -=Lajbi=- >> LAJBER Zoltan >> engineer: a mechanism for converting caffeine into designs. >> >> _ >> linux lista - linux@mlf.linux.rulez.org >> http://mlf.linux.rulez.org/mailman/listinfo/linux > _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: erősen offtopic atmel-ice - linux kérdés
Már megtörtént! :-)) De nem baj. Csak azok nem tekerik meg néha akik sosem akarnak valami újat tanulni. 2016-11-01 13:03 GMT+01:00, zamek42 <zame...@gmail.com>: > On 11/01/2016 10:40 AM, Zsolt Gádori wrote: >> Sziasztok! >> >> Csíny letudva. Egy mondatot rosszul fordítottam, és félreértettem az >> egyik láb feladatát. >> >> > tekerj egyet a lamerszamlalon! :) > http://dawn.royalcomp.hu/~raas/lc.html > > -- > thx > Zoltan (Zamek) Zidarics > programmer > email:zame...@gmail.com > Self Playing Pipe Organ Systems > http://replayorgan.eu > > _ > linux lista - linux@mlf.linux.rulez.org > http://mlf.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
erősen offtopic atmel-ice - linux kérdés
Sziasztok! Elnézést, hogy itt ezzel jövök, de más ötletem nincs, hogy hol találhatnék ezzel kapcsolatos tapasztalatot. Röviden leírom mi a jelenség, aztán természetesen félrevonulunk -már ha lesz jelentkező- :-) Olyanok társaságát keresném, akik linux alatt valami módon munkára tudták bírni az ATMEL-ICE programozót. Arról van szó, hogy a szerkezet kifogástalanul kommunikál a pc-vel, de nem bír kapcsolatba lépni a CPU-val. Tárolós szkóppal megnéztem, és az SPI jelalakja nem megfelelő. Nagyon lassú a jel le -és felfutása valószínűleg ezért nem érti a CPU a kommunikációt. A hobbielektorinkás programtöltővel összehasonlítva is lényeges a különbség. (ugyanazzal az áramkörrel az jól kommunikál) Avrdude 6.2 programmal próbáltam megszólítani. Az a gyanúm, hogy még valami paramétert kellhet esetleg elküldeni az egységnek, de nem bírok nyomára jutni, hogy mi lehet ez, meg hogy az avrdude képes-e ilyen paramétert küldeni. Esetleg van-e másik program linux alatt ami helyből tudná kezelni ezt az eszközt. Köszönettel: Gádori Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: erősen offtopic atmel-ice - linux kérdés
Szia! A kapcsolhato felhuzokkal kapcsolatban igazad van, itt is léteznek. De a konkrét esettel kapcsolatban nem tudom van-e szerepük. Nekem is eszembe jutott, de a másik programmer tud kommunikalni... Meg aztan akkor is mukodnie kellene, ha most eloszor veszem hasznalatba a cpu-t. Akkor nincs lehetoseg bekapcsolni a felhuzo ellenallast, ha nem tudok kommunikalni, hogy bekapcsoljam :-) Szoval arra akarok kilukadni, hogy ha nincs kifejezetten letiltva az spi port, akkor ez valami szabványos uzemmod lehet amit a programmer eszköz egy jelsorozattal bekapcsol. (a jelsorozattal valo bekapcs biztos, le is van írva a cpu doksijában) Ha ilyenkor szamitanak a belso felhuzokra, akkor ebben az uzemmodban azoknak is be kellene kapcsolodniuk. Ha a masiknak sikerül, akkor ennek miert nem? A masik (mukodo programmer) kimenete triState, ami ha éppen kommunikal akkor totem pole. Lehet, hogy valami modon utasitani lehet ezt a programmert is, hogy hogyan viselkedjen a kimenete? De ez utobbi reszemrol csak elmetorna, mert nem talaltam doksit, hogy cafoljam, vagy megerositsem. Neztem oktato videokat ahol ezt hasznaljak, de ott mindenhol vingyogy alol az atmel fejleszto környezetével működött. Ezek sajna nem nyujtanak most tampontot, az atmel nem vesz tudomast a linuxrol, semmi tamogatas nincs. Köszi: GZsolt Lajber Zoltan <la...@lajli.gau.hu> írta, 2016. 10. 31.: > On Mon, 31 Oct 2016, Zsolt Gádori wrote: > >> Tárolós szkóppal megnéztem, és az SPI jelalakja nem megfelelő. Nagyon >> lassú a jel le -és felfutása valószínűleg ezért nem érti a CPU a >> kommunikációt. > > A kutyut nem ismerem (texasan utazom a utobbi idoben), de ilyent valami > felhuzo ellenallas szokott okozni. Ezek kozul van, ami kapcsolhato. > Bocs, nem sok info, de hatha segit, merre indulj. > > Udv, > -=Lajbi=- > LAJBER Zoltan > engineer: a mechanism for converting caffeine into designs. > > _ > linux lista - linux@mlf.linux.rulez.org > http://mlf.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: titkositott particio tapasztalatok
Zsolt Gádori <tak...@freemail.hu> írta (2017. augusztus 2. 17:54): > Sziaszok! > > Azt szeretném megkérdezni, hogy: > -tapasztalat szerint egy titkosított partíció használata mekkora plusz > teljesítményt (cpu-memória) igényel? > -érdemes-e a rendszer partíciókat is titkosítani, vagy elég csak a userekét? > -egyáltalán, melyik partíciókat érdemes titkosítani? > -meg mondjuk ha ez a disk egy usb-n időnként felcsatlakoztatott dolog, > akkor ott mennyi idő a mount? > -rendszer upgrade esetén mennyire kompatibilis a régi bútor az új házzal? > > Releváns olvasnivalót is nagyon megköszönök, de elsősorban "saját > bőrön" szerzett tapasztalatokra, irányelvekre volnék kíváncsi. > > előre is köszi: > Zs. Sziasztok! Nagyon köszi az eszmefuttatásokat, tanácsokat, rengeteg új infót tudtam meg. A témával kapcsolatban látni kell, hogy nem olyan fontosságú adatokat tárolok, (katonai, titkosszolgálati, üzleti kémkedésre nem kell számítanom) amik valaki érdelődésére célzottan számot tarthatnának, csak nem szeretném, ha tolvajlásból, vagy saját bénaságomból kifolyólag személyes dolgaim szétszélednének a világban. (bocsánat vizuális alkat vagyok: a digitális ebek harmincfelé cincálnák a személyes bitjeimet... :-) egyébként a kolléga Úrnak igaza volt, az eredeti kifejezést tényleg nem ebben az értelemben szokták használni) Elég az, hogy ha valakinek a kezébe kerül a cuccos, akkor ne legyen minden kapu sarkig tárva, legyenek azok csukva, sőt legyen rajtuk biztonsági zár, amik zárva is vannak. Ez valószínűleg elég lesz arra, hogy az "új tulaj" egy legyintéssel lemond a megtekintésről, és leformázza a disket. Ha ezt elértem, és a rendszer egyenszilárdságú, akkor feladat megoldva. Mégecccer köszönöm. Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
titkositott particio tapasztalatok
Sziaszok! Azt szeretném megkérdezni, hogy: -tapasztalat szerint egy titkosított partíció használata mekkora plusz teljesítményt (cpu-memória) igényel? -érdemes-e a rendszer partíciókat is titkosítani, vagy elég csak a userekét? -egyáltalán, melyik partíciókat érdemes titkosítani? -meg mondjuk ha ez a disk egy usb-n időnként felcsatlakoztatott dolog, akkor ott mennyi idő a mount? -rendszer upgrade esetén mennyire kompatibilis a régi bútor az új házzal? Releváns olvasnivalót is nagyon megköszönök, de elsősorban "saját bőrön" szerzett tapasztalatokra, irányelvekre volnék kíváncsi. előre is köszi: Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: titkositott particio tapasztalatok <linux@mlf.linux.rulez.org>
Kiss Gabor <ki...@ssg.ki.iif.hu> írta (2017. augusztus 7. 9:09): > > On 08/02/2017 05:54 PM, Zsolt Gádori wrote: >> Azt szeretném megkérdezni, hogy: > >> -érdemes-e a rendszer partíciókat is titkosítani, vagy elég csak a userekét? >> -egyáltalán, melyik partíciókat érdemes titkosítani? > > "Érdemes"??? De jó szó! Ki tudja mit értesz ez alatt? :-) > > Próbáld megfogalmazni, hogy milyen célt akarsz elérni, és mennyi > áldozatot vagy hajlandó hozni érte. Akkor lehet belemenni ilyesmibe. > No igen... Elnézést, kicsi pongyola volt a megfogalmazás... Tehát: Érdemes az titkosítani, ahol maguk az érzékeny adatok vannak, illetve ahol olyan adat töredékek lehetnek amikből kellő tudással ki lehet következtetni miként lehet kijátszani a titkosítást. Nem kell azt gondolni, hogy akkora titkaim vannak, de azt már tudjuk, hogy apróságnak tűnő dolgokat is fel lehet használni úgy, hogy kényelmetlen legyen a károsultnak. Tehát, ha már nekiállok, akkor elsőre úgy kell megoldanom, hogy egyenszilárdságú legyen a végeredmény, és ne homokvárat építsek vaskapuval. A cél természetesen az, hogy ha már valaki lenyúlja a gépet fizikailag, (vagy én vagyok böszme és elhagyom :) akkor legalább a munkáim, meg az egyéb nem nyilvános dolgaim ne menjenek ebek harmincadjára. Jómagam programozó lévén kedvenc rendszerünkről elég sokmindent tudok, de a linux szempontjából mégis inkább felhasználónak tartom magam, mint gurunak. Annyit mindenképpen hajlandó, és képes vagyok megtenni, hogy telepítek, leírás alapján configolok, és a napi használat során vállalok egy plusz azonosítást. (lehetőleg ez legyen jó minden partícióra) De szeretném elkerülni a tesztelgetést, meg a saját zsíron történő tapasztalatszerzést. Főképpen, hogy tudáshiány folytán nem is nagyon tudnám ellenőrizni, hogy mit is értem el VALÓJÁBAN ahelyett amit szerettem volna. Meg aztán egy felkonfigurált, használat alatt álló szerkezetről van szó, és szeretném, ha elsőre sikerülne, és HA LEHET, elkerülném az újra telepítést, de ez nem kizáró tényező. A másik ami miatt kérdezem, mert a céges laptop valami iszonyat lassú lett amikor kicserélték a lemeztitkosítást is végző szoftvárét. Mondjuk az nem pingvines cucc. Ezt nem vállalnám, de az előző kolléga hozzászólásából már látszik, hogy ilyesmi nem fenyeget. Elnézést a sok betűért, és köszönöm a segítségeket. :-) üdv: Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: a routerem utálja a laptopomat
MEGOLDVA! Kéretik nem RÖHÖGNI! Szóval most nekem megint bedugult a net, miközben a többiek vígan élik világukat... A routeren be volt kapcsova a DoS protection egy X értékkel. Valószínűleg gyárilag, már a kezdetektől fogva. Eddig nem okozott gondot, de net szolgáltatót váltottam, és közel hatszoros lett a sávszél. Gondolom ez néha megugrotta az ingerküszöböt, mert megtaláltam a laptopot a DoS miatt kitiltottak listáján. Töröltem, és -láss csodát- egyből megjavult a net. Most egy darabig -amíg megint nem jelentkezik a hiba- megoldottnak tekintem a problémát. :-) Üdv mindenkinek! GZsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
a routerem utálja a laptopomat
Sziasztok! szereplők: debian jessie (frissítések letöltve) xfce4 opera chrome router:TL-WR841n wifi kapcsolaton jelenség: Van net, megy az "internetezés", mondjuk nézek egy videót. Egyszercsak megakad a lejátszás. Onnantól nincs net. Példul tele van a log azzal, hogy nem találja az ntp szervereket, tehát nem csak a böngésző némul el, hanem minden, ami kilépne a nagyvilágba. De! A telefonomon, illetve a ház összes többi eszközén van net, és megy az "internetezés", meg minden ami ezzel kapcsolatos. Továbbá, a rosszalkodó gép, és a router között él a hálózati kapcsolat, mert be tudok jelentkezni a router admin felületére, és mondjuk újra tudom indítani. Tehát csak erről a gépről, és csak a routeren túli világ szűnik meg. Ha újraindítom a rosszalkodó gépet, az nem használ. Ha várok holnapig az sem használ. (ezt csak azért tudom, mert egyik este belefáradtam, és hagytam a fenébe, de másnapra sem volt javulás, persze miért is lett volna :-)) Egyedül az használ, ha újraindítom a routert mondjuk az admin felületről. (meg persze a router ki-be kapcsolása) Meglehetősen tanácstalan vagyok, már azzal kapcsolatban is, hogy mit kezdjek a neten keresni... Van valakinek ötlete? Előre is köszönöm, üdv: GZsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: a routerem utálja a laptopomat
Volarics István ezt írta (időpont: 2018. dec. 27., Cs, 20:17): > > 2018. 12. 27. 16:14 keltezéssel, Zsolt Gádori írta: > > Sziasztok! > > > > szereplők: > > debian jessie (frissítések letöltve) > > xfce4 > > opera > > chrome > Névfeloldás működik a router és/vagy a debian-ról? Pontosan mire gondolsz, mit nézzek meg? Szerintem egyébként nem. Abból gondolom, hogy normálisan a traceroute simán működik, (mint most is) de ha bekattan, akkor pedig nem. Megpróbáltam konzolról (már úgy értem, nem grafikus felület alól indított konzolról) is. Abból az okból kifolyólag, hogy ha jól tudom, akkor az X server is tcp-n kommunkiál a localhosttal, tehát az innét indított konzolban egy réteggel több van ami elromolhat. Amúgy elnézést az elhúzódó válaszomért, de ma éppen nem bírom reprodukálni a hibát, pedig jóformán egész nap neteztem. Ez nehéz szülésnek ígérkezik. Köszi: GZsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: a routerem utálja a laptopomat
Volarics István ezt írta (időpont: 2018. dec. 28., P, 23:58): > > 2018. 12. 28. 21:00 keltezéssel, Zsolt Gádori írta: > >> Névfeloldás működik a router és/vagy a debian-ról? > >> > >> Pontosan mire gondolsz, mit nézzek meg? > > Ha ping-elsz egy címet (bix.hu) a névhez kiírja az IP-t. > A problémát még mindig nem sikerült előcsalni, tehát most éppen működünk. No igen... mikor működik a ping... Az ip címet most tényleg kiírja, csak hallgat az ellenoldal, gondolom így lehet configolva. Hogy dugulás idején mit ír, arra most nem emlékszem. A bixre, az indexre, meg még néhány közismert címre próbáltam. pl.: PING whitehouse.gov (23.217.246.249) 56(84) bytes of data. ^C --- whitehouse.gov ping statistics --- 4 packets transmitted, 0 received, 100% packet loss, time 3024ms traceroute to whitehouse.gov (23.217.246.249), 30 hops max, 60 byte packets 1 192.168.1.3 (192.168.1.3) 2.991 ms 2.972 ms 2.964 ms ... és így tovább még sokáig :-) De az is jó ötlet talán, hogy amikor legközelebb megint bedugul, akkor megnézem mit ad a route parancs. Paradox módon az a problémám, hogy a logokban ugyan van számos bejegyzés, de már régóta nem kell ilyen szinten túrni a linuxot, (mert napi szintű használatra is stabil, és jó) és ennek okán már nem tudom mi a normális, és mi nem. No mindegy, köszi az eddigieket, ha lesz még valami, akkor lépünk mégegyet. üdv: GZsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
***UNCHECKED*** Re: Re: 3D tervező kerestetik
Szabolcs Szekelyi ezt írta (időpont: 2019. máj. 9., Cs, 20:38): > > On 5/9/19 13:50, Zsolt Gádori wrote: > > A lényeg az, hogy jelen állapotban a freecad telepítése sikerült. > > Milyen verziot sikerult feltenni? Nekem (jessie) 0.14 lett. Úgy látom van hova előrelépni a verziószámot iletően. :-) Azt látom, hogy letöltök egy bazi nagy fájlt, és hogyan tovább? GZsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
***UNCHECKED*** Re: 3D tervező kerestetik
dr. Zana János ezt írta (időpont: 2019. máj. 9., Cs, 21:10): > > Melyik linket kell átírni az apt-get-hez? Üdv, János Szia! Itt a leírás, ez alapján bütyöltem én is: https://linuxportal.info/leirasok/hibaelharitas/mit-tegyunk-ha-a-debian-8-jessie-apt-csomagkezeloje-404-es-nem-talalhato-hibakat-dobal-frissiteskor üdv: GZsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: 3D tervező kerestetik
Gyurman Attila ezt írta (időpont: 2019. máj. 8., Sze, 21:49): > apt-get update > apt-get upgrade (vagy dist-upgrade akár) > És utána apt-get install … Ezeket rendszeresen alkalmazom. Csak nem jártam utána, hogy miért írja egyre több sorba, hogy visszatartott csomag... Szóval most egy kicsit több kellett. Találtam egy leírást, ami azzal foglalkozott, hogy miként kell 9-re frissíteni a 8-at. Ott tértek ki arra, hogy némelyik tárolót más url-re tették. Ezeket átírtam, és jelentősen javult a helyzet, most már csak 10 csomagra írja, hogy visszatartott. A lényeg az, hogy jelen állapotban a freecad telepítése sikerült. Köszönöm: GZsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: 3D tervező kerestetik
Szabolcs Szekelyi ezt írta (időpont: 2019. máj. 5., V, 19:41): > FreeCAD-et hasznalok ilyen dolgokra mar evek ota, nagy megelegedessel. Ezt választottam, de meglepetés ért: (még eddig sosem volt hasonló gondom...) apt-get install freecad Csomaglisták olvasása... Kész Függőségi fa építése Állapotinformációk olvasása... Kész Néhány csomagot nem lehetett telepíteni. Az alábbi csomagoknak teljesítetlen függőségei vannak: freecad : Függ ettől: libsoqt4-20 (>= 1.6) de az nem telepíthető Függ ettől: python-collada de az nem telepíthető Függ ettől: python-pivy (>= 0.5.0~v609hg-2) de az nem telepíthető Függ ettől: python-pyside de az nem telepíthető Függ ettől: pyside-tools de az nem telepíthető Függ ettől: libboost-filesystem1.55.0 de az nem telepíthető Függ ettől: libboost-program-options1.55.0 de az nem telepíthető Függ ettől: libboost-python1.55.0 de az nem telepíthető Függ ettől: libboost-regex1.55.0 de az nem telepíthető Függ ettől: libboost-signals1.55.0 de az nem telepíthető Függ ettől: liboce-ocaf10 de az nincs telepítésre megjelölve Függ ettől: liboce-visualization10 de az nincs telepítésre megjelölve Függ ettől: libpyside1.2 (>= 1.0.0~beta3) de az nem telepíthető Függ ettől: libshiboken1.2 (>= 1.1.0) de az nem telepíthető Függ ettől: libspnav0 de az nem telepíthető Függ ettől: libzipios++0c2a de az nem telepíthető E: A problémák nem javíthatók, sérült csomagokat fogott vissza. apt-get install -f Csomaglisták olvasása... Kész Függőségi fa építése Állapotinformációk olvasása... Kész 0 frissített, 0 újonnan telepített, 0 eltávolítandó és 167 nem frissített. Nem túrtam szét a fájlrendszert, nem telepítettem/töröltem kézzel semmit. Mi történt? Miért van a "167 nem frissített" debian 8.11 Van ötletetek? Kösz: GZsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
3D tervező kerestetik
Sziasztok! Kellene egy, a tárgyban említett eszköz. Nem valami specifikált dologra gondolok mint pédul a direkt építészeti programok, hanem általános mechanikai tervekről lenne szó. Nem üzleti használatra, és nem rep. anyahajót akarok vele tervezni, csak kiváltanám a papír alapú módszert, legalább a végleges tervnél. Mit javasoltok? Köszönöm: GZsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
proba
Sziasztok, elnézést, a listaszerver mindig eldobja a levelem, "gyanús fejléc" miatt Gondolom ez a html lehet. Most azt próbálgatom, hogyan kellene a beállítást megtenni, hogy ne pattanjak vissza. Kösz a türlemet, üdv: Zs _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
***UNCHECKED*** usb-ac53-nano debian 10.3
Sziasztok! Sikerült beszereznem egy a tárgyban említett eszközt. Van ezerféle, de nekem pont olyanba kellett belenyúlni, amit nem támogat élből kedvenc rendszerem... :-) A rendszer: ~$ uname -a Linux t410 5.4.0-0.bpo.4-amd64 #1 SMP Debian 5.4.19-1~bpo10+1 (2020-03-09) x86_64 GNU/Linux Némi keresgélés után rátaláltam: https://github.com/jeremyb31/rtl8822bu.git Ebből volt többféle is, de azok mind elszálltak valami fordítási hibával. A fentit sikerült lefordítani, installni. Ha bedugom az eszközt az USB portba, akkor látszik, hogy feltölti a megfelelő modult. Megjelenik az lsusb, és az lsmod listájában is. Azt még nem próbáltam, hogy ténylegesen lehet-e vele forgalmazni is, de talán most nem is érdekes. Azonban, ha kihúzom, akkor nem tűnik el az lsusb listájból sem, és az lsmod is mutatja, hogy még mindig ott a modul. Szerintem ez se ok, de talán lehetne vele együtt élni. Csak szerintem -de csak találgatok- ez okozza a lenti jelenséget. A jelenség abban áll, hogy ha a vonatkozó modul fel van töltve, akkor a shutdown megakad, és úgy kell "hosszúgomb"-bal rákényszeríteni a leállást. Pontosabban: A folyamat lefut, ott van a monitoron, hogy "power off". De itt elkezd valamire várni, és ebből nem megy tovább, nem kapcsolja ki a gépet. Vagy csak türelmetlen voltam, de normális esetben 1-2sec a shutdown, itt egy perc alatt nem lépett tovább. Van valami ötletetek? Köszönöm, üdv: GZsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
távoli asztal kapcs linux és win10 között, lehet, hogy offtopic
Sziasztok! szereplők: win10 debian 10.3; KDE; Lenovo t410 Helyzet: A linuxos gépről szeretnék távoli asztalt a win-re. Gondolom mostanában nem vagyok ezzel egyedül. Nekem ez az első próbálkozásom a linux<->win felállással. openconnect, és kdrc a résztvevők. Kapcsolat megvan, meló mehet, majdnem minden ok. Egyedül a linux oldali mikrofont nem tudom a win oldalra "átvinni". Visszafelé megy, hallom a skype hívást is, meg a rendszer hangjait is. Amúgy linux oldalon a mikrofon működik, a beállítások lapon látom a szintjelzőt ahogy mozog ha valami zajt csinálok. Letiltani, és engedélyezni is lehet. Egyelőre linux oldali problémának látom, mert a win oldalon a skype hangeszközöknél nem látja a mikrofont, szürke az ikon. Valahogy azt gondolom, hogy ha lenne beállítva valamiféle stream, vagy hasonló, akkor az ott megjelenne. A win oldalon nincs bedugva a mikrofon amit egyébként használni szoktam. Van ötletetek? Köszönöm, üdv: Gádori Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
linux<->windows rdp krdc-vel
Sziasztok! Ezt a levelet elkültem már egyszer, -véletlenül egy másik, ma már nem használt email címről-, de szerintem nem érkezett meg. Ha mégis, akkor elnézést kérek, tekintsük azt a levelet meg-nem-történtnek. szereplők: win10 debian 10.3; KDE; Lenovo t410 Helyzet: A linuxos gépről szeretnék távoli asztalt a win-re. Gondolom mostanában nem vagyok ezzel egyedül. Nekem ez az első próbálkozásom a linux<->win felállással. openconnect, és krdc a résztvevők. Kapcsolat megvan, meló mehet, majdnem minden ok. Egyedül a linux oldali mikrofont nem tudom a win oldalra "átvinni". Visszafelé megy, hallom a skype hívást is, meg a rendszer hangjait is. Amúgy linux oldalon a mikrofon működik, a beállítások lapon látom a szintjelzőt ahogy mozog ha valami zajt csinálok. Letiltani, és engedélyezni is lehet. Egyelőre linux oldali problémának látom, mert a win oldalon a skype hangeszközöknél nem látja a mikrofont, szürke az ikon. Valahogy azt gondolom, hogy ha lenne beállítva valamiféle stream, vagy hasonló, akkor az ott megjelenne. A win oldalon nincs bedugva a mikrofon amit egyébként használni szoktam. Van ötletetek? Köszönöm, üdv: GZsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Tech: Túl cuki a háborúhoz az amerikai haditengerészet legkisebb hajója | hvg.hu
:-) https://hvg.hu/tudomany/20200830_Tul_cuki_a_haboruhoz_az_amerikai_haditengereszet_legkisebb_hajoja _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
A Mozilla Firefox ugyan nem tökéletes, de ez az ingyenes bővítménye telitalálat - Rakéta
https://raketa.hu/mozilla-firefox-relay-adatvedelem _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux