LINUX.ORG.RU
ФорумAdmin

Выбор fs для 6ти жестких дисков(дубль 2)


0

1

Собрал я мелкий сервачек дома и запихнул туда все ЖД которые валялись у меня по квартире - 4 500гб 1 1Тб и 1 2ТБ. Поставил туда убунту консольную - ибо привык к ней в плане администрирования итд. До этого винчи были в нтфс т.к. юзались под вин. Перечитав кучу форумов плюнул и сделал выбор в сторону старой доброй ext3 т.к. вроде и журнал есть и отлажен драйвер уже 1000 лет. Начал с 500 - скопировал все содержание винча на терабайтник(пустой он благо) - форматнул 500ку в ext3 скопил назад - НЕ ВЛЕЗАЕТ!!!!

при формате в ext3 - убрал ессесно место под рут совсем - ключиком -m 0 т.к на вичах видики и музака - там оно ни к чему.

в нтфс сжатие не стояло - специально проверил перед копированием

Вопрос1: куда делись 12гигов на винче - что ext3 настолько жирная?????

Начал смотреть форумы - наткнулся на топик

http://forum.ixbt.com/topic.cgi?id=76:7664

где некий Sher-khaN! говорит что у него в ext3 пропадают файлы - какбе я совсем на измену подсел ибо у него там флешка сраная а у меня 6 жестких!!

Вопрос2: можт все же из в ntfs оставить и юзать через ntfs-3g???


Ты фильтруй-то в самом деле, кому верить из тех кто на форумах пишет, а кому нет.
Antech'y (которого я по ixbt знаю как чела, разбирающегося в восстановлении данных) или какому-то Sher-khaN!, который пишет "командочка mount".

dumpe2fs -h /dev/sda1 выложи

adriano32 ★★★
()
Ответ на: комментарий от adriano32

Filesystem volume name: BIG500_2

Last mounted on: <not available>

Filesystem UUID: 95c56507-19fd-47d8-b693-8cf42aba00b6

Filesystem magic number: 0xEF53

Filesystem revision #: 1 (dynamic)

Filesystem features: has_journal ext_attr resize_inode dir_index

filetype needs_recovery sparse_super large_file

Filesystem flags: signed_directory_hash

Default mount options: (none)

Filesystem state: clean

Errors behavior: Continue

Filesystem OS type: Linux

Inode count: 30531584

Block count: 122096638

Reserved block count: 0

Free blocks: 120129703

Free inodes: 30531573

First block: 0

Block size: 4096

Fragment size: 4096

Reserved GDT blocks: 994

Blocks per group: 32768

Fragments per group: 32768

Inodes per group: 8192

Inode blocks per group: 512

Filesystem created: Fri Apr 1 09:05:02 2011

Last mount time: Fri Apr 1 09:10:56 2011

Last write time: Sat Apr 2 11:06:22 2011

Mount count: 1

Maximum mount count: 22

Last checked: Fri Apr 1 09:05:02 2011

Check interval: 15552000 (6 months)

Next check after: Wed Sep 28 09:05:02 2011

Reserved blocks uid: 0 (user root)

Reserved blocks gid: 0 (group root)

First inode: 11

Inode size: 256

Required extra isize: 28

Desired extra isize: 28

Journal inode: 8

Default directory hash: half_md4

Directory Hash Seed: c4f354b5-65b8-4e53-8e2a-5d3c5855dce0

Journal backup: inode blocks

Journal features: journal_incompat_revoke

Journal size: 128M

Journal length: 32768

Journal sequence: 0x000006da

Journal start: 8403

fsmoke
() автор топика

НЕ ВЛЕЗАЕТ!!!!

ЧТО НЕ ВЗЛЕТАЕТ????

Вопрос1: куда делись 12гигов на винче - что ext3 настолько жирная?????

Под служебные данные!!!!

Вопрос2: можт все же из в ntfs оставить и юзать через ntfs-3g???

Если хочешь - оставь!!!

Deleted
()
Ответ на: комментарий от Deleted

ЧТО НЕ ВЗЛЕТАЕТ????

То что раньше лежало на винче и прекрасно умещалось

Под служебные данные!!!!

Знаешь Ntfs тоже журналируемая - и достаточно надежная - почемуже у нее на 12 гб меньше этих самых служебных данных

ЗЫ мож можно как нить оттюнингвать все же ext3

fsmoke
() автор топика
Ответ на: комментарий от darkshvein

я конечно не знаю на счет ntfs-3g - но под родной виндой нареканий на ntfs небыло никогда начиная c nt3.5 - за столько лет я не потерял ни одного файла - хотя все было - и свет вырубали и материнки сгорали от статики - так что у меня есть только один аргумент это мой коллосальный опыт. Но с друго стороны я понимаю что неправильно юзать в линуксе не линуксовую фс - я вообще нелюблю смешения такого рода

fsmoke
() автор топика
Ответ на: комментарий от devl547

Я за снятие двух звёзд.
2TC: >я конечно не знаю на счет ntfs-3g - но под родной виндой нареканий на ntfs небыло
а у ext3 ещё больше возможностей, поэтому ;)

darkshvein ☆☆
()

Вопрос1: куда делись 12гигов на винче - что ext3 настолько жирная?????

Умножь число inode на размер inode. 7,3 Гига. При создании ext3 можно выбрать число создаваемых инодов или соотношение байтов-на-один-инод.

можт все же из в ntfs оставить и юзать через ntfs-3g???

Конечно оставь ntfs. Лучше всего ставить fs, в которой уверен. Тот, кто уверен в ext3, пусть использует ext3, а ты используй своё, раз уж такой вопрос возник. В конце-концов, это ведь _твои_ данные, тебе и решать, какая фс обеспечит спокойный сон.

i-rinat ★★★★★
()

Вот, вы теперь узнали один из минусов ext3 --- статическая таблица инодов. Один файл == один инод. По умолчанию их создётся (для больших дисков) очень много. Особенно с учётом, что хранится видео. Но если при создании ФС задать их мало, то потом нельзя добавить, только создавать ФС заново.

mky ★★★★★
()

mkfs.ext3 -v -m 0 -O ^resize_inode -b 1024 (Подробнее)

// Тред не читал. (и таки да, ext4 рулит и педалит)

anon_666
()
Ответ на: комментарий от fsmoke

>почемуже у нее на 12 гб меньше этих самых служебных данных

потому что она их забирает по мере засирания, обеспечивая тебя лютой фрагментацией. всегда твой, кэп

Pinkbyte ★★★★★
()
Ответ на: комментарий от fsmoke

>под родной виндой нареканий на ntfs небыло никогда начиная c nt3.5 - за столько лет я не потерял ни одного файла

дооо... мне вот месяц назад винда грохнула расширенный раздел, если б не testdisk и пляски с dd - данные пошли б по женскому половому органу. Что характерно, виндовые приблуды для восстановления данных отрапортовали об отсутствии ФС как таковой, при том что с помощью dd я все прекрасно восстановил.

Pinkbyte ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.