Так как на x86_64 на загрузочных образах используется гибридная таблица разделов (gpt и mbr одновременно), создание раздела для хранения rw слайса надо переделать и сделать это оказалось не так элементарно, как казалось.
IMHO копать стоит в сторону parted; думаю попробовать.
normal->critical Критически важно для бета-версий.
Возможно, зависит от bug #27954. Эксперименты пока опять застряли на том, что получающаяся на флэшке при вкатывании туда исошки таблица разделов (что MBR, что GPT) имеет довольно посредственное отношение к действительности, поскольку задача перед isohybrid/xorriso -isohybrid-* стоит "показать фирмвари что-нибудь загрузочное и обеспечить ядру возможность смонтировать squashfs из ISO9660".
Предлагаю для начала вернуть на i586, где заведомо MBR.
Этого оказалось недостаточно, т.к. /image монтируется с /dev/sdX (не раздела). С другой стороны, таблица разделов кривая (например, с раздела размером "~100M" монтировался гигабайтный squashfs). Собрал xorriso-1.2.6, где в ChangeLog упоминались схожие проблемы; смотрю.
(In reply to comment #5) > /image монтируется с /dev/sdX Надо доработать propagator с automatic=method:cdrom, чтобы научился в случае наличия sdX1 смотреть сперва на него.
(В ответ на комментарий №6) > (In reply to comment #5) > > /image монтируется с /dev/sdX > Надо доработать propagator с automatic=method:cdrom, чтобы научился в случае > наличия sdX1 смотреть сперва на него. надо. доработайте, пожалуйста.
Created attachment 5772 [details] cdrom.c: probe sdX1 before sdX if that's sdX not srY led@ доработал.
...но чуточку переоптимизировал в последний момент, пришлось загрубить: - size_t l = strlen(strcpy(device_fullname + 5, dev_name)); + strcpy(device_fullname + 5, dev_name); + size_t l = strlen(device_fullname); иначе проверялись имена устройств вроде "/de1".
(В ответ на комментарий №9) > ...но чуточку переоптимизировал в последний момент, пришлось загрубить: > > - size_t l = strlen(strcpy(device_fullname + 5, dev_name)); > + strcpy(device_fullname + 5, dev_name); > + size_t l = strlen(device_fullname); > > иначе проверялись имена устройств вроде "/de1". Виноват, ступил: в голове ещё оставался старый вариант со strcat(device_fullname, dev_name), а в коде уже был новый вариант с strlen(strcpy(device_fullname + 5, dev_name) Не, параллелить кодирование на два разных полушария мозга нужно осторожно - возможны рэйсы:)
Хотелось бы ещё узнать, зачем делается проверка automatic:label -- оставил её для случая метода disk, а добавленная в 0.17 обработка метода cdrom туда не смотрит.
GPT потребует отдельной возни -- текущие сизифные parted и gdisk конфузятся при виде isohybrid-ной таблицы разделов, первый из которых начинается с нулевого сектора, и отказываются с ней работать. http://www.syslinux.org/archives/2010-March/014116.html
make-initrd-propagator-0.17-alt1 -> sisyphus: * Sat Mar 16 2013 Michael Shigorin <mike@altlinux> 0.17-alt1 - accept cdrom for rw disk_slice on isohybrid media (closes: #28289) * Thu Feb 21 2013 Michael Shigorin <mike@altlinux> 0.16-alt1 - reenable rw slice if it's not GPT (thus MBR) - fixed annoying /etc/mtab related message
Для архива: - см. тж. bug #21345 -- хорошо бы вспомнить, что было не так; - http://www.altlinux.org/make-initrd-propagator; - в 0.18 делаю для disk/cdrom реакцию при условии наличия в параметрах ядра ключевого слова "live_rw" (подсмотрено в m-p-d в р-не gf1bb7ce), т.к. по умолчанию при первой загрузке получаются немаленькие тормоза вследствие усиленного I/O по флэшке с приличной долей записи; - создаю ext4 без журнала и монтирую с опциями[1] вместо ext3 с дефолтом (при этом загрузка всего вдвое медленней, чем без rw slice); см. тж. bug #28713. Также хотелось бы уточнить критерии _создания_ и _подключения_ rw slice с флэшки -- ныне _создаётся_ при наличии "automatic:label=..." либо "live_rw" в параметрах загрузки ядра, а _подключается_ при наличии ФС с меткой alt-live-storage; возможно, подключение должно происходить при тех же условиях, что и создание. Ну и надо учесть случай использования с NFS, который пока проверять не умею. [1] noatime,nodiratime,commit=30,min_batch_time=100000, barrier=0,data=writeback,delalloc
Не работает на последнем RC2 Simply i586. во первых после записи через dd образа на flash fdisk выдаёт предупреждение что на ней есть GPT, хотя реально нет (corrupted GPT). во вторых, даже после создания раздела вручную он не монтируется как оверлей. Всё это воспроизводится на свежайшей бете Simply: # cat /etc/altlinux-release Simply Linux 7.0.0 (Dory) # uname -a Linux localhost.localdomain 3.8.13.3-std-def-alt1.M70P.1 #1 SMP Fri Jun 21 06:25:57 UTC 2013 i686 GNU/Linux # fdisk -l /dev/sdb WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted. Disk /dev/sdb: 7747 MB, 7747397632 bytes, 15131636 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x7768d6c1 Device Boot Start End Blocks Id System /dev/sdb1 * 64 1669119 834528 17 Hidden HPFS/NTFS /dev/sdb2 1669120 15131635 6731258 83 Linux # mount|grep /.rw none on /.rw type tmpfs (rw,relatime,mode=755) # blkid /dev/sda1: UUID="b6862c3b-9363-4194-a895-113a75d2abfd" TYPE="swap" /dev/sda2: UUID="65f8594e-84c0-47c7-8aeb-f5c7378bd31e" SEC_TYPE="ext2" TYPE="ext3" /dev/sdb1: UUID="2013-06-25-17-45-21-00" LABEL="Simply Linux 7.0.0 (Dory)" TYPE="iso9660" /dev/sdb2: LABEL="alt-live-storage" UUID="132aacf3-ae53-49b0-b649-48256ca9a3d4" TYPE="ext4" /dev/loop0: TYPE="squashfs" /dev/zram0: UUID="ff750c86-81c6-459b-afec-72a10b34dd9b" TYPE="swap"
(В ответ на комментарий №15) > Не работает на последнем RC2 Simply i586. > во первых после записи через dd образа на flash fdisk выдаёт предупреждение что > на ней есть GPT, хотя реально нет (corrupted GPT). > > во вторых, даже после создания раздела вручную он не монтируется как оверлей. > > Всё это воспроизводится на свежайшей бете Simply: showstopper. Будем разбираться.
(В ответ на комментарий №15) > Не работает на последнем RC2 Simply i586. > во первых после записи через dd образа на flash fdisk выдаёт предупреждение что > на ней есть GPT, хотя реально нет (corrupted GPT). Странно, у меня это не наблюдается и раздел создаётся и форматирвется. > во вторых, даже после создания раздела вручную он не монтируется как оверлей. Не хватает модуля ext4 в initrd, сейчас исправлю.
Пересобрал образ, добавив ext4, сработало сразу без какого-либо шаманства с ручным созданием раздела..
(В ответ на комментарий №18) > Пересобрал образ, добавив ext4, сработало сразу без какого-либо шаманства с > ручным созданием раздела..
(В ответ на комментарий №19) > (В ответ на комментарий №18) > > Пересобрал образ, добавив ext4, сработало сразу без какого-либо шаманства с > > ручным созданием раздела.. 2boyarsh@, sem@ Прошу создать и выложить новые образы i586.
live_rw не пришлось добавлять параметр ? Посмотри код - там странности с GPT. Надо чинить - условие "fdisk -l|grep GPT" срабатывает, если на устройстве был когда-то GPT, а потом про него забыли и вкатили через dd образ. Новый образ выложишь ? Может быть стоит сразу поправить и остальные замечания по поводу live_flash ?
думаю, что с GPT воспроизведётся, если на USB flash >8Gb через gdisk создать GPT таблицу с разделами, а потом залить на него live для Simply.
(В ответ на комментарий №22) > думаю, что с GPT воспроизведётся, если на USB flash >8Gb через gdisk создать > GPT таблицу с разделами, а потом залить на него live для Simply. Возможно. После релиза посмотрим. Вообще, мне кажется, что GPT на флэшке -- ситуация нечастая.
(В ответ на комментарий №23) > (В ответ на комментарий №22) > > думаю, что с GPT воспроизведётся, если на USB flash >8Gb через gdisk создать > > GPT таблицу с разделами, а потом залить на него live для Simply. > > Возможно. После релиза посмотрим. Вообще, мне кажется, что GPT на флэшке -- > ситуация нечастая. Да. Но отразить ее в Release Notes стоит. Сэкономим время на ответы "нечастых" пользователей, по крайней мере будет куда дать ссылку.
По поводу "нечастая" я не был бы так уверен. Ещё раз: дело в том, что на Flash реально нет GPT. Её затёрли с помощью dd, и то, что находит fdisk - это не GPT, а его "ошлёпки". Предлагаю просто убрать в коде проверку на GPT - врятли будет ситуация, когда после dd if=siply.iso of=/dev/sda на /dev/sda будет реальный GPT.
на вчерашнем simply опять вылезло. думаю, что на этот раз всё-таки виновато это сообщение: # fdisk -l /dev/sdb WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted. Disk /dev/sdb: 7747 MB, 7747397632 bytes 64 heads, 32 sectors/track, 7388 cylinders, total 15131636 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x7d1192ca Device Boot Start End Blocks Id System /dev/sdb1 * 64 1669119 834528 17 Hidden HPFS/NTFS Надо игнорировать такое - gpt после записи Simply на /dev/sdb уже нет.
# gdisk /dev/sdb GPT fdisk (gdisk) version 0.7.0 Caution: invalid main GPT header, but valid backup; regenerating main header from backup! Caution! After loading partitions, the CRC doesn't check out! Warning! One or more CRCs don't match. You should repair the disk! Partition table scan: MBR: MBR only BSD: not present APM: not present GPT: damaged Found valid MBR and corrupt GPT. Which do you want to use? (Using the GPT MAY permit recovery of GPT data.) 1 - MBR 2 - GPT 3 - Create blank GPT
(В ответ на комментарий №25) > Предлагаю просто убрать в коде проверку на GPT - врятли будет ситуация, когда > после dd if=siply.iso of=/dev/sda на /dev/sda будет реальный GPT. Если это будет simply x86_64, то именно gpt там и будет.
GPT будет в гибридном ISO ? Тогда получается что на x86_64 у нас не работает live_rw ?
(В ответ на комментарий №29) > GPT будет в гибридном ISO ? > > Тогда получается что на x86_64 у нас не работает live_rw ? Да, не работает и это документировано. Задача модификации дважды гибридного образа CD+MBR+GPT пока не решена.
*** Bug 29706 has been marked as a duplicate of this bug. ***
(В ответ на комментарий №14) > Для архива: И ещё: командную строку ядра модифицирует gfxboot, если есть. Например, в kdesktop-7.0.0 содержится: append initrd=alt0/full.cz live lowmem fastboot splash stagename=live quiet=1 showopts При загрузке получаем: initrd=alt0/full.cz live lowmem fastboot splash stagename=live quiet=1 vga=normal lang=ru_RU automatic=method:disk,label:ALT* А ещё в mkimage-profiles почти год как содержится 32live_rw.cfg, указывающий automatic=method:cdrom вместо automatic=method:disk,label:ALT* live_rw. Плюс аналогично и в mkimage::tools/mki-copy-efiboot. При BIOS получается выкрутиться нормально, а вот при UEFI-загрузке из-за того, что образ El Torito одновременно подсовывается и как FAT-раздел -- elilo.conf используется один и тот же. Пока в раздумьях, вообще это бы в refind разделять -- там есть информация о том, что за устройство.
На x86_64/BIOS трудами boyarsh@ работает (если не ошибаюсь, с 0.23-alt1 -- вошло в 7.0.3). На UEFI это отдельная фича и пока похоже, что делать её стоит в refind. Отправил FR. Возможно, с нас патч.
На самом деле доработка propagator коммитами 4d66f07, 13019ba оказалась немножко переоптимизированной и содержала off-by-5, в итоге обнаруженный ldv@: http://git.altlinux.org/gears/p/propagator.git?p=propagator.git;a=commitdiff;h=c011d5e337f98f64d0aed824af9c12189ab48eaf 2 zerg: можно выкинуть из design-bootloader-source тот жуткий хак с превращением "automatic=method:cdrom" в "automatic=method:disk,label:ALT*", вообще говоря.
Должно быть исправлено в propagator-20150306-alt1. Кстати, текущий fdisk научился и GPT...
(В ответ на комментарий №34) > 2 zerg: Ога, прочитал, придя из bug#32562 :-)
