Naplózó filerendszerek (journaling)

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

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.
● Mennyire érezhető ez az írási/olvasási teljesítményt tekintve?
● Azt értem, hogy a partíción tömörítve vannak. De ha átmásolom/átrakom máshová, akkor ott is tömörítve lesznek, vagy ez csak a partíción való tárolásra vonatkozik?
● Mennyire hat ki negatívan a teljesítményre?
● Otthoni felhasználáshoz érdemes bekapcsolni? Nyernék vele annyi helyet, hogy megérje?

Ha számít, a konfig ez:
Linux Mint 17 x86_64 /w Cinnamon
ASUS M2N
AMD Athlon64 X2 6400+ @ 3.2GHz
2x2GB DDR2-800MHz CL5
GeForce GT610
WD10EZEX-00BN5A0 a torrentes diszkem

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

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

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

CentOS6 -on megy ugyan ez ext4 -gyel, sot, CentOS7 -en is, ha elobb ext3-kent hozom letre a /boot -ot es utolag kovertalom.

Mi a kulombseg a ketfele keppen letrehozott ext4 filerendszer kozott?

Koszonom.

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

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:

Alább Deje segítségével úgytűnik megoldódott a dolog. Fentről kimaradt, hogy nekem hordozható eszközök miatt kellett, ez azzal is működik.
Ide is bemásolom, ne kelljen keresni:


/etc/udev/rules.d/80-ntfs-options.rules

ENV{ID_FS_TYPE}=="ntfs", ENV{UDISKS_MOUNT_OPTIONS}="big_writes"

ZFS guru kerestetik

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

Nos tehát van egy olyan tükröm, amin van 3x4096B szektorhiba. Csináltam róla dd_rescueval másolatot, azzal kísérletezgetek, de nem jutottam eredményre, nem tudom importálni a zpool import-tal (-fFX -szel sem tud importálni).
Ubuntu 12.04 server + telepített zfsutils-szal játszom. Leírás szerint teljes a támogatása zfs-re. Próbáltam FreeBSD-vel is, azzal sem tudok importálni.

Nem értek a zfs-hez, szóval lehet, hogy hülyeséget írok: nem cél a pool helyreállítása. 1.4TB-nyi adat van rajta, de kb. 8-900GB-nyi adat elég kritikus (grafikus a szerencsétlen user), azt kéne valahogy megmenteni...."

Tehát olyan embert keresünk Budapesten, aki - fizetés ellenében - tudna segíteni az adatok (ZFS partíció) helyreállításában.
Vagy ötlet is jöhet, hogy mit kellene még kipróbálni.

Köszi,
spymorass

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

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?

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
Formázzuk meg btrfs-re úgy, hogy a kis méret miatt a metaadat és adat terület kevert legyen, s ne fussunk abba bele, hogy vagy a metaadat számára fenntartott hely fogy el, vagy az adatok számára fenntartott, duplikátum semmiből se legyen:

mkfs.btrfs -L home -d single -m single -M btrfs.img
SMALL VOLUME: forcing mixed metadata/data groups

WARNING! - Btrfs v3.12 IS EXPERIMENTAL
WARNING! - see http://btrfs.wiki.kernel.org before using

Turning ON incompat feature 'mixed-bg': mixed data and metadata block groups
Turning ON incompat feature 'extref': increased hardlink limit per file to 65536
Created a data/metadata chunk of size 8388608
fs created label home on btrfs.img
        nodesize 4096 leafsize 4096 sectorsize 4096 size 200.00MiB
Btrfs v3.12

Hozzuk létre a csatolási pontot, majd csatoljuk fel a filerendszerünket tömörítés opcióval:

mkdir /mnt/home
mount -o loop,compress=lzo btrfs.img /mnt/home


Másoljunk rá adatokat. Ezek mindösszesen 66 MB terjedelműek:

rsync -a /home/locsemege/install/cd/hb/4/rootfs/home/ /mnt/home/
rsync: write failed on "/mnt/home/locsemege/.mozilla/firefox/g4byxabc.default/places.sqlite": No space left on device (28)
rsync error: error in file IO (code 11) at receiver.c(389) [receiver=3.1.0pre1]

Nézzük, mit mond a filerendszer utility-je:

btrfs fi df /mnt/home/
System, single: total=4.00MiB, used=4.00KiB
Data+Metadata, single: total=196.00MiB, used=13.39MiB
btrfs fi show
Label: home  uuid: b2c38ec4-eac5-4ac4-ae7a-a5933541c65e
        Total devices 1 FS bytes used 13.39MiB
        devid    1 size 200.00MiB used 200.00MiB path /dev/loop0

Btrfs v3.12

Most töröljük le, amit csináltunk:

rm -Rf /mnt/home/*
ll /mnt/home/

total 0
btrfs fi show
Label: home  uuid: b2c38ec4-eac5-4ac4-ae7a-a5933541c65e
        Total devices 1 FS bytes used 13.39MiB
        devid    1 size 200.00MiB used 200.00MiB path /dev/loop0

Btrfs v3.12
btrfs fi df /mnt/home/
System, single: total=4.00MiB, used=4.00KiB
Data+Metadata, single: total=196.00MiB, used=28.00KiB

Másoljuk újra ugyanazokat az adatokat:

rsync -a /home/locsemege/install/cd/hb/4/rootfs/home/ /mnt/home/

Hm... most sikerült! Ez hogy lehet?

btrfs fi show
Label: home  uuid: b2c38ec4-eac5-4ac4-ae7a-a5933541c65e
        Total devices 1 FS bytes used 26.30MiB
        devid    1 size 200.00MiB used 200.00MiB path /dev/loop0

Btrfs v3.12
btrfs fi df /mnt/home/
System, single: total=4.00MiB, used=4.00KiB
Data+Metadata, single: total=196.00MiB, used=26.30MiB

A kernel a legfrissebb 3.12.6-os. Várom az ötleteket, javaslatokat!

Update1:

Lekérdeztem a filerendszer állapotát közvetlenül a formázást követő mount után. Körvonalazódni látszik a probléma, épp csak azt nem tudom, hogyan lehet kijavítani:

btrfs fi df /mnt/home/
System, single: total=4.00MiB, used=4.00KiB
Data+Metadata, single: total=8.00MiB, used=28.00KiB
btrfs fi show
Label: home  uuid: 457c854b-275f-4193-a44f-613e9dd70a15
        Total devices 1 FS bytes used 32.00KiB
        devid    1 size 200.00MiB used 12.00MiB path /dev/loop0

Btrfs v3.12

Tehát, ha jól látom, az a baja, hogy a rendelkezésre álló 200 MB-ból csak 12 MB-ot foglal első körben a filerendszer. Ebből 4 MB elmegy rendszer célokra, 8 MB marad adatnak és metaadatnak együttesen. Erre viszont természetesen nem fér rá a 66 MB-nyi adat még tömörítve sem. Valami azt súgja, a btrfs automatikusan csinált online filerendszer átméretezést, ezért lehetett az, hogy másodjára sikerült a másolás.

Tehát az a kérdés, hogyan lehet forszírozni, hogy a létrejövő filerendszer valóban kihasználja azt a helyet, amekkora az a device, amit megformáztunk.

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

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]

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?
Köszi előre is !

Itt a df kimenete:


$ LANG=C df -h /mnt
Filesystem      Size  Used Avail Use% Mounted on
/dev/sdd2       724G  708G     0 100% /mnt

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

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)

Majd jön a hibázás 1000-el:


root@pxesys:~# ls -al /mnt/home/tveger
ls: cannot access /mnt/home/tveger/.macromedia: Input/output error
ls: cannot access /mnt/home/tveger/.remmina: Input/output error
ls: cannot access /mnt/home/tveger/.gvfs: Input/output error
ls: cannot access /mnt/home/tveger/.mozilla.new: Input/output error
ls: cannot access /mnt/home/tveger/.cache: Input/output error
ls: cannot access /mnt/home/tveger/.gnome2_private: Input/output error
ls: cannot access /mnt/home/tveger/.gnome-commander: Input/output error
ls: cannot access /mnt/home/tveger/.icedtea: Input/output error
ls: cannot access /mnt/home/tveger/.icons: Input/output error
ls: cannot access /mnt/home/tveger/Downloads: Input/output error
ls: cannot access /mnt/home/tveger/DATA: Input/output error
ls: cannot access /mnt/home/tveger/.dbus: Input/output error
ls: cannot access /mnt/home/tveger/.mateconf: Input/output error
ls: cannot access /mnt/home/tveger/.pulse: Input/output error
ls: cannot access /mnt/home/tveger/.mplayer2: Input/output error
ls: cannot access /mnt/home/tveger/.gstreamer-0.10: Input/output error
.
.
.
drwxr-xr-x 38 1000 1000 4096 Oct  5 17:16 .
drwxr-xr-x  3 root root 4096 Nov 27  2012 ..
d?????????  ? ?    ?       ?            ? .Foxit
-?????????  ? ?    ?       ?            ? .ICEauthority
d?????????  ? ?    ?       ?            ? .adobe
-?????????  ? ?    ?       ?            ? .bash_history
-rw-r--r--  1 1000 1000 3392 Nov 27  2012 .bashrc
d?????????  ? ?    ?       ?            ? .cache
d?????????  ? ?    ?       ?            ? .config
d?????????  ? ?    ?       ?            ? .dbus
-rw-r--r--  1 1000 1000  227 Oct  5 16:14 .disk-manager.conf
-rw-------  1 1000 1000   28 Oct  5 17:15 .dmrc
d?????????  ? ?    ?       ?            ? .fontconfig
.
.
.
.

A konzolban ezt latom:


EXT4-fs error (device nbd0p2): ext4_lookup:1437: inode #131435: comm ls: deleted inode referenced: 163826
EXT4-fs error (device nbd0p2): ext4_lookup:1437: inode #131435: comm ls: deleted inode referenced: 163826
EXT4-fs error (device nbd0p2): ext4_lookup:1437: inode #131435: comm ls: deleted inode referenced: 163826
EXT4-fs error (device nbd0p2): ext4_lookup:1437: inode #131435: comm ls: deleted inode referenced: 163826
EXT4-fs error (device nbd0p2): ext4_lookup:1437: inode #131435: comm ls: deleted inode referenced: 163826
EXT4-fs error (device nbd0p2): ext4_lookup:1437: inode #131435: comm ls: deleted inode referenced: 163826
.
.
.

A Vboxban a rendszer szabályosan lett leállítva és ott nincs is ilyen hiba.
A hiba fizikai gépen és PXE boot-ra beállított virtuálison is egyaránt előjön, tehát a ramhibát és hasonlókat kizártam.

A mester rendszer egy 64 bites Win7 alatti Virtualboxban készült dinamikusan növekvő lemezen. A VirtualBox verziója: 4.2.18.r88780
A PXE-ről bootolható Linux egy Debian Wheezy 3.11.4-es kernellel amit úgy fordítottam hogy működjön a PXE boot + NFS root. Régebbi kernellel is ugyanez a helyzet.

Help pls!

A nem teljes értékű megoldás: A hálózatról bootolt gép csak NFSv2-ben mountolódik fel és annál a legnagyobb fájlméret max 2GB lehet.
Kézzel csatoltam fel azt a elérést NFSv3-ban ahol a klónozandó gép van. Így már tökéletesen működik.
A teljes megoldás még mindig az lenne ha eleve NFSv3-ban csatolódna fel a /.