которые должны

Кому должны? Нотариально заверенный документ который удостоверяет тот факт что кто-то кому-то что-то должен есть в наличие?

Вит и пользуйся вашим «as is» линупсом после этого. Лучше заплатить и работать как человеку.

i-rinat он должен подсказать

http://en.wikipedia.org/wiki/Ext3#Defragmentation

Попробуй побайтово при помощи dd эти файлики скопировать, в общем man dd.

Честно говоря удивлен, что они сами не записались по человечески

http://www.nongnu.org/ext2-doc/ext2.html
Block sizes commonly implemented include 1KiB, 2KiB, 4KiB and 8KiB
Blocks are clustered into block groups.

http://wiki.osdev.org/Ext2
Each block group reserves a few of its blocks for special purposes such as:
- A bitmap of free/allocated blocks within the group
- A bitmap of allocated inodes within the group
- A table of inode structures that belong to the group
- Depending upon the revision of Ext2 used, some or all block groups may also contain a backup copy of the Superblock and the Block Group Descriptor Table.

Другими словами, даже если ты запишешь один файл на пустую партицию, а потом попробуешь считать посредством dd, то ты получишь далеко не этот файл.

Есть файлы которые должны (обязательно) хранится без фрагментации, используется ext3 (можно переформатировать в 2) и только в эти.

А если не использовать файловую систему вообще?

хм. интересная идея. попробую создать кучу расширеных раздеов под размер файлов...

Спасибо!

это не хорошо (для меня)

facepalm.png

кучу расширеных раздеов под размер файлов

man lvm

Что-то вы путаете.

Т.е по вашим словам, если на файловую систему будет скопирован, к примеру iso файл, а затем посредством dd этот же файл считан и записан в другой файл, то эти два файла будут различаться ? Нет.

$ ls grub*iso
grub.iso
$ dd if=grub.iso of=grub2.iso 
12572+0 записей получено
12572+0 записей отправлено
 скопировано 6436864 байта (6.4 MB), 0.111196 c, 57.9 MB/c
$ md5sum grub.iso 
afca73bde80d9429af4c7847ddadf5a8  grub.iso
$ md5sum grub2.iso 
afca73bde80d9429af4c7847ddadf5a8  grub2.iso

Нет, можно допустить, что вы имели в виду считывание посредством dd не файла, т.е. в if= указывать не файл, в моём примере if=grub.iso, а носитель информации (раздел), с указанием размера блока, который нужно считать (bs), числа пропущенных блоков с начала носителя информации (skip) и числа блоков, которые нужно считать (count), тогда да, файлы будут отличаться, потому, что файл фрагментирован. Но если вы обращайтесь именно к файлу, то исходный и полученный файл будут одинаковы, иначе зачем вообще нужны файловые системы ?

Пожалуйста, объясни, зачем нужно чтобы файлы были записаны в последовательно (линейно) расположенные блоки на диске?

lv-шки внутри vg очень даже могут быть фрагментированными.

Это управляемый процесс, в отличие от фрагментации файлов на ФС.

в последовательно (линейно) расположенные блоки на диске

Этого нельзя гарантировать на современных дисках то. Ремапы и всё такое...

эмуляция оптического привода средствами grub4dos

Я поэтому и спрашиваю. ТС явно нафантазировал себе что-то и теперь только зря форум засоряет. Надо бы цель узнать.

Юзай fat32 — будет тебе счастье

На НТФС и ФАТ все пашет. Но для первой кривой драйвер вторая по лимитам не катит.

вторая по лимитам не катит

5файлов всего 125М

???

это только начало

exfat. Правда драйвер придётся либо посредством fuse использовать либо собирать в ручную, но зато без fuse.

это только начало

Несколько 32ГБ разделов с FAT32

А если у ТСа файлы более 4Гб...

Зачем? Она может до 2Тб. А вот файлы до 4гб...

Почему именно ext2 или ext3, есть же btrfs который из коробки умеет дефрагментацию (в том числе и налету)?

shake вроде, но лучше не забивать фс под края, фрагментации не будет

сделай себе файл для своих целей и работай с ним как с блочным устройством (тут в соседних темах об этом написано)