Hirdetés
- Samsung Galaxy A54 - türelemjáték
- Hat év támogatást csomagolt fém házba a OnePlus Nord 4
- Telekom mobilszolgáltatások
- Hivatalos a OnePlus 13 startdátuma
- Milyen okostelefont vegyek?
- Fotók, videók mobillal
- Google Pixel topik
- Honor 400 Pro - gép a képben
- Xiaomi 15 - kicsi telefon nagy energiával
- PC emulátorral debütált a Red Magic 10S Pro
-
Mobilarena
Új hozzászólás Aktív témák
-
Oldman2
nagyúr
válasz
Multibit
#21714
üzenetére
Amennyiben ez a Rendszer/Bővítmények alatt kellene hogy megjelenjen, akkor ott nincs telepítve. Parancsorból nézve:
root@omv:~# dpkg -l |grep raidroot@omv:~# dpkg -l |grep openmedia
ii openmediavault 7.7.7-1 all openmediavault - The open network attached storage solution
ii openmediavault-compose 7.5.2 all OpenMediaVault compose plugin
ii openmediavault-keyring 1.0.2-2 all GnuPG archive keys of the openmediavault archive
ii openmediavault-omvextrasorg 7.0.2 all OMV-Extras.org Package Repositories for OpenMediaVault
ii openmediavault-sharerootfs 7.0-1 all openmediavault share root filesystem plugin -
Oldman2
nagyúr
A nemrég lezajlott diszkcsere kapcsán monitorra dugtam az OMV5-ről upgradelt OMV7-es gépet és az alábbi "hibaüzeneteket" láttam a monitoron. Ezeknek köszönhetően a gép igen lassan indul...
Mit lehet tenni, hogy a Raid keresés (gondolom erről van szó) ne történjék meg? Nincs Raid tömb a gépben, minden "original" OMV
-
sad_Vamp
őstag
válasz
Oldman2
#21700
üzenetére
én egy Axago docker-el csináltam, ami tud klónozni. A gond az volt hogy kellett még 1 live linux distro hogy a particiókat kibővítsem (csak attól függően miképp osztottad fel a HDD-t azt sem mindig lehet) és az én esetembe a disk ID változott, sőt a swap-ot komplett törölni kellett a hely nagyobbítás miatt... de végül minden szépen csont nélkül ment (OMV 5)
-
-
Soderes
senior tag
válasz
Oldman2
#21708
üzenetére
Ha a UUID-ra gondolsz.
Persze, hogy változik. Teljesen más meghajtó.Ha a csatolásra pl. /dev/sda
Azt meglehet úgy oldani, hogy ugyanaz legyen, de a mount point kell az adott meghajtó UUID is.
Ezért a natív root.
Ezt ott újra lehet configolni.Csatolt fájlrendszerek :
lsblk -fpartíciók UUID-jei :
blkidDe a
mountés afstabszempontjából a partíció UUID a mérvadó. -
Oldman2
nagyúr
válasz
Oldman2
#21702
üzenetére
A Macriummal 7 perc alatt kész volt a klónozás, a GParted-del megszenvedtem egy kicsit, mire letöltöttem egy LiveCD-t hozzá.
A partíció ID-k (természetesen) megmaradtak, elvégre klónozás volt.
Az új diszk simán bebootolt, már másolok rá, megy minden szépen.
Sajnos a házba 3 db 3,5"-os diszk már csak cipőkanállal fér be, nem erre lett tervezve. -
-
-
Balinov
titán
Uraim, otleteket keresek. PVE alatt OMV VM, 2CPU/4GB ram adva a VM-nek.
Egy lightweight m3u-editor kontener meg omvextras fele portainer plugin. Szoval semmi extra es ilyen alacson CPU load melett 1.2GB memory use van
Mig PVE alatt majd' 90%-ot latok (4GB max, 2GB min).
Korabbi installnal 2vCPU/2GB volt adva, de ott nem emlekszem se PVE, se OMV alatt ilyen mem usage-ra.
Ami korabban is volt az remotemount-tal a Zyxel NAS felcsatolva, ami uj az egy USB3-as dokkban 2x1TB mergefs-el 1 pool-ra alakitva.
Ez igy normalis vagy tulaggodom? Adjak a VM-nek mittomen +2 vCPU core-t, meg esetleg tegyem at 8/4GB memoria beallitasra?
udv
Bali -
-
Horvi
őstag
válasz
Toninho13
#21693
üzenetére
Hát ennyi infó alapján nehéz bármit mondani. Portainert szoktad frissíteni gondolom, meg a többi konténert is. Logokat kellene megnézni a konténereknél, hogy mit írnak.
Hasonlóan én is jártam 1-2 konténernél(pihole és glances), hogy egyik update után már nem indultak el, vagy bootloop-ba kerültek. Azokat kellett kicsit nyomozni de volt rá megoldás a fejlesztő oldalán és utána ment minden tovább rendesen. -
Toninho13
aktív tag
Sziasztok!
Az elmúlt időszakban az OMV alatt futó Portainerben lévő programok lehalnak. Elméletileg futnak, gyakorlatilag viszont nem funkciónálnak jól. Torrentnél pl nem kapcsolódik senkihez a kliens, Plex szerver eltűnik a mobilos alkalmazásból, Prowlarr alatt minden elérhetetlen stb... Történt mostanában valami változás ami ezt okoz(hat)ja, vagy lehet rá valami megoldás az újratelepítésen kívül...
-
Balinov
titán
válasz
Balinov
#21691
üzenetére
szerintem az a chmod osszefosta a rendszerst, mind 3 normal user + root is kulonbozo PUID,PGID-t mutat, root-nak raadasul 0/0
szerintem ebbol komplett OMV reinstall lesz, hulye voltam, hogy az alap install utan nem csinaltam egy PVE backupot a VM-rol, most sporolhatnek magamnak egy fel delutanos elfoglaltsagot..
-
Balinov
titán
válasz
stigma
#21689
üzenetére
ez rohadtul erdekes. pl transmission docker 1000/1000, el is erem rendeben, jellyfin-t is (azis 1000/100) de ssh-n, routkent belepve meg teljesen mast latok.
docker "docker-user" alatt fut
Erdekes, portainer es m3u-editor compose fajlokban nincs sem GUID/PUID bejegyzes, megis muxik mind a ketto -
Balinov
titán
Ezt nem hiszem el, valamiert eltunt az SMB megosztas, nem erem el sehonnet. Win alol latszik a host, de nem tud csatlakozni.
sdc az alany es ezeket latom
SMB engelyezve, user, amit win alatt hasznalnek ssh, sudo,user group tagja, R/W permission az osszes shared folderre.
Mi a fene lehet ez? lehet valami koze a tegnapi chmod a+rw movies parancshoz?
Masik userrel sem megy a halozati meghajto felcsatolasa win10 alol. csak ennyit lat, a hostot, de nem tudom kivalasztani a mappat, mint korabban
-
stigma
addikt
válasz
Balinov
#21687
üzenetére
Hi, ami fontos lehet, és most nem okoskodni akarok, hanem segíteni.
Docker futtatásához saját usered használod vagy hogyzál létre egy docker user felhasználót?
SSH-n ha belépsz akkor add ki azt a parancsot hogy : id dockerhezhasználtusernévEkkor a felhasználóhoz, akinke a nevében futtatsz (PUID,PGID) kiirja a jó értékeket, melyeket a stackbe bele kell tenni.
Nem tudom, hogy az fixen 1000 és 100, de erre figyelni kell.
A legtöbb dockerhub-ra feltöltött templateben 1000 és 1000 van, de ezt mindig csekkolni kell. -
Balinov
titán
válasz
stigma
#21685
üzenetére
Koszi meg1x, az IP-t is meg a RW temat. Elobbi csak apro kenyelmetlenseg, utobbi konkretan szo*as, mert nem jovok ra, miert nem jo az, hogy a mas docker kontenerekben kivalloan mukodo 1000-es PUID/GUID, az arr stack yaml-jeben ugyanuyg 1000-es erteken nem muxik.
EEEES nemba***sza meg, most nezem, a teszt radarr yaml-ba elszabtan az utobbit, csak 100, nem 1000
Maholnap remelem lesz lehetoseg kiprobalni, hogy tenyleg csak ez volt-e a baj, ha igen, akkor mea culpa 
divan# 21686, jo helyen vagy, ott jobb oldalt van egy ceruza ikon, az lesz az
-
stigma
addikt
válasz
Balinov
#21684
üzenetére
Hi, örülök, hogy sikerült, igaz megszenvedtél vele nagyon.
A konténerben/stackben beírt PUID+PGID azonosítja azt a felhasználót akinek a nevében futtatod a konténert, ezért minden olyan Volume, amiben definiálod, meg kell adnod a jogokat.- /docker_data/radarr/config:/config
- "/srv/dev-disk-by-uuid-2750c97d-078c-4283-8313-e115890feea0/Data Storage 1TB/radarr/movies:/movies"
- "/srv/dev-disk-by-uuid-2750c97d-078c-4283-8313-e115890feea0/Data Storage 1TB/transmission/downloads:/downloads"Igaz ide console-ból adtad meg a jogokat, de a kiemelt mappákhoz a definiált docker felhasználódnak is a+rw jogokkal kell rendelkezni, hogy problémamentesen fusson.
Örülök hogy sikerült, sajnos azt kell mondjam Docker nekem sem elsőre ment, és a mai napig szenvedek néha 1-2 dologgal, pedig már 4-5 éve jelen van az életemben
-
Balinov
titán
válasz
Balinov
#21683
üzenetére
A macska rugja meg, 5 ora mulva mennem kell csaladert a repterre, de nem hagyott nyugodni. Redditen talaltam egy tippet, radarr consolbol, portainer alatt chmod a+rw movies, igy mar megy az add root directory hozzaadasa
Csak azt nem ertem, hogy ezt miert kell kulon, mikor a docker-user - szerintem, a jo user groupokba van. _ssh, docker, users. Nem ment a chmod nelkul akkor sem, ha a docker-user-t hozzadtam a sudo csoporthoz
-
Balinov
titán
válasz
stigma
#21682
üzenetére
Nagyon koszonom, midnenhol kerestem, csak ott nem. Muxik ahogy korabban is
Lenne egy ujabb feladvany. Arr stack-kel kuzdok mint malac a jegen
Ez konkretan Radarr, de a tobbinel is ugyanez a szitu.
Nem tudom kivalasztani a root folder-t, a fenti hibauzenetet kapom konzisztensen.
Szerk ;ki tudom tallozni a moviest de ezt kapom, docker usernek r/w jogosultsága van arra a vinyora
Compose-nal ezek vannak. Sajnos nem tudtam, hogy bar OMV-nel a shared folderben lehet szokoz, a yamal file viszont finnyas es "-k koze kene tenni es ugy mar oke, de nalam valamiert megsem.volumes:
- /docker_data/radarr/config:/config
- "/srv/dev-disk-by-uuid-2750c97d-078c-4283-8313-e115890feea0/Data Storage 1TB/radarr/movies:/movies"
- "/srv/dev-disk-by-uuid-2750c97d-078c-4283-8313-e115890feea0/Data Storage 1TB/transmission/downloads:/downloads"Mar vagy 5x atneztem a yaml file-t, de egyszeruen nem jovok ra, hol a hiba
udv es koszi Sracok!
B -
stigma
addikt
válasz
Balinov
#21681
üzenetére
Hali, Igaz én már OMV-ről váltottam Synology-ra, de hasonló probléma nekem akkor van, mikor a Portainer-t frissítem, akkor szintúgy IP nélküli 0.0.0.0-val nyilnak emg hibásan a konténerek.
Megoldás az, hogy:
Portainer-be belépsz --> Home menüpont --> Jobb oldalt az ,,Edit" --> Public IP-hez beírod a NAS IP címét, majd ,,Update Environment" és máris emgjavul.
Itt a menüpontban az alábbi alap paraméterek vannak:
NAme : local
Environment Url : /var/run/docker.sock
Public IP : NAS IP-re --> 192.168.X.X
Gruop: Assign
Tag: üres -
Balinov
titán
Sziasztok Sracok, adott egy kis anomalia OMV7 alatt docker compose-val kapcsolatban, amire szivesen varnek megfejtest es tanacsot
Szoval. par docker konterem van (volt egy komplett HW upgrade, PVE es OMV reinstall).
Ha a Ports oszlopban rakattintok az IP cimre, igy siman nyilik az adott alkalmazas uj bongeszo lapban, az osszes, amit itt lattok
Eddig OK, de ugyanezen docker kontenereket portainer alol nem tudom elinditani.
Tegyuk fel JF< ha rakattintok a published ports-ra, akkor az ujablakban http://0.0.0.0:8096/ nyilna meg, holott OMV alol direktben inditva meg http://openmediavault.local:8096/web/#/home.html (az megint mas kerdes, miert .local:8096, nem IPcim:8096, ezt sem igazan ertem)
Maga a Portainer compose file-ja OMV alatt igy nez ki, elegge fapados, de install from examples-t (portainer - portainer) hasznaltam telepitesre
---
services:
portainer:
image: portainer/portainer-ce:latest
container_name: portainer
restart: unless-stopped
security_opt:
- no-new-privileges:true
volumes:
- /etc/localtime:/etc/localtime:ro
- /var/run/docker.sock:/var/run/docker.sock:ro
- /docker_data/portainer/data:/data
ports:
- 9000:9000Szoval a kerdes, hogy mi nincs jol beallitva portainer-nel ill. nem-e inkabb a portaineromvextras-t javallott hasznalni, hamar Add from Example-t hasznalok
udv
Bali -
#21680
h1ght3chzor
őstag
h1ght3chzor
őstag
Netgear Readynas RN314-re szeretnék feltenni valamilyen transmission klienst. Szerintetek OMV felmenne ra, vagy mással probalkozzak?
-
Balinov
titán
Sziasztok, OMV7-ben hogy tudom megvaltoztatni a Storage/Shared Folders-nel a Name-t vagy a relative/absolute path-ot?
Reinstallnalilyen hulyen sikerult mindketto, egyszerusiteni szeretnem szamos okbol kifolyolag.
A Discs-nel ez latszik.
PVE alatt meg igy van a VM-nek a 2 tarhely hozzadva.
SZerk: ChatGPT ezt a clone->rsync metodust ajanlja
If you want to move the shared folder to a different storage device (like from sda1 to sdb1) or rename the mount point:
Mount the new device under Storage > File Systems and ensure it's mounted.
Go to Access Rights Management > Shared Folders.
Create a new shared folder:
Choose the new device/mount point.
Use the same or a new folder name.
Use rsync or the "Rsync" service in OMV to copy data from the old shared folder to the new one.
Update all references to the old shared folder:
SMB/NFS/FTP shares
SnapRAID, Rsnapshot, Docker volumes, etc.
Delete the old shared folder once you've confirmed everything work
Koszi
Bali -
#21677
kokopo
aktív tag
tradeelek11
#21675
kokopo
aktív tag
válasz
tradeelek11
#21675
üzenetére
Megcsináltam, összejött, de az MRL hiba így is megmaradt
-
#21676
kokopo
aktív tag
tradeelek11
#21675
kokopo
aktív tag
válasz
tradeelek11
#21675
üzenetére
Oki, koszi, melo utan ...
-
kokopo
aktív tag
Sziasztok
OMV 7
Hol tudom megváltoztatni az UUID nevet?
A régi 5-s, az máshogy csatolta a mappát, és VLC-vel azonnal, hálózaton keresztül lehetet nézni a filmet
Most, a VLC, MRL hibával megáll. Utanna olvasva, a hosszú név is okozhatja, ezert iranam át, úgy, ahogy a régi 5-ben volt
Koszonom -
Soderes
senior tag
válasz
kokopo
#21666
üzenetére
A torrentek azért tűnnek el újraindítás után, mert a qBittorrent nem tudja menteni a
.fastresumefájlokat (amik a torrentek állapotát tartalmazzák), vagy egy nem megfelelő helyre menti őket, ami nem áll rendelkezésre újraindításkor.~/.local/share/data/qBittorrent/~/.config/qBittorrent/Itt vannak a
.fastresumeés.torrentfájlok, ezek kellenek az újraindítás utáni visszatöltéshez.Ha ezek a fájlok nem mentődnek vagy elvesznek:
Az összes torrent „nullázódik” újraindítás után.
Lehet, hogy egy tmpfs-re, RAM diskre, vagy ideiglenes partícióra mutat ez a könyvtár.
Vagy valami permisison hiba van: qBittorrent nem tudja elmenteni a fájlokat.Ellenőrizd, hol tárolja a qBittorrent az adatokat :
cat ~/.config/qBittorrent/qBittorrent.conf | grep 'SavePath'ls -l ~/.local/share/data/qBittorrent/ls -l ~/.config/qBittorrent/Fontos fájlok:
qBittorrent.conf– beállításokBT_backup/mappa – itt vannak a.torrentés.fastresumefájlokGyőződj meg róla, hogy a qBittorrent mappa, amiben a backup fájlok vannak:
fizikai diszken van (ne legyen RAM disk!)
írható aqbittorrent-noxszámára (ugyanazzal a userrel fut, mint te)Állítsd be a qBittorrent-et szolgáltatásként (
systemdunit-tal), így leállításkor normálisan kilép és menti az adatokat. -
_q
addikt
Meg lett közben a megoldás. Nem az OMV miatt nem értem el a NAS egyik webui interfészét se, hanem a macos-chrome között volt a gond. Valamiért hiába volt local network engedély adva a chrome-nak, még se kapta meg és ez sok-sok évre visszamenő gond, ami random elő szokot jönni. Ez alapján sikerült megoldani: [link]
-
kokopo
aktív tag
Egy kis okulás
Telepítés előtt, az 5-bol kimásoltam a qbittorrent mappát, hogy ne keljen kb 400 torrentet egyesével visszatenni, az új 7-s omv-ben (eddig mindig működött ez a megoldás, vannak olyan torrentek, amiket 2019 óta tartok seed-ben)
Az okulás rész, pedig az, hogy amíg nem írtam felül, a régi mappával az újat, elindult a qbitt a rendszerrel, ahogy felülírtam, mar nem. Ezt véletlenül vettem észre, és leírom, hogy ha más is így járna, csak óvatosan a felülírt mappákkal -
kokopo
aktív tag
válasz
Vektor77
#21655
üzenetére
Sajnos kínai amit mondasz
Soderes: szemeztem az Ubuntu server-el, de ott nulláról kell minden, és úgy tudom hogy mindent terminálból. Annyira nem értek hozza, hogy dlna-t, meg meg kitudja miket, terminálból elintézzem
Jó az OMV, pl: telefonról, a képeket is oda szinkronizálja, minden éjjel
(a TrueNAS scale-t próbáltam volna, de 3 fele iso-s kiíró progival sem sikerült bootolhato pent varázsolni) -
Soderes
senior tag
válasz
kokopo
#21649
üzenetére
Csináljunk egy rendes, működő felhasználót, pl.
qbittorrent:sudo adduser qbittorrentAmikor kéri a jelszót, írhatsz be valamit, vagy csak ENTER végig. A lényeg, hogy legyen egy működő, bejelentkezhető, nem-root felhasználó.
Töröld a régi, hibás systemd fájlt, ha van:
sudo systemctl stop qbittorrent-nox.servicesudo systemctl disable qbittorrent-nox.servicesudo rm /etc/systemd/system/qbittorrent-nox.serviceMajd újraindítjuk a
systemd-t, hogy elfelejtse:sudo systemctl daemon-reexecsudo systemctl daemon-reloadHozz létre egy új szolgáltatásfájlt:
sudo nano /etc/systemd/system/qbittorrent-nox.serviceTartalma legyen ez:
[Unit]Description=qBittorrent (nox)After=network.target[Service]User=qbittorrentExecStart=/usr/bin/qbittorrent-nox --webui-port=8080Restart=on-failureRestartSec=5[Install]WantedBy=multi-user.targetNagyon fontos: ha máshová van telepítve a
qbittorrent-nox, akkor azExecStart-ban javítsd az elérési utat!which qbittorrent-noxAdd meg a felhasználónak a szükséges könyvtárjogokat, például, ha
/home/qbittorrentalatt akarod tárolni a dolgait:sudo mkdir -p /home/qbittorrent/.config/qBittorrentsudo chown -R qbittorrent:qbittorrent /home/qbittorrentAztán :
sudo systemctl daemon-reloadsudo systemctl enable qbittorrent-noxsudo systemctl start qbittorrent-nox -
-
kokopo
aktív tag
válasz
Balinov
#21650
üzenetére
Ilyesmi a gyanum, de hogy hogy kell orvosolni, azt nemtudom
Mindketszer (5-s es 7-s) ugy telepedett nalam az omv hogy root, telepites kozben nem kellett megadni semmilyen usert, csak jelszot
Telepites utan, soha nem sikerult usert letrehozni
Elozo 5-s is hosszu evekig ugy hasznaltam, hogy root -
kokopo
aktív tag
Vegigcsinaltam, eredmeny ugyanaz a systemctl start qbittorrent-nox parancs kiadasa utan
"Job for qbittorrent-nox.service failed because a fatal signal was delivered to the control process.
See "systemctl status qbittorrent-nox.service" and "journalctl -xeu qbittorrent-nox.service" for details."
De mit ír a journalctl? -->
------------------------------------------------------------------------------------------------------------------------------
ápr 14 21:04:44 xaba-pc systemd[1]: qbittorrent-nox.service: Failed with result 'signal'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit qbittorrent-nox.service has entered the 'failed' state with result 'signal'.
ápr 14 21:04:44 xaba-pc systemd[1]: Failed to start qbittorrent-nox.service - qBittorrent Command Line Client.
░░ Subject: A(z) qbittorrent-nox.service egység hibát jelzett
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ A(z) qbittorrent-nox.service egység hibát jelzett.
░░
░░ Az eredmény: failed.
ápr 14 21:04:45 xaba-pc systemd[1]: qbittorrent-nox.service: Scheduled restart job, restart counter is at 5.
░░ Subject: Automatic restarting of a unit has been scheduled
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ Automatic restarting of the unit qbittorrent-nox.service has been scheduled, as the result for
░░ the configured Restart= setting for the unit.
ápr 14 21:04:45 xaba-pc systemd[1]: Stopped qbittorrent-nox.service - qBittorrent Command Line Client.
░░ Subject: A(z) qbittorrent-nox.service egység befejezte a leállást
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ A(z) qbittorrent-nox.service egység befejezte a leállást.
ápr 14 21:04:45 xaba-pc systemd[1]: qbittorrent-nox.service: Start request repeated too quickly.
ápr 14 21:04:45 xaba-pc systemd[1]: qbittorrent-nox.service: Failed with result 'signal'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit qbittorrent-nox.service has entered the 'failed' state with result 'signal'.
ápr 14 21:04:45 xaba-pc systemd[1]: Failed to start qbittorrent-nox.service - qBittorrent Command Line Client.
░░ Subject: A(z) qbittorrent-nox.service egység hibát jelzett
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ A(z) qbittorrent-nox.service egység hibát jelzett.
░░
░░ Az eredmény: failed.
----------------------------------------------------------------------------------------------------------
Halkan megjegyzem, hogy mindig is root-al leptem be, ssh-n is, meg az 5-s omv-nel is
Soha nem sikerult a -xaba- felhasznalot letrehoznom, ugy, hogy meg hasznalni is lehessen
Ha xaba-val lepek/leptem be, az access denied volt mindig -
danih
veterán
válasz
kokopo
#21647
üzenetére
De mit ír a journalctl?
Amúgy mint generic megközelítést meg lehet próbálni ezt:
rm -rf ~/.config/qBittorrent/De meg lehet próbálni a service-hez kreálni egy qbittorrent user-t
sudo adduser --system --group qbittorrentAztán megnézni megvannak-e a könyvtárak
sudo mkdir -p /etc/qbittorrentsudo mkdir -p /var/lib/qbittorrentUsert hozzáadjuk
sudo chown -R qbittorrent:qbittorrent /etc/qbittorrentsudo chown -R qbittorrent:qbittorrent /var/lib/qbittorrentService fájlt megnyitjuk
sudo nano /etc/systemd/system/qbittorrent-nox.serviceLegyen benne ez (hasonlítsd össze)
[Unit]Description=qBittorrent-nox serviceAfter=network.target[Service]Type=simpleUser=qbittorrentGroup=qbittorrentExecStart=/usr/bin/qbittorrent-noxWorkingDirectory=/var/lib/qbittorrent[Install]WantedBy=multi-user.targetVégül
sudo systemctl daemon-reloadsudo systemctl start qbittorrent-nox -
kokopo
aktív tag
válasz
LLKobe
#21646
üzenetére
Neztem en is, kismillio beiras ide-oda-amoda, aztan megint amoda, meg ide is, de meg utanna amoda is, utanna jogot adni ennek-annak-amannak, ip-t adni ennek-annak, portot nyitni annak is, de nem mindegy milyen portot ..., kihagyom
Csak a qbittorrent-nox-ot szeretnem a rendszerrel eggyutt inditani -
kokopo
aktív tag
Sziasztok
kb 2 napja szenvedek
Ujra raktam az OMV-t (7.7.4-1) maximalisan megbantam
Dockert/kontenert/portainert nemhasznalok, nem is szetretnek
Nativan telepitettem a qBittorrent-et (-nox)
Az osszefoglalo (es a google) leirasa szerint csinaltam, de mindig addig jutok el, hogy nano-val elmentem, johet a parancs: systemctl start qbittorrent-nox
de az Istenert nem megy tovabb, barmit talalok a neten, nem, nem es nem!
ez a hibauzenet: Job for qbittorrent-nox.service failed because a fatal signal was delivered to the control process.
See "systemctl status qbittorrent-nox.service" and "journalctl -xeu qbittorrent-nox.service" for details.
Gondolom, hogy jogosultsagot nem kap a "xaba" felhasznalo (vagy barki), de hogy mikent, lehet azt megcsinalni, nemtalalok leirast
Legyszi segitsetek
Friss telepites, semmi mas nincs telepitve, csak a minidlna, sharerootfs
A megosztasok beallitva, minden ok, de a qBittorrent nem indul a rendszerrel
(emlekszem, hogy amikor az 5-s omv-t tettem fel, akkor is szivtam ezzel, nem tudom hogy sikerult akkor, csak valahogy veletlenul "ugymaradt")
Elore is koszi -
McImy
csendes tag
Sziasztok!
OMV6. Rendszer SSD meghajtón. Adat/torrent/egyéb 1TB-os HDD-n. (sda, sdb)
Szeretném kiváltani az 1 TB-os HDD-t 18 TB-osra. Elképzelésem szerint valami "csodaprogrammal" az 1 terrás konténereit/könyvtárait átmásolnám, aztán a könyvtárak eléréseit átállítanám a 18 terrásra és az 1 terrást ki lehetne venni.
Mennyire életképes elképzelés ez?
Milyen pluginnel lehet ezt megcsinálni?
Köszönöm!
Üdv! Imre -
#21632
Sziszifeca
őstag
Soderes
#21631
Sziszifeca
őstag
válasz
Soderes
#21631
üzenetére
Nem tudom mit mókolgattam, de most elindul egyből, jó a jelszó.
Viszont ha kikapcsolom az OMV-t, majd újraindítom látom a qbittorrentet, simán belépek, de a torrent oldalon nem Seed-el alapból, csak ha leállítom és újraindítom a torrenteket.
Mondjuk ez legyen a legkevesebb
-
#21631
Soderes
senior tag
Sziszifeca
#21630
Soderes
senior tag
válasz
Sziszifeca
#21630
üzenetére
Neked azt kell ellenőrizned, hogy a felhasználó egyezik-e azzal, akivel indítottad (vagyis
viperlegyen).
Harootvagy más. Akkor asystemdindításkor nem a saját felhasználói környezetedet használja, és emiatt lehet a jelszavas probléma.Ha pedig a sor végén látsz ilyet:
--profile=/valami/masakkor azt jelenti, hogy nem a megszokott helyen tárolja a beállításokat, és lehet, hogy másik config fájlt használ.
Ha
vipera felhasználó és nincs extra--profile, akkor elvileg minden jó. -
#21629
Soderes
senior tag
Sziszifeca
#21628
Soderes
senior tag
válasz
Sziszifeca
#21628
üzenetére
Ha a
qbittorrent-noxszolgáltatást systemd-ből indítod (@vipernév alatt), akkor nem a te interaktív felhasználói környezetedben fut, hanem kvázi egy "fej nélküli", külön rendszerfolyamatként. Ez azt eredményezheti, hogy:nem a várható
~/.config/qBittorrentkönyvtárból olvassa a beállításokat,vagy üres configgal indul el, ezért új jelszót kér, amit viszont nem azonos a beállítottal.
Nézd meg hova menti a config fájlt :
qbittorrent-noxqBittorrent vX.X.X -- Web UI (Remote control)
Configuration: /home/viper/.config/qBittorrent/Jegyezd meg az útvonalat.
Hasonlítsd össze a systemd alatt használtal :
ps aux | grep qbittorrentÁllítsd be manuálisan a configot :
/home/viper/.config/qBittorrent/qBittorrent.confEz keressük :
WebUI\Password_ha1=@ByteArray(...)Töröld ezt a sort vagy az egész config fájlt, ha még nincs sok beállítva. A következő indításkor újra létrehozza — és ekkor az alapértelmezett belépés:
felhasználó: admin
jelszó: adminadminÁllítsd be újra a jelszót, és állítsd le rendesen :
systemctl stop qbittorrent-nox@viper -
#21628
Sziszifeca
őstag
Sziszifeca
#21627
Sziszifeca
őstag
válasz
Sziszifeca
#21627
üzenetére
Amennyiben így írom:
systemctl start qbittorrent-nox@viper
systemctl enable qbittorrent-nox@viper
systemctl enable qbittorrent-nox@viper
akkor aktív, és nincs hiba, de a beállított jelszóval nem enged be
-
#21626
Soderes
senior tag
Sziszifeca
#21625
Soderes
senior tag
válasz
Sziszifeca
#21625
üzenetére
Persze. Mehet.
-
#21625
Sziszifeca
őstag
Sziszifeca
őstag
Sziasztok!
Kezdőként írok
Bocsánat a béna kérdésekért.
Feltettem a 7.4.17 OMV-t, és erre a qbittornetet szerver módban fel tudom tenni ahogy az összefoglalóban írva van vagy valami más módot ajánlotok? -
Soderes
senior tag
válasz
Beni2360
#21621
üzenetére
Nem igazán értem mire lenne jó, de én a 6-os tenném fel rá.
SD-t akarod tárolásra használni vagy az integrált eMMC-t?
Van a boxon SATA külső vagy belső?Azért nem ajánlom ezt a dolgot. (és magában az SD-t tárolásra vagy rendszernek)
Mert többször fog megkotlani alatt az SD, mint te azt el tudod képzelni.Ugyanis nem bírják a folyamatos írást. A Debian (és így az OMV) alapból nem optimalizált SD kártyára. A RPi OS például úgy van beállítva, hogy minimalizálja az írást az SD kártyára.
Az OMV nem rendelkezik ilyen optimalizációkkal.Ha mindenképp SD kártyára kellene telepítened:
Használj flash memória kímélő módokat:
Telepíts egy log2ram megoldást (folder2ramaz OMV-hez), hogy a/var/logne az SD-re írjon.Balinov :
Ha csak az OMV configokat akarod elmenteni, egy egyszerű script megcsinálja neked:
#!/bin/bashmkdir -p /backup/omv_configcp /etc/openmediavault/config.xml /backup/omv_config/cp /etc/fstab /backup/omv_config/cp /etc/samba/smb.conf /backup/omv_config/docker ps -a > /backup/omv_config/docker_containers.txttar -czf /backup/omv_config.tar.gz /backup/omv_configA legbiztosabb a Proxmox backup + manuálisan pár kulcsfontosságú beállítás mentése.
Ha a Portainer setupba belekeveredtél, újrahúzás után érdemes egy letisztult telepítést csinálni:
docker volume create portainer_datadocker run -d --name=portainer --restart=always -p 8000:8000 -p 9000:9000 -p 9443:9443 \-v /var/run/docker.sock:/var/run/docker.sock -v portainer_data:/data portainer/portainer-ce -
Soderes
senior tag
válasz
Oldman2
#21620
üzenetére
Szerintem az lesz, hogy az alaplapod BIOS-a a hardverórát (RTC) mindig UTC időben értelmezi, és nem kezeli automatikusan a nyári időszámítást.
Mivel az OMV alatt (pontosabban a Linux alatt) ahwclockalapból UTC-re van állítva, ezért amikor a rendszer átáll a nyári időszámításra, a BIOS által megadott idő is „elcsúszik” egy órával.Több megoldás van :
Állítsd át a BIOS-ban a bekapcsolási időt egy órával korábbra!
Ha eddig 07:15 volt, akkor nyáron legyen 06:15.
Így az OS átváltása után a megfelelő időben fog bekapcsolni.
Télen pedig vissza kell állítani az eredeti értékre.Alternatíva :
Szoftveres workaround (Linux oldalon)
Ha a BIOS-t nem akarod módosítani, akkor Linux alatt az RTC-t átkapcsolhatod helyi időre:timedatectl set-local-rtc 1De miért van beállítva BIOS-ban?
Az OMV-ben teljesen jól müködik a WOL.
-
Beni2360
félisten
Sziasztok.
Egy kérdésem volna. Van egy S905-s amlogic boxom 2Gb/32Gb és 1Gb lan kapcsolattal.
Annó futott vagy 8 éve egy OMV az SD kártyán de nem tudtam igazából jól beállítani.
Kérdésem, lehet e rá és melyik OMV-t az SD kártyára telepíteni?
Vagy a régi droidot leszedni és csak OMV-t feltenni? Válaszokat és segítséget előre is köszönöm. -
Oldman2
nagyúr
Érdekes problémám van, elsőre nem OMV probléma, de mivel OMV fut az adott gépen, szerintem idevaló.
Szóval...
A gép BIOS-ában be van állítva, hogy reggel 07:15-kor kapcsoljon be. Ez eddig (a téli időszámítás alatt), ment szépen.
A nyárira való átállás után viszont 08:15-kor kapcsolt be.
A hwclock paranccsal kisérletezgettem, de vagy maradt minden ugyanúgy vagy ma pl. 06:15-kor kapcsolt be.
Jelenleg ez az állapot, miközben 20:23 van:root@omv:~# hwclock -r -vhwclock from util-linux 2.38.1System Time: 1743618235.649382Trying to open: /dev/rtc0Using the rtc interface to the clock.Last drift adjustment done at 1743486497 seconds after 1969Last calibration done at 1743486497 seconds after 1969Hardware clock is on UTC timeAssuming hardware clock is kept in UTC time.Waiting for clock tick......got clock tickTime read from Hardware Clock: 2025/04/02 18:23:56Hw clock time : 2025/04/02 18:23:56 = 1743618236 seconds since 1969Time since last adjustment is 131739 secondsCalculated Hardware Clock drift is 0.000000 seconds2025-04-02 20:23:55.647842+02:00Ez most ugye UTC időzónában van. Próbáltam a -l kapcsolót is, ami a Local zóna időt írja ki a hwclock-ba.
Ekkor ez az állapot:root@omv:~# hwclock -w -v -lhwclock from util-linux 2.38.1System Time: 1743618366.280953Trying to open: /dev/rtc0Using the rtc interface to the clock.Last drift adjustment done at 1743618353 seconds after 1969Last calibration done at 1743618353 seconds after 1969Hardware clock is on local timeAssuming hardware clock is kept in local time.RTC type: 'rtc_cmos'Using delay: 0.500000 seconds1743618366.500000 is close enough to 1743618366.500000 (0.000000 < 0.001000)Set RTC to 1743618366 (1743618366 + 0; refsystime = 1743618366.000000)Setting Hardware Clock to 20:26:06 = 1743618366 seconds since 1969ioctl(RTC_SET_TIME) was successful.Not adjusting drift factor because the --update-drift option was not used.New /etc/adjtime data:0.000000 1743618366 0.0000001743618366LOCAL
Utóbbi esetben lesz 08:15-ös bekapcsolás...Állítsam át a BIOS-ban megadott időpontot?
-
Balinov
titán
Sziasztok Sracok,
PVE alatt futo 7-es OMV-vel addig teszteltem kulonfele dolgokat, hogy ugyerzem ujra kene huzni a VM-et es 0-rol beallitani minden alap dolgot.Ha egy SMB share, 1 remote mount, 1-2 user van, meg docker-ben 1 szem transmission melyek azok a beallitasok, amiket le kell mentenem (mittomen, egy mezei txt-be) ha nem akarom 0-rol kezdeni a belakast?
Meg mindig csak ismerkedem az OMV-vel, szoval kozekezdo szintet, talan, ha megutom.
* OMVextras-t felrakni ujbol nem nagy dolog
* Networks-nel minden default
* Storage/Filesystemsnel van ugye a /dev/sda1 (QEMU PVE disk az OS-nek), /dev/sdb1 a PVE alatti ZFS felmountolva 1TB, meg a Zyxel Nas SMB remote mount-tal (errol nyilvan screenshot, meg PVE-nel a VM-resznel feljegyezni, hogy a ZFS pool hogy van becsatolva az OMV VM-e ala)
* Storage/ Shared Folders-nel van egy kis katyvasz, ezt streamlineolni szeretnem/kell, ami fontos, annak a relative/absolute path-jat feljegyezni.
* Users/Users-nel a 2db user jogosultsagait, groupjait lejegyezni, groups kulon nincs
*Services / Mount Editor-nel a mount pontot, mount options-tol feljegyezni
*Services/SMB/CIFS/Settings-nel a mukod beallitasokat lejegyezni
*Services/SMB/CIFS/Shares-nel leirni a 3 hasznalt share beallitasait egyesevel
* SSH tab egyertelmu, meg nekem isKihagytam valami fontosat?
Ami a cel egy mukodo SMB megosztas, docker es portainer telepitese helyes modon - docker megy rendben, de a portainer setupba szerintem belekeveredtem anno). Ha ez mind megvan, OMV VM-rol PVE Backup Zyxel NAS-ra, hogy ha valamit megint elszabok, ne kelljen minden-t nullarol kezdeni.
UI: Van erre valami fel/teljesen automata megoldas, vagy jobban jarok, ha kezzel lejegyzetelek mindent?
Koszi
Bali -
Kenderice
senior tag
válasz
Soderes
#21616
üzenetére
A megosztást a szolgáltatások menüben állítottam be, ott elég egyértelmű mit hova kell beírni.
Egyetlen helyen van elérési út megadása, a megosztott mappák közül lehet kiválasztani melyiket akarom NFS-sel megosztani.A verziók variálását már végig próbáltam.
Volt, hogy vagy csak a 2, vagy csak a 3, vagy csak a 4 volt megadva. Próbáltam úgy is, hogy csak a 2 és 3, hogy csak a 3 és 4. Meg úgy is, hogy az összes.
Egyiknél sem volt változás.Amúgy az export mappa nem az etc-n belül van, hanem a root-ban.
Ezt a mappát az NFS megosztás hozta létre nem én, nincs benne IP cím."A NFS démon nem tudja beállítani a kívánt verziót.
Vagyis a NFS démon próbál beállítani egy nem támogatott verziót.
Az/etc/default/nfs-kernel-servervagy más konfigurációs fájlban (pl./etc/nfs.conf) meg van adva, hogy mely verziókat kell támogatni?"
Ezt nekem kell megadni? Mert az OMV állít be mindent.Az /etc/nfs.conf fájlban minden verzió értéke "yes".
Elindítottm a NFS szolgáltatást, az összes verzió ki van jelölve.
Utána hozzáadtam egy megosztott mappát. A klienshez beírtam a 192.168.1.0/24-et, a jogosultság RO, a megjegyzésben pedig annyi van alapból amin nem változtattam, hogy "subtree_check,insecure".Ha ebben el lehet rontani valamit, akkor az az OMV NFS hibája lehet csak.
Amíg OMV5-öt használtam, ezzel nem volt gond. Megosztottam, működött.
Ezzel az OMV-7-tel sokkal több a gondom... -
Soderes
senior tag
válasz
Kenderice
#21615
üzenetére
Akkor vegyük sorba :
"exportfs: Invalid IP address /mnt"NFS export fájlodban (
/etc/exports) lehet egy hibás bejegyzés, amely egy IP-cím helyett egy elérési utat (pl./mnt) tartalmaz.Javítása :
/mnt/zenei_mappa 192.168.1.0/24(rw,sync,no_subtree_check)
Majd :exportfs -ra"rpc.nfsd: Setting version failed: errno 22 (Invalid argument)"A NFS démon nem tudja beállítani a kívánt verziót.
Vagyis a NFS démon próbál beállítani egy nem támogatott verziót.Az
/etc/default/nfs-kernel-servervagy más konfigurációs fájlban (pl./etc/nfs.conf) meg van adva, hogy mely verziókat kell támogatni?
Nézd meg, hogy aRPCNFSDOPTSvagynfsdcltrackbeállítások nem ütköznek-e.Megoldás :
systemctl stop nfs-servermodprobe nfssystemctl start nfs-serverHa csak az NFSv2 és v3 engedélyezett, próbáld meg bekapcsolni az NFSv4-et is.
-
-
Nagymelák
senior tag
Sziasztok. Duplicatival kèrnék segitséget, hogyan tudom beàllitani hogy egy másik gépről is tudjon mentést készíteni mappákról és fájlokról. Ha lehet konyha nyelven a leirást kérni az nem lenne baj, de egy oldal vagy videó is segítség lenne . Köszönöm.
-
Kenderice
senior tag
-
Nagymelák
senior tag
Sziasztok!
Van 2 szerverem, az egyik gép csak a fő szerver fontosabb könyvtárait tárolná úgy hogy biztonsági mentést készít a fő szerveről, eddig a syncting futott dockerben, de most valahogy nem akarja tenni a dolgát, milyen lehetőség van még, a két gép egy hálózaton van.
-
Soderes
senior tag
válasz
Kenderice
#21603
üzenetére
NFS megosztásokat a
/etc/exportsfájl tartalmazza. Nézd meg, hogy helyesen van-e beállítva:cat /etc/exportsPl.
/srv/dev-disk-by-label-ZENE 192.168.1.0/24(rw,no_subtree_check,async,insecure)
Ha módosítasz valamit, újra kell tölteni az NFS-t:sudo exportfs -raPróbáld ki egy Linux kliensen a következő parancsot:
showmount -e 192.168.1.X # Az OMV IP-címeHa okés, valami ilyesmit kellene látnod:
Export list for 192.168.1.X:/srv/dev-disk-by-label-ZENE 192.168.1.0/24Ha a lista üres vagy nincs válasz, akkor az NFS szerver nem adja ki a megosztásokat, és lehet, hogy a
/etc/exportsfájl rosszul van beállítva.Ja, és persze Windows esetén NFS-támogatás engedélyezése :
Nyisd meg a Vezérlőpult → Programok és szolgáltatások → Windows-szolgáltatások be- és kikapcsolása ablakot.
Keresd meg az NFS kliens opciót, és engedélyezd.
Indítsd újra a gépet. -
Kenderice
senior tag
válasz
Soderes
#21601
üzenetére
Érdekes módon fel van csatolva mert megjelenik a /srv könyvtárban uuid-vel, de maga az OMV rendszerben nem lehet felcsatolni. Gondolom mert már fel van, de a fájlrendszerek menüben nem látszik.
Most az egyiket leformaztam ext4-re és az ntfs lemezről most másolom át rá az adatokat.
Ext4-ként már fel fogom tudni csatolni.Mind az adguardhome (portainerrel sikerült feltenni) mind a wireguard (ezzel is szívtam kicsit) most már megy rendesen.
-
Soderes
senior tag
válasz
Kenderice
#21600
üzenetére
Az NTFS fájlrendszer Linux alatt való kezeléséhez az NTFS-3G csomagra van szükség. Ellenőrizd, hogy telepítve van-e:
dpkg -l | grep ntfs-3gHa nincs. Akkor :
sudo apt updatesudo apt install ntfs-3gHa továbbra sem megy.
Próbálj meg manuálisan felcsatolni :sudo mkdir /mnt/hdd1sudo mkdir /mnt/hdd2Hozd létre a csatolási pontot (ha még nincs)
Csatold fel a lemezeket: A megfelelő partíciókhoz (pl.
/dev/sda1,/dev/sdb1) csatolhatod őket:sudo mount -t ntfs-3g /dev/sda1 /mnt/hdd1sudo mount -t ntfs-3g /dev/sdb1 /mnt/hdd2
Új hozzászólás Aktív témák
Hirdetés
Figyelem!
Megjelent a Debian 10-re épülő OMV 5 stabil kiadása.
Új telepítésre ez a verzió ajánlott.
- Még mindig nem döntött az ASML High-NA gépeiről a TSMC
- Nvidia GPU-k jövője - amit tudni vélünk
- Milyen billentyűzetet vegyek?
- Samsung Galaxy A54 - türelemjáték
- Projektor topic
- Computex 2025: az Akko klaviatúráira nem mondható, hogy unalmasak
- Kerékpárosok, bringások ide!
- Clair Obscur: Expedition 33 teszt
- Milyen notebookot vegyek?
- Jövedelem
- További aktív témák...
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Vírusirtó, Antivirus, VPN kulcsok
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- 127 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4080
- Telefon felvásárlás!! Apple iPhone 16, Apple iPhone 16e, Apple iPhone 16 Plus, Apple iPhone 16 Pro
- Csere-Beszámítás! Olcsó Számítógép PC Játékra! R5 1500X / RX 570 8GB / 16GB DDR4 / 250SSD + 2TB HDD
- LG 55G3 - 55" OLED evo - 4K 120Hz 0.1ms - MLA - 2000 Nits - NVIDIA G-Sync - AMD FreeSync - HDMI 2.1
- Használt Intel procik - Core 2 - Dual Core
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest