Naplózó filerendszerek (journaling)

ZFS méretezés segítség!

 ( aspirin | 2017. március 21., kedd - 13:19 )

Sziasztok!

Nem teljesen pontosan írja le a cím a problémát, vagy inkább a segítségkérés okát, de picit kifejtem:
- van 12 db 6T-s diszk egy JBOD dobozban
- 2*1T lemez, meg 2*240 GB SSD a gépben

Hogyan lenne érdemes összefogni a lemezeket, hogy optimális legyen a helykihasználás, és a redundancia legalább 2 lemez halálát elviselje. (elsősorban azért, mert a fene tudja, mennyi idő alatt tudunk pótolni kieső lemezeket... - egyetemen vagyunk...)

Fájl elöző állapotra visszaállítás

 ( csilee | 2017. március 6., hétfő - 0:09 )

Sziasztok!
Van valami módja hogy egy bizonyos fájl elöző verziójára valahogy visszatérjek?
A sztori kispénzű helyen windows XP-s gépek (!) linux szerveren tárolnak dolgokat és benyaltak egy cryptoshield 2.0 -t szinte mindent sikerült visszaállítanom a biztonsági mentésekből de kéne 2db fájl amiket jó lenne frissebb verzióban is látni. Most a könyvtárban ott van a crypted fájl és a biztonsági mentésből visszatólt is, de ez pár napos (és sok-sok ember pár napos munkája)

openSUSE Tumbleweed alatti btrfs kinyúlt?

 ( toth_a | 2016. március 7., hétfő - 18:34 )

Jelenleg egy laptopon egy 20150924 "állású" - tehát meglehetősen régen nem frissített - openSUSE rendszer található, kb. 400 GB-nyi helyen (ennek is nagyobb része akkoriban üres volt - az elmondás alapján). Miután nem akar elindulni - a gép igen (bootol) ÉS nem volt leejtve!, de nem indul maga a rendszer, hanem mindenféle krix-krax következtében "megáll" konzolképernyővel (a Caps Lock bill. is villog...)

Próbáltam ma egy 20160306-os ISO image útján frissíteni, de a btrfs rész csatolásánál az egész leáll hibával!
A rendszerpartíció kiválasztásának a lehetőségéig eljut, de utána jön a hibaüzenet.
Hivatkozik a YasT-ra (is), valamint egyéb másra (ezeket nem írtam fel...), de...

1. lenne-e lehetőség egy - szigorúan és minimális adatmentésre (max. 0,5-1 GB-nyi anyag lenne: LO fájlok, néhány kép stb.)?
2. olvasható-e pl. Win7 alól ez a fájlrendszer? Ez utóbbira próbáltam rákeresni, de érdemi, avagy értelmes dolgot nem találtam...
3. esetleg egy másik openSUSE telepítésű gépen keresztül "megfogható" lenne az a néhány adat?

Előre is köszönöm az esetleges válaszokat.

Reiserfs partició létrehozása (win alatt lehetőleg)

 ( b-max | 2016. március 4., péntek - 10:33 )

Nem tudtok olyan particionáló programot, lehetőleg WIN alá, ami képes Reiserfs partició létrehozására ? Egy régi Freecom NAS ujjáélesztésére kellene.

ZFS Fájlrendszer vállalati környezetben

 ( davies007 | 2016. február 26., péntek - 23:59 )

Bár ... "ZFS is a transactional filesystem." jobb helyet nem találtam neki.
Régen volt róla vita, asszem itt is, hogy ki az aki rábízna vállalati szintű dolgokat, nos én voltam ilyen bátor.

3év tapasztalata pedig az, hogy teljesen megérte, elöszőr FreeBSD aztán ZFS on Linux.

Egy little bit tutorial, sokan írkálják azt, hogy tök jó csak megzabálja a RAM -ot... Hát igen, de mégsem.

Íme egy trükk:

/etc/modprobe.d/zfs.conf
options zfs zfs_arc_max=1073741824

Ez a beállítás felel azért, hogy az ARC Cache mennyit zabáljon.

btrfs miért nem tömörít?

 ( hg2ecz | 2016. február 10., szerda - 20:35 )

Sziasztok!

BTRFS-sel kísérletezek, most 4.4-es Linux kernel felett. Régebben ha mount opcióként az fstab-ban compress-force=zlib szerepelt, akkor gzip-pel tömörítette az inode-okat. Az utóbbi idők Linux disztribúcióiban ezt nem tapasztalom.

Ha össze akarom tömöríteni, akkor
btrfs filesystem defragment -czlib -r /mountpoint
hatására tömörödik csak össze.

Az okát keresem, mit rontok el vagy mi változott a kernelben? Netán nem elég az fstab-ban mount opcióként, hanem kell kernel boot paraméter is?

ext4 lazy itable initialization

 ( maszili | 2015. december 25., péntek - 11:11 )

Üdv mindenkinek,

CloudLinux 7.2 Rendszer telepítése után szembesültem az Ext4 új tulajdonságával. Hogy csökkentsék a fájlrendszer létrehozási időt egy lusta inicializálási mód szerint jön létre a fájlrendszer.

Reduced mke2fs time via lazy itable initialization in conjunction with the uninit_bg feature

Announcing: Veeam Backup for Linux

 ( jzola | 2015. október 29., csütörtök - 9:28 )

http://www.veeam.com/blog/announcing-linux-server-backup.html

"Veeam does not leverage LVM snapshots. Instead, it has implemented a proprietary volume snapshot provider that does not suffer from the same limitations as LVM snapshots. This allows Veeam to take block-level snapshots on a vast range of file systems while storing snapshot data on the designated storage device, instead of on the actual volume you are backing up! And what’s more important, the solution can take a consistent snapshot of the server’s storage by using only the built-in functionality of Veeam Backup for Linux."

Fs kerestetik

 ( nehai | 2015. október 9., péntek - 1:34 )

Létezik olyan használható és karbantartott fs amiben az adatokat és a metaadatokat szeparáltan lehet tárolni?

Pontosítás:
Metaadat = minden adat ami a file tartalmán felül keletkezik. Tehát ha van egy 1 kB-os file-om akkor a data eszközre kerüljön felírásra 1 kB és csak annyi, minden egyéb sallang (név, könyvtárfa, i-node, log, cache, stb) kerüljön a metaadat eszközre.

milyen fs jó pendrive-ra?

 ( gee | 2015. július 24., péntek - 16:47 )

A kérdés röviden: van egy 64G méretű, <1 éves pendrive, linux alól használnám, nem gyakran. Milyen fs-t tegyek rá?

Rendes linux alól használható fs kéne rá, ami nem irkál rá feleslegesen. Szóval kell kisbetű nagybetű, kellenek posix jogok, kell felhasználó, group, symlink, minden ilyesmi. Access time frissítés nem kell.

Journal nem kell, ha összekuszálódik a fájlrendszer, leformázom és backupból visszatöltöm rá az egészet.

[Megoldva] Memdiskhez fájl rendszer.

 ( szilas | 2015. április 23., csütörtök - 23:36 )

Hi mindenki!

Kérdezném a közösséget, hogy van-e olyan fájl rendszer, ami zramra telepíthető és (most jön a neheze), ha törlik róla az adatokat, akkor visszazsugorodik minimális (eredeti) méretére.
Próbáltam hagyományos FS-eket (ext2, ext4, btrfs,) és flash alapút is (F2FS).
De mindegyiknél ugyanaz a probléma: induláskor még jó a memfoglalás, írok rá -> elfoglal annyit amennyi szükséges, de miután törlöm a rá felmásolt adatot (tehát üres a "meghajtó") marad a memfoglalás ugyanannyi. Nem szabadítja fel önmagán a keletkezet helyet.

zfs helyett milyen fájlrendszert?

 ( szs | 2015. január 3., szombat - 10:24 )

Sziasztok!

Eddig zfs-t használtam, de sajnos az egyik gépemen sikerült egy vissza-visszatérő problémába belefutnom, abban meg nem nagyon bízom, hogy a fejlesztők épeszű időn belül kijavítanák.

Szóval keresek egy fájlrendszert zfs helyett.
Ami miatt eddig zfs volt:
- minden adat checksumolva, scrub esetén helyreállítja a replikákból
- nem kell bajlódni a raid-lvm-fs vonalon, egyben minden, átlátható
- ssd mint cache
- lz4 tömörítés

Hibás ext4 életre lehelése

 ( covix | 2014. december 28., vasárnap - 15:06 )

Sziasztok,

1tb hdd 2x500Gb ext4 partícióval banana pi sata portján. Második partíció mentés, aminek az eredetijét sokésszel letöröltem. (Kell a hdd, úgyis van mentés. Na innen még két napot ment)

Amit eddig tudok:

A HDD-nek semmi baja.
cfdisk és fdisk -l szerint is ott vannak a partíciók ahol lenniük kell.
mount /dev/sdb(1|2) /akarhova szerint bad superblock...
fsck.ext4 /dev/sdb(1|2) szerint bad superblock...
dumpe2fs /dev/sdb(1|2) szerint nem ext filerendszer, így nem is ad backup superblockokat.
file -s /dev/sdb(1|2): block special

[megoldva] Btrfs tömörítés - felvilágosítanátok?

 ( Turion | 2014. október 28., kedd - 11:24 )

Sziasztok!

Szóval mind a rendszer, mint a /home partícióm ext4 és nincs velük semmi gond. Viszont egy HUP-os ajánlás alapján a torrent partíciómon bevállaltam a btrfs-t, mivel állítólag erre a célra elég jó. (egyebek mellet) Valóban, kifogástalanul működik és sosem volt bajom a teljesítménnyel. Néha ráengedek egy kis online defragot is, az is tök jól működik.

Na most olvastam, hogy a btrfs képes tömörítésre. Gondolom ez hasonló, mint az NTFS-féle tömörítés.

Viszont kérdéseim vannak ezzel kapcsolatban.

ext* fájlrendszerek fragmentálódás

 ( Proci85 | 2014. október 9., csütörtök - 6:19 )

Sziasztok

Igaz a következő linken lévő bejegyzés? https://www.redhat.com/archives/ext3-users/2009-January/msg00026.html

Eddig mindig olyan kijelentésekkel találkoztam, hogy az ext* fájlrendszereket nem kell töredezettség-mentesíteni. Ezt elvégzik maguk automatikusan, így nem tud kialakulni a windowsnál megszokott töredezettség.

A link szerint csak bizonyos megkötés mellett igaz.
Tényleg így van? Az 5% többek között erre is kell? Szinte mindig 0%-t állítok be. Nem éreztem különösebben hátrányát.

mkfs.ex4 es mkfs.ext3 + tune2fs -O extents,uninit_bg,dir_index kozti kulombsegek

 ( htmm | 2014. szeptember 18., csütörtök - 15:12 )

Sziasztok!

XenServer -re telepitek CentOS 7 -et egyelore csak kiserlet keppen (PV guestkent).
Ha a /boot -ot ext3 -ra formazom, akkor minden rendben, ha viszont ext4 -re, akkor a pygrub elszall:

Sep 18, 2014 2:42:20 PM Error: Starting VM 'VMNAME' - Internal error: xenopsd internal error: VM = cf0e40bb-8c07-5a1d-454c-394e43e8c88e; domid = 57; Bootloader.Bad_error Traceback (most recent call last):
File "/usr/bin/pygrub", line 903, in ?
fs = fsimage.open(file, part_offs[0], bootfsoptions)
IOError: [Errno 95] Operation not supported

[Megoldva]Automatikus ntfs-3g big_writes használata, hogyan?

 ( aga_et | 2014. augusztus 8., péntek - 23:07 )

Sajnos sokszor van szükségem arra, hogy csodás NTFS-re kell másolnom akár 10+ Gigabyte adatot. Ez ntfs-3g-vel alapjáraton valami irgalmatlan lassú.
A fent említett big_writes biztosan jó lehet, de nem jövök rá hogyan tudnám használni bármilyen GUI-s cuccal. Valójában terminálban sem jöttem rá hogyan kapcsolhatnám be, nem találtam róla leírást. Mindössze itt volt pár hozzászólás amiben meg lett említve.
Szeretném én is rendszerszinten használni, ebben kérnék segítséget.

Update:

ZFS guru kerestetik

 ( spymorass | 2014. május 13., kedd - 20:30 )

Sziasztok!

Egy ismerősöm szív egy FreeNAS által létrehozott ZFS-sel:

"Freenas 8.03-on 2x2TB, (mirror). Az egyik disken megjelent egy "Pending 3 sectors" hiba. Itt volt a baj, hogy nem foglalkoztam vele elég gyorsan-volt már ilyen, akkor egy-két hónappal később kicseréltem a hibás disket, jó lett. Hát, most nem cseréltem ki és egyszercsak beütött a krach: a másik (tehát addig jó) disk agyhalott lett egyik pillanatról a másikra (próbáltam azóta, csak kattog bekapcsoláskor, aztán le is állítja magát).

Ti mivel allitanatok vissza torolt file-okat? ext3 eseten Windows alol?

 ( FBK | 2014. május 5., hétfő - 0:51 )

hello,

Ti mivel allitanatok vissza torolt file-okat, ext3 eseten windows alol?

Adott egy NAS ami elfagyott majd reboot utan eltunt a folderek nagyresze, amit sikerult visszaallitani eleg gyer szazalek... :(

a raid1 mindket lemezen ez a helyzet.

koszi

Btrfs: elfogyott a hely, pedig nem. Miért? Mi a megoldás?

 ( locsemege | 2013. december 26., csütörtök - 12:48 )

Sziasztok!

Azzal a problémával szembesültem, hogy btrfs filerendszerre nem tudok kiírni adatokat elsőre. Másodjára viszont sikerül. Nézzük az alábbi tesztkörnyezetet:

Hozzunk létre egy image file-t:

truncate -s 200M btrfs.img

ext2, readonly-mount, not clean - ezt hogy?

 ( apal | 2013. november 21., csütörtök - 20:59 )

Sziasztok!

Egy beagyazott ge'p cf-kartyajan van egy ext2 filerendszer, ami normal esetben csak olvashato modon van felcsatolva (mount -o ro ...). Megy is a rendszer. Namost, dd + netcat + ... kombo'val csinalok egy klo'nt errol a rendszerro"l (mondjuk egy masik cf-kartyara, vagy egy sima file-ba lementem egy mezei hdd-re, mindegy). Ez is jo. Nomost, a miheztartas ve'gu"tt, az o"rdo"g nem alszik alapon raengedek erre a klo'nra egy fsck-t. Ez meg azt mondja hogy "fs was not cleanly unmounted, check forced".

A kerdes, roviden: ezt igy hogy? Nem tiszta egy readonly mount?

A.

Miért nem tudok helyet felszabadítani? (ext4, 100% foglalt) [SOLVED]

 ( numen | 2013. október 13., vasárnap - 2:43 )

Sziasztok !

Van egy ext4 partícióm, amire nemrégiben egy ismerősöm adatait backupoltam – ebből adódóan most 0 byte szabad helyet jelez.

A dologban az a kellemetlen, hogy most hiába törlök fájlokat, nem szabadul fel hely.
- Próbáltam az e2fs-t, de nem segített.
- Hardlinkeket nem raktam bele, úgyhogy nem ez lesz a gond.
- Átállítottam 4%-ra a root-nak allokált helyet, de maradt a probléma.
- Az e2fsck-hoz lecsatoltam a partíciót, tehát nyilván nem nyitva maradt fájlok okozzák a gondot.

Kinek milyen kérdései/megoldási javaslatai vannak?

[ÁTHIDALVA] Vdi image mountolása -> fájlrendszerhiba

 ( SySERR | 2013. október 6., vasárnap - 17:34 )

Adott egy hálózatról bootolható 32 bites Debian Wheezy rendszer amivel elsősorban Linuxokat szoktam klónozni.
Lényege, hogy a 'mester' rendszer Vboxban lett elkészítve, majd azt a vdi fájlot felmásoltam oda ahonnan PXE-vel bootolt Linux alól érem el.

A következőképpen mountoltam fel a vdi fájlot:

root@pxesys:~# modprobe nbd max_part=16
nbd: registered device at major 43
root@pxesys:~# qemu-nbd -c /dev/nbd0 tveger.vdi
nbd0: p1 p2 p3
root@pxesys:~# mount /dev/nbd0p2 /mnt
EXT4-fs (nbd0p2): mounted filesystem with ordered data mode. Opts: (null)

fuse fallocate()

 ( dash | 2013. augusztus 15., csütörtök - 21:41 )

Azt mondja hogy 3.5-ös verziójú kerneltől felfelé működik a fallocate mondjuk sshfs-sel:

http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=05ba1f0823004e947748523782e9c2f07f3bff0d

Ennek ellenére, 3.9.6-1 Debian testing kernellel és 2.9.2-4 verziójú fuse-val az alábbi hibaüzenetet kapom az aria2c nevű programtól:

Exception: [AbstractDiskWriter.cc:496] errNum=95 errorCode=17 fallocate failed. cause: Operation not supported

Mi kellene még ahhoz hogy menjen a dolog? A prealloc-ot szeretném lecserélni.

Recovery ext4-re formázott NTFS alól

 ( secretx | 2013. augusztus 9., péntek - 19:01 )

Sziasztok,

adott egy 160G sata hdd, amin windows 7 lakott.
Fogtam, szépen lementettem dd-vel az egészet cakk-pakk, és utána instaláltam rá egy linuxot.
Most úgy néz ki, hogy amire lementettem a windowst winyó, haldoklik és nem nagyon tudok semmit kezdeni vele.
Milyen toolal áljak neki megpróbálni visszatúrni a ntfs alatt fileokat arról a winyóról amit újratelepítettem (ha lehet)?

Köszi, Andris