Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
На этот форум и wiki ведут ссылки с официальных сайтов Mageia.
У форума нет нигде и никаких чатов, wiki пока не работает (в процессе подключения), идёт небольшая реорганизация.Форум закрывается, подробности в теме «Реорганизация форума».
Mageia Russian Community Forum → Модульные дистрибутивы на базе Mageia → MagOS на пакетной базе Магеи_x86-64
Страницы Назад 1 … 11 12 13 14 15 … 19 Далее
Чтобы отправить ответ, вы должны войти или зарегистрироваться
А был ли мальчик? Вот что показывает вирт. машине при попытке запустить последнюю бету 7. Сумму md5 проверял - совпадает.
http://pixs.ru/image/iZ5jw
при попытке запустить последнюю бету 7.
Релиз уже есть, а Вы всё с беттой играетесь
Речь идет о Mageia MagOS (или как ее там), а на базе стабильной 7 этого продукта нет доступного для закачки.
А был ли мальчик? Вот что показывает вирт. машине при попытке запустить последнюю бету 7
И не запустится.
Загрузчик в MBR в iso-образе не установлен и сам загрузчик надо конфигурировать
1) Надо распаковать содержимое iso-образа на заранее подготовленную флэшку
20 Запустить /boot/magosm-3/bootinst.sh
Спасибо, понятно, не знал, что есть такое новшество. Хотелось бы все-таки, чтобы как раньше была возможность запускать систему с образа с вирт. машины или с DVD.
Спасибо, понятно, не знал, что есть такое новшество
Это не новшество а скорее недоработка.
Сделан на базе /boot/magos от MagOS
Имеет 5 режимов кофигурирования загрузчика grub 2
magosm-3
Только у МагОС это grub4dos+syslinux. Где syslinux в основном запускает grub4dos. Это нужно при установке загрузчика из винды
У меня grub2 и syslinux. Работают каждый сам по себе. Запуск grub2 из syslinux у меня не получился
Ну и как в конфигураторе iso-образа (опять же идею взял у МагОС) записать загрузчик для gdrub2 в MBR просто не разобрался.
Опять же опять же что устанавливать.
Хотелось бы все-таки, чтобы как раньше была возможность запускать систему с образа с вирт. машины или с DVD.
Уж очень удобен конфигуратор iso-образа. Задал, что нужно собрать он и собрал и прямо с рабочей флэшки
Моу пока просто сохранить /boot полностью
Может с вирт. машины в таком виде он и запрустится?
Какой смысл в исо если он не загрузочный? Может тогда в тар.гз правильнее? Я б увидев исо тоже в виртуалке пробовать начал.
Какой смысл в исо если он не загрузочный?
удобно собирается.
Т к утилита mkisofs поддерживает другие форматы. Может формат написать не iso а какой то другой?
Какой смысл в исо если он не загрузочный?
можно делать не iso образ а img образ
Сделаю полноценный /boot и img образ
При установке серверной операционной системы FreeBSD с usb носителя возникла необходимость записать образ в формате img на флешку, т.к. на официальном сайте breebsd дистрибутив системы для установки с флешки только в формате img, а не iso.ссылка - https://informatiktv.ru/index.php/rabot … na-fleshku
Поддерживаю.
К сожалению полноценный iso образ мне сделать не удалось
MBR что то не хочет записываться в образ с grub2, так что буду просто делать img-образ
С img-образа в виртуалке надеюсь никто не грузится ?
Тратить время на bios загрузку как то не хочется.
Меня больше интересует уже efi-загрузка
В частности на моем нетбуке только efi-загрузка
И применил ReFind - https://www.bootdev.ru/2017/02/Ustanovka-rEFInd.html
Он то у меня и находит efi-загрузчики и запускает их.
В идеале можно вообще обойтись без grb2 или syslinux или еще что то подобного
Да. Тестирую. Можно сказать закончил.
Проблемы выявились при работе с обычным пользователем. Я то все под root ....
Допустим gksu что то в Магее не заработал а beesu в МагОС не запускает корректно dolphin
Пришлось использовать kdesu
И уж очень много всяческих режимов появилось в МагОС и все надо проверить..
можно делать не iso образ а img образ
Как на счет что бы паковать сборку в img-образе. Может ли img-образ с вирт. машины запускаться ?
С iso-образом не получилось и утилита mkisofs упорно не хочет работать с grub 2 и вставлять в образ MBR для bios режима
Img, VB, насколько я помню, вообще не понимает. Давайте уж по старинке, в ISO...
Img, VB, насколько я помню, вообще не понимает.
Спасибо за инфу. То что VB img-образ не понимает это самое главное
Если будет iso-образ то все равно будут пытаться запустить в VB
А загрузчик вставить в iso-образ не получилось
Уж очень удобна утилита mkisofs делает образ. Прямо с рабочей флэшки. Описал что собрать и все !!!!
Может быть, сделать "ход конём" - готовый образ в.img затем конвертировать в .iso?
Может в будущем попробую. Сейчас у меня просто времени нет на iso-образ
Все тестировать надо. А это время
И что предпочесть - efi загрузку или традиционный bios загрузчик.
С efi-загрузкой может все и получится т к тут MBR не используется
Ссылки
http://www.bog.pp.ru/work/grub.html
https://www.lexpr.ru/node/398
Может в будущем попробую. Сейчас у меня просто времени нет на iso-образ
Грузите виртуальные машины прямо с флешек через создание виртуальных жестких дисков: https://forum.mageia.org.ru/viewtopic.p … 796#p30796 
Грузите виртуальные машины прямо с флешек через создание виртуальных жестких дисков: https://forum.mageia.org.ru/viewtopic.p … 796#p30796
В магос под это дело есть скрипт virtualize. Наверное и у ingvaro в сборке есть.
1) У меня VM даже и не установлен та что virtualize вероятно не запустится. Пока что делаю образ системы через chroot и допустим обновляю ее
Да запуск в chroot имеет ограничение, т к корректно запустится только действующая система ( /dev, /sys, /proc берутся из родительской системы)
Но зато что бы поднять допустим сеть достаточно скопировать file:///etc/resolv.conf из родительской системы
В этой сборке уж не буду ничего трогать а в следующей установлю VM
Т к можно без проблем доустановить нужные пакеты
2) Вчепа тестировал свою сборку на свежекупленном компе у знакомого админа. Уже загрузка bios отсутствует и в наличие только efi-загрузка
И Магея со своим ядром (5.1.14-desktop-1.mga7) запустилась
Что не скажешь о МагОС (ядро 4.9) Тут загрузка зависла ....
Но МагОС с ядром от Магеи запустилась
Вчера хотел выложить но света не было. Так что выложу вероятно во вторник. Сейчас у меня дачные работы....
ngvaro, планируется ли сборка на основе выпуска Mageia 7?
Вот что получилось - MagOSM-Multi Linux Может запускать Mageia, MagOS(Rosa), Ubuntu и еще TEST ( для запуска еще что нибудь)
Первая страница обновлена - https://forum.mageia.org.ru/viewtopic.p … 958#p15958
В меню для grub 2 всевозможный Help
Так что проблем быть не должно
1)Центральным звеном сборки является ядро от Магеи (5.1.14-desktop-1.mga7)
Работает со всеми тремя дистрами. Например - https://forum.magos-linux.ru/t/sborka-20190420/57/2
2) После установки Магеи можно MagOS/base от последней сборки MagOS Linux скопировать в /Linux/MagOS/base
В /Linux/Zinitrd/MagOS положить ядро и загрузчик
Загрузчик надо исправить на uird.MagOS.cpio.xz
В grub 2 будет запускаться MagOS в авторском варианте Clean-MagOS
Все остальные меню это запуск MagOS с моими предпочтениями. с ядром от Магеи (5.1.14-desktop-1.mga7)
Связано это с тем что на моем нетбуке DIGMA CITI E401 с ядром от Магеи любой дистр запускается и все работает
Сейчас вот с него пишу !!!
3) Ubuntu
Пробовал lubuntu-19.04
Но пока еще не до установил и не доделал. Что то не хватает времени на три дистра
Если кому интересно, то могу выложить что получилось
Проблемы
1)Пакеты shadow-utils, gnome-keyring в aufs не устанвливаются.
Для shadow-utils пишет :
ошибка: распаковка архива не удалась на файле /usr/bin/newgidmap;5c48b8a2: cpio: cap_set_file не удалось - Inappropriate ioctl for device
ERROR: 'unpack' failed for shadow-utils-2:4.6-1.mga7.x86_64
ошибка: shadow-utils-2:4.6-1.mga7.x86_64: установить не удалосьПри штатной установке Магеи на диск shadow-utils нормально установился.
Установил shadow-utils-4.4-1.2.mga6.x86_64.rpm и gnome-keyring-3.20.0-1.1.mga6.x86_64.rpm от Магеи 6
Даже не знаю баг это или так задумано но в Магее 6 все ведь работало.
2) flash-player от Магеи то же не устанавливается
Установил скачанный flash-player-npapi-32.0.0.223-release.x86_64.rpm
Изменения в модуле /Linux/Mageia/base/37-update.pfs
Отлично! Постараюсть подразгребсти текучку и попробовать.
К сожалению разрешение монитора в моей сборке надо устанавливать вручную. В стр каждого меню :
set gfxpayload='1280x1024'Конечно хорошо бы интерактивный выбор, как в опции vga=ask
Но для grub 2 опция vga является устаревшей. И надо пользоваться опцией gfxpayload. А для этой опции возможности задействовать интерактивный выбор разрешения я не нашел
Но зато я дополнил скрипт /usr/lib/magos/rc.post.d/11-xorg конфигурированием Modeline для выбранного разрешения.
И то разрешение, кот установлено в опции gfxpayload становится вроде как системным
Это очень удобно. Скорректировал меню, запустил систему и ничего делать больше не надо.
Если скопировать в /Linux/MagOS/base содержимое MagOS/base/* из последней сборки MagOS linux - http://magos-linux.ru/
Меню Clean-MagOS запустит MagOS linux в авторском варианте и можно увидеть разницу
Мой домашний монитор в MagOS linux определяется как 1024x768 (это при 1920x1080)
Работать на таком разрешении при оптимальном 1920x1080 - это разновидность мазохизма.
Этот случай и послужил толчком конфигурирования Modeline для выбранного разрешения в меню grub 2
Хотя эту доработку в MagOS linux не признают. Раза два им писал. Но это уже не мои проблемы.
Была прблема с домашним монитором и я ее решил.....
PS:
Вот мой /etc/X11/xorg.conf.d/00-modes.conf
Для выбранного разрешения для моего нетбука :
set gfxpayload='1600x900'Эта доработка прекрасно работает и в Ubuntu
ingvaro, я понимаю, что одному человеку вести проект и одновременно документацию сложно, но без вашего понимания структуры и принципа работы сборки даже установка превращается в шоу "Угадай мелодию". Тут нужно либо упорно вникать, либо иметь чёткий алгоритм, который у вас, я так понимаю, от сборки к сборке меняется.
Вот, сейчас, при выборе только grub2 в конфигураторе, получаю:
При чём тут SYSBOOT=grub+grub2, когда этот параметр в конфигураторе закомментирован?
Тут нужно либо упорно вникать, либо иметь чёткий алгоритм, который у вас, я так понимаю, от сборки к сборке меняется.
Дело в том что уже вовсю идет переход на efi-загрузку, а тут grub2 именуется просто grub (это Ubuntu, Windows и др)
Скачал исходники от Магеи для grub2, скомпилировал с авторскими настройками по дефолту и получил имя пакета grub а не grub2
Даже тему начал - https://forum.mageia.org.ru/viewtopic.p … 302#p30302
Сначала grub2 совсем хотел выбросить а потом решил да пусть остается.
Получилось, что Grub 2 у меня присутствует в двух вариантах - grub и grub2
SYSBOOT=grub+grub2 - Отсутствует в дистрибутиве /boot/grub2
Установка невозможна
Press Enter to abort...При чём тут SYSBOOT=grub+grub2, когда этот параметр в конфигураторе закомментирован?
Это по идее недороботка, т к относится к SYSBOOT=grub+grub2 но срабатывает почему то при SYSBOOT=grub2
Говорит о том, что не установлен пакет grub2. Тут еще неудачно написал сообщение. Действительно мало-понятно
Учитывая, что конфигуратор Grub 2 не зависит от дистра и никак с ним не связан, то лучше исключить данную блокировку.
bootinst.sh стр 54
#if [ "$BOOTFS" = "bios" ] && [ "$SYSBOOT" = 'grub+grub2' ] || [ ! -d "/boot/grub2" ] ;then
if [ "$BOOTFS" = "bios" ] && [ "$SYSBOOT" = 'grub+grub2' ] ;thenbootinst.sh стр 57
# [ ! -d "/boot/grub2" ] && t_echo "SYSBOOT=grub+grub2 - Отсутствует в дистрибутиве /boot/grub2 "ngvaro, я понимаю, что одному человеку вести проект и одновременно документацию сложно, но без вашего понимания структуры и принципа работы сборки даже установка превращается в шоу "Угадай мелодию". Тут нужно либо упорно вникать, либо иметь чёткий алгоритм, который у вас, я так понимаю, от сборки к сборке меняется.
Не то что сложно это еще способность надо чтобы изложить кратко и понятно.
Сейчас у меня установка и обновление Магеи мало чем отличается от штатной установки. Но это требует памяти.
Допустм 2 Гб - это маловато. Но 4 Гб вроде нормально.
Раньше выручала опция увеличения памяти за счет swap. Но на новых ядрах (после 50) она если и работает то плохо
Как не крути надо мигрировать в сторону МагОС. Это обновление системы сразу в модуль а не при выключении системы
В МагОС есть уже модульное обновление дистра
Хотя это уже будет возможно не Магея а что то другое.
Т к надо уже влазить в систему и править ее под незапланированные авторами Магеи задачи
Сложность еще в том, что к Магее с багом уже не обратишься. Система то будет изменена.
Поэтому то и сделал MagOSM-Multi, что бы удобно было запускать что то еще, а не только свою сборку.
Допустим загрузил LiveDVD от Магеи и проверил работает там что то или нет
Страницы Назад 1 … 11 12 13 14 15 … 19 Далее
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Mageia Russian Community Forum → Модульные дистрибутивы на базе Mageia → MagOS на пакетной базе Магеи_x86-64
Работает на PunBB, при поддержке Informer Technologies, Inc, при поддержке sevo44.ru