LINUX.ORG.RU

Ответ на: комментарий от Pinkbyte

вообще vfat я делал

parted -a optimal /dev/sdd
GNU Parted 3.4
Используется /dev/sdd
Добро пожаловать в GNU Parted! Наберите 'help' для просмотра списка команд.
(parted) p                                                                
Модель: ATA Kingston SHPM228 (scsi)
Диск /dev/sdd: 240GB
Размер сектора (логич./физич.): 512B/4096B
Таблица разделов: gpt
Флаги диска: 

Номер  Начало  Конец   Размер  Файловая система  Имя     Флаги
 1     1049kB  3146kB  2097kB                    grub    bios_grub
 2     3146kB  137MB   134MB   fat16             boot    загрузочный, esp
 3     137MB   8727MB  8590MB  linux-swap(v1)    swap
 4     8727MB  240GB   231GB   f2fs              rootfs
Ebnmrj
() автор топика
Ответ на: комментарий от Ebnmrj

хотел предложить make -d , но вряд ли это поможет
хотел предложить inotify, но вряд ли это поможет
хотел предложить strace, но вряд ли это поможет


поэтому предлагаю подождать, пока отпишется Pinkbyte

anonymous
()
Ответ на: комментарий от Ebnmrj

/boot должен быть на нормальной POSIX файловой системе(и вообще он как отдельный раздел в общем-то не требуется). EFI partition - на vfat(и монтировать его в /boot/efi).

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

Update: а дай-ка набор флагов, с которыми ты пытаешься ставить app-emulation/xen. Сдаётся мне, что надо крутить флаги efi и/или boot-symlinks

Учти, что флаг boot-symlinks есть только в unstable-версии xen, еще один багрепорт в тему

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 5)
Ответ на: комментарий от Pinkbyte

дык а я собираю по хендбуку и там было так (я открыл, его переписали недавно). В любом случае, мне сейчас как быть? Переписать fstab, создать файловую систему на /boot и переделать grubconfig? Я хочу матчасть понять: в ошибке он не может перезаписать файл, то есть файл там уже есть. Причём тут файловая система?

Ebnmrj
() автор топика
Ответ на: комментарий от Pinkbyte
emerge -pav xen

These are the packages that would be merged, in order:

Calculating dependencies        ... done!      
[ebuild  N     ] app-emulation/xen-4.15.1-r2::gentoo  USE="-debug -efi -flask" 0 KiB

Total: 1 package (1 new), Size of downloads: 0 KiB

ой, а что-то он у меня -efi. Я до сборки не смотрел флаги

USE="efi" emerge xen
Calculating dependencies ... done!               
[ebuild   R    ] sys-devel/binutils-2.37_p1  USE="multitarget*" 
[ebuild  N     ] app-emulation/xen-4.15.1-r2  USE="efi -debug -flask" 

The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by app-emulation/xen-4.15.1-r2::gentoo[efi]
# required by xen (argument)
>=sys-devel/binutils-2.37_p1 multitarget

Use --autounmask-write to write changes to config files (honoring
CONFIG_PROTECT). Carefully examine the list of proposed changes,
paying special attention to mask or keyword changes that may expose
experimental or unstable packages.
Ebnmrj
() автор топика
Последнее исправление: Ebnmrj (всего исправлений: 1)
>>> Installing (1 of 1) app-emulation/xen-4.15.1-r2::gentoo
 * This package will overwrite one or more files that may belong to other
 * packages (see list below). You can use a command such as `portageq
 * owners / <filename>` to identify the installed package that owns a
 * file. If portageq reports that only one package owns a file then do
 * NOT file a bug report. A bug report is only useful if it identifies at
 * least two or more packages that are known to install the same file(s).
 * If a collision occurs and you can not explain where the file came from
 * then you should simply ignore the collision since there is not enough
 * information to determine if a real problem exists. Please do NOT file
 * a bug report at https://bugs.gentoo.org/ unless you report exactly
 * which two packages install the same file(s). See
 * https://wiki.gentoo.org/wiki/Knowledge_Base:Blockers for tips on how
 * to solve the problem. And once again, please do NOT file a bug report
 * unless you have completely understood the above message.
 * 
 * Detected file collision(s):
 * 
 * 	/boot/xen-4.15.2-pre.gz
 * 	/boot/xen-4.15.2-pre.config
 * 	/usr/lib/debug/xen-syms-4.15.2-pre
 * 	/usr/lib/debug/xen-syms-4.15.2-pre.map
 * 
 * Searching all installed packages for file collisions...
 * 
 * Press Ctrl-C to Stop
 * 
 * None of the installed packages claim the file(s).
 * 
 * Package 'app-emulation/xen-4.15.1-r2' merged despite file collisions.
 * If necessary, refer to your elog messages for the whole content of the
 * above message.
 * Your boot partition was detected as being mounted at /boot.
 * Files will be installed there for xen to function correctly.
 * Official Xen Guide:
 *  https://wiki.gentoo.org/wiki/Xen
 * The efi executable is installed in /boot/efi/gentoo
 * 
 * Xen 4.12+ changed the default scheduler to credit2 which can cause
 * domU lockups on multi-cpu systems. The legacy credit scheduler seems
 * to work fine.
 * 
 * Add sched=credit to xen command line options to use the legacy scheduler.
 * 
 * https://wiki.gentoo.org/wiki/Xen#Xen_domU_hanging_with_Xen_4.12.2B

>>> Recording app-emulation/xen in "world" favorites file...

 * Messages for package app-emulation/xen-4.15.1-r2:

 * This package will overwrite one or more files that may belong to other
 * packages (see list below). You can use a command such as `portageq
 * owners / <filename>` to identify the installed package that owns a
 * file. If portageq reports that only one package owns a file then do
 * NOT file a bug report. A bug report is only useful if it identifies at
 * least two or more packages that are known to install the same file(s).
 * If a collision occurs and you can not explain where the file came from
 * then you should simply ignore the collision since there is not enough
 * information to determine if a real problem exists. Please do NOT file
 * a bug report at https://bugs.gentoo.org/ unless you report exactly
 * which two packages install the same file(s). See
 * https://wiki.gentoo.org/wiki/Knowledge_Base:Blockers for tips on how
 * to solve the problem. And once again, please do NOT file a bug report
 * unless you have completely understood the above message.
 * 
 * Detected file collision(s):
 * 
 * 	/boot/xen-4.15.2-pre.gz
 * 	/boot/xen-4.15.2-pre.config
 * 	/usr/lib/debug/xen-syms-4.15.2-pre
 * 	/usr/lib/debug/xen-syms-4.15.2-pre.map
 * 
 * Searching all installed packages for file collisions...
 * 
 * Press Ctrl-C to Stop
 * 
 * None of the installed packages claim the file(s).
 * 
 * Package 'app-emulation/xen-4.15.1-r2' merged despite file collisions.
 * If necessary, refer to your elog messages for the whole content of the
 * above message.
 * Official Xen Guide:
 *  https://wiki.gentoo.org/wiki/Xen
 * 
 * Xen 4.12+ changed the default scheduler to credit2 which can cause
 * domU lockups on multi-cpu systems. The legacy credit scheduler seems
 * to work fine.
 * 
 * Add sched=credit to xen command line options to use the legacy scheduler.
 * 
 * https://wiki.gentoo.org/wiki/Xen#Xen_domU_hanging_with_Xen_4.12.2B
>>> Auto-cleaning packages...

теперь вот так

Ebnmrj
() автор топика
Ответ на: комментарий от Ebnmrj

Последними шагами при установке пакета с xen создаются символьные ссылки в /boot.

FAT32 не поддерживает символьные ссылки.

В хендбуке не могут рекомендовать для /boot делать FAT32.

anonymous
()
Ответ на: комментарий от Ebnmrj

Ты собираешь стабильную версию, тебе нужно отключить флаг boot-symlinks(которого в этой версии еще нет)

Добавь app-emulation/xen в /etc/portage/package.accept_keywords

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от anonymous

ой ли?

VFAT Так же известна как FAT32, поддерживается Linux, но не имеет поддержку стандартных файловых разрешений UNIX. В основном используется для взаимодействия с другими операционными системами (в основном Microsoft Windows и Apple OSX), но также необходима при использовании некоторых системных прошивок загрузчика (например, UEFI).

Ebnmrj
() автор топика
Ответ на: комментарий от Ebnmrj

И? Никто не спорит с тем, что VFAT НУЖЕН для EFI. Но кто сказал, что EFI-раздел надо ОБЯЗАТЕЛЬНО монтировать именно в /boot?

В примерах ниже там вполне себе ext2 используют, но, как я уже сказал - отдельный раздел именно для /boot - не нужен. Для /boot/efi, при наличии этого самого EFI - да, нужен

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от Pinkbyte

так написано ж было после chroot сделать

 mount /dev/sda2 /mnt/gentoo/boot
. Но мне важнее сделать как надо, чем спорить. Подскажи пожалуйста, как надо делать? Или где матчасть подтянуть? Правильно ли я написал что надо переписать fstab, создать файловую систему на /boot и переделать grubconfig?

Ebnmrj
() автор топика
Ответ на: комментарий от Ebnmrj

так написано ж было после chroot сделать

Бездумное копирование команд из хэндбука тебя никуда не приведет. ВНИМАТЕЛЬНОЕ чтение, наоборот, добавит понимания. Например о том, что отдельный /boot раздел ТРЕБОВАЛСЯ в старые времена В НАЧАЛЕ диска, т.к. очень древние(~17-20 лет назад, точнее не скажу) BIOS не умели грузиться с HDD, если загрузочные данные находились не в районе первых 2 Gb. Возможно сейчас этого в handbook-е уже нет(сходу найти не удалось), потому что загрузка с помощью BIOS вместо UEFI - это уже само по себе legacy. Но никто не мешает тебе погуглить вопрос 'separate boot partition requirement' самостоятельно.

Сейчас требованием загрузчика является только наличие EFI раздела. А как я уже сказал EFI partition != /boot.

Подскажи пожалуйста, как надо делать?

Как написано в хэндбуке, с ПОНИМАНИЕМ ЗАЧЕМ ДЕЛАЕТСЯ КАЖДЫЙ ШАГ. Зачем делается сборка ядра, зачем прописывается/не прописывается загрузчик(в EFI он не так чтобы обязателен), зачем и какого типа создаются файловые системы.

Pinkbyte ★★★★★
()
Ответ на: комментарий от anonymous

пакет собрался, но Xen не работает)))

Ebnmrj
() автор топика
Ответ на: комментарий от Pinkbyte

Я понял, буду читать, спасибо. На самом деле копирование команд в моём случае происходило, в основном, от желания скорейшего достижения результата в виде работающей системы. Но я согласен что понимание важно и надо прочесть и понять в чём дело. Равно как и понять про "-efi" я тоже мог, если бы перед сборкой глянул -pv внимательно. Ещё раз спасибо.

Ebnmrj
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.