- Samsung Galaxy S23 Ultra - non plus ultra
- Vivo X200 Pro - a kétszázát!
- Xiaomi 14T Pro - teljes a család?
- Okosóra és okoskiegészítő topik
- Motorola Edge 30 Neo - wake up, Jr...
- Hivatalos a OnePlus 13 startdátuma
- Samsung Galaxy Fit 3 - keveset, de jól
- Huawei Mate X6 - keleti oldal, nyugati oldal
- Samsung Galaxy A56 - megbízható középszerűség
- Milyen okostelefont vegyek?
-
Mobilarena
Amit érdemes tudni a Raspberry Pi-kről:
A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.
Új hozzászólás Aktív témák
-
Na, csak összejött! Ez a te kitartásodon is múlt.
A következő lépés a volumio és az lcdproc "összekötése". Mivel régi a leírás, egy régi, a mostani rendszereken már nem használ init rendszer beállításairól szól.A telepítő paranscok nem változtak:
sudo apt-get install python-mpd
sudo apt-get install python-pip
sudo pip install mpdlcdAz utolsó sor, egy már előre beállított .conf fájlt tölt le az mpdlcd-hez. Ez talán kis hagyhatod, de úgyis bele kell nyúlni, hogy személyreszabd neked tetsző formába.
wget -O /etc/mpdlcd.conf https://raw.github.com/rbarrois/mpdlcd/master/mpdlcd.conf
És már ki is próbálhatod a működését:
su volumio -c “mpdlcd –no-syslog &” -
-
Egyikből következik a másik. Mivel bevan halva az LCD proc, nem is tudnak hozzá kapcsolódni. A
systemctl start LCDd.service
paranccsal tudod elindítani. Ezután kérdezd le a státuszát, majd ha ott is azt írja hogy rendben elindult, akkor add ki az lcdproc parancsot.
Ezeket is mind meg kellene tanulnod, hogy mi is az a szervíz, hogy a státuszát hogyan kérdezed le, hogy an indítod el, hogyan engedélyezed, hogy az op.rendszer újraindítása után is mindíg elinduljon.
Miért veszel olyan házat/kijelzőt, ami nem is a Pi-hez készült, így támogatás sincs hozzá.
-
Akkor hagyd el az X-et a parancs végéről.
Elméletileg ezzel a paranccsal kiírathatod a CPU és memória foglaltságot a kijelzőre. Elkézelhető, hogy az lcdproc csak újraindítás után olvassa be, értelmezi az új konfigfájlt.
Pl. asystemctl status LCDd.service
parancs azt mutatja, hogy rendben fut?Értem hogy nem érted, de akkor nem egy "ismeretlen" eszközzel kellene próbálkozni, hanem egy olyant kellett volna vásárolni, mihez n+1 működő "step by step" leírás létezik. Vagy legalább vásárlás előtt utánaolvasni, hogy az lcdproc ismeri-e az adott modellt, vagy használta-e már valaki volumio-val.
Ráadásul nekem semmi tapasztalatom se a volumio-val, se az lcdproc-al. A kedvedért kerestem rá, futottam át a manual-t. Szóval vak vezet világtalant tipikus esete. -
Elolvastad?! Olvasd el még1x. Teljesen véletlenszerű ötletektől vezérelve beírsz dolgokat ide-oda.Pl. hol írja, hogy a [server] szekcióba kell írni a device = sort? Ahogy most írod, nem is létezik /dev/lcd3 eszköz. Ettől az ötleteléstől pláne nem fog működni. Az is lehetm hogy elég lenne ennyi
[imon]
Size = 16x2
Device = /dev/lcd0
De kitudja miket írtál hova, amitől nem vagy rosszul értelmezi a beállításokat. A konfig fájl mentése után lehet már működik is azlcdproc -s 127.0.0.1 -p 13666 C M X
parancs. De az is lehet hogy a hibaüzenet alapján tovább lehet keresgélni a hibát.
-
Ezt melyik parancsal tudom megnézni?
ls /dev/lcd*Az per pillanat nem lényeges hogy a LIRC csak infra vevő. Most csak a kommunikációt próbáljuk feléleszteni. Amúgy meg simán beröffentheti a kijelző részét is.
A másik út sokkal bonyolultabb, mert egy nem elérhető forráskódot kell megpatch-elni (hogy a 0036-ot is kezelje) és lefordítanod a drivert. [link] -
Nagyon nem egy malomban őrlünk.
Kezd el olvasni megint szép lassan onnan, hogy "The imon Driver". Azzal kezdi, hogy vagy felteszed az önálló iMON VFD driver-t, vagy a 0.7.1-nél frissebb LIRC-t.
Ugyanakkor azt is írja, hogy jelenleg csak a 15c2:ffdc és a 15c2:0038 verziókat támogatja, a tied pedig 15c2:0036. Vagyis nincs támogatva. Ez megmagyarázhatja, miért nem tud szót érteni vele, de menjünk csak sorban.
- Van /dev/lcd (vagy hasonló nevű) eszközöd?
Mi az ls /dev/lcd* kimenete? Létrejön az eszköz?- A lirc telepítése után létrejön az eszköz?
-
-
Van aki azt mondaná hogy vi
![;]](//cdn.rios.hu/dl/s/v1.gif)
Itt egy gyorstalpaló a vim-hez.
Ha ragaszkodol a nagy robusztus GUI dolgokhoz, akkor pl. VScode, amivel távoli kapcsolaton keresztül fejleszthetsz.tasiadam Ahogy írták is, legegyszerübb a CEC, de tud infrán jelet fogadni (Egy kis plusz elektronika kell hozzá), de létezik rengeteg mobil app, amikor a telefonról/tabletről is vezérelheted.
Viszont ha jól tudom alapból nem tudsz videót küldeni rá mobilról/PC-ről, úgy mint a firestick-re. -
-
-
válasz
totya79
#45222
üzenetére
Természetesen nem buktad. Rengeteg lehetőséged van.
- a live Linux-al hozzáférsz, lejátszhatod, olvashatod, átmásolhatod akárhova
- a Windows 11-re feltelepítheted a Linux-ot, és máris tudod kezelni az ext4 fájlrendszert is.
- rengeteg erre a célra létrehozott program is elérhető: [link] [link] -
válasz
totya79
#45218
üzenetére
A fájlrendszerek sérülése általában adatvesztéssel jár, és egy komplett működő rendszert restaurálni nulla tudással ...
Amúgy az gondja, hogy a FAT fájlrendszer boot szektora, és annak másolata nem egyezik meg.
Elképzelhető, hogy elég lenne Windows alatt leformázni ez a partíciót, és visszamásolni rá a fájlokat.(De honnan?!) Ez egy utolsó szalmaszál a restaurálásban.Ennyi idő alatt már régen készíthettél volna egy új rendszert, amit minden nagyobb lépés után lementesz. Működik a megosztás, lemented, működik a torrent, lemented,....
-
-
válasz
totya79
#45211
üzenetére
N+1 hiba lehet, tele a memóriakártya, sérült a fájlrendszer, a cmdline.txt piszkálása biztosan nem megoldás.
Ha van kéznél egy (live) linux rendszer, akkor megpróbálhatod megvizsgálni/kijavítani a memória kártya partícióinak fájlrendszerét.Készíts egy másik kártyára egy szűz rendszert. Azzal elindul rendben?
-
válasz
Balerik
#45190
üzenetére
Bár nem használok OSMC-t, a menüpontok nevei elég beszédesek.
- Addons Folder -» Menti. telepített kiegészítőket
- Addon Data Folder -» Menti a kiegészítők adatait (beállításait)
- Database Folder -» Menti az adatbázis mappát (az összes adatbázist?)
- Keymaps folder -» A billentyűzetkiosztás beállításait menti
- Library Folder -» Gondolom nem az egész könyvtárat menti, csak a beállításait, hogy az adott típusú médiák (Mozik, sorozatok, stb... melyik könyvtárban találhatóak)
- peripherial_data.xml -»A rácsatlakoztatott eszközök beállításai(?)
- Playlist Folder -» A lejátszási listákat menti el.
- Profiles Folder -» A felhasználók adatai/beállításait menti
- Thumbnails Folder - Az index képeket menti el (Ez szerintem szükségtelen, majd újragenerálja/újraolvassa a fájlokból. Persze ha sokat pimpelted/babráltad érdemes ezt is menteni)
- Save States Folder -» (Talán itt tartja nyilván, hogy melyik nézted meg, éppen hol terasz a lejátszásban?)
- Tvheadend folder -» (Ha TV tuner is van rácsatlakoztatva, annak a beállításai)
- favourites.xml -» Elmenti a kedvencek fájlt
- guisetting.xml -» Elmenti a grafikus felület beállításait tartalmazó fájlt
- password.xml -» Elmenti a jelszavakat taroló fájlt
- mediasources.xml - Elmenti a médiaforrásokat listázó fájlt
- LCD.xml -» Ha van rákötött LCD kijelző, annak a beállításai
- profiles.xml -» Elmenti a profilokat tároló fájlt.
- RSSfeeds.xml -» Elmenti a beállított RSS forrásokat
- sources.xml -» ???
- upnpserver.xml -» A hálózati médiaszerver beállításait menti le egy fájlba
- /etc/fstab -» A rendszerben mi, hova, milyen néven van felcsatolva
- advancedsettings.xml -» Minden más?
- samba-local.conf -» A Windows-os megosztások/elérések konfigurációját menti le.
- Autofs -» ???
- Authorized SSH Keys.xml -» Az eltárolt SSH kulcsokat menti le.Ha rosszul tippelek, majd a többiek kijavítanak. Amúgy meg ha mindent bepipálsz, nem nyúlsz félre, legfeljebb szükségtelenül menti le az adott beállítást.
-
Szerencsére az SD kártyák egyre nagyobbak lesznek, de jogos a felvetés. Ezért említettem meg a profibb adatmentő/lemezkép készítő programokat, mert általában képesek eltérő méretű (akár kisebb) lemezre is visszaírni az adatokat. Feltéve természetesen hogy elég kicsire csökkenthető a kapacitás, ami a rajta tárolt adatok mennyiségétől függ.
-
válasz
Balerik
#45179
üzenetére
Kikapcsolod a Pi-t.
Kiveszed a kártyát, és beleteszed egy kártyaolvasóba.
A kedvenc lemezképkezelő programoddal készítesz róla egy lemezkép fájlt, amibe lementi a kártya aktuális állapotát. Ha valami félremegy, vagy elromlik a kártya, ezt bármikor visszamásolhatod egy memóriakártyára, és az aktuális lementett állapottól folytathatod a használatát.
Ez lehet a Windows-og gépedről mentéseket készítő program, pl. a Backupper, de lehet direkt flash meghajtókhoz készült lemezkép készítő/író usbit.
Tehetsz egy próbát az összefoglalóban linkelt scriptel is, de osmc-n nincs letesztelve a működése.
Próbaképpen írd ki egy másik kártyára a lemezképet, és tedd be a Pi-be. Ha mindent jól csináltál, úgy botol a rendszer mintha mi sem történt volna. -
A beletett SSD-t próbálod felcsatolni, amiről fut az op.rendszer? Mert az rossz ötlet. Azt már egyszer felcsatolta, csak egy megosztott mappát kell létrehoznod, pl. a /media mappában, de azt nem kell felcsatolni még1x, hiszen már ott van...
Vagy van egy külső HDD is, amit felakarsz csatolni?
-
válasz
BalanceR
#45060
üzenetére
Egyik alkatrésznek sem lenne szabad "ficeregni". Az ujjaddal óvatosan(!) teszteld az IC-k hőmérsékletét. Nem túl meleg(forró!!!) valamelyik?
Csak általánosságban tudok tippeket adni:
- Monitoron ad valami képet? Kiír valamit?
- A kártyát letesztelted? Próbáltad másikkal?
- Másik táppal próbáltad? Esetleg tudsz feszültséget mérni? Próbáltad másikkal?
- Ha minden külső perifériát ( HDD, bármi más ami pluszban rá van dugva valamiért)lehúzol róla, akkor sem indul el? -
Mi volt a "vacakolás"?
Magát az SD kártyát letesztelted?
A telepítőt mivel/hogyan készítetted?
A dmesg -el kilistázva kernel naplót látszik, hogy panaszkodik valamire?adika4444
Szerintem pont azért lett 1000, mert az első felhasználó lesz a root. Ugye egy ideje már nincs alapértelmezett felhasználó, az a lemezkép írásakor, az első bekapcsolás után neked kell létrehozni, és nem feltétlen root lesz a neve. -
#45047
cigam
titán
JulianSinulf
#45046
válasz
JulianSinulf
#45046
üzenetére
Tényleg jobb lenne egy másik topiban megvitatni az érintésvédelem lényegét, működését.
Panelban is simán elketyeg bármelyik PC földeletlen konnektorból táplálva. Ahhoz, hogy "csípjen"/megrázzon. Eleve hibás készülék szükséges, vagy az, ahogy írtad is, a káltelevízió független földjét összekötni a lakás földelésével. Máris kész a földhurok. N+1 egyedi oka lehet a problémádnak, de nem az a megoldás, hogy a fürdőszobai földelt konnektorról hajtod az egész lakást. -
-
-
válasz
golya87
#44943
üzenetére
A tanulásra nem egyenlő a desktop használattal, böngészéssel,... Sokkal inkább az univerzális i/o portok használatával plusz elektronikát akasztva rá. De egy egyszerű script nyelvel (batch, python,...) való megismerkedésre, gyakorlásra is jó.
Ezekhez egyáltalán nem szükséges "fejlett" grafikai képességek. -
#44885
cigam
titán
BestofJAVA
#44883
válasz
BestofJAVA
#44883
üzenetére
Ennek pontosan mi köze van a Raspbery-hez?
Nincs olyan hogy asztali Windows. A Windows is sok kis apró program összessége. Ezeket a programokat is egy "magas" szintű (a processzor utasításaitól független) programozási nyelven írják (c++, c#,...)., és a fordító program készít belőle olyan bináris fájlt (gép kód), amit az adott CPU megért, fel tudja dolgozni az utasításokat adatokat.
Ez lehet x86 (32bites Intel/AMD CPU-n futó kód), x64 (64bites Intel/AMD CPU-kon futó kód), de a fordítók képesek más gyártók CPU-in futó kódot is előállítani. Ez lehet ARM V7 is, amit a raspberry-re épített CPU is képes értelmezni.
Természetesen ennél bonyolultabb a kérdés, de képzeld el hogy olyan mintha a fordítóprogram a magyarul leírt gondolataidat lefordítja németre, hogy a németek is megértsék, de lefordíthatja franciára, hogy a franciák is értsék. Kicsit buta analógia, de a lényeg benne van.
Az operációs rendszer csak a HW-t hozza működésbe, biztosít a programok számára egy futtató környezetet. Vagyis nem elég hogy az op.rendszert elkészítik az adott processzor fajtára, a futtatni kívánt programoknak is ugyanúgy arra processzorra kell lefordítani, hogy futtathatók maradjanak.Tehát ha vásárolsz egy ARM CPU-val szerelt laptopot, azon futni fog a Windows, hiszen a Microsoft készített egy olyan verziójú Windows-t ami konkrétan ezen az ARM processzorra fordított. A SystemOnChip jegyében minden periféria integrálva van. A Wifi, a bt, a videófeldolgozó... Itt a Windows kódjába bele van forgatva a a gyártóval közösen kifejlesztett Wifi,BT, Videó, stb eszközmeghajtó. Ezek fixen a Windows ARM-os kiadásába vannak beleforgatva, nem készült olyan univerzális verzió, hogy egy eszközmeghajtó cserével másik ARM chipek is támogatva legyenek. Ezért is van olyan szűk palettája az ARM-os laptopoknak. Mindegyik ugyanazt a konkrét CPU modellt használja.
A másik amiért nincsenek elterjedve, hogy szinte nincs is ARM-ra lefordított Windows-os program. Erre találták ki az emulátort, ami HW-esen is rásegít arra hogy futtathatóvá váljanak az x86-os (32bites!) Windows-ra írt programok. Ami a 64bites CPU-k programok korában kicsit halva született ötlet.
A másik Windows vonal az iot verzió, ami gyakorlatilag egy nagyon lecsupaszított Windows, se grafikus felület se semmi. Csak egy "csontváz", egy alap, amire építkezhetsz. (egy kapunyitónak, egy öntözőrendszerek, egy riasztónak felesleges a GUI és az azzal járó plusz erőforrás pazarlás) -
#44869
cigam
titán
BestofJAVA
#44861
válasz
BestofJAVA
#44861
üzenetére
Ha elmúlt a fájdalom? Neked kéne még elég sokat tanulni, és nem a másikat froclizni!!!
Pláne úgy, hogy elég sok segítséget, infót is kaptál tőle...Ahogy AiRLAC is írja nem az operáció rendszer a kérdés, hanem hogy az adott platformra is elkészítették-e.
Ubuntu esetén pl. itt a támogatott platformok listája. Ezeken a CPU-kra van lefordítva, támogatva. Nem lehet keverni a szezont a fazonnal. Az Ubuntu Intel x86 CPU-hoz fordított kiadása sohasem fog elindulni egy Raspberry procin.
És ez igaz a programokra is. Nem elég hogy az adott operációs rendszerre van lefordítva, az sem mindegy milyen architektúrára. Pl. az Arduino IDE letöltés oldalán nem véletlenül van az operációs rendszer mellett a CPU platform is feltüntetve.
Linux-on külön bináris van 32 és 64 bites ARM platformra, ami a raspberry-n futó rendszertől függően (32, vagy 64 bites linux) futtatható.
De pl. a Cisco Cisco Packet tracer-ből ha jól kerestem csak Intel x86 procin futó kiadás létezik. Ezt soha nem fogod ARM procin futtatni. -
#44856
cigam
titán
BestofJAVA
#44855
válasz
BestofJAVA
#44855
üzenetére
Mint említettem nem a GUI-s verzió felekecse lése a gond (Bár jogilag mindenképpen), hanem az hogy nem tud x86 kódot futtatni. Teljesen más a processzor architektúra, más a gépi kód,....
De ha ennyire ragaszkodsz hozzá, hogy neked van igazad, hiszen a Norbi is írta blogján hogy fut rajta, akkor csak hajrá.Ugyanakkor felmerül a kérdés: Miért érdeklődsz, ha nem fogadod el a (neked nem tetsző) válaszokat?!
-
#44851
cigam
titán
BestofJAVA
#44850
válasz
BestofJAVA
#44850
üzenetére
?? Tuti van ezekből ARM-ra fordított kiadás? pl. a Cisco Packet tracer?
A W10 nem asztali verzió, hanem egy GUI nélküli iot alap. Állítólag fel lehet ekecselei az ARM-os GUI kiadást, de a kérdés ugyanaz marad: Léteznek ezekből ARM-os Windows-ra fordított kiadása? -
válasz
slylecz13
#44672
üzenetére
Bocsi! Kimaradt a sudo, vagyis hogy ezt a parancsot egy emelt szintű felhasználó (rendszergazda/root) nevében futtassa. Szóval a jó parancs így néz ki:
sudo pdbedit -L -v
Minden sudo-s parancs után bekéri a felhasználó jelszavát (feltéve, hogy meg van engedve neki, hogy sudo-zon)Örülök hogy sikerült megoldanod.
-
-
válasz
slylecz13
#44659
üzenetére
Már csak egy dolgot kell megcsinálnod, engedélyt adni magának a T1 könyvtárnak az elérésére, mivel jelenleg root:root a tulajdonosa a T1 könyvtárnak, a jogosultsága pedig drwxr-x---+
Vagyis
- a tulajdonos: drwx (jelenleg a root) írhatja olvashatja, és beleléphet
- a csoport: r-x(jelenleg a root) csak olvashatja, és beleléphet
- mindenki más: ---(vagyis te) nem írhat nem olvashat, nem léphet beleVagyis kimaradt a
sudo chown root:users /media/sly/1TB
parancs, vagyis nem a root csoport lesz a tulajdonos, hanem az useres csoporthoz fog tartozni. Valamint a
sudo chmod 775 /media/sly/1TB
parancs, ami az useres csoport tagjainak is megengedi, hogy írja, olvassa, és belelépjen plusz mindenki másnak is adunk némi hozzáflérést(olvashatják, és beleléphetnek).
Tehát annak a könyvtárnak is fontos a jogosultsága, ahova felcsatolod.Ezzel nagy valószínűséggel megoldódik a jogosultság kérdése.
Ha nem, akkor ellenőrizni kell a, hogy sly tagja-e az users csoportnak.
grep 'users' /etc/group
A válaszban szerepelnie kell sly-nak. Ha nincs benne, akkor add hozzá:
sudo usermod -a -G users slyPlusz most bele kéne kukkantani hogy néz ki a samba koncig megosztás szakasza.
Köszi az elismerést, de rengeteg tanulni valóm van még.
-
válasz
slylecz13
#44641
üzenetére
A desktop verzióban be van kapcsolva az automata mountolás, valóban nincs szükség rá feltétlenül.
Ugyanakkor célszerű megnézni milyen jogosultságokkal, kinek a nevében csatolja fel a lemezt. pl. az ls -la /media/sly/1TB kimenete megmutatja, hogy a fájlok/mappák kinek a tulajdonában vannak, ki hogyan fér hozzá. Ez azért fontos, mert a Samba _és_ a fájl szintű jogosultságok összege határozza meg, hogy hozzáférsz-e a hálózat felül.
Ezért adom hozzá a felhasználót az users csoporthoz, és a megosztás mappáján fájl szinten úgy állítom be, hogy az users csoport legyen a tulajdonosa, és a csoportnak mindent megengedek (írás, olvasása, futtatás/belépés)-»7
Ezután a rendszerben létrehozott felhasználót(akinek megfelelő jogosultságai vannak a megosztott mappára) hozzáadom a Samba felhasználókhoz is, hogy a hálózat felöl is be tudjam azonosítani.Ha nem enged be, akkor
- a rendszerben létrehozott felhasználó/jelszó páros nincs hozzáadva (ugyanazzal a jelszóval) a Samba felhasználókhoz
- A Samba úgy lett beállítva, hogy az adott users korlátozottan, vagy sehogy ne férjen hozzá a megosztáshoz
- Fájlrendszer szinten nincs engedélye a megosztott mappáhozA /var/log/samba/ alatt vannak a naplófájlok, ott is megnézheted, mire panaszkodik, miért nem enged be.
De mondom, ha nem enged be, valami lépést kihagytál/nem úgy csináltad meg, mert ez egy többszörösen kipróbált jegyzet. Minden frissítéskor próbálom aktualizálni, ellenőrizni, hogy még mindég úgy működik-e ahogy anno leírtam.
-
Nem lehet, hogy az SD kártya/fájlrendszer makkant meg?
Próbáld meg ellenőrizni/kijavítani a root fájlrendszer
sudo touch /forcefsck; sudo rebootVálaszd le a külső meghajtót, és azon is végezz fájlrendszer ellenőrzést. Amúgy azt nézted, hogy nem telt-e meg?
Esetleg próbáltad frissíteni? A raspbianban már 4.2.5-nél járnak.
-
Semmire se jó, de akkor is remek: [link]
-
Igen, nem teljesen világos, hogy a routeren a WAN port DNS-t állítottad át, vagy a DHCP DNS bejegyzését.
Eleinte dolgozhat a ceche-ból is, vagyis az eszköz megjegyez pár dns címet, így az adguard-ot megkerülve fordul közvetlenül a szerverhez. [link]
Mi a nem teljesen ugyanaz? Az AdGuard felületén látni hogy azon keresztül mennek a kérések? -
#44601
cigam
titán
J0shu4M1ll3r
#44600
válasz
J0shu4M1ll3r
#44600
üzenetére
Az gáz, mert a boot partíció az FAT fájlrendszert használ, azt látnia kellene. A másik partíciókat normális hogy nem tudja megnyitni, mert EXT4-re van formázva. Azt csak küldő gyártó programjának telepítésével válik láthatóvá a Windows számára. pl. [link]
Vagy egy live Linux-ot indítva is lementheted az adatokat.
Természetesen az is megoldás, hogy egy új kártyára felteszed a neked tetsző rendszert, és az alól mented le az adatokat, vagy használhatod tovább. -
válasz
pvt.peter
#44592
üzenetére
Azt neked kell tudnod milyen erős a jelszavad, hogy a (régebben) alapértelmezett pi felhasználót használod-e, hogy milyen szolgáltatásokat futtatsz, azokat kiengeded-e az internetre. Ez egy elég komplex dolog sokfelől meg lehet közelíteni, nincs általános válasz a kérdésedre. PL. van aki szerint a belső hálózaton felesleges a samba megosztásnak user/pass párost beállítani, van aki meg el sem tudja képzelni anélkül a samba konfigot. van aki kényszerűségből smb1-re állítja a megosztást, vagy kliens oprendszer (Windows) beállításait, mert olyan régi eszközt használ.
Itt van pár program, amivel átnézhetted a hálózat felöl, de csak akkor érdemes belemenni, ha tudod mit keresel.
-
válasz
Razzul
#44529
üzenetére
Nem tudom, de tippem szerint nem véletlen ragadtak le egy bizonyos verziónál. Itt azt írják, hogy a Raspberry Pi OS-en hivatalosan is támogatott lett 2021-ben, de a 32bites verzió.
Lehet nem készült(még?) el a 64bites verzió, és a 32 bites Widevine-al nem tud mit kezdeni? Nem követem a dolgot, csak tippelgetek. -
#44522
cigam
titán
Marcsello31
#44521
válasz
Marcsello31
#44521
üzenetére
támogatja a hardweres videó gyorsítást,kódolást
Ezt honnan veszed? Nem láttam erre utaló írást az oldalukon, viszont a faq tartalmaz furcsaságokat.
- A twister téma csak az alap felhasználóval működik, az újonnan létrehozott felhasználók nem tudják használni.
- A Chromium egy elavult verzióját használja(Valószínűleg a belehegesztett DRM modul miatt, amitől megy Netflix, Hulu,...), és nem azt írja le hogyan frissítheted, hanem hogyan kapcsolhatod ki a frissítési figyelmeztetéseket. -
Megtennéd hogy nem Pitézel?! Így is elég kacifántos kikódolni, hogy mit akarsz írni.
A fájlrendszer ebben az esetben irreleváns, 1-2 emelettel lejjebb van a probléma (a hiba az üzent szerint).de nem hinném, hogy azzal lenne a gond
Ja, hogy nem hinnéd? Hát ezzel meg is oldottuk a kérdést. Hittel sok mindent el lehet intézni a templomban, de egy USB-s merevlemez ház esetében konkrétumok, tesztek kellenek. Pl. ahogy írták is, lehet az USB2 vezérlővel nem tud szót érteni az USB3-as ház. Az hogy a PC-re dugva jól működik nem jelenti azt, hogy a Pi vezérlőjével is jó barátságot ápol.
-
Ha már spórolás: Master-Slave elosztó. Figyel egy fő fogyasztó (Számítógép/TV) ki/bekapcsolt állapotát. Amikor kikapcsolod a TV-t, a körítést is áramtalanítja, legyen az médialejátszó, szolgáltatói vevő box, az erősítő, a soundbar, a DVD lejátszó,...
Ugyanez PC-vel, áramtalanítja a monitort, PC-re dugott aktív habfalat, laptop/tablet töltőt, külső tápos merevlemezt, nyomtatót, kábelmodemet (ha nincs rajt vezetékes telefon)sMblz
Dugd át PC-re, és nézd át a HDsentinellel a SMART adatait, futtass le egy teljes tesztet, vagy mentés után egy írás olvasás tesztet is. Ha mindkettő új bármelyikben lehet a hiba, ellenpróbaképpen kérj kölcsön egy külső házat, és abban is próbáld ki/teszteld le a merevlemezt. -
válasz
zsolt_64
#44497
üzenetére
Mert ez nem egy olcsó, kis fogyasztású asztali PC, még ha sokan annak is akarják használni. Nem arra való, csak képes ilyenre is. Úgy hogy a földtől elrugaszkodott elképzelés összehasonlítani/úgy használni, mint egy asztali PC-t. Képzeld el, hogy van egy átlagos (mobiltelefon) pocid, meg egy S3 videókártyád, ami hozzá se szagol a mai formátumok dekódolásához, tehát mindent a proci számol ki.
A 10 évvel ezelőtti VGA-k is nagyságrenddel többre képesek (pl. mert van hozzájuk olyan driver, amit a grafikus felülettel szorosan együttműködik, legyen az 2/3D művelet, vagy videó dekódolás. pl. a 11 éves Intel Sandy Bridge integrált VGA-ja képes volt a h.264/VC-1 dekódolásra. A 215-ös SkyLake már a h.265 dekódolásával is megbírózott HW-esen, és ehhez mind létezik megfelelő driver, ami hozzáférést biztosít.
Ez kb olyan mintha biciklivel 20-30km-t kellene tekerni hogy munkába járj. Nem lehetetlen, de nem túl optimális. Jelenleg a Pi4 sem alkalmas egy mezei desktop kiváltására, csak nagy kompromisszum késséggel. Aki ilyenben gondolkodik, keressen egy használt mini PC-t.
-
válasz
zsolt_64
#44490
üzenetére
Azért nem szabad ezt így "de faktó" kijelenteni. Teljesen más ha egy Desktop rendszeren keresztül próbálkozol(Elindítod kedvenc böngésződet, és abban megnyitod a YouTube oldalát, majd rákattintasz az egyik videóra), és megint más ha egy célrendszeren keresztül. (pl. csak a Kodi fut rajt).
Míg az egyik esetben csak egy 2D desktop-ot biztosító grafikus felületen keresztül kell kell átpasszírozni a kiszámolt pixeleket(a böngészőn belül sincs HW-es gyorsítás, mindent a CPU végez izomból), addig egy célprogram képes a HW dekódert felhasználva, közvetlen a videómemóriába másolni a képet.A Desktop-on csak kezdik támogatni a GPU gyorsítást.
-
Pedig pont hogy nem expert szint. A leírásaimat úgy állítottam össze, hogy a copy-paste módon működjenek. Persze értelmezni/megérteni kell a mit miértet, és ennek megfelelően néha módosítani kell pár paramétert, pl. a lemez UUID-je az fstab fájlban.
Ha valahol elakadsz szívesen segítünk akár itt akár a Linux kezdő topikban. Kezd apránként, pl. első körben csak csatold fel automatikusan a külső lemezt egy általad létrehozott könyvtárba. Aztán megismerkedhetsz a jogosultságokkal. Ahogy Windows esetén is minden mappának/fájlnak van jogosultsága. Állítsd be jogosultságokat, hogy ki írhat, olvashat, futtathat/léphet be egy adott könyvtárba fájlba.
Aztán jöhet a fájlmegosztás. Nem ördöngösség, csak pár perc/óra/hét tanulás.
-
válasz
AiRLAC
#44400
üzenetére
Van. Meg elektroműszerész szakmám, és évtizedes tapasztalatom az elektronikában.
Nem mellesleg kérdés a multimétered hitelesítése, és pontossága, valamint a Pi-n egy külön tápegység modul van, ami a CPU és egyébb alkatrészeket látja el 3,3V-al. Szerinted azt az elektronikát érdekli, hogy 5,0 vagy 5,1V-ot kap? Pontosan melyik alkatrész indokolja azt a plusz egy tized voltot?
Nem meggyőzni akarlak, nem is ez a célom. Csak a többiek figyelmét felhívni arra, hogy ennek az állításnak nincs tudományos alapja. A dokumentációban is az szerepel, hogy 4.63V (+/- 5%) alatt jelzi, hogy kicsi a tápfeszültség. Vagyis simán elketyeg 5.0V-al. Sőt! Ha csak 4.8V-ot ad le, még akkor is röhögve működik vele. Tudom a dokisban is 5.1V-ot írnak, máskülönben kinek adnák el az 5.1V-ra matricázott tápegységet? Ennek egyedül marketing okai vannak. -
válasz
AiRLAC
#44395
üzenetére
Felejtsd már el ez a tized voltokat is megadó tápegység konteót. Én értem hogy Te hiszel benne, de semmivel nem igazolható. Plusz ~2%-ról beszélünk. A gyártás során nagyobb az alkatrészek szórása, ezáltal az 5V pontossága, minthogy bárki azt állíthassa, hogy ő gyártott egy olyan adaptert, aminek 5.1, vagy 5.2V a kimenete.
Igen, láttam a matricát az adapteren, de akkor sem hiszek neki. Lásd az erősítőkre írt PMPO watt szám.footy
Itt is volt róla szó, hogy az új kiadásokban az image készítő programban kell megadni az user/pass párost, mert biztonsági okokra hivatkozva már nincs alapértelmezett pi felhasználó.
[Headless setup] -
Ahogy wassermann is írja, bármi is okozhatja. Minden alkatrész hőt termel, ezáltal tágul. Ez okozhatja azt, hogy egy hajszálrepedés miatt bárhol megszűnhet a kontaktus, ami bármilyen hibát, adott esetben a rendszer lefagyását okozza. Ez lehet a NYÁK huzalozása, egy forrasztás, de még az alkatrészen belül fellépő hiba is. Otthoni körülmények között szinte lehetetlen beazonosítani.
-
-
válasz
ferko0726
#44303
üzenetére
Bátraké a szerencse!
Plusz attól függetlenül, hogy ezt írja a TV, Alkalmazásból/WEB-es felületen megpróbáltad elérni?
A gyári oldal szerint:Volumio can display its UI on any attached HDMI display.
There is native support on the X86 Platform, just plug in a screen.On other platforms (Raspberry PI, UDOO, Odroid, Pine64 etc) the feature is disabled by default, for performance reasons. -
-
válasz
ferko0726
#44288
üzenetére
Ezt így magyarul? Tudnál készíteni egy fotót róla? Mert előtte sokmindennek kell történnie.
Ugye előtte kicsomagoltad zip fájlt?
Esetleg a régebbi 2.x kiadással is próbáltad? -
válasz
tasiadam
#44254
üzenetére
Hol van ez a "backup copy plugin"? OMV?
A RAID1 esetén az írás sebessége csökken(het) mert azon az egyetlen USB csövön kell ugyanazt az adatot kitolni ide is meg oda is.
Ugyanakkor a RAID nem helyettesítheti a biztonsági mentést. Csak a rendelkezésre állást javítja, véd a HW meghibásodás ellen. Vagyis ettől függetlenül szükség van mentésre (több egymástól független helyre) -
válasz
Crvsh3R
#44251
üzenetére
- A mérnök is írhat butaságot. Egész sorozatok vannak az ismeretterjesztő csatornákon mérnöki baklövésekről.
- A linkelt topikban egyetlen "mérnöki" hozzászólás van: Azt akarja mondani, hogy meg kell javítanunk a hardverünket, hogy más cégek hardverhibáit kezeljük? Ez rossz iránynak tűnik.
- Nyugodtan sértődj be, mert itt mást mondok/javaslok, de Te kötöd az ebet a karóhoz.
Engedd meg hogy a fizikán belül az elektronikához az átlagnál jobban értsek, mivel elektroműszerész a szakmám, és értek is hozzá. Diploma nélkül is látom hol a probléma a passzív HUB-os felvetésben.A passzív HUB ötlete csak és kizárólag akkor működne, ha olyant (hibás?!)példányt találnál, amin szándékosan kispórolták a Vcc vezetéket, vagyis a táp fizikailag le lenne választva a csatlakozókról. Ami egyáltalán nem jellemző megoldás.
-
válasz
vicces
#44247
üzenetére
Mehet rá az OMV is, de vannak korlátai, kis türelem is kell hozzá.
Amúgy meg elég lenne felkonfigurálni a Samba-t.
Kodi ismeri a Samba megosztást is, nem feltétlen kell hozzá NFS
A mobilszinkronizáció inkább a mobilon futó apptól függ.Crvsh3R
Mer ha USB3 akkor az mennyivel jobb tápellátás, szétosztás témakörben? Ok ezek már 4k-tól indulnak és ugyanolyan kidobott pénz ebből a szempontból.
Jaaa... Ha fórumokon meg a Youtubon is aszonták, akkor biztos úgy van... Eh... Azért ne nagyon terjeszd, mert a fizika működése szerencsére nem attól függ, hogy Vér Pistike Kukutyinból mit ír/mond. -
válasz
Crvsh3R
#44246
üzenetére
a Pi és a külső tápos hub közé rakni kell egy nem tápos hub-ot. Ez mondjuk működhet, de eléggé költséges megoldás.
Miért lenne költséges? Már 1000Huf alatt kapni passzív HUB-ot.
Már hogy működne egy ilyen megoldás? Szerinted a passzív HUB-ok honnan veszik a tápot? Fixen össze van kötve a bemeneti 5V-os ág az összes kimenetre.
Ez hogy választaná le a külső tápos HUB-ot rákötve?
Leválasztani úgy tudod, ha a Pi felőli oldalon elvágod(kikötöd) a táp vezetéket.Vagy veszel egy normális tápot
Amúgy úgy próbáltad, hogy a Pi-t is az USB HUB-ból táplálod úgy, hogy nem dugod be a Pi-be a saját tápcsatlakozóját?
-
-
#44161
cigam
titán
wassermann
#44160
válasz
wassermann
#44160
üzenetére
Pontosan. Nem az az érdekes, hogy párhuzamos legyen, hanem jól felfeküdjön a melegedő felületre, és ne zárjon rövidre semmit.
-
#44159
cigam
titán
SunMount3r
#44158
válasz
SunMount3r
#44158
üzenetére
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Attól függetlenül nem tudhatod hogy az új HUB-ra pontosan miként reagál, és mekkora feszültséget erőltet rá. Márpedig a tünetek erősen ebbe az irányba mutatnak.
Új hozzászólás Aktív témák
Hirdetés
- Lenovo ThinkCentre M700 - i5-6400-3.3GHz, 8GB DDR3, SSD 250GB, HDD 200GB eladó!
- AKCIÓ!!! GAMER PC: Új i5-14400F +RTX 5070 +Új 16-32GB DDR4! GAR/SZÁMLA! 50 FÉLE HÁZ!
- GAMER PC : RYZEN 7 9700X /// 32 GB DDR5 /// RTX 5070 Ti 16GB /// 1TB NVME
- Csere-Beszámítás! Olcsó Számítógép PC Akár játékra! Intel X5650 / GTX 1650 / 24GB / 240SSD+ 500HDD
- GAMER PC : RYZEN 7 7800X3D /// 32 GB DDR5/// RX 9070 XT 16GB /// 1TB NVME
- Nvidia Quadro M2000/ M4000/ P2000/ P2200/ P4000/ P5000/ RTX 4000/ RTX A2000 / RTX A4000
- AKCIÓ! ASUS MAXIMUS VIII HERO Z170 chipset alaplap garanciával hibátlan működéssel
- 14" Dell Latitude laptopok: 5400, 5480, 5490, 7480, E7440, E7450 / SZÁMLA + GARANCIA
- Samsung Galaxy A32 4G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Dell D6000 univerzális dokkoló USB-C/ USB-A, DisplayLink & Dell WD15 (K17A) USB-C + 130-180W töltő
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest