Naplózó filerendszerek (journaling)

Sziasztok!
A gondom az, hogy két általunk használt gépen is nagyon lassan tudok fájlokat törölni. Mindkét gépen frugalware linux van, a különbség az, hogy az egyiken software-raid1-be van kötve két 320 gigás winyó, még a másik esetben hardware-raid5 (Promise EX8350) tömbben van négy 500 gigás HDD. Mindkét esetben az a jellemző, hogy az írási, olvasási sebességek teljesen jók, a törlés viszont kivárhatatlan és jelentősen terheli is a gépet.
Azon gondolkodtam, hogy nem lehetséges-e az, hogy valamilyen módon be van az kapcsolva, hogy fájl törlésénél a felszabaduló szektorok nullázódjanak le? Az megmagyarázná, hogy miért tart egy 600 Mb-os fájl letörlése tizenhat másodpercig.

Egy viszonylag nagy (1,5 TB) reiserfs filerendszer megteléshez közelítve (8 GB szabad hely) átváltott readonly-ba.

A mount parancs szerint rw:
/dev/sda11 on /STORE type reiserfs (rw)

A /proc/mounts szerint viszont már readonly:
/dev/sda11 /STORE reiserfs ro 0 0

Ami viszont a legriasztóbb, hogy:
# mount -t reiserfs /dev/sda11 /STORE -o remount,rw
mount: /dev/sda11: can't read superblock

Van valami ötletetek, hogy mit lehet kezdeni vele?
Tudom, leginkább lementeni kellene, de ennyit nincs hova. És egyébként is pont ez szolgált lementőhelyként is.

Éppen nézegettem az egyik PHP-s oldalamat, mikor a PHP elkezdett olyan üzeneteket dobálni, hogy nem tud írni. Oldalról kilép, belép - de minden marad.
Megnézem a syslogot:

Nov 28 09:19:38 lobo proftpd[27870]: lobo (localhost[::ffff:127.0.0.1]) - FTP session opened.
Nov 28 09:20:02 lobo /USR/SBIN/CRON[27886]: (www-data) CMD (php /usr/share/cacti/site/poller.php >/dev/null 2>/var/log/cacti/poller-error.log)
Nov 28 09:20:04 lobo snmpd[3584]: Connection from UDP: [127.0.0.1]:42773
Nov 28 09:20:04 lo...........................................................................................................................................
Nov 28 09:56:03 lobo proftpd[29316]: lobo (localhost[::ffff:127.0.0.1]) - FTP session opened.

Ugye 09:20:04-kor érdekes bejegyzés, erre "touch valami" eredménye: "filesystem is readonly". Fakk.

mount -o remount /

Egyelőre ez megoldotta a gondomat. De: hol találok bármiféle bejegyzést arról, hogy mi okozta ezt?
Kösz.

Hi!

Van egy nagy (500GB) partíción, amin van elég sok (~10M) kicsi fájl. Méretileg ezek 2 kategóriába sorolhatóak (200-400byte, szóva <512, és 60k-100k). Most egy ext3- on csücsülnek, s az érdekelne, hogy ezt hogyan lehet/ érdemes optimalizálni. A fontos szempont, hogy gyorsan olvasható legyen, ha nem annyira helygazdaságosan tárol az nem érdekes, az írási sebességnek sem kell extra gyorsnak lennie, a legfontosabb szempont az olvasás. Esetleg megoldható lenne, hogy másik fs- t rakjak alá, ha az annyival jobban kezel ennyi fájlt. Ezenkívül van pár ezer nagyobb fájlocska (~20- 60MB).

Köszi a válaszokat, ötleteket, becnkmarkokat. Néhányat ugyan már olvastam, de azokból nem lettem sokkal okosabb.

hali!

akadt egy kis problemam egy .mdf file mountolasakor.
ha egy sima cd/dvd-t mountolok, akkor a file nevek ugy jelennek meg, ahogy az a cd/dvd-n van (hosszufilenevek, szokozok a filenevekben, kis/nagybetu...) viszont ha egy .mdf filet mountolok fel, akkor a fileneveket kisbetusse teszi, a szokozoket atalakitja _-ra, es max 8 karakter hosszuak lesznek.
gondolom a problema kernel szinten lehet, de nincs otletem, hogy hol, es mit kene keressek/nezzek...
a linux egy gentoo, teljes utf8 tamogatassal (lehet ez a problema? masra mar nemigen tudok gondolni)

koszi elore is a segitseget

attempt to access beyond end of device
sda: rw=0, want=602871260, limit=312581808
attempt to access beyond end of device
sda: rw=0, want=602871261, limit=312581808
attempt to access beyond end of device
sda: rw=0, want=602871262, limit=312581808
attempt to access beyond end of device
sda: rw=0, want=602871263, limit=312581808
attempt to access beyond end of device
sda: rw=0, want=602871256, limit=312581808
attempt to access beyond end of device
sda: rw=0, want=602871257, limit=312581808
attempt to access beyond end of device
sda: rw=0, want=602871258, limit=312581808
attempt to access beyond end of device
sda: rw=0, want=602871259, limit=312581808
attempt to access beyond end of device
sda: rw=0, want=602871260, limit=312581808
attempt to access beyond end of device
sda: rw=0, want=602871261, limit=312581808
attempt to access beyond end of device
sda: rw=0, want=602871262, limit=312581808
attempt to access beyond end of device
sda: rw=0, want=602871263, limit=312581808

Ez fogad minden rendszerinduláskor, csak nem ennyi, hanem rengeteg. Vagy 10mp-ig ezt darálja. Fogalmam sincs miért van, tegnap telepítettem a 10.3-at már az első indulásnál ez volt. Előtte a 10.2 is írt egy pár ilyet, de nem annyit, mint most a 10.3.
Most a telepítés előtt teljes törlés volt, mert mások lettek a partíciók méretei.
Miért van ez, és mit lehet tenni? "end of device" - talán rosszul címzi meg a szektorokat?
Ja, amúgy a rendszer hibátlanul és villámgyorsan megy, nem hiányol semmi fájlt, nincs bootoláskor failed, csak zavar ez a dolog...

Köszi!

Sziasztok,

Elég nagy parám van. Egyik particiómon végeztem egy mkfs.reiserfs beavatkozást, és most mégiscsak kellenének róla adatok.

Van valami remény az adatok visszaállítására? (Partíció mérete nem változott, előtte ugyanolyan verziójú reiserfs -3.6- volt rajta, mkfs óta adatot nem tettem rá.)

előre is köszi

Sajnos szállítás közben megsérülhetett a vinyó, és így az egész partíciós táblája oda lett.

Windows alatt nem sikerült visszaállítanom az ext3-as adataimat (Stellar és a Quick Recovery For Linux féle programok), mivel nem láttak minden fájlt, sőt.

Az a kérdésem, hogy lehet-e Linux alól valami olyan programot indítani (biztos lehet, csak nem tudom, hol kezdjem a keresést), ami kiírja a volt partíció tartalmát valahova, majd azon belül keresgélek vagy akár közvetlenül a winchesteren kutat.

Van valakinek tippje, hogy mivel lehet egy hdd-n megkeresni egy xfs particiót, vagy ha az egészet nem is, de részben fájlokat kinyerni az xfs-ből, ha a particiós tábla törölve lett. Ez egy többfelé osztott hdd -volt, így nem tudom hol kezdődött. Sajnos felül lett írva egy új táblával és egy mkfs.ext3 és mkfs.swap is elindult, de nem tudom meddig jutott amikor lelőttem.
Testdisk szépen megtalált és helyreállított 2 ntfs particiót de az xfs-t nem leli. Az xfs valószinüleg extendedbe volt.
??? :( (Most egy időre megjegyeztem, hogy nem nézegetek a laptopon ismeretlen telepitő kiteket)

Sziasztok !

Lehet valamit tenni az ellen, hogy sok kis fájlt tartalmazó könyvtárakat (pl. /usr/bin) a rendszerem ne undorítóan lassan listázza ki?

Természetesen "sima "ls parancsra nincs különösebb panaszom, de MC-ben, vagy valamilyen grafikus fájlkezelőben elképesztő (Konqueror, a /usr/bin-t, ami 3280 db fájl, kb. 30 mp alatt listázza ki). Másodszorra már gyorsabb, gondolom a gyorstár miatt.

Rendszer:
RHEL4 WS4
AMD Athlon 3200+
SATA HDD
Ext3 fájlrendszer

Üdv:

Black