-
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
-
#48844
vadkörte
addikt
///Krisz\\\
#48842
vadkörte
addikt
válasz
///Krisz\\\
#48842
üzenetére
Ugyanazt a kérdést feltettük egy ismert és széles körben használt LLM-nek, egyikünk szóban diktálással, én írásban. A kérdés rendkívül összetett és bonyolult volt.
Ki a katolikus egyház vezetője jelenleg, vagyis 2026-ban és mióta.
Az írásban feltett kérdésre tökéletes választ kaptam, a szóban feltettre akkora ordas baromságot válaszolt, hogy a röhögéstől majdnem lenyelem a nyelvem.
Amikor felhívtuk a figyelmét, hogy téved, átment hisztis pi***ba és visszaszúrt, hogy nem, ő nem téved, bizonyára a mi információnk a hibás.
Eszközök - HW, SBC, DAC, AMP, (elektroncső
,) stb... - technikai paraméterek alapján történő összehasonlítására, kódalapok, látványtervek, illusztrációk* generálására használom. Ha normálisan, részletesen van megírva a prompt, korrekt választ kapok. Szóbeli promptolást meg sem próbálok.
*:
Épp folyamatban van egy munkám, amihez baromi kevés illusztrációt kaptam, AI-jal viszont egész hatékonyan tudok generálni hozzá illusztrációnak használható tartalmakat.
(helyszínelési fotók, látleletek, kamu jegyzőkönyvek, stb...) -
#48843
Kicsirics77
veterán
///Krisz\\\
#48842
Kicsirics77
veterán
válasz
///Krisz\\\
#48842
üzenetére
Hát nemtudom, lehet én öregszem, de nekem egyáltalán nem fekszik az AI
-
#48839
Kicsirics77
veterán
///Krisz\\\
#48838
Kicsirics77
veterán
válasz
///Krisz\\\
#48838
üzenetére
Amúgy minden hátsó szándék nélkül kérdezem: ezek az AI szarok fogják egyszer ezt a világot bedönteni?
Olyan iszonyat mennyiségű f@szságot talál ki,hogy a hajam égnek áll, plussz ugye lassan ha valaki valamit nemtud egybol ezeket a szarokat kérdezi és feltétel nélkül elhiszi amit mond. -
#48836
azbest
félisten
///Krisz\\\
#48833
azbest
félisten
válasz
///Krisz\\\
#48833
üzenetére
köszi, hogy amoda is leírtad. A másik amit ott írtál, hogy létezik ilyen eeprom bootloader kapcsoló is
"POWER_OFF_ON_REBOOT=1 "
Ezt valsz sokan keresték, akik az évek során valamilyen okból szívtak az ssd-kkel
Na ezt nem is láttam még. Kezd a pi is egyre követhetetlenebb lenni. Sokszor a régi rendszerek és pik leírásai jönnek fel kereséskor és valahogy egyre nehezebb megatalálni szerintem az aktuális információkat úgy, hogy ne kelljen adatbányászni hozzá.
De ez a kapcsoló tényleg létezik vagy csak kicserélted a POWER_OFF_ON_HALT -ot arra? Nem találok dokumentációt hozzá
-
#48835
Aszpirin
támogató
///Krisz\\\
#48833
válasz
///Krisz\\\
#48833
üzenetére
-
#48834
azbest
félisten
///Krisz\\\
#48833
azbest
félisten
válasz
///Krisz\\\
#48833
üzenetére
aaah
nem gondoltam volna hogy ilyen tünetet kontakthiba is okozhat.Érdemes lehet a hivatalos raspberry fórumon is leírni a megoldást, hogy ha más rátalál a kérdésedre, ezt a lehetőséget is megnézze
-
#48828
cigam
titán
///Krisz\\\
#48827
cigam
titán
válasz
///Krisz\\\
#48827
üzenetére
///Krisz\\\
Akkor ebben nem fogunk egyetérteni, szerintem totál hülyeségeket kérdeztek.
Ezt kifejtenéd? Nem akarok neked esni egy félreértés miatt, de jól értem? Úgy gondolod, hogy az itteni segíteni szándékozók írtak hülyeségeket neked?Amúgy a halt a kikapcsolásnál van, mert onnan nem megy tovább, a reboot nem ad ki halt parancsot. Abban viszont lehet igazság, hogy leállításkor lecsatolja a fájlrendszert, és kikapcsolja, energiatakarékos módba teszi a vezérlőt, és az SSD-t. Ebből az alvó módból lassan vagy hibásan ébredhet fel, szemben az áramtalanítással, ami nulláról indít mindent.
-
#48826
azbest
félisten
///Krisz\\\
#48824
azbest
félisten
válasz
///Krisz\\\
#48824
üzenetére
pedig jókat kérdeztek, csak nem írták le, hogy hol és hogyan tudod megnézni. A POWER_OFF_ON_HALT pedig ahogy írtam azért lényeges, mert ha rebootkor is van halt állapot, lehet elveszi az 5vot, míg 3.3v-ot kapja az nvme HAT-ról és attól meghülyülhet. A bookworm valsz máshogy adta ki a rebootot és ott nem volt halt közben. Egy próbát megér átállítani.
-
#48822
azbest
félisten
///Krisz\\\
#48821
azbest
félisten
válasz
///Krisz\\\
#48821
üzenetére
mondjuk ahogy itt és a raspi fórumon írtad, ezek szerint máshogy csinálja a rebootot a két oprendszer? A bookwornnál is volt az, hogy lekapcsol majd visszakapcsol vagy ott a ledek máshogy viselkedtek?
Lehet a gyors ki-be kapcsolás miatt az ssd még valami instabil állapotban van. Nem tudom van -e kernel kapcsoló, hogy hasonlóan viselkedjen a rebootkor az áram, mint a bookwormon.
Azt meg azért mondhatták, hogy a POWER_OFF_ON_HALT gondot okozhat, mert úgy olvasom, vannak HAT-ek amit összezavar hogy részben kap áramot, részben nem. [link]
Ha power offot csinál restart előtt az új os, míg a bookworm máshogy rebootolt, lehet köze hozzá. Annak a halt-nak meg kikapcsolt pi fogyasztására kéne legyen hatása, nem a futó pire. Ha mindig fut, akkor nem nyersz vele gondolom.
Az UART logot említették még, amit a bootloadernél be lehet kapcsolni és akkor valsz a pi valamelyik pinjeire kötött usb soros átalakítóval és terminállal lehet látni debug infókat a bootloaderből, hogy miért nem sikerül.
Kernel opciónak esetleg próbálhatsz, most hirtelen nem tudom a pi5 esetén cmdline.txt van -e még vagy hol lehet ezeket megadni. De van reboot=valami opció a kernelhez. Talán nem ugyanaz az alapértelmezett beállítás a két oprendszeren vagy valami bug miatt meg kéne adni valamit helyette:
reboot= [KNL] Format (x86 or x86_64): [w[arm] | c[old] | h[ard] | s[oft] | g[pio]] \ [[,]s[mp]#### \ [[,]b[ios] | a[cpi] | k[bd] | t[riple] | e[fi] | p[ci]] \ [[,]f[orce] Where reboot_mode is one of warm (soft) or cold (hard) or gpio (prefix with 'panic_' to set mode for panic reboot only), reboot_type is one of bios, acpi, kbd, triple, efi, or pci, reboot_force is either force or not specified, reboot_cpu is s[mp]#### with #### being the processor to be used for rebooting. -
#48820
cigam
titán
///Krisz\\\
#48819
cigam
titán
válasz
///Krisz\\\
#48819
üzenetére
Van egy "ébredési" idő, amit a vezérlő látszólag a vártnál később végez el. Lehet pont a soft reset miatt.
Bizonyos SSD-k (Micron, Samsung 2230, WD SN530 stb.) érzékenyek a Pi 5 PCIe resetjére. Próbáld meg frissíteni az HAT fw-t, ill. az SSD-ét.
Az is segíthet, ha késlelteted a PCIe busz inicializálását, ill. kisebb sebességre állítod.
PCIE_ASPM=0
PCIE_SPEED=1
Az első kikapcsolja a PCIe energiatakarékosságát, ami növelheti a stabilitást, a második pedig beállítja az x1 linket. Így 5Gbps helyett csak 2.5Gbps lesz a kapcsolat sebessége. -
#48818
cigam
titán
///Krisz\\\
#48817
cigam
titán
válasz
///Krisz\\\
#48817
üzenetére
Frissítsd a bootloadert:
sudo apt update
sudo apt full-upgrade
sudo rpi-eeprom-update -a
sudo reboot
Ha még mindég problémás, engedélyezd a PCIE_PROBE opciót. A PCIE_PROBE egy Raspberry Pi‑specifikus bootloader opció, ami azt szabályozza, hogyan és mikor próbálja a Pi 5 inicializálni a PCIe buszt – vagyis azt a részt, amin az NVMe SSD is lóg.
sudo rpi-eeprom-config --edit
PCIE_PROBE=1
BOOT_ORDER=0xf416 -
#48801
wassermann
Topikgazda
///Krisz\\\
#48799
wassermann
Topikgazda
válasz
///Krisz\\\
#48799
üzenetére
Nincs ilyenem, de nem épp pont azok az OS X segédfájlok kellenének, amiknek a létrejötte le van tiltva... ?
-
#48800
cigam
titán
///Krisz\\\
#48799
cigam
titán
válasz
///Krisz\\\
#48799
üzenetére
Próbáld meg hozzáadni ezt a sort:
ea support = yes
Indítsd újra a sambat, vagy magát a Pi-t, és próbáld újra. -
#48795
cigam
titán
///Krisz\\\
#48788
cigam
titán
válasz
///Krisz\\\
#48788
üzenetére
https://logout.hu/cikk/raspbian/merevlemez_energiatakarekossag.html
Bár a többiek már leírták a lényeget. Az is elképzelhető, hogy az USB fiók vezérlője fixen így működik amire nincs ráhatásod, csak a csere segít.GhostVector
A te feltöltési sebességed a mérvadó, ill. az, hogy a távoli végponton mennyi marad belőle, ami pillanatról pillanatra. A belső hálózaton nem lesz gond.Helios
rc.local? Már régen nem SysV init rendszert használnak, hanem systemd-t. -
Helios
tag
válasz
///Krisz\\\
#48793
üzenetére
Ha parancssorból sem megy, akkor az rc.local sem lesz jó, mert az jelen esetben ugyanaz. Gyaníthatóan az az eset áll fent, hogy a te USB/HDD csatolód az ilyen beállításokat nem támogatja és az ilyen config parancsok nem mennek rajta keresztül.
-
Helios
tag
válasz
///Krisz\\\
#48791
üzenetére
És egyébként parancssorból működik?
Nálam azért került az rc.local-ba a "/usr/sbin/hdparm -B 255 /dev/sda" sor, mert másképp (pl. hdparm.conf-ból kiadva) mindig felülbírálta valami. (Ez a hozzászólás segített.)
-
Helios
tag
válasz
///Krisz\\\
#48788
üzenetére
Szerintem a hdparm parancsot keresed:
"get/set SATA/IDE device parameters
hdparm [options] [device] .. "neked a -B kapcsoló kell: "Get/set Advanced Power Management feature"
DE nem minden USB-HDD csatoló / disk támogatja
(Nálam - régebbi rendszeren - szerencsére működik és végül a /etc/rc.local fájlba került bele megfelelő paraméterekkel ez a parancs, hogy minden indulásnál lefusson, mert másképp valami mindig bezavart.)
-
#48723
cigam
titán
///Krisz\\\
#48722
cigam
titán
válasz
///Krisz\\\
#48722
üzenetére
Passz. Mivel alapból SD kártyán van a rendszer, jó ötlet, hogy az átmeneti, minden lim-lom ideiglenes tárolására szánt könyvtárat a RAM-ba tartsa, és kikapcsoláskor automatikusan kiürül. SSD esetén maradhat kikapcsolva. Nem lesz érdemi difi a mindennapi működésében. Sem a rendszer sebessége, sem az SSD nem sokat vesz ebből észre. Egyrészt elég gyors az SSD írás olvasás, másrészt sokkal fejlettebb cella védelmi eljárásokat háznál, mint a mezei SD.
-
#48721
cigam
titán
///Krisz\\\
#48720
cigam
titán
válasz
///Krisz\\\
#48720
üzenetére
Na és ha nem SD kártyáról fut akkor, akkor mi van? Fogjuk a bejgli kómára, de ha egy percig elgondolkozol rajta ...
A tmpfs nem tudja milyen típusú a háttértárad. Nem is érdekli, nem befolyásolja a működését. Őt egyetlen egy dolog érdekli, hogy mi van a konfigurációs fájljában.
Azt kipróbálhatod, megteheted, hogy telepítés után visszakapcsolod. Valószínű futás közben már nem lesz szüksége ekkora méretű /tmp mappára. -
#48718
cigam
titán
///Krisz\\\
#48717
cigam
titán
válasz
///Krisz\\\
#48717
üzenetére
Insufficient free space for /tmp: 2073472KB found, 2097152KB required
Nincs elég hely a /tmp mappában. Ez egy virtuális, a RAM-ban létrehozott mappa, hogy gyorsítsa a rendszer működését, és kímélje az SD kártyát a sok írástól.
A sudo nano /etc/default/tmpfs paranccsal szerkeszd át a fájlt, és a RAMTMP=yes sort írd át RAMTMP=no -ra. Indítsd újra, és ekkor már a fájlrendszerben lesz a /tmp mappa, és ha van elég hely a kártyán, már le fog futni a telepítő. -
kbhuinfo
tag
válasz
///Krisz\\\
#48674
üzenetére
Ezt nem bonyolitanam ennyire el - https://malnapc.hu/raspberry-pi-500-uk-8-32gb
Siman hasznalhato irodai feladatokra. Ha meg combosabb kell, sok bongeszo ablakkal, akkor kell a RAM: https://malnapc.hu/raspberry-pi-500-plus-uk
Egyebkent akinek tobb kell, annak x86. Nekem sem eleg ez a teljesitmeny, de paromnak pl. boven. -
#48675
Rowon
nagyúr
///Krisz\\\
#48674
válasz
///Krisz\\\
#48674
üzenetére
-
#48657
///Krisz\\\
senior tag
///Krisz\\\
#48656
///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. -
#48579
///Krisz\\\
senior tag
///Krisz\\\
#48578
///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.
-
#48556
Aryes
nagyúr
///Krisz\\\
#48554
válasz
///Krisz\\\
#48554
üzenetére
Hány ampert tud ez a töltőfej leadni 5V-on?
-
#48555
-Skylake-
addikt
///Krisz\\\
#48554
-Skylake-
addikt
válasz
///Krisz\\\
#48554
üzenetére
koszi, oriasi.
van itthon ugyan olyan ikeas toltom is mint amit linkelsz, de hosszutavon semmikepp nem tervezem azt hasznalni, szerintem veszek egy gyari tapot (mert mindenkepp akarnek ra ssd-t rakni). szerintem alapbol ki fogom hagyni az sd kartyat es megyek csak ssdvel. koszi az infokat ! -
kbhuinfo
tag
válasz
///Krisz\\\
#48531
üzenetére
Szep munka. A zerotier szimpatikusabb a self hosting miatt.
-
kbhuinfo
tag
válasz
///Krisz\\\
#48529
üzenetére
wireguard a legjobb megoldas. Szerintem.
-
#48529
///Krisz\\\
senior tag
///Krisz\\\
#48528
///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. -
kbhuinfo
tag
válasz
///Krisz\\\
#48525
üzenetére
Jo dontes. A debian konzervativ a csomagkezelo csomagjai teren. Ezert lehet, hogy regebbi a transmission stabil verzioja, ami apt-bol telepitheto.
-
#48524
0519
senior tag
///Krisz\\\
#48523
0519
senior tag
válasz
///Krisz\\\
#48523
üzenetére
Régi verzió van a tárolóban. Nem prio frissíteni.
Két megoldást javaslok:
1. docker konténerben telepíteni
2. letölteni a deb fájlokat és manuálisan telepíteni -
#48510
cigam
titán
///Krisz\\\
#48508
cigam
titán
válasz
///Krisz\\\
#48508
üzenetére
Így ebben a sorrendben próbál indulni:
- NVME
- Network
- SD
- rebootFordítsd meg! Jobbról balra halad a felsorolásban. [link]
-
#48203
cigam
titán
///Krisz\\\
#48202
cigam
titán
válasz
///Krisz\\\
#48202
üzenetére
Igen, ez minden telepített csomagot frissít. Viszont ha megjelenik egy új főverzió, azt nem teszi fel automatice. Az kicsit munkásabb: [link]
-
#48167
elmo
aktív tag
///Krisz\\\
#48166
elmo
aktív tag
válasz
///Krisz\\\
#48166
üzenetére
Szerintem próbáld meg azt (ha jól emlékszem anno nekem ez segített), hogy átállítod a disk cache méretét 64 MB-ra. Alapértelmezettként mintha csak 4 MB lenne...
A grafikus felületen a config-ban eléred rögtön az első (base) fülön. -
#48164
krealon
veterán
///Krisz\\\
#48159
krealon
veterán
válasz
///Krisz\\\
#48159
üzenetére
"Esetleg addig le tudom ezt tesztelni egy pendrive-al vagy az is úgy viselkedne mint az SD kártya?"
Pontosan ugyanúgy működik egy pendrive, mint egy SD kártya.
(Hacsak nem egy nagyon-nagyon drága pendrive-ot használsz, ami tulajdonképp egy USB csatoló-felületű SSD.
)Ha nem akarsz kompromisszumot kötni, akkor Samsung EVO, Crucial MX500 vagy hasonló felső polcos SATA SSD-t érdemes használnod USB átalkítóval.
-
#48162
vigfer90
csendes tag
///Krisz\\\
#48160
vigfer90
csendes tag
válasz
///Krisz\\\
#48160
üzenetére
Nem, természetesen nem ott van. Azt tanultam, hogy SD kártyát nem használunk torrentre, többek között a fenti ok miatt sem. Egy 1 TB-os 2.5-es HDD-t használok. Nekünk ez bőven elég.
Amíg nem dockereztem, a célmappa akkor is a HDD-n volt. Az egyetlen változás az esetemben az az lett, hogy a transmission konténerbe került. Természetesen ez sok apróbb kicsi változást jelent, nem pedig egy nagyot. De már feladtam a gyökérok elemzést, mert a probléma megszűnt. -
#48161
ricsip
addikt
///Krisz\\\
#48160
ricsip
addikt
válasz
///Krisz\\\
#48160
üzenetére
Transmission tud olyat h. szekvenciálisan (azaz elejétől indulva a végefelé irányba) töltsön le, ne összevissza ahogy éppen jólesik neki? Az talán segíthet ezen a gondon.
-
#48157
vigfer90
csendes tag
///Krisz\\\
#48152
vigfer90
csendes tag
válasz
///Krisz\\\
#48152
üzenetére
Szia. Nekem ez akkor volt amikor az OMV mellé volt csak parancssorból telepítve a transmission. Függetlenül futottak egymás mellett. Ugyanez a lassulás volt a tünet. Egy hete rávettem magam és a chatgpt segítségével elkezdtem dockerezni. Azóta a transmissipn docker konténerben fut OMV alól és láss csodát a letöltési sebesség folyamatos 30-40 MB/sec körül alakul.
A probléma okára nem jöttem rá, de most már nem is érdekel. -
#48156
krealon
veterán
///Krisz\\\
#48152
krealon
veterán
válasz
///Krisz\\\
#48152
üzenetére
"A Transmission képtelen tartani a letöltési sebességet"
[...]
"az SD kártyát sem gondolnám szűk keresztmetszetnek, mert tesztek alapján 90-100 MB/s-el írható."A 90-100 MB/s szekveciális írás mellett érvényes.
A Transmission pedig random hozzáéférésszerű terhelést eredényez. (3-8MB/s)SD kártyát használni torrent tárolóhelyként csak akkor érdemes , ha a random irás / olvasás okozta lassulás elfogadható.
Cristaldiskmark Samsung EVO Plus microSDXC UHS-I Card Review (256GB)
-
#48155
cigam
titán
///Krisz\\\
#48154
cigam
titán
válasz
///Krisz\\\
#48154
üzenetére
Esetleg a naplóban ránézhetsz panaszkodik-e valamire, ugyanakkor az otthoni internet sebessége nem garantált, az pillanatról pillanatra változhat, ahogy a seed is.
Nekem bőven elég ennyi, talán a Bittorrent topikban tudnak mondani okosabbat. -
#48153
cigam
titán
///Krisz\\\
#48152
cigam
titán
válasz
///Krisz\\\
#48152
üzenetére
Valószínűleg CPU limit. 4 magos proci esetén 25% 1 mag, a transmission csak egyetlen magot használ. Nézd meg olyan progival, ami képes magonként mutatni a kihasználtságot. pl. terminálban top, htop, ...
-
#48145
cigam
titán
///Krisz\\\
#48144
cigam
titán
válasz
///Krisz\\\
#48144
üzenetére
Nincs mit, örülök, hogy sikerült!
-
#48139
cigam
titán
///Krisz\\\
#48137
cigam
titán
válasz
///Krisz\\\
#48137
üzenetére
A mappákat kedved szerint elhelyezheted, de pár rendszer könyvtárat érdemes nagy ívben kikerülni (/home, /etc, /tmp, stb ...)
Pl. a gyökrétbe is teheted: /Torrentek
Csak ugye az előző oldalakon taglalt jogosultságokat be kell állítani.
sudo mkdir /Torrendek
sudo chown -R horvathkrisztian:users /Torrentek
sudo chmod -R 775 /TorrentekPlusz torrentet SD kártyára tenni nem szerencsés. Hamar kinyírja a sok írás.
-
#48138
kutga
félisten
///Krisz\\\
#48137
kutga
félisten
válasz
///Krisz\\\
#48137
üzenetére
Én a
/mntalatt szoktam mindent csatolni. -
#48136
cigam
titán
///Krisz\\\
#48135
cigam
titán
válasz
///Krisz\\\
#48135
üzenetére
Khm... [link]
Tedd fel a Pi-re az OMV-t, és a már a NAS-okról ismerős WEB-es felületen összekattintgatod, a megosztásokat, torrentet.
Ugyanakkor egy belépő NAS tényleg jobb választás lehet neked. -
#48134
cigam
titán
///Krisz\\\
#48133
cigam
titán
válasz
///Krisz\\\
#48133
üzenetére
Sokkal egyszerűbb lenne az életed, ha
- a Torrenteket nem a home mappádba teszed (Azt egy kis "burok" védi, senki más nem fér hozzá alapból, és ez így van jól.)
- megismernéd a Csoportokat. Egy fájlnak 3 jogosultságot beállítani. Egyet a tulajdonosnak, egyet a csoportnak, és egyet mindenki másnak. Pl. a Torrent mappa tulajdonosát állítsd át users-re.
Az users csoporthoz hozzáadod a transmission felhasználót, és a minidlna felhasználót (vagy amilyen felhasználót éppen hozzáadott a rendszerhez, és azt beállította magának)
Ezekután mindkét program egymás akadályozása nélkül hozzáfér a Torrent mappához. Sokkal egyszerűbb mint testreszabni a programokat, jogosultságokat, hogy egyszerre tudjanak hozzéférni/futni.
- a root nevében semmit nem futtatnál, mert egy programhiba esetén csúnya dolgokat művelhet, és jogosultsági problémákat is okoz, mivel az általa létrehozott fájlok tulajdonosa is a root lesz, vagyis mezei felhasználó nem fog hozzáférni.Ismerkedj meg a jogosultságokkal! Az elején fura lesz, de később megkönnyíti az életed. (A Windowsban is van jogosultságkezelés, ott is hasznát veheted ennek a tudásnak)
Ezt a transmission-os "receptet" ne hogy behelyettesítsd a miniDLNA-ra, mert azt is elrontod, ami eddig működött.
-
#48132
kutga
félisten
///Krisz\\\
#48131
kutga
félisten
válasz
///Krisz\\\
#48131
üzenetére
Azt is, amit a kolléga írt, mármint hogy melyik felhasználó alól induljon?
-
#48130
cigam
titán
///Krisz\\\
#48125
cigam
titán
válasz
///Krisz\\\
#48125
üzenetére
Pedig ott a megoldás: access denied. Vagyis a megadott mappához nincs jogosultsága.
Amint a "horvathkrisztian" user nevében fog futni, lesz hozzáférése at adott mappához.
-
#48129
kutga
félisten
///Krisz\\\
#48128
kutga
félisten
válasz
///Krisz\\\
#48128
üzenetére
A konfigot is átírtad? Működik most?
MOD
Amúgy lehet ezzel már inkább ide kellene mennünk. [link] -
#48126
kutga
félisten
///Krisz\\\
#48125
kutga
félisten
válasz
///Krisz\\\
#48125
üzenetére
'Permission denied' jogosultság hiányára utal.
ls -lmit mutat ezeken a mappákon?Ha ugyanazon mappában szeretnél többféle médiát, akkor szerintem nem kell megadni a fajtáját,
media_dir=/home/horvathkrisztian/Torrentek/Letöltveelegendő, vagy létre is hozhatsz három almappát képeknek, videóknak, zenének.media_dir=A,/home/horvathkrisztian/Torrentek/Letöltve/[B]Zenek[/B]
media_dir=P,/home/horvathkrisztian/Torrentek/Letöltve/[B]Kepek[/B]
media_dir=V,/home/horvathkrisztian/Torrentek/Letöltve/[B]Videok[/B] -
#48124
kutga
félisten
///Krisz\\\
#48123
kutga
félisten
válasz
///Krisz\\\
#48123
üzenetére
sudo systemctl status minidlnaEz mit ad vissza?
Az utolsó
media_dirbejegyzés nem jó, nem definiáltad a média típusát. Auser-t próbáld ki a saját felhasználóddal, neroot-ként. -
#48089
kutga
félisten
///Krisz\\\
#48088
kutga
félisten
válasz
///Krisz\\\
#48088
üzenetére
Ennek örülök, a minidlna szolgáltatást is átnézheted ilyen szemmel. [link]
-
#48087
kutga
félisten
///Krisz\\\
#48083
kutga
félisten
válasz
///Krisz\\\
#48083
üzenetére
Szerintem nem jók a jogosultságok. Próbáld ki így.
Először állítsd le a transmission szolgáltatást.
sudo systemctl stop transmission-daemonUtána rakd rendbe a jogosultságokat, a horvathkrisztian felhasználó alól.
sudo chown -R $USER:$USER /home/horvathkrisztian/Torrentek/Folyamatbansudo chown -R $USER:$USER /home/horvathkrisztian/Torrentek/Letoltottsudo chmod -R 775 /home/horvathkrisztian/Torrentek/Folyamatbansudo chmod -R 775 /home/horvathkrisztian/Torrentek/LetoltottHa még nem tetted volna meg, a transmission konfig fájlban add meg a megfelelő könyvtárakat.
sudo nano /etc/transmission-daemon/settings.json"incomplete-dir": "/home/horvathkrisztian/Torrentek/Folyamatban","download-dir": "/home/horvathkrisztian/Torrentek/Letoltott","incomplete-dir-enabled": true,Be kellene állítani aztán, hogy a transmission szolgáltatás a horvathkrisztian felhasználó alól fusson, ne az alapértelmezett debian-transmission alól
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/Ha mindent jól beállítottál, akkor indíthatod a szolgáltatást.
sudo systemctl start transmission-daemonItt van hozzá egyébként egy jó leírás. Ha gondom volt a transmissionnel, azt szinte mindig a nem megfelelő jogosultságok miatt volt. [link]
-
#48082
Aksomatic
senior tag
///Krisz\\\
#48076
Aksomatic
senior tag
válasz
///Krisz\\\
#48076
üzenetére
CasaOS elég jól használható grafikus felületű. Amikor rájössz mi hogyan működik benne elég egyszerűvé válik a használata
-
#48081
kutga
félisten
///Krisz\\\
#48080
kutga
félisten
válasz
///Krisz\\\
#48080
üzenetére
Mit mutat az
ls -lparancs a letöltés mappán? -
#48077
kutga
félisten
///Krisz\\\
#48076
kutga
félisten
válasz
///Krisz\\\
#48076
üzenetére
Ez a két alkalmazás szerintem pont kezdőknek való, viszont be kellene állítani a médiát tartalmazó mappák jogosultságait. A
chownéschmodparancsoknak olvass utána.
,) stb... - technikai paraméterek alapján történő összehasonlítására, kódalapok, látványtervek, illusztrációk* generálására használom. Ha normálisan, részletesen van megírva a prompt, korrekt választ kapok. Szóbeli promptolást meg sem próbálok.
)
Új hozzászólás Aktív témák
wassermann- Gumi és felni topik
- Forza sorozat (Horizon/Motorsport)
- Autós topik
- Ilyen olcsó sem volt még egy Apple notebook
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Hobby rádiós topik
- Vezeték nélküli fejhallgatók
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Fotók, videók mobillal
- További aktív témák...
- Gamer PC-Számítógép! Csere-Beszámítás! I7 7700K / GTX 1080 8GB / 16GB DDR4 / 500GB SSD
- Eladó RTX 3070 ti / i5 8600K / 16GB DDR4 / 500GB NVME SSD
- Eladó Konfig Ryzen 5 5600 16GB DDR4 512GB SSD RX6700XT 12GB!
- Garanciális Gamer Számítógép, PC (RX 5700XT 8GB, R5 2600, 16GB RAM,SSD) Beszámítás! Posta ok (14)
- Garanciális Gamer Számítógép, PC (RX 580 8GB,I5-7500 16GB RAM, SSD) Beszámítás! Posta ok! (11)
- Dell Latitude 7280,12.5",HD,i5-6200U,8GB DDR4,256GB SSD,WIN11
- 8Gb DDR3L 1,35V 12800u 1600Mhz RAM-ok, több db
- Apple iPhone 13 Pro 128GB,Átlagos,Dobozaval,12 hónap garanciával
- 152 - Lenovo LOQ (15IRH8) - Intel Core i5-12450H, RTX 4060 (ELKELT)
- GYÖNYÖRŰ iPhone 14 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3971, 94% Akkumulátor
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest