FAT32 или NTFS?

Пт дек 31, 2004 17:03 pm

Прикупил я себе новый хард и вот теперь в раздумьях, какую файловую
систему на нём поставить?
ЗЫ. диск на 160Гб.

Пт дек 31, 2004 17:22 pm

гм 160 гиг , говарят можно легко навернуть винт объемом выше 130 с чемто гиг. такие винты покупать весьма стремно. И если в хр сию проблему можно решить, то как быть в милениуме и дос.

Пт дек 31, 2004 17:58 pm

У меня гарантия на винт 3 года, т.ч. в течении этого времени можно особо за его состояние не переживать. А все особо ценные данные я резервирую.

Пт дек 31, 2004 21:57 pm

если хочешь одним разделом то ntfs - она более надежная, но есть и недостатки, обычным путем её не видно из под win9x i ME, из доса по дефолту тоже не видно.
Если надежность то нтфс, если хочешь чтобы небыло проблем с доступом к винту то фат ставь... у меня все винты на ntfs

Чт янв 13, 2005 20:06 pm

Народ, дефрагментацию в Raide ntfs под ICH6 какой прогой замутить?

Чт янв 13, 2005 22:26 pm

а я бы форматнул ее в формате ext3 или reiserfs :)

Пт янв 14, 2005 2:08 am

ext3 forever

жаль только там более 2 гиговые файлы не поддерживаются

Пт янв 14, 2005 18:26 pm

dport писал(а):Народ, дефрагментацию в Raide ntfs под ICH6 какой прогой замутить?

А стандартный Дефраг ее не вилит?
Что из консоли управления компьютером.

Пт янв 14, 2005 19:13 pm

NEro писал(а):ext3 forever :)
жаль только там более 2 гиговые файлы не поддерживаются

Можно уточнить источник сакрального знания о лимите в 2 Гб.
Надеюсь мы говорим о нормальных дистрибутивах, а не собранных хацкером Васей Пупкиным после пьянки?

Вот это было ещё в 2003 году

https://listman.redhat.com/archives/ext3-users/2003-May/msg00046.html писал(а):
The maximum file size is going to be limited by the maximum filesystem
size, which is currently 2TB. That being said, you need to make sure
that your programs that will be accessing the file are compiled to use
the LFS API, since 32-bit Linux systems have a 2GB limitation using
the standard POSIX system calls --- this is caused by the fact that
the off_t data type is a signed 32-bit integer, and that limits you to
2GB.

Using the LFS API is pretty straightforward; it can be as simple as
adding -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE to the C compiler
options and recompiling. There are some subtleties if there are any
shared libraries involved, since this changes off_t to off64_t, and
this can break the binary interfaces to some shared libraries; see
http://www.suse.de/~aj/linux_lfs.html more more details and some other
(slightly more complicated) ways of using the LFS API.

Note that many modern distributions compile all ior most of their
userspace with the LFS API enabled, so this may not be an issue,
except for your own, home-grown C applications.

Пт янв 14, 2005 22:21 pm

Конечно не Васей пупкиным, а Редхат 9.0 имеет данное ограничение. Хотя может быть можно поискать более прогресивное ядро, уже собранное как rpm для RH9.0

Чт янв 20, 2005 20:50 pm

В дошонку к размерам файлов и тд и тп

/usr/src/linux/Documentation/filesystems/ext2.txt писал(а):Limitations
------------
Ext2:
Filesystem block size: 1kB 2kB 4kB 8kB
File size limit: 16GB 256GB 2048GB 2048GB
Filesystem size limit: 2047GB 8192GB 16384GB 32768GB

Ext3: это то же самое что и ext2 тока с журнализацией, соответственно ограничения по размерам те же.
О том что огрничивает размер файлов и как это ограничение обойти на 32-разрядной архитектуре написано по адресу: http://www.linuxmafia.com/faq/VALinux-k ... limit.html

RHEL изначально собран с поддержкой больших файлов.