Vfat jelenség...

Fórumok

Vfat jelenség...

Hozzászólások

Sziasztok!

Mandrake 9.2 alatt tapasztalom folyamatosan az alábbi jelenséget:

A /mnt/rack-re egy 40 gigás vinyón lévő, egykori windowsos partíció van csatolva. A partíció mérete 35G, Típusa: VFAT, eredetileg FAT32. Sajnálatos módon ezt a paríciót mind az XP-nek (ami egy másik vinyón helyezkedik el), mind a Linuxnak tudnia kell használnia, attól függően, hogy épp mit kell csinálnom.

A probléma ott kezdődik és végződik, hogy a Linux rendszer alatt a vfat adatátviteli sebessége (pl. másoláskor) közvetlenül a rendszer indítása után kb. 310KB/s, ami pár óra elteltével nagyjából 1.2-2.6MB/s-on normalizálódik. Egészen addig, amíg a Linux - úgy tűnik, hogy - adaptálódik valahogyan a partíció használatához, semmilyen sebességigényes dolgot (pl. filmnézés, zenehallgatás, stb) nem lehet művelni a rajta található fájlokkal - a többi (linux) partíció természetesen akár 10-12 MB/s-ra vagy többre is képes már kezdettől. Jellemző, hogy ez a probléma pár óra alatt magától megoldódik akkor is, ha semmit nem csinálok a partícióval, de ez nagyon kellemetlen, ha pl. van másfél óra szünetem, és meg szeretnék nézni a szobámban egy epizódot a kedvenc sorozatomból, vagy csak hallgatni egy kis zenét, vagy egyéb triviális haszontalanságot művelni... Egyik megoldás, hogy nem kapcsolom ki a gépet, de ezt nem mindíg tudom megtenni... Más megoldást sajnos nem tudok. :(

Szóval, szerintetek mi okozhatja ezt, természetes-e ez így, és ha nem, akkor mit tudok tenni vele? :)

Nagyon köszi minden segítséget! :)

[quote:773fe5b252="Pingvin"]Sziasztok!

Mandrake 9.2 alatt tapasztalom folyamatosan az alábbi jelenséget:

A /mnt/rack-re egy 40 gigás vinyón lévő, egykori windowsos partíció van csatolva. A partíció mérete 35G, Típusa: VFAT, eredetileg FAT32. Sajnálatos módon ezt a paríciót mind az XP-nek (ami egy másik vinyón helyezkedik el), mind a Linuxnak tudnia kell használnia, attól függően, hogy épp mit kell csinálnom.

A probléma ott kezdődik és végződik, hogy a Linux rendszer alatt a vfat adatátviteli sebessége (pl. másoláskor) közvetlenül a rendszer indítása után kb. 310KB/s, ami pár óra elteltével nagyjából 1.2-2.6MB/s-on normalizálódik. Egészen addig, amíg a Linux - úgy tűnik, hogy - adaptálódik valahogyan a partíció használatához, semmilyen sebességigényes dolgot (pl. filmnézés, zenehallgatás, stb) nem lehet művelni a rajta található fájlokkal - a többi (linux) partíció természetesen akár 10-12 MB/s-ra vagy többre is képes már kezdettől. Jellemző, hogy ez a probléma pár óra alatt magától megoldódik akkor is, ha semmit nem csinálok a partícióval, de ez nagyon kellemetlen, ha pl. van másfél óra szünetem, és meg szeretnék nézni a szobámban egy epizódot a kedvenc sorozatomból, vagy csak hallgatni egy kis zenét, vagy egyéb triviális haszontalanságot művelni... Egyik megoldás, hogy nem kapcsolom ki a gépet, de ezt nem mindíg tudom megtenni... Más megoldást sajnos nem tudok. :(

Szóval, szerintetek mi okozhatja ezt, természetes-e ez így, és ha nem, akkor mit tudok tenni vele? :)

Nagyon köszi minden segítséget! :)

Próbáld meg újra formatálni a particiót.
Vagy ha van lehetőséged próbáld ki más linuxxal is.

Hi!

Esetleg probald meg a noatime mountolasi opciot. Ugye async-re van mountolva a particio?

By(t)e
TBS::Antiemes

Sziasztok! Köszi a válaszokat!

Ezeket próbáltam ki:

Leformáztam, backupról átmentettem vissza --> semmi változás
Kipróbáltam az új csat. opciót (async volt), remount, restart --> semmi változás :(

Gondolom, a partíció mérete nem okozhatja (túl nagy vfatnak)...? :)

hello

[quote:2aa24b2d61="Pingvin"]Sziasztok! Köszi a válaszokat!

Ezeket próbáltam ki:

Leformáztam, backupról átmentettem vissza --> semmi változás
Kipróbáltam az új csat. opciót (async volt), remount, restart --> semmi változás :(

Gondolom, a partíció mérete nem okozhatja (túl nagy vfatnak)...? :)

Probald meg DMA t bekapcsolni hatha jolesz....
[code:1:2aa24b2d61]hdparm -d1 /dev/hd??[/code:1:2aa24b2d61]
nekem altalaban ez megoldja a problemam.
es 40GB nem nagy fatnak.

macskas

Üdv!

A DMA már eleve fel van kapcsolva rá:

[code:1:4245c83c99]
/dev/hdb1:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Invalid argument
using_dma = 1 (on
[/code:1:4245c83c99]

De a "man hdparm" írja, hogy a DMA lassíthatja is a vinyót, ezért megpróbáltam kikapcsolni, ezzel a nem túl bíztató eredménnyel:

[code:1:4245c83c99]
/dev/hdb1:
setting using_dma to 0 (off)
HDIO_SET_DMA failed: Invalid argument
using_dma = 1 (on)
[/code:1:4245c83c99]

Hm... eszembe jutott még valami, hátha ez is hasznos info: Másolás (vagy bármilyen nagysebességű adatmozgatás) közben a percenkénti load average 6-10 között van, a rendszer pedig akad, lassul. :(

Hmmm, en meg 2.4-es kernel kornyeken tapasztaltam azt, hogy ha vfat particiot osztottam meg NFS-en keresztul masolasi celzattal, akkor Stale NFS Handle hibakkal egy csomo file-t nem lehetett megnyitni a masik geprol. Ha ugyanezt atmasoltam egy reiserre es onnan share-eltem meg, akkor meg minden jo volt. Mintha sebessegbeli kulonbseg is lett volna a masolasok kozott, de nem figyeltem tulzottan. Mindenesetre nem lennek meglepve, ha enne 1-2 lappango bug a kernel VFAT tamogatasaban. Tudod mit mondanak ilyenkor: ott a forras, nezd meg, javitsd ki, kuldj patch-et:)

Hi!

HDIO_SET_DMA failed: Invalid argument

Ez azt jelenti, hogy nincs beforgatva a kerneledbe a megfelelo DMA tamogatas. Egyebkent a hdparm -d1 nem eleg, celszeru a -u1 -c1 is. Meg nem artana egy hdparm -tT /dev/hdX.

By(t)e
TBS::Antiemes

olvasgass: -hátha kiókumlálsz valamit

http://www.linuxbog.dk/admin/admin/harddisk-tuning.html
http://usalug.org/phpBB2/viewtopic.php?p=33142

/sbin/hdparm -u1 -m16 -c3 -d1 -X66 /dev/hda

/-X66 = ata66 -X69 = ata100/
Itt a debianos hdparm.conf -om valamit csak segit.
#quantum fireball lct
/dev/hda {
mult_sect_io = 32
write_cache = on
dma = on
interrupt_unmask = on
io32_support = 3
transfer_mode = 66
}

#western digital
/dev/hdb {
mult_sect_io = 32
write_cache = on
dma = on
interrupt_unmask = on
io32_support = 3
transfer_mode = 69
}

#teac dvd
/dev/hdc {
dma = on
interrupt_unmask = on
io32_support = 3
cd_speed = 10
}

#yamaha cd iro
/dev/hdd {
dma = off
interrupt_unmask = on
io32_support = 3
transfer_mode = 12
}

Amugy iostat -dk 5 futtatasa masolas kozben mit mond?

tulajdonképpen miért vfat és nem fat32? Azzla kevesebb gondod lessz.
Mintha a vfatnál rémlene valami 2 G korlát. De lehet hüleséget irok...

nekem is volt ilyen problémám, több hónap után se jöttem rá mi a gáz. Ledúrtam a FAT-ot, ext3-at tettem rá és minden cool.
Evolúció. 8)
Win alól az explore2fs-sel intéző szinten lehet olvasni, NT alapú win-hez van ext2 driver (r/w) a SF-en.

Hi!

Linux alatt mindenfajta FAT a VFAT driverrel megy.

By(t)e
TBS::Antiemes

[quote:46748a8c25="Pingvin"]Üdv!

A DMA már eleve fel van kapcsolva rá:

[code:1:46748a8c25]
/dev/hdb1:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Invalid argument
using_dma = 1 (on
[/code:1:46748a8c25]

De a "man hdparm" írja, hogy a DMA lassíthatja is a vinyót, ezért megpróbáltam kikapcsolni, ezzel a nem túl bíztató eredménnyel:

[code:1:46748a8c25]
/dev/hdb1:
setting using_dma to 0 (off)
HDIO_SET_DMA failed: Invalid argument
using_dma = 1 (on)
[/code:1:46748a8c25]

RTFM, bitch.

hdparm -c1 -u1 -d1 -X{64+UDMAmode#} /dev/hd{device letter}

Dw.