Правильная разметка диска

Fat-Zer написал:

вы хоть раз встречали папку такого размера?

Если вы имеете в виду папку с 720000 объектами, то см. мой пост выше.

все вы неправильно понимате: во первых в памяти хранится и дерево, и простой список, и хрень наутилуса. На 700к файлов это может составить сотни метров RAM

неправильно. Еще в прошлом веке админы заметили, что такие каталоги быстрее всего тарить в пайп, и сразу растаривать. Подробности в info tar.

Fat-Zer написал:

вы хоть раз встречали папку такого размера?

да. Извините, пишу с мобилы, потому пруфов нет. Но это обычное дело.

2 drBatty:
Спасибо

нашёл команду:

[console]$ (cd sourcedir; tar -cf - .) | (cd targetdir; tar -xf -)[/console]
тут никакого сжатия не происходит, просто каталог превращается сначала в поток байтов, и одновременно с этим, этот поток превращается в файлы и каталоги. Сам архив нигде не хранится, т.ч. можно смело копировать так сотни гигов.

drBatty, есть какие-то сакральные причины, почему не так?
[console]tar -cC $SRCDIR . | tar -xC $DSTDIR[/console]

Вот не помню, где читал, но вроде как если два свопа на разных дисках то автоматом они работают как raid 0 - так это или нет?

Fat-Zer написал:

есть какие-то сакральные причины, почему не так?
Консоль:

tar -cC $SRCDIR . | tar -xC $DSTDIR

есть. старые версии тара так не умели. новые могут и так :)

newzenon написал:

Вот не помню, где читал, но вроде как если два свопа на разных дисках то автоматом они работают как raid 0 - так это или нет?

можно сразу два свопа читать одновременно. Но зачем, если они не используются. Куда как полезнее вынести журнал на отдельный быстрый диск.

А у меня все на ext4, но проблем

Ярослав написал:

А у меня все на ext4, но проблем

у меня тоже. давеча сломался диск, и не грузится. :( но не корневой. Проблема в том, что у мну под рукой была только флешка со старым слаксом, а он EXT4 не понимает, только EXT3.

Ярослав написал:

А у меня все на ext4, но проблем

Это имхо пока вы на Мандриве, вот будет- второй-третий-четвертый дистрибутив, тогда появится тяга к познанию / сравнению. :lol:

Ну ладно, продолжим smile А кто что скажет про / на рейзере?
Недавно столкнулся с неприятным глюком незагрузки системы из-за проблемы с корневым разделом (на ext4), что то там про суперблок, который in future. Никакие комбинации ключей fsck не помогли. Плюнул, машинка была нужна срочно, и сделал "дефрагментацию методом переустановки")) Но с ext4 на корневом разделе связываться как-то совсем не захотелось, выбрал ReiserFS 3.6.

dsmith написал:

А кто что скажет про / на рейзере?

Lupo Alberto написал:

С давних пор и до недавнего времени я почти везде (кроме /boot) использовал reiserfs — никаких нареканий!

Lupo Alberto написал:

С давних пор и до недавнего времени я почти везде (кроме /boot) использовал reiserfs — никаких нареканий!

У меня уже есть.
При загрузке "ReiserFS replaying journal", достаточно длинный вывод. Прогнал reiserfsck --rebuild-tree, увидел такое:

...
Pass 0:
####### Pass 0 #######
Loading on-disk bitmap .. ok, 714104 blocks marked used
Skipping 8291 blocks (super block, journal, bitmaps) 705813 blocks will be read
0%....20%....40%block 807721: The number of items (12) is incorrect, should be (1) - corrected
block 807721: The free space (3) is incorrect, should be (720) - corrected
pass0: vpf-10110: block 807721, item (0): Unknown item type found [16777216 2048 0xe00000001000600 ??? (14)] - deleted
....block 1289446: The number of items (10) is incorrect, should be (0) - corrected
block 1289446: The free space (341) is incorrect, should be (4072) - corrected
60%....80%....100%                       left 0, 16805 /sec
123981 directory entries were hashed with "r5" hash.
    "r5" hash is selected
Flushing..finished
...

- на свежеустановленной системе!


UPD возможно, это systemd не(корректно) отмонтирует разделы.

По поводу рейзера : Арч на нем загнулся. Т.е первая загрузка прошла безупречно (быренько так). На второй загрузке арч завис (на 2 часа и больше времени не было желания его держать в таком состоянии) и после перезагрузки через 2 часа он там же завис. После чего система была переведена на ext4 и работала уже без сбоев.

Как вывод : рейзер разочаровал, врядли на него вернусь.

з.ы : Хард не сбойный, бэдов как не было так и нет

dsmith написал:

Недавно столкнулся с неприятным глюком незагрузки системы из-за проблемы с корневым разделом (на ext4), что то там про суперблок, который in future.

причём тут ФС? установили-бы время 1 января 2036го, и всё-бы загрузилось.
у вас ФС была смонтирована в будущем.

dsmith написал:

Но с ext4 на корневом разделе связываться как-то совсем не захотелось, выбрал ReiserFS 3.6.

можно было-бы просто создать ФС заново. и не важно - какую. это не fsck лечится. и вы зря про EXT наговариваете. проблема не в ФС.

dsmith написал:

У меня уже есть.
При загрузке "ReiserFS replaying journal"

сам диск нормальный?

drBatty написал:

сам диск нормальный?

Еще бы. не, это systemd был, сцуко (не размонтировал ФС при выключении).. да ну его на smile Все итак быстро грузится.

drBatty написал:

у вас ФС была смонтирована в будущем.

гм, я не очень интересовался вопросами структуры ФС, но переставлять часы, чтобы загрузится- этот способ как-то.. должен был быть другой. но его я не нашел.

dsmith написал:

Еще бы. не, это systemd был, сцуко (не размонтировал ФС при выключении)..

не знаю...
у нас в /etc/rc.d/rc.0 прописано

echo "Unmounting local file systems."
/bin/umount -v -a -t no,proc,sysfs
echo "Remounting root filesystem read-only."
/bin/mount -v -n -o remount,ro /

а ФС смонтированная в RO просто в принципе не может побиться.

речь была про корневой раздел (со всеми /var и пр.), а он не в RO