Отрежь пару гигов для swap, остальное под корень.

выделение свопа в 2 раза больше оперативки нужно для спящего режима. если не планируете его использовать можно
уменьшить своп. под корень наверно гигов 15  smile игры,разные DE,эксперименты.... smile перенос разделов темп и юзер
для быстродействия системы..надо ли? решайте сами... smile

вот как раз и стою сейчас перед дилеммой: как лучше разбить эти 320 Гб ?
под винду надо оставить и еще один раздел в ntfs, а остальное в ext4  smile
винду поставлю ХР,(ну нужна она,туды её в качель)...
а как разумно использовать остальное - вот тут я и споткнулся...

под винду надо оставить 2 раздела один на нтфс другой на фат  smile

Ну что-то мне говорит, что и GRUB мы будем обсуждать, притом, возможно, в этой же теме  smile

С ним меньше проблем при использовании из другой ОС.

хм ...
не знал по поводу FAT32 :o
так а какие проблемы с NTFS могут?

рекомендуется так же в корневом разделе (при создании раздела выставлять в дополнительных параметрах форматирования  ) выставлять процент блоков на 0%.
можете объяснить,чем отличается нулевой процент от авто(по дефолту)?
и лучше создавать разделы при установке или все-таки доверится Acronis?

NTFS-3G костыль????  oO  Ничего не нужно компилировать и искать идёт в стандартной версии дистрибьютива, если уж говорим о Suse, до устанавливаем NTFS-config и всё, запускаем, ставим галочки - разрешить запись на разделы с ntfs и забываем о проблеме навсегда.

Чей_туфля?,
Мой Вам совет- делайте разделы под Windows в ntfs, а то с fat уж точно проблем нахватаетесь, основной будет- невозможность записи на этот раздел файла большого размера (например- фильма хорошего качества, игрушки).

в венде лучше 2 диска: C: с системой, и D: с данными

в Linux, ИМХО первое время лучше всего 3 раздела
root (корень) 20Гб
swap с нынешними ценами лучше не жадничать, и действительно выделить 2 объёма памяти.
остальное /home

речь про tune2fs -m0 ?
вот как раз на корневом разделе и надо auto, а на /home можно -m0
этот параметр задаёт резерв, пользоваться которым можт только рут. Вот смотрите:

1) вы решили скопировать DVD9. Запускаете программу, ставите источник, копируете....
2) всё это пихается в /tmp, но, ВНЕЗАПНО оказывается, что требуемых 9Гб там нет, а есть только 5. 5 и записывается.
3) пока всё нормально, подумаешь, место кончилось? сообщим юзеру, запишем в журнал.
4) вот только, во время обработки этой ошибки происходит ошибка: невозможна запись в журнал!!!
5) EPIC FAIL

Последствия могут выглядеть как угодно, например как зависание или Kernel Panic, страшно другое: вы нажмёте на reset, и ОБРАТНО ВАМ БУДЕТ НЕ ЗАЙТИ - ведь при загрузки тоже пишутся разныее файлы, например лог загрузки. А писать его некуда.

Потому, на системных разделах и в /var /tmp надо ВСЕГДА оставлять резерв.

Вообще-то, в некоторые разделы и писать никому нельзя (кроме рута), потому там это не важно, но всё равно.

А вот если вы имеете огромный раздел /home, в котором руту вообще нечего делать, то терять 5% конечно не нужно. Потому, чисто пользовательские разделы надо делать без резерва. В частности и по этому, домашний каталог самого рута лежит совсем не в /home.

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

Ну мы же всё же идём в ногу со временем, так что я в последние 2 года не наблюдаю глюков с этим пакетом, по крайней мере в OpenSuse.  smile

Стоп, коллега, а с чем я её сравнил?  oO  На самом деле не такая она уж, да и одмин Виндовый по левую руку говорит, что самое стабильное что выпустили Мелкомягкие- это ФС NTFS. Так что, со всем можно работать, главное подход подойти  smile

Почему не понимает? Понимает, её просто научить можно понимать, глюкаво, но вполне нормально понимает и Линукс раздели, но не из коробки, нужно дополнительное ПО ставить.

Тут целиком и полностью поддерживаю  wink

я имею ввиду вот это:

просто я на это обратил внимание,когда изучал советы по установке и те вопросы которые не понятны мне,я их запомнил :rolleyes:

Это я проще сделал: 77Gb под / и 2Gb под swap. Ну разве не проще?  wink

это именно тот параметр, про который я и говорил

немного не так: дело не в "высоконагруженный", просто система в некоторых случаях может вести себя нестабильно, и иногда может падать. Если это десктоп, то ничего особо страшного тут нет. Но если это сервер, к которому нужно в 4 утра ехать, и ручками подымать... А выделить 1-4 гига для устойчивой работы... Вам что, жалко? При достаточном объёме памяти, своп играет роль буферной зоны - система там вязнет, и память получается "резиновой" - пока своп не юзается, всё отлично, но если памяти не хватает (например из-за сбоя в программе), то всё начинает тупить, но таки не падает. Можно выявить глючный процесс, и прибить его. Без свопа ситема просто мгновенно рухнет.

решать конечно только вам. но опять-таки, есть ещё и надёжность - нынешние терабайты попросту не забекапить, а поднять рухнувшую NTFS практически невозможно (впрочем как и EXT, но EXT ИМХО реже падает). Я понимаю, что все действительно ценные данные забекапленны, но терять 453и серии своего любимого сериала мне-бы не хотелось (хотя я его опять скачаю, прецеденты были)

довольно опасно мешать юзерские данные и систему. разнесли-бы-хоть систему и /home по разным разделам... К тому-же, системе ну просто за глаза 20Гб. Даже венду рекомендуют ставить на 2 раздела.

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

У вашего разбиения есть 2 ошибки:
1) /boot ИМХО уже нет особого смысла выносить отдельно из корня. Это было важно лет 10-15 назад. Ну или для каких-то особых вариантов загрузки.
2) а вот /tmp напротив, я настоятельно рекомендую выносить. Чуть более чем все эксплоиты написаны в предположении, что /tmp и / это один раздел, и что можно запускать программы в /tmp. Запретить исполнение в корне сложно, но вот вынося /tmp можно запретить выполнение там. Потому злоумышленник хоть и сможет записать в /tmp вредоносный код, но не сможет его выполнить. Кроме того, последняя дыра была связанна с созданием хардлинка с /bin в /tmp, что невозможно во всех моих системах - ведь у меня везде /tmp в отдельном разделе. Есть и ещё некоторые соображения (не связанные с безопасностью).

Впрочем, я смотрю вы всё-же вынесли /tmp...

дык... а что это даёт? расскажите.