nafanja
часть данных восстанавливается btrfs restore -xmo /dev/sda3 /mnt, но при восстановлении @home_all возникает какая то ошибка, и восстановление прекращается.
Не так давно тоже по своей вине завалил btrfs. Все восстановил с помощью btrfs restore. Но пришлось подбирать опции, так как восстановление тоже останавливалось из-за ошибки. Без опции -m всё восстановилось без ошибок, но к моему удивлению владельцы, группы, права доступа и т. п. были восстановлены. Возможно на каких-то файлах что-то и не восстановилось, но такие пока не попадались и проблем связанных с атрибутами файлов пока не было.
akorop
С адекватной задержкой, надеюсь? И с возможностью двигать мышкой "по диагонали"?
Посмотрел еще раз. Перемещение по диагонали к нужному пункту или подменю работает отлично. Спокойно перемещаешься без особой спешки.
На всякий случай вытащил /etc/icewm и /usr/share/icewm. Может пригодится.
https://yadi.sk/d/vWzozUMeJKxL2w
akorop
С адекватной задержкой, надеюсь? И с возможностью двигать мышкой "по диагонали"?
Не обратил внимания) Завтра посмотрю повнимательнее.
akorop
IceWM умеет самораскрывающиеся подменю? Если да, то включить бы.
kostyalamer
4) Насчет менюхи подумаю, если возможно сделаю.
Смотрел сегодня IceWM на openSUSE, менюшки выпадают при наведении.
vasek
хотя вроде бы Fedora тоже использует dracut
ROSA тоже используют дракут и тоже грузится. И для Росы и для Федоры поиск ИСО задаётся через iso-scan/filename=$iso_path, как впрочем и для Убунту с OpenSUSE и очень интересно почему это для Магеи не работает)
vasek
Интересно на каком этапе выкидывает?
Не находит корневое устройство и выкидывает в дебаг шелл. Похоже не понимает что нужно из исо грузиться. Что нужно прописать для загрузки из исо я так и не понял. То что находил не работало, а все что у меня перечислено в переменной $linux_extra видимо не подходит.
jim945
В чем вопрос?)))
Ок, возьму)
С Магеей что-нибудь получилось?
Я сам не патчил, в исходном репозитории уже лежит патченный. А вообще согласен, это неудобно. Особенно если граб обновляется вместе с системой. Если не патчить, то можно вручную вписывать $linux_extra в строку ядра, но это тоже неудобно, впрочем это в исходном скрипте такая переменная, можно заменить на свою, покороче.
У кастомных loopback.cfg тоже есть небольшой минус, их надо поддерживать.
В принципе можно использовать такой вариант: если в ИСО нет loopback.cfg, то используется кастомный, если его нет, то парсится isolinux.cfg, при этом парсер пусть будет не патченный. Чем больше будет loopback конфигов, тем меньше будет необходимость вручную вставлять эту переменную. У меня в принципе и сейчас так, за исключением приоритетов, и конфигов своих всего два. Пожалуй надо взять у вас готовые, если вы не против)
jim945
В чем там подвох?
isolinux.cfg не содержит параметров для загрузки из исо образа, в отличие от loopback.cfg, поэтому нам надо вручную добавлять эти параметры. Чтоб так не мучиться патченный парсер вставляет в строку ядра переменную $linux_extra, а мы в свою очередь можем вложить в эту переменную любые параметры, в том числе и язык системы. У меня он берется из граба.
jim945
Остальные по имени образа перебирают все разделы чтоли??
Получается так. Но это ерунда, путь к исо образу полный, ищется быстро.