Keresés: - Linux kezdőknek - Mobilarena Hozzászólások

Hirdetés

Legfrissebb anyagok

Mobilarena témák

PROHARDVER! témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

Téma összefoglaló

Utoljára frissítve: 2025-09-12 18:55

Mobilarena

Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel

Új hozzászólás Aktív témák

#73917 _Smooth senior tag lev258 #73916

Új Válasz 2020-06-29 16:23:22 #73917
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz lev258 #73916 üzenetére

Nem a témára értettem, hogy kezdő lenne. Mivel én nem értek különösebben a Linuxhoz, ezért gondoltam a kezdő topicban kérdezni, hátha nem rögtön csak a szitokszavakkal szórnak meg, hanem esetleg szájbarágósan, adott parancsokkal
De ha haladó topicban se áll fel a szőr a hátukon, akkor ott is megkérdezhetem ezt.

Igazából csak annyit szeretnék, hogy ez a szoftveres linux linear raid tömb valahogy visszanyerhető-e, vagy az adatok (jó része), miután ez nem raid0.
Ha pedig nem, akkor miként lehet legalább adatvesztéssel visszanyerni a lemezeket.
#73915 _Smooth senior tag lev258 #73914

Új Válasz 2020-06-29 12:31:33 #73915
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz lev258 #73914 üzenetére

Én vagyok (max) kezdő Linux esetén, ezért gondoltam, hogy itt kérdezek.
#73912 _Smooth senior tag _Smooth #73842

Új Válasz 2020-06-29 10:38:05 #73912
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz _Smooth #73842 üzenetére

testdisk az alábbiakat listázta:
Disk /dev/sda - 2000 GB / 1862 GiB - CHS 243197 255 63
Sector size:512
Model: WD My Book 1140, FW:1025

Disk /dev/sdb - 31 GB / 29 GiB - CHS 30436 64 32
Sector size:512
Model: Generic- SD/MMC, FW:1.00

Disk /dev/sdc - 2000 GB / 1863 GiB - CHS 243201 255 63
Sector size:512
Model: WDC WD20EARX-008FB0, S/N:WD-WCAZAF541526, FW:51.0AB51

Disk /dev/sdd - 2000 GB / 1863 GiB - CHS 243201 255 63
Sector size:512
Model: WDC WD20EARX-00PASB0, S/N:WD-WCAZAE875243, FW:51.0AB51

Disk /dev/md0 - 4000 GB / 3725 GiB - CHS 976691756 2 4
Sector size:512

Disk /dev/sda - 2000 GB / 1862 GiB - CHS 243197 255 63
Partition Start End Size in sectors
1 P HPFS - NTFS 0 1 1 243196 254 63 3906959742
NTFS, blocksize=4096

Disk /dev/sdb - 31 GB / 29 GiB - CHS 30436 64 32
Partition Start End Size in sectors
1 * Linux 1 0 1 26445 63 32 54159360
ext4 blocksize=4096 Large_file Sparse_SB Recover
2 E extended 26446 63 31 30435 63 32 8169474
5 L Linux Swap 26447 0 1 30435 63 32 8169472
SWAP2 version 1, pagesize=4096

Disk /dev/sdc - 2000 GB / 1863 GiB - CHS 243201 255 63
Partition Start End Size in sectors
P Linux md 1.x RAID 0 0 1 243201 80 63 3907029168 [omv:0]
md 1.x L.Endian Raid 4294967295 - Array Slot : 1 (0, 1)

Disk /dev/sdd - 2000 GB / 1863 GiB - CHS 243201 255 63
Partition Start End Size in sectors
P Linux md 1.x RAID 0 0 1 243201 80 63 3907029168 [omv:0]
md 1.x L.Endian Raid 4294967295 - Array Slot : 0 (0, 1)

Disk /dev/md0 - 4000 GB / 3725 GiB - CHS 976691756 2 4
Partition Start End Size in sectors
P ext4 0 0 1 976691755 1 4 7813534048 [FILMEK1]
ext4 blocksize=4096 Large_file Sparse_SB Recover
Ez se látja a hiányzó két merevlemezt.
#73883 _Smooth senior tag _Smooth #73842

Új Válasz 2020-06-22 17:04:56 #73883
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz _Smooth #73842 üzenetére

Majd azért erre is kérhetnénk választ, segítséget?
#73851 _Smooth senior tag BoB #73850

Új Válasz 2020-06-21 12:19:30 #73851
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz BoB #73850 üzenetére

Ez nagyjából igaz is. De a hatását azért látod a többségnek.
Amúgy 10en éve nem használok én se mást (win alatt), mint a saját szutykát. Eleinte kb havonta rádugtam egy pendriveon futó, telepítést nem igénylő szoftvert, ami talán egyszer talált vírust (mert odaengedtem gép elé húgomat, az meg MSN-en mindenre is rákattintott).
Jó pár éve már ennyit se csinálok.
Céges gépen céges policy, hogy legyen. De még az se jelezett az otthoni vasakról származó adatokra. Vagy ennyire xart sem érnek, vagy tényleg nincs vírusom. Bármelyik legyen is, igazolja, hogy nincs rá szükségem.
#73842 _Smooth senior tag cigam #73819

Új Válasz 2020-06-21 10:56:18 #73842
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz cigam #73819 üzenetére

/etc/fstab
# >>> [openmediavault] /dev/disk/by-label/FILMEK1 /srv/dev-disk-by-label-FILMEK1 ext4 defaults,nofail,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,acl 0$ /dev/disk/by-id/usb-WD_My_Book_1140_5743415A4139343532313331-0:0-part1 /srv/dev-disk-by-id-usb-WD_My_Book_1140_5743415A4139343532313331-0-0-part1 ntfs defaults$ /dev/disk/by-label/FILMEK2 /srv/dev-disk-by-label-FILMEK2 ext4 defaults,nofail,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,acl 0$ # <<< [openmediavault]
mdstat:
root@omv:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active linear sdd[0] sdc[1]
3906767024 blocks super 1.2 0k rounding
unused devices: <none>
ez a műküdő tömb lesz
Viszont az a baj, hogy valahogy mind a két tömb md0 volt. Ebből leállítást követően voltak is problémák. Le kellett vegyem az egyiket, majd menet közben kellett visszaraknom. Így abból md127-et csinált, míg a másik md0 maradt.
De, mint látod, nem RAID0 van, hanem Linear. Van esély így valami adatvisszanyerésre?
Ugyanez a linear van/volt a másik tömbön is.
Illetve írod, hogy a hibás lemezt hogyan tudom eltávolítani. De még azt se tudom, hibás-e a lemez - ha igen, akkor pedig melyik.
#73815 _Smooth senior tag cigam #73806

Új Válasz 2020-06-20 15:46:16 #73815
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz cigam #73806 üzenetére

Köszi a gyors választ. A linux homály nekem, a raid tömbök előnyeivel/hátrányaival (többnyire) tisztában vagyok és voltam.
Pont arra volt szükségem, amit írtál. Nem kellett különösebb biztonság, mert nem pótolhatatlan adatok voltak rajta. Úgy voltam vele, ha egyik lemez tönkre is megy, akkor már mindegy, hogy 1,5 vagy 3TB adat megy a levesbe. Ennek viszont elég kicsi a valószínűsége, ezért csináltam így. Azzal nem számoltam, hogy a szoftveres raid maga is meg tud makkanni. Pláne linuxos. De hát van ilyen... ezek szerint.
Viszont az a baj, sehol nem látom se tömbként, se önálló lemezekként.
SSH-n keresztül elérem az OS-t, /etc/fstab tartalmazza is, de azon kívül sehol máshol nem látom. OMV grafikus felületén kezeltem őket egyébként, de ott se látszik, nem tudom törölni se. Tudnátok segíteni?
Sikerül visszanyernem őket, önálló lemezként fogom hozzáadni őket, a másik 2×2TB-s tömbről áthúzom ide az adatokat és ott is megszüntetem a raidet.
#73804 _Smooth senior tag

Új Válasz 2020-06-20 12:57:04 #73804
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

Sziasztok!
Linux alapú OMV fut nekem az otthoni NAS-on.
Sajnos az elején (egyszerűség reményében) RAID-ben csatoltam fel 4 merevlemezemet. 2×2 RAID 0 tömb. Ebből az egyik most eltűnt egy áramszünetet követően (feltételezhetően pont történt közben írás erre a tömbre).
Két kérdésem lenne.
Az egyik, van-e esély visszanyerni ezt az egészet? Közel 3TB-nyi (nem pótolhatatlan) anyag van rajta - de pótolni azért igen körülményes és időigényes lenne.
Másik, ha nincs esély az előbbire, vagy sokkal körülményesebb lenne, mint újra összeszedni az elveszett tartalmat, akkor miként tudom újra elővarázsolni (akár adatvesztés árán), már nem raidként a most nem látható lemezeket?
#67255 _Smooth senior tag Rimuru #67254

Új Válasz 2019-04-24 20:54:05 #67255
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz Rimuru #67254 üzenetére

Köszi.
most találtam egy ilyet.
Csak nekem jelenleg 1 szerverem van (ahonnan korábban átemeltem a második tömböt, az már nem üzemel - de használatba vétel előtt teljesen formáztam és itt az új szerveren újból létrehoztam a tömböt).
Ettől még működhet a linkelt megoldás?
Illetve milyen infóra lehet szükségetek? (írtad, hogy én tudom, hogy épül fel...)
#67249 _Smooth senior tag Cirbolya_sen #67246

Új Válasz 2019-04-24 20:18:12 #67249
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz Cirbolya_sen #67246 üzenetére

Szia,
köszi, de már próbáltam ott korábban, elég kis sikerrel. Akkor egy időre feladtam (se időm, se energiám nem volt foglalkozni a kérdéssel).
Viszont továbbra is probléma és elég idegesítő.
Igazából nem is biztos, hogy labelt akarok megváltoztatni.
A raid tömböknek ad egy "nevet" (md0 volt az elsőnek), de ezen kívül van egy labelje is (pl. FILMEK).
És szerintem a másodszor készített raid tömbnek is ugyanezt az md0-t adta, valszeg ezért akadnak össze.
Ezt nem lehet valahogy módosítani? Mindenképp formáznom kéne hozzá?
#67245 _Smooth senior tag

Új Válasz 2019-04-23 19:29:38 #67245
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

Sziasztok!
OMV-n (Open Media Vault) - ha jól tudom, talán Debian alapú -, hogy tudom átírni a raid tömbök labeljét?
Van 2×2TB lemezből 2 tömböm, de talán mindkettő md0 megnevezéssel akar létezni.
Ha áramszünet miatt újra kell bootolnia, akkor az egyik tömböt nem látja, a másikat meg /dev/md0-ként jeleníti meg.
Ha ezt a látható tömböt boot előtt lehúzom, majd akkor csatlakoztatom vissza, mikor már fut a rendszer, akkor az előzőleg nem talált tömb lesz md0, ebből pedig md127-et csinál.
De ezt minden alkalommal el kell játszani és baromi idegesítő. Azt gyanítom, mindkettő md0-ként szerepelhet, ezért szeretném utólagosan módosítani az egyiken kb bármire.
Köszi előre is.
#65461 _Smooth senior tag lev258 #65446

Új Válasz 2019-01-20 11:38:33 #65461
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz lev258 #65446 üzenetére

Nem tudom, elképzelhető... de sajnos fogalmam sincs, hogyan deríthettem volna ezt ki.
(#65445) Frawly
Köszi, ezt is lefuttattam, de semmi használhatót nem láttam benne - főleg, hogy kilistázta kb 9TB teljes tartalmát.
Felszívtam magam végül, és újratelepítem most az egészet.
Gyorsabbnak és kevésbé idegőrlőnek éreztem ezt a megoldást.
Remélem, többet nem jön elő ilyen probléma.
Azért köszönöm mindenkinek.
#65443 _Smooth senior tag cigam #65441

Új Válasz 2019-01-19 20:21:42 #65443
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz cigam #65441 üzenetére

Na elvileg a torrent file-okat itt tárolja:
/var/lib/transmission-daemon/info/torrents
Az összes környező mappát áttúrtam, minden üres.
#65442 _Smooth senior tag cigam #65441

Új Válasz 2019-01-19 19:34:15 #65442
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz cigam #65441 üzenetére

Nem, de most SSH-n keresztül mc-ben nézegettem.
Persze itt sem igazán tudom, merre keressem
#65439 _Smooth senior tag cigam #65436

Új Válasz 2019-01-19 19:19:25 #65439
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz cigam #65436 üzenetére

Nem voltak abban a könyvtárban. Szinte el se kezdte letölteni, csak befoglalta a helyet. Torrent kliensben nyomtam egy shift+del-t, amivel nem csak a listáról, de a lemezre töltött fájlokat is törli.
#65437 _Smooth senior tag Frawly #65433

Új Válasz 2019-01-19 19:17:00 #65437
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz Frawly #65433 üzenetére

Azt a 3,7GB-t alapból a telepítés közben foglalta be magának, tőlem nem kérdezett semmit.
Sajnos, mire eszembe jutott, hogy gparted segítségével átállítsam, már nem volt elegendő hely annak telepítésére.
Korábban ez a hardver HTPC-ként üzemelt egy 64GB-s SSD-vel, szóval az is lett volna kéznél. De van egy 32GB-s CF kártyám is SATA adapterrel. A gond csak az, hogy 4 merevlemezem van és 4 SATA csatlakozóm.
Első körben az egyik merevlemezre akartam telepíteni, de oda nem akart felmenni. Így végül maradt a pendrive (amiből hirtelen 8GB volt kéznél).
Ha torrent okozta ezt a hirtelen tárhelyfogyást, és az orvosolható, illetve a 8GB kihasználható teljes egészében, akkor elvileg nekem ez a mennyiség elég kell legyen. Eddig 1,7GB-nál többet nem foglalt.
#65431 _Smooth senior tag CPT.Pirk #65429

Új Válasz 2019-01-19 19:04:14 #65431
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz CPT.Pirk #65429 üzenetére

Köszi a választ. Igen, én is úgy tudom, hogy debian alapú.
Megcsináltam, amit javasoltál, de sajnos nem sokat változott a helyzet.
root@omv:~# sudo apt clean root@omv:~# sudo apt autoremove Csomaglisták olvasása... Kész Függőségi fa építése Állapotinformációk olvasása... Kész 0 frissített, 0 újonnan telepített, 0 eltávolítandó és 28 nem frissített. root@omv:~# df -h Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont udev 1,9G 0 1,9G 0% /dev tmpfs 385M 5,9M 379M 2% /run /dev/sde1 3,7G 3,5G 0 100% / tmpfs 1,9G 0 1,9G 0% /dev/shm tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup tmpfs 1,9G 0 1,9G 0% /tmp /dev/md127 3,6T 72G 3,6T 2% /srv/dev-disk-by-id-md-name-KITA-0 /dev/md0 3,6T 3,6T 46G 99% /srv/dev-disk-by-label-FILMEK1 folder2ram 1,9G 29M 1,9G 2% /var/log /dev/sdf1 1,9T 1,6T 281G 85% /srv/dev-disk-by-id-usb-WD_My_Book_1140_5743415A4139343532313331-0-0-part1 folder2ram 1,9G 0 1,9G 0% /var/tmp folder2ram 1,9G 804K 1,9G 1% /var/lib/openmediavault/rrd folder2ram 1,9G 16K 1,9G 1% /var/spool folder2ram 1,9G 14M 1,9G 1% /var/lib/rrdcached folder2ram 1,9G 12K 1,9G 1% /var/lib/monit folder2ram 1,9G 4,0K 1,9G 1% /var/lib/php folder2ram 1,9G 0 1,9G 0% /var/lib/netatalk/CNID folder2ram 1,9G 420K 1,9G 1% /var/cache/samba
Ami a transmissiont illeti, én is ilyesmire gyanakodtam, de sajna nem találom nyomát se.
Próbáltam visszakeresni, hogy hol lehet beállítani, de amit találtam, ott nincs bekapcsolva ideiglenes mappa (lehet, hogy ilyenkor alapértelmezetten a root mappába teszi? Azt gondoltam volna, hogy akkor .part kiterjesztéssel a helyére kezdi tölteni)
Hogy tudom onnan eltávolít(tat)ni?
#65428 _Smooth senior tag lev258 #65425

Új Válasz 2019-01-19 18:43:07 #65428
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

válasz lev258 #65425 üzenetére

root@omv:~# df -i Fájlrendszer Inode-ok IFogl ISzab. IFo.% Csatol. pont udev 487272 440 486832 1% /dev tmpfs 491855 654 491201 1% /run /dev/sde1 247008 51329 195679 21% / tmpfs 491855 1 491854 1% /dev/shm tmpfs 491855 12 491843 1% /run/lock tmpfs 491855 15 491840 1% /sys/fs/cgroup tmpfs 491855 8 491847 1% /tmp /dev/md127 244129792 22952 244106840 1% /srv/dev-disk-by-id-md-name-KITA-0 /dev/md0 244178944 19129 244159815 1% /srv/dev-disk-by-label-FILMEK1 folder2ram 491855 87 491768 1% /var/log /dev/sdf1 294579952 20110 294559842 1% /srv/dev-disk-by-id-usb-WD_My_Book_1140_5743415A4139343532313331-0-0-part1 folder2ram 491855 1 491854 1% /var/tmp folder2ram 491855 56 491799 1% /var/lib/openmediavault/rrd folder2ram 491855 32 491823 1% /var/spool folder2ram 491855 94 491761 1% /var/lib/rrdcached folder2ram 491855 4 491851 1% /var/lib/monit folder2ram 491855 130 491725 1% /var/lib/php folder2ram 491855 1 491854 1% /var/lib/netatalk/CNID folder2ram 491855 3 491852 1% /var/cache/samba
root@omv:~# df -h Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont udev 1,9G 0 1,9G 0% /dev tmpfs 385M 5,9M 379M 2% /run /dev/sde1 3,7G 3,5G 0 100% / tmpfs 1,9G 0 1,9G 0% /dev/shm tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup tmpfs 1,9G 4,0K 1,9G 1% /tmp /dev/md127 3,6T 72G 3,6T 2% /srv/dev-disk-by-id-md-name-KITA-0 /dev/md0 3,6T 3,6T 46G 99% /srv/dev-disk-by-label-FILMEK1 folder2ram 1,9G 29M 1,9G 2% /var/log /dev/sdf1 1,9T 1,6T 281G 85% /srv/dev-disk-by-id-usb-WD_My_Book_1140_5743415A4139343532313331-0-0-part1 folder2ram 1,9G 0 1,9G 0% /var/tmp folder2ram 1,9G 800K 1,9G 1% /var/lib/openmediavault/rrd folder2ram 1,9G 16K 1,9G 1% /var/spool folder2ram 1,9G 15M 1,9G 1% /var/lib/rrdcached folder2ram 1,9G 12K 1,9G 1% /var/lib/monit folder2ram 1,9G 4,0K 1,9G 1% /var/lib/php folder2ram 1,9G 0 1,9G 0% /var/lib/netatalk/CNID folder2ram 1,9G 420K 1,9G 1% /var/cache/samba
Sajnos nekem - abszolút kezdő linuxosként - nem sokat mondanak.
(#65427) cigam
Elvileg jelentősen csökkenti a flash memóriá történő írást. (növelve az élettartamát)
Gondolod, hogy ez okozná?
#65424 _Smooth senior tag

Új Válasz 2019-01-19 17:42:03 #65424
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

_Smooth

senior tag

Sziasztok!
Kis segítséget kérnék. Eddig OMV topikban próbálkoztam, segítőkészek is, az ott talált infók és kommentek alapján sikerült eddig eljutnom, működő rendszert felállítani, az eddigi hibákat elhárítani.
Viszont kicsit kevésbé pörgős a topic, engem meg most egy probléma az őrületbe kerget.
SW:
Linux omv 4.18.0-0.bpo.3-amd64 #1 SMP Debian 4.18.20-2~bpo9+1 (2018-12-08) x86_64
HW:
Asrock Q1900DC-ITX; 2×2GB RAM; 8GB USB stick a rendszer alá; 4×2TB WD Green + 2TB WD MyBook
A gondom:
A rendszer kb 3,6GB tárhelyet szakított magának telepítéskor a 8GB sticken. Ebből nagyjából 1,7GB volt stabilan foglalt egészen tegnap estig. Ma beállítottam a flashmemory bővítményt, illetve letöltöttem, de még nem engedélyeztem az OVPN szervert. Közben be akartam rakni egy torrentet töltésre, de az hibaüzenettel kilépett. (külső meghajtóra mentette volna)
Azt mondja, nincs elegendő hely. Kb 280GB szabad hely van a MyBookon és kb 2GB lett volna a file.
Nézem a lemezeket OMV webGUI-n és látom, hogy a rendszernek fenntartott 3,6GB-ból már 0GB szabad.
Töröltem a torrentet, felszabadult kb 36KB. Gondoltam, telepítem a gparted-ot, és kiegészítem amennyire csak lehet. Helyhiány miatt 58%-nál eldobta azt is.
Töröltem (kb 200MB helyfoglalást jelzett rá), így felszabadult 24KB.
Mi okozhatta hirtelen ezt a duplázást?
/boot könyvtárban ezt a furcsaságot találtam:

Mármint nekem fura, hogy minden duplikálva, fájlnevekben minimális eltéréssel.
Miközben itt meg azt látom, hogy csak 1,7GB foglalt:
root@omv:~# du -hx --max-depth=1 / 6,9M /etc 8,0K /media 4,0K /home 4,0K /export 4,0K /mnt 87M /boot 4,0K /sharedfolders 672M /usr 84K /root 4,0K /lib64 678M /lib 247M /var 15M /sbin 12K /srv 13M /bin 16K /lost+found 160K /opt 1,7G /
Így jelenleg se telepíteni, se torrentezni nem tudok.
Tudnátok segíteni, kérlek?