- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- VR topik (Oculus Rift, stb.)
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Házimozi haladó szinten
- Gaming notebook topik
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Apple notebookok
- Milyen alaplapot vegyek?
- ZIDOO médialejátszók
- AMD Navi Radeon™ RX 6xxx sorozat
Hirdetés
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
ph A Kereskedelmi Minisztérium egyelőre csak felméri a helyzetet, egyelőre nem látni, hogy tudnak-e bármit is tenni.
-
Már tudjuk, hogy mikor jön az idei Xbox Games Showcase
gp A showt egy külön Direct előadás követi, ami szinte biztosan az idei Call of Duty lelepelzése lesz.
-
PROHARDVER!
Új hozzászólás Aktív témák
-
lovi27
addikt
Akkor te ott raid-ben használtad és az volt md0, mert amúgy a meghajtót a Linux sdx (sda, sdb, stb.) nevezi. A partícióra (fájlrendszerre) hivatkozásnál a dev-disk-by-label- előtagot mindig használja, de ahogy a név is utal rá utána a címkét használja, amennyiben van. Ha nincs akkor használja az UUID számot. Tehát fel kell címkézni őket.
Viszont fel- vagy átcímkézni csak akkor szabad ha nincs használatban az adott partíció! Különben következetlenségek lesznek. Tehát meg kell szüntetni minden megosztást, majd le kell csatolni (unmount). Címkézéshez általában a particionáló programot használjuk, de az EXT fájlrendszerek esetén az e2label paranccsal is elvégezhető, amit az egyik társ leírt részletesen.
Ha 50 és 115 között megy, akkor átlagban megvan a 70 MB/s...
Szerintem a samba ilyen. Az FTP protokollal stabilabb az átvitel.[ Szerkesztve ]
-
lovi27
addikt
A JBOD is egy RAID megoldás, ezért hívta md0-nak. Csak ahogy a neve is mutatja, Just a Bunch Of Disks – csak egy köteg lemez az összefűzött HDD-k. A rendszer egy lemeznek látja, de az összefűzéskor nem használ redundanciát. Fontos adatok tárolására nem ajánlott.
A samba-nak szerintem az a legnagyobb baja, hogy mindenre elég érzékeny. Azért amit írsz, hogy nálad 5MB/s is leesik a sebesség túl durva. Olyankor valami nagyon elfogy (CPU, RAM, stb.). Itt írogattak samba tuningról, nézd meg hátha segít. Nálam 100 vagy felette másol, ha rájön a rapli akkor csak 80, de az alá nem szokott menni.
Jellemzően EXT4 fájlrendszert használunk. Én csak akkor törölném, ha nem azzal van formázva.
-
lovi27
addikt
Akkor nincs nagy baj...
Szerintem fogadd el, hogy a samba másolás ilyen. A terheléstől függően időnként biztosan jobb lesz. Meg, csak nem másolsz állandóan...Biztosan nem árt, ha újra építed a fájlrendszert és a töredezettségnek is jót tesz. Ha nem probléma csináld meg, de ne a másolás miatt. Ha mégis javulna, az tiszta nyereség.
(#9996) Kronk
Előbb kérdezni kellett volna és utána csinálni, nem fordítva. Így passz. A verzió frissítés amúgy is egy elég kockázatos valami. Sajnos, jobb ha felkészíted magad egy újratelepítésre. Ha működik használd így amíg nem kell valamit beállítani rajta.. -
vadkörte
addikt
Semmit sem szólna. Nincs hiszti, nem klimax-os feleség ez... Fut tovább (kicsit overkill az a RAM ) a boot-nál jelzi, de ennyi. Kihasználja a többmagos CPU-t.
De szerintem ha "csak" klasszikus NAS-nak használod nem biztos, hogy szükség van a nagy(obb) teljesítményre.
Negyed ekkora teljesítményű gépet használok NAS-nak (Atom 330 + 2x2GB DDR2) és üzem közben 25%-nál jobban nem nagyon pörgött a CPU. Ha egyszerre 3-5 eszköz terhelte akkor ment fel 40-50%-ra.[ Szerkesztve ]
Üdv. V. Körte
-
lovi27
addikt
Ez inkább egy elérési út (path) amit ide írtál és nem címke név, de valóban a Debian kiegészíti a HDD elérési nevet egy előtaggal (dev-disk-by-label-).
Szerintem nem jó ötlet, hogy a rendszert akarod megerőszakolni egy plugin miatt. Azt egy frissítés könnyen felülírhatja. Valóban picit plusz munka, de megéri és inkább a transmission beállításaiban a másol/beilleszt parancsokkal írd hozzá azt az előtagot, amit az OMV most odaírt. Ez hosszútávú megoldás. -
lovi27
addikt
Mivel a Linux a Windowstól eltérően nem HDD-ékben hanem könyvtárakban "gondolkodik", abba szervezi az eléréseket, így én se erőltetem a HDD felcsatolásokat.
Az elérni kívánt könyvtárakat mind megosztom samba alatt és csak egy bejelentkezéssel - amit elment a Windows - így csak egy kattintással elérem az összes könyvtárat, függetlenül attól, hogy azok hány darab HDD-n helyezkednek el. Több HDD-nél megéri így csinálni. -
lovi27
addikt
Nem használom, de kíváncsiságból most megpróbáltam a hálózati meghajtó csatlakozást és minden gond nélkül tudtam felvenni őket. Ezek szerint lehet egy felhasználó/jelszó páros, amit nálam már elmentett a W10, mert sorra tudtam az x, y, w hálózati meghajtókat felvenni - és szerencsére törölni is...
Ne gondolj semmi extrára és a HDD-ékra. Egy rövid alappélda: csinálj három mappát a megformált HDD-kre, mondjuk Filmek, Zene és Foto névvel (ékezetes karakter használat nem ajánlott) Ezek a három média típust lefedik. Lehet többet is, de nagyon nem érdemes elaprózni. Ezekbe a könyvtárakba kerül minden fájl és ezek lesznek a megosztott mappák. Felveszed a samba megosztások közé is, amit a Windows felhasználóinév/jelszó megadásával ér el.
Ha akarod a Windowsban csinálhatsz hálózati meghajtókat a mappákhoz. Én e helyett a TC-ben egy fülre tettem a NAS samba megosztását és amikor kell valami valamelyik mappából akkor csak egy kattintás és máris látom a tartalmukat. Persze lehet másképp is csinálni, de így el tudsz indulni.
[ Szerkesztve ]
-
lovi27
addikt
Azért nem tudod felcsatolni, mert belépni se tudsz. Annak a felhasználónak valamiért nincs jogosultsága, de hogy miért nincs ezt csak te tudod kideríteni. Innen távolról ezt nem lehet. Ami biztos, hogy az OMV a HDD-k alapján nem tesz különbséget.
GUID szám? Nem találkoztam ilyennel, itt a fórumon se. De ha van ilyen hiba, akkor ez számomra azt jelenti, hogy nem volt megfelelően megpetícionálva a HDD és nem az OMV hibája.
-
lovi27
addikt
Tegnap néztem és még nem volt fent. Látom 6 órával ezelőtt tették fel. Lehet megalapozott vélemény?
Ha jól működik a v4 nem kell sietve lecserélni. A központi része általában nem nagyon változik, így azzal gond se szokott lenni. A pluginokkal már akad, főleg ilyenkor, a fő verzió váltáskor...
-
lovi27
addikt
Semmi gond! Ha bátor kísérletező vagy nyugodtan állj neki, csak ha elakadsz magadra számíts elsősorban. Meg attól is függ a siker, hogy eddig mennyi és milyen extra pluginokat használtál.
Gyorsan feltelepítettem a v5-t, amivel nem volt semmi gond, de változás se volt sok. A kinézete teljesen olyan maradt mint a négyesé. Lehet, hogy csak érzéki csalódás, de egy picit gyorsabbnak tűnik. Hamarabb reagál. Gondolom elsősorban a Debian 10 és az újabb kernel miatt lehet.
Viszont a szokott helyen még nincs a v5-höz letölthető extrák plugin. De szerencsére a parancssori telepítő ennél is működik, így sikerült feltelepíteni,
root jog kell hozzá:wget -O - http://omv-extras.org/install | bash
Amint várható volt ez a kiadás jobban használja a dockert, ezért jelenleg csak a következő extra pluginok vannak:
- backup 5.0
- downloader 5.0
- flashmemory 5.0
- unionfilesystem 5.0
- zfs 5.0
- minidlna 5.01
- apttool 3.5
- locate 3.5
- resetperms 5.0Arról, hogy később mennyivel fog bővülni ez a lista nincs infóm. Előnyben vannak azok akiknek már nem gond a dockerben való telepítés.
[ Szerkesztve ]
-
lovi27
addikt
Igen, érdemes, mert különben olyan gondod lehet, mint tegnap a fórumtársnak. Szerintem hiányossága az OMV-nek, hogy automatikusan nem frissít. A frissítés hátrányát még nem tapasztaltam. A Linux disztribúciók általában tudják.
Alapból a webgui-ból (böngészőből) ajánlott, a parancssori csak szükségmegoldás.
[ Szerkesztve ]
Ú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.