-
GAMEPOD.hu
Új hozzászólás Aktív témák
-
stigma
addikt
Hi, asus ddns címmel a nextcloud-ot kb 1 évig üzemeltettem, ha kellene segítség, keress peivátban nyugodtan.
Technodadlife vagy a leirásom alapján a belső hálós eléréssel nem lesz gondod a linuxserver/letsencrypt az amit jól kell konfigurálni, hogy menjen minden.....iPhone 13 / iPad 9th Gen. Wifi 64GB...
-
lovi27
addikt
-
_q
addikt
válasz lovi27 #13053 üzenetére
Raspberry, debian. Tehát akkor amiket NAS esetén szokás használni annak nagy részét az OMV összegyűjti grafikusan. Azért érdekes ez, illetve a kérdésem is innen indult, hogy van-e nextcloud az omv-ben, csak akkor a nevét nem tudtam még. Mert ugye NAS esetén lehet ilyen google drive féle megosztást csinálni, de ezek szerint az OMV nem tudja ezt. Tudsz jó leírást rá, hogy miket tartalmaz az OMV?
-
lovi27
addikt
Nincs olyan, hogy a NAS tudja! Csak valamelyik gyártó valamelyik típusa. Nincs mindegyikben és amelyikben nincs, nem is valószínű, hogy utólag lehet. Pont az a jó az OMV-ben, hogy csak a tudás és az anyagiak szabnak határt a lehetőségeknek.
Igen, összegyűjti, de nincs grafikus felület. Szerverhez nem szükséges. WebGUI van, ami web alapú grafikus felhasználói felület.
Itt van a legjobban összeszedve az OMV5-ben található pluginek. De Dockerrel még számtalan telepíthető, aminek a hardver erőforrása szab határt. -
divan
senior tag
De mire telepítenéd a sambát, torrentet, meg a dlna-t? Maximum a routerre nem? Azért annak az erőforrásai erősen korlátozottak. Vagy arra a gépre, amire az OMV-t tennéd? Az egy másik NAS céljára szolgáló program lesz. FreeNAS, NAS4Free, XPEnology, ami hirtelen eszembe jut hirtelen. Hogy melyik a legjobb erre a célra? Akik itt vannak nyilván az OMV-t választották.
Én a https://freedns.afraid.org ddns szolgáltatását használom több mint másfél éve, azóta hozzá sem kellett nyúlni. Nekem Mi 3G routeren fut, nem tudom az Asuson megy e?
-
_Smooth
senior tag
Sziasztok,
OMV (Asrock Q1900DC-ITX lappal) támogatna 10TB-os merevlemezt?
Van bármilyen limit?# I got bored one day and put everything on a bagel...
-
sztanozs
veterán
válasz _Smooth #13059 üzenetére
[link], de csak 32 bites OS esetén van limit. Valamint, ha nem GPT, hanem MBR partíciós táblát készítesz, akkor csak 1.5 TB a limit. De gondolom a diszk már alapból GPT-vel partícionálva jön...
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
bill.boxer
csendes tag
válasz lovi27 #13027 üzenetére
Sziasztok. Probléma megoldodott.. Amikor nem talált dhcp-t kábelt kihuztam visszadugtam utánna addig nyomtam az ujra probálkozást mígnem elkapta. Azóta minden fain. Már csak annak kell utánna olvasnom hogy tudok bele tenni torrent clienst. Szeretném letöltögetésre is használni.
Bill
-
sztanozs
veterán
válasz bill.boxer #13061 üzenetére
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
Horvi
őstag
válasz bill.boxer #13065 üzenetére
Szia,
Javaslom ezt végignézni, ebben benne van pár hasznos dolog. Köztük a portainer felheggesztése is ami neked kelleni fog.
Utána ezt vagy ezt felrakod és készHello darkness, my old friend...
-
_Smooth
senior tag
Jól emlékszel, de még nem.
Már írtam raid és linux topicba is. 1-2 választ kaptam, mit csekkoljak, de annak eredményére már nem igazán :/
Azt néztem, hogy nem raid0-ban vannak a lemezek, hanem linear-ban. Vagyis elvileg nem egymáson átívelve ír, tehát elvileg visszanyerhetők lennének (legalábbis egy része).
De sajnos ennek mikéntjét nem tudom.Közben vettem egy 10TB Skyhawk-ot, arra fogom áthúzni a megmaradt tömbbről az adatokat.
Aztán az üres tömböt szétbombázom.
De jó lenne valahogy visszacsalni az elveszett tömböt is - vagy legalább adatok nélkül a lemezeket (jelenleg sehol nem látszik).[ Szerkesztve ]
# I got bored one day and put everything on a bagel...
-
code1005
senior tag
Sziasztok,
szeretnék a root-nak publikus kulcsos hitelesítést beállítani, de nem találom hol lehet. Az ssh konfigba beírva nem jó neki. Hol lehet ezt beállítani?
plata o plomo
-
meridaharcos
senior tag
Halihó, egy pici segítséget szeretnék kérni.
Amlogic boxot használok USB-n ráakasztott SSD-vel, a trim funkció működését szeretném ellenőrizni (be van-e kapcsolva).
Hogyan tudnám ezt ellenőrizni ?Köszi előre is !
"Nem vagyok senki, űzöm a vadat, Másoknak hajtok, mások hajtanak."
-
tama777
tag
válasz meridaharcos #13069 üzenetére
Futtasd az
lsblk --discard
parancsot, ha a DISC-GRAN és a DISC-MAX oszlopaiban lévő értékek nem nullák az adott meghajtónál, akkor támogatva van a TRIM.Nálam így néz ki (sda – SSD, sdb – HDD) :
root@OMV:~# lsblk --discard
NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda 0 512B 2G 0
├─sda1 0 512B 2G 0
├─sda2 0 512B 2G 0
├─sda3 0 512B 2G 0
└─sda4 0 512B 2G 0
sdb 0 0B 0B 0
└─WD1TB 0 0B 0B 0
-
tama777
tag
válasz meridaharcos #13069 üzenetére
Ne haragudj, de amit az előző válaszomban írtam az csak ellenőrzi, hogy a meghajtód támogatja-e a TRIM funkciót! Elnézést!
-
meridaharcos
senior tag
válasz tama777 #13071 üzenetére
Köszi a segítséget, ahogy nézem van gond.
NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda 0 0B 0B 0
└─sda1 0 0B 0B 0
mmcblk1 0 0B 0B 0
├─mmcblk1p1 0 0B 0B 0
└─mmcblk1p2 0 0B 0B 0
mmcblk2 0 0B 0B 0
mmcblk2boot0 0 0B 0B 0
mmcblk2boot1 0 0B 0B 0
zram0 0 4K 2T 0
zram1 0 4K 2T 0Az USB-n keresztüli csatolás kizáró ok TRIM ügyben ???
[ Szerkesztve ]
"Nem vagyok senki, űzöm a vadat, Másoknak hajtok, mások hajtanak."
-
tama777
tag
válasz meridaharcos #13072 üzenetére
Nem kizáró ok, amit linkeltem forrás is azt írja, hogy van olyan eset, amikor hiába támogatott a TRIM külső házas SSD-k esetén, a kernel nem ismeri fel automatikusan ezt a képességet. Van egy RPi3am külső SSD-vel, du. vagy holnap megnézem.
-
doberman
senior tag
válasz meridaharcos #13072 üzenetére
nálam az lsblk kimenet így néz ki:
root@strecth64:~# lsblk --discard
NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda 0 512B 2G 0
├─sda1 0 512B 2G 0
├─sda2 0 512B 2G 0
└─sda5 0 512B 2G 0
sdb 0 0B 0B 0
└─sdb1 0 0B 0B 0
root@strecth64:~# uname -a
Linux strecth64 4.19.0-0.bpo.8-amd64 #1 SMP Debian 4.19.98-1~bpo9+1 (2020-03-09) x86_64 GNU/Linux
igaz még omv4, satára kötött ssd..8lnu
-
tama777
tag
válasz meridaharcos #13072 üzenetére
Le kellene kérni a hdparm -I /dev/sda paranccsal, hogy az SSD támogatja-e a TRIM-et:
hdparm -I /dev/sda
* Data Set Management TRIM supported (limit 8 blocks)Telepítsd az sg3-utils-t:
apt install sg3-utils
Futtasd a következő két parancsot:
sg_readcap -l /dev/sda
Read Capacity results:
Protection: prot_en=0, p_type=0, p_i_exponent=0
Logical block provisioning: lbpme=0, lbprz=0
Last LBA=937703087 (0x37e436af), Number of logical blocks=937703088
Logical block length=512 bytes
Logical blocks per physical block exponent=3 [so physical block length=4096 bytes]
Lowest aligned LBA=0
Hence:
Device size: 480103981056 bytes, 457862.8 MiB, 480.10 GBLogical block provisioning: lbpme=? mennyi az értéke?
sg_vpd -a /dev/sda
Logical block provisioning VPD page (SBC):
Unmap command supported (LBPU): 1
Write same (16) with unmap bit supported (LBPWS): 0
Write same (10) with unmap bit supported (LBPWS10): 0
Logical block provisioning read zeros (LBPRZ): 0Unmap command supported (LBPU): ? mennyi az értéke?
Nézd meg mi a tartalma provisioning_mode fájlnak:
cat /sys/block/sda/device/scsi_disk/*/provisioning_mode
full
Ha ezek megvannak, akkor megyünk tovább....
-
lovi27
addikt
Így 2020-ban nekem furcsa lenne, ha nem kezelné magától jól az SSD-t egy Linux.
Nekem még nincs SSD a rendszerben, így nem foglalkoztatott a téma, de ezt találtam:Ubuntu/Linux Check SSD trim status (And to Enable/Disable the Trim)
Az OMV5-ben fut a timer.
[ Szerkesztve ]
-
meridaharcos
senior tag
válasz lovi27 #13076 üzenetére
Köszi mindenkinek !
Próbáltam én is utánna nézni ennek a TRIM dolognak, szintén azt olvastam, hogy szinte kizárva, hogy nem megy, azonban...
Eléggé speckó géppel tolom, Armbian BOX, ehhez USB3.0 = SATA átalakítóval hozzákapcsolva egy SSD.
Magában a boxban van egy SATA vezérlő is, azonban viszonylag hamar annyira felmelegszik, hogy ledobálja az SSD-t, így USB-re csatolva hetek óta megy stabilan.tama777 köszönöm a segítséged, még este átnézem az említett dolgokat és jelentkezem.
"Nem vagyok senki, űzöm a vadat, Másoknak hajtok, mások hajtanak."
-
meridaharcos
senior tag
válasz tama777 #13075 üzenetére
Hello !
hdparm -I /dev/sda
Erre ezeket hozta, többek között:
Commands/features:
Enabled Supported:
* SMART feature set
* SMART Command Transport (SCT) feature set
* Data Set Management TRIM supported (limit 8 blocks)
* Deterministic read ZEROs after TRIMAz a két "set" a bekapcsolt állapotot jelentené vagy csak a támogatottságot ?
Este megyek tovább...
"Nem vagyok senki, űzöm a vadat, Másoknak hajtok, mások hajtanak."
-
tama777
tag
válasz lovi27 #13076 üzenetére
Eddig engem sem foglalkoztatott a téma, amit tegnap bemásoltam
lsblk –discard
kimenet is azt mutatta, hogy a TRIM támogatva van az SSD-én (ez egy asztali gép, SATA porton van csatlakoztatva az SSD), de ma megnéztem az RPi3-ra dugott usb-s külső házas SSD-vel mi a helyzet és ugyan azt kaptam vissza eredményül, mint (#13072) meridaharcos. Úgyhogy, ha az SSD és a külső usb-s ház is támogatja a TRIM-et, akkor be lehet állítani, hogy működjön is. -
tama777
tag
válasz meridaharcos #13078 üzenetére
Szia,
Igen ez azt mutatja, hogy az SSD támogatja-e a TRIM-et!
-
meridaharcos
senior tag
válasz tama777 #13080 üzenetére
sg_readcap -l /dev/sda
Read Capacity results:
Protection: prot_en=0, p_type=0, p_i_exponent=0
Logical block provisioning: lbpme=0, lbprz=0
Last LBA=123091919 (0x7563bcf), Number of logical blocks=123091920
Logical block length=512 bytes
Logical blocks per physical block exponent=3 [so physical block length=4096 bytes]
Lowest aligned LBA=0
Hence:
Device size: 63023063040 bytes, 60103.5 MiB, 63.02 GBsg_vpd -a /dev/sda
Unmap command supported (LBPU): 1
cat /sys/block/sda/device/scsi_disk/*/provisioning_mode
full
Eddig rendben vagyunk ??
"Nem vagyok senki, űzöm a vadat, Másoknak hajtok, mások hajtanak."
-
bill.boxer
csendes tag
Hát az én agyam ugyan így járt! (FATAL ERROR) Sajna nem tetszik hogy telepítgetek egy rakás mindent össze vissza aminek fele nem csinál semmit. (Látszólag)
1 progi kellene a torrent kliens. mindent csinálok csak azt a k... programot nem kapom meg... bocsika nem rátok haragszom. de ehhez én annyira fasz vagyok hogy csak na. Ne haragudjatok de ehhez sajna hülye vagyok így ezt elengedem!!! Köszönöm az eddigi segítséget.. Keresek valami olyat amit könnyebb használni.Bill
-
lovi27
addikt
válasz tama777 #13079 üzenetére
Továbbra is úgy gondolom, ha támogatott a TRIM a Linux használja. Ha viszont nem támogatott, akkor manuálisan se lehet bekapcsolni. Szerintem az utóbbi években már nem készítettek ilyeneket. De jó vadászatot! Ehhez további helyi olvasnivaló:
Linux SSD-n - de hogyan? - Tippek nagyon kezdőknek is - Frissítve!
-
tama777
tag
válasz meridaharcos #13081 üzenetére
Elvileg igen, nálam így megoldódott:
Adott egy RPi3 + Kingston SSD/Delock USB ház + OMV5.
Ha futtatom az lsblk --discard parancsot hasonlóan a Tiédhez az /sda meghajtó nem támogatja a TRIM-et:root@omvRPi:~#
lsblk --discard
NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda 0 0B 0B 0
└─sda1 0 0B 0B 0
mmcblk0 0 4M 584M 0
├─mmcblk0p1 0 4M 584M 0
└─mmcblk0p2 0 4M 584M 0Ha a provisioning_mode fájlban a full bejegyzést kicserélem unmap-ra, akkor a kernelt "megkérem", hogy használja a TRIM-et az USB-s SSD-én:
root@omvRPi:~#
echo "unmap" >/sys/block/sda/device/scsi_disk/*/provisioning_mode
Így már ez szerepel a fájlban:
root@omvRPi:~#cat /sys/block/sda/device/scsi_disk/*/provisioning_mode
unmapIsmét futtatva az lsblk --discard parancsot már az látszik, hogy a TRIM támogatottá vált a külső SSD-n (amíg újra nem indítom az OMV-t):
root@omvRPi:~#lsblk --discard
NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda 0 512B 4G 0
└─sda1 0 512B 4G 0
mmcblk0 0 4M 584M 0
├─mmcblk0p1 0 4M 584M 0
└─mmcblk0p2 0 4M 584M 0Ahhoz, hogy véglegesítsük a TRIM-et a meghajtón tudni kell a külső ház azonosítóit:
root@omvRPi:~#
lsusb
Bus 001 Device 006: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge
Nálam az idVendor = 152d, az idProduct = 0578, amit a következő parancsba behelyettesítve és futtatva újraindítás után is aktiválódik a TRIM a külső meghajtón:
root@omvRPi:~#echo 'ACTION=="add|change", ATTRS{idVendor}=="152d", ATTRS{idProduct}=="0578", SUBSYSTEM=="scsi_disk", ATTR{provisioning_mode}="unmap"' >>/etc/udev/rules.d/10-uas-discard.rules
TRIM ellenőrzése: az első módszerrel teszteltem a provisioning_mode fájl módosítása előtt és után is. A módosítás előtt a teszt fájl törlése után ugyan azokat az értékeket kaptam vissza a hdparm --read-sector parancs futása után, mint törlése előtt, tehát a TRIM funkció nem működött. Viszont a provisioning_mode fájl módosítása után már csupa 0-át kaptam, tehát működik a TRIM funkció!Remélem Nálad is működni fog!
-
Horvi
őstag
válasz bill.boxer #13082 üzenetére
Akkor javaslom stigma fórumtárs leírását, ebben van egy qbittorrent rész.
Hello darkness, my old friend...
-
lovi27
addikt
válasz bill.boxer #13082 üzenetére
Torrent szolgáltatás használatához mint kezdő nagyon javaslom a Debian által támogatott Transmissionbt használatát. Egyszerű és nagyszerű. Ha a Debianosok beépítették a rendszerbe akkor rossz nem lehet. Ha már majd tapasztaltabb leszel jöhetnek mások ha nem tetszene.
Telepítése csak egy parancs, elrontani se lehet.
A settings.json fájlba a torrent mappák címét manuálisan kell beírni! Ha nem megy, segítek. V4 tulajoknak ajánlott elmenteni ezt a fájlt és akkor v5-re váltás esetén semmit sem kell beállítani, csak ezt bemásolni.Mivel úgy tűnik nem sokat mindent tudtál beállítani, biztosabb volna ha előtte újratelepítenéd az OMV-t és így az esetleges anomáliáktól mentes lenne. Csak 10 perc.
[ Szerkesztve ]
-
meridaharcos
senior tag
válasz tama777 #13084 üzenetére
echo "unmap" >/sys/block/sda/device/scsi_disk/*/provisioning_mode
Ez után jónak tűnik:NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda 0 4K 4G 0
└─sda1 0 4K 4G 0
mmcblk1 0 0B 0B 0
├─mmcblk1p1 0 0B 0B 0
└─mmcblk1p2 0 0B 0B 0
mmcblk2 0 0B 0B 0
mmcblk2boot0 0 0B 0B 0
mmcblk2boot1 0 0B 0B 0
zram0 0 4K 2T 0
zram1 0 4K 2T 0
A véglegesítésnél viszont bajban vagyok. Ezen a boxon van egy SATA és négy darab USB 3.0 ... Melyik lehet az illetékes ? Hogyan tudnám kideríteni ?root@Amlogic-S905x2:~# lsusb
Bus 002 Device 004: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge
Bus 002 Device 003: ID 05e3:0735 Genesys Logic, Inc.
Bus 002 Device 002: ID 05e3:0620 Genesys Logic, Inc.
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubKöszi eddig is !
"Nem vagyok senki, űzöm a vadat, Másoknak hajtok, mások hajtanak."
-
tama777
tag
válasz meridaharcos #13088 üzenetére
Szerintem a
Bus 002 Device 004: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge
lesz a nyerő, (ezek szerint ugyanaz a vezérlője a Te külső házadnak, mint az enyémnek), de biztosra ez megmondja:
cat /sys/block/sda/../../../../../../idVendor
cat /sys/block/sda/../../../../../../idProduct
-
meridaharcos
senior tag
válasz tama777 #13089 üzenetére
Picit előrébb írtam, hogy nincs ház csak kábel.
Szerintem az inkább a beépített SATA csati lesz, amit a melegedése miatt inkább nem használok (ledobálta az SSD-t).
Ok, próbálom kideríteni...[ Szerkesztve ]
"Nem vagyok senki, űzöm a vadat, Másoknak hajtok, mások hajtanak."
-
-
tama777
tag
válasz meridaharcos #13091 üzenetére
Igen, most már csak futtasd az
echo 'ACTION=="add|change", ATTRS{idVendor}=="152d", ATTRS{idProduct}=="0578", SUBSYSTEM=="scsi_disk", ATTR{provisioning_mode}="unmap"' >>/etc/udev/rules.d/10-uas-discard.rules
parancsot és indítsd újra a rendszered (akár többször is) és ellenőrizd az lsblk --discard paranccsal a meghajtódat. -
sad_Vamp
őstag
Hosszú idő után, rendes működéssel, ez fogadott
[link]aztán kikapcs-bekapcs után, pedig ez:
[link]a rendszer USB-n volt, akkor ez most azt jelenit, hogy megdöglött az USB?
vagy még van valami lehetőség hogy működjön?
Van már valami mód hogy tovább/jobban működjön USB-ről a rendszer?
(szívesen raknám én HDD-re mint régen, de amióta ezaz új verzió van, nem tudom felparticionálni a gépemen)[ Szerkesztve ]
“When the flaws of the system are exposed, it is usually the irritant who gets cast out.”
-
_Smooth
senior tag
Rsync az alábbi hibaüzenettel folyamatosan megáll. Tudnátok segíteni, kérlek?
Hiba #0: OMV\ExecException: Failed to execute command
'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin;
export LANG=C.UTF-8; export SHELL=/bin/sh; sudo --shell --non-interactive --
/var/lib/openmediavault/cron.d/rsync-d35b1f11-9ede-4f85-9a46-caeb2688aea1 2>&1'
with exit code '1': in /usr/share/openmediavault/engined/rpc/rsync.inc:261
Stack trace: #0 /usr/share/php/openmediavault/rpc/serviceabstract.inc(565):
OMVRpcServiceRsync->{closure}('/tmp/bgstatus3i...', '/tmp/bgoutputu5...')
#1 /usr/share/openmediavault/engined/rpc/rsync.inc(265):
OMV\Rpc\ServiceAbstract->execBgProc(Object(Closure))
#2 [internal function]: OMVRpcServiceRsync->execute(Array, Array)
#3 /usr/share/php/openmediavault/rpc/serviceabstract.inc(123): call_user_func_array(Array, Array)
#4 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod('execute', Array, Array)
#5 /usr/sbin/omv-engined(536): OMV\Rpc\Rpc::call('Rsync', 'execute', Array, Array, 1) #6 {main}
A megmaradt raid tömbről szeretném átmenteni az adatokat az új merevlemezre (majd formázni, bontani a tömböt).
Kb 170GB adatot már át is másolt, majd ezt dobta.[ Szerkesztve ]
# I got bored one day and put everything on a bagel...
Új hozzászólás Aktív témák
Figyelem!
Megjelent a Debian 10-re épülő OMV 5 stabil kiadása.
Új telepítésre ez a verzió ajánlott.
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest