- Samsung Galaxy S23 Ultra - non plus ultra
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Drágábban indíthat az új iPhone SE
- Mobil flották
- Samsung Galaxy A54 - türelemjáték
- Realme 9 Pro+ - szükséges plusz?
- Vodafone-ra áttért Digi Mobilosok
- Fotók, videók mobillal
- Apple iPhone 15 - a bevált módszer
- Samsung Galaxy A52s 5G - jó S-tehetség
Hirdetés
-
Még erősebb lehet a Dimensity 9400
ma A legfrissebb információk alapján a forgalomba kerülő szett órajele magasabb lehet a teszteken látottnál.
-
Középpontba kerültek a hibrid autók, alig fogyaszt a BYD újdonsága
it 2,9 literes fogyasztást és több mint 2100 kilométeres hatótávot ígérnek a BYD új hibrid technológiájához, de a Toyota (és a Subaru, Mazda) is a hibrid motorokra koncentrál épp.
-
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! :)
-
Mobilarena
Új hozzászólás Aktív témák
-
Zügynök
tag
válasz tradeelek11 #18151 üzenetére
Nem tudom már a root jelszót, valószínűleg soha nem használtam, mindig az adminnal léptem be, ha kellett. Nincs olyan User/Password páros, ami jó, egyikkel sem megy. A két gépem win 10-es, mondjuk ezzel lehet valami összefüggés, mindkettőt 1-2 évvel ezelőtt frissítettem fel valami régebbi Windowsról.
[ Szerkesztve ]
Üdvözlettel: Zambelly Péter
-
Zügynök
tag
válasz tradeelek11 #18151 üzenetére
Sajnos el kell mennem dolgozni, ha lehet, majd estefelé folytatjuk, eddigieket köszönöm.
Üdvözlettel: Zambelly Péter
-
Zügynök
tag
válasz tradeelek11 #18157 üzenetére
Köszönöm, csak most értem haza, holnap felteszem azt a kettőt, amiről írtál.
Üdvözlettel: Zambelly Péter
-
LZoli74
csendes újonc
Tisztelt Fórumtársak! Először is üdvözlök Mindekit! Még nem írtam ide, mert úgy ahogy mindig sikerült a problémákat megoldanom.
A helyzet amiért most billentyűzetet ragadtam az, hogy van otthon egy OMV serverem ami - legnagyobb megelégedésemre - tökéletesen működik hosszú évek óta. Jelenleg a 6-s verziójú OMV fut rajta. Nemrég letöltődött egy frissítő csomag amely érintette a SMB beállításokat és letiltotta az SMB1-s protokolt a szerveren. Ebből van egy kis problémám amit részben sikerült megoldanom.
Miután az SMB1 leállt a hálózati médialejátszók számára a szerver elérhetetlenné vált. Rövid kutatás után megtaláltam a megoldást a problémára. A SMB megosztások beállításánál az extra opciók-nál beírtam az alábbi bejegyzéseket és a szerver ismét látható a médialejátszók felé.
ntlm auth = yes
server min protocol = NT1
client min protocol = NT1
server max protocol=SMB3Ez a fele meg is lenne, de maradt egy másik probléma amire keresek megoldást.
Az internet megosztást egy ASUS RT-AC1300G router végzi amiben van egy nagyon remek szolgáltatás AICloud-nak hívják. Segítségével elérhetővé válnak az otthoni számítógépek SMB megosztásai telefonról vagy internet böngészőből ha el vagyok utazva valahová. Sőt arra is lehetőséget biztosít, hogy a gépet be lehet kapcsolni távolról WOL paranccsal.
Eddig nagyon jól működött, viszont a Server SMB frissítését követően az AICloud nem éri el a szervert. Egyszerűen nem találja a hálózaton a bekapcsolt szervert.
Erre keresek egy működő megoldást, olvastam olyanról, hogy Dockerbe lehet instalálni egy SMB proxyt amivel lehet SMB1-s megosztást (csak olvasható, de ez pont elég) létrehozni. Három, vagy négy félét próbáltam de nem tudom feltelepíteni. Valamilyen hibaüzenettel leáll a telepítés.
Még annyit, hogy a SMB frissítést követően a telefonomon lévő VLC is gondolkodik 20-30 másodpercet mire rátalál a szerverre. A telepítést megelőzően azonnal megtalálta.
Kérdésem az lenne, tudnátok segíteni mit tudok tenni azért, hogy az AICloud ismét működjön, elérhető legyen a szerver. Vagy legalább lássa a Szervert be van-e kapcsolva vagy sem...
Hálásan köszönök minden segítséget!
Ui: Annyit fűznék még hozzá, hogy minden egyéb hálózaton működő számítógépet (Win10 és 11) megtalál a router sőt még a médialejátszók is megjelennek a hálózati eszközök között. Esetleg a SMB.conf fájlban kell módosítani valamit, hogy a probléma megoldódjon?
[ Szerkesztve ]
-
addikt
válasz LZoli74 #18159 üzenetére
Tudtommal az SMB1-et vezetik ki mindenhonnan, mert nem biztonságos a használata.
De én még ilyesmi problémával nem találkoztam, igaz SMB-t csak windows gépekkel használok és androidos telefonnal nagyon néha. Filmezésre ott a Plex.
Ez az AICloud ha jól értem egy sima DDNS szolgáltatás, amivel ki van rakva a netre mindened vagy valami VPN szerű izé?Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi
-
LZoli74
csendes újonc
válasz szpeti40 #18160 üzenetére
Köszönöm szépen a választ!
"AICloud ha jól értem egy sima DDNS szolgáltatás"Nem az Aicloud a routeren futó alkalmazás vagy szolgáltatás. Egy WebDAV kiszolgáló amely sok mindent tud, többek között elérhetővé teszi VPN nélkül az otthoni hálózatba kapcsolt számítógépek megosztott mappáit.
-
addikt
Na, addig csesztettem a szervert, hogy elfogyott a hely a rendszer lemezen.
Gondoltam megosztom a tapasztalataimatSzóval nálam az OMV6 Proxmoxon fut egy virtuális gépben, hálistennek eljutottam odáig, hogy a fizikai OMV4-et bevirtualizálom. Könnyebb így az élet az tuti.
Valamiért az OMV installerben nincsen a telepítésnél LVM lehetőség, pedig az alap Debianban ez benne van.
Alapból a rendszer egy 32GB-os virtuális diszken csücsül és mellette van egy 40GB-os virtuális diszk a docker konténereknek meg a plex dolgainak.
Na tegnap több mindent csinált a szerver és láttam, hogy az OMV alatt elfogyott a 970MB swap, gondoltam rendes leszek és adok még neki, ezért csináltam egy 8GB-os swapfile-t és odaadtam azt is a rendszernek, na csak arra nem figyeltem, hogy mennyi szabad hely van a lemezen (khm, ctrl c, ctrl v), jól tele is rakta a lemezt, nem maradt semmi.Na, gyorsan swapoff és kitöröltem a swapfile-t, és adtam inkább egy másik 8GB-os virtuális diszket a rendszernek és azon lesz a swapfile. Azt már LVM-el hoztam létre, hogy a jövőben könnyebb legyen a diszk átméretezés. A 32GB-os rendszerlemezt meg feltoltam 40GB-ra.
root@PetiNas:/# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 40G 0 disk
├─sda1 8:1 0 31G 0 part /
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 975M 0 part [SWAP]
sdb 8:16 0 8G 0 disk
└─vg--swap-swap 254:1 0 8G 0 lvm /mnt/swapUgye itt már látszik, hogy a diszk már 40GB, de az sda1 még csak 31GB, resize2fs nem tudott vele mit kezdeni, mivel mögötte volt még 2 partició.
Nekem ugye már külön lemezen van a swap, így cfdisk-el töröltem az sda5 (swap partició, természetesen előtte swapoff) és a felette lévő sda2-t (extended partició). Így a particiós táblában növeltem a partíció méretét 31GB -> 40GB-ra.
Már csak a fájlrendszerrel kellett ugyan ezt eljátszani, hogy ott is meglegyen a növelt méret, resize2fs ki is tudta így már nyújtani a ext4-et, meglett a növelt méret az sda1-en.root@PetiNas:/# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 40G 0 disk
└─sda1 8:1 0 40G 0 part /
sdb 8:16 0 8G 0 disk
└─vg--swap-swap 254:1 0 8G 0 lvm /mnt/swapTermészetesen, a művelet ELŐTT csináltam egy snapshotot a gépről, ha véletlen elnyomkodok valamit akkor vissza tudjak állni egy működő állapotra, ez volt az egyik nagy szempont amiért átköltöztem virtuális gépbe inkább.
Ha esetleg valaki máshogyan/hatékonyabban oldotta volna meg ezt, azt szivesen meghallgatom
[ Szerkesztve ]
Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi
-
agent_k
őstag
válasz szpeti40 #18162 üzenetére
Hát ehhez nem nagyon lehet mit hozzátenni. Abszolút jó megoldás szerintem. A virtualizáció szolgáltatásai jól megvédenek bennünket.
Érdemes lehet esetleg megnézni a /etc/logrotate.conf és az /etc/logrotate.d/ mappában mik vannak és hogy vannak konfigolva.
A default
# rotate log files weekly
weekly
# keep 4 weeks worth of backlogs
rotate 4ha nagyon fogy a hely lehet érdemes lenne daily-re tenni és rotate 1-re például. Ekkor csak 1 hetet őríz meg visszamenőleg. Bár neked már van helyed plusz 9 gigát csak nem mocskol össze a logolás
-
addikt
válasz agent_k #18164 üzenetére
Heti logrotate van, eddig nem volt gond amúgy a hellyel, most a nagy dockerezésben harapja jobban a tárhelyet, tuti át lehetne amúgy rakni, hogy máshol tárolja az image-eket, de még lusta voltam hozzá. Meg mostmár 2 parancsból tudom növelni a rendszer particiót is, bár LVM-nek jobban örülnék.
#18163 tradeelek11:
Van előnye annak, ha az ember már sok sok éve linux üzemeltetésben dolgozó emberekkel dolgozik együtt[ Szerkesztve ]
Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi
-
addikt
válasz tradeelek11 #18166 üzenetére
Ha valami ilyesmibe botlok akkor szivesen írok róla máskor is
Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi
-
Zügynök
tag
válasz tradeelek11 #18157 üzenetére
Szia,
feltelepítettem, amint megpróbálok belépni login as: admin,
válasz admin@192.168.1.110's password:
beírom,
válasz Acess deniedennyi, más nem történik
Üdvözlettel: Zambelly Péter
-
Cyberfaust
csendes tag
-
Zügynök
tag
válasz BlackJack21 #18172 üzenetére
Nem új telepítés; az admin/password párossal évekig rendben volt, , most nem az. Semmivel nem megy; z-y csere sem segít.
Üdvözlettel: Zambelly Péter
-
Zügynök
tag
válasz tradeelek11 #18175 üzenetére
Ezt úgy érted, hogy közvetlenül a szerverre dugjak egy monitort? Ezt még soha nem csináltam. Még azt sem tudom, hogy kapcsoljam ki a szervert, hiszen nem tudom shut down-olni, attól meg félek, hogy csak úgy kikapcsoljam - rajta van több mint 3000 film.
Üdvözlettel: Zambelly Péter
-
agent_k
őstag
válasz Zügynök #18178 üzenetére
Na ez király!
A jövőre nézve egy pár dolgot szerintem rendbe kellene rakni. Ha elfogyott a tárhely, ssh-val akkor is be kell tudni lépni. A root loginnal mi a helyzet?
Tárhely tekintetében hogy állsz a rendszer partíción?
Láttam aggódtál a gyűjtemény miatt, ezért tanácsolnám, hogy gondolkozz el egy cold backup megoldáson. Külső 3,5" hdd például, az omvnek van rá pluginja is.
Lényegtelennek tűnik, de mikor volt a gép utoljára portalanítva kifújkálva esetleg a proci újrapasztázva?Egyébként amikor rádugtad a monitort a gépre mit láttál?
-
addikt
válasz agent_k #18180 üzenetére
Nálunk volt olyan, hogy jött egy hirtelen áramszünet és volt valami gebasz a szünetmentesekkel meg az aggregátorokkal, ezért az egyik teremben az eszközök újraindultak. Ezért voltak olyan (virtuális) gépek, amik alól hirtelen eltünt a tárhely, látszólag működtek rendben, valamelyiken a kiszolgálás is ment, de a fájlrendszerük RO módba került. Van amelyikre be tudtunk lépni ssh-n, de root jogot már nemtudtunk szerezni, valamelyikre be sem tudtunk lépni már.
Sajnos a kolléga nem sok infót árult el, hogy miket látott. Én azért szétnéztem volna, hogy miket látok mielőtt újraindítom a szervert. Meg ellenőriznék egy rendszer lemez állapotot.Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi
-
LZoli74
csendes újonc
válasz LZoli74 #18159 üzenetére
Üdvözlök Mindenkit!
Sikerült megoldást találnom a OMV6 / Asus AiCloud problémámra. Mint írtam a samba frissítést követően a Szervert nem látta a routeren futó alkalmazás.
Nem hagyott nyugodni a dolog és az alábbi megoldással sikerült ismét működővé tenni:
A Services/SMB/CIFSSettings beállításoknál az extra options-nál hozzáadtam az alábbi bejegyzéseket:client ipc min protocol = NT1
client ipc max protocol = SMB3
client min protocol = NT1
client max protocol = SMB3
server min protocol = NT1
server max protocol = SMB3Majd bejelentkeztem ismét az AiCloud-ra és lekerestettem a hálózaton lévő gépeket és csodák-csodája megjelent! És a telefonos kliensen is rendesen működik ismét!
Bár nem mindennapi a probléma, gondoltam megosztom mint tapasztalatot.
További szép estét kívánok mindenkinek!
[ Szerkesztve ]
-
LZoli74
csendes újonc
válasz agent_k #18183 üzenetére
Sok éve használom de még sosem volt vele probléma. A szerverhez mint "Guest"
felhasználóként fér hozzá az AICloud alkalmazás és csak olvasási joga van. Annyit tudok még, hogy nem a smb protokolt teszi ki az internetre hanem egy WebDAV szolgáltatást végez és HTTPS protokolon keresztül kommunikál. Felhasználónév/jelszó kell a hozzáféréshez.Itt írnak róla: [link]
Meg itt: [link]
[ Szerkesztve ]
-
Gabesz87
veterán
Vajon mi lehet az oka annak, hogy a szerveren rohadt lassú egyik mappából a másikba történő másolás? Egy Filmet akarok átmásolni, Putty-al az MC-t használom.
Forrás: /srv/mergerfs/Gabor/Download/radarr
Cél: /srv/mergerfs/Gabor/media/FilmekIlyen 700 KB/s-al, nagyon max 1MB körül, csordogál
Már újraindítottam a gépet, hátha.
A másik meg, amit nem értek, ez:
Glances-t futtatva két errort látok:
2022-08-05 14:45:55 (ongoing) - LOAD (1.2)
2022-08-05 12:21:44 (ongoing) - CPU_IOWAIT (92.4)De a terhelésnél semmi kritikus...néha néha a vibrant_einstein (ez mi is?) ugrik fel olyan 20% körülire.
-
stigma
addikt
válasz Gabesz87 #18185 üzenetére
Hi én inkább mást mondok:
- Milyen konténerek futottak nálad akkor mikor másoltad:
- printscreent a Glances-ről plz az elmond mindent, vagy egy SSH-n kiadott ,,top" parancs
- Letöltésed volt közben ami ment, mert akkor lehet amitt lehetett.Én tegnap költöztem OMV 5-ről 6-ra hasonló bajom volt, de Qbittorrentben 300 torrentet újraellenörzött + telepítettem új konténereket + resilio/syncting (hálózati szinkronizációt) feltettem még akkor már totál káosz volt a CPU_IOWAIT és a HDD-re írási valamilyen hibafaktor, a nevére nem emlékszem.
....iPhone 13 / iPad 9th Gen. Wifi 64GB...
-
Gabesz87
veterán
válasz stigma #18188 üzenetére
Ezek a konténerek futnak:
- qbittorrent
- plex
- bazarr
- radarr
- sonarr
- jackett
- heimdall
- wireguardLetöltés lehet, hogy ment, mert épp egy mesét akartam volna nézni a gyerekkel, azt töltöttem le, és azt akartam átmásolni a downloads-ból a filmek mappámba, hogy Plexen tudjuk nézni, de végül alternatív módon Kodi-ból tallóztam be a downloads mappát.
Viszont ma is próbáltam reggel a másolást, amikor már csak feltöltés volt, le nem. És 3 torrent van összesen a listában!Komolyan mondom, Rpi-n az OMV5-el nem volt ennyi bajom, mint most! Nem lehet hogy a mergerfs kavar be ennyire
Tervben van amúgy is, hogy most hétvégén leköltöztetem a szerver gépet az alagsorba, úgyhogy SATA kábeleket esetleg cserélek rajta (bár azok korábban is használatban voltak, még mielőtt szerver lett a gép OMV-vel). A táp új, annak csak nincs baja (remélem). Meg hát a HDD-kkel sem volt gond ezelőtt (a nagyobbik 4TB-os a Pi-re volt kötve az OMV-vel, a 2TB-osat meg a PC-mből vettem ki; és ezt a kettőt mergeltem). -
Gabesz87
veterán
válasz szpeti40 #18191 üzenetére
Nem értem, hogy az OMV miért mutat a grafikonon ilyen bődületes terhelést, mikor a Glances és SSH-n a top parancs viszont nem mutat semmi kiugrót De mondjuk eddig, mikor megnyitottam az OMV-t, teljesen lapos volt a grafikon, végig alacsony terheléssel. Fogalmam sincs, mi történt.
Ez a több HDD-s kezelés számomra még nem teljesen világos. Mi a fenét csináljak a másikkal, ha nincs egyesítve? Úgy értem, most a qbit a radarr, sonarr segítségével automatiksan töltöget. De ha mondjuk betelik a 4TB-os HDD, akkor írjak át mindent (konténerek, radarr, sonarr stb.) a másik HDD elérési útvonalára, hogy mostmár oda töltsön? Nem látom át egyelőre ezt, hogy hogyan is menne. Lehet, jobb lenne, ha a 4+2TB-os helyett egyből szereznék inkább egy db nagyobbat. -
agent_k
őstag
válasz Gabesz87 #18192 üzenetére
De mutat. Van egy 46-os iowaited úgy, hogy állításod szerint nem történik semmi. Ezt a mergefs sztorit ki lehet gyorsan venni a képletből, hogy kiderüljön az okozza-e a problémát?
Mi a fenét csináljak a másikkal, ha nincs egyesítve?
Semmit. Felcsatolod azt is és ugyanúgy viselkedik majd mint a másik. Átszervezed a mappákat. Aztán beállítod, hogy ez ide menjen az meg oda.Semmiképp sem szeretném ha bántásnak vennéd te vagy más aki ezt elolvassa. A legnagyobb jószándékkal írom!
A legnagyobb problémát itt abban látom, hogy ezeknek a feladatoknak a megoldásához rengeteget kellene olvasni, jellemzően angolul. Ami láthatóan kimarad. Próbálkozni, hogy ezt és ezt tettem eddig, itt és itt vannak a lógok srácok nézzetek rá, mert az a sok speed negotiation nekem gyanús például. -
Gabesz87
veterán
válasz agent_k #18195 üzenetére
ÉN a futó folyamatokat, CPU terheléseket néztem, ott nem láttam semmit.
Megpróbálom a mergerfs-t most hétvégén kiiktatni.Igen, persze, tudom, hogy sok utánaolvasással talán meg lehetne oldani ezeket a problémákat önállóan, de sajna nincs rá időm 2 kisgyerek mellett, hogy órákat a gép előtt üljek olvasgatva, videókat nézegetve! Ezért jövök ide kérdezősködni. Erre való a fórum nem? Tapasztalat szerzés/megosztás, probléma megoldás. De a hozzá nem értők osztása az nagyon megy minden szakmai topikban (nem vettem bántásnak, és én sem támadásnak szántam, tényleg, csak ezt látom, olvasom sok topikban).
Mai nap furcsasága meg, hogy nem jön be a Glances Megnézem restart után, hátha...
-
agent_k
őstag
válasz Gabesz87 #18196 üzenetére
de sajna nincs rá időm 2 kisgyerek mellett, hogy órákat a gép előtt üljek olvasgatva, videókat nézegetve!
Egy használt alacsonyabb kategóriás synologyn nem gondolkodtál még? Onnantól kezdve nem kell érteni az oprendszerhez vagy a mergefs-hez. Plexet konténert másegyebet az is tud és több idő marad a gyerekeidre. A nagy költség már le van tudva, mert lemezeid vannak hozzá.
-
Gabesz87
veterán
válasz agent_k #18197 üzenetére
Eleinte az volt a terv, hogy veszek egy Syno NAS-t (pl. DS220+). Csak aztán úgy alakult, hogy upgradeltem a PC-met, lecseréltem a 10 éves i5-öt, és a régi platformhoz szereztem egy házat, tápot, hűtőt, és abból lett most a szerver. Rpi3-al az OMV5-öt előtte vagy 2 évig használtam, kb. hozzá sem kellett nyúlni! Ehhez képest most meg ez van
-
stigma
addikt
Sziasztok.
Érdekesség, hogy OMV5-ös rendszeremet 6-ra cseréltem, majd ma reggel ezek a képek fogadtak: [kép]
Érdekesség, hogy lapot cseréltem a 2 db itthoni NAS-om között (J4105-ITX <->J5040-ITX) és most az OMV6 alapja J5040 + 16GB ram lett.
- Mitől telhetett be a swap? Restart megoldotta a dolgot
- a 2-3db CPU_iowaitre kerestem log hibát , de konkréten nem találtam semmit sem. Ötlet? Kell ezzel foglalkoznom?
- glances-ből nem lehet, hogy ,,érzékenyebb" az új konténer a CPU_IOWAIT monitorozásra?
Legújabb van fenn (3.2.7-full), próbálkozzak egy égebbivel?Illetve egy érdekes jelenség:
2 db mappámnak ahova dockerezek mindenki ír/olvas-t állítottam be és guest only elérést.
Majd felcsatoltama win10-es meghajtóként, viszont random mappákba valamikor nem enged írni, legfőképp a dockeres config fájlok mappájába. OMV6 alatt valakinek ilyen baja volt már?
Megoldás az, hogy ilyenkor ACL -ek esetén alul a rekurzívan minden filera és almappára kipipálom és újra lövöm a jogokat akkor rendben van.
Ilyen nyűgje volt valakinek?#18190Gabesz87 : Többiek már megválaszolták neked , mitől lehet, így én bocs hogy késéssel írok.
CPU_IOWAIT-et installálás napján kaptam párat , mert véletlenül a qbittorrent összes torrentját újraellenőríztettem + a syncthing (progi a 2 Nas szinkronizálása között) elengedtem, hogya pár 100GB-nyi állományt ellenőrizze újra.
Glances részemről 10ből 9szer megnyíilik néha-néha kell várni, hogy betöltsön, de kb hibátlan.
OMV 5 alatt egy régebbi konténerrel (3.2.0 asszem) ilyen problémám nem volt.....iPhone 13 / iPad 9th Gen. Wifi 64GB...
-
Gabesz87
veterán
válasz stigma #18199 üzenetére
Glances már rendben van, újraindítás után megnyílik.
Ez az iowait hiba nálam kb. álladó, most is látom:
2022-08-06 9:38:35 (02:18:26) - CRITICAL on CPU_IOWAIT (43.3)No meg most látom, hogy már rendben van a terhelés:
Pedig mióta tapasztalom ezt a hatalmas load grafikont, 2x újraindítottam, és nem segített. Most meg jónak tűnik. Franc sem érti ezt.Én ahogy keresgéltem neten még pár hete erről az iowait hibáról, azt olvastam, hogy nem nagyon kell vele foglalkozni, meg talán itt is kaptam erről megerősítést, ha jól emlékszem.
Nekem van egy mappám a gyökérben, amit nem érek el Win felcsatolt meghajtóban, pedig ugyanazok a jogosultságok, engesdélyek vannak beállítva. Ez volt még OMV5-ön a user mappám. Nincs benne igazából semmi ami kéne, csak furcsállom.
Ú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