Автор Тема: Предложения по разбиению диска установщиком  (Прочитано 7186 раз)

dango

  • Гость
Может это уже было здесь. Предлагаю увеличить размер корня при автоматической разметке в инсталляторе до 20Gb. Знающие пользователи вручную сами распорядятся, а вот новичкам не помешает, ИМХО.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
редлагаю увеличить размер корня
Да, с корнем надо что-то делать. Когда ставили массово считай lxde-starterkit, так местами ручка не работала, приходилось автоматом. Эта зараза умудрялась выделить под корень что-то около 4-5Гб, что для стационара рабочего, вроде бы, достаточно. Однако, место забивалось cups'ом (ну, этот задавил скриптом по чистке при старте - хотя недоработка конкретная получается) и другим софтом (устанавливаемыми новыми LO и другим ПО). Как бы там "оптимизировать" разбивалку, чтобы так не упираться в лимит на больших дисках (на маленьких оно понятно - места в обрез).

dango

  • Гость
на маленьких оно понятно - места в обрез
Что сейчас маленькое - HDD 40Gb? Ах, да, SSD же... Засада... Разве что определять объем пространства, отданного под установку и выделять корню сообразно этому объему.
Однако, место забивалось cups'ом (ну, этот задавил скриптом по чистке при старте - хотя недоработка конкретная получается) и другим софтом (устанавливаемыми новыми LO и другим ПО)
Ну да. bacula тоже свою плату брала. Да и софт постепенно толстеет. А если поставить пару-тройку игрушек вроде xonotic?

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
Что сейчас маленькое - HDD 40Gb?
8-10Гб IDE, например. Вопрос про использование на предприятии. На домашнем пока хватало инсталлера simpy, который справился нормально с ручной разбивкой.

Оффлайн gvy

  • alt linux team
  • ***
  • Сообщений: 1 008
    • Альт на Эльбрусе
    • Email
Может стоит реализовать в редакторе разделов альтератора выбор типа таблицы разделов, а то уже хочется gpt выбирать при установке, не открывая gparted. Было бы также неплохо включить gparted во все сборки с графическим интерфейсом, включая стартеркиты и регуляры.
В alterator-vm автовыбор типа disklabel по размеру, или хочется для небольших тоже GPT?

Про добавление gparted можно подумать, а сейчас включено в стартеркиты/регулярки на icewm (с прошлого лета) и kde4 (с 20150312/11, соответственно).
--
Michael Shigorin | ALT Linux Team | ANNA-News | Сделано у нас | altlinux.org/эльбрус

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Предлагаю увеличить размер корня при автоматической разметке в инсталляторе до 20Gb.

Угу. Это надолго избавит от проблемы.
Минимальный винчестер типового ноутбука - 320Gb. Но обычно покупается с 500. Как типовое.
Делать меньше, это подставить новичка. Он раздумывать не будет - Убунту рядом. И Линуксов там рядом, хоть завались.
И таких, процентов 90-95.
Кто хочет меньше 20-ти, точно знает, зачем ему это нужно, что будет ставить и сколько под это откусить.

Знающие пользователи вручную сами распорядятся, а вот новичкам не помешает, ИМХО.

Тем более что эту "кухню" уже проходили:
Junior 2.2 - 500Mb жесткого, рекомендуется 2Gb, раздел Аппаратные требования.

Оффлайн Rider

  • /usr/sbin/control
  • *******
  • Сообщений: 1 136
примерно 15% ноутбуков продаётся с SSD, и это количество активно растёт. В случае использования SSD размер диска начинается от 120Gb.
Выделять 20-30Gb корня на таких дисках - это не жалеть бедного пользователя, которому либо придётся столкнуться с маленьким /home и при этом свободным корнем, либо с маленьким корнем и проблемой обновлений.

Я уже не говорю про то, что на таких же системах пользователь может захотеть оставить ещё и Windows, идущий по умолчанию. в этом случае у Linux будет всего гигабайт 20-40.
Пилить это на два раздела - глупость, про которую я писал в одном из тредов этого форума. Продолжим обсуждение?

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Может стоит реализовать в редакторе разделов альтератора выбор типа таблицы разделов, а то уже хочется gpt выбирать при установке, не открывая gparted.
А какой смысл видится в GPT на HDD, на которых хватает таблицы разделов старого образца ? Только из-за возможности сделать много разделов ?

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Выделять 20-30Gb корня на таких дисках - это не жалеть бедного пользователя,
Правильно. Выделять надо не более 4-х, а /usr делать отдельно. ;-) Вообще, конечно, надо сделать две вещи. Автоматом 1 раздел, но предупредить о последствиях такого решения в виде проблем с окончанием места на диске.

Например, мне ни во что не впёрся /var с /home в одном разделе, потому как licq теряет данные, когда место кончается (да, она логи перезаписывает, а не дописыват, старый сирает, а новый писать некуда). Мне это вовсе не хочется словить, когда apt или syslog решат дозабить место до упора.
« Последнее редактирование: 07.04.2015 00:59:54 от asy »

Оффлайн gvy

  • alt linux team
  • ***
  • Сообщений: 1 008
    • Альт на Эльбрусе
    • Email
Пилить это на два раздела - глупость, про которую я писал в одном из тредов этого форума. Продолжим обсуждение?
Ну я как владелец в т.ч. двух SSD-шек по 128G, на одной из которых по условиям задачи был дуалбут, могу и продолжить, если в сторонке. :)

Зависит от того, чё надо-то и что получается оценить заранее (текущий примерный объём и перспективы распухания корня и /home).  Если оценивать лень или никак -- ну свалить всё в один корень.  У меня до такой нынче лени не доходит, если флэшка больше десятка гигов.

Но разбивка -- отдельная глубокая тема, которой не стоит заспамливать эту.
--
Michael Shigorin | ALT Linux Team | ANNA-News | Сделано у нас | altlinux.org/эльбрус

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Пилить это на два раздела - глупость, про которую я писал в одном из тредов этого форума. Продолжим обсуждение?
если в сторонке. :)

Но разбивка -- отдельная глубокая тема, которой не стоит заспамливать эту.

Угу.
Иначе тему угробим. Только это и сдерживает не влезать в разговор.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
В alterator-vm автовыбор типа disklabel по размеру, или хочется для небольших тоже GPT?

Хочется. GPT как-то по-современнее. Вроде бы от использования только плюсы. Systemd корневой раздел и swap должен находить без fstab (это такой пусть сомнительный, но плюс при разбивке всего на 2 раздела). Кроме того, а вдруг жизнь заставит (упаси боже) переставить винт или ssd в компьютер с UEFFI, и ещё с него загружаться? Так что было бы не плохо выбрать тип таблицы при  её создании в альтераторе.

Кстати, а при каком размере диска выбирается gpt вместо mbr?

dango

  • Гость
Угу.
Иначе тему угробим. Только это и сдерживает не влезать в разговор.
Поддерживаю.

dango

  • Гость
Кстати, а при каком размере диска выбирается gpt вместо mbr?
Цитировать
Теоретически, GPT позволяет создавать разделы диска размером до 9,4 ЗБ (9,4 × 1021 байт), в то время как MBR может работать только до 2,2 ТБ (2,2 × 1012 байт).
Источник: https://ru.wikipedia.org/wiki/Таблица_разделов_GUID
« Последнее редактирование: 07.04.2015 06:10:51 от ruslandh »

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Теоретически, GPT позволяет создавать разделы диска размером до 9,4 ЗБ
Вопрос стоял об минимуме, а не о максимуме.