Fájlrendszerekkel kapcsolatos kérdések

Flame

Fájlrendszerekkel kapcsolatos kérdések

  • 666 megtekintés

( global77 | 2004. 10. 15., p – 12:39 )

[quote:f681eb726d="gentoopowa"]

1) a dolog ott megbukik, hogy windows alol is akarod latni -> ext2/3.

3) google, viccen kivul, kismillio leiras van. Ezert kar lenne beincludeolni a googlet.

4) hohh? gondolom jo nagy file, ext3 szerintem mehet.

deta

total commanderhez van plugin,amivel tudja olvasni az ext2-ext3-om fájlrendszert.jól működik.

Sot még a reisert is!

( _en_ | 2004. 10. 13., sze – 20:02 )

Tudom, a cím keveset mond, de sajna sok kérdésem lenne. (jah, nem találtam igazából fájlrendszers topic-ot, úgyhogy ide raktam...)

1, Milyen fájlrendszert ajánlotok olyan helyre (linux), ahol ritka írási művelet van, de viszont sok az olvasás, és ált. rohadtnagy fájlokkal dolgozom (~ 0.5-5 GB -t is kellene kezelni), és a partíció is jó nagy lenne(80 -120 GB).

2, 1. kérdés, azzal kiegészítve, hogy windóz alól is lehessen olvasni :D

3, Tud-e valaki valami használható fájlrendszer leírás-t. Igazából olyanok érdekelnének, mit: clustlerméret, max fileméret,max paríció, töredezettségre való hajlam... Bármilyen fájlrendszer-t szivesen veszek, de igazából ezek érdekelnének ext2/3, ReiserFS, FAT16/32, NTFS. guglin kerestem, de nem találtam túl sok használható info-t (jórészt part. manager progik voltak ott)

4, Milyen FS-re rakjak virtuális gép-lemezképfájlokat?

kb ennyi, ha eszembe jut valami, még írok.
A válaszokat előre is köszönöm!

( deta | 2004. 10. 13., sze – 21:25 )

[quote:c5eeb6e60f="_en_"]Tudom, a cím keveset mond, de sajna sok kérdésem lenne. (jah, nem találtam igazából fájlrendszers topic-ot, úgyhogy ide raktam...)

1, Milyen fájlrendszert ajánlotok olyan helyre (linux), ahol ritka írási művelet van, de viszont sok az olvasás, és ált. rohadtnagy fájlokkal dolgozom (~ 0.5-5 GB -t is kellene kezelni), és a partíció is jó nagy lenne(80 -120 GB).

2, 1. kérdés, azzal kiegészítve, hogy windóz alól is lehessen olvasni :D

3, Tud-e valaki valami használható fájlrendszer leírás-t. Igazából olyanok érdekelnének, mit: clustlerméret, max fileméret,max paríció, töredezettségre való hajlam... Bármilyen fájlrendszer-t szivesen veszek, de igazából ezek érdekelnének ext2/3, ReiserFS, FAT16/32, NTFS. guglin kerestem, de nem találtam túl sok használható info-t (jórészt part. manager progik voltak ott)

4, Milyen FS-re rakjak virtuális gép-lemezképfájlokat?

kb ennyi, ha eszembe jut valami, még írok.
A válaszokat előre is köszönöm!

1) a dolog ott megbukik, hogy windows alol is akarod latni -> ext2/3.

3) google, viccen kivul, kismillio leiras van. Ezert kar lenne beincludeolni a googlet.

4) hohh? gondolom jo nagy file, ext3 szerintem mehet.

deta

( gentoopowa | 2004. 10. 13., sze – 21:39 )

1) a dolog ott megbukik, hogy windows alol is akarod latni -> ext2/3.

3) google, viccen kivul, kismillio leiras van. Ezert kar lenne beincludeolni a googlet.

4) hohh? gondolom jo nagy file, ext3 szerintem mehet.

deta

total commanderhez van plugin,amivel tudja olvasni az ext2-ext3-om fájlrendszert.jól működik.

( Toma_ | 2004. 10. 13., sze – 21:42 )

Es jo nagy cluster(blokk) meretet hasznalj.

Toma_

( deta | 2004. 10. 13., sze – 22:20 )

[quote:b19a4484fc="gentoopowa"]

1) a dolog ott megbukik, hogy windows alol is akarod latni -> ext2/3.

3) google, viccen kivul, kismillio leiras van. Ezert kar lenne beincludeolni a googlet.

4) hohh? gondolom jo nagy file, ext3 szerintem mehet.

deta

total commanderhez van plugin,amivel tudja olvasni az ext2-ext3-om fájlrendszert.jól működik.

Igy van, ezert is mondtam az ext2/3-mat... btw, reisert is lehet vele olvasni, ha mar tc-nel tartunk, bar sosem probaltam magat a tc-t sem.

deta

( drojid | 2004. 10. 13., sze – 22:33 )

Vindóz alá van rendes filesys driver ext2/3-hoz, nem kell tc pluginekkel varázsolni... A nevét már nem tudom, szerencsére régóta nincs rá szükségem :)

( _en_ | 2004. 10. 14., cs – 13:16 )

Tehát: TC az nem éppen az igazi, mert nem vagyok admin, de ez mondjuk megoldható.
De viszont tényleg érdekelne, hogy ha a win-t nem számítjuk, azokhoz a file-khez milyen FS-t javasoltok. (1. kérdés)

3) google, viccen kivul, kismillio leiras van. Ezert kar lenne beincludeolni a googlet.

Bocs, de megőszültem, mire rájöttem, hogy a nekem megfelető keresőszó "specifications+filesystem". Próbáltam a fájlrendszer-nevekel variálni, de az sajna nem ment.

Egyébként köszönök mindent!

( Toma_ | 2004. 10. 14., cs – 13:42 )

Sokan szidjak, nem szeretik, de szvsz a FAT32-t linuxal szinte lehetetlen legyilkolni, esetedben szerintem a lemez elete vegeig menne szepen, es jo nagy 32K-s clustermeretettel, bar nem valoszinu hogy eszre venned ha kisebb is.
(Legalabbis nalam eddig nem volt adatvesztes FAT32-n, igaz en a wineknel sem tapasztaltam gondot vele, a nagy XP valtas ota sokkal tobb ntfs crasht lattam... ;) )

( SuperPityu2002 | 2004. 10. 14., cs – 13:42 )

Bocs, de megőszültem, mire rájöttem, hogy a nekem megfelető keresőszó "specifications+filesystem". Próbáltam a fájlrendszer-nevekel variálni, de az sajna nem ment.

A ReiserFS 3.x specifikaciojat megtalalod itt:
http://www.namesys.com/faq.html#reiserfsspecs

Ezt viszont szerintem csak TC-vel tudod olvasni, azzal viszont remekul.
De ha nincs root jogod, ez nem lesz jarhato ut.

Udv, I.

( drojid | 2004. 10. 14., cs – 14:18 )

Nagy fileokat nem tud FAT32n kezelni.

( Toma_ | 2004. 10. 14., cs – 14:26 )

[quote:36f25bfbe3="drojid"]Nagy fileokat nem tud FAT32n kezelni.

oooppsss...tenyleg, bocsi. :oops: :oops:

( Toma_ | 2004. 10. 14., cs – 23:57 )

Bocs, de picit off:

Meg annyit a FAT32 ugyben hozzatennek, hogy vegul is nem is a FAT32-t dicserem igy picit belegondolva, hanem a linux kernel FAT32 tamogatasat, ami lehet, hogy jobban sikerult mint az eredeti MS kernel FAT32 tamogatasa..? ;) Ciki, de a altalam megorokolt FAT32-es particiok hasznalatat koveto tapasztalataim szamomra ilyen kovetkezmenyeket eredmenyeztek..., valahogy a W9x vonal csak a sima hibamentes hasznalattal is jobban osszeganyolta a FAT tablat, legalabbis a NU mindig talalt valami hibat.... :)

( SuperPityu2002 | 2004. 10. 15., p – 09:39 )

[quote:86bdc8ff58="Toma_"]Bocs, de picit off:

Meg annyit a FAT32 ugyben hozzatennek, hogy vegul is nem is a FAT32-t dicserem igy picit belegondolva, hanem a linux kernel FAT32 tamogatasat, ami lehet, hogy jobban sikerult mint az eredeti MS kernel FAT32 tamogatasa..? ;) Ciki, de a altalam megorokolt FAT32-es particiok hasznalatat koveto tapasztalataim szamomra ilyen kovetkezmenyeket eredmenyeztek..., valahogy a W9x vonal csak a sima hibamentes hasznalattal is jobban osszeganyolta a FAT tablat, legalabbis a NU mindig talalt valami hibat.... :)

Ezzel nem feltetlenul ertek egyet. A Linux driverrel elerheto atlagos atviteli sebesseg kb. fele a windowsosnak.
Teny es valo, hogy a FAT32 nem a mernoki tervezes csucsa, de a 2K/XP vonalban azert normalisan meg van oldva a tamogatasa. Multitaszkra viszont nem tulzottan alkalmas (sot, masra sem igazan...)

UDv, I.

( BlinTux v | 2004. 10. 15., p – 11:42 )

Ha mar van ilyen topic, elmondanam egy problemamat. Ma reggel vettem eszre, hogy Linuxom minden parancs utan azt irja hogy Szegmens hiba. nem tudtam mire velni es ujrainditottam. Ekkor jottek a kovetkezo uzenetek bootolas kozben:

eiserFS: hda2: found reiserfs format "3.6" with standard journal
ReiserFS: hda2: using ordered data mode
ReiserFS: hda2: journal params: device hda2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda2: checking transaction log (hda2)
ReiserFS: hda2: journal-1153: found in header: first_unflushed_offset 3641, last_flushed_trans_id 2007019
ReiserFS: hda2: journal-1006: found valid transaction start offset 3641, len 24 id 2007020
ReiserFS: hda2: journal-1206: Starting replay from offset 8620085262421561, trans_id 1
ReiserFS: hda2: journal-1037: journal_read_transaction, offset 3641, len 24 mount_id 144
ReiserFS: hda2: journal-1095: setting journal start to offset 3667
ReiserFS: hda2: journal-1037: journal_read_transaction, offset 3667, len 52 mount_id 144
ReiserFS: hda2: journal-1095: setting journal start to offset 3721
ReiserFS: hda2: journal-1037: journal_read_transaction, offset 3721, len 25 mount_id 144

[.....]

ReiserFS: hda2: journal-1037: journal_read_transaction, offset 4984, len 24 mount_id 0
ReiserFS: hda2: journal-1039: journal_read_trans skipping because 4984 is too old
ReiserFS: hda2: journal-1299: Setting newest_mount_id to 145
ReiserFS: hda2: replayed 35 transactions in 3 seconds
ReiserFS: hda2: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 228k freed
Adding 1109264k swap on /dev/hda1. Priority:42 extents:1
ReiserFS: hda2: Removing [124597 411849 0x0 SD]..done
ReiserFS: hda2: Removing [18 104906 0x0 SD]..done
ReiserFS: hda2: Removing [8478 76039 0x0 SD]..done
ReiserFS: hda2: There were 3 uncompleted unlinks/truncates. Completed

De ezek egy kepernyot beteritettek!
Ezzel mit csinalt a ReiserFS?
Most mar nincs is semi hiba, megy a Linux ugy ahogy regen!

( drojid | 2004. 10. 15., p – 11:46 )

3 bejegyzést törölt: a /etc, a /usr és a /home könyvtáraidat :wink: