Неопубликованные разделы после клонирования с dd
Да, это не проблема конвертировать инструментов командной строки в полностью рабочем AppImages.
КИНК AppImages от самого проекта AppImage
разработчики AppImage предложить несколько своих утилит командной строки, которые служат для создания, обновления и запустить AppImages как готовые AppImages:
appimaged
appimaged. Это (опционально) вспомогательный демон, который автоматически создает пункты меню для каждой новой AppImage, которые Вы храните в любой из контролируемых каталогах:
скачать AppImage из: https://github.com/AppImage/AppImageKit/releasesappimageupdatetool
appimaged. это инструмент, которые ищут и применяют автоматические бинарные обновления Delta в любые AppImage, который приготовлен для этого механизма. (Для механизм обновления должен быть включен, создатель AppImage нужно использовать AppImage 'тип 2' Формат!) Вы можете проверить, если он включен, запустив '[Ф2]'. Чтобы обновить AppImage, просто запустите:
[Ф1] скачать AppImage из: https://github.com/AppImage/AppImageKit/releases
linuxdeployqt
linuxdeployqt. Несмотря на свое название, это не может 'тип 2' использоваться для QT-приложений, но и для других. Этот инструмент позволяет приложения Linux автономным копированием библиотек и плагинов, которые использует приложение. Опционально он также создает AppImage.
скачать AppImage от: https://github.com/AppImage/AppImageKit/releaseszsync2 и zsyncmake2
linuxdeployqt. и zsyncmake2. Эти два составляют необходимые инструменты для обслуживания механизма бинарного Дельта 'AppImages тип 2':
скачать AppImage от: https://github.com/AppImage/AppImageKit/releases zsyncmake2-это инструмент, который создает *.файл zsync выступает из любого файла (не только AppImage). Так для my.binaryfile.exe это позволит создать мой.binaryfile.ехе.zsync выступает'. Что (гораздо меньше) *.файл данных через zsync содержит метаданные об основных файлах, которая поможет определить, какие диапазоны байтов изменились с предыдущей версии. Если оба файлы размещены бок-о-бок, в 'zsync2' интерфейс командной строки утилиты можно выяснить, какой байт-диапазон(ы) от основной (новый) бинарные просить для загрузки, чтобы обновить местный (старый) бинарные. Скачать AppImage из: https://github.com/AppImage/zsync2/releases[о d54]КИНК AppImages от других партий[!о d54]
я сам построить несколько AppImages для моего собственного использования (некоторые из которых остаются закрытыми на данный момент), потому что они очень удобно для меня: я размещаю их на один общий каталог на Raspbery Pi в моей домашней беспроводной сети, но запустить их на нескольких системах Linux, где у меня в общей папке автоматически монтироваться при каждой загрузке. Это также очень хорошо работает при тестировании прямо с компакт-диска ISO-образов.
[размером d57]В7 пакета imagemagick.0.х[!размером d57]
zsyncmake2. я строю новый (неофициальный, конечно!) выпускает практически ежедневно для ImageMagick7. Будем надеяться, что это скоро будет принят самими разработчиками тестов...
[dрайвер d41]zsyncmake2-это инструмент, который создает *.файл zsync выступает из любого файла (не только AppImage). Так для my.binaryfile.exe это позволит создать мой.binaryfile.ехе.zsync выступает'. Что (гораздо меньше) *.файл данных через zsync содержит метаданные об основных файлах, которая поможет определить, какие диапазоны байтов изменились с предыдущей версии. Если оба файлы размещены бок-о-бок, в 'zsync2' интерфейс командной строки утилиты можно выяснить, какой байт-диапазон(ы) от основной (новый) бинарные просить для загрузки, чтобы обновить местный (старый) бинарные.[!dрайвер d41][d63, как][!d63, как] [d64 с]QPDF[!d64 с]
QPDF. Я также построил QPDF 8.0 пре-релизы. Надеюсь, это не будет долго, прежде чем Разработчик QPDF выпустит свой собственный AppImage сборки (можно посмотреть здесь).
это тоже пример, как включить скрипт свой собственный 'AppRun' в AppImage. Чтобы увидеть все возможности ее запустить AppImage с 'тип 2'[!флаг d36].
[г70] скачать AppImage сейчас с: https://github.com/KurtPfeifle/qpdf-appimage-testing/releases <== вот, еще будут экспериментальные AppImages доступны в будущем. Они будут охватывать текущие изменения кода, основываясь на самые последние коммиты git, а не официальные релизы. [!г70]
QPDF. Джей Berkenbilt, Автор QPDF сделало первый официальный релиз QPDF-8.0.0, которая включает в себя AppImage как только бинарные сборки для Linux. Получить его здесь: , проверьте здесь. Я рекомендую вам переименовать AppImage в [Ф4] после загрузки (или создать символическую ссылку с таким именем на нем). Это делает обработку (громоздкий инструмент командной строки!) Название AppImage гораздо проще, и позволяет Вам продолжать использовать (старый) дистрибутив-при условии [ф5], как и прежде. Никакого конфликта!
образец программного обеспечения ИПП
[кадрах, снятых D80]ИПП образец программного обеспечения. В AppImage с не один, а четыре различных утилит командной строки является образцом программного обеспечения ИПП обеспечивает рабочая группа исто принтера (ПРГ), в которых представлены понятия '[Ф2]' (ИПП) и новый ИПП везде стандартный прийти. Я сделал ASCIIcast предоставляя короткую вводную учебник об этой программе, используя мой AppImage, которое вы можете посмотреть здесь:[!кадрах, снятых D80]
исто принтер рабочей группы (ПРГ)
корпорация Microsoft PowerShell для Линукс
ИПП образец программного обеспечения. Microsoft будет распространять свою новую ИПП образца программного обеспечения как AppImage. В ASCIIcast об этом работающем на Debian здесь:
скачать AppImage сейчас с: https://github.com/KurtPfeifle/qpdf-appimage-testing/releases <== вот, еще будут экспериментальные AppImages доступны в будущем. Они будут охватывать текущие изменения кода, основываясь на самые последние коммиты git, а не официальные релизы.3 ответа
Мне кажется, что-то не так, по крайней мере, с клонированной копией. Возможно, что-то было повреждено, когда вы загрузились с одного из дисков, когда оба [оригинальный диск и клонированная копия] были подключены.
Пожалуйста, очень внимательно проверьте, что исходный диск по-прежнему работает правильно, когда он один в компьютере. Если это так, я думаю, что лучше всего клонировать снова. Пожалуйста, загрузитесь с третьего диска (например, USB-накопитель с живой системой Ubuntu или Live-приводом Clonezilla). Вы можете скачать файл iso от Clonezilla и создать загрузочный диск и клонировать Clonezilla, clonezilla.org. Он безопаснее и быстрее, чем dd. Выключите компьютер после операции клонирования. Держите оригинальный диск и клонированную копию отдельно друг от друга. Никогда не загружайтесь с одного из них, а другой диск подключен. Загрузите систему в реальном времени и запустите gdisk, чтобы исправить таблицу разделов резервного копирования в конце клонированной копии. Затем проверьте, что gdisk доволен приводом, то есть не жалуется на таблицу разделов. Вы можете найти сценарий gpt-fix удобным в соответствии с этой ссылкой, help.ubuntu.com/community/Installation/UEFI-and-BIOS/stable-alternative#gpt-fix Теперь вы готовы загрузить свой компьютер из клонированной копии ( исходный диск должен быть удален). Он должен работать точно так же, как и исходная система. После этого теста вы можете отредактировать таблицу разделов, чтобы начать использовать все еще нераспределенное пространство на диске (либо путем увеличения размера некоторых существующих разделов, либо путем создания новых разделов). Имейте в виду, что если вы переместите головной конец раздела с помощью /boot (корневой раздел или отдельный загрузочный раздел), вы также должны отремонтировать / переустановить grub.-
1Успешно удалось клонировать мой диск с помощью Clonezilla. Я действительно сделал это, прежде чем читать ваш ответ и пришел сюда, чтобы объяснить, как я исправил проблему. Я считаю, что вы правы, и что-то пошло не так с клонированием через dd. Теперь я могу нормально загрузиться с любого из двух дисков, как в Ubuntu, так и в Windows 10. Я пока не обнаружил какой-либо аномалии. Спасибо за ваше время. Я не могу ответить +1, потому что мне не хватает репутации – raggot 12 February 2018 в 00:10
-
2Поздравляем и благодарим за обмен вашим решением :-) – sudodus 12 February 2018 в 01:05
Мне кажется, что-то не так, по крайней мере, с клонированной копией. Возможно, что-то было повреждено, когда вы загрузились с одного из дисков, когда оба [оригинальный диск и клонированная копия] были подключены.
Пожалуйста, очень внимательно проверьте, что исходный диск по-прежнему работает правильно, когда он один в компьютере. Если это так, я думаю, что лучше всего клонировать снова. Пожалуйста, загрузитесь с третьего диска (например, USB-накопитель с живой системой Ubuntu или Live-приводом Clonezilla). Вы можете скачать файл iso от Clonezilla и создать загрузочный диск и клонировать Clonezilla, clonezilla.org. Он безопаснее и быстрее, чем dd. Выключите компьютер после операции клонирования. Держите оригинальный диск и клонированную копию отдельно друг от друга. Никогда не загружайтесь с одного из них, а другой диск подключен. Загрузите систему в реальном времени и запустите gdisk, чтобы исправить таблицу разделов резервного копирования в конце клонированной копии. Затем проверьте, что gdisk доволен приводом, то есть не жалуется на таблицу разделов. Вы можете найти сценарий gpt-fix удобным в соответствии с этой ссылкой, help.ubuntu.com/community/Installation/UEFI-and-BIOS/stable-alternative#gpt-fix Теперь вы готовы загрузить свой компьютер из клонированной копии ( исходный диск должен быть удален). Он должен работать точно так же, как и исходная система. После этого теста вы можете отредактировать таблицу разделов, чтобы начать использовать все еще нераспределенное пространство на диске (либо путем увеличения размера некоторых существующих разделов, либо путем создания новых разделов). Имейте в виду, что если вы переместите головной конец раздела с помощью /boot (корневой раздел или отдельный загрузочный раздел), вы также должны отремонтировать / переустановить grub.Мне кажется, что-то не так, по крайней мере, с клонированной копией. Возможно, что-то было повреждено, когда вы загрузились с одного из дисков, когда оба [оригинальный диск и клонированная копия] были подключены.
Пожалуйста, очень внимательно проверьте, что исходный диск по-прежнему работает правильно, когда он один в компьютере. Если это так, я думаю, что лучше всего клонировать снова. Пожалуйста, загрузитесь с третьего диска (например, USB-накопитель с живой системой Ubuntu или Live-приводом Clonezilla). Вы можете скачать файл iso от Clonezilla и создать загрузочный диск и клонировать Clonezilla, clonezilla.org. Он безопаснее и быстрее, чем dd. Выключите компьютер после операции клонирования. Держите оригинальный диск и клонированную копию отдельно друг от друга. Никогда не загружайтесь с одного из них, а другой диск подключен. Загрузите систему в реальном времени и запустите gdisk, чтобы исправить таблицу разделов резервного копирования в конце клонированной копии. Затем проверьте, что gdisk доволен приводом, то есть не жалуется на таблицу разделов. Вы можете найти сценарий gpt-fix удобным в соответствии с этой ссылкой, help.ubuntu.com/community/Installation/UEFI-and-BIOS/stable-alternative#gpt-fix Теперь вы готовы загрузить свой компьютер из клонированной копии ( исходный диск должен быть удален). Он должен работать точно так же, как и исходная система. После этого теста вы можете отредактировать таблицу разделов, чтобы начать использовать все еще нераспределенное пространство на диске (либо путем увеличения размера некоторых существующих разделов, либо путем создания новых разделов). Имейте в виду, что если вы переместите головной конец раздела с помощью /boot (корневой раздел или отдельный загрузочный раздел), вы также должны отремонтировать / переустановить grub.