Страница 3 из 4

Re: разбивка дискового пространства

Добавлено: 23 янв 2016, 16:27
Шпак Дмитрий
Olej писал(а):
Шпак Дмитрий писал(а): ДА и ответить, почему нельзя грузиться с LVM
Изображение
Актуальность /boot остаётся, так как груб не умеет грузить систему с LVM или программного RAID0.
Там наверно такой же программист со стажем в 30 лет сидит :) Вот федора 22 :)

Код: Выделить всё

[root@sheep1 ~]# pvdisplay 
  --- Physical volume ---
  PV Name               /dev/vda1
  VG Name               fedora00
  PV Size               500,00 MiB / not usable 4,00 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              124
  Free PE               0
  Allocated PE          124
  PV UUID               mprZz5-i29t-Gl0N-Mkc1-iaTc-Il9L-qiItvq
  
  

Код: Выделить всё

[root@sheep1 ~]# vgdisplay 
  --- Volume group ---
  VG Name               fedora00
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  2
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               496,00 MiB
  PE Size               4,00 MiB
  Total PE              124
  Alloc PE / Size       124 / 496,00 MiB
  Free  PE / Size       0 / 0   
  VG UUID               le0tDl-WEOz-xRRC-gzDU-4lhR-da3u-PsOKZe
  

Код: Выделить всё

[root@sheep1 ~]# lvdisplay 
  --- Logical volume ---
  LV Path                /dev/fedora00/boot
  LV Name                boot
  VG Name                fedora00
  LV UUID                RiSvI9-MRuJ-STC0-4qYE-NB64-e5H6-zMGngR
  LV Write Access        read/write
  LV Creation host, time localhost, 2016-01-23 07:54:52 -0500
  LV Status              available
  # open                 1
  LV Size                496,00 MiB
  Current LE             124
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:2
  

Код: Выделить всё

[root@sheep1 ~]# mount | grep /boot
/dev/mapper/fedora00-boot on /boot type ext4 (rw,relatime,seclabel,data=ordered)

Re: разбивка дискового пространства

Добавлено: 23 янв 2016, 16:32
Шпак Дмитрий
Olej писал(а): Похоже, что идиот не уймётся... :cry:

А теперь ждём рассказа, как можно выборочно создавать файловую систему на блочном устройстве, что бы папка /home на этом же блочном устройстве сохранилась. НУ и ждём проектов с твоими копирайтами. Думаю, что за больше чем 30 лет написания когда их у тебя накопилось много.

Re: разбивка дискового пространства

Добавлено: 23 янв 2016, 19:22
Olej
Olej писал(а):
Актуальность /boot остаётся, так как груб не умеет грузить систему с LVM или программного RAID0.
Шпак Дмитрий писал(а): Там наверно такой же программист со стажем в 30 лет сидит :)
Я привёл цитату не чего-попало, что первое на глаза попадёт, а высказывание на этот счёт одного из руководителей команды майнтейнеров Fedora (по крайней мере, её русскоязычной ветки)... т.е. тех, кто компонует дистрибутивы Fedora - для нас и для вас.

И такому мнению я склонен доверять куда больше, чем мнению какого-то залётного ... шпака :yahoo:

P.S. В принципе, GRUB2 может загружать непосредственно с LVM (версии после 21012-2013 GRUB), как пишут в его документации. В последнее время народ даже уродуется и достигает успехов на этом поприще - Кто-нибудь загружался с помощью GRUB2 с lvm
05.01.2016
Я /boot делал вне luks/lvm. Но сейчас понабегут знатоки и скажут что я делал всё неправильно и сам grub2 умеет и lvm и luks и кофе/борщь варить умеет.
...
Заработало!
Но все майнтейнеры ISO дистрибутивов при использовании LVM создают (по их умолчанию, если не запихивать в LVM насильно) отдельный раздел /boot.

Это к вопросу ТС о разбивке его диска. Если делать с LVM...
А ему выбирать.

Re: разбивка дискового пространства

Добавлено: 23 янв 2016, 19:26
shursh
Ребята, что за флуд? Жаль что не моя ветка, удалил бы всё ...
Напомню, был вопрос о разбивке диска!

Re: разбивка дискового пространства

Добавлено: 23 янв 2016, 22:43
Oleg65
ИМХО, традиционно: / -13-20 Гб (за глаза), подкачка - если ОЗУ менее или равно 2 Гб - то размер ОЗУ, если 4Гб и более - и 1 Гб будет за глаза, /home - все остальное пространство или сколько нужно. Остальные разделы, типа /var, на любителя и при необходимости. Саму разбивку можно производить разными способами: создать расширенный раздел и в нем создавать логические или все раскидать по основным разделам (традиционно их может быть 4). GRUB2 совместим с LVM и программным RAID, поэтому в их установках больше не требуется загрузочный раздел /boot. Или Вы имели ввиду EFI? Устанавливаете grub2-efi, все должно организоваться само. И да, в ссылке предоставленной Olej, обсуждается специфичное - установка на зашифрованный раздел

Re: разбивка дискового пространства

Добавлено: 26 янв 2016, 02:58
webkupas
Ух как живенько тут у вас :) Но все же давайте жить дружно (с)
Спасибо всем за ответы, проскакивали новые словечки которые мне еще надо обчитать.

Наконец получил уведомление о том что привезли мой комп на склад, завтра буду забирать и собирать железяки.
Изначально Линукс не думал ставить, поэтому на новую машину взял ССД(120 ГБ) под систему и ХДД(1 ТБ) под остальное добро.
ОЗУ 8 ГБ (стоит ли выделять swap)

Из того что внял из интернетов, имею щас такое мнення:

SSD:
/swap - 1ГБ (есть какието проблемы с режимом сна или гибернаци без этого раздела ?)
/ - 20ГБ (иль 30 лучше срезать чтоб наверняка ?)
/home - 89 - 99 ГБ (здесь будет хранится основной рабочий софт (IDE, Photoshop т.п) )

HDD:
/mnt/archive - 1ТБ ( все остальное)

Как по вашему мнению оптимальнее нарезать разделы между SSD и HDD?

Re: разбивка дискового пространства

Добавлено: 26 янв 2016, 05:38
tupoll
Olej писал(а):
tupoll писал(а):/boot создается в целях безопастности,если конечно рядом есть злоумышленники,имея ext4 без разницы абсолютно.Или в случае если ядро расположено на файловой системе модуля поддержки которой просто нет в ядре.
/boot обязательно должен создаваться отдельным разделом в том случае, если вы указываете для установки системы использовать LVM (Logical Volume Manager).

Это очень современное решение, когда разделы могут динамически перераспределяться в размерах по ходу работы - у вас никогда не возникнет перезаполнение раздела. Это сродни подобным решениям из других ОС, например ZFS в Solaris. В некоторых более продвинутых (развивающихся быстрее других) дистрибутивах - Fedora и др. - это вариант разбиения при установке по умолчанию. На этот способ стоит посмотреть пристальнее.

Но загрузчик GRUB не знает LVM. Поэтому при использовании LVM /boot нужно выделять в отдельный статический раздел диска порядка 512Mb.
Funtoo,zfs /boot отсутствует,всё зависит от разработчиков дистра,пропатчить груб2 несложно,что ему дашь то и загрузит -вы наверное под алтлинукс пишете,слишком умны.Я просто ответил на вопрос как можно проще.

Re: разбивка дискового пространства

Добавлено: 26 янв 2016, 06:41
Oleg65
/swap - 1ГБ (есть какието проблемы с режимом сна или гибернаци без этого раздела ?)
Хороший вопрос! Вылетело из головы про сон и гибернацию (потому что ими сам не пользуюсь). В этом случае ОЗУ сохраняется в разделе подкачки, поэтому размер подкачки должен быть больше объема ОЗУ примерно в 1,5 раза (Oracle рекомендует при ОЗУ >= (больше или равно) 8Гб коэффициент 0,75). Если не использовать эти режимы, то да, 1Гб подкачки очень, чем достаточно. / - 20Гб - за глаза, остальное на Ваше усмотрение. Вообще бы систему на SSD (грузится будет быстро), а хомяк и архив на хард (но это мое мнение. Как Вам удобней - так и делайте.

Re: разбивка дискового пространства

Добавлено: 26 янв 2016, 11:17
shursh
На SDD ставь систему и /home, а на HDD сначала swap (если будет использаватся гипернация, то делай чуть больше ОЗУ), потом все остальное....
Настройка SWAP.

Re: разбивка дискового пространства

Добавлено: 26 янв 2016, 14:13
Oleg65
shursh писал(а):На SDD ставь систему и /home, а на HDD сначала swap (если будет использаватся гипернация, то делай чуть больше ОЗУ), потом все остальное....
Настройка SWAP.
ИМХО, большой раздел подкачки всегда можно уменьшить fdisk, по своим нуждам, посмотрев, чем-то вроде "Системного монитора", использование системой подкачки при возможно максимальной загруженности. Файл подкачки, ИМХО опять же - это крайний случай, из-за такой операции замедляется доступ к файловой системе (единственное достоинство - для него не требуется отдельный раздел, но пространство все равно под него отрезается). И, да, файлы подкачки не поддерживаются (может быть, на данный момент, ошибаюсь?) btrfs.