Re: Milyen médiaszerver vagy célhardver lenne ehhez megfelelő?
Szia! Köszönöm a választ. Ismersz olyan hangkártyát, amit Linux jól kezel és megfelelő minőségű? (vettem én már ilyen "általános-univerzális" USB hangkártyát ezer forintért is, bármely rendszer azonnal felismerte, de nem volt valami jó a minősége. Írod: > Raspberry PI-nél arra kell figyelni, hogy ha 7/24-ben megy, akkor gyorsan > “megeszi” az SD kártyát. Live rendszert mennyire könnyű készíteni belőle, amely csak annyit tesz, hogy indulásakor végrehajtja a hangkártya line-in-ből érkező jelek helyi hálózatra való stream-elését? Feltételezem, ha live módban megy, akkor nem történik ilyen a kártyával, mert nincs írás (feltételezem a naplózó fájlrendszer különösen nem jó neki), azon kívül bármilyen áramszünet esetén sincs fájlrendszer-sérülés, minden "csak olvasható" módban menne... Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Milyen médiaszerver vagy célhardver lenne ehhez megfelelő?
Sziasztok! Olyan médiaszervert szeretnék, amely a helyi hálózaton mp3 adatfolyam formájában halgathatóvá teszi a rá kötött jelforrás hangját. Videó közvetítésre nincs szükség, ccsak arra, hogy tudja a hangban történő stream-elést. Egy analóg, sima mini sztereo keverőerősítő 2 RCA kimenetét milyen, ezt megvalósító célhardverre tudnám rákötni, esetleg Raspberry Pi - átalakító segítségével - tud egy ilyet fogadni, vagy valamilyen módon össze lehet kötni a RCA kimenettel? A keverőerősítőn vannak mindazon eszközök, melyek hangját közvetíteni lenne szükséges a helyi hálózaton. Nagyon érdekelne, bárkinek bármi ötlete van a megvalósítást illetően. A helyi hálózaton szeretném hallgatni, például: 192.168.1.10:8080 Mennyire bonyolult ez? Elég régen használtam Linux-ot, Raspberry-t még közelről nem láttam, de mindennek utánanéznék, ha ezzel megvalósítható lenne, amit szeretnék. Projekt-leírások, bármi érdekelne. Esetleg van direkt ilyenre célhardver, ami tudja ezt? Üdvözlettel Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Hangkártya line-in stream LAN felé mivel-hogyan?
Sziasztok! Megpróbáltam feltenni gstreamer-nek 1-2 plugin csomagját, így elvileg elindult a stream, most már csak pár perc múlva közli a már említett UDP hibát. Következőképp indítottam: gst-launch-1.0 -v alsasrc device=hw:1,0 ! udpsink port=3000 host=192.168.1.15 Az IP cím a mobiltelefon IP címe, melyet csatlakozáskor kioszt neki a router (mindig e címet kapja). Gondolom, hogy a mobiltelefon IP címét kell megadni ilyenkor? UDP használatával még sose stream-eltem. Mobiltelefonon a következőképp próbáltam lejátszani: VLC-ben a hálózati stream-et kiválasztva, majd beírtam: udp://192.168.1.15:3000 Ez így jó? A lejátszás (látszólag) elindult, bár az bármikor elindítható még akkor is próbálkozik lejátszani, ha nincs elindítva semmi a Raspberry-n, tehát nem produkál errort mint amikor http protokollon keresztül próbálom lejátszani, igaz csak régebben próbáltam így és csak VLC-vel. Esetleg rtp:// vagy hasonlóra kell átírni az udp:// részt? Amit említettem, streamer program, a VBAN ilyen hibát produkál miután egy ideig megy a stream (random hogy mikor akad ki). Ez az ALSA hibája lehet, vagy a rendkívül rossz minőségű USB hangkártya is okozhatja e hibát? Error: alsa_read: short read (expected 256, wrote 128) Error: alsa_read: snd_pcm_writei failed: Broken pipe ALSA lib pcm.c:8424:(snd_pcm_recover) overrun occurred Error: main: packet prepared is invalid vban_emitter version 2.1.0 Asztali gépen, jó minőségű hangkártyával nem produkálta amikor teszteltem, RPI-n meg egy noname USB kártyával tudok próbálkozni most. Ez a program hibája vagy ALSA hibája lehet, esetleg a RPI-n futó ALSA hibája? Gstreamer esetén mit tegyek, hogy működjön, elinduljon és a telefonon is tudjam fogadni? Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Hangkártya line-in stream LAN felé mivel-hogyan?
Sziasztok! Hangkártya line-in bemenetről érkező hangforrás jelét szeretném helyi hálózatra stream-elni, mp3 adatfolyam teljesen megfelelő lenne. Hiába olvasgattam különféle parancsok manpage oldalait, különféle dokumentációkat, nem tudtam összehozni. :-( :-( van valakinek esetleg kész megoldása, vagy le tudná írni mit kell tenni? Kizárólag parancssori programokkal, grafikai felületet nem igénylő parancsokkal szeretném megoldani, úgy, hogy a lehető legegyszerűbben működjön bárhol, Raspbian-n, Debian-en, Ubuntu-n. Cél csak a folyamatos, line-in bemenetről érkező hangforrás mp3 stream-elés lenne a helyi hálózat felé http vagy rtp protokollal, semmi extra nem kellene. Ha valakinek lenne megoldása, nagyon boldog lennék, ha megosztaná velem. Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Hangkártya line-in stream LAN felé mivel-hogyan?
Szia! Köszönöm a választ. Hegedüs Ervin írta, 2020. 02. 02.: > azért a "semmi extra" kifejezés ide kicsit erős, de értem, mit > akarsz ezzel mondani :) > Én olyanra gondoltam, hogy nem kell se visszatekerés, se megállítás, csak egyszerűen működjön és kész. :-) >> Ha valakinek lenne megoldása, nagyon boldog lennék, ha megosztaná velem. > > anno próbálkoztam hasonlóval, de peer-to-peer módban csak. A > gstreamer elég univerzálisnak bizonyult, továbblépéshez talán > elég. A line-in forrást így streameltem egy adott hostra: > Köszönöm a részletesen leírt parancsokat is. :-) Én a Raspberry-ről indított stream-et iPhone és Android telefonnal is szeretném hallgatni, ha szükséges, attól tartok: iPhone-re nem érhető el a gstreamer, vagy azzal kompatibilis program. Megoldható ez valamilyen módon? Amit végül is találtam és - úgy néz ki - megoldást jelenthet: https://github.com/quiniouben/vban iPhone-re van kliens, egyenlőre a Lite verziót próbáltam ki, ennek elvileg az a hibája, hogy a hangkimenetet nem küldi ki Bluetooth-ra. Windows alá is van kliens-szoftver. Egy ócska hangkártyával próbálkoztam, 45 perces hallgatás után hirtelen kiakadt, de ez egy nagyon ócska hangkártya volt amit próbáltam a RPI-n, valamilyen ALSA-hibát produkált. Üdv: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
***UNCHECKED*** Re: Hangkártya line-in stream LAN felé mivel-hogyan?
Szia! Gyurman Attila írta, 2020. 02. 02.: > >> >> Hangkártya line-in bemenetről érkező hangforrás jelét szeretném helyi >> hálózatra stream-elni, mp3 adatfolyam teljesen megfelelő lenne. > >> Ha valakinek lenne megoldása, nagyon boldog lennék, ha megosztaná velem. >> > > Szia! > > Én ffmpeg-el próbálkoznék. > Hanggal konkrét tapasztalatom nincs, de innen indulnék: > > https://trac.ffmpeg.org/wiki/StreamingGuide#StreamingasimpleRTPaudiostreamfromFFmpeg > > Lehet multicast is, azaz több kliens felé egyszerre. > Köszönöm szépen. Sokat foglalkoztam ezzel, gyakorlatilag nekem nem sikerült működőképesre összehozni. :-( Bármilyen protokollon is akartam, nem jött össze. :-( Levlistát is olvastam, Wiki-t és sokmindent, nem tudom: mit hibázhattam. Ezt a streaming guide-t is olvastam, nekem valamiért nem jött össze. Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
***UNCHECKED*** Re: Hangkártya line-in stream LAN felé mivel-hogyan?
Szia! dr. Zana János írta, 2020. 02. 02.: > 2020. 02. 02. 10:13 keltezéssel, Hegedüs Ervin írta: >> Hangkártya line-in bemenetről érkező hangforrás jelét szeretném helyi >>> hálózatra stream-elni, mp3 adatfolyam teljesen megfelelő lenne. Hiába >>> olvasgattam különféle parancsok manpage oldalait, különféle > Ezt Wifi-re is meg lehet csinálni? Üdv, János > Igen, nekem a telefon játszotta a stream-et Wi-fi-n keresztül is. Egyébként más megoldásra is nyitott vagyok illetve több megoldás is érdekelne. DLNA nem tudhatja ezt a minimális késleltetés-módot? A Jackd amit még találtam, annak a támogatása iPhone-n megszűnt. Elnézést, tudom: ez egy Linux lista, de iPhone-n hallgatnám a Raspberry-ről érkező stream-et. Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Hangkártya line-in stream LAN felé mivel-hogyan?
Szia! Gyurman Attila írta, 2020. 02. 03.: > > Kliensnek VLC nem jó? Az szeret stream-et is lejátszani szerintem kb. > bárhonnan. > Igen, ez jó ötlet. :-) A telefonon is be lehet állítani, hogy minimalizált pufferrel dolgozzon. :-) Kipróbáltam Raspberry-n amit írtál gstreamer-példát és sajnos nekem nem akar működni. :-( Ezzel a hibaüzenettel örvendeztet meg: WARNING: erroneous pipeline: no element "udpsink" Semmit sem módosítottam példádban, csak az IP címet helyettesítettem be. Valamilyen csomag esetleg nincs feltéve, vagy más lehet a probléma? Üdv: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Hangkártya line-in stream LAN felé mivel-hogyan?
Szia! Köszönöm szépen a választ. Biztos ez lehet a probléma oka, VLC-vel még akkor sem sikerült soha UDP-en keresztül stream-elni, ha mindkét oldalon a VLC volt. A VLC-vel már van tapasztalatom, bármiféle probléma nélkül összehoztam a http-n keresztüli stream-elést, az egyetlen problémám vele a késleltetés, célom az lenne, hogy ez a minimális legyen. Bármiféle, parancssori paraméterekként megadott pufferek minimalizálásával (sem) sikerült minimalizálni a késleltetést. Fontos számomra a minimális késleltetés. Sima 16 Bites adatfolyamként továbbítva (S16B, S16Le, már nem emlékszem melyiket sikerült) sem csökkent a késleltetés. Elvileg UDP, vagy RTP/RTSP protokollon keresztül csökkenthető a késleltetés, de ezt sehogy sem sikerült még soha összehoznom. /proc/asound/card1 alatt a maximális pufferméret ugyan nem állítható, de ami állítható, azzal sem sikerült semmit összehozni. Ffmpeg vagy avconv: sajnos, bármilyen erőfeszítésem ellenére nem sikerült vele stream-elést összehozni: nem tudom, hogy a késleltetés minimalizálása ebben az esetben mennyire lenne lehetséges. Line-in bemenet felvételét nyers WAV-ként minidlna vagy hasonló DLNA szerverre irányítani hogy játsza le: ez esetben a késleltetési probléma nem oldódna meg? Nekem a VLC is megfelelő lenne teljesen, ha a késleltetést valamiképpen meg lehetne oldani, hogy minimális legyen. Tudom, hogy az is idő, amíg a beérkező adatot a hangkártya analógról digitálisra alakítja, de elvileg van megoldás arra, hogy minimális legyen a késleltetés. Sajnos, VLC esetén ez a késleltetés közel 1 mp, vagy még több még akkor is, ha a fogadó VLC-n is elvégzem a szükséges puffer-beállításokat. WebRTC mennyire elterjedt, illetve azon bonyolult lenne ilyet összehozni? Bármilyen megoldás érdekelne. Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Ha valakinek van további ötlete alacsonykésleltetésű hangstream ügyben, várom
Sziasztok! PÁSZTOR György írta: > Csak nekem jut eszembe hogy az ilyenre csuklobol nyomjak neki valaszkent > egy esr.fsf.hu-s smart questions linket? Gondolom: igen, meg azoknak, akik unatkoznak és segítség helyett inkább olümposzi magasságokból istenségként lenézve kötekednek. > Igy tobbszori nekifutas utan a tipikus antipattern, hogy IGY NE kerdezz. Mármint, előírod számomra: hol kérdezzek és hol ne, vagy mi a helyzet? :-) > Marmint, csak akkor ne, ha amugy olyan alomvilagban vagy, hogy erre erdemi > valaszt varsz :/ Nem rendelkezem gondolatolvasással kapcsolatos képességekkel, ezért nem tudhatom: kinek milyen tapasztalata van és ki mire fog (vagy nem fog) válaszolni. Kosa Attila írta: > Mar egy ideje probal valaszt talalni, nem ez volt az elso levele, > szoval szerintem nem remenytelen eset :) Ezt örömmel olvasom. :-) Gstreamerrel úgy néz ki: sikerült megoldani, kliensként pedig Vlc szépen le is tudja játszani. PÁSZTOR György írta: > Nade sehol egy sz...tt hibauzenet, hogy pl. hol akadt neki el a raspi-n > forditas, vagy hogy azt hogy probalta feloldani. Vagy barmi kezzelfoghato. Azt reméltem: több alternatíva is van Vlc-n kívül amelyeket tudnak ajánlani. Hogy helyreálljon a lelki béke: Legujabb Raspbian, az összes frissítéssel feltéve. Vlc 3.0.8 összes függőségi csomag feltéve. A fordítani kívánt változat: vlc-4.0.0-20200215-0231-dev.tar.xz változatot próbáltam fordítani. Abban bíztam, hogy a függőségi csomagokban majd minden benne lesz, ami kell neki és hiba nélkül fog fordulni. A libeket, amelyeket javasolt, nem töltöttem le hozzá és nem adtam meg neki, nincs ebben gyakorlatom. Tudom-tudom, ezzel újabb kötekedési lehetőséget adok, miszerint: "akkó' ménem a Kezdő listán kérdezté'?" azért, mert nem kezdő téma a low-latency streaming és nem gondoltam, hogy Vlc-t kell majd fordítanom, sem azt, hogy hibás lesz, ami miatt majd nekem fog valaki esni. ./configure --disable-xcb --disable-qt Szépen meg is csinálja: libvlc configuration version : 4.0.0-dev system: linux architecture : arm optimizations : yes vlc aliases : cvlc rvlc nvlc To build vlc and its plugins, type `make', or `./compile' if you like nice colors. make: /usr/bin/ld: /usr/src/vlc-4.0.0-dev/src/input/stats.c:95: undefined reference to `__atomic_load_8' /usr/bin/ld: /usr/src/vlc-4.0.0-dev/src/input/stats.c:99: undefined reference to `__atomic_load_8' /usr/bin/ld: /usr/src/vlc-4.0.0-dev/src/input/stats.c:101: undefined reference to `__atomic_load_8' /usr/bin/ld: /usr/src/vlc-4.0.0-dev/src/input/stats.c:103: undefined reference to `__atomic_load_8' /usr/bin/ld: input/.libs/stats.o:/usr/src/vlc-4.0.0-dev/src/input/stats.c:107: more undefined references to `__atomic_load_8' follow collect2: error: ld returned 1 exit status make[3]: *** [Makefile:2671: libvlccore.la] Error 1 make[3]: Leaving directory '/usr/src/vlc-4.0.0-dev/src' make[2]: *** [Makefile:2146: all] Error 2 make[2]: Leaving directory '/usr/src/vlc-4.0.0-dev/src' make[1]: *** [Makefile:1573: all-recursive] Error 1 make[1]: Leaving directory '/usr/src/vlc-4.0.0-dev' make: *** [Makefile:1458: all] Error 2 > A dramacsoport meg nem a linux, hanem a linux-flame ;) Haha, ha drámát akarok látni, színházba megyek :-) > De azert elmorzsolok egy konnycseppet az ilyenekert. Kettőt is akár. :-) > Amikor eppen raerek! :D Biztos nagyon ráérsz, ha egy ilyen kis semmiség miatt ennyi energiát fecséreltél a billentyűzet-nyomkodásba :-) szóval, akár két könnycseppet is elmorzsolhatsz :-) Van jobb ötletem is :-) Minden, számodra nem tetsző levélre az itt leírt gyakorlatot alkalmazhatod :-) https://en.wikipedia.org/wiki/Two_Minutes_Hate Nem tudom: mi történt itt, régen (10-15 évvel ezelőtt) sokkal segítőkészebben viszonyultak egyesek a listán felvetett problémákhoz. Köszönet azoknak a listatársaknak, akik érdemben hozzászóltak és nem kötekedve. A Gstreamer nagyon jó ötlet volt, köszönöm szépen Attilának, aki javasolta :-) Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
***UNCHECKED*** Ha valakinek van további ötlete alacsonykésleltetésű hangstream ügyben, várom
Sziasztok, Ha bárkinek lenne ötlete hogyan tudnám megvalósítani párszáz msec késleltetéssel LAN-on át a hangkártya line-in stream-et és iPhone-n lejátszani, ossza meg velem. Vlc legújabb fejlesztői változatát nem tudom lefordítani Raspberry Pi-n hibaüzenet miatt, abban van low-delay kapcsoló ami - talán - segíthetne nekem, a jelenlegi 3.8 változat parancssori manual-t hiába olvasom át, hiába kapcsolok ki minden puffert, a késleltetés nagy marad. Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
***UNCHECKED*** Re: Ha valakinek van további ötlete alacsonykésleltetésű hangstream ügyben, várom
Szia! Kosa Attila írta: > A felreertesek elkerulese erdekeben: mindket idezett level a > linux-flame listara ment, ahol teljesseggel elfogadott az a > > stilus, ahogyan irtunk. Azonban azt, hogy visszakerult a szakmai > listara a levelunk, nem egy baratsagos lepeskent ertekelem. Ha nem vagyok fent másik címemmel a Flame listán, akkor módom sem lett volna értesülni arról, hogy levelem - egyfajta demonstratív jelleggel - idézésre került ott. Én pedig ezt nem tartom barátságos lépésnek: mintha a hátam mögött ment volna a susmus. A levélben említett "ne itt kérdezz" mégiscsak ezt, az eredeti listát takarta > Kerlek, kedves Csaba, a tovabbiakban ha problemad van valaki > levelevel, akkor azt a linux-flame listan probald meg megvitatni, > ott megfelelo valaszt is fogsz kapni. Kedves Attila, nekem ez az utolsó levelem a témában. Nem szeretek ismeretlenül piszkálódni, oly módon, ahogy azon a listán megszokott. > Es en kerek bocsanatot mindenkitol, akinek ezt olvasnia kellett. Oh jajj, remélhetőleg ma is fel fog kelni a Nap. Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
***UNCHECKED*** Hang lejátszás Gstreamer: RTP protokoll helyett RTSP protokollal, hogyan?
Sziasztok, Nagyon szeretném, ha a GStreamer RTP helyett RTSP-n játszana le hangot, de videó nélkül, ha ez elkerülhető, nem is szeretnék a video input-tal foglalkozni, csak azt szeretném, ha hangot lejátszana e protokollon keresztül. Mobiltelefonra csak RTSP protokollt fogadni tudó lejátszók vannak (VLC kivételével) de az meg pufferel és sajnos jelentős a késleltetés. Az alábbi paraméterezés módosítható úgy, hogy RTSP protokollon keresztül történjen a lejátszás? Raspbian legújabb változata és a legújabb GStreamer van fent. gst-launch-1.0 -v alsasrc device=hw:1,0 ! audioresample ! audioconvert ! rtpL16pay pt=10 ! application/x-rtp, pt=10, encoding-name=L16, payload=10, clock-rate=44100,channels=2 ! udpsink host=192.168.1.10 port=5004 > gstreamer.log 2>&1 & Sajnos, a "rtp" "rtsp"-re történő módosítása természetesen nem segít. :-( Szép napot kívánok Mindenkinek, üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
/dev/sdc-re telepítve sda miért módosul engedély nélkül?
Sziasztok, Pendrive-re telepítettem Ubuntu 18.04.1 rendszert, a pendrive a /dev/sdc volt. Létrehoztam a /boot, / és /home partíciókat. Többször is ellenőriztem: mi fog módosulni és csak a /dev/sdc módosított partícióra írta ki a változtatásokat. Szépen agyonvágta a telepítés végén a /dev/sda-n a bootloader-t, remekül oda telepítette be, csak azt nem értem, hogy mégis miért kellett ezt csinálnia. Lehet hogy túlzott elvárás az, hogy ha már egyszer ki is írja, hogy a telepítésre kijelölt eszközön milyen módosításokat fog végrehajtani, oda is telepítse a bootloader-t? Mi értelme volt ennek mégis? /dev/sda eszközről boot-olva behívja a /dev/sdc eszközt induláskor, ez most mire jó? Legacy módú rendszerről van szó. Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Debian Raspberry image első indítás ssh
Szia! Nagyon köszönöm a segítőkész választ! Azt nem tudom, hogy root jelszót miképpen hozzak létre (feltételezem hogy jelszó nélkül nem enged be majd ssh távolról), a root user meg ugye jelszó nélküli elvileg az image-en, azt írják)... Megpróbálom amiket írtál, köszönöm. Csaba SZABO Zsolt írta, 2020. 10. 10.: > On Sat, 10 Oct 2020, SZABO Zsolt wrote: > >> On Fri, 9 Oct 2020, Csaba wrote: >> >>> Alábbival van valakinek tapasztalata? >>> https://raspi.debian.net/verified/20200909_raspi_4.img.xz >>> A Raspbian-nál könnyű volt, hogy már első indításkor legyen ssh: a >>> boot partíción létrehozott "ssh" nevű fájl ezt biztosította. Ki >>> szeretném próbálni a Debian Raspberry változatát is. >> >> Gondolom, systemd-s az indítás... >> >> # ls -l $IMGMNT/etc/systemd/system/sshd.service >> lrwxrwxrwx 1 root root 31 Mar 14 2016 /etc/systemd/system/sshd.service -> >> >> /lib/systemd/system/ssh.service >> >> link létezik ??? >> >> Ezenkívül a /home/pi/.ssh/authorized_keys-be másolnám be a publikus ssh >> kulcsot: >> >> cat $HOME/.ssh/id_rsa.pub >>$IMGMNT/home/pi/.ssh/authorized_keys > > A https://wiki.debian.org/RaspberryPiImages alapján > a (vszinu nem létező) /home/pi helyett inkább /root-tal kellene > próbálkozni... > > meg ellenőrizni: > /etc/ssh/sshd_config: PermitRootLogin | PubkeyAuthentication yes? > /etc/security/access.conf > /etc/securetty > > mert ugye azt írják, hogy root-ként csak helyileg tudsz belépni... > (ezt nem tudom, hogy mennyire "übereli" a PubkeyAuth...) > > Vagy az /etc/{passwd,shadow,group} file-okban kézzel létrehozni megfelelő > bejegyzést egy user-nek és az első válaszomban leírtak szerint eljárni. > > -- > sz@zs > * Before you criticize someone, you should walk a mile in their shoes. > * That way, when you criticize them you're a mile away and you have > * their shoes. > _ > 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: /dev/sdc-re telepítve sda miért módosul engedély nélkül?
Szia, dr. Zana János írta, 2020. 10. 10.: > > Nekem sikerült külső merevlemezre raknom Debiant. Egyik partícónak se > rontotta el a bootloaderjét. Valószínűleg azért, mert már BIOS setupból > megjelöltem, hogy melyik partíció induljon. > > A gépem alapértelmezésben (BIOS) DVD-ről indul, a harddisk pedig > /dev/sdf, tehát ezt a kettőt kellett látnia a telepítőnek. Üdv, János > Debian-nal nekem is sikerült régebben is bármiféle probléma nélkül. Elsődlegesen DVD-ről indul a gép, azt nem gondoltam, hogy a Buguntu-nak a BIOS indítási sorrend is számíthat, Linux alatt ilyennel még nem találkoztam, de ha számít is a sorrend, elsődleges boot média nem a HDD volt. Az Ubuntu lehet mindent jobban akar tudni mint a felhasználó és ez a probléma forrása. Köszönöm a választ. Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Debian Raspberry image első indítás ssh
Sziasztok, Alábbival van valakinek tapasztalata? https://raspi.debian.net/verified/20200909_raspi_4.img.xz A Raspbian-nál könnyű volt, hogy már első indításkor legyen ssh: a boot partíción létrehozott "ssh" nevű fájl ezt biztosította. Ki szeretném próbálni a Debian Raspberry változatát is. Nincsen semmilyen monitorom, amire rá tudnám kötni, se HDMI-képes eszközöm és kábelem. Szeretném, ha legelső indításkor már ssh alapértelmezetten aktív lenne. Már sokszor jártam úgy régebben más rendszereknél, hogy a /etc/ alatti konfigurációs fájlokat hiába piszkáltam ilyen tekintetben, jelen esetben meg chroot-olni se tudok, hogy esetleg a konfigurációs fájlokban történt változtatásokat érvényesítsem valamilyen módon, mert csak x86_64 gépeim vannak. A probléma miképpen oldható meg? Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Partíció kiterjesztése új méret szerint hogyan?
Sziasztok! 8 GB-s Micro-SD kártyáról 16 GB kapacitású kártyára másoltam a Raspbian-t a dd parancs segítségével. Másolás után alkalmaztam a resize2fs parancsot, de hiába. Miképpen tudnám egyszerűen kiterjeszteni a partíciót az új méretnek megfelelően? root@raspberrypi:~# parted /dev/mmcblk0 print all Model: SD SC16G (sd/mmc) Disk /dev/mmcblk0: 15.9GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End SizeType File system Flags 1 4194kB 273MB 268MB primary fat32lba 2 273MB 7822MB 7550MB primary ext4 Itt vannak az információk fdisk segítségével is, bár - úgy tudom - ez manapság "kevésbé korszerű már": root@raspberrypi:~# fdisk -l /dev/mmcblk0 Disk /dev/mmcblk0: 14.9 GiB, 15931539456 bytes, 31116288 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 Disklabel type: dos Disk identifier: 0x6c586e13 Device Boot Start End Sectors Size Id Type /dev/mmcblk0p18192 532479 524288 256M c W95 FAT32 (LBA) /dev/mmcblk0p2 532480 15278079 147456007G 83 Linux root@raspberrypi:~# df Filesystem 1K-blocksUsed Available Use% Mounted on /dev/root7224820 3510836 3384880 51% / devtmpfs 1827808 0 1827808 0% /dev tmpfs1959904 0 1959904 0% /dev/shm tmpfs19599049584 1950320 1% /run tmpfs 5120 4 5116 1% /run/lock tmpfs1959904 0 1959904 0% /sys/fs/cgroup /dev/mmcblk0p1258095 54603203492 22% /boot tmpfs 391980 0391980 0% /run/user/1000 Mit kellene tennem? Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Partíció kiterjesztése új méret szerint hogyan?
Sziasztok, Nagyon szépen köszönöm Mindenki válaszát! Szép napot: Csaba Kiss Gabor írta, 2020. 08. 26.: > > A news gateway csuklása miatt kézzel megismétlem Váradi Gábor > hozzászólásának érdemi részét. > > kissg > > > | parted -s /dev/mmcblk0 "resizepart 2 -1" quit > | reboot > | resize2fs /dev/mmcblk0p2 > > _ > 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
Jpeg képek dátum szerint könyvtárakba script-tel?
Sziasztok, Milyen módon lehet írni olyan script-et, amely például jpeg képek létrehozási dátuma alapján csoportosítja a képeket könyvtárba? Nem a fájlrendszer szerinti létrehozási dáumra gondolok, hanem a képfájlból kiolvasható készítés dátumára. "év.hónap.nap" formátumban létrehozott könyvtárakba másolná az azonos dátummal készült fényképeket. Létezik ilyen megoldás? Sok okostelefonról csak úgy lehet képeket másolni, hogy ömlesztve, egy mappában van az összes és ha szét lenne válogatva könyvtáranként, könnyebben lehetne adott könyvtárat például kép készítésének eseménye szerint átnevezni. Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Jpeg képek dátum szerint könyvtárakba script-tel?
Sziasztok, Köszönöm a válaszokat. Ezeket az eszközöket ismerem, csak azt nem tudom sajnos: miképpen írjak shell script-et, valamint fájlonként trükkös módon hogy adjam át a kimenetet (kreálási dátum) stb. Kicsit bonyolultak ezek a dolgok, tudom van sed awk meg lehet pipe-olni stb. Gondolom ilyenekkel inkább a Kezdő lista foglalkozik de úgy tapasztaltam azon kevesebben vannak fent az itteniek közül. Hasonló shell script-megoldása nincs valakinek, amit megosztana velem és e problémára is lehetne alkalmazni átírással? Csaba tusi írta, 2020. 10. 22.: > Vagy imagemagick, pl igy: > > https://stackoverflow.com/questions/26654709/extract-exif-data-as-text-using-imagemagick > > tusi > > On 10/22/20 8:14 AM, Gyurman Attila wrote: >> >>> 2020. okt. 22. dátummal, 8:12 időpontban Csaba >>> írta: >>> >>> Sziasztok, >>> >>> Milyen módon lehet írni olyan script-et, amely például jpeg képek >>> létrehozási dátuma alapján csoportosítja a képeket könyvtárba? Nem a >>> fájlrendszer szerinti létrehozási dáumra gondolok, hanem a képfájlból >>> kiolvasható készítés dátumára. "év.hónap.nap" formátumban létrehozott >>> könyvtárakba másolná az azonos dátummal készült fényképeket. >>> Létezik ilyen megoldás? >>> Sok okostelefonról csak úgy lehet képeket másolni, hogy ömlesztve, egy >>> mappában van az összes és ha szét lenne válogatva könyvtáranként, >>> könnyebben lehetne adott könyvtárat például kép készítésének eseménye >>> szerint átnevezni. >> >> Szia! >> >> exiftool lesz a barátod. >> Pl. itt írnak rename-ről: >> https://exiftool.org/forum/index.php?topic=5859.0 >> >> Üdv, >> Attila >> >> _ >> 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 > _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: HDD mount sikertelen, mi lehet a hiba?
Sziasztok! Mindenki válaszát köszönöm! Eredeti, hozzá adott tápegységgel használom a Raspberry Pi-t (amit rpibolt.hu oldalon hozzá adnak). A frissítéseket nem tudom már visszakövetni, de aznap, amikor ez történt, nem volt frissítés (kézzel szoktam). Miután ez történt, utána tettem fel a frissítéseket. Úgy kezdődött az egész hibajelenség, hogy induláskor normálisan felcsatolta, majd közölte az ls parancs, hogy könyvtár nem olvasható (vagy valami ilyesmit), onnantól kezdve soha többet nem volt hajlandó felcsatolni. Javaslat volt, hogy cseréljem ki a Micro-SD kártyát. Kicseréltem egy új, original-ra (amit hozzá vásároltam), azóta a HDD-t nem is látja. :-) Bár gondolom: nincs összefüggés. :-) Egy USB hangkártya mindig is csatlakoztatva volt hozzá, de hónapok óta semmiféle probléma sem volt vele a kezdetektől, de most azt is lehúztam, HDD-t így se látja. Ezelőtt, ha nem is volt képes felcsatolni a HDD-t, ha kiadtam egy "dd if=/dev/sda of=/dev/null bs=16M" parancsot, az hibátlanul lefutott, tehát végigolvasta. Táp nélkül használtam mindig is (táp nélküli sima USB ház), sose volt probléma. A Raspberry Pi saját tápkábele nem cserélhető, a külső házhoz pedig nem csatlakoztatható táp. Üdv Mindenkinek: Csaba Kiss Gabor írta, 2020. 07. 24.: > > On 7/23/20 8:02 PM, Csaba wrote: >> Sziasztok! >> >> Raspberry-hez csatlakoztatva használtam egy külső házban lévő HDD-t >> hónapokig, (eddig) probléma nélkül. >> Semmit sem változtattam, legfrissebb Raspbian van fent, egyik napról a >> másikra nem volt hajlandó fel csatolni a HDD-t. Fsck nem ír ki hibát, > > >> Jul 23 17:51:42 raspberrypi kernel: [ 5371.415257] print_req_error: >> critical target error, dev sda, sector 63 >> Jul 23 17:51:42 raspberrypi kernel: [ 5371.415267] Buffer I/O error on >> dev sda1, logical block 0, lost sync page write >> Jul 23 17:51:42 raspberrypi kernel: [ 5371.415313] EXT4-fs (sda1): I/O >> error while writing superblock > >> Mit tudnék tenni? > > Lecserélni az SD kártyát. Ez a jelek szerint megmurdelt. > > kissg > -- > "A bajt megelőző pillanatig még semmi baj nem volt" (Micimackó) > _ > 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: HDD mount sikertelen, mi lehet a hiba?
Sziasztok, Ha csatlakoztatom a HDD-t, az alábbi íródik a Syslog-ba: Jul 24 17:57:03 raspberrypi kernel: [13647.661090] usb 2-1: New USB device found, idVendor=357d, idProduct=7788, bcdDevice= 1.14 Jul 24 17:57:03 raspberrypi kernel: [13647.661109] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jul 24 17:57:03 raspberrypi kernel: [13647.661126] usb 2-1: Product: USB to ATA/ATAPI Bridge Jul 24 17:57:03 raspberrypi kernel: [13647.661141] usb 2-1: Manufacturer: JMicron Jul 24 17:57:03 raspberrypi kernel: [13647.661156] usb 2-1: SerialNumber: 3239A973302916 Jul 24 17:57:03 raspberrypi kernel: [13647.664684] usb 2-1: UAS is blacklisted for this device, using usb-storage instead Jul 24 17:57:03 raspberrypi mtp-probe: checking bus 2, device 3: "/sys/devices/platform/scb/fd50.pcie/pci:00/:00:00.0/:01:00.0/usb2/2-1" Jul 24 17:57:03 raspberrypi mtp-probe: bus: 2, device: 3 was not an MTP device Jul 24 17:57:03 raspberrypi mtp-probe: checking bus 2, device 3: "/sys/devices/platform/scb/fd50.pcie/pci:00/:00:00.0/:01:00.0/usb2/2-1" Jul 24 17:57:03 raspberrypi mtp-probe: bus: 2, device: 3 was not an MTP device mit tehetnék? Üdvözlettel: Csaba Csaba írta, 2020. 07. 24.: > Sziasztok! > > Mindenki válaszát köszönöm! > > Eredeti, hozzá adott tápegységgel használom a Raspberry Pi-t (amit > rpibolt.hu oldalon hozzá adnak). A frissítéseket nem tudom már > visszakövetni, de aznap, amikor ez történt, nem volt frissítés (kézzel > szoktam). Miután ez történt, utána tettem fel a frissítéseket. Úgy > kezdődött az egész hibajelenség, hogy induláskor normálisan > felcsatolta, majd közölte az ls parancs, hogy könyvtár nem olvasható > (vagy valami ilyesmit), onnantól kezdve soha többet nem volt hajlandó > felcsatolni. > Javaslat volt, hogy cseréljem ki a Micro-SD kártyát. Kicseréltem egy > új, original-ra (amit hozzá vásároltam), azóta a HDD-t nem is látja. > :-) Bár gondolom: nincs összefüggés. :-) > Egy USB hangkártya mindig is csatlakoztatva volt hozzá, de hónapok óta > semmiféle probléma sem volt vele a kezdetektől, de most azt is > lehúztam, HDD-t így se látja. > Ezelőtt, ha nem is volt képes felcsatolni a HDD-t, ha kiadtam egy "dd > if=/dev/sda of=/dev/null bs=16M" parancsot, az hibátlanul lefutott, > tehát végigolvasta. > Táp nélkül használtam mindig is (táp nélküli sima USB ház), sose volt > probléma. A Raspberry Pi saját tápkábele nem cserélhető, a külső > házhoz pedig nem csatlakoztatható táp. > > Üdv Mindenkinek: Csaba > > Kiss Gabor írta, 2020. 07. 24.: >> >> On 7/23/20 8:02 PM, Csaba wrote: >>> Sziasztok! >>> >>> Raspberry-hez csatlakoztatva használtam egy külső házban lévő HDD-t >>> hónapokig, (eddig) probléma nélkül. >>> Semmit sem változtattam, legfrissebb Raspbian van fent, egyik napról a >>> másikra nem volt hajlandó fel csatolni a HDD-t. Fsck nem ír ki hibát, >> >> >>> Jul 23 17:51:42 raspberrypi kernel: [ 5371.415257] print_req_error: >>> critical target error, dev sda, sector 63 >>> Jul 23 17:51:42 raspberrypi kernel: [ 5371.415267] Buffer I/O error on >>> dev sda1, logical block 0, lost sync page write >>> Jul 23 17:51:42 raspberrypi kernel: [ 5371.415313] EXT4-fs (sda1): I/O >>> error while writing superblock >> >>> Mit tudnék tenni? >> >> Lecserélni az SD kártyát. Ez a jelek szerint megmurdelt. >> >> kissg >> -- >> "A bajt megelőző pillanatig még semmi baj nem volt" (Micimackó) >> _ >> 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: HDD mount sikertelen, mi lehet a hiba?
Sziasztok! Nagyon köszönöm Mindenki válaszát! Gábor: nem baj, hogy Micro-SD kártya cserét javasoltál, eddig egy Class 8 osztályba tartozó, 8 GB-s kártyával használtam, így most sokkal gyorsabb. :-) SSD-m sajnos nincs, hogy ki tudjam próbálni a táp nélküli házban. Be fogok majd szerezni táppal rendelkező házat, nem gondoltam volna, hogy ez ilyen problémákat okozhat, hogy a RPI USB portja esetleg nem bírja a terhelést. :-( Elektronikához nem értek. György és a többiek válaszát is köszönöm. Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
HDD mount sikertelen, mi lehet a hiba?
Sziasztok! Raspberry-hez csatlakoztatva használtam egy külső házban lévő HDD-t hónapokig, (eddig) probléma nélkül. Semmit sem változtattam, legfrissebb Raspbian van fent, egyik napról a másikra nem volt hajlandó fel csatolni a HDD-t. Fsck nem ír ki hibát, Ubuntu alatt hiba nélkül és azonnal felcsatolódik a HDD. S.M.A.R.T. értékek rendben, dd végigolvasssa a lemezt, 0 rossz szektor van. Ha kézzel megadtam csatoláskor a fájlrendszer típusát, ugyanaz volt az eredmény. Ahogy próbáltam: root@raspberrypi:~# mount /dev/sda1 /mnt mount: /mnt: can't read superblock on /dev/sda1. root@raspberrypi:~# fsck /dev/sda1 fsck from util-linux 2.33.1 e2fsck 1.44.5 (15-Dec-2018) /dev/sda1: clean, 66/9773056 files, 14485636/39072718 blocks root@raspberrypi:/var/log# tail syslog Jul 23 17:22:26 raspberrypi rngd[375]: stats: Entropy starvations: 0 Jul 23 17:22:26 raspberrypi rngd[375]: stats: Time spent starving for entropy: (min=0; avg=0.000; max=0)us Jul 23 17:51:42 raspberrypi kernel: [ 5371.415210] sd 0:0:0:0: [sda] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08 Jul 23 17:51:42 raspberrypi kernel: [ 5371.415225] sd 0:0:0:0: [sda] tag#0 Sense Key : 0x5 [current] Jul 23 17:51:42 raspberrypi kernel: [ 5371.415236] sd 0:0:0:0: [sda] tag#0 ASC=0x24 ASCQ=0x0 Jul 23 17:51:42 raspberrypi kernel: [ 5371.415248] sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x2a 2a 08 00 00 00 3f 00 00 08 00 Jul 23 17:51:42 raspberrypi kernel: [ 5371.415257] print_req_error: critical target error, dev sda, sector 63 Jul 23 17:51:42 raspberrypi kernel: [ 5371.415267] Buffer I/O error on dev sda1, logical block 0, lost sync page write Jul 23 17:51:42 raspberrypi kernel: [ 5371.415313] EXT4-fs (sda1): I/O error while writing superblock Jul 23 17:51:42 raspberrypi kernel: [ 5371.415344] EXT4-fs (sda1): mount failed root@raspberrypi:/var/log# tail messages Jul 23 16:23:03 raspberrypi rsyslogd: [origin software="rsyslogd" swVersion="8.1901.0" x-pid="354" x-info="https://www.rsyslog.com;] rsyslogd was HUPed Jul 23 17:51:42 raspberrypi kernel: [ 5371.415210] sd 0:0:0:0: [sda] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08 Jul 23 17:51:42 raspberrypi kernel: [ 5371.415225] sd 0:0:0:0: [sda] tag#0 Sense Key : 0x5 [current] Jul 23 17:51:42 raspberrypi kernel: [ 5371.415236] sd 0:0:0:0: [sda] tag#0 ASC=0x24 ASCQ=0x0 Jul 23 17:51:42 raspberrypi kernel: [ 5371.415248] sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x2a 2a 08 00 00 00 3f 00 00 08 00 root@raspberrypi:/var/log# fstab tartalma: /dev/sda1 /media/sda ext4 auto,defaults,sync,noatime,nofail 0 2 A "nofail" opció nélkül az idők végezetéig várna az eszköz csatolására és nem indulna... Mit tudnék tenni? Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: .tar fájlból való törlés biztonságos?
Szia! Köszönöm a választ. Gabor Gombas írta, 2021. 01. 06.: > > Nem egészen értem, hogy egy tar fájlhoz miért kellene 7-zip, miért nem > jó maga a tar. Viszont bármit is használsz törlésre, az helyben fogja a > fáljt felülírogatni, tehát ha menet közben történik valami (elmegy az > áram, vagy a helyi adatmaffia nyom egy Ctrl+C-t), akkor bizony fennáll > az adatsérülés veszélye. Többszáz fájl van benne, egyszerűbbnek tartom grafikus filemanager segítségével kitörölgetni, ami nem kell. > > Szerintem vágj bele - legrosszabb esetben visszaállítod backup-ból. Ha > nincs backup, akkor meg úgysem fontos az az adat, ugyebár... Ez egy backup, viszonylag kevésbé fontos adatokról. :D > > Ugyan írtad, hogy a teljes archívumot kicsomagolni nincs hely. De ha a > megtartani kívánt részek összességének van elég hely, akkor a törlést > végezheted egy pipe segítségével, mert a doksi szerint a "tar --delete" > működik stdin/stdout használata esetén is. Ekkor biztosan nem fog > sérülni az eredeti adat. Sose csináltam még ilyet és félek elrontanék valamit. > > Ja: "sima tar parancs segítségével van tömörítve" - ne beszéljünk > össze-vissza, kérem szépen. A tar _NEM_ tömörít, hanem csomagol. Könnyű > megjegyezni: egy tömörített izé kisebb, mint az eredeti izé, egy > becsomagolt izé viszont nagyobb, mint az eredeti izé. Még akkor is, ha > vékony papírba csomagolod. Ebben teljesen igazad van, tévesen fogalmaztam: a .tar formátum nem tömörített, ezt tudtam, csak arra akartam utalni hogy nem lett összenyomva semmivel a .tar fájl, mivel akkor tömörítésről beszéltem, ezért írhattam a tar parancs után is tömörítést. Üdv: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Debian Raspberry image első indítás ssh
Sziasztok, Nagyon köszönöm Mindenki segítségét kérdésem kapcsán. Sikerült. Csaba Csaba írta, 2020. 10. 10.: > Szia, > > Jaa értem, nagyon köszönöm. > > Utánanézek mindennek, amit írtál. > További szép hétvégét kívánok. > > Csaba > > SZABO Zsolt írta, 2020. 10. 10.: >> On Sat, 10 Oct 2020, Csaba wrote: >> >>> Azt nem tudom, hogy root jelszót miképpen hozzak létre (feltételezem >>> hogy jelszó nélkül nem enged be majd ssh távolról), a root user meg >>> ugye jelszó nélküli elvileg az image-en, azt írják)... >>> Megpróbálom amiket írtál, köszönöm. >> >> A PubkeyAuthenticatiion pont arra szolgál, hogy az ssh-keygen -nel >> generált publikus kulcsot bemásolva az authorized_keys fileba, >> ne kelljen jelszavakat bepotyogni. >> >> sz@zs >> >> >>> SZABO Zsolt írta, 2020. 10. 10.: >>>> On Sat, 10 Oct 2020, SZABO Zsolt wrote: >>>> >>>>> On Fri, 9 Oct 2020, Csaba wrote: >>>>> >>>>>> Alábbival van valakinek tapasztalata? >>>>>> https://raspi.debian.net/verified/20200909_raspi_4.img.xz >>>>>> A Raspbian-nál könnyű volt, hogy már első indításkor legyen ssh: a >>>>>> boot partíción létrehozott "ssh" nevű fájl ezt biztosította. Ki >>>>>> szeretném próbálni a Debian Raspberry változatát is. >>>>> >>>>> Gondolom, systemd-s az indítás... >>>>> >>>>> # ls -l $IMGMNT/etc/systemd/system/sshd.service >>>>> lrwxrwxrwx 1 root root 31 Mar 14 2016 >>>>> /etc/systemd/system/sshd.service >>>>> -> >>>>> >>>>> /lib/systemd/system/ssh.service >>>>> >>>>> link létezik ??? >>>>> >>>>> Ezenkívül a /home/pi/.ssh/authorized_keys-be másolnám be a publikus >>>>> ssh >>>>> kulcsot: >>>>> >>>>> cat $HOME/.ssh/id_rsa.pub >>$IMGMNT/home/pi/.ssh/authorized_keys >>>> >>>> A https://wiki.debian.org/RaspberryPiImages alapján >>>> a (vszinu nem létező) /home/pi helyett inkább /root-tal kellene >>>> próbálkozni... >>>> >>>> meg ellenőrizni: >>>> /etc/ssh/sshd_config: PermitRootLogin | PubkeyAuthentication yes? >>>> /etc/security/access.conf >>>> /etc/securetty >>>> >>>> mert ugye azt írják, hogy root-ként csak helyileg tudsz belépni... >>>> (ezt nem tudom, hogy mennyire "übereli" a PubkeyAuth...) >>>> >>>> Vagy az /etc/{passwd,shadow,group} file-okban kézzel létrehozni >>>> megfelelő >>>> bejegyzést egy user-nek és az első válaszomban leírtak szerint eljárni. >>>> >>>> -- >> _ >> 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: .tar fájlból való törlés biztonságos?
Sziasztok! Mindenki válaszát köszönöm! 7-zip segítségével csináltam, a törlés után maradt fájlokra írogatta, hogy "replicating" és valóban, elég sokáig tartott a művelet. Csaba Gabor Gombas írta, 2021. 01. 12.: > On Sun, Jan 10, 2021 at 10:20:39PM +0100, Szládovics Péter wrote: > >> Máskülönben szerintem a --delete nem véletlenül van az >> argumentumlistában évtizedek óta, minden bizonnyal jól működik - bár én >> próbálgatáson kívül nem foglalkoztam vele. > > Hát izé. Ha már archeológia - > https://bugzilla.redhat.com/show_bug.cgi?id=66047: > > "well, according to Paul Eggert, the current maintainer of GNU tar, > there are several unfixed bugs in delete. it's unfortunate that > the man page, info page, and all the source documentation neglect to > mention this." > > Ez már régen volt, szóval lehet tippelni, hogy mennyi bug lett azóta > kijavítva :-) > > Gábor > _ > 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
Debian: stable/unstable prioritás csomagkezelőben?
Sziasztok! Rendszer szinten meg lehet -e oldani és ha igen, hogyan, miképpen, hogy ha egy rendszeren a sources.list fájlban meg van adva a stable és unstable forrás is, csak bizonyos csomagokat vegyen az unstable forrásból, a többit viszont ne? A Debian Raspberry Pi-re optimalizált image-et töltöttem le és remélem, hogy úgy van beállítva, hogy csak a kernel-frissítéseket veszi az unstable-ből, de ebben nem lehetek biztos. Tartanék egy upgrade esetén attól, hogy az aktuális unstable-et felteszi, ezt viszont nem szeretném. https://raspi.debian.net/tested-images/ Az image-ek itt találhatóak. Milyen beállításokat kell megnéznem? Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Beszédből leiratot készítő programot ismertek?
Sziasztok! Olyan programot keresek, melynek beadok egy csak beszédet (jól érthető angol beszédet) tartalmazó fájlt .mp3 vagy .wav formátumban, felismeri és szöveges formában visszaküldi a felismerés eredményét. Tudtok ilyet? Legjobb lenne ha nem grafikus felületű lenne, de ha futtatható lenne Ubuntu Mate alatt, az is jó lenne. Tudom: ezek nem tökéletesek, de angol nyelvre elég jól működnek. Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Debian: stable/unstable prioritás csomagkezelőben?
Szia! Köszönöm a választ. Gyárilag adták meg mindkét forrást a sources.list fájlban és nem tudom: beállították -e, hogy a kernelt vegye csak az unstable forrásból, vagy ténylegesen úgy van -e hogy bármi ami újabb verzió, már megy is fel. Jogos a kérdés, hogy miért nem Raspbian. Kipróbáltam azt is, sőt, most is az fut, múlt év elején töltöttem le, valamiért nekem az volt a fura, hogy az aláíró-kulcsaik vagy elavultak voltak, vagy az image aláírását nem lehetett ellenőrizni. Tudom, hogy jobban támogatott a Raspbian, mert olyan firmware is be van téve, ami a Debian Raspberry változatában nincs, de gondoltam kipróbálom mindkettőt. Üdv: Csaba Gyurman Attila írta, 2021. 01. 24.: >> >> 2021. jan. 24. dátummal, 15:28 időpontban Csaba >> írta: >> >> Rendszer szinten meg lehet -e oldani és ha igen, hogyan, miképpen, >> hogy ha egy rendszeren a sources.list fájlban meg van adva a stable és >> unstable forrás is, csak bizonyos csomagokat vegyen az unstable >> forrásból, a többit viszont ne? >> A Debian Raspberry Pi-re optimalizált image-et töltöttem le és >> remélem, hogy úgy van beállítva, hogy csak a kernel-frissítéseket >> veszi az unstable-ből, de ebben nem lehetek biztos. >> Tartanék egy upgrade esetén attól, hogy az aktuális unstable-et >> felteszi, ezt viszont nem szeretném. >> https://raspi.debian.net/tested-images/ >> Az image-ek itt találhatóak. >> Milyen beállításokat kell megnéznem? > > Szia! > > Szerintem ha mindkét csatornát felveszed, akkor mindenből az unstable > verziót fogja felrakni az upgrade, hisz azok az újabb verziók. Szerintem nem > tudod beállítani hogy abból a source-ből csak a kernel csomagokat nézze. > > Egyébként miért debian és miért nem raspbian? > > Attila > _ > 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
.tar fájlból való törlés biztonságos?
Sziasztok! Boldog új évet Mindenkinek! Van egy nagyméretű .tar fájlom. Kicsomagolni nincs hely. A tartalmát tömörítőprogrammal (pl. 7-zip) is át tudom nézni, ki tudom szelektálni: mi az ami kell és mi az, ami nem. Ha a 7-zip segítségével a .tar fájlból törlök fájlokat, akkor a törlési művelet során fájlsérülés, tehát a többi, .tar-ban lévő fájl sérülése előfordulhat? Nincs tömörítve mással, sima tar parancs segítségével van tömörítve, sem gzip, sem bzip2 programmal nincs rátömörítve. Tudom hogy ezt nem itt kellene megkérdezni, de sajnos jelenleg az a helyzet, hogy Windows-os (Windows 10, 64 bit) legújabb 7-zip filemanager esetén is érdekelne hogy nem okozhat -e adatsérülést. Üdv: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Debian: stable/unstable prioritás csomagkezelőben?
Sziasztok! Köszönöm Mindenki válaszát! Csaba Kiss Gabor írta, 2021. 01. 24.: > > On 1/24/21 3:28 PM, Csaba wrote: > >> Rendszer szinten meg lehet -e oldani és ha igen, hogyan, miképpen, >> hogy ha egy rendszeren a sources.list fájlban meg van adva a stable és >> unstable forrás is, csak bizonyos csomagokat vegyen az unstable >> forrásból, a többit viszont ne? > > http://ubuntu.hu/node/24158 > > kissg > _ > 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
Linux dual-boot probléma
Sziasztok! Van egy régi notebook-om (2010-ben gyártották). Múlt évben vettem bele egy SSD-t és még akkor telepítettem egy operációs rendszert, ami nem a Linux. Most telepítettem az Ubuntu 20.04.2 változatot, sajnos, a másik operációs rendszert (Windows 10) kiütötte a boot menüből. Az Ubuntu telepítés csak akkor volt hajlandó továbbmenni ha egy EFI partíciót hozok létre. Legacy módban lett telepítve anno a Windows, így ilyen partíciós táblát is hozott létre, mert a gép (elvileg) még nem támogatja az UEFI módot, van ugyan olyan opció a BIOS-ban, hogy "UEFI Boot Option enable/disable", de hiába volt bármi, nem UEFI-s partícióstáblát hozott létre. Ennek a problémához nem tudom mennyiben van köze, én azt szeretném, ha a előjönne egy boot menü és ki lehetne választani, melyik rendszer induljon el. Nem szeretném újratelepíteni a Windows-t, vannak megvásárolt, aktivált programok, melyeket elég bonyodalmas lenne újraaktiválni. Tudtok valamit tanácsolni: mit tehetnék? A partíciók pedig így néznek ki jelenleg: Model: ATA Samsung SSD 860 (scsi) Disk /dev/sda: 250GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start EndSizeType File system Flags 1 1049kB 125GB 125GB primary ntfs 2 125GB 125GB 500MB primary fat32 boot, esp 3 125GB 164GB 39,0GB primary ext4 4 164GB 242GB 77,6GB extended 5 164GB 219GB 55,0GB logical ext4 6 219GB 223GB 4095MB logical linux-swap(v1) 7 223GB 242GB 18,5GB logical Üdv Mindenkinek: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Linux dual-boot probléma
Sziasztok! Megoldottam. Csaba Csaba írta, 2021. 02. 07.: > Sziasztok! > > Van egy régi notebook-om (2010-ben gyártották). Múlt évben vettem bele > egy SSD-t és még akkor telepítettem egy operációs rendszert, ami nem a > Linux. > Most telepítettem az Ubuntu 20.04.2 változatot, sajnos, a másik > operációs rendszert (Windows 10) kiütötte a boot menüből. Az Ubuntu > telepítés csak akkor volt hajlandó továbbmenni ha egy EFI partíciót > hozok létre. > Legacy módban lett telepítve anno a Windows, így ilyen partíciós > táblát is hozott létre, mert a gép (elvileg) még nem támogatja az UEFI > módot, van ugyan olyan opció a BIOS-ban, hogy "UEFI Boot Option > enable/disable", de hiába volt bármi, nem UEFI-s partícióstáblát > hozott létre. > Ennek a problémához nem tudom mennyiben van köze, én azt szeretném, ha > a előjönne egy boot menü és ki lehetne választani, melyik rendszer > induljon el. > Nem szeretném újratelepíteni a Windows-t, vannak megvásárolt, aktivált > programok, melyeket elég bonyodalmas lenne újraaktiválni. > Tudtok valamit tanácsolni: mit tehetnék? > > A partíciók pedig így néznek ki jelenleg: > > Model: ATA Samsung SSD 860 (scsi) > Disk /dev/sda: 250GB > Sector size (logical/physical): 512B/512B > Partition Table: msdos > Disk Flags: > > Number Start EndSizeType File system Flags > 1 1049kB 125GB 125GB primary ntfs > 2 125GB 125GB 500MB primary fat32 boot, esp > 3 125GB 164GB 39,0GB primary ext4 > 4 164GB 242GB 77,6GB extended > 5 164GB 219GB 55,0GB logical ext4 > 6 219GB 223GB 4095MB logical linux-swap(v1) > 7 223GB 242GB 18,5GB logical > > Üdv Mindenkinek: Csaba > _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Lemezkép felcsatolása hogyan?
Sziasztok! Komplett, teljes HDD lemezképet tartalmazó image-et hogyan mount-olhatok fel úgy, hogy a partíciókat is lássam? Tehát, így került lementésre a képfájl: dd if=/dev/sda of=backup.img Ekkor a "backup.img" valamilyen módon láthatóvá tehető úgy, hogy ne kelljen visszaírni lemezre, hanem jelenjen meg a rendszerben valahogy? Arra gondolok (hasonlóra), mint amikor .iso fájlt "loopback eszközként" fel lehet csatolni, csak itt lemezképről van szó. Gondolom, ha van rá mód, akkor ez nem igazán disztribúció-függő, de ha mégis, akkor Debian, Ubuntu és Raspbian esetén érdekelnének a lehetőségek, vagy hogy minek nézzek utána ezzel kapcsolatban. Üdv: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Raspbian Buster-frissítési probléma
Sziasztok! Köszönöm a választ. A sima apt-get upgrade először frissített sok csomagot, de a frissítés után hasonló hibaüzenettel nem tudok továbbjutni, sem az apt-get upgrade, sem az apt-get dist-upgrade kiadásakor. root@raspberrypi:~# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages have been kept back: Majd a végén: 0 upgraded, 0 newly installed, 0 to remove and 408 not upgraded. root@raspberrypi:~# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Error! Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libc6-dev : Breaks: libgcc-8-dev (< 8.4.0-2~) but 8.3.0-6+rpi1 is to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. root@raspberrypi:~# Jelenleg ez a helyzet. Lehet nem kellett volna a "buster"-t "stable"-ra átírnom. Egyébként sose használtam sem testing, sem unstable disztribúciót, nem is tudom hogy Raspbian esetén lehet -e ilyet. Üdv: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Lemezkép felcsatolása hogyan?
Szia! Nagyon köszönöm a megadott csatolási módot, át fogom olvasni a manual-t. Szép hétvégét. Üdv: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Raspbian Buster-frissítési probléma
Sziasztok! Raspbian-t szerettem volna frissíteni. Múltkor jelezte számomra a csomagkezelő, hogy a "Buster" "oldstable" lett. Gondoltam: frissítek a legújabb stabil verzióra. A /etc/apt/sources.list fájlban átírtam a "buster"-t "stable"-ra, majd kiadtam az "apt-get update", "apt-get update --fix-missing" és "apt-get dist-upgrade" parancsokat. Apt-get dist-upgrade esetén hibába ütköztem, amit nem tudok megoldani: root@raspberrypi:~# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Error! Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libc6-dev : Breaks: libgcc-8-dev (< 8.4.0-2~) but 8.3.0-6+rpi1 is to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. root@raspberrypi:~# apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 820 not upgraded. Több ötletem nem igazán van. Mit tegyek? Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Biztonsági mentés integritásvizsgálata
Sziasztok! Milyen biztos módszert lehet használni arra, ha azt szeretném, hogy sok fájlról rendszeresen készült biztonsági mentéseket tudjak ellenőrizni hibamentesség szempontjából? Elgondolásom szerint olyan megoldás lehet jó, amely vagy minden fájlról lenyomatot képezve eltárolja egy listába, vagy adott fájlról a fájlnévvel megegyező, csak kiterjesztésében más néven létrehozott fájban tárol ellenőrzőösszeget. Erre biztos vannak már kész megoldások. Jó lenne, ha ilyen módon minden médián lehetne ellenőrizni több tízezres, képekből-videókból álló nagyméretű könyvtárstruktúrát. Akár biztonsági mentés során is hibázhat a másolás során a HDD rack/ház és így kiderülne ez is, valamint az adott biztonsági mentés olvashatóságáról, integritásáról is meg lehetne győződni. Vannak ingyenes megoldások erre Linux alatt? (nem baj az sem, ha az adott megoldás esetlegesen más operációs rendszer alatt is működik) Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
STD-out kimenet szűrése hogyan?
Sziasztok! Miképpen tehetem meg azt, hogy bizonyos kimeneti szöveget tartalmazó sorok ne jelenjenek meg az output-on, csak azok, amelyekkel probléma van? Jelen esetben például egy hash-ellenőrző programmal szeretném ezt megoldani: hogy több fájl ellenőrzése esetén is csak a hibára utaló sorok jelenjenek meg és ahol "OK" minden, azok ne. Alább mutatom a két kimenetet. Megmutatjátok: hogyan tudok szűrni a megfelelő eredmény érdekében? pi@raspberrypi:~ $ rhash peldafile > pelda.sha pi@raspberrypi:~ $ rhash -c pelda.sha --( Verifying pelda.sha )--- peldafile OK Everything OK pi@raspberrypi:~ $ echo "aa">>peldafile pi@raspberrypi:~ $ rhash -c pelda.sha --( Verifying pelda.sha )--- peldafile ERR Errors Occurred: Errors:1 Miss:0 Success:0 Total:1 pi@raspberrypi:~ $ Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Lemezkép felcsatolása hogyan?
Szia! Köszönöm a választ. 2021. 09. 12. 12:47 keltezéssel, Zs írta: Hali! Annak idején volt hasonló feladat. A legegyszerűbb az volt, hogy fdisk $IMAGEFILE, kiírattam a partíciókat, majd számoltam egy sor: melíik partíció hol kezdődik? Majd a losetup programmal megmondtam, hogy a loop0 legyen ehhez az image fájlhoz rendelve, de offset megadással, így nem az elejéről kezd olvasni. Így ahány partíció, annyi loop eszköz, de működött. Ha van újabb technika, akkor az engem is érdekel. Én is csak ezeket találtam. HUP-on találtam egy fórumot, ahol 512. offset megadásával kísérleteztek, nem tudom milyen sikerességgel. Lehet az lesz, hogy egy nélkülözhető HDD-re visszaírom az egészet és átnézem mit tartalmaz :) Üdv, Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Raspbian Buster-frissítési probléma
Szia! Nagyon köszönöm, a csomag leszedése segített a problémán és most már tökéletes. Üdv: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: STD-out kimenet szűrése hogyan?
Szia! Köszönöm a választ. A "$" jel nélküli változat működött: rhash -c pelda.sha | grep -v 'OK' A program manual-jában közben megtaláltam, hogy már eleve beépített paraméter van az "OK" szűrésére. Elnézést a triviális kérdésért. Üdv: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Huawei LTE USB modem Linux konzol-telepítés
Sziasztok! Van egy Huawei E3372 LTE USB modem-em. Linux alatt (Raspbian) csak konzolos felületen (grafikus felület nincs fent) miképpen installálhatom olyan módon, hogy fel tudjon csatlakozni a net-re? Milyen csomagokat kell installálni, milyen konfig-fájlban mit és hogyan kell beállítani az automatikus csatlakozáshoz? (pin kód, felcsatlakozás stb)? Üdvözlettel Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Samba-megosztás jogosultság-probléma
Szia! Linux alatt a chmod 777 az adott könyvtárra megtörtént. A "/home" könyvtárra nem állítottam be chmod 777 jogot nem tudom ez baj -e. A mappág próbáltam a "nobody" felhasználó csoportjába tenni, de ilyen csoport nem létezik. ("chgrp" segítségével próbáltam). smbclient -L 192.168.1.20 Enter WORKGROUP\csabi's password: Sharename Type Comment - --- print$ Disk Printer Drivers Windows-nak Disk Windows-nak IPC$ IPC IPC Service (Csabi-Linux-Desktop server (Samba, Ubuntu)) Reconnecting with SMB1 for workgroup listing. Server Comment - --- Workgroup Master - --- WORKGROUP A Samba dokumentációban azt olvastam, hogy azért hagyja alapértelmezetten "WORKGROUP"-on a munkacsoportot, mert Windows esetén ez az alapértelmezett. Ezt azért nem írtam át. Ennek lehet szerepe a problémában? smbclient //192.168.1.20/megosztva -U csabi Enter WORKGROUP\csabi's password: tree connect failed: NT_STATUS_BAD_NETWORK_NAME Nobody felhasználóval ugyanez. iPhone-n van egy "Filebrowser" nevű alkalmazás, ehhez hozzá lehet adni helyi hálózati megosztásokat, amelyeket lát és lehet a telefonról böngészni a könyvtárakat, fájlokat mozgatni oda-vissza, ezzel próbáltam. Nagyon köszönöm a másik, rendszerindítással kapcsolatos levelet is, kipróbálom majd azt is, az nehezebb lesz számomra kicsit. :) Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Samba-megosztás jogosultság-probléma
Szia! Nagyon köszönöm a türelmedet. Sajnálom hogy ennyire nem sikrült eddig. A megoldás egyszerűbb volt mint gondoltam. Grafikus felületen, a mappa tulajdonságainál találtam "sambashare" csoportot, a mappát e csoportba téve a probléma azonnal megoldódott. Előbb kellett volna megnéznem a /etc/group fájlt, hogy milyen csoportot hozhatott létre a Samba, illetve erre már gondoltam, de mivel régen foglalkoztam Linux rendszerrel, a /etc/passwd és /etc/shadow alatt kerestem új bejegyzést. Nagyon szépen köszönöm, hogy minden levelemnél, rendkívül részletesen próbáltál segíteni. Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Samba-megosztás jogosultság-probléma
Szia! A Samba beállításokban minden jó? Külön "directory mask" nincs definiálva stb, ez nem lehet baj? Egyébként, grafikus felületen miképpen tudom állítani a megosztási beállításokat? Samba-t hiába telepítettem, grafikusan még azt közli, hogy nincs szolgáltatás telepítve a megosztáshoz. Gondoltam mivel nem vagyok még túl jártas,megnézném grafikus felületen. Nem gondoltam volna, hogy a Windows tudja korlátozni, hogy - egy másik gépen - ha egy mappát lát, oda biztonsági okokból nem ír, de megnézem ezeket a Windows-beállításokat, köszönöm. Köszönettel, Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Telepített rendszer: rendszerindító ISO képfájlba
Szia! A választ köszönöm. A legelső találat ez volt, amit a kereső kidobott és sokat próbáltam. Hiába próbálkoztam vele, nem sikerült. Sok iso-t gyártottam a grub-mkrescue parancssal, volt amikor azt is beállítottam, hogy a rendszer elsődleges lemeznek tekintse stb, nem volt hajlandó CD-ről boot-olni. Például - ha a rendszer beengedi és nem szűri ki - ilyen ISO fájlt gyártottam, a linkről tölthető le: https://we.tl/t-67qhdEzQKo Hátha meg lehet mondani hogy ezesetben miképpen, hol hibáztam (és mit). Régen - Debian esetén - volt olyan lehetőség, hogy indító floppyt készített valami parancs, mindent rápakolva az adott lemezre azonnal. Hasonló kellene nekem, csak Ubuntu alá. Van ötletezzel kapcsolatosan? Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Samba-megosztás jogosultság-probléma
Sziasztok! Windows 10 felé szeretnék megosztani egyetlen mappát, helyi hálózaton, saját gépemről. Anonim módon lehessen csatlakozni, jelszó nélkül szeretném elérhetővé tenni, egyébként is router mögött vagyok, valamint csak én használnám. Ha van jelentősége, Ubuntu Linux van a gépen, erre telepítettem a Samba-t. Szinte mindent alapértelmezetten hagytam, a "megosztva" könyvtárnak 777 jogosultságot adtam, valamint a vendégként történő csatlakozást lehetővé tettem. A Windows látja a megosztást, de másolni nem tud bele, sem semmit létrehozni ("a mappához való hozzáférés megtagadva"). Szeretném, ha a Windows tudná írni-olvasni-törölni a mappát és új mappákat létrehozni benne, amelyek szintén írhatóak-olvashatóak-törölhetőek lennének. Az alábbiakban mit kellene módosítanom a beállításokban, vagy esetleg milyen további opciókat kellene hozzáadnom? workgroup = WORKGROUP server string = %h server (Samba, Ubuntu) # Windows Internet Name Serving Support Section: # WINS Support - Tells the NMBD component of Samba to enable its WINS Server # wins support = no server role = standalone server # If you are using encrypted passwords, Samba will need to know what # password database type you are using. passdb backend = tdbsam obey pam restrictions = yes unix password sync = yes # This option controls how unsuccessful authentication attempts are mapped # to anonymous connections map to guest = bad user usershare allow guests = yes # Un-comment the following (and tweak the other settings below to suit) # to enable the default home directory shares. This will share each # user's home directory as \\server\username ;[homes] ; comment = Home Directories ; browseable = no # By default, the home directories are exported read-only. Change the # next parameter to 'no' if you want to be able to write to them. ; read only = yes # By default, \\server\username shares can be connected to by anyone # with access to the samba server. # Un-comment the following parameter to make sure that only "username" # can connect to \\server\username # This might need tweaking when using external authentication schemes ; valid users = %S [Windows-nak] comment = Windows-nak path = /home/felhasznalo/megosztva browseable = yes read only = no guest ok = yes Üdvözlettel: Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Telepített rendszer: rendszerindító ISO képfájlba
Sziasztok! Már telepített Linux (Ubuntu) esetén ha azt szeretném, hogy a rendszerindító kerüljön egy lemezképbe, amelyet ki tudok írni, mit kell tennem? Tehát: kiírom egy CD-re és onnan is tudja indítani a rendszert. Elég lenne csak minimális rendszerindító, a többi szükséges dolgot betölthetné a lemezről amikor indul, ha ez lehetséges. Mennyire bonyolult ezt megcsinálni és mit kell alkalmazni? Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Samba-megosztás jogosultság-probléma
Szia! Sajnos magával a Samba jogosultság-kezelésével lehet a probléma, mert a mobiltelefon is látja a megosztást és szintén nem tud fájlt másolni a megosztott mappába. :( Ha van még bármi ötleted, érdekelne. A samba beállításoknál a directory umask értéket kellett volna definiálnom? Azt gondoltam elég lesz ha 777 értéket adok annak a mappának. A "/home" megosztása nem szükséges ilyenkor gondolom, illetve azt sem tudom, hogy sima telepítésnél milyen felhasználó nevében fut a Samba és hogy annak a felhasználónak a tulajdonába kell -e tenni a megosztani kívánt mappát stb... Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: SSD
Sziasztok! Én úgy tudom, hogy bármekkora méretet tud mutatni a (hamisítvány) SSD - mint ahogy előző levélíró is utalt rá - aztán valójában mondjuk csak 128 GB-s, adatmásoláskor pedig szépen felülírogatja a fájlokat és "sohasem telik be". Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Egy történet vége
Sziasztok! Nagyon szomorú számomra bármely levelezési lista megszűnése, tudom hogy a trendek változnak és sajnálom hogy a közösségi média mindent önmagába olvaszt. Szerintem az ottani csoportok jóval kevésbé tekinthetőek át és kereshetőek vissza, mint a (konkrét tárggyal megjelölt) e-mail-ek. Bár lehet azért gondolom ezt így, mert nem szeretem a közösségi médiát. Minden jót Mindenkinek. Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Linux - sata vs scsi dvd író??
Üdv mindenkinek, Egy kisebb önkormányzatnak üzembe kellene állítani egy linux szervert. (squid, samba, fetchmail, stb). Jelenleg a HW összerakásánál tartok és valószínűleg suse 8.1 megy rá.. Kérdés : mennyire támogatja a linux (suse) az SATA HDD-ket illetve az SATA DVD írókat? Kell-e valami hozzá (2.4.19-nél újabb kernel, stb..), vagy simán üzemelnek? Mennyire macerás az SATA DVD író és a cdrecord esete ?? Elképzelés: szeretném ha a / illetve a /home külön hdd-n lenne + raid is kellene (mdadm), de ez 4 PATA hdd-t jelentene így a dvd író csak scsi vagy SATA lehet... Mi a véleményetek? Ti mit ajánlotok? Üdv, Csaba ti A hat lúzer újra együtt! Üvegtigris 2: január 19-től a mozikban! http://www.uvegtigris.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: tavoli soros port
Csaba Halasz [EMAIL PROTECTED] wrote: Tudtok valami módot, hogyan lehetne egy gép soros portját másik gépröl elérni? Konkrétan egy soros porti távirányítót szeretnék másik gépröl használni. Szóval valami remote lirc remote :) megoldás lenne. Storno, mentem pörgetni. Ezt a lircd már eleve tudja ;-) -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
cifs iowait
Hi! Az normális, hogy cifs filerendszer esetén nem látszik az io wait a topban? 2.6.15, dual opteron, procps version 3.2.5 Más. Nincs valakinek 1 napra kölcsönbe egy 66MHz 64bit PCI-X gigabites hálókártyája? Köszi. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
POP3 szerver kerestetik
Üdv, Valami egyszeru pop3 szervert keresek Open Suse 10.0 alá. Cél a : fetchmaillal letöltött leveleket a felhasználók le tudják tölteni a helyi linux szerverrol.. Érdekelnének tapasztalatok, infok, linkek a témával kapcsolatban.. Csaba, _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
POP3 szerver kerestetik
Üdv, Valami egyszeru pop3 szervert keresek Open Suse 10.0 alá. Cél a : fetchmaillal letöltött leveleket a felhasználók le tudják tölteni a helyi linux szerverrol.. Érdekelnének tapasztalatok, infok, linkek a témával kapcsolatban.. Csaba, _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
patchwork
Sziasztok! Ha valaki ismer linux alá free patchwork tervező szoftwert, árulja el a nevét, esetleg egy letöltési forrással együtt. Köszönettel: Tekes Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
archivum
Sziasztok! A teljes archívum letölthető-e Kmail alá beilleszthető formátumban, és ha igen, honnan? -- Köszönettel Tekes Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Ctrl-F1 helyett F25
Hali! Ha már szóbakerült a billentyüzet akkor beírom a problémám: 7-es xorg van ubuntu csomagokból. Természetesen a hosszú ö és ü betük kalaposak/hullámosak, mivel az xkb fájlban otilde és ucircumflex van. Ha átírom odoubleacute-ra, akkor viszont nem jelenik meg semmi. xev: KeyPress event, serial 28, synthetic NO, window 0x261, root 0x45, subw 0x0, time 1962872661, (129,-21), root:(320,815), state 0x2010, keycode 51 (keysym 0x1fb, udoubleacute), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False Amennyire néztem, a hunglish-ban is ez lenne bár azt nem tudom betölteni. Biztos valami triviális és milliószor leírt dolgot nem tudok, legyetek szívesek felvilágosítani. Köszi. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
mdadm hotswap
Hi! Coraid etherdrive cuccra tettünk linuxot. 2.6.12-es kernel, a marvell-féle bináris driver, mdadm verziója 1.9.0. Ha kihúzom majd visszadugom az egyik diszket ami nincs raidben, akkor ugyanazt az eszközt rendeli hozzá. Ha viszont raidben lévöt húzok le, akkor az mdadm szerint a diszk failed lesz (ez jó is), de nem tudom eltávolítani a tömbböl, mert sír, hogy no such device. Ha ezután visszadugom, akkor már új eszközt rendel hozzá (feltehetöleg azért mert az md még fogja az elözöt). Mi erre a gyógyír? Ha mdadm-ot frissítek az segíthet? Vagy tök máshogy kellene csinálni? Köszi. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mdadm hotswap
Andras HORVATH [EMAIL PROTECTED] wrote: 2.6.12-es kernel, a marvell-féle bináris driver, mdadm verziója 1.9.0. ez egy jo regi mdadm. 1.12-nel tartunk, nehol meg 1.11 van. Ok, akkor egy frissítést megpróbálok majd. a diszk failed lesz (ez jó is), de nem tudom eltávolítani a tömbböl, mert sír, hogy no such device. Ha ezután visszadugom, akkor már konkretan mit csinalsz es mit mond ra? hogy nez ki a /proc/mdstat elotte, utana, kozben? Jól néz ki ;) Elötte minden normális, közben és utána a kihúzott diszk failed, a többi jó. Azt csináltam, hogy diszk kihúz aztán mdadm /dev/md0 -r /dev/sda és azt mondta rá, hogy no such device. Az új eszközt hozzá is tudtam adni a tömbhöz, és egy reboot után meg is gyógyult az egész. Erröl jut eszembe: raid5 resync közben van, hogy a cat /proc/mdstat tízpercekig blokkolódik, ez normális? Itthon a raid1 nem csinál ilyet. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mdadm hotswap
Lajber Zoltan [EMAIL PROTECTED] wrote: On Sun, 9 Apr 2006, Csaba Halasz wrote: a többi jó. Azt csináltam, hogy diszk kihúz aztán mdadm /dev/md0 -r /dev/sda és azt mondta rá, hogy no such device. jobb sorrend az ,ha elobb kiveszed raid tomb-bol, majd scsiadd -r, ujdisk berak, scsiadd -a, utanna mdadm. Én csak kirántottam a hotswap fiókból, szimulálva, hogy mi lenne ha meghalna. Mert mi lesz, ha meghal? Akkor nem ugyanez lesz, hogy nem fogom tudni kivenni a tömbböl? scsiadd-ot nem próbáltam, ha legközelebb a gépterem felé járok akkor megnézem attól jobb lesz-e. Arra figyelj, hogy reboot nelkul a sdX elnevezes szerencsetlen: lehet, hogy amit kiveszel, az sda, amit beraksz, az meg sdh lesz pl. Az az érdekes, hogy ha nem tömbben lévö diszket húzok ki majd dugok vissza, akkor ugyanazt az sdX eszközt kapja vissza. Köszi a választ. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mdadm hotswap
Andras HORVATH [EMAIL PROTECTED] wrote: a no such device az erdekes, szerintem nem kene ilyennek tortennie; az md-nek fognia kellene a diszket. Gondolom udev-et hasznalsz? van ilyenkor (amikor kihuzol egy addig aktiv diszket) meg /dev/sda (marmint device file)? Hú, lehet, hogy ez lesz a probléma! Most sajna állnak a gépek, mert elszállt az egyik szünetmentes, de majd megnézem. Köszi! -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: screen-ben levo app kivulrol valo vezerlese
LiRul [EMAIL PROTECTED] wrote: Arra lenne szuksegem, hogy bootkor init scripttel detached screen-ben indulo alkalmazasnak stop eseten tudjak kuldeni mondjuk egy ctrl+c-t. ctrl+c = SIGINT -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: screen-ben levo app kivulrol valo vezerlese
LiRul [EMAIL PROTECTED] wrote: Vagy egy quit\n-t. Ezt pedig elvileg a -X kapcsoló illetve a readbuf és a paste parancsokkal lehet. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
axis videoszerver
Sziasztok! Ugy tunik be kellene uzemelnem egy axis 241 videoszervert. Csak annyi kellene, hogy a kiadott kepet egy weboldalba beillesszem. Tudtok mondani valami olvasnivalot? (RTFM,FAQ) (A cuccban belul egyebkent linux van.) Koszi. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: axis videoszerver
Csaba Halasz [EMAIL PROTECTED] wrote: Ugy tunik be kellene uzemelnem egy axis 241 videoszervert. Ne faradjatok, megoldodott. Egyszerubb volt mint gondoltam. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
ext2 file rendszer DVD-re ?
Üdv mindenkinek, Ismer-e valaki olyan programot, mivel egy előre elkészített ext2-es imaget fel lehetne égetni dvd-re? Próbálkoztam a growisofs-el és a dvdrecord-al, de ezek csak iso-t esznek meg... cdírásnál a cdrecord megcsinálta. Lehet-e ugyanezt dvd-n ? Vagy törődjek bele az iso-ba ? üdv, csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ext2 file rendszer DVD-re ?
Üdv, A dvdrecord egy kis noszogatás után felégetett ext2-őt is, de több érdekes dologba futottam bele : 1) A plextor 755A íróm a TDK DVD-RW-t 2x sebességgel tökéletesen megírta, de a disk type : UNKNOWN ??? Az íróm, vagy a dvdrecord-om nem ismeri fel a lemezt ?? (mindkettő a legfrissebb - firmware 1.04 , dvdrecord frissen letöltve) 2) Ugyanez az író a TDK DVD-R 1x-16x lemezt már nem írja! ugyanúgy : disk type : UNKNOWN , majd a 9 másodperc eltelte után az 1. Mb írásakor elszáll SCSI hibával. (ezért hittem, hogy nem eszi meg az ext2-es imaget) 3) Ha userként su -val indítom el a dvdrecordot, akkor a burn free OFF, ha rootként jelentkezek be, akkor viszont ON... Mihez nincs hozzáférése su - val ?? Van valakinek ötlete ?? Üdv, Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ext2 file rendszer DVD-re ?
Üdv, Elméletileg a következo muködik, : growisofs -Z /dev/dvd=/tmp/valahol/tetszoleges_image_file de nekem azt írja, hogy : Invalid argument Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Suse 8.1 és Plextor 755A esete - DVD írás
Üdv nektek, Történt velem, hogy egy sanda gondolattól vezérelve suse linux alatt dvdrecord-al szerettem volna ext2-imaget dvdre kiírni a plextor 755A típusú írómmal. A dolog megy hiba nélkül, de : Ha DVD-RW -re írom, akkor a speed=2 opció hatására normális (2 x 1400Kb/sec) sebességgel írja. Ha DVD-R -re írom ugyanúgy speed=2 opció hatására az írási idő majdnem 6000 sec!! (közel 2 óra)!!! Az IDE írót SCSI-emulációval sr0-ként látja a rendszer. Próbáltam több típusú DVD-R lemezzel is (TDK-R 8X, TDK-R 16x, Plextor-R 16x ), de a hiba megvan... Próbáltam a DMA-t kapcsolgatni - semmi javulás. próbáltam Win alatt a plextor-tool nevű programmal a Auto-Strategy funkciót kapcsolgatni, de semmi hatás. (pedig a leírás szerint ez a funkció csak DVD-R típusú lemezeknél kapcsol be.) De lehet hogy újraindításkor mindíg default ON-ba kapcsol. Próbáltam már a linux alatti parancssoros plextor-tool programot, do ott nem lehet kapcsolgatni az auto-strategy opciót. Az írón a legfrissebb firmware van. Elakadtam Miért kell a rendszernek majdnem 2 óra a 2x-es íráshoz -R es lemezeknél (CPU kb 10%-os terheltséget mutat) És miért írja meg rendes (kb 1400 sec) idő alatt a DVD-RW lemezeket ugyanazzal az image-vel. (CPU kb 60%) Ja: A SUSE 8.1 ben még 2.4.19-es kernel van... ext2 filerendszer : dd if=/dev/zero of=/tmp/diskimage.ext2 bs=2k count=359847 losetup /dev/loop0 /tmp/diskimage.ext2 mke2fs -m0 -T largefile -N6384 /dev/loop0 mount -t ext2 /dev/loop0 /media/cdrom itt valamivel a /media/cdrom -ba másolom a kívánt fileokat.. umount /media/cdrom losetup -d /dev/loop0 dvdrecord -v -eject -fs=30m -dao -driveopts=burnfree speed=2 -ignsize dev=0,0,0 /tmp/diskimage.ext2 (fejből ment, a count=359847 nem biztos, de valahogy így szoktam..) Help Nekem... Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Régi CD-RW lemez írása
Ruzsinszky Attila [EMAIL PROTECTED] wrote: is not able to write at 2x or 1x. This may be circumvented with -force. Nem nagyon hatja meg a --force. Egy minusszal? A man ezt írja, ennyit tudok. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
SQUID LOG kérdés
Üdv mindenkinek, Szertném beállítani, hogy a squid logja szemre emészthetőbb legyen. Szeretném, ha az acces.log -ban valamilyen dátum + idő legyen és a kérő IP címe is szerepeljen a logban. Kérdés : melyik paramétert kellene átállítanom ?? Üdv, Csaba UI: Squid Cache : Version 2.5.STABLE10 Jelenlegi beállítások : http_port 3128 cache_dir ufs /var/cache/squid 100 16 256 cache_access_log /var/log/squid/access.log cache_log /var/log/squid/cache.log cache_store_log /var/log/squid/store.log log_ip_on_direct on mime_table /etc/squid/mime.conf debug_options ALL,4 client_netmask 255.255.0.0 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mplayer 640x512
Also-Antal Csaba [EMAIL PROTECTED] wrote: Csaba Halasz wrote: A hw gyorsitos vo nem zarja ki az sw scaler hasznalatat ha neked az jobban tetszik. lehet, hogy tivialis, de meg nem jottem ra hogyan lehet... ahogy nezem a hw scaler es a yuv-rgb kodoloas ront a kepen sokat, ha ez sw-bol megy akkor mit gyorsit a hw? Semmit, csak arra mondtam, hogy hasznalhatod azt a drivert ami amugy tud hw skalazast. azt, mert csak igy lehet 50hz-re allitani. igaz egy kicsit butykolni kell a kernelt is, hogy ne a kompozit videon akarja kiadni hanem a vga csatlakozo r, g, b drotjain a kepet. xv meg nincs mert fb-vel meg a X, csak xvidix van. Ha fb, akkor nezd meg valamelyik fb driverrel, man alapjan a dfbmga latszik szimpatikusnak. Tobb otletem sajnos nincs. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: User altal inditott bizonyos program nice szintje
LiRul [EMAIL PROTECTED] wrote: Van erre szebb, elegansabb es kozephaladok szamara kikerulhetetlen megoldas a torrent kliens binarisanak atnevezesenel, s egy wrapper elotet program beillesztesenel az eredeti fajl nevevel megegyezoen? Kozephalado, de akar a kezdo is telepithet maganak torrent klienst, nemde? Ezzel mar meg is kerulte ezt a vedelmet. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: kis gep + tv
Kosa Attila [EMAIL PROTECTED] wrote: On Tue, Sep 05, 2006 at 03:18:44PM +0200, Czakó Krisztián wrote: 2006. 09. 5, kedd keltezéssel 12.33-kor SANDOR Gabor ezt írta: 2-3 éve sokat kisérleteztem real-time tv felvételekkl, volt is a listán pár eredmény... Nekem Athlon-xp 1.6Ghz gépen hibátlanul ment a felvétel divx-be mencoderral 384xnemtudommenyimár felbontással, ami pont a PAL. Az emlitett PIII 384x288-ban szepen vett fel, akar rogton divx-be is, de ez csak a PAL felbontasanak a fele, ha jol tudom. Igy is fele (vizszintesen), meg ugy is fele (fuggolegesen). Szoval negyed PAL (QPAL). Ha meg digitális, akkor egy 200 mhz p1 is elég a vételhez, hiszen csak a diszkre kell írni a bejövő adatfolyamot. Azert en ebben nem vagyok olyan biztos... Arrol nem is beszelve, hogy eszmeletlen diszkterulet kell ehhez. A minap volt egy szabadon letoltheto anyag HDTV 1080-ban, 4 perc 39 masodperc 647.827.460 byte... Jah, de nem muszaj rogton HDTVt felvenni :) Mellesleg ez meg mindig csak ~1MB/s, amit talan meg a P1 is elvisz :) Sima DVB nagyjabol 1.5GB/ora. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: makedvd growisofs
Zana János [EMAIL PROTECTED] wrote: /dev/dvd: Current Write Speed is 4.1x1385KBps. :-? the LUN appears to be stuck writing LBA=310h, retry in 141ms Ez eleg gyanus, lehet, hogy nem is irta meg a lemezt, nem csak a lezaras hianyzik. 1. Eddig a k3b, growisofs, makedvd programoknak csak az alapértelmezett parancsait használtam. Nem elég? Elvileg de. 2. Van-e olyan program, amellyel a short lead out és a nyitva maradt lemezeket szabályosan le lehet zárni? If you [...] have non-finalized DVDąR media, you can use this snippet (http://fy.chalmers.se/~appro/linux/DVD+RW/close.cpp) to revive it. DVD+RW media can be finalized with dvd+rw-format -lead-out. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: grafikus alkalmazás futtatása kívülr ől
Köteles Ferenc [EMAIL PROTECTED] wrote: a következő volna a feladat. Adva van egy gép, amiről ip-címénél fogva be lehet jelentkezni ide-oda (tudományos adatbázisok). Van egy külső, ami adsl-en keresztül tud csatlakozni hozzá. A feladat az volna, hogy a külsőről grafikusan is futtatható legyen egy böngésző. Ssh-val beloggolva a links/lynx már megy, de jó volna valami kezelhetőbb (azaz grafikus) megoldás. Gondoltam az ltsp-re, de az azért túlzás lenne és a sávszélesség miatt sem volna az igazi. Mit javasoltok, merre keresgéljek? Nem egeszen ertem a kerdest, de esetleg nem lehetne lokalisan futtatni a bongeszot es csak a halozati forgalmat iranyitani a tunnelbe? -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cacti vs munin
Gábriel Ákos [EMAIL PROTECTED] wrote: LiRul wrote: 2) Kisse elavultnak talalom a bitmap grafikonokat. Egy graph tipikusan olyan valami, ami kialt a vektoros abrazolas utan. Felolem lehet SVG, flash vagy barmi csak hianyzik a nagyithatosag. rrd-ben nincs sok ertelme nagyitani, pont errol szol. olvasd el a doksijat, ra fogsz jonni. [-a|--imgformat PNG|SVG|EPS|PDF] Image format for the generated graph. De hogy a muninnak ezt hogy lehet megmondani azt nem tudom. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cacti vs munin
Lajber Zoltan [EMAIL PROTECTED] wrote: On Thu, 14 Sep 2006, Csaba Halasz wrote: [-a|--imgformat PNG|SVG|EPS|PDF] Image format for the generated graph. De hogy a muninnak ezt hogy lehet megmondani azt nem tudom. http://munin.projects.linpro.no/wiki/protocol-config : ... graph_args? If set, the arguments will be passed on to rrdgraph. ... Viszont ahogy nezem a muninba eleg kemenyen bele van drotozva a png... -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: screnn kimenet
Attila [EMAIL PROTECTED] wrote: Pont ez kellett, de csak akkor müködnek ha belépek egyszer (screen -r). Tehát ha csak screen -dmS ezatop top -ot inditok akkor nem megy egyik sem. Ezt hogy lehetne orvosolni ? (ezek a parancsok egy scriptböl mennének majd) Erdekes jelenseg. Ha megadod, hogy -p 0 akkor viszont mukodik. Ugy latszik ha eleve detached modban inditod a screent, akkor nem lesz aktiv ablak. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ext3 nemertem...
SZALAY Attila [EMAIL PROTECTED] wrote: amin en balga elkezdtem defragolni, de kozben jott az ordog es megszakitotta nekem jol. El sem kellett volna kezdeni. Vagy ha mindenkepp muszaj volt, akkor nyilvan csak backup utan. De erre meg mar azt mondjak az okosok, hogy erdemesebb mindent torolni es a backupot visszaallitani. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: linux, initrd problema
M. Csabi [EMAIL PROTECTED] wrote: exec /sbin/init ${CMDLINE} A CMDLINE tartalma a kovetkezo: BOOT_IMAGE=17 ro root=302 Ez nagyon nem tetszik az initnek, mert kiirja hogy: usage: init... es az osszes parametert... Tehat mintha rosszul lenne meghivva... Merthogy a CMDLINE a kernel parancssora, es semmi koze az init-hez. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: linux, initrd problema
M. Csabi [EMAIL PROTECTED] wrote: Ezek szerint a script rosszul van megirva... Tudsz valamit javasolni hogy ezt mire csereljem hogy mukodjon? Szerintem alapesetben nem kell semmi parameter az init-nek. Tovabbi problema hogy a lilo-nak csak a /dev/ram0 root-ot tudom megadni, mert egyszerre ertelemszeruen ket root megadasa nem lehetseges, hogyan vegyem ra hogy tovabblepjen? Nem is kell a masik root-ot megadni, azt a scriptben levo pivot_root hivas elintezi. initrd ugyben vannak nalam hozzaertobbek is, remelhetoleg elobb-utobb benez ide valaki es tud tobbet segiteni. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: DVD meghajto firmware megallapitasa/frissitese linux alatt?hogyan?
Gyurman Attila [EMAIL PROTECTED] wrote: M. Csabi írta: Hogyan tudom megallapitani linux alatt hogy milyen firmware van rajta, illetve az ujat hogyan tudom feltenni? # hdparm -I /dev/hdc /dev/hdc: ATAPI CD-ROM, with removable media Model Number: HL-DT-ST DVDRAM GSA-4163B Serial Number: K0151S61318 Firmware Revision: A102 Linux alatt sajna kevés esélyed lesz szerintem a frissítésre, mert amiket én eddig láttam (Lg, Samsung) ahhoz mind wines exe volt. NEC irokhoz van linuxra is, igaz nem hivatalos: http://binflash.cdfreaks.com/ -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: video+text player
Szima Gábor [EMAIL PROTECTED] wrote: Letezik-e Linuxra olyan (hasznalhato) megjelenito rendszer, amely folyamatosan kepes videot lejatszani (teljes kepernyon), es a video mellett/alatt/felett (osztott kepernyo) vagy transzparensen rovid szoveges uzeneteket is meg tud jeleniteni? Az uzenetek on-line jonnek (halozaton keresztul), tehat nem a videohoz kotottek (mint pl. egy feliratozas). mplayer ;) -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: video+text player
Andras HORVATH [EMAIL PROTECTED] wrote: Csaba Halasz [EMAIL PROTECTED] wrote: mplayer ;) jaja, mplayer, a szovegeket meg az osd_cat nevu cuccal irogatnam ra, nekem igy szol a notebookom ha merul az akksi filmnezes kozben :) Szepen el lehet neki szint, betumeretet, minden egyebet magyarazni. (nalam az xosd-bin nevu csomagban van) Nem is tudtam, hogy van ilyen :) En siman az mplayer beepitett osd-t hasznalom: mkfifo pipe mplayer -input file=pipe aztan echo osd_show_text akarmi pipe Gaim uzeneteket szoktam oda is kapni, nehogy lemaradjak vmirol :) -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Open SUSE 10.1 firewall log
Üdv mindenkinek, A log tele van a következő sorokkal : kb 10-20 másodpercenként 1 új sor kerül a logba, ami így nagyon meghízik ... Feb 11 07:19:02 kameleon kernel: SFW2-DROP-BCASTe IN=eth3 OUT= MAC=ff:ff:ff:ff:ff:ff:00:50:fc:40:21:b9:08:00 SRC=82.141.159.67 DST=255.255.255.255 LEN=95 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=5678 DPT=5678 LEN=75 Feb 11 07:19:20 kameleon kernel: SFW2-DROP-BCASTe IN=eth3 OUT= MAC=ff:ff:ff:ff:ff:ff:00:02:72:5a:c9:aa:08:00 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=6304 PROTO=UDP SPT=68 DPT=67 LEN=308 megjegyzés: az eth3 a külső, internet felőli oldal. Mit jelentenek a fenti sorok? Hogyan lehet megszüntetni ? Köszi a segítséget , Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Open SUSE 10.1 firewall log
Üdv, A szerver egy kisebb polgármesteri hivatal szervere amin fut több dolog (samba, squid, stb...) az eth3 az internetszolgáltató felöli oldal. köszönöm a választ... Csaba. Fried Zoltan írta: valaki (82.141.159.67) 255.255.255.255 (broadcast) csomagokat kuld feled az udp 5678 portra. mindenesetre fucsa a portvalasztas. DHCP keresenek tunik a 67-es udp csomag miatt. ez is broadcast. Szurd be az INPUT lancba, hogy /sbin/iptables -I 1 INPUT -i eth3 -d 255.255.255.255 -m limit --limit 1/min --limit-burst 2 -j LOG ez az elso ketto logbejegyzes utan mar csak percenkent 1 bejegyzesed lesz a broadcastra. mindenesetre ebbol kiderul hogy abbahagyta e vagy sem es nem fog telni a log. /sbin/iptables -I 2 INPUT -i eth3 -d 255.255.255.255 -j DROP aztan minden ilyen csomagot eldobunk. ha nem erdekel a log akkor csak a masodik sor szukseges, de akkor a -I 2-t csereld -I 1-re. egy szerverfarmon van ez a gep ? Zoli _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Squid + smb_auth segítségkérés
Üdv mindenkinek, Squid authentikációt smb_auth -al szeretném megoldani, mégpedig úgy, hogy csak egy txt állományban lévő ipcímekről érkező kérések előtt kellene hitelesíteni. Sok doksit átrágtam és odáig jutottam, hogy a proxy kér fnév/jelszó hitelesítést, de semmit sem fogad el. Én úgy gondolom, hogy az smb_auth a samba felhasználóit engedi át (megfeleló fnév és jelszómegadása után) - Jól gondolom ? kipróbáltam a smb_auth -ot parancssorból de minden általam próbált smb usert elutasít. Ha nem, akkor hová kell felvinni az átengedni kívánt Fnév jelszó párost és milyen formában. a /var/lib/samba/netlogon/proxyauth tartalma : allow Mit rontottam el ? Minden segítséget szívesen fogadok. Üdv Csaba, Squid.conf idevágó részei : auth_param basic program /usr/local/bin/smb_auth -S /var/lib/samba/netlogon/proxyauth auth_param basic children 5 auth_param basic realm Squid proxy-caching web server auth_param basic credentialsttl 2 hours auth_param basic casesensitive off acl all src 0.0.0.0/0.0.0.0 acl manager proto cache_object acl localhost src 127.0.0.1/255.255.255.255 acl to_localhost dst 127.0.0.0/8 acl SSL_ports port 443 563 acl webhelyek url_regex /etc/squid/web-allow.txt acl kiemelt src /etc/squid/ip.txt acl pswusers proxy_auth REQURIED src /etc/squid/pswip.txt http_access deny manager always_direct allow FTP http_access allow kiemelt http_access allow webhelyek http_access allow pswusers http_access allow localhost http_access deny all smb.conf - talán hasznos [global] workgroup = WORKGROUP netbios name = Kaméleon server string = Linux Szerver wins support = no log level = 1 read only = no hosts allow = 192.168.100. interfaces = 192.168.100.254/255.255.255.0 bind interfaces only = yes domain logons = no domain master = yes security = user [homes] comment = Sajáít könyvtár valid users = %S browseable = no read only = no inherit acls = Yes create mask = 0777 directory mask = 0777 [publikus] comment = Publikus Dokumentumok path = /home/publikus read only = no writeable = yes create mask = 0777 directory mask = 0777 force user = samba force group = titkarsag guest ok = yes guest account = ftp guest only = yes inherit acls = Yes [netlogon] comment = Network Logon Service path = /var/lib/samba/netlogon write list = root _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Squid + smb_auth segítségkérés
Üdv mindenkinek, A dolog javult egy kicsit a domain logons = yes re ami a sambának hiányzott. a parancssori smb_auth most már jól működik. Ha jó az Fnév/jelszó páros akkor OK -t ad vissza. De a squid nem hajlandó továbbra sem elfogadni semmilyen érvényes samba usert. A logokat néztem, de nem jutottam előrébb, igazából semmi sem látszik. Kérdés : smb.conf netbios name = Kaméleon Ebben lehet-e ékezetes betű? Nem ez zavarja meg a squid-ot? Köszönöm a válaszokat, Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
root login nem megy
Üdv mindenkinek, Egy Open Suse 10.0 X86-64 rendszeren lenne a fent említett hiba, vagyis a root -ot nem engedi be konzolról, és a su - sem működik. A furcsa az, hogy ha su - al próbálkozom akkor a hibaüzenet: su: nem lehet beállítani a csoportokat. A művelet nem engedélyezett. (és nem pedig rossz jelszó !) Ha konzolról lépek be akor a login incorrect a hibaüzenet. Ami érdekes lehet a logban: PAM-securetty[7995] /etc/securetty is either world writable or not a normal file. A fenti /etc/securetty file-t megkerestem, de semmi hibát nem vettem észre. # # This file contains the device names of tty lines (one per line, # without leading /dev/) on which root is allowed to login. # tty1 tty2 tty3 tty4 tty5 tty6 tty7 # for devfs: vc/1 vc/2 vc/3 vc/4 vc/5 vc/6 Mi lehet a hiba ? És érthetetlen, de a KDE-be root két viszont beenged, de ezt a megoldást nem szeretném használni. Jobban örülnék ha a tty2-6 ig be tudnék jelentkezni rootként, vagy a su - működne. A válaszokat előre is köszönöm, Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: root login nem megy
Üdv, Köszönöm, konzolról már be tudok lépni, valóban a jogok voltak rosszul beállítva. De a su még mindíg nem megy: su: nem lehet beállítani a csoportokat. A művelet nem engedélyezett. Ezzel kapcsolatban viszont nem találok semmit a logban. Mit kellene keresnem? Viszont észrevettem, hogy a /etc könyvtárban a jogosultságok el vannak állítva. Szerintem ez a gond, de nem tudom, hogyan lehet az összes file jogosultságát visszaállítani az alapértelmezettre. Vagy eggyenként kell visszaállítani chmod -al? Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Nagios SNMP
Sziasztok! Tudja-e valaki, hogy hogyan lehet Linksys routerbol nagiosszal kiszedni az SNMP infot? Ezt a hibaüzenetet kapom: SNMP problem - No data received from host A config fájl így néz ki: define service{ use generic-service ; Inherit values from a template host_name Linksys service_description Uptime check_command check_snmp!-C public -o sysUpTime.0 } Talaltam egy check_linksys pearl scriptet, de azzal sem megy, pedig a routeren be van kapcsolva az SNMP Üdv. Vincze Csaba _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagios SNMP
Ezt talan ellenorizzuk elobb, mielott barmit is csinalunk! snmpwalk -v1 -cCOMMUNITY_HERE HOSTNAME_OR_ADDRESS_HERE . Masold ide a valasz elso 10 sorat! Sajnos csak egy sorom van es ez ennyi: Timeout: No Response from xxx.xxx.xxx.xxx - Original Message - From: Kiss Gabor ki...@ssg.ki.iif.hu To: linux@mlf.linux.rulez.org Sent: Tuesday, January 20, 2009 10:27 AM Subject: Re: Nagios SNMP In article 754a23b9abfc49e5830ddc15b05e0...@csabipc, Vincze Csaba vincze.cs...@adix.ro writes: Tudja-e valaki, hogy hogyan lehet Linksys routerbol nagiosszal kiszedni az SNMP infot? Ezt a hibaüzenetet kapom: SNMP problem - No data received from host Talaltam egy check_linksys pearl scriptet, de azzal sem megy, pedig a routeren be van kapcsolva az SNMP g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux Information from NOD32 This message was checked by NOD32 Antivirus System for Linux Mail Server. part000.txt - is OK http://www.nod32.com __ Information from ESET NOD32 Antivirus, version of virus signature database 3779 (20090119) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: utf8 kodolas a listan
2009. április 20. dátummal Kiss Gabor ezt írta: In article 49e46016.4090...@pse.siemens.hu, =?UTF-8?B?TGFib3JjemkgUMOhbA==?= lp...@pse.siemens.hu writes: S29zYSBBdHRpbGEgw61ydGE6Cj4gSGVsbG8hCj4gSWRvcm9sIGlkb3JlIGZlbHZldG9kaW ssIGhv Z3kgbWllcnQgbmVtIGVuZ2VkZWx5ZXpldHQgYSBsaXN0YW4gYXoKPiAgIApOZW0gZW5nZW TDqWx5 Azaz: | Nem engedélyezett?? Mégis simán átmegy és tudtommal senki nem | panaszkodott miatta. Én már panaszkodtam. :- De nem gyakran teszem, mert túl fárasztó lenne. :- A háziszabály az, hogy csak olyan segélykérõnek válaszolok, akinek el tudom olvasni a levelét. Vegyük észre, hogy nem õk tesznek nekem szivességet! Ez szvsz nagyon önző hozzáállás. Az alapértelmezett beállítások egy frissen telepített rendszerben már nem ISO-8859-x szabványosak, hanem UTF-8-asok. A levelezők szintén. Feltéve ha bárki is a jelenlevők között használ grafikus felületet. Persze tudom hogy itt csak mazohisták és konzol függők élnek, mert ugye szerverekre nem kell semmi. még billentyűzet sem, csak ssh elérés. Akkor viszont az otthoni éles gépeiken bármit betudnak állítani. De gondoljatok azokra akik programoznak, és grafikus felületet is használnak, esetleg már nem a kezdők közé sorolják magukat, azokkal mi legyen? Én nem az vagyok, ezt kijelentem. Én 1999 óta még mindig kezdő vagyok. A kmail alpértelmezett beállítása is pld. 78 karakter, és már ezért is megszólnak ezen a listán. Miért állítgassam az éles rendszeremet át ezért az egy levelezőlistáért? Persze nem kötelező itt lenni, ezt nagyon jól tudom, ezért én csak olvasok, és nem írok, mert kapásból azt is megkapom, hogy az általam intézett kérdés a kezdőre való. De ki dönti el hogy mi akezdő, és mi nem az? Egy kezdő mit tesz, ha script írásra adja a fejét? Ha abból indulunk ki hogy egy kezdő csak kattintani tud, akkor ott hiába teszi fel a kérdést. De ez már szőrszálhasogatás. Én általában szoktam küldeni egy levelet annak az illetőnek akinek hiányzik a fejlécéből a content-type, hogy állítsa be. S így minden valamirevaló levelező lekódolja a levelet. Ez mindig bejött, úgyhogy nem kell szórakozni. A korral együtt kell élni, és nem megrögzötten ragaszkodni az elavult dolgokhoz. Aki ezen a listán ezen problémázik, szvsz nem is erre a listára való. Egy rendszergazda hogyhogy nem tudja beállítani a rendszerét? Akkor miért is rendszergazda? Esetleg még 286-os gépek vannak a szerverközpontokban, 1.0-ás kernelekkel? Semmiféle kódlap lehetőséggel? Akkor azokat le kell cserélni. Lobbizni kell új gépekért. Sosem értettem ezeket a dolgokat. A fejesek a pénzt letudják nyúlni, de az őket kiszolgáló rendszerekre már sajnálják a lóvét. Ez tény. S van még itt valami, ami nem a témához tartozik de most kijön belőlem. A magyar nyelv ékezetes és kész. Olyan szó hogy fileok nem létezik a magyar szótárban. Parizer sem létezik a boltban. Ha megveszed azt a szalámit nézd meg a feliratot rajta. Párizsiról beszélünk, és fájlokról. Minden más csak rossz beidegződés. Lehet hogy a fájl szó sok mindenkinek bántja szemét de ez van már idestova 20 éve a magyar programokban. Most akkor ki megy szemben az autópályán? Virágokat az öltözómbe. Gúnyos megjegyzéseket kérem mellőzni. Okos érvekkel lehet bombázni. -- Üdvözlettel: Mészáros Csaba csablak kukac lajt pont hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
tvcard
Hello lista! Régóta küzdök egy Pinnacle pctv stereo tv kártyával. A hanggal vannak problémáim. A pontos típusa a doboza alapján: Pinnacle Mediacenter 100i Nem mai darab, de már SAA7134-es chipes. 11bd: 002b Eme útmutató alapján próbálom beállítani, de nem okés a dolog. http://www.linuxtv.org/wiki/index.php/Pinnacle_PCTV_Stereo Azt írja, hogy a kártya tökélesen működik az alábbi kernellel. The card works perfectly as TV card until kernel 2.6.14-r2. De már nem ilyen kernelek vannak forgalomban. A jelenlegi 2.6.24.4 gyári Mandriva kernellel egyáltalán nincs hang, illetve csak sistergés van helyette. Az oss hangrendszer a pulse debutálása óta szinte elérhetetlen. Lehet hogy éppen ez a baj? A pulse-t ugyan le tudom tiltani, de akkor sincs semmi változás. Mert csak az Alsa féle OSS emuláció van? Az /etc/modprobe.conf-ba hiába is írom be az alábbi sorokat: modprobe tda9887 port2 = 1 modprobe saa7134 card = 26 tuner = 33 oss = 1 Nem értelmezi. Persze mert itt options kell a modprobe helyett: options tda9887 port2 = 1 options saa7134 card = 26 tuner = 33 oss = 1 De itt az oss=1-re hibaüzenetet dob hogy ismeretlen paraméter. Okát nem értem. - Illetve hiányzik a teljes OSS? S még valami ami szintén igencsak zavaró. A gyári nvidia driverrel egyszerűen elveszik a tvkártya jele, és felváltva jelenik meg a tvtime kék Nincs jel háttere, meg az időnként bevillanó műsorkép. Ezt már nem tudom máshová, - csak a kernel nyakába varrni. A Mandriva 2006-os op.rendszerben de még talán a 2007 Spring-ben is ez még korrektűl müködött. Azóta sok víz lefolyt a Dunán, másik tvkártya került a gépbe, sőt az egész gép is lecserélődött. Odaadtam a havernak ezt a tvkáryát, és nem tudom beállítani. A kép tökéletes, gyorsan vált csatornát - nv driverrel - de a hang az csak sistergés. Működik a távirányító is, mivel azt is frankón belőttem. Milyen ötletek vannak? A rendszer Mandriva 2008.1 gyári kernellel. Gondolok én irq ütközésre is, de hogy azt hogyan lehetne kivédeni arról dunsztom sincs. A weblapon a kártya irq-ja 193 míg a mi gépünkön 16. Lehet hogy valami noapic, nolapic opcióval kellene indítani a gépet? Most csak úgy hangosan gondolkodom. -- Üdvözlettel: Mészáros Csaba csablak kukac lajt pont hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux