-
Fototrend
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
-
///Krisz\\\
senior tag
válasz
Kicsirics77
#48839
üzenetére
Nem gondolnám. Ez is csak ugyanolyan mint a többi termék: a bevezetésekor tele van hibával és idővel egyre jobb lesz. Jelentse ez akár azt is, hogy megmarad a hallucináció, de mondjuk figyelmeztetni fog, hogy amit most leírt arra nem talált konkrét bizonyítékot, hogy létezik, csak ő gondolja így.
Nem tudom mások hogy használják. Én mindig akkor használom ha valami olyat akarok megismerni, amivel kapcsolatban még nincs tapasztalatom. Mert hát lássuk be, nem jöhetek ide a fórumba azzal, hogy: "Sziasztok, Semmit nem tudok XY dologról, kérlek világosítsatok fel". Ki fog így segíteni nekem? Kinek van erre ideje/idegrendszere, hogy elmagyarázza nulláról? Az AI-al meg nyugodtan elbeszélgethetek órákon keresztül, ráér és nem fogy el a türelme.
Néha persze becsúszik egy ilyen baki, de 95%-ban jókat mond. Nekem ez így belefér, 5%-ban meg majd tartom a hátam és égek a baromságai miatt.
-
///Krisz\\\
senior tag
válasz
azbest
#48836
üzenetére
Kicsit faggattam még a Gemini-t, kiderült, hogy csak kitalálta a POWER_OFF_ON_REBOOT-ot, szóval az nem létező kapcsoló. Gondolom amikor teszteltem, a papírt átszúrhatták a GPIO tüskék végei és megint kapott tápot. Szóval azt benéztem.
Lényeg a lényeg, hogy most már kap áramot a pogo pin-eken keresztül a HAT és végre normálisan újraindul. -
///Krisz\\\
senior tag
válasz
azbest
#48826
üzenetére
+ #48828 cigam
Nem rátok gondoltam, itt mindig normálisan álltak hozzám.Meglett a hiba, de tök véletlenül jöttem rá. Kipróbáltam már mindent, de mindig elakadt. Kínomban már szétszedtem a Pi-t és a HAT-et is és akkor vettem észre, hogy a Pi hátoldalán az egyik GPIO tüske végén ott hagyták a gyártás során a flux-ot. Pont azon, amivel a HAT egyik pogo pin-je érintkezett. Izopropil-alkohollal és egy csipesszel letakarítottam róla, összeraktam és többet nem akadt el az újraindítás.
Szerintem az lehetett, hogy mivel 3.9W az NV3-as SSD max fogyasztása és a Pi a PCIe csatlakozón 5W-ot tud max leadni, működés közben sosem okozott gondot, hogy a pogo pin-eken keresztül nem kap plusz tápot.
Illetve gondolom, hogy a Trixie az újraindítás közben szórakozik vagy el is veszi a tápot a PCIe csatlakozóról, így a pogo pin-ek hiányában leállt az SSD és nem tudott felébredni a boot-ra. Bookworm alatt viszont lehet, hogy nem szórakoztak a PCIe csatlakozó tápellátásával.
-
///Krisz\\\
senior tag
válasz
azbest
#48822
üzenetére
Bookworm alatt normálisan működött a reboot (sudo reboot - piros LED világít - zöld LED világít - összes LED elalszik (be van állítva config.txt-ben, hogy kapcsoljon ki az összes)). Trixie-től kezdve: sudo reboot - piros LED világít - zöld LED világít és itt megáll, mert a képernyőképen is látható módon nem éri el az SSD-t és ismételgeti a boot sorrendet.
Mivel ha kikapcsolom és utána bekapcsolom, akkor mindig gond nélkül boot-ol, csak reboot-nál van probléma, arra gondolok, hogy valami parancs kimarad a reboot elején, ami jelzi az SSD-nek, hogy újraindulás lesz. Nyilván ez a parancs kikapcsolásnál más illetve kikapcsoláskor elveszi az áramot, tehát nulláról indul a hardware bekapcsolásnál.
Nem tudom mik azok az UART logok, csak megemlítette az egyikük, hogy annak hiányában kell még kérdezgetnie.
Félelmetesen hülyék vannak abban a topikban. Már beszélgettem Github-on az OS-ért felelős fejlesztőkkel, akik tök segítőkészek voltak és normális utasításokkal vezettek, hogy hogyan oldjuk meg a problémát. De ezek annyira fogalmatlanok, hogy én nem akartam elhinni, hogy ezek fejlesztők.
Az első két dolgot javasolt: frissítsek a legújabb bootloader-re, amikor a képen látszik, hogy a legújabb van a Pi-n, a másik javaslata, pedig az volt, hogy beszélgessek más felhasználókkal. A második csóka felhozta a POWER_OFF_ON_HALT-ot, aminek semmi köze az újraindításhoz, az a kikapcsolás után veszi el a tápot a perifériákról illetve az SD kártyáról akart bootoltatni, amikor az NVMe eszközt nem éri el a bootloader. A harmadik emberbe szorult valami ész, mert rászolt a másodikra, hogy milyen hülyeséget ír. A végére, pedig megérkezett bolygókapitánya, aki úgy érezte, hogy megsértettem őket a kérdéseimmel, de egyszerűen már kezdtem elveszíteni a türelmem, hogy milyen hülyeségekkel fárasztanak.
-
///Krisz\\\
senior tag
Megnéztem, a HAT-nek nincs firmware-e, a Kingston, pedig még nem adott ki frissítést az NV3-akhoz.
Az ASPM-et már próbáltam, de nem változott semmi. A sebességet viszont nem szeretném felezni, így is elég takarékon megy a cucc.
Lehet, hogy inkább ezt elengedem, oldják meg a fejlesztők, addig meg a havi egyszeri frissítéskor nem reboot-al indítom újra, hanem shutdown-al és kézzel bekapcsolom, ez belefér.
Köszi a segítséget.
-
///Krisz\\\
senior tag
Megcsináltam mindkettőt, de ugyanúgy elakad.
Az a furcsa, hogy van egy szögre ugyanilyen setup-om, csak egy dologban különbözik, azon egy 2TB-os NV3 SSD van és az nem csinálja ezt. Megnéztem, ezen az 1TB-os NV3 SSD-n (ami elakad) TenaFe a vezérlő, a 2TB-oson, pedig Silicon Motion. Létezik, hogy a TenaFe bealszik az újraindítás során és azért nem válaszol?
Mert ha jól tudom az újraindítás és a ki-be kapcsolás között az is különbség, hogy újraindításnál nem veszi el a tápot. -
///Krisz\\\
senior tag
Egy Pi 5-öt használok SSD-vel (HAT + SSD). Az a problémám, hogy ha kikapcsolom a Pi-t majd be, akkor minden gond nélkül bekapcsol, viszont ha sudo reboot-al indítom újra, elakad a bootlolásnál, csatolok egy képet, hogy mit ír ki (OS Lite):

Ezt azóta csinálja, hogy felkerült rá a Trixie, előtte ilyen nem volt. Találkozott esetleg valaki már ilyennel?
-
///Krisz\\\
senior tag
Kipróbáltam, de sajnos nem változott tőle.
#48801 wassermann
Lehet, de azt nem nagyon szeretném, hogy teleszemetelje a mappákat.Mivel minden máson tökéletesen működik, inkább az iPhone-on lecseréltem a Fájlok alkalmazást az Owlfiles-ra, amivel tökéletesen meg tudom nyitni a képeket, sőt az összes videót is lejátsza, szóval még a VLC-t is kiváltottam vele.
Köszönöm azért a segítségeteket.
-
///Krisz\\\
senior tag
Még egy dologgal küzdök. A Pi-re csatlakoztatott HDD-ről SMB-n keresztül érem el a fényképeimet. Ez Android TV-n és macOS-en (Finder-ben) hibátlanul működik, viszont iOS-en a Fájlok alkalmazás megnyitja a mappákat, de a benne lévő fényképeknek nincs előnézeti képe valamint a fájlokat már meg se nyitja.
Jelenleg így néz ki az ide vonatkozó SAMBA paraméterezés:
[Fényképek]
comment=Fényképek
path=/mnt/hdd/Fényképek
browseable=Yes
read only=Yes
create mask=0775
directory mask=0775
valid users=horvathkrisztian, @users
force group=users
# Ez a két sor megakadályozza, hogy az OS X rendszer segédfájljai létrejöjjenek ezen a megosztáson
veto files = /._*/.DS_Store/.Trashes/.TemporaryItems/
delete veto files = yes
# Apple-specifikus kiterjesztések (VFS)
vfs objects = catia fruit streams_xattr
fruit:aapl = yes
fruit:metadata = stream
fruit:resource = file
# Ez segít abban, hogy az iOS ne "akadjon ki" a csak olvasható állapoton
fruit:locking = noneItt kellene még valamit módosítani vagy a Fájlok alkalmazás oldalán kellene keresni a hibát?
-
///Krisz\\\
senior tag
válasz
Helios
#48790
üzenetére
Köszi, igen, az apm-et és a spindown-t is már próbáltam babrálni hdparm-ban:
/dev/sda {
apm = 255
spindown_time = 0
}De sajnos ez nem nagyon hatotta meg, ugyanúgy hibernálja a HDD-t 1 perc után. Egyelőre egy touch paranccsal csesztetem 30 másodpercenként, hogy ébren maradjon:
* * * * * mountpoint -q /mnt/ironwolf && touch /mnt/ironwolf/.keepalive >/dev/null 2>&1
* * * * * sleep 30 && mountpoint -q /mnt/ironwolf && touch /mnt/ironwolf/.keepalive >/dev/null 2>&1mert ugyan csak 60 másodperc után állítja le a tányérokat, de már előbb elküldi a fejet parkolni.
Gondoltam rákérdezek, hátha itt valaki kitapasztalt már valami jobb megoldást.
-
///Krisz\\\
senior tag
Csatlakoztattam a Pi 5-höz USB-n egy HDD-t, de 1 perc tétlenség után elalszik a HDD. Nem tudom, hogy a Pi vagy az USB-SATA átalakító vezérlője altatja el, de van valami szofisztikáltabb megoldás ennek a megszűntetésére mint a touch parancs használata?
-
///Krisz\\\
senior tag
válasz
#62436096
#48784
üzenetére
A nagy terhelést a transzkódolás és a remux-olás okozná. Transzkódolásnál a CPU fekszik meg, remux-hoz, pedig gyors háttértár kell (mondjuk ezt egy SSD megoldja).
Ha a kliens csont nélkül le tudja játszani a fájlt, akkor nem kell egyik sem és 10% alatti terheléssel megy a Pi.Nem tudom, hogy mennyire ragaszkodsz a Plex-hez vagy milyen klienseken néznéd a tartalmakat.
Nálam az vált be, hogy a kliensekkel VPN-en (Tailscale) csatlakozom és VLC-vel/IINA-val játszom le a tartalmakat SMB-n keresztül. Így nem kell állítgatni semmit, a Pi minimális terhelést kap és mindent "eredeti" minőségben lehet nézni.
Ennek annyi a hátulütője, hogy a feltöltési sebességed limitálni fogja, hogy miket tudsz lejátszani, de ha a tartalmak "beszerzésénél" figyeled a bitrátát és az nem éri el a szabad feltöltési sebességed 75%-át (mert a VPN-nek és az SMB-nek is van egy kis overhead-je), akkor teljesen jól működik. Persze a kliensekre is tudni kell telepíteni a Tailscale + VLC párost, de ez inkább TV-nél lehet szűkkeresztmetszet. -
///Krisz\\\
senior tag
Értem, köszi.
Így felraktam a Jellyfin-t, de sajnos nekem nem lesz jó. Arra szerettem volna használni, hogy a nagy bitrátájú tartalmakat transzkódolja, mert elég lassú (22 Mbits) a feltöltési sebességem és a jobb minőségű tartalmak már akadnak. De nem bírja a Pi 5 procija, 100%-on pörög és borzalmas 30-40 másodperces beakadások vannak.
-
///Krisz\\\
senior tag
Próbálom telepíteni a Jellyfin-t egy Raspberry Pi 5-re, amin Raspberry Pi OS Lite fut, az alábbi paranccsal:
curl https://repo.jellyfin.org/install-debuntu.sh | sudo bash
de ezt dobja:
horvathkrisztian@raspberrypi:~ $ curl https://repo.jellyfin.org/install-debuntu.sh | sudo bash
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 12926 100 12926 0 0 24964 0 --:--:-- --:--:-- --:--:-- 25001
> Determining optimal repository settings.
> Checking for free space and known-problematic filesystem targets.
>> OK: Data directory has 440637MB of available space.
>> OK: Data directory on ext4, this is supported.
Insufficient free space for /tmp: 2073472KB found, 2097152KB requiredPlease increase tmpfs size or free up space and try again.
Ez mi lehet? Milyen tárhely kevés neki?
-
///Krisz\\\
senior tag
Én végül NAS-t építettem egy 4 GB-osból, de egy rövid ideig használtam a Raspberry Pi OS-t rajta. Office-ból én Libre-t próbáltam, az teljesen flottul működött, ha a VLC rajta van, nincs videó amit ne enne meg. Böngészésre én Chromium-ot használtam, macOS/Safari után nem éreztem túl fluid-nak, főleg youtube videó teljes képernyő és kis ablak közötti váltásoknál voltak érdekes átmenetek. Viszont azt hozzá kell tenni, hogy ekkor még SD kártyáról ment az operációs rendszer, így ez és a 4 GB RAM is hozzájárulhatott ehhez. Később pár órára még felkerült rá a Raspberry Pi OS, az SSD elképesztően sokat dobott az általános sebességérzeten.
Szerintem ha egy egyszerű irodai felhasználásra/media fogyasztásra szeretnéd használni és 60.000 Ft alatt be tudsz szerezni egy neked megfelelő x86-os gépet, akkor azzal talán jobban jársz. Viszont ha tervezel mást is a Pi-vel (0-24-es használat vagy valamilyen céleszközt építeni később) és a Linux-al elvagy, választasz egy 8 GB-os verziót, az SD kártyát kiváltod egy SATA-USB-s vagy M.2-PCIe-es SSD-vel, akkor egy hibátlan gépet kapsz ezen az áron (8 GB-os Pi 40.000 Ft + adapter 5.000 Ft + ház 5.000 Ft + HDMI 2.500 Ft + I. 480 GB-os SSD 22.000 Ft + SATA-USB átalakító 2.000 Ft vagy II. 500 GB-os NVMe SSD 25.000 Ft + NVMe HAT 6.000 Ft).
-
///Krisz\\\
senior tag
válasz
///Krisz\\\
#48656
üzenetére
Elvileg megvan az oka, aztán majd kiderül hosszútávon.
A Trixie kernel-e gyorsabban indul el, mint a Bookworm-é és addigra még az NVMe HAT/SSD nem ébred fel. Amikor a kernel mountolni akarja a root fájlrendszert, még nem éri el az SSD-t, timeout-ra fut és megáll.
Elvileg ez csak az SSH-ból kiadott újraindítási parancsnál van.
A cmdline.txt-be beírtam egy 5 másodperces rootdelay-t, így marad elég ideje bekapcsolni az NVMe HAT/SSD-nek is. -
///Krisz\\\
senior tag
Egy Raspberry Pi 5-öt használok Raspberry Pi OS Lite-al és a Trixie felrakása óta folyamatosan küzdök egy rohadt idegesítő hibával, ami bizonyos frissítések után eltűnik, utána megint előjön.
Ha SSH-n keresztül indítom újra, rendben kikapcsol (világít a piros lámpa), utána be is kapcsol (világít a zöld lámpa), de valami miatt elakad a boot során és nem indul el az operációs rendszer. Ezután csak az segít, hogy ha NYÁK-on lévő gombbal kikapcsolom, majd szintén a gombbal be.
Bookworm alatt sosem volt ilyen gondom és azóta nem is változtattam hardware-esen semmin, csak annyi történt, hogy frissítettem Trixie-re.Valaki tapasztalta ezt a hibát?
-
///Krisz\\\
senior tag
válasz
///Krisz\\\
#48578
üzenetére
Felraktam, de szerintem érdemes még várni a frissítéssel, mert elcseszték az EEPROM firmware-t. Nem lehet sudo reboot paranccsal újraindítani a Pi-t, lekapcsolni lekapcsol, de utána csak a bootloader indul el, a kernel nem.
-
///Krisz\\\
senior tag
Megjelent a Trixie alapú Raspberry Pi OS
Végre frissült a Transmission 3.00-ról a legújabb verzióra (4.1.0).
-
///Krisz\\\
senior tag
válasz
-Skylake-
#48553
üzenetére
Ugyanígy használom 4GB-os 5-ös + NVMe HAT 1TB-os NV3-al (2280) NAS-ként (Transmission + miniDLNA + SAMBA + Tailscale).
Én ugyan a gyári tápot használom, de egyszer átmenetileg ment egy IKEA-s töltőfejről (+iPhone 16 Pro USB-C kábele). Nem volt gondja.
Csak az NVMe HAT-en lévő SSD-vel használom általában, de volt, hogy rádugtam már mellé USB3-as pendrive-ot vagy SSD-t. Nem volt gondja azzal sem. Az NV3 nagyon keveset fogyaszt, tesztek alapján 3.99W a csúcs. Én ezért is mertem olyan HAT-et venni hozzá, ami nem igényel külső áramforrást.
Az OS szempontjából nem annyira jelentős a sebességbeli különbség, de ha NAS-nak szánod és akarsz torrentezni, fájlokat mozgatni, akkor jól fog jönni. Nálam egy minőségi Samsung SD kártya tudott 94-96 MB/s-ot, az NV3 (PCIe 3.0-án) tud 1500 MB/s-et. Bár ha figyelembe vesszük, hogy Gigabit-es a LAN csatlakozó, az limitálni fog 125 MB/s-re (vagy a valóságban inkább 110 MB/s-re), akkor kicsit sok az NV3, de így legalább a rendszer is pörgősebb.
Én is az OS Lite-ot használom, szerintem érdemes, ha nincs szükséged a grafikus felületre, sokkal több szabad RAM-od lesz.
-
///Krisz\\\
senior tag
válasz
kovbandi82
#48538
üzenetére
USB-n keresztül csatlakozik az SSD vagy NVMe HAT?
-
///Krisz\\\
senior tag
válasz
kbhuinfo
#48530
üzenetére
Igen, közben belefutottam pár problémába a Connect-el, például hiába a parancsok, valahogy azt is meg kell oldani, hogy a torrent fájl felkerüljön a Pi-re, amire nem találtam értelmes megoldást.
Néztem a WireGuard-ot, de ott meg szívás van (CGNAT miatt) ha mobilnet mögé kerül a Pi és én nyáron viszem magammal hosszabb időre olyan helyre is, ahol mobilnetről használom, úgyhogy végül a Tailscale lett a megoldás. WireGuard alapú és elképesztően egyszerű a beállítása, plusz beépített NAT traversal-al rendelkezik, úgyhogy a mobilnet se jelent neki gondot.
-
///Krisz\\\
senior tag
válasz
///Krisz\\\
#48528
üzenetére
A nevet nem sikerült megtalálnom, de mindegy is, mert kiderült, hogy a Connect-en keresztül nem lehet SSH tunnel-t használni.
Úgyhogy vagy kiengedi az ember ezt a port-ot és bízik a jelszavában, vagy a Connect-en keresztül SSH parancsokkal lehet vezérelni a Transmission-t (ha fent van a Transmission CLI).
Kicsit macerás, de működik: lehet vele hozzáadni új torrentet, törölni, lekérdezni a listát, szüneteltetni, folytatni. -
///Krisz\\\
senior tag
Próbálom megoldani, hogy távolról elérjem a Transmission webes felületét (RPi5, RPi OS Lite).
Először arra gondoltam, hogy port-forwarding-al kiengedem a 9091-es port-ot, RPi Connect-ben SSH-n keresztül lekérdezem az IP címet és utána már el tudom érni. Viszont kicsit parázok kiengedni a webes felületet, hiába van combos jelszó.
Ezért arra gondoltam, hogy SSH tunnel-el érném el (a Connect-et használva). Viszont a parancsba kell egy Pi Connect név:
ssh -L 9091:localhost:9091 pi@ssh.raspberrypi.com
Ezt nem találom a Pi Connect webes felületén se. Lehet, hogy ez valami banális dolog, de nem tudja valaki, hogy ez mi lehet?
-
-
///Krisz\\\
senior tag
A legfrissebb Raspberry Pi OS Lite van telepítve egy Raspberry Pi 5-re és ha a sudo apt-get install transmission-daemon paranccsal telepítem a Transmission-t, a 3.00-ás verzió települ. A Transmission honlapja szerint ez egy 2020. májusi verzió és a legújabb a 4.0.6.
Ez mitől lehet? Fel lehet tenni a legújabb verziót?
-
///Krisz\\\
senior tag
Egy Raspberry Pi 5-ön EEPROM-ba próbálom módosítani a boot sorrendet, az lenne a célom, hogy a sorrend SD kártya, utána USB, utána PCIe NVMe legyen, ezért ez lett beírva: BOOT_ORDER=0xf126, de úgy repül át az USB-n mint a huzat és egyből a PCIe NVMe-ről bootol. Én tudom rosszul a kódokat vagy mi lehet az oka?
-
///Krisz\\\
senior tag
Egy nagyon basic kérdés, mert most a Pi-vel használok először Linux-ot. Ha szeretném uptodate tartani, akkor Pi OS Lite alatt elég a “sudo apt-get update, sudo apt-get upgrade” párost futtatni időnként? Ez frissíti az OS-t is és a telepített alkalmazásokat is?
-
///Krisz\\\
senior tag
Köszönöm mindenkinek a válaszokat.
-
///Krisz\\\
senior tag
Még egy kérdés, hátha neked már volt ilyennel tapasztalatod. A Transmission képtelen tartani a letöltési sebességet, értem ez alatt, hogy ahogy elindul a torrent elkezd emelkedni a sebesség, felmegy 20-30 MB/s-ig utána visszazuhan 1-4 MB/s-re és utána megint felfut.
Először arra gondoltam, hogy az internet sebességével van probléma, de akkor szerintem fixen egy alacsony értéket tartana, nem lenne ekkora folyamatosa kilengés. A peer-ek száma is állandó és az SD kártyát sem gondolnám szűk keresztmetszetnek, mert tesztek alapján 90-100 MB/s-el írható. Letöltés közben a processzor terhelés nem nagyon megy 30% fölé és RAM-ból is csak 155 MB-ot eszik a 4 GB-ból a teljes rendszer.
Én valami gyorsítótár problémára gondoltam, ezért a json-ben megnöveltem a cache méretét 4 MB-ról 256 MB-ra, de semmi nem változott ezzel a sebesség ingadozással kapcsolatban. Neked van ötleted, hogy ezt mi okozhatja?
-
///Krisz\\\
senior tag
Köszönöm, ez elég részletesnek tűnik, megpróbálom így.
Egy kérdésem lenne. A csatolt leírásban ha jól látom a mappát egy külső HDD-n hoztad létre. Én most kezdésnek a microSD kártyán szeretném létrehozni a mappát (ha működik és beválik ez a setup, akkor beruházok egy külső HDD-re). Azt írtad az előbb, hogy ne a home mappába tegyem.
Hol hozzam létre, hogy “kompatibilis” legyen a küldött leírással?
-
///Krisz\\\
senior tag
Ebben biztos igazad van, de alapvetően nekem csak az lett volna a célom, hogy kiváltsam a jelenlegi NAS-omat, amire a leírások alapján ezzel a két alkalmazással alkalmas lett volna a Pi számomra.
Az, hogy eddig eljussak, hetekbe telt, mert sajnos nincsenek olyan leírások, amik végig vezetik a felhasználót egy adott alkalmazás beállításán, mindegyik csak rész infókat tartalmaz (például erről a jogosultságbeállításról, szinte sehol nem írnak, csak feltelepítik az alkalmazást, beállítják a config-ot és megy).
Még egy kicsit próbálkozom vele, de ha nem tudom megcsinálni, akkor inkább eladom a Pi-t, mert nekem nem ér ez ennyit, nem akarok hónapokig szívni 2 alkalmazás feltelepítésével és beállításával. Azt hittem ez ennél egyszerűbb lesz.
-
///Krisz\\\
senior tag
Én is erre gondolok, mert a Transmission-nél is ez volt a gond, csak nem értek a Linux-hoz és nem tudom, hogy pontosan hogyan kellene ezt megvalósítani. Ebben az operációsrendszerben a jogosultságkezelés valami elképesztően bonyolult.
Múltkor kutga-tól kaptam egy részletes leírást a Transmission-re:
sudo nano /etc/init.d/transmission-daemonUSER=horvathkrisztiansudo nano /etc/systemd/system/multi-user.target.wants/transmission-daemon.serviceUser=horvathkrisztiansudo systemctl daemon-reloadsudo chown -R $USER:$USER /etc/transmission-daemonsudo mkdir -p /home/$USER/.config/transmission-daemon/sudo ln -s /etc/transmission-daemon/settings.json /home/$USER/.config/transmission-daemon/sudo chown -R $USER:$USER /home/$USER/.config/transmission-daemon/Csak van egy tippem, hogy ezekben nem lesz elengedő átírni a transmission szavakat miniDLNA-ra
Na mindegy, megyek tovább a másik topikba.
-
///Krisz\\\
senior tag
Igen, a config-ban átírtam:
erről:
media_dir=A,/home/horvathkrisztian/Torrentek/Letöltve
media_dir=P,/home/horvathkrisztian/Torrentek/Letöltve
media_dir=V,/home/horvathkrisztian/Torrentek/Letöltve
media_dir=/home/horvathkrisztian/Torrentek/Letöltveerre:
media_dir=/home/horvathkrisztian/Torrentek/Letöltve
Sajnos nem, ugyanaz, működik a szolgáltatás, de nem látni a mappában lévő fájlokat.
Rendben, megpróbálom akkor ott, köszönöm a segítséget.
-
///Krisz\\\
senior tag
Ezt írta ki nagyon sokszor:
Igazából nálam a képek, hangfájlok és a videók is ebbe a mappába lesznek, nem tudom, hogy ilyenkor beírom mindhárom kategóriához ugyanazt a mappát és törölhetem ezt az utolsó sor vagy meg kell hagyni.
Azt próbáltam, olyankor annyi lett az egésznek, akkor már nem csak a fájlokat nem látták az eszközök, de a DLNA szolgáltatás is eltűnt.
-
///Krisz\\\
senior tag
Egy hete küzdök vele, de ez kifog rajtam, egyszerűen hiába jók a mappaelérési útvonalak, nem látja a fájlokat amik a mappában vannak, pedig maga a DLNA működik, mert elérem mindenhonnan.
Eddig ezeket a beállításokat csináltam vele:
sudo apt update
sudo apt upgradesudo apt install minidlna
sudo nano /etc/minidlna.conf
user=root
media_dir=A,/home/horvathkrisztian/Torrentek/Letöltve
media_dir=P,/home/horvathkrisztian/Torrentek/Letöltve
media_dir=V,/home/horvathkrisztian/Torrentek/Letöltve
media_dir=/home/horvathkrisztian/Torrentek/Letöltve
friendly_name=Raspberry Pi 5
inotify=yessudo nano /etc/default/minidlna
USER=“root”
sudo systemctl restart minidlna
Rá tudnál nézni, hogy mit rontok el vagy hagyok ki?
(A mappanevét módosítottam a korábban küldöttekhez képest, azt nem elírtam.)
-
///Krisz\\\
senior tag
hatalmas köszönet
így végre működik, azt hogy a Transmission a saját felhasználóm alól fusson, én abszolút kihagytam, a chown-nál pedig én azt hittem a leírások alapján, hogy a $USER egy változó és mindig beírtam a helyére a felhasználónevet, de így most tökéletesen megy -
///Krisz\\\
senior tag
Igen, ennek már utána olvastam, de sajnos így sem oldódik meg a probléma. A letöltési mappáknak már beállítottam a jogosultságát ezzel a paranccsal: sudo chmod 777 -R illetve hozzáadtam a Transmission-t a users csoporthoz ezzel a paranccsal: sudo adduser debian-transmission users, de ugyanúgy azt írja ki, hogy Permission denied.
-
///Krisz\\\
senior tag
Sziasztok,
Pár napja vásároltam egy Pi 5-öt, torrentezésre és DLNA-ra szeretném használni. Raspberry Pi OS fut rajta. A neten talált leírások (1, 2) alapján telepítettem rá a Transmission-t és a miniDLNA-t, de hiába a részletes leírások, nem sikerül beállítanom egyiket se rendesen, a Transmission állandóan nyavajog, hogy nincs hozzáférése a célmappához, a miniDLNA látszólag működik, mert látják a TV-k, Laptop-ok, de bármit másolok be a hivatkozott mappába, magát a fájlt nem látják.
Igazából az lenne a kérdésem, hogy van ezen alkalmazásoknak olyan alternatívája, ami egyszerűbben beállítható, kezdőknek való? Mondjuk valami grafikus felületet használó, mert ettől a Terminal-ba való irogatástól is kezd kihullani a hajam.

Új hozzászólás Aktív témák
- Asus BTF White Gaming PC! 7800X3D / RTX 5070 Ti / B850 / 32GB 6000MHz / 850w Gold!
- -ÚJ,2 ÉV GAR- GAMER PC: RYZEN 7 5700/5800X +RTX 3050/4070 +16-64GB DDR4! GAR/SZÁMLA! 70 féle ház!
- Eladó AMD Ryzen 7 5700 X / RTX 4060 Gamer PC
- Eladó félkonfig - csak egy GPU kell bele!
- Felsőkategóriás Gamer PC-Számítógép! Csere-Beszámítás! 7800X3D / RTX 5070 / 32GB DDR5 / 2TB SSD!
- HIBÁTLAN iPhone 12 Pro Max 256GB Silver -1 ÉV GARANCIA - Kártyafüggetlen, MS4306, 100 AKKSI
- Beszámítás! HP Elitebook 8 G1i 14 FHD notebook - Ultra 5 235U 16GB DDR5 256GB SSD Intel IGP W11
- BESZÁMÍTÁS! ASUS B150M i5 7500 8GB DDR4 256GB SSD GTX 1050Ti 4GB Nbase Black Midi DeepCool 400W
- ÁRGARANCIA!Épített KomPhone Ryzen 9 5900X 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- 153 - Lenovo LOQ (15IRX9) - Intel Core i5-13450HX, RTX 4060 (ELKELT)
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest



wassermann