Hirdetés
-
Előbb csúcstábla aztán topmobil jöhet a OnePlustól
ma Középpontban a Snapdragon elit teljesítménye.
-
New York visszafogná a közösségi média algoritmusait
it A fiatalokat védenék azzal, hogy megtiltanák a tartalmak algoritmikus vezérlését a fiataloknál, szülői hozzájárulás hiányában.
-
Saját műsort kap a Metaphor: ReFantazio
gp A Summer Game Fest után egy rövid show keretén belül tudhatunk meg újabb részleteket a játékról.
-
PROHARDVER!
Új hozzászólás Aktív témák
-
piglet76
tag
Ha jól értelek, most simán lehülyéztél?
Hidd el, amikor azt mondom, hogy most a telepítéskor mindent jól csináltam, akkor az úgy is van.
Lehet, hogy az OMV nem válogat, de itt a topikban is olvastam többször, hogy nem egy embernek valami nem jött össze az első vagy újratelepítésnél, és másodszor is neki kellett futnia. Gondolom ez nem véletlen.Lehet, hogy valamilyen folyamatok nem minig futnak le a háttérben tökéletesen és ez néha hibákat okoz a telepítésben.
Mindenesetre akkor sem lehet elérni most a webgui-t, pedig egy ip címet csukott szemmel is be tudok írni... -
piglet76
tag
Ok.
Az ifconfig az eddigi ip-t írja. A nas most a friss telepítéskor ugyan azt az ip-t kapja, mint eddig. Ahogy korábban is írtam, a routeremen fix ip van neki beállítva. A router felületén látom is, hogy a gép csatlakozott a hálózathoz. Ping megy, asztali gépről is, telefonról is.
Se a tűzfalamon, se semmilyen más szoftverben nem állítottam át semmit tegnap reggel óta, amikor is kiadtam azt a fránya upgrade parancsot... -
piglet76
tag
Lehet, hogy én nem tudom megfogalmazni, hogy mit is értek "hibás" működés alatt. Elbeszélünk egymás mellett, de ezt a részét zárjuk le, mert tényleg nincs értelme teleszemetelni a topikot...
Úgy fogalmaznám meg, hogy most megy a webgui, ezzel a címmel. Most látom, hogy még a backup-részhez is omv-extras kell, szóval most az jön.
-
nemurea
aktív tag
Nem, nem a NAS-on, hanem a Windows szolgáltatásai között kapcsolgattam ki-be. De ha ki volt kapcsolva a SMB 1, akkor nem csatlakozott a laptop az OMV-hez. Visszakapcsoltam, működött. Ettől még bármelyik oldalon ott lehet a limitáció. Megnézem a konfig fájlt, amit mondasz.
-
nemurea
aktív tag
Végignéztem lépésről lépésre. Kikapcsoltam a Win szolgáltatások közül a SMB v1-et, és tutira biztosítottam, hogy az SMB v2-v3 bekapcsolva legyen a kliensen ezen leírás alapján.
Megnéztem az smb.conf fájlt a NAS-on, nincs benne protokollra vonatkozó információ, és a GUI-n sem találtam ilyesmit. A futó folyamatok között sincs olyan infó, hogy a daemon milyen protokoll-verziójú lenne.
Visszakapcsoltam a kliensen az SMB v1-et:
Az eredmény:
A lépések között volt újraindítás.
Ez indirekten arra utal, hogy bár a kliens tudja a v2-v3-at, az OMV nem akar azon csatlakozni, csak mikor a v1 is be van kapcsolva, akkor működik. Persze az lenne a biztos, ha meg tudnám nézni valahogy, hogy milyen protokoll van éppen használatban - erre bármi ötlet? Amúgy valószínűleg tényleg v1, mivel automatikusan megtalálta a szervert, amint bekapcsoltam az Intézőt, és ez a v1 sajátossága, ahogy olvastam, v2-ből kiszedték. (Vagy csak azért látja, mert a belépési adataim meg vannak adva a Win-ben...? Nem tudom. Ezért kellene látni a használt protokoll verzióját.)
Az általános probléma és veszély a fentiekkel az, hogy a Win szolgáltatások között nagyon kevesen kapcsolják ki tudatosan ezt a v1-es lehetőséget, és lehet, hogy csak azért működik mindenkinek az OMV samba share, mert ez használatban van...
-
doberman
senior tag
Megnéztem az itthoni hálózaton - win10 pro 64 bit frissítve:
kikapcsoltam az smb 1-et a win10-en, reboot.
- 1 router (tplink Vargalex 1.1.7) megosztás nem látszik
- 2 router switch mód (tplink Suste 14.07) megosztás látszik. -ezek szerint smb2 van.
- dlink313 (gyári firm + Webian) megosztás nem látszik
- BananaPi (OMV 2.2.14 frissítve) megosztás nem látszikHát ha az MS kikapcsolja az smb1-et, azt hiszem valós problémának nézünk elébe. Ennek utána kell járni...
8lnu
-
nemurea
aktív tag
Ha az OMV 'jogi' állapotát nézem, vagyis ingyenes rendszer, a programozók szabadidejéből veszi el az időt a fejlesztés, teljesen egyet kell értsek: így működik, ez van, ha később megoldják, megköszönjük.
Ha azt nézem, hogy ez egy Debian alapú, a biztonságot az első szempontok között figyelembe vevő, NAS (!) operációs rendszer, akkor azért emellett nem mehetünk el szó nélkül. A csapból is az folyik, az SMB v1 kifejlesztője is ezt nyilatkozta (ha kell, megkeresem a cikket, mert csak egy idézetet láttam ebből), hogy a 30 éves protokollt már nyugdíjazni kellene, mert tele van biztonsági résekkel. Akinek kint van a NAS az interneten, annak ez kiemelten fontos lehet. Nem tudom elképzelni, hogy pont egy NAS célszoftvernél ne lehetne kiiktatni ezt a protokollt.
Illetve a MS vonal: a MS valóban tesztelni fogja az SMB v1 kivezetésének lépéseit, de nagyon kevéssé tartom valószínűnek, hogy az OMV mint olyan bármilyen szempontot is jelentene nekik. Házon belül, MS szerver-kliens viszonylatot fognak elsődlegesen vizsgálni.
-
nemurea
aktív tag
Köszi az infót, kipróbálom otthon! Körülnéztem az OMV fórumain, nem volt olyan túl egyszerű pont ezt a témát megtalálni. A legtartalmasabb talán ez a thread, ez is csak 3 bejegyzéses.
De amit kihámoztam (a fórumokból, még nem teszteltem le):
Az OMV valóban támogatja az SMB protokollokat 1 felett is (ez azért nem meglepő szerencsére )
Az OMV 2.x max. az SMB2-t támogatja (gondolom, külön kernel backport nélkül) - én ezt használom
A Win 7 alapból az SMB2-t használja, a Win 8.1 pedig az SMB3-at - nekem ez utóbbi van. Gondolom, a Win 10-nél is ez a helyzetA lehetséges konklúzió: a Win 8.1 SMB3-n próbált csatlakozni az OMV-mhez, az nem jött össze neki (Wheezy+OMV 2.x), a fallback módszer az SMB1 volt számára, nem próbálta az SMB2-t. Ezért állt le a kapcsolat, mikor kiiktattam a kliens oldaláról az SMB1 lehetőséget. Ha jól gondolom, doberman ft. is OMV 2.x-et használ.
Megoldás: át kell állnom OMV 3-ra vagy kell egy backport kernel, ha ez a téma a kernelbe van integrálva.
-
nemurea
aktív tag
Öööö, a Win 8.1 nem tűnik lejárt/lezárt oprendszernek a napi használat során Egyébként a játékok miatt nem vettem Win 10-et, mondván a régi játékokat kevésbé támogatja.
Megnézem a leírásokat, de amúgy is frissíteni akartam OMV 3-ra, mert van benne egy-két olyan lehetőség, amire szükségem lenne, és a 2-ben nem tudtam bele életet lehelni. Plusz egy érv a váltáshoz.
-
Patice
nagyúr
Én ugyan csak alap szolgáltatásokra használom az OMV 3-at már hónapok óta Debian Jessie-re rakva még béta korszaktól kezdve, folyamatosan frissítgetve, újraindítgatva, de csak megerősíteni tudom, hogy stabil és tuti rendszer.
a fejlesztőnek!
Eladó: TP-Link 24-es switch, Xbox 360, Daewoo Matiz
-
LeslieG Jr.
őstag
Hát igen. A Debian rendszerrel nem tudott mellélőni. Nagyon kiforrott rendszer. Töménytelen leírás van a Debian-hoz. Könnyű kezelni.
Én is éltem a lehetőséggel. Ne csak az OMV fusson az épített NAS-on hanem minden olyan más progi is amit tudok használni a mindennapokban. Ki kell használni a rendszer adta lehetőségeket.
CM Centurion|Corsair VX550 550W|Asrock Z170 Pro4+Intel i5-6600K+CM Hyper 212 EVO|Kingston 2x8GB 2400MHz DDR4|Kingston HyperX 240GB SSD|Samsung 840 EVO 250GB SSD|WD 500GB 16MB SATA III|WD 1.5TB 64MB SATA II|WD 2TB RED 64MB SATAIII|ASUS R9 270 DirectCU 2GB|LG DVD-RW|Logitech MX510|
-
Flowtation
őstag
Amikor én kliens oldalon (w7) kikapcsoltam a samba1-et kiváncsiságból, (a kettő persze be volt kapcsolva) akkor nem tudott csatlakozni az omv-hez. Igaz az omv-n sem néztem meg melyik verziót használja a stoneburner. Ha lesz időm, ránézek. Egyébiránt meg nekem is ideje 3.x-re váltani, csak nincs kedvem.
[ Szerkesztve ]
Keresek: D-link covr-1102 2 pack routert.
-
iff
senior tag
-
iff
senior tag
A HD Sentinel windowsos változata fizetős, a linuxos az "ingyenes". Használom a windowsos gépemen is meg a szerveren.
Én megvásároltam, kb. 5 éve használom. Volt, hogy kérdeztem a fórumon és a fejlesztő próbált segíteni az ssd-mel kapcsolatban, még e-mail-ben is. Vége, (ssd-k) csere lett.[ Szerkesztve ]
..........""..........
-
zodes
aktív tag
Köszönöm, közben tegnap este leformáztam NTFS-re, majd bedugtam és eljöttem reggel dolgozni.
Itt bent pedig a Te és a kollegám segítségével megtaláltuk a media könyvtár alatt (egy hosszú betű-szám kombináció) mount és df -h val azonosítottuk. Majd innen bentről átmásoltam.Gigabyte GA-B85-HD3 rev.2.0 - i5-4460-16GB DDR3-Samsung SSD 840 EVO 120GB Hackli***MacBook Pro (Retina kijelzős, 13 hüvelykes, 2014 közepe)***
-
zodes
aktív tag
Azt elfelejtettem, mielőtt kihúzom a gépből a pendrive-ot kell valamit csinálnom, mint a winnél pl? Kiadás? Vagy eject a MAC-nél?
Gigabyte GA-B85-HD3 rev.2.0 - i5-4460-16GB DDR3-Samsung SSD 840 EVO 120GB Hackli***MacBook Pro (Retina kijelzős, 13 hüvelykes, 2014 közepe)***
-
zodes
aktív tag
Köszönöm!
Tényleg nem telepítettük az usbmountot. Semmit nem telepítettünk még is megtaláltuk és jó lett a másolás. Igaz a sebesség közben kriminális 6 m/s (bár az lehet az NTFS miatt volt). Pedig a pendrive és a vas is tudja az usb3-at. De gondolom az OMV nem. Legközelebb így csinálom, ahogy mondtad.
Mire érdemes formázni a pendrive-ot, hogy winen (8-10) is tudjuk olvasni, de ne tartson egy 8 Gb-nyi adat másolása az örökké valóságig?
[ Szerkesztve ]
Gigabyte GA-B85-HD3 rev.2.0 - i5-4460-16GB DDR3-Samsung SSD 840 EVO 120GB Hackli***MacBook Pro (Retina kijelzős, 13 hüvelykes, 2014 közepe)***
-
vadkörte
addikt
Csak ötletként javasoltam. 1x futottam bele egy virtuális gépen olyan mutatványba, hogy nem akart beengedni a CLI felületre root felhasználóként, "Incorrect password" hibával. Nem akartam kérdezősködni a fórumon (itt), inkább kerestem rá megoldást. (utólag rájöttem, hogy én voltam a hunyó, mert nem azt adtam meg jelszónak, amit ilyen telepítéseknél szoktam és ezt elfelejtettem ) Nem töltöttem én le semmit, a megadott parancsokkal módosítottam a root jelszót, "oszt jónapot".
Arra viszont kínosan illik ügyelni, hogy NE használjunk lokális, nemzeti karaktereket, ha lehet maradjunk az angol ABC kis és nagybetűi, valamint számok között. A magyar billentyűzet kiosztás ilyenkor, ha működik is - QWERTZ<>QWERTY, "0" helyzete, stb... - figyeljünk rá, mert nagyon könnyen megszívathatjuk magunkat.(#5221) Teagol:
RPI2-vel használtam egy ideig - 1-2 hónap - a v3-at. Nekem nem volt vele problémám. Nemigen állítottam a config.txt-ben semmit, az SD kártya sebességét módosító script-et adtam hozzá, meg még egy script-et, de, hogy az mi volt, már nem tudom. Egy külső házban volt rákötve egy 1TB-os HDD, sem azt, sem a hálózatot nem dobálta el.(#5226) nemurea:
Ha emlékeim nem csalnak, az extrák telepítése a v2-ben is valahogy így működött. A felhasználói jogosultságok kezelésével egyetértek. Jópárszor szopattam már meg magam, mert nem néztem végig az összes helyen és órákig kutattam, hogy mi a francért nem működik az adott szolgáltatás normálisan, amikor engedélyeztem a hozzáférést az adott felhasználónak. (valamiért nem öröklődött a jogosultság egy adott csoport összes tagjára... )[ Szerkesztve ]
Üdv. V. Körte
-
nemurea
aktív tag
Tudom, hogy tudsz angolul, nem ezért ajánlottam fel, hanem az idő(ráfordítás) miatt.
Ez meglepett, hogy teljes mértékben menedzselhetők az írási jogok a felhasználók menüjéből. Synology-n igen, erre emlékszem, de pl. most adnom kellett írási jogot a transmission userének, ezt én csak ACL-ből (esetleg parancssorból) tudtam megoldani.
Nálunk csak kb. egyfelhasználós a NAS, de a fórumon már voltak olyan speciális beállítási kérdések (családtagok, fontos/nem fontos mappák, képek-videók, távoli eléréshez elkülönített helyek stb.), ahol már jobban át kell gondolni a jogosultsági szinteket. Korábban kerestem, én sem találtam emberbarát ACL-es leírást (még standard linux-ost sem könnyű találni, ami olyan "középhaladó" szintű lenne )
-
vadkörte
addikt
Az utolsó mondat a leglényegesebb!!! Ezért nagyon fontos a megfelelő jelszó.
Esetemben mondjuk elég egyszerű a root jelszó, mivel
-lényegében egyfelhasználós a NAS
-az Internet hozzáférés jellegéből adódóan - Vodafone mobilnet - nincs publikus IP
-külső elérésre nincs igény, így a publikus IP nem is kell, ha lenne megoldható lenne anélkül is(#5231) lovi27:
Konkrétan a TR szivatott így meg. Igaz, hogy jelzi, a problémát - nincs írási (van, hogy olvasási se) jog az adott mappához. Elzarándokoltam a megosztásokhoz, ott a pipa, mégsincs meg a jog. Először roppant idegesítő volt, az n+1. telepítés és konfigurálás után már nem okoz problémát.Üdv. V. Körte
-
nemurea
aktív tag
A jogosultságokhoz még csak annyit: most pakolom helyre, tisztázom a könyvtárakat a laptopon keresztül, és néhány könyvtárnál nem hajlandó bele írni, másolni a TotalCommander. Most már tudom, mi a probléma, korábban még sokat keresgéltem: ez a Red HDD a korábbi Green adatait tartalmazza, persze azóta jöttek hozzá új könyvtárak, a Green meg még XPEnology alatt működött, csak átmásoltam mindent mc-vel, közvetlenül. Meg persze volt olyan fájl, amit GoogleDrive-on keresztül kapott, olyan, amit a laptopról, olyan, amit a NAS-ra feldugott pendrive-ról, szóval minden konstelláció előfordult.
Innentől kezdve a könyvtárak között véletlenszerűen lesznek olyanok, amelyeknek a tulajdonosa már rég nem is létezik a sokadszorra újratelepített rendszeren, ezeknek csak UID-je (user ID-je) van, 1024, 1026 stb. Emiatt a Win-es Samba usernek ezekre a könyvtárakra nincs írási joga - KIVÉVE, ha épp úgy van beállítva a könyvtár jogosultsága, hogy 777, vagyis mindenki, aki él és mozog a földön, az beleírhat.
És az a néhány könyvtár, amelyiknek a történelmi másolgatások/mozgatások miatt pl. 1024 vagy éppen root a tulajdonosa és normális (értsd: 755) a jogosultsága, nem lesz írható/törölhető a laptopról. Na ezt magyarázzuk el az egyszeri júzernek. Meg a megoldást
Ha valaki hasonló cipőben jár, szívesen leírom a teendőket, de ha csak én vagyok ilyen szerencsés, akkor nem bővítem az így is hosszú posztot.
-
nemurea
aktív tag
Valószínűleg tényleg meg lehet csinálni ACL-ből, most, hogy mondod - és erre valók a rekurzív opciók, hogy mélységében is aktualizálja a helyzetet... Én mc-n keresztül (ez az egyszerűbb - már a konzolon belül persze) vagy parancssorból oldottam meg.
Szerintem rá is engedek egy teljes tisztogatást.
Most nézegetem, hogy hogy is áll ez össze, és többnyire világos:
Samba felhasználó neve: shuser, a users csoport tagja -> bármelyik mappához van írási hozzáférése, amelyik tulajdonosa shuser VAGY csoportja users.
Pl. transmissions letöltések: a mappa/fájl tulajdonosa debian-transmission, csoportja: users -> Win-es laptopon, shusers segítségével tudom írni/törölni.
Pl2.: hibás mappáim, amelynek felhasználója 1024, de users csoportú -> tudom írni/olvasniEllenben:
Van sok mappa, amely tulajdonosa: ftp, csoportja: sambashare (honnan keveredtek ide...?)
Az shuser-nek így közvetlenül nincs köze hozzájuk. Az mc-ben megnéztem, valóban ftp/sambashare a standard linux jog. De a webui-n, az ACL ezt részben látom:
Felhasználói fiókok: shuser - r/w
Rendszer fiókok: ftp - nincs semmi kipipálva
Rendszer fiókok: sambashare - nincs semmi kipipálva
Rendszer fiókok: users - r/w
Extra opciók: Tulajdonos: ftp
Extra opciók: Csoport: sambashareA Win-es shuser azért tudja írni/olvasni, mert ő, illetve a users csoport be van kattintva az ACL-ben.
Tehát az én értelmezésemben az ACL az valahogy máshogy, fentebb vagy még inkább párhuzamosan dolgozik, mint a normál linux fájlrendszer jogosultságok, de mindkettő érvényben van: ami a linux alap fájlrendszer jogosultsága, az ACL szempontjából Extra opció. Ha valakinek akármelyik módon van hozzáférése a mappához, az tudja írni.
És ha olyan konstelláció áll össze, hogy a felhasználó egyik vonalon sem kap jogosultságot, akkor tagadja meg az írást az OMV. Ha ez így van, nem teszi egyszerűvé a jogosultságok menedzselését - de sok benne a lehetőség is.
Bocs, hogy ez is hosszú lett, bekattintottam az off-topic-ot, remélem, működik.
-
nemurea
aktív tag
Hehe... Azt a magyar feliratot nem egyszer, nem kétszer olvastam el korábban, és csak sejtettem, hogy valami ilyesmit akar jelenteni
Jogos a más rendszer alól érkezés, az ilyesmi sok inkonzisztenciát (még egy ilyen bonyolult, tudományos szó ilyen kora reggel...) tud okozni.
Más: ha valakit érdekel, esetleg meg akarta már valósítani, csak nem volt még huzalma hozzá: ha már újrahúztam a rendszert, elvégeztem két fennálló feladatot:
- a NAS-ban van egy DVD lejátszó, és nekem sok zeném és jó pár filmem van korábbról DVD-n. Meg lehet oldani (3.x-es OMV-n), hogy a DVD olvasóba berakott lemezt a samba share-en keresztül minden más eszköz is lássa. (A mount-ot és umount-ot még megpróbálom egyszerűbben megcsinálni, de így sem vészes.)
- a laptop és a Google Drive szinkronizálódik egymással, ezen vannak a fontos cuccaim. De ha benyelek egy kriptovírust, akkor ez a szinkronizáció nem lesz kellemes. Megoldottam, hogy egy parancsra a GDrive (adott mappái, itt sem kell mind) lemásolódjon, szinkronizálódjon a NAS-sal, így mindig lesz egy backup-om. Ezt lehet cron job-bal rendszeresíteni, egyelőre kézi indítású. Mehetne persze a laptopról is a másolás/szinkronizáció, az kicsit más technika.Tehát ha valakit érdekelnek a lépések, leírom őket.
-
Grawens
senior tag
Kezdetben, mikor csatlakoztam a team-hez eléggé kusza volt a helyzet, nagy volt a katyvasz. Hárman voltunk a project-re, de állíthatom az utóbbi másfél évben csak én voltam aktív. A korábbi lefordított elemeket átnéztem, de lehet, sőt biztos, hogy elsiklottam néhány hiba felett.
Hogy vannak e még fordítási hibák? Természetesen lehetnek, mivel a folyamatosan érkező új string-ek mellett elég macerás kellő figyelemmel átnézni a további már meglévő kb. 5100db string-et, így fontos a felhasználói visszajelzések, észrevételek megosztás is itt a topikban.
A tegnapi napon csatlakozott a team-hez egy új tag, így több szem többet lát! -
Grawens
senior tag
Sajnos semmilyen segítség nem áll rendelkezésre, csak a string-ek vannak. Bal oldalon az eredeti szöveget tartalmazó blokkok, jobb oldalon pedig az üres, fordításnak szánt blokkok. [Kép] Én személy szerint email-es kontaktban állok Harpell-el és Volker-el, de eddig csak működési hibákat jeleztem nekik. A fordítás természetesen átgondoltan történik, volt is melóm rendesen a sok string értelmezésével és a megfelelő átfordításával (értem ezalatt a különféle módokon értelmezhető mondatok és szavak), ami illeszkedik az OMV felületéhez. Így lett pl. a Please wait... - Kis türelmet..., stb. Mivel az alap fordítás már 100%-os, most azon dolgozunk, hogy a keretrendszer fordításaira is megoldás szülessen, így a hibaüzenetek és az apróbb hiányosságok is mind fordításra kerüljenek. Érdemes megnézni az olasz, vagy a spanyol fordítást, rettentő nagy hülyeségek vannak benne.
-
Grawens
senior tag
Persze, hogy használom. Így van, keretrendszer alatt a kiherélt Debian-t értem. Az extra plugin-ok fordítása is folyamatban van, habár egy kicsit érdekesebb a dolog, mert míg az OMV heti alkalmanként 1x-2x kap frissítést (ez mindig magában foglalja a nyelvi frissítés is), úgy az extrák ha nagy ritkán frissülnek is (van amelyik már egy éve nem kapott updat-et), nem mindig kerül be az azóta elkészült fordítás.
-
dontibee
tag
Szia!
Igen, mindent így csináltam, azonos a munkacsoport név (az összefoglalóban leírt módon ellenőriztem). Mikor az SMB/CIFS / Megosztások menünél a Hozzáadásnál ott az megosztott mappa neve, kiválasztom, de mikor leokézom a fenti képen látható hibaüzenetet kapom.
Már hármoszor újrakezdtem nulláról, végig a lépéseket követve. De csak ez a vége. Biztos elrontok valamit, nem voltam elég figyelmes. Pedig az összefoglaló jó részletesen vázolja, hogy mit csináljak.Köszönöm a válaszod! Akkor mindent így kell csinálni. Most telóról vagyok, de este megint neki fogok. Bár jó lenne tudni mit rontottan el, mert így valószínűleg megint ugyanaz lesz a vége.
Köszönöm mégegyszer!
[ Szerkesztve ]
-
dontibee
tag
Nem tudom! Tuti én cseszek el valami nagyon alap dolgot.
Pelican neked is köszönöm a választ! Sajnos nem tudom min kellene állítani.
szerk.: Próbálkoztam azzal, hogy a legelejétől újrakezdjem, de a Tárolás/Fájlrendszerek alatt arra a partícióra nem (meg a másikra sem, de az a rendszer partíció) aktív a leválasztás, és a törlés opció sem.
[ Szerkesztve ]
-
dontibee
tag
Még annyi segítséget kérhetek, hogy annak hogyan tudom megváltoztatni a nevét?
A tárolás / fájlrendszerek nem tudom megváltoztatni a címkéjét, és a nem választhatom a leválasztás vagy a törlést sem. Hol kell ezt? Vagy nem ezt kellene módosítani?Köszönöm neked is ht42!
Akkor biztos az lesz a hunyó! Csak azt tudom-e OMV alól módosítani? Vagy megint egy live Linuxal particionáljam?
[ Szerkesztve ]
-
dontibee
tag
Sziasztok!
Az egyik megoszott mappát sikerült törölnöm. Valóban a Samba hozzáférés törlése után már törölhető volt. De a partíció még mindig használatbam van. Egy másik megosztott mappát viszont csak nem tudok eltüntetni. Ezt:
És így a Tárolás / Fájlrendszereknél ugyanúgy használatban van a partíció.
Nem tudom mitől van még használatban a megosztott mappa, végignéztem és egyik szolgáltatás sem használja. A Hozzáférési jogoknál nincs egy felhasználó és egy csoport se.Mit tegyek?
-
dontibee
tag
Rendben. Köszönöm!
Ha haza értem (és a kislányom is elenged pár percre, akkor újra átnézem), aztán ha megint nem látok semmit, amit tudnék javítani, akkor újra rakom az egészet, de az már valószínűleg csak holnap lesz.
Tudod, nem az új telepítéstől félek, nem sajnálom rá az időt. Inkább a problémát szeretném megoldani, hogy rájöjjek (vagy Ti rávezessetek), hogy mi nem volt jó. Ebből tanúlnék többet. De persze előbb-utóbb elengedem a dolgot es újratelepítek. Már akkor is tanúltam annyit, hogy a partíció névadásban kerülni kell a szóközöket. -
dontibee
tag
Szóval újratelepítés lett. Csinálok mindent lépésről-lépésre, mint az első alkalommal is. De most ennél a érésznél megakadt (apt-get upgrade) E: kezdetű sorral.
Ezt dobja ki:
Ötlet valakitől? Lehet előtte azt a pár dolgot, ami be kellett írni, abból rontottam volna valamit?
Ismét telepítsem újra?
...de egy béna vagyok! -
-
nemurea
aktív tag
Javítsatok ki, ha tévedek, de ha a
Looking for the latest version? Download openmediavault_3.0.82-amd64.iso (402.7 MB)
linkről töltötte le, ahová az Összefoglalóban szereplő link visz, akkor hogy a csodába került a gépre 32 bites rendszer/kernel?
Én nem is találok hirtelenjében ilyen iso-t ott... Ha meg az egy 32 bites processzor (ennyire nem értek hozzá, nem néztem utána), akkor el sem tud indulni a telepítő, vagy meghal félúton, nem?
Szerk: ez valamelyest magyarázná, hogy hogyan került egy régi samba config fájl a gépre, ami összeakadt a frissítésekkel...
[ Szerkesztve ]
-
LeslieG Jr.
őstag
Értem és igazad van. Csak nem akartam a Debian lelkivilágának a bugyrait kiirni ebben a topikban. A megfejtést csak azért nem ide írtam mert nem biztos hogy neki - jelen esetben dontibee - beválik és nem akartam olyan információt megosztani ami nem biztos hogy jó ami nálam működik de másnál nem biztos. Csak ezért nem írtam ide. De megosztom.:
Na a lényeg. A samba megosztást meg lehet csinálni mint mondtam konzolból is.
Nyersen ezt kell majd átírni a következőket a te általad lévő beállításokra.(nem ezt kell neked csak példa):
chown -R root:users /home/shares/allusers/
chmod -R ug+rwx,o+rx-w /home/shares/allusers/Mivel már megvan a megosztott mappád a ssdadat cimkéjű meghajtón: ssdoszt
Megvan a felhasználó is: dontibee
Az elérési útvonal a megosztásnak pedig a következő ebben az esetben.: /srv/dev-disk-by-label-ssdadat/ssdosztA következőket kéne beírni a konzolba:
chown -R dontibee:users /srv/dev-disk-by-label-ssdadat/ssdoszt
chmod -R ug+rwx,o+rx-w /srv/dev-disk-by-label-ssdadat/ssdosztAz smb.conf fájlt pedig itt találod ebbe kell majd írni pár sort(/etc/samba)
A következőket pedig a smb.conf fájlba kellene beleírni a Share definitions sor után:
[ssdoszt]
path = /srv/dev-disk-by-label-ssdadat/ssdoszt
guest ok = no
browseable = yes
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "dontibee"
write list = "dontibee"[ Szerkesztve ]
CM Centurion|Corsair VX550 550W|Asrock Z170 Pro4+Intel i5-6600K+CM Hyper 212 EVO|Kingston 2x8GB 2400MHz DDR4|Kingston HyperX 240GB SSD|Samsung 840 EVO 250GB SSD|WD 500GB 16MB SATA III|WD 1.5TB 64MB SATA II|WD 2TB RED 64MB SATAIII|ASUS R9 270 DirectCU 2GB|LG DVD-RW|Logitech MX510|
-
LeslieG Jr.
őstag
Az lehet de így működik a SMB share. Igaz megkerülve valamilyen szinten az OMV GUI-t és mivel Debian kereten megy az OMV így volt egy másik lehetőség is. Sajna én nem jöttem rá mi lehet a baj. A leírása alapján megcsináltam többször is virtuális gépen a telepítéstől kezdve a beállításokon át, de nem tudtam szimulálni a hibát semmilyen formában. Nálam minden flottúl ment. Pedig nem egy gépre telepítettem. Bent a céges gép és az itthoni gép teljesen más. De egyik gépen sem tudtam generálni a hibát az ö (dontibee) által leírt módon. Persze ez nem azt jelenti hogy ne próbálnék rájönni én is mi lehetett a hiba. De így tudja használni a NAS-t.
[ Szerkesztve ]
CM Centurion|Corsair VX550 550W|Asrock Z170 Pro4+Intel i5-6600K+CM Hyper 212 EVO|Kingston 2x8GB 2400MHz DDR4|Kingston HyperX 240GB SSD|Samsung 840 EVO 250GB SSD|WD 500GB 16MB SATA III|WD 1.5TB 64MB SATA II|WD 2TB RED 64MB SATAIII|ASUS R9 270 DirectCU 2GB|LG DVD-RW|Logitech MX510|
-
nemurea
aktív tag
Értem az álláspontodat, de nem értek egyet vele. A látható hiba egy rendszerhiba, exception: normál használat mellett, és a kezdő beállítások pontról pontra követve annak számítanak, ennek nem szabadott volna felmerülnie. Nem tudtuk reprodukálni sem virtuális gépen, sem különböző vasakon, de ez nem jelenti azt, hogy nem az OMV hibája. Egyszerűen a rendszer nem volt felkészülve pont arra a hardverkörnyezetre valami miatt. De éppen ezért ezt távolról, egy fórum keretein belül nagyon nehézkes kideríteni, ha sikerül, az a szerencse. Közvetlen kapcsolattal, egy-két óra alatt egy hozzáértő meg tudná csinálni.
Ebben az esetben, és hogy még időszorítás is volt, teljesen ésszerű egy másik, kerülő megoldást javasolni. Ez a szerencse a standard Debian háttérben és a konzolos lehetőségben. Próbálnánk ugyanezt pl. az XPEnology-n megcsinálni
Ha majd több idő lesz rá, dontibee is jobban beleássa magát az OMV+Linux párosba, ez a szituációt ki lehetne vesézni, és akár a fejlesztők segítségét is lehetne kérni, ha nem lesz meg a megoldás házon belül.
De ez persze csak az én véleményem.
-
dontibee
tag
Na meg van!
Tegnap kipróbáltam a cache törlést, de nem jött össze. Most (bár ha nem lettem volna ennyire beszűkülve, már valószínűleg hamarabb gondoltam volna rá) megoldotta, hogy (az alapértelmezett Chrome helyett) Edge-t használtam. Na azzal pont úgy ment minden, ahogy kellett.
Erről nem is esett szó, de igen Chrome-ot használtam! Na ez volt a hiba!Most gyorsan azt kéne megoldanom (de már valószínűleg nem marad rá idő), hogy kívülről is elérjem a NAS-t. A routerem elérem kívülről, és szoktam is használni a, hogy torrenteket távolról töltsek a routerre kötött HDD-re. (Na ezt is váltaná a HP GEN8.) A routerem TP-LINK TL-WRD4300, Vargalex féle OpenWrt van rajta. Annak idején utána olvastam és megtudtam oldani, de már nem emlékszek mindenre, hogy mit hogy. Pedig jó lenne, akkor németből is tudnám bütykölni...
[ Szerkesztve ]
-
footy
addikt
Allitolag nem sokat fogyasztanak ezek a virtualis kornyezetek. A proxmoxnal olvastam hogy 1-3% a teljesitmenykulonbseg. En most az OMV-t felraktam virtualbox ala a notebookon, aztan a virtualis gepben telepitettem a virtualboxot. A felulet megy,de virtualis gepet meg nem hoztam letre.
Ú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.
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Autómatricák a legjobb minőségben, több ezer minta! PH tagoknak 30% kedvezmény!
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen