Удаленная переустановка ОС

попросить установить минималку локально никак?

кстати, ИМХО разбивка... э... как вам сказать... Короче - идиотская.

Может быть, лучше http://www.debian.org/releases/stable/i386/apb.html.ru ?

хм, а почему идиотская? :) а что бы Вы посоветовали?

во первых, объясните мне зачем корень и boot на разных разделах?

во вторых - зачем reiserfs нужна?

в третьих, почему boot именно на EXT2?

в четвёртых, почему не вынести весь /var/, а только его кусок?

ну и ещё много вопросов...

devil0704

что бы Вы посоветовали?

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

ну, тогда, в случаи, если отделять весь раздел /var, то какую ФС использовать для него? ext4? она будет нормально справляться с интенсивными записями в /var/log?

во первых, объясните мне зачем корень и boot на разных разделах?

потому что держать только загрузчик на отдельной партиции лично мне удобнее. да и если захочется экзотики, с которой не работает Граб - тут /boot спасёт.

во вторых - зачем reiserfs нужна?

потому что это очень быстрая и стабильная ФС.

в третьих, почему boot именно на EXT2?

журналируемая ФС на /boot не нужна.

в четвёртых, почему не вынести весь /var/, а только его кусок?

я бы вообще /var не выносил на отдельный раздел

у меня обычно разметка выгляит так:
/boot - ext2 - 100Mb
/ - reiserfs - 8Gb
/home - reiserfs

либо так:
/ - reiserfs - 8Gb
/home - reiserfs

reiserfs идеален для работы с мелкими файлами. и крупными тоже. вообще райзерфс идеален.

и да, /tmp нужен TmpFS.

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

а есть ли TmpFS в стандартной сборке Debian? Ибо я не замечал..

не очень владею fdisk и не знаю как оформить fstab

А ещё сервер удалённо хотим обновить... А-я-я-й...

конечно.
echo «tmpfs /tmp tmpfs defaults,noexec,nosuid 0 0» >> /etc/fstab

интенсивные записи логов

Если интенсивное логирование тебе поднимет iowait до потолка, отдельный раздел для логов тут мало поможет.

devil0704

ну, тогда, в случаи, если отделять весь раздел /var, то какую ФС использовать для него? ext4? она будет нормально справляться с интенсивными записями в /var/log?

да, она нормально справляется с записями в /var/log.

snoopcat

потому что держать только загрузчик на отдельной партиции лично мне удобнее. да и если захочется экзотики, с которой не работает Граб - тут /boot спасёт.

а мне удобнее держать там всю rootfs. (без /usr, /tmp, /var, /home и т.д.)

snoopcat

потому что это очень быстрая и стабильная ФС.

я слышал эту басню. И решил проверить самостоятельно. Так вот, никакой «быстроты» нет, также работает как новая, свежеотформатированная EXT3 (тогда EXT4 не было). Что до «стабильности», то рухнула она у меня так, что восстановить не было никакой возможности. Хотя EXT3 обычно восстанавливается сама, почти полностью.
А сейчас этот ваш райзер RIP, ибо Ганса посадили, и комп у него отобрали.
А вы - фанатег, ибо верите чужим сказкам

snoopcat

журналируемая ФС на /boot не нужна.

нужна. Там тоже может быть сбой, который проще и быстрее восстановить с журналом. Скоростные характеристики не волнуют, ибо /boot/ нужен только при загрузке.

snoopcat

я бы вообще /var не выносил на отдельный раздел

я вижу, что вы не понимаете, зачем он вообще нужен, этот var. Так я вам объясню - он для данных, которые изменяются. Остальные разделы работают практически в readonly. (не считая /tmp, который для того же, что и var, только там данные живут меньше)

snoopcat

reiserfs идеален для работы с мелкими файлами. и крупными тоже. вообще райзерфс идеален.

почти как семёрка?

неа. в семёрке ШГ

нет, у меня рейзер стоял 4 года и ниразу не рухнул, в отличие от ехт4
а вообще карма, да

snoopcat

неа. в семёрке ШГ

это ладно. хуже, что непонятно где репы подключаются.

snoopcat

нет, у меня рейзер стоял 4 года и ниразу не рухнул, в отличие от ехт4

я эти системы специально валил тупым отключением питания. ext3 держалась. хотя часто и заваливалась, но fsck почти всё исправлял, хотя очень медленно. Райзер упал сразу, причём fsck быстренько похерила почти все данные. Такая быстрота мне не понравилась...

ЗЫЖ на тестовом разделе была небольшая, но сильно загруженная (искусственно) mysql БД. Если fsck.ext3 и не справлялась, то mysql-repair всё восстанавливал. В случае райзера восстанавливать было просто нечего.

ЗЗЫЖ желающим повторить напомню, что такой вандализм ведёт ещё и к физической порче HDD.

snoopcat

а вообще карма, да

карма конечно... Однако Ганса посадили, а без него новой версии не будет. Это объективный факт.

я перед тем, как уйти с ПК на ноут, поделал с ним кое-какие извращения.
1) отключение питания во время перемонтирования rootfs в rw
2) отключение питания во время инициализации
3) отключение питания во время записи на жёсткий диск
4) отключение питания во время выключения

п.3 повторил раз пять

и ничего, арчик с тем самым reiserfs в корне до сих пор жив.

Ну тогда, что можете сказать насчет такой разметки?

primary - /boot - ext4 - ro
logical - /tmp - ext4 (или как говорили, tmpfs) - noexec, nosuid, nodev
logical - /var - ext4 - noexec
primary - / - ext4
primary - /home - ext4

devil0704

Ну тогда, что можете сказать насчет такой разметки?

взлетит. Хотя я корень от boot не отделяю. За то отделяю /usr/. Впрочем, в юзерфрендли говорят Поттеринг уже сломал /usr/, т.ч. это и не важно для вас. Можно и на другие разделы поставить noexec, nosuid, nodev, хотя в слаке лучше как раз с /tmp/ так не делать - пакеты там не соберуться (ничто не мешает конечно собирать их в специальном TMP)

Что касается tmpfs, то по моим тестам, для /tmp/ она не даёт ускорения. ИМХО если не юзать tmpfs, то теже данные всё равно лежат в памяти, в дисковом кеше. Беда в том, что размер /tmp/ вычислить точно практически невозможно, а память хоть и дёшева, но не настолько, что-бы выделять её фиксировано по максимуму, учитывая, что это не венда, и она и так выделяется динамически. С другой стороны, tmpfs пригодится как дополнительная мера защита для совсем уж конченных параноиков. Ещё гентушники хвалят - у них так быстрее мир собирается.

snoopcat

1) отключение питания во время перемонтирования rootfs в rw

как у вас получилось успеть?

snoopcat

3) отключение питания во время записи на жёсткий диск

это единственный интересный тест, другие не нужны. Сколько файлов писалось одновременно?

Собирать, компилировать и т.д. - не собираюсь...

А в чем смысл отделять /usr ?

как у вас получилось успеть?

[code]:: Remounting root as r/w... [BUSY][/code]
(c)archlinux

это единственный интересный тест, другие не нужны. Сколько файлов писалось одновременно?

сначала просто cat /dev/zero>/zero, потом компиляние ядра с -j3

файлы терялись, емнип. но ФС даже без fsck'а вполне себе бегала

devil0704

А в чем смысл отделять /usr ?

тогда будет 2 системы: первая с /usr/ для нормальной работы, вторая без /usr/ для ремонта.

snoopcat

:: Remounting root as r/w... [BUSY]

(c)archlinux

дык то BUSY, что тут интересного? Система стоит, чего-то ждёт, диск даже не примонтирован rw.

snoopcat

сначала просто cat /dev/zero>/zero

ну это не тест. В том смысле, что он совсем не напоминает RL.

snoopcat

потом компиляние ядра с -j3

ну тут всего-то 3 мелких файла пишуться, это для процессора стресс-тест, а для фс - курорт. Можно сказать, что простаивает. Кстати, мелкие временные файлы на диск даже и не попадают, а живут исключительно в памяти. Скорее всего это касается и объектных файлов (ядро-то в память влезает как-то? Почему не влезть второй раз по кусочкам?). Короче тесты неинтересные.

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

Еще есть вариант сделать так:

root@debian:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 939M 138M 754M 16% /
tmpfs 249M 0 249M 0% /lib/init/rw
udev 247M 172K 247M 1% /dev
tmpfs 249M 0 249M 0% /dev/shm
/dev/sda1 59M 14M 42M 25% /boot
/dev/sda4 6.0G 141M 5.6G 3% /home
/dev/sda7 472M 11M 437M 3% /tmp
/dev/sda6 5.1G 446M 4.4G 10% /usr
/dev/sda8 1.9G 163M 1.6G 10% /var

devil0704

Ну тогда посоветуйте пожалуйста, какую-то оптимальную, безопасную и стабильную разметку диска?

NoWay. Это всё равно что попросить «универсальный, безопасный и стабильный инструмент». Я же говорю - для каждого случая оптимальна своя разбивка. Может даже и не одна.

А вот про ФС скажу - на сегодня лучшая EXT4. (райзер умер, btr ещё не доделали). Хотя конечно в каких-то специальных случаях может и другая будет получше. Но обычно EXT4 именно то, что нужно. На флешках конечно лучше без журнала, EXT2. Ресурс больше, надёжность меньше.

devil0704

/dev/sda1 59M 14M 42M 25% /boot

ядра надо будет постоянно чистить.

devil0704

/dev/sda4 6.0G 141M 5.6G 3% /home

э... В каком году?

devil0704

/dev/sda6 5.1G 446M 4.4G 10% /usr

явно мало. Даже для слаки.

devil0704

/dev/sda8 1.9G 163M 1.6G 10% /var

это вообще ЧТО за система-то? Домашний роутер что-ли?

Это я пока что на виртуалке тестил :) Поэтому с размерами разделов особо не игрался...

под роутер потянет. если ещё нормальный HDD воткнуть, и var сделать побольше (там удобно недокаченные торренты хранить).

Да, главное правило: не знаешь что крутить - крути свои яйца. Если вы не знаете зачем выносится раздел - не выносите его.

Подниму темку...

Так всё таки... Железо предназначено для игровых серверов... Веб-серверов, dns, mysql и ничего кроме игровых серверов - на железе размещаться ничего не будет..

Так же активно использую aufs для удобства контроля игровых серверов, а также для экономии дискового пространства..

Стоит ли для этого разбивать диски? Или хватит /boot, /home, / ???

живут исключительно в памяти … Скорее всего это касается и объектных файлов

нет

вторая без /usr/ для ремонта.

ман initrd. сомнительно, что ТС будет конпелять ядро сам, значит есть initrd

Эм, ядро компилю сам :) Стандартное никогда не использую...