Hirdetés
-
SGF24 - Remekül fest a Phantom Blade Zero
gp A Summer Game Fest utolsó játéka nem más volt mint a PC-re és PS5-re készülő játék, amelyhez még mindig nem kaptunk megjelenési dátumot.
-
10 éve nem változott ekkorát a Netflix tévés appja
it A Netflix útnak indította a megújult tévés appját, amely az első nagy felújítást jelenti az utóbbi 10 évben.
-
Spyra: nagynyomású, akkus, 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! :)
-
PROHARDVER!
Xpenology Téma Összefoglaló
Új hozzászólás Aktív témák
-
itanczos
senior tag
válasz itanczos #10186 üzenetére
Egyébként amikor hozzáadtam a Synology tárolás kezelőjében az új disk-et a raid1 tömbhöz, akkor nem bővítésnek kellett volna lennie... Hiszen egy raid1 tömböt nem lehet "bővíteni", csak tükrözni, nem?
Használd a keresőt! | iPhone 13 Pro 256GB | 3D: Tevo Tarantula | NAS: HP MicroServer Gen8 - Proxmox/XPenology | Okos otthon: HomesAssistant - HomeKit - Hirdetéseim: https://hardverapro.hu/aprok/hirdeto/itanczos/index.html
-
Imco
őstag
válasz itanczos #10186 üzenetére
Csakhogy az elsősök is értsék, kérhetnék egy gyors talpalót a
sudo cat /proc/mdstat (ENTER)
illetve a "mdadm" képességeiről!
Elég lenne 1-2 mondat. A későbbiekre talán jól jöhet.
Wines aggyal úgysem érteném!
Köszi!**************
Közben ezt találtam! Nem mondom, hogy kristály tiszta, de azért valami átjött.[ Szerkesztve ]
Üdv! Imco
-
fogtunder
nagyúr
válasz itanczos #10192 üzenetére
inicializálás közben elkezdtem használni már a lemezt, mikor összeraktam, mert bátor voltam, aztán ez lett a vége, összeomlott a tömb. kiszedtem, megnéztem HD sentinellel, semmi baja, visszaraktam, megvártam, hogy végigmenjen az inicializálás, azóta nem csinálta.
I hate morning people. And mornings. And People.
-
peterk
senior tag
válasz itanczos #10187 üzenetére
Ha egy raid tömbhöz hozzáadsz egy új lemezt (nem spare disk-ként) akkor az mindig "bővítés". Az más kérdés, hogy RAID1 esetén - mivel tükrözésről van szó - a tömb használható mérete nem nő, de a tömb ettől még bővül egy új lemezzel. És új lemezzel bővítés - függetlenül a típustól - egy RAID tömb esetén MINDIG úgy történik, hogy a teljes tömb újraszinkronizálódik. Azaz stripe-ról stripe-ra az összes, a tömbben addig benne levő lemezt legalábbis teljesen végig olvassa. A hangsúly a TELJES-en van. RAID1 esetén csak olvassa a régieket és írja az újat, RAID 5/6 esetén a paritást is újra kell számolni, ezért ott a régiekre írnia is kell a parity redistribution miatt. (Hardveres raid esetén legalábbis. Szoftver raidnél elvileg meg lehet adni olyan nem standard layoutot, ahol az adott - új - diszk csak paritás diszk lesz, és akkor csak arra a lemezre ír, de ez speckó paraméterekkel történik, ilyent a syno raid kezelés tuti, hogy nem csinál.)
Lényeg a lényeg, hogy ha egy bad sectoros lemezzel rendelkező RAID tömböt nekiállsz bővíteni, azzal arra kényszeríted, hogy minden lemezt minimum teljesen végig kelljen olvasnia. A bad sectoros lemezt is... Ergó gyakorlatilag halálra ítéled a tömböt. Nem csak esélyt adsz a hibára, hanem 100% biztonsággal halálra ítéled. Sose fog sikeresen lefutni. A legintelligensebb hardware raid sem.
A jó hír, hogy azért ezeket a hibákat általában korrigálni lehet, ez a software raid erőssége. Bele lehet nyúlni a "mélyébe", és okosabbnak lenni, mint a controller. Erre hardware raidnél nincs lehetőség. Viszont ésszel kell csinálni, tudni kell mit teszel, különben ez az a pont, ahol végképp kicsinálhatod az adataidat...
A te esetedben szerencsére nagyon okosnak nem kell lenni, mert RAID1-et használtál, ami valóban egyszerű tükrözés. Ez a gyakorlatban azt jelenti, hogy a raid1-es lemezeket/partíciókat - bármelyiket - simán, egyenként be lehet mountolni, mintha szingli lemezek lennének, raid nélkül. Úgyhogy - ha még nem cseszted szét az eredeti lemezen az adatokat a pakolgatással, bővítgetéssel ill. a matatással (az eredeti bővítés nem cseszte szét, az utóbbi két linken viszont már van olyan dolog amivel kicsinálhattad, főleg, ha utána vissza is tetted a NAS-ba, és hagytad szinkronizálni megint ... ). Szóval, ha még megvannak az adataid az eredeti, hibás blockos lemezen, akkor könnyen helyrehozhatod a dolgot. Nem kell mást tenned, mint szétborítani a tömböt - úgyse lesz az már jó - majd az új lemezen (és csak az új lemezen!) létrehozol DSM-ben egy vadi új tömböt, majd ha az megvan, akkor a régi lemezen levő raid-partíciót putty/ssh alatt kézzel bemountolod, mintha egy sima ext4 partíció lenne, aztán kézzel átmásolsz róla mindent az újonnan létrehozott tömbre.
Hogy nehogy félremenjen valami, javaslom, hogy előbb vedd ki a régi lemezt. Indítsd el a NAS-t csak az új lemezzel. Itt nem kell óvatoskodnod, törölj ki mindent a fenébe, inicializáld az új lemezt, és hozz létre rajta egy vadi új tömböt. Aztán ha az megy, a DSM mindent normálisnak lát - reboot után is - akkor állítsd le, tedd be a régi lemezt. Elindulás után ne foglalkozz azzal, hogy mit mond a DSM, ott semmit se csinálj! Vedd elő a putty-t, loginolj be konzolról, és mountold fel a régi lemez adat partícióját valahova. Mondjuk a /mnt mappába:
mount -t ext4 /dev/sdXX /mnt
ahol XX a megfelelő partíció (például sdb5). Figyelj arra, nehogy az új lemezt mountold, de 15 év Linux után ez biztos menni fog. A synology minden lemezre csinál 2 rendszer partíciót magának, szóval az adat partíció valószínűleg a 3. v. 5 lesz (sdb3 vagy sdb5). A legutolsó, legnagyobb.
Aztán copy, copy, copy az új lemezre. (Szerk: ha a mountolás nem sikerül, akkor nagy valószínűséggel sikerült a régi lemezt is felülírnod a bővítgetés alatt. Ilyenkor futtathatsz rajta egy fsck-t, hátra az helyre tudja hozni annyira, hogy felmountold és lements róla amit még lehet.)
Aki hisz a parajelenségekben, emelje fel a kezem!
-
peterk
senior tag
válasz itanczos #10196 üzenetére
Mivel raid1-ről volt szó, szerintem megmenthető a dolog, LVM-el együtt is. A NAS-on a /etc/lvm/backup ill /etc/lvm/archive mappában ott kell lennie az LVM geometria mentésének (az LVM automatikusan archivál minden változást ide). A raid1 superblockot pedig - ha el is tűnt - újra lehet csinálni, egy raid1 esetén ez nem nagy vasziszdasz. Szóval ha csak annyi a gond, hogy nem indul el a tömb, vagy az LVM, az orvosolható egy bármilyen linuxos gépen. A kérdés, hogy az adat partíciót szétcseszte-e a második újraszinkronizálási próbálkozás. (Valószínűleg éppen az volt a jó, hogy nem sikerült összeraknod másik gépben, ezért jó eséllyel a DSM sem tudta. Ha pedig nem tudta, akkor nem is írt rá. )
Ha fontosak az adatok, és nem túl sűrgős, hétvégén lesz időm, tudok segíteni. Dobj egy PM-et, és megbeszéljük, hogy hogyan tudnék ránézni arra a lemezre/nas-ra. Teamviewer előnyben
Aki hisz a parajelenségekben, emelje fel a kezem!
-
peterk
senior tag
válasz itanczos #10198 üzenetére
A DSM-ben ugyanaz a raid környezet van Van mdadm, van LVM, van minden. Csak annyi módosult, hogy a synology saját maga fordította le ezeket a tool-okat, és néhány konfigurációt máshová tett, máshogyan használ (pl. nincs /etc/mdadm.conf), mint mondjuk egy ubuntu. De ebben nincs semmi rendkívüli, a millió Linux disztrib is millió különböző módon fordítja magának ezeket. A lényeg - az md-raid kód a kernelben - ugyanaz.
Aki hisz a parajelenségekben, emelje fel a kezem!
-
peterk
senior tag
válasz itanczos #10196 üzenetére
Még erre egy rövid válasz, hátha segít: "mdraid -Asf && vgchange -ay"
Ez így ubuntu-n minden valószínűség szerint azért nem futott le (gondolom "mdraid" helyett "mdadm"-ot akartál írni), mert az Asf (ami "scan, and force assemble") egy bővítés alatt álló tömböt így nem tud összerakni, ha nincs meg mindegyik lemez. Ez csak akkor működött volna, ha mindkét lemez (a rossz is meg az új is) a gépben van egyszerre. És még akkor sem biztosan, mert mdadm.conf nélkül lehet, hogy nem ugyanazon a néven rakja össze az mdadm a tömböt (md2 helyett mondjuk md127 néven), és a vgscan nem fogja ez alapján automatikusan megtalálni, mert az lvm configban az eredeti nevén keresi (md127 helyett md2 nevet keres).
Ezt lépésenként kellett volna összerakni. Előbb az mdam tömböt (ha assemble-vel nem megy akkor part superblock alapján --create --assume-clean-e száz százalék, hogy elindul), utána pv scan, vg scan, és csak utána indítani az LVM-et. Egy parancs helyett 3-4, de a leírtak alapján majdnem biztosra veszem, hogy simán beindítható.
Ja, és még egy javaslat: 1 lemez és BTRFS esetén felesleges raid-be és LVM-be rakni a btrfs fájlrendszert. Minden amit a raid és az LVM pluszban nyújtani képes 1 lemez esetén, azt alapból tudja btrfs. Tükrözni is tud (utólag is), szóval ha csak azért kell a raid, hogy szükség esetén további tükröt rakj bele, arra sem kell.
(A raid+lvm+btrfs hármas paritásos - raid5/6 - konfigban hozza meg az előnyeit. Ott viszont nagyon is, mert a btrfs-nek a raid5/6 része még igencsak kiforratlan, azt nem javasolt használni.)
[ Szerkesztve ]
Aki hisz a parajelenségekben, emelje fel a kezem!
-
peterk
senior tag
válasz itanczos #10203 üzenetére
Nem automatikus az (mármint a raid ill lvm), csak valahogy nálad már ez lett a szitu Az új DSM-ek le is álltak az LVM-el, bár visszamenőlegesen támogatják. Mindegy, rajtad ez már nem segít. (Ha most tisztán telepítesz, és DSM6 van fent, akkor nem létezik, hogy ne tudnál sima kötetet csinálni. A neve most nem ugrik be, JBOD, mittudomén, kell ilyen opciónak lenni.)
Az ubuntu azért nem tudja automatikusan összerakni az md0 és md1 tömböket, mert azok a synology saját rendszer ill. cache tömbjei, amit direkt "őskori" 0.90-es superblock vezióval csinál, és a superblock sem 100%-osan "tiszta". Gondolom ez is direkt, pont azért, hogy betéve egy Linuxba, ne épüljön fel automatikusan, "megzavarva" esetleg a menteni készülő felhasználükat. Kézzel össze lehet rakni persze, de meg kell adni a paramétereket.
pvcreate: szvsz előbb meg kellene nézni, hogy nincs-e meg a régi pv/vg információ superblockja valahol, mert szerintem van esély rá, hogy ott van az. A pvcreate csak utolsó opció legyen, ha máshogy nem megy. a pvscan, vgscan mondd valamit? Egyébként a pvcreate sikertelenségének oka lehet az, hogy rossz az UUID, vagy pedig rossz a backup file amivel próbálod. A legutolsóval kellene próbálni. Anélkül, hogy látnám a partíció paramétereket és a backup file tartalmát, sajnos nem tudok többet segíteni.
(Futtass egy "lvs -a -o +devices"-t, az mondd már valamit arról, hogy mi áll rendelkezésre, milyen UUID-vel. Vagy egy vgchange -an --partial. Ez leállítja és partial módban indítja a vg-t. Ez is kiírja, ha hiányzik pv.)
[ Szerkesztve ]
Aki hisz a parajelenségekben, emelje fel a kezem!
-
peterk
senior tag
válasz itanczos #10205 üzenetére
Az "mdadm -Q -D /dev/sdb5" mit mond? Milyen superblockot talál? Másold be ide. (És csináld meg ugyanezt a másik, jó vinyóval is a NAS-ban. Kíváncsi vagyok, összevetjük a kettőt.)
Ha máshogy nem megy, majd --create --assume-clean-nel megoldjuk a superblock problémát, de kéne tudni hozzá pár paramétert.
Aki hisz a parajelenségekben, emelje fel a kezem!
-
peterk
senior tag
válasz itanczos #10208 üzenetére
Jogos, md3-at akartam írni igen. Ránézésre okénak tűnik, de a régi vinyón az a tegnapi creation time gyanús... Elvileg annak a dátumnak a tömb eredeti létrehozását kellene tartalmaznia, a hozzáadás, módosítás nem írja felül. Úgyhogy olyan, mintha tegnap új tömböt készítettél volna... Egyébként különböző típus/modell a két vinyó? Ha igen, akkor az a pár MB eltérés érthető. Ha pontosan ugyanolyan a kettő, az már érdekesebb lenne...
Még ezt futtasd le esetleg a jó és rossz vinyón is (ezt tényleg vinyó partícióra):
mdadm --examine /dev/sdb5
a másikon pedig
mdadm --examine /dev/sdd5Aki hisz a parajelenségekben, emelje fel a kezem!
-
peterk
senior tag
válasz itanczos #10208 üzenetére
Ja, és ha nem ír hibát ki az mdam az alábbi parancsra, és a vinyót lekérdezve a raid superblocknak passzoló superblock infót kapsz, akkor a raid tömb jó. Akkor próbáld meg még egyszer azt az LVM-et rendberakni, de ezúttal így:
1. Futtasd le a következő parancsok egyikét vagy másikát: "lvs -a -o +devices" vagy pedig "vgchange -an --partial". Erre, ha van egy kis szerencsénk, valami hasonló válasz érkezik:
"Couldn't find device with uuid 'XXXXXXX-XXXXXXX-XXXXXX-XXXXXX'.
Couldn't find all physical volumes for volume group VG."
vagy
Partial mode. Incomplete volume groups will be activated read-only.
Couldn't find device with uuid 'XXXXXXX-XXXXXXX-XXXXXX-XXXXXX'.Az uuid értelemszerűen az az uuid amit a pcreate-nak meg kell adni. Ha nem talál semmit, akkor ezt buktuk.
2. Utána a NAS-nak az etc/vlm/archive mappájában vannak vg1_XXXXX.vg vagy hasonló nevű fájlok. Ezek a vg backupok. Ezek közül kell az utolsó, ami a régi LVM konfigodra vonatkozik. Ha az előző parancsok valamelyikével sikerült visszakapnod UUID-t, akkor egyszerű a dolog, keresd meg azt a legutolsó fájlt, amelyikben a pv0 id-je ugyanaz. Ha nem kaptál vissza uuid-t, akkor nincs más lehetőség, mint megpróbálni a legutolsóval. Illetve, lehet, hogy az utolsó előttivel, mert azóta ugye az új lemezre csináltál egy új raid+lvm kötetet, emiatt lehet, hogy a legutolsó fájl már arra vonatkozik. Ezt ellenőrizd le (lvdisplay parancs kiírja a NAS jelenlegi élő LVM-jének adatait. Neked az a fájl kell, ami nem ugyanilyen tartalmú).
3. Futtasd a pvcreate-et úgy ahogy leírtad (a megfelelő uuid-vel ill fájllal). DE(!!!). Ne a /dev/sdb5-re, hanem a /dev/md3-ra futtasd, hiszen az LVM a raid tömbön volt, nem direktben a partíción.
Aki hisz a parajelenségekben, emelje fel a kezem!
-
RazoR
veterán
válasz itanczos #10237 üzenetére
Igen újonnan a "vizes" boltban! Régóta meg akartam venni de mindíg 70k+ volt mindenhol, aztán egyszer csak lement az ára, le is csaptam rá egyből! G1610T-vel és 4GB rammal volt 52!
Na ezt nem értem, 2 napja 80k+ volt mindkét helyen:
[link]
[link]Ha venni akarsz, szerintem most vedd meg a vizeseknél!
[ Szerkesztve ]
-
fogtunder
nagyúr
válasz itanczos #10242 üzenetére
mindegyikben van iLO, csak a proci, RAM, és az iLO premium kártya szokott változni az SKU-k között. én amúgy elvagyok az alap iLO-val is, úgyis az a lényeg, hogy a boot során tudjak belenyúlkálni, utána már sok értelme nincs, pláne Xpenologynál, mert nem tudsz mit csinálni, ha akarsz valamit úgyis ssh lesz a vége, vagy a webes felület.
[ Szerkesztve ]
I hate morning people. And mornings. And People.
-
-
Imco
őstag
-
RazoR
veterán
válasz itanczos #10250 üzenetére
Kipróbálom majd. Az egyik TV nem smart így ahhoz eddig egy Pi 1-est használtam Plex-el de a nyári melegben megadta magát, jövőhéten veszem meg a Pi 3-at, és azzal kipróbálom majd a Kodi/Openelec-et. Azért is érdekel, mert tervezem a DIY Ambilight-ot megcsinálni és ahhoz minden leírásban a Pi-s verzióhoz a Kodi van használva!
[ Szerkesztve ]
-
peterk
senior tag
válasz itanczos #10245 üzenetére
Nekem ennek az elődje (Gen7) fut a hálószobában Kodi-val kiszolgáló módban. Ez is torrentezik. Tökéletes, de ha hálószobába akarod, akkor nem árt bele egy panel táp is, hogy csendes legyen. (Nekem 2 régi SSD fut benne, paneltáppal, teljesen néma a gép.)
Ja, és kell bele egy olcsó low profil kártya HDMI-vel is, mert csak VGA kimenet van a gépen. Szerintem a legolcsóbb kártya amit csak kapni lehet bőven elég. Én vagy 2 éve vettem bele 5-6 ezerért egy - tudja fene a típusát már - akkori alap nvidia kártyát, és már az is több, mint elég még most is.
(Ahogy előttem írták többen is, a Kodi egyébként szuper egy cucc. Ha Smart TV-d van google play store-al, akkor még inkább, mert akkor simán a TV-re lehet telepíteni, még külön médialejátszó se kell. Nálam így van a nappaliban. A filmeket NAS-ról fájl megosztással játszom le, a letöltéseket pedig a hálószobai Kodi streameli a TV-n levő kodi számára. Ultra kényelmes.)
Aki hisz a parajelenségekben, emelje fel a kezem!
-
peterk
senior tag
válasz itanczos #10257 üzenetére
Eredetileg XBMCBuntu futott, még vagy 3 éve telepítettem (talán több is). Azt hiszem eredetileg ubuntu 12.04 és xbmc v11 volt rajta. (Még xbmc volt a kodi neve, szóval nem mostanság installáltam )
Az xbmcbuntu lényegében egy ubuntu+xbmc házasítása, az alapja egy tök sztenderd ubuntu, csak bootoláskor egyből XBMC (Kodi) indul, nem a desktop felület jön be. Úgyhogy upgradelni tök egyszerű, az alap OS sima ubuntu dist-upgrade-el, az xbmc pedig a saját repository-ból. Jelenleg 16.04 ubuntu és 17.3-as kodi fut rajta. A torrentezés transmission-nal megy. A letöltött részek bepakolgatására nem használok semmi külső progit, egy saját crontabos shell script teszi be a helyére. A Kodi úgy van bekonfigurálva, hogy a főmenüben külön menüpont van a frissen letöltött dolgokra ("Letöltött", ez alatt filmek, sorozatok és egyéb), és külön főmenü a "fő" média adatbázis, ami az eltárolt, megtartott filmeket, sorozatokat tartalmazza.
Imco (#10256): Ez nálam nem szempont, mert passzív panel táp van benne. A ház ventik teljesen hangtalanok nálam.
[ Szerkesztve ]
Aki hisz a parajelenségekben, emelje fel a kezem!
-
peterk
senior tag
válasz itanczos #10260 üzenetére
Nálam nincs virtualizálva. Az a gép csak média lejátszó, és torrent letöltő gép, nem NAS, simán csak rátelepítetem az XBMCbuntu-t. (Ami gyakorlatilag egy ubuntu disztribúció, csak annyi a különbség, hogy grafikus felületként egyből a Kodi indul. És optimalizált, egy csomó csomag nincs alapból benne, hogy gyorsan induljon, kis erőforrás igénye legyen. Persze minden ugyanúgy telepíthető rá, mint egy ubuntura.). Mivel XBMCBuntu (és az utódja, a Kodibuntu) egy ideje nem frissül, ezért vagy azt lehet csinálni, hogy telepítesz egy 14-es Kodibuntu-t (ez az utolsó hivatalos), aztán mondasz egy dist-upgrade-et, meg egy kodi update-et, ami felfrissíti a legfrisebb ubuntura és Kodira. A másik megoldás, hogy telepítesz egy alap ubuntu szervert (ne is desktopot, mert abban rengeteg fölösleges sz*r van), aztán konzolból telepíted a Kodi-t. Lényegében ennyi. Annyit kell még csak csinálni, hogy az X szerver indító scriptbe beírni, hogy automatikusan elinduljon a Kodi.
De ha ilyesmivel nem akarsz kavarni, akkor tényleg az openelec a legegyszerűbb. Az rendesen van frissítve, és már mindenféle plugin megvan ahhoz is, torrent, web server, bármi. Lényegében Linux alapú nassá is lehet bővíteni.
A másik irányt - xpenology a vason, és VM-ben rajta az openelec - nem próbáltam. Nem tudom mennyire működik a hang és video vezérlő direkt hardveres elérése xpenology alatt. Mert erre szüksége lenne az openelecnek, különben nem fog futni normálisan. Lehet, hogy akkor már egy ESXI, és benne két VM, egyik openelec, másik xpenology jobb megoldás. ESXI-ben ki lehet osztani direkt hardveres hozzáférést VM-eknek.
Aki hisz a parajelenségekben, emelje fel a kezem!
-
zsolt501
nagyúr
-
zsolt501
nagyúr
-
zsolt501
nagyúr
válasz itanczos #10359 üzenetére
És ez működik is?
fogtunder Most a Plexnél van egy gondom, és nem tudom mi okozza hogy a hang a képtől iszonyatosan el van csúszva, eddig nem volt gond, de most előjött és nagyon zavaró így nézni bármit is, mert pl annyira elcsúszik, hogy pl. egy nő és egy férfi beszélget akkor kb mintha a felcserélnék a hangot akkora az elcsúszás, és nem tudom mitől és hogyan korrigálható...
''Mind Így van ezzel aki hasonló időket megélt, de a döntés nem rajta állt neked csak arról kell döntened mihez kezdj az idővel amely megadatik.''
-
#56573440
törölt tag
válasz itanczos #10405 üzenetére
erősen kétlem A telepítéskor kérdezi a dsm hogy hány kötetet akarsz létrehozni. Annak megfelelően dobja fel hogy mit lehet abból csinálni amid van. Szerintem itt áll a történet. Más kérdés, hogy raid 10-et én nem használnék, max ilyen adatbázisszerver alá, de ha elég a 6 tb a 12 helyett hát nekem mindegy
[ Szerkesztve ]
-
zozuka
csendes tag
válasz itanczos #10410 üzenetére
Letöröltem a HP féle Raid10-át és a NAS felállt, majd 2 HDD hibát észlelt a 4 HDD-ből. Tehát a HP Raid működött és ez hardveres raid, legalábbis így hirdetik.
A HP Smart Storage Administrator-ral a Raid-et bekapcsolva, illetve kikapcsolva is működött a fájlmásolás, kb. ugyanakkora 100Mbps sebességgel (még nem Gbites a intranetem).
Tehát én nem láttam semmi különbséget ha be van kapcsolva a Hp féle Raid vagy nincs. A DSM-ben így is úgy is újra létre kell hozni egy RAID10-t.
Miért is baj, ha be van kapcsolva?HP Gen8 4x3 TB RAID10 DSM 6.1.3
-
zozuka
csendes tag
válasz itanczos #10426 üzenetére
Köszi és van olyan app, ami szinkronizál PC és NAS közt, tehát amelyik fájl éppen a frissebb, azt átírja a másik eszközre? Így mindig éppen a lefrissebb fájlt érem el akár a PC-n akár távolról a NAS-on levő fájlt szerkesztem. Tul.képpen a NAS a PC online backupja és fordítva is.
HP Gen8 4x3 TB RAID10 DSM 6.1.3
-
itanczos
senior tag
válasz itanczos #10451 üzenetére
Na, most tettem bele egy Nvidia PCIe kártyát és bekapcsoltam a BIOS-ban, hogy menjen párhuzamosan az alaplapi is. Látja mindkettőt a rendszer.
De nem tudom egyiket sem passthrough-ra tenni![ Szerkesztve ]
Használd a keresőt! | iPhone 13 Pro 256GB | 3D: Tevo Tarantula | NAS: HP MicroServer Gen8 - Proxmox/XPenology | Okos otthon: HomesAssistant - HomeKit - Hirdetéseim: https://hardverapro.hu/aprok/hirdeto/itanczos/index.html
-
addikt
válasz itanczos #10457 üzenetére
Erre a 3-az-1-ben (NAS+médialejátszó+Windows játékra) célra nem lesz megoldás. Patice csinált ha jól tudom Ubuntuval 2-az-1-ben (NAS+Kodi), vagy a fent javasolt Windows+VMware Workstation működni. ESXi+passthrough-hoz meg vegyél olyan gépet ami támogatja a VT-D-t is+ne nvidia kártya legyen (nvidia driverből tiltja hogy védje a Quadro+GPU compute piacát).
"After successfully ignoring Google, FAQ's, the board search and leaving a undecipherable post in the wrong sub-forum don't expect an intelligent reply."
-
sd6
tag
válasz itanczos #10460 üzenetére
Sziasztok,
Új nast raknék össze ASROCK H270M-ITX/ac alaplappal. Ezen i219V és i211At nic van. Ez kompatibilis vagy lehet vele gond? Vennék hozzás ups-t is, APC BACK-UPS 700VA BX700U-GR, néztem a synology kompatibilitási listát, de azon relatíve régiek vannak.
Mennyi memóriát érdemes belerakni? 6 diszkes raid6-ot szeretnék.
Lehet egyből a 6.1.3-at telepíteni? 3615 vagy 3617 javasolt?
Köszi[ Szerkesztve ]
Új hozzászólás Aktív témák
A Synology szervereinek a Quickconnect használatával történő visszaéléséről szóló hozzászólások vagy témák előzetes értesítés nélkül törlésre kerülnek!
A párosított generátorok (MAC és SN) linkek vagy eszközök is törlésre kerülnek!
A Surveillance Station feltörésére vonatkozó hozzászólások vagy témák és / vagy a feltört / SS hivatkozások létrehozása törlésre kerül előzetes értesítés nélkül.
- Canva Pro előfizetés - 1 éves
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Eladó Steam kulcsok kedvező áron!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen