Feltéve, hogy fel van particionálva a rendszervinyó

Bocs, de csak egy monitorom van, tehát vagy a működő gépemet nézem, vagy a nason ügyködöm.

Most egy live cd-vel bebootolva (Lubuntu) megpróbáltam átmásolni/felülírni a frissen telepített OMV könyvtárait, fájljait a mentésemmel. No, itt meg abba a problémába ütköztem, hogy a felülírandó fájlok/könyvtárak más tulajdonosé, tehát a nagy részét nem tudom cserélni, átugorja őket.
Terminál - install mc - sudo mc. Így tudtam jogosultságokat állítani a könyvtárakon, de nem állítja azok alkönyvtárain teljes mélységben. Arra nem találtam megoldást még. Tehát szerintem ez sem lesz így sikeres.
Sajnos a linux tudásom igencsak hiányos, biztos van rá lehetőség, de én nem tudom.

Lehet, hogy ismét rosszul fogalmaztam az előző hozzászólásomban:
A régi rendszeremen csináltam egy mentést a System backup opcióval. UTÁNA már ott, a régi rendszeren láttam a mentés elérési útját, és volt lehetőségem ugyan ott a visszaállításra is. Mintha ott lenne restore lehetőség is...
Itt, az új rendszeren nem tudtam neki betallózni/kiválasztani a meghajtót, amin a régi rendszerről készített mentést tartalmazza. Ezért gondoltam, hogy a ez a funkció csak azután élne, miután itt, az új rendszeren is csinálnék egy mentést. (És utána azt tudnám helyreállítani...)

Egyszerűen le kell törölni a picsába az egész régit az MC-vel, aztán átmásolni a mentést. Persze root-ként kell belépni.

Megtettem közben. Sajnos így sem volt szerencsém.
Megvolt ugye a particionálás, hiszen telepítettem egy újabb rendszert. SUDO-val indítva a Midnight Commandert letöröltem mindent arról a partícióról. 2x is leellenőriztem, hogy rejtett fájlok, egyebek nem maradtak-e ott.
Majd átmásoltam mindent az omvbackup könyvtárból erre a partícióra.
Ismét ellenőriztem, hogy a két könyvtár tartalma megegyezik-e. Igen.

Live cd leállít, gép újraindít, bejön a legelső kék képernyő ahol a kernelverziók közt tudnék választani (recovery is) majd hibaüzenet:
Valami olyasmit ír, hogy az xxxxxxxx köteten nem tudja létrehozni a ramdrive-ot. Az első üzenet rövid ideig látszik csak, nem tudtam értelmezhető fényképet csinálni róla. Mikor tovább megy akkor hosszas molyolás után itt áll meg.

(úgy emlékszem, hogy mintha ez más kötetelnevezés lenne, mint ami korábban a 3 meghajtóm neve volt a régi telepítésem alatt.)
Próbáltam úgy is indítani, hogy nem volt rajta a 3 adatmeghajtóm a gépen, csak a rendszermeghajtó, és próbáltam úgy is, hogy rádugtam őket. A helyzet ugyan az.

Sajnos marad az újratelepítés és beállítgatás.

Közben ismét újrahúztam... (csak a rendszervinyó fent, többi nincs rajta.) Még 1 próbát teszek.
Komolyan ott tartok, hogy fizetek egy tálca sört, annak, aki megcsinálja nekem a rendszert...

Az a szitu, hogy egy ilyen backup visszaállítás, ha tényleg már egy sok soron újratelepített rendszerről beszélünk, nem áll meg ott, hogy a fájlokat visszamásoljuk. Nagy valószínűséggel kb. egy vagy max kettő lépés hiányzik (hiányzott), de azok sem az evidens kategóriából: ha korábban találkoztál volna már linux grub config szerkesztéssel, grub újratelepítéssel, akkor érdemes lett volna nekiállni, de az egy külön kis világ.

Amúgy "mindössze" annyi történt, azért kerültél a Busybox-ba, mert a korábbi telepítésből a grub boot loader valahol kereste a következő betöltő szintet (ezek szerint a ramdisket), és az a visszamásolással nem pont ott van, vagy fájlrendszer-szinten, vagy valahol elég, ha picit félremegy a dolog. De az is lehet, hogy valamelyik telepítéskor új UUID-t kapott a lemez/partíció (ez egyébként valószínű, mert az OMV hajlamos a teljes lemez ledúrására), és valami config még a régire hivatkozik...

A jó hír az, hogy nem dolgoztál hiába, mert még ha életet is lehelsz ezzel a módszerrel, újratelepítés (és fájlmásolás!) után a rendszeredbe, a legváratlanabb helyeken bukkantak volna fel abszolút rejtélyes hibaüzenetek, és tipped nem lett volna, hogy mit kezd velük. A linux nagyon háklis rendszer tud lenni, ha pl. jogosultságokról van szó.

Megszámolni nem tudom, hány órát szívtam eddig a linux különféle, alapnak tűnő problémáival, és még mindig a felszínét kapargatom Ellenben ha egyszer beáll, olyan profi, takarékos rendszer, nemcsak ez, hanem a többi is, hogy öröm használni.

Köszi a magyarázatot, így már nekem is érthetőbb!

Viszont, ha jól értelmezem akkor Chris Kiki és ht42 hiába ajánlotta, hogy töröljem a friss telepítéssel létrehozott könyvtárakat és fájlokat a partíción, mert ezek szerint nem meglepő, hogy a szimpla visszamásolás nem eredményez működőképes rendszert vagy a későbbiekben hasal el valahol. Mert akkor ezt is jó tudni.
Ezek szerint csak és kizárólag akkor használható csak (sajnos) az általam készített mentés a működő rendszeremről, ha az bármilyen hiba vagy félrekonfigurálás miatt megsérül. Akkor a másolós módszerrel ismét életet lehet bele lehelni, ahogy ők is javasolták. De ehhez újratelepíteni előtte nem szabad. (Ha jól értelek.)

Éppen a jogosultságok és megosztások miatt vagyok bajban. Nem kevés időm ment rá anno a beállításukra és most azt sem tudom, hogy mit csináljak, hogy visszakapjam a rendszert úgy, ahogy volt. Nem volt hibátlan mert az ACL-el napi szinten voltak apró gondjaim, de mondjuk, hogy működött.
Félek, ha nekiállok megint úgy, hogy visszacsatolom az adatmeghajtóimat (hiszen az elengedhetetlen a művelethez) akkor addig fogok szenvedni, míg elvesznek az adataim...

Tényleg hajlandó vagyok áldozni rá némi óradíjat, ha valaki tud nekem segíteni!

Illetve az tűnt még fel, hiába van a legutolsó 2-es build telepítve, hogy indulásnál hiányzik neki valamilyen AMD-s vezérlő. De olyan gyorsan elkapja, hogy nem tudom pontosan elolvasni. Ilyen üzenetre a régi telepítésemnél nem emlékszem.

[ Szerkesztve ]

Szerintem nem lehetetlen a másolós módszer sem újratelepítés után, de tényleg ismerni kell a linux gondolkodásmódját - ezek szerint több fronton is. Sajnos én is csak messziről ugatom a témát, amikor tömbökről meg jogosultságokról van szó, akkor meg teljesen bamba leszek

Nem látok most olyan módszert, hogy meg lehessen úszni a jogosultságok újra beállítását. A tömbben a fájlok/könyvtárak őrzik a korábbi jogosultságokat, gondolom, de ezen az új rendszeren ezek a felhasználók még létre sincsenek hozva... Ha létrehozod őket, akkor is valószínűleg más UID-t kapnak - de ez tipp.

Ha nagyon komplikált a helyzet, érdemes kicsit beleásni magad ebbe a jogosultsági témába, hátha van egy gyors megoldás a backup ezen részére.

Szerk: a logot (AMD miatt) konzolból a dmesg paranccsal lehet megnézni, de a GUI-n is tuti ott lesz.

[ Szerkesztve ]

Köszönöm ismét!

Megnézem majd konzolból a következő restart után, hátha kiderül valami!
A GUI-ban néztem, de a szokásos napló adatok között nem láttam. Persze lehet, hogy csak átsiklottam felette, vagy nem pont ugyanaz jeleni meg a konzol-boot során, mint ami a naplóban.

Hááát, nagyon sajnos nem nyugtattál meg a felhasználók, jogosultságok terén. Mivel más megoldás nem lesz, kénytelen leszek valamit kezdeni vele. Nem volt túlbonyolítva és nem is célom, tényleg csak azt akarom, hogy lássam az adataimat megint.

Jó pihenést és köszönöm a segítséget minden kedves felhasználónak aki segített vagy próbált segíteni!

Előre elnézést, nem biztos, hogy túl összeszedett lesz a hsz. SMB-ról van szó. Kb. egy hete, miközben itt a fórumon a installal szenvedett a fórumtársunk, én sem tudtam csatlakozni az OMV-hez a Win-es laptopomról. Csak úgy tudtam megoldani, hogy a Win-en a szolgáltatások között visszakapcsoltam a SMB v1-et (amit egyébként kb. egy hónapja, a WannaCry miatti fórum-bejegyzések hatására kapcsoltam ki). Ez kényszermegoldásnak tűnt számomra, meg furcsa is volt, hogy eddig miért működött, most meg miért nem, de nem lovagoltam túl sokat a témán (csak belső hálóról van szó, nincs külső elérés).

Most meg azt olvasom, hogy a MS kivezeti a SMB v1-et, teljesen jogos. De akkor én is szeretném használni a v2-es protokollt, gondolom, OMV (Stoneburner) oldaláról nincs akadálya.

Bocs, ha evidenciát kérdezek, nem vagyok OMV-közelben : hogyan mondom meg az OMV-nek, hogy ha a laptop SMB v2-es szabvánnyal akar csatlakozni, akkor is fogadja azt? Vagy a hibát a laptop oldalán keressem, hogy miért nem működik a SMB, ha letiltom a v1-es szolgáltatást? Bármi tipp vagy fogódzó jól fog esni

hmmm ez engem is érdekelne...

8lnu

Hol állítottad át? Az smb.conf fájlban? (max protocol = SMB1)?

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.

Becsapódtam, mert az OMV fórumban kérdezted, így jogosan hittem, hogy azt állítgattad. Nálam, az OMV smb.conf fájlban nincs ilyen paraméter. Állítólag az ARM processzoros kis gépekben van, de ott meg SMB2-re van állítva és nem ajánlják, hogy 1-re tegyük.

Kapcsolódási gondom nem volt. Valami más lehetett a probléma nálad, még ha látszólag a visszaállítás javította is meg.

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.

Reakció:

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...

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átszik

Há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

Ha uninstalláltam azt az SMB1 szolgáltatást, az összes a munkacsoportban megosztott gépeket nem látta. Szerintem előre szaladtál és nekünk még korai ezzel ilyenformám foglalkozni. Nem véletlenül van alapból az a szolgáltatás bekapcsolva. Biztos vagyok benne a megszüntetés nem csak annyi lesz, hogy a MS kiveszi a pipát a szolgáltatás elől. Meg fogják vizsgálni a hatását és megteszik az esetleg szükséges módosításokat. A linux fejlesztők is figyelik, tudják mire készül a MS és ha kell ők is módosítanak. Volkerék német precizitását ismerve pedig nekünk nem kell aggódni! Ha ez egyáltalán OMV probléma (szerintem inkább kernel), akkor azt időben módosítani fogják.

(#5167) doberman

Ha tényleg ezzel a problémával akarsz foglalkozni segítsd a MS-t, lépjél be a Windows Insider programba és mint béta tesztelő nálad előbb fogják végleg megszüntetni ezt a szolgáltatást. Időben tudod nekik jelezni milyen probléma lépett fel és még azelőtt orvosolni tudják majd (ők vagy azok akiket érint), mielőtt a végleges módosítást kiadnák.

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.

Mit vársz a fórumtól? Ha tudod a megoldást oszd meg, de csak hangulatot kelteni felesleges.

"Isten ments, hogy újrarakjam! Örülök, hogy egyszer sikerült! Mi a francnak az új verzió, mikor a régi is tökéletesen működik!" Ezek és ehhez hasonló szintű problémák foglalkoztatják a fórumot. Akkor mit szeretnél?

Senki nem mondta, hogy a MS foglalkozik az OMV-vel. De ha egy béta tesztelő problémát jelez nekik, akkor valamilyen szinten csak megvizsgálják. Különben nincs értelme a béta hálózatot fenntartani.

Tegnap kíváncsiságból az OMV samba konfig fájlban beállítottam, hogy minimum SMB2-vel működjön és azóta is tökéletes. Lehet, hogy tévedek, de úgy tűnik csak az autentikációhoz kell az SMB1. Az is lehet, az SMB1 kikapcsolása után újra kéne konfigurálni a win sambat és nem csak így hirtelen menet közben tiltani.

[ Szerkesztve ]

Akkor jól ráéreztem és van sorrend, amit ha betartasz a végén törölve lesz a samba v1 a Win10-ről. De azért ne feledd, hogy márciusban az SMB1 hibát a MS már befoltozta!

Tehát, ha valaki a Windows 10-ből el akarja távolítani a most sokat emlegetett és szidott samba 1 protokollt, itt egy jó és kipróbált leírás: Disable SMB Version 1.0 in Windows 10 Angol nyelvű, de jól követhető. A lényeg a parancsokat rendszergazdaként futtatott PowerShell ablakban adjuk ki! A végén a Vezérlőpult / Programok és szolgáltatások... be- és kikapcsolása ablakban sem lesz pipa az SMB 1.0 támogatás opciónál. Végig csináltam és semmilyen problémát nem okozott.

Természetesen nem sok köze van az OMV-hez, de a ft-sak lelki békéért...
Linux alatt az smbd -V parancs írja ki a samba verziószámát.

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 helyzet

A 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.

Nyugodtan töröld le a samba 1-et, nem kell az OMV-vel foglalkozni. Fog működni, csak a Windowsban csináld úgy, ahogy kell. Linuxban ez már rég nem probléma. Mondjuk az érdekes, hogy a samba miatt aggódsz, de a lejárt op rendszer miatt nem. Jó, tudom 2020-ig még megkapja a biztonsági frissítéseket.

Nagyon jól működik az OMV 3. Lehet, mert nem használok semmi különleges plugint, de perfekt. Csak ajánlani tudom! Megelégedve tapasztalom, hogy még az e-mail értesítést is gatyába rázták. Pontosan értesít a frissítésekről. Pedig az utóbbi 10 napban legalább 15-20-szor telepítettem, hogy rájöjjek miért tartanak néhányan annyira tőle.

É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ó: Apple iPad mini 1 (2db)

És nálad telepítette a backports kernelt?

Nem. 3.16-os kernellel nyomulok.

Eladó: Apple iPad mini 1 (2db)

Tényleg nem kell félni aki felrakja az OMV 3-as verziót. Én még kisérletezgettem is egy kicsit,... mint mindig.

Nálam ezek működnek hiba nélkül jelenleg. Ezeket telepítettem fel az OMV 3 alá. Hamár Debian a rendszer

1. Deluge Torrent kliens
2. Plex Media Server
3. Nextcloud
4. phpMyAdmin
5. Webmin
6. LAMP Server (Linux, Apache2, mySql, PHP 7-es.)

Azt kell mondjam hogy stabilan működnek ezek a cuccok amiket még felraktam a OMV szerveremre. Tökéletesen meg vagyok elégedve a rendszerrel.

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|

Nagyon jó választást csinált a Volker amikor a Debiant (a Linuxot) választotta az OMV alapjául. Hatékony a csomagkezelő rendszere, könnyű telepíteni a programokat, nincsenek, pontosabban karbantartja a függőségi problémákat és rengeteg minden telepíthető pluszban hozzá - ingyé.
És vannak olyanok akik élnek is a lehetőséggel...

[ Szerkesztve ]

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|

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.

Volt egy kis időm a nas-ra, egy kis karbantartást végeztem. kb. 450 MB hely felszabadult.
A régi kerneleket töröltem, 3 volt ezeket úgy sem használtam.

Ha valakit érdekel:
Régi kernelek eltávolítása

Amennyiben szoktuk frissíteni a rendszert, új kernel verziók is érkeznek időről időre,
de ezzel párhuzamosan a régiek is megmaradnak, hogy igény esetén lehessen használni a régebbit is.
A legtöbb esetben viszont nincs erre szükség, elég megtartani a legújabb kernelt magunknak,
így nyerünk némi szabad helyet. (régi kernelek eltávolítását mindenképpen a legújabb kernel alól tegyük meg).

Terminálba:
sudo dpkg -l | grep linux-image /Ez kilistázza a gépen lévő kernel verziókat/

sudo apt-get remove linux-image-3.16.xx.xx --purge /XX-ek helyére kerül természetesen a kívánt verziószám.
Ezzel kernelenként 70-80Mb hely szabadul fel, de akár 180MB is/

sudo update-grub /Így pedig kikerülnek a már jelen nem lévő kernelek az indítómenüből./

Megnéztem az smb verziót: Version 4.2.14-Debian.

Egy kérdésem lenne, hogy a hdd hőmérsékletet nem akarják alapból belerakni, mint a fan és cput?

..........""..........

Van benne alapból HDD hőmérséklet, csak nem ilyen koordináta szerű, hanem egyszerű aktuális értéket ad vissza.

Amiga 1200 - Blizzard 1230 MKIV 68030@50/68882@50 - 2MB Chip/128MB Fast - 4GB CF - Classic WB 3.1 - WHDLoad >>> and the Amiga lives forever

Igen tudom, hogy van, csak én erre gondoltam.
Viszont azt nem tudom, hogy az OMV 3-hoz lehet-e "barkácsolni" mint az OMV 2-höz csináltuk hőmérséklet kijelzést.

..........""..........

Egy próbát talán megér: http://www.monitorix.org/

Köszi, megnéztem, de az éles rendszeremen nem szeretném kipróbálni, VirtualBox-ban nem tudtam felrakni se.

Ha valakit érdekel egy jó kis összefoglaló az OMV telepítése, beállítása, használata stb. ITT talál róla, szerintem nagyon hasznos.

..........""..........

kis statisztika Banana Pi-mről. kb 3 éve nem volt kikapcsolva, max áramszünet vágta le 4-5ször.

Csak torrent megy rajta és SMB. Egy WD 1 terrás mobil winyó van rákötve.

[ Szerkesztve ]

Nálam is banana Pi. Konfig ugyanaz + használunk Plex-et is.
Kb két hete kellet újraraknom , hogy miért???

Én januárban raktam újra ezen:

Eladó: Apple iPad mini 1 (2db)

Melyik alkalmazás ami ennyire RAM éhes?

Más.

Nálam, később vettem észre, hogy a Windows 10 SAMBA 1 tiltás hatására a mobilomról nem tudtam elérni a PC-met a megszokott fájlkezelővel és média lejátszóval. Hiába pipáltam vissza a Programok / Szolgáltatásoknál az SMB1-et. Kevés volt. Végül találtam leírást a teljes visszaállításra, így most újra úgy működik, mint régen. Valószínűleg nem az SMB1 hiánya volt az ok, hanem a SAMBA klienssel kapcsolatba tiltódott le feleslegesen valami. Amúgy az OMV kommunikációval semmi gond nem volt.

Ezért felesleges előre gondolkodnunk, jobb megvárni a Microsoftot, hogy mit lép. Vagy jobban kéne ismerni a Windowst...

A Transmission-nek adtam 1 GB-ot, hogy cache-elhessen.

Eladó: Apple iPad mini 1 (2db)

Kiadtak egy új ISO-t v3.0.82.
Rövidebb lett - eltüntek belőle a hibák.

Végre kijavították, hogy telepítés után már nem futnak olyan szolgáltatások, amik nincsenek engedélyezve.

Kijavították, hogy telepítés után már CLI-ből is maradéktalanul frissül a backports kernel. Nem kell hozzá webGUI. Persze lehet onnan is.

Végül, az SNMP egyszerűen bekapcsolható, nem kell megadni semmit.

Persze, ezek nem olyan hibák voltak, amit a 78-nál ne lehetett volna könnyen orvosolni, de most már még annyit sem kell csinálni...

Érdekes, én is rajongok a linux isokért, néha egész sorozatokat töltök belőlük

Próbáld meg a Transmissionban a Preallocation-t teljesre állítani.
Megjegyzem én nem tartom túl szerencsésnek SSD torrentre való használatát...

A HD Sentinel fizetős program, ha megvetted szívesen segítenek a készítők. Ráadásul magyar fejlesztés. Van saját fóruma.

Töltsél le egy biztosan legális helyről, például a Debian oldaláról egy DVD ISO-t és leellenőrizheted van-e az ISO-kkal nálad probléma. De kérem, a hogy kell torrentezni témát itt ne folytassuk. Köszönöm.

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 ]

..........""..........