-
Fototrend
Új hozzászólás Aktív témák
-
OMV5 -öt használok (semmi gond vele), egy update simán lefut, vagy inkább telepítsem újra egy Stabil Release-zel?
-
mzsol
tag
Egyébként volt vagy három próbálkozásom belső lemezre menteni, kétszer a kevés helyre gyanakodtam. Mert elsőre nem volt csak kb plusz 3 giga hely a szükségeshez képest. Majd töröltem, úgy emlékszem 20 giga körüli anyagot. Ezt követően se sikerült. Újra próbáltam, majd a külsőre még egyszer. Ezért keztem el gyanakodni a mentendő partícióra. A hiba üzenet mindig ugyan az volt, a mentési folyamat 30 pár százalékánál.
-
mzsol
tag
Azért NTFS mert így gyorsabb volt formázni. Majd megformázom gparted-al. Pontos hibaüzenet egy része az mint amit már írtam (ez a második sor) valamint még (első sor) "partclone fail", (harmadik meg hova menti a log-ot, var/..., de elindítva az omv-t ott nem találtam. Logot hova menti ilyenkor amikor cd-ről volt a boot. Megnézni majd hétfőn tudom, munkahelyen van.
-
mzsol
tag
Én is erre gondoltam, de most egy (új, most bontottam ki) külső meghajtóra akartam menteni, 499GB-osnak látta a clonezilla (150GB a mentendő partíció, és csak 111GB a foglalt terület). Ntfs-re formázott SSD egyébként. A rendszer meghajtót (huszon giga) sikerült menteni belső lemezre.
-
-
Gabesz87
veterán
Nekem is konténeres problémám lenne éppen. Frissíteni akartam őket (szokásos lépések: Down, Pull, Up), és már az első konténernél (ami tartalmazza a RAdarrt, Sonarrt, Bazarrt, Jacket-et), a Down, Pull után indításnál elakad, hibát dob. Ezt írja: [link] (rem. jó a link).
Soha nem volt még gondom a konténerek frissítésével.
Megpróbáltam másik konténert is, de u.a.
Konténerek frissítése előtt nyomtam egy OMV update-et is. Lehet, hogy egy frissítés okozza a zavart? Nem értek hozzá annyira, csak ötletelek. -
cigam
titán
válasz
Celtis
#20880
üzenetére
A Portainer csak egy WEB-es "Docker kezelő", nincs köze ahhoz, hogy telepítve van-e a Docker.
Általában úgy célszerű, mert ha foglalt, vagyis élesben használják úgy nehéz hibát detektálni/javítani.
Futtathatod a futó rendszer alól is, de javítani nem biztonságos:
sudo fsck -n /dev/sdb1
Így csak kilistázza a problémákat, de nem javítja azokat.Egy live rendszerről indulva sem ördöngösség a "Lemezek" programot elindítva:
-
Celtis
veterán
Nem jelenik meg, de eddig sem volt ott, szerintem azért mert még OMV5-búl a portaineres megoldás maradt meg.
Mentés nincs, mert ugye még lusta voltam megkérdezni hogyan lehet lementeni a rendszert anélkül, hogy az egész SSD tartalmát menteném. Ha jól emlékszem a konténerek auto frissítése nem volt bekapcsolva.Az fsck-t mindeképpen másik meghajtóról bootolva kell futtani?
-
cigam
titán
válasz
Celtis
#20877
üzenetére
A menüben megjelenik?
Mi történik ha ráböksz az eltávolításra, aztán a telepítésre?
Óvatosan mert ez a konténereket is törölheti adatostul, mindenestül!Frissítés előtt, vagy amikor még működött készült róla mentés?
Automatikusan frissíted őket a legújabbra?Simán lehet, futtass fájlrendszer ellenörzést a telepítőről bootolva, vagy egy live Linux alól.
sudo fsck /dev/sda -
Celtis
veterán
apg-get reinstall-t csináltam. De nem változott semmi.
A docker ps -a nem mond semmit mert nem fut a docker.
Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?Van egy pár konténer. Home assistant, Mosquitto, Transmission, Netdata, Frigate, Plex. Azt hiszem nincs több. Vagy a Portainer maga is is konténer? Mivel nem megy a docker semmit nem csináltam a konténerekkel, és az utóbbi időben nem is voltak piszkálva.
A logban már az elérési utakat sem értem. /root/build-deb/engine/cmd/dockerd/ nincs is.
-
Celtis
veterán
Sziasztok,
OMV6. Pár hónapja volt frissítve utoljára. Ma azt vettem észre, hogy nem fut a docker. Pár napja még biztos működött. Ez még az OMV5 féle portaineres.
Fogalmam sincs mi baja. Az OMV frissítéseket megcsináltam, apt-gettel a docker id frissítettem, de nem segített.
Ilyen logot találtam. Nagyon hálás lennék valami segítségért. Teljesen tanácstalan vagyok.szept 19 19:23:08 nas systemd[1]: Starting Docker Application Container Engine...szept 19 19:23:08 nas dockerd[20197]: time="2024-09-19T19:23:08.373398067+02:00" level=info msg="Starting up"szept 19 19:23:08 nas dockerd[20197]: time="2024-09-19T19:23:08.378464650+02:00" level=info msg="detected 127.0.0.53 nameserver, assuming systemd-resolved, so using resolv.conf: /run/sy>szept 19 19:23:08 nas dockerd[20197]: time="2024-09-19T19:23:08.658020226+02:00" level=info msg="[graphdriver] using prior storage driver: overlay2"szept 19 19:23:08 nas dockerd[20197]: time="2024-09-19T19:23:08.829756101+02:00" level=info msg="Loading containers: start."szept 19 19:23:09 nas dockerd[20197]: panic: assertion failed: write: circular dependency occurred [recovered]szept 19 19:23:09 nas dockerd[20197]: panic: assertion failed: write: circular dependency occurredszept 19 19:23:09 nas dockerd[20197]: goroutine 1 [running, locked to thread]:szept 19 19:23:09 nas dockerd[20197]: go.opentelemetry.io/otel/sdk/trace.(*recordingSpan).End.deferwrap1()szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/vendor/go.opentelemetry.io/otel/sdk/trace/span.go:388 +0x25szept 19 19:23:09 nas dockerd[20197]: go.opentelemetry.io/otel/sdk/trace.(*recordingSpan).End(0xc00071f500, {0x0, 0x0, 0xc0007afc00?})szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/vendor/go.opentelemetry.io/otel/sdk/trace/span.go:426 +0xa82szept 19 19:23:09 nas dockerd[20197]: panic({0x55cee6979900?, 0xc0003d5c50?})szept 19 19:23:09 nas dockerd[20197]: /usr/local/go/src/runtime/panic.go:770 +0x132szept 19 19:23:09 nas dockerd[20197]: go.etcd.io/bbolt._assert(...)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/vendor/go.etcd.io/bbolt/db.go:1387szept 19 19:23:09 nas dockerd[20197]: go.etcd.io/bbolt.(*node).write(0xc00050a310, 0xc000733000)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/vendor/go.etcd.io/bbolt/node.go:237 +0x369szept 19 19:23:09 nas dockerd[20197]: go.etcd.io/bbolt.(*node).spill(0xc00050a310)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/vendor/go.etcd.io/bbolt/node.go:378 +0x24bszept 19 19:23:09 nas dockerd[20197]: go.etcd.io/bbolt.(*Bucket).spill(0xc000509200)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/vendor/go.etcd.io/bbolt/bucket.go:592 +0x365szept 19 19:23:09 nas dockerd[20197]: go.etcd.io/bbolt.(*Bucket).spill(0xc0007afc18)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/vendor/go.etcd.io/bbolt/bucket.go:559 +0x105szept 19 19:23:09 nas dockerd[20197]: go.etcd.io/bbolt.(*Tx).Commit(0xc0007afc00)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/vendor/go.etcd.io/bbolt/tx.go:163 +0xf9szept 19 19:23:09 nas dockerd[20197]: go.etcd.io/bbolt.(*DB).Update(0xc0009b3600?, 0xc000a5ed28)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/vendor/go.etcd.io/bbolt/db.go:893 +0xd2szept 19 19:23:09 nas dockerd[20197]: github.com/docker/docker/libnetwork/internal/kvstore/boltdb.(*BoltDB).AtomicPut(0xc00018fc20, {0xc0009a7a80, 0x64}, {0xc0002d2e40, 0xb, 0x10}, 0x0)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/libnetwork/internal/kvstore/boltdb/boltdb.go:204 +0x1b1szept 19 19:23:09 nas dockerd[20197]: github.com/docker/docker/libnetwork/datastore.(*Store).PutObjectAtomic(0xc0009caf60, {0x55cee6f9eb10, 0xc000730120})szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/libnetwork/datastore/datastore.go:174 +0x210szept 19 19:23:09 nas dockerd[20197]: github.com/docker/docker/libnetwork.(*Controller).updateToStore(0xc0007aed20, {0x55cee6f8a950, 0x55cee8601140}, {0x55cee6f9eb10, 0xc000730120})szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/libnetwork/store.go:122 +0xf0szept 19 19:23:09 nas dockerd[20197]: github.com/docker/docker/libnetwork.(*Controller).NewNetwork(0xc0007aed20, {0x55cee634e666, 0x4}, {0x55cee634e49e, 0x4}, {0x0, 0x0}, {0xc000a5f458,>szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/libnetwork/controller.go:659 +0x10cdszept 19 19:23:09 nas dockerd[20197]: github.com/docker/docker/daemon.configureNetworking(0xc0007aed20, 0xc00035fb88)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/daemon/daemon_unix.go:862 +0xd7szept 19 19:23:09 nas dockerd[20197]: github.com/docker/docker/daemon.(*Daemon).initNetworkController(0xc0003ff408, 0xc00035fb88, 0xc000b0c270)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/daemon/daemon_unix.go:850 +0x131szept 19 19:23:09 nas dockerd[20197]: github.com/docker/docker/daemon.(*Daemon).restore(0xc0003ff408, 0xc00035fb88)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/daemon/daemon.go:581 +0x67bszept 19 19:23:09 nas dockerd[20197]: github.com/docker/docker/daemon.NewDaemon({0x55cee6f8ab18, 0xc0000b0cd0}, 0xc00035eb08, 0xc00071a0c0, 0xc0000687c0)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/daemon/daemon.go:1246 +0x393aszept 19 19:23:09 nas dockerd[20197]: main.(*DaemonCli).start(0xc000508400, 0xc0003cf580)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/cmd/dockerd/daemon.go:260 +0xe09szept 19 19:23:09 nas dockerd[20197]: main.runDaemon(...)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/cmd/dockerd/docker_unix.go:13szept 19 19:23:09 nas dockerd[20197]: main.newDaemonCommand.func1(0xc000492b00?, {0xc0005323f0?, 0x7?, 0x55cee634e436?})szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/cmd/dockerd/docker.go:37 +0x94szept 19 19:23:09 nas dockerd[20197]: github.com/spf13/cobra.(*Command).execute(0xc000200608, {0xc000052090, 0x3, 0x3})szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/vendor/github.com/spf13/cobra/command.go:985 +0xacaszept 19 19:23:09 nas dockerd[20197]: github.com/spf13/cobra.(*Command).ExecuteC(0xc000200608)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/vendor/github.com/spf13/cobra/command.go:1117 +0x3ffszept 19 19:23:09 nas dockerd[20197]: github.com/spf13/cobra.(*Command).Execute(...)szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/vendor/github.com/spf13/cobra/command.go:1041szept 19 19:23:09 nas dockerd[20197]: main.main()szept 19 19:23:09 nas dockerd[20197]: /root/build-deb/engine/cmd/dockerd/docker.go:106 +0x17bszept 19 19:23:09 nas systemd[1]: docker.service: Main process exited, code=exited, status=2/INVALIDARGUMENTszept 19 19:23:09 nas systemd[1]: docker.service: Failed with result 'exit-code'.szept 19 19:23:09 nas systemd[1]: Failed to start Docker Application Container Engine.szept 19 19:23:09 nas systemd[1]: docker.service: Consumed 1.649s CPU time.szept 19 19:23:12 nas systemd[1]: docker.service: Scheduled restart job, restart counter is at 1.szept 19 19:23:12 nas systemd[1]: Stopped Docker Application Container Engine.szept 19 19:23:12 nas systemd[1]: docker.service: Consumed 1.649s CPU time. -
cigam
titán
válasz
Zügynök
#20867
üzenetére
Igen, azért kell lecsatolni a 20TB-os HDD-t, hogy véletlenül se arra
települjön, leformázva a teljes tartalmát. Ez csak elővigyázatosság. Nem kell kiszerelni a gépből, elég a SATA kábelt kihúzni belőle.Ha előtte menteni szeretnél, fogsz egy live Linux-ot(A letöltött ISO fájlt pl. Rufus-al kiírod egy pendrive-ra), és erről indítva a gépet, látni fogod a 20TB-os HDD-t, és az USB/hálózati meghajtót vagy a másik üres lemezt is, amire menteni szeretnéd a tartalmát.
Azért live, mert telepítés nélkül is működő desktop rendszer, aminek a fájlkezelőjével simán lemásolhatod a fontos adatokat.Igen, az újratelepített OMV-be simán visszacsatolhatod azt a 20TB-os merevlemezt, anélkül hogy formázni kellene, minden adat ott lesz ahol hagytad. Csak annyit kell csinálni, hogy felcsatolod:
-
válasz
Zügynök
#20867
üzenetére
A képernyőn látható hibából szerencsére nem következik, hogy az adatlemez sérült volna. A képen csak annyi látható, hogy a rendszerlemezen egyes file-ok sérültek meg.
Az OMV újratelepítése előtt hasznos lenne ellenőrizni az adathordozó (SSD) állapotát. Az ellenőrzésre több lehetőség is van, de leggyorsabban és legegyszerűbben egy másik, működő számítógépben lehetne leellenőrizni.
A telepítő is végez egy alapfokú ellenőrzést a telepítés megfelelő fázisában, azonban sok időt, energiát és bosszankodást lehet megspórolni egy előzetes ellenőrzéssel.
Valamitől letérdelt ez az SSD. Könnyen lehet, hogy nem érdemes ugyanerre visszatelepíteni az OMV-t. -
válasz
Zügynök
#20867
üzenetére
Miért akarsz 20TB-nyi filmet lementeni, amikor úgyis letölthető a netről mégegyszer? Ha családi fotó lenne megérteném.
Csak simán húzd le a lemezt, a rendszer SSD maradjon a gépben, újrarakod az OMV-t. Amúgy sem bántja a többi lemezt a telepítő, de így meg végképp nem fogja, telepítés után fogod tudni csatolni a lemezt és a megosztott mappákat újra létrehozva látni is fogod a tartalmát. -
Zügynök
tag
Köszönöm, tehát kiveszem a 20 terrás hdd-t, amin a filmek vannak, és megpróbálom újratelepíteni az OMV-t. Ezzel együtt mintha valamelyikőtök azt mondta volna, hogy a hdd-én a filmek valószínűleg sértetlenül most is rajta vannak, ha valahová felcsatolom, akkor ott ki is tudom olvasni, jól értettem? Mert ha ki tudom olvasni, el is tudom menteni és ezután már sokkal jobban érzem magam. Szóval hogyan és hova kell felcsatolnom? Esetleg arról van szó, hogy ha újratelepítettem az OMV-t, akkor az újratelepített Nas-ba is vissza lehet tenni és csatolni a filmeket tartalmazó 20 terrást? Én úgy emlékszem, hogy az OMV telepítés után, amikor a háttértára(ka)t ráteszem, akkor egy formattálással kezd, ettől félek, ekkor tűnne el végleg a 3500 filmem. El tudjátok majd mondani, hogyan kell OMV telepítés után visszacsatolni a régi driveot formattálás nélkül?
-
cigam
titán
válasz
Zügynök
#20865
üzenetére
Sérült az initramfs. Ezt húzza be a memóriába minden induláskor. Vagy a fájlrendszer sérült (vagy a memória hibás).
Húzd ki a nagy merevlemezt, hogy az adatok ne sérüljenek, és csak az SSD maradjon benne. Majd próbáld meg újratelepíteni az OMV-t. Ugye volt mentésed a beállításokról?
Ebből kiderülhet hogy az SSD-vel van-e baj.
Ha nagyon nem találsz a környéken vállalkozó kedvű fórumtagot, hívj fel pár számítógép szervizt. -
-
válasz
sad_Vamp
#20859
üzenetére
Igazából amit szeretnél, az három különböző eszköz. Össze lehet drótozni egy gépbe, de jelentős kompromisszumokkal.
Az N100-as normális videólejátszásra, szinte biztosan nem alkalmas. Az OMV egy oprendszer, azon nem fut sem médialejátszás, sem böngésző. Esetleg, ha Debiant teszel fel, és azon futtatod az OMV-t. NAS-ként elég lehet az N100. -
sad_Vamp
őstag
Találós kérdés:
Mi az a legkisebb fogyasztású (vagy legolcsóbb) konfig amin tudok futtatni egy OMV NAS-t és tudom használni HTPC-ként, vagy média lejátszóként (1080p-4K). Fontos, hogy kell egy plugin-ozható böngésző is főleg a YT miatt... (nem a googlenak nem vagyok hajlandó fizetni egy kanyit se reklámmentességért, már minden adatom tudják amit lehet, és ígyis úgyis pénzzé teszik/tették azt is) de böngészni is
.
Próbált már valaki ilyesmit? vannak tapasztalatok? -
benceyce
tag
Sziasztok!
A segítségetek óta szuperül működik az OMV egy Intel Atom 330-as gépemen.
Eljött viszont a bővítés ideje.
Kevés lett a benne lévő HDD.
Az a kérdésem, hogy hogyan tudom az új vinyót csatolni a régi vinyó egyik mappája alá?
Tehát van a régin pár egyértelmű mappa, fotók, filmek, stb. A filmeken belül is van több mappa. Azok közül az egyik mappa alá szeretném befűzni az új vinyó teljes méretét.
Ezt hogy tudom megtenni?
Köszönöm 🙂 -
DonToni
aktív tag
Lehet nem voltam elég egyértelmű, de akkor még egyszer. Így kezdtem, hogy:
"egy másik, már x éve működő Dlink nasból szeretném "áthozni" a merevlemezeket egy nem rég épített és telepített gépbe (az adott op.rendszerrel) (vagyis az OMV -vel telepítettem a gépet, meg ez a topik is erről szól.) amin azt hiszem Ext4 filerendszer van jelenleg (mármint a mostani Dlinkes nas-on... ez azóta már biztos az, mert megnézem, tehát ext4. "
"Ha ebbe a gépbe teszed a régi NAS lemezét, akkor elérhetővé teheted az EXT4 fájlrendszerű merevlemezedet a hálózaton keresztül." - Igen, pontosan ez a tervem, de valahogy nem sikerült eddig, mert hibát dobott. Lehet "komplett" meghajtót a jelenlegi file struktúrával "felcsatolni" vagy csak mappákat???
A "Windows alatt (is) működni fog..." dolgot azt úgy értettem, hogy a file megosztás fog működi... tehát elérni szeretném Windowsos gépről a meghajtókat (vagy mappákat) fileok felmásolása-törlése, illetve majd egy okos tv-ről filmet nézni/ zenét hallgatni, stb.
Ehhez kell -e valamilyen programot külön letölteni??? -
cigam
titán
válasz
DonToni
#20840
üzenetére
Csak hogy pontosan értsük. Egy Windows-t futtató gépen szerettél volna OMV-t feltenni? Az nem fog menni.
A gépre eleve OMV-t kell telepíteni, ami egy előre beállított Linux, amit a WEB-es felületen keresztül tudsz elérni, mint a készen kapható NAS-okat. Ha ebbe a gépbe teszed a régi NAS lemezét, akkor elérhetővé teheted az EXT4 fájlrendszerű merevlemezedet a hálózaton keresztül.Ha ragaszkodsz a Windows-hoz, az már nem ennek a topikra tartozik. A WSL a Windos Subsystem for Linux rövidítése. Ezzel egy Linux rendszer is elindíthatóvá válik a Windows-on belül, amin keresztül már elérhető az ext4 fájlrendszer. Nem kezdőnek való megoldás (terminálban kell parancsokat kiadni). A többi megoldás, hogy telepítesz egy kiegészítőt, ami eléri az ezt fájlrendszert. Vagy az intézőben mint egy meghajtó, vagy a programon belül látod a meghajtót. Ilyen az ingyenes Linux Reader™ for Windows
-
DonToni
aktív tag
Nos én eleve az említett nas-t szerettem volna leváltani egy "custom" gépre, így kerestem és találtam rá az OMV-re... szóval feltételeztem, hogy Windows alatt (is) működni fog...
Részeredményeim már vannak, de a felcsatolást már az OMV kezelőfelületén (web-es) sem sikerült, max. 1 mappát tudtam megadni... ezt is egy szűz, újonnan formázott "teszt" winyóval próbáltam. Annyit tudok már, hogy konkrét meghajtókat nem fogok látni, csak mappákat?! Illetve ez a WSL pontosan mi? Mert próbáltam telepíteni Media server programot, ami elérhető az egyik menüben a frissítések között, de valamiért az is hibát dobott.... -
DonToni
aktív tag
válasz
szpeti40
#20836
üzenetére
Mármint a Dlinkes, amit most használok ext4 -es, ezt szeretném áthozni abba, amit most építettem! De akkor a válasz röviden: igen, maradhat érintetlen. Köszönöm.
más: próbáltam már felcsatolni, de valamiért nem akart működni (hiba üzenetet kaptam)
Illetve én ezt egy sima, egyszerű, otthoni (csak belső eléréssel) szeretném használni, ezért kell rá valamilyen média szerver program? Vagy elég csak felcsatolni a meghajtókat és utána már látnom kéne pl. Windowsban vagy más eszközökön? -
DonToni
aktív tag
Sziasztok, egy olyan kérdésem lenne (első körben) hogy egy másik, már x éve működő Dlink nasból szeretném "áthozni" a merevlemezeket egy nem rég épített és telepített gépbe (az adott op.rendszerrel) amin azt hiszem Ext4 filerendszer van jelenleg, ez maradhat érintetlen, vagy esetleg érdemes újra formázni valamilyen másik filerendszerre?
-
LZoli74
csendes újonc
Köszönöm szépen a válaszokat! Ezek szerint ez így rendeltetésszerű. Csupán a kiváncsiság hajtott
. Nagyon jól működik minden!Ha már itt vagyunk még egy kérdésem lenne. Feltelepítettem a plug-in-k közül a Timeshift szolgáltatást. Ez ugye biztonsági mentést készít a rendszer főbb beállításairól és ha valami baj van akkor vissza tudja állítani egy korábbi időpontra.
Kérdésem az lenne, hogy ti miképpen állítottátok be? Nálam így van:
Ha jól értem akkor ezzel a beállítással hetente készít egy biztonsági másolatot a rendszerfájlokról a szolgáltatás?
Hozzáteszem; biztos ami biztos alapon én lemezképet is szoktam készíteni két-három havonta.
-
LZoli74
csendes újonc
Üdvözlet Mindenkinek!
Szeretnélek megkérdezni Titeket, véleményetek szerint rendeltetés szerű, hogy a "page cache" ekkorára "dagad"?
Be lehet állítani valahol az értékét, hogy mekkora helyet foglaljon el a memóriából?
Csupán érdekesség végett kérdezem, mert ennek ellenére működik minden megfelelően...
Köszönöm előre is a válaszokat!
-
Jakszy
csendes tag
Sziasztok!
Ennél jobban nem hajlandó betölteni az OMV:
Mit tudni érdemes: Proxmoxban futtatam eddig, két nappal ezelőt felraktam az IMMICH nevű alkalmazást amit konténerben futtatam OMV alatt.Egy rossz szinkronizálás beállítás telerakta képekkel a Proxmoxban lévő local-lvm (PVE) meghajtót és a teljes proxmox összeomlást okozott.(A HA és az OMV is megállt) Miután sikerült pár képet videót kitörölnöm továbra se volt hajlandó elindulni az OMV, de a HomeAssitant életre kelt Van lehetőség valahogy kijavítani? -
mrzed
senior tag
válasz
BB9000
#20827
üzenetére
Köszönöm a segítséget mindenkinek.
Egy kis keresgéléssel sikeresen frissült a rendszer 5-ről 6-ra, majd 6-ról 7-re. Szinte csont nélkül abszolválta a raid-et és a dockert és az abba telepített alkalmazásokat is.
Az alábbi leírással az első backport probléma is megoldható:
link
A végén csak annyi gondom volt, hogy bad gateway-re hivatkozott, amikor webes felületen be akartam lépni. Ez pedig az alábbi paranccsal volt helyrehozható:omv-salt stage run deploy -
A debian 12 upgrade-et magában foglalja a frissítés. Itt olvashatsz róla bővebben. Link
A konténerek frissítésére is létezik egyszerű megoldás, de az upgrade-script nem tudom, hogy alapból minden esetben megcsinálja-e. Olvass utána. Én is az ötös OMV-vel indultam és magam csináltam mindkét upgrade-et. Semmi gond nem volt, de nálam nincsen docker. -
mrzed
senior tag
válasz
szpeti40
#20825
üzenetére
Köszönöm mindkettőtöknek a gyors választ.
szpeti40:
Én is erre jutottam, csak úgy kell nekiállnom, hogy ha mégsem jönne be legyen időm újrahúzni nulláról, hogy ne legyen több napos kiesés.
BB9000:
Ez a két lépéses frissítés a végére felhúzza a debian-t is 10-ről 12-re?
Valamint a dockeres konténerekkel is boldogul? -
A teljes reinstall is egy opció, de lehetőség van az OMV 5-öt -két lépésben - frissíteni OMV 7-re. Link Mindkét út járható. Ha nincs sok beállítandó dolog, akkor a teljes újrainstall is jó megoldás lehet.
A meglévő RAID kötetet az új verzió is látni fogja. Az a legegyszerűbb eset, ha a rendszer önálló partíción helyezkedik el. Ha eddig nem így volt, akkor érdemes lehet átgondolni és az új OMV-t egy önálló eszközre telepíteni.
Nálam pl. egy 120 GB-os SSD van csak az OMV-nek. -
mrzed
senior tag
Sziasztok!
Adott egy 4 éve épített x86 alapú nas. Az akkor elérhető legfrissebb omv5 került rá, azóta is működik rendesen. Évente kikerült a helyéről portalanításra, frissítések rendszeresen lefuttatva. Viszont egy ideje nincsenek frissítések, manuális próbálkozásnál csak egy üzenetet dob, hogy már nem támogatott a rendszer.
Érdemes ezt nulláról újratelepíteni a legújabb 7-es verzióval? Gondolom upgrade a mostaniról nem igazán lehetséges.
Valamint van egy szoftveres, omv5 alatt létrehozott raid0 kötetem. Menthető/átvihető ez az új verzióra, vagy gyalulni kell és újra létrehozni? -
#20822
tradeelek11
Topikgazda
szpeti40
#20818
-
nagyfejü
őstag
Sziasztok!
Eddig ugy müködözz az omv hogy készenléti állapotba kapcsoltam.Ekkor kikapcsolt a gép. Ha használni akartam csak bekapcsoltam és müködött! Most frissitett és bekapcsolás után addig nem tudom elérni amig be nem jelentkezek!Ezzel lehet valamit kezdeni? Nekem ugy jó volt hogy nem kért bejelentkezést! -
#20815
Gabesz87
veterán
BlackJack21
#20814
Gabesz87
veterán
válasz
BlackJack21
#20814
üzenetére
Kritikus adat nincs rajta, csak letöltött sorozatok. Van egy 2TB és egy 4TB lemez, a kisebbik a problémás (korábban is ez volt). Mindkettő WD Red. Biztos nem garisak már.
-
BlackJack21
tag
válasz
Gabesz87
#20813
üzenetére
Pontosan ez történik:
nem mutatta a hibát.
Ezek a programok csak a hibás szektorokat "elrejtik" , utána oda nem ír és jó esetben nem is olvas onnan. Ha bad sector megjelenik meg azt jellemzően egy hardveres probléma okozza. Innentől kezdve az a HDD komrommitálódott ( a szememben) , így minnél hamarabb cserélni célszerű. Lehet még használni kis priorítású helyen, TV-re dugni film lejátszáshoz, kevésbé fontos dolgokra, de innen minden nap ajándék. Illetve nem tudom az életkorát, de lehet hogy esetleg belefér a gariztatásba is.
Ha egy megjelenik, akkor lavinaszerűen jöhet a többi, ahogy a lemezek vagy a fej károsodása egyre nagyobb mértékűvé válik
Nálam jellemzően akkor pusztultak a HDD-k, amikor nagyobb igénybevételnek lettek kitéve ( költözés nagyobb hdd-re, rendszer mozgatás, stb.) na azt már nem tolerálták. Lehet még sokáig elmentek volna az eredeti terhelés mellett.
A javaslatom az, hogy a kritikus adatokat mínnél előbb mentsd le, mert most még olcsóbb, mint később, amikor már teljesen megadja magát. Bár akkor is megoldható, csak azt már szabad szemmel is jól látható összegekért végzi pár speciális cég. -
-
Gabesz87
veterán
Egyik HDD-mre azt írja az OMV, hogy van néhány bad sector. Mit tudok csinálni, hogy tudom megnézni, mi baj lehet ill. javítani (ha lehet)? Úgy emlékszem, mintha régebben is lett volna már valami hasonló, akkor kiszedtem a szerverből, és Windows-on HD Sentinel-el javítottam. Csak gondoltam, valami ugyanilyet OMV-n is lehet. Azt hiszem írta is valaki, hogy HD Sentinelt Linuxra is fel lehet operálni, de nekem túl bonyolult volt, egyszerűbbnek láttam a fenti megoldást.
Itt a log, de nekem ez semmit nem mond: [link] -
Multibit
nagyúr
Azért a magyarításon lenne még mit javítani
-
Az egész egy sima samba megosztás, amibe qbittorrenttel pakoltam be a mappákba rendezett anyagot. A régi rendszer még raspberry alatt futott OMV 6 vagy 6.5 rendszer volt. A jelenlegi egy x86-os alapra épített OMV 7 rendszer. A qbittorrent verzió is biztosan eltér, mert raspberry-nél nem a legutolsó verziót használtam, viszont mind a kettőnél dockerben futott (bár ez nem hiszem számít most). Ugyan úgy osztottam meg mindent, samba-val.
2 lehetséges okot látok a háttérben. Egyik az, ami itt a fórumon a korábban olvasottakból jön, hogy raspberry-nél simán csak lekapcsoltam a rendszert, de a HDD-t nem válaszottam le előtte, ami meghagyott írásvédettséget a mappákon, és utána mikor a 7-es rendszernél hozzáadtam szintén samba megosztással, akkor a régi mappák megvoltak, régi jogosultsággal (jogosultságokat nem néztem a régi mappákra, ezért csak tippelek). A másik ok ami lehet, hogy maga az OMV6 vs 7 között, illet raspberry arm vs x86 között működik valami máshogyan, ezért lettek írásvédettek a régi mappák.
Azóta annyival sikerült megoldani, hogy ssh-n keresztül a root felhasznállóval belépve terminálból linux parancsokkal már tudtam mindegyiket törölni. Fura, mert a lejátszás samba megosztáson keresztül ugyan úgy ment a videókra, csak a törléssel volt gond (átnevezni nem próbáltam, de szerintem az egy kaptafa). A törlést az egy omv felhasználóval próbáltam, aminek read/write joga van az egész HDD-n.
-
Még mindig jó lenne egy szakértő) Szóval én nem értek annyira hozzá, hogy ezt értelmezzem. 
. 
Ú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: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest