Почему unxz возвращает эту ошибку неверного аргумента?

591
Theo Addis

Я использую команду unxz в Linux (Ubuntu), чтобы преобразовать файл .img.xz в просто файл .img.

Команда, которую я ввожу, выглядит следующим образом:

unxz kali-2017.01-rpi2.img.xz 

Но он просто возвращает эту ошибку:

unxz: kali-2017.01-rpi2.img: Seeking failed when trying to create a sparse file: Invalid argument 

Кто-нибудь знает почему?

0
Вы пытались использовать аргумент --no-sparse? music2myear 7 лет назад 0
Кроме того, у вас есть достаточно места на вашем разделе? music2myear 7 лет назад 0
@ music2myear Я не знаю, сколько места нужно файлу, но я попробую --no-sparse. Будет ли это иметь большое влияние на результат? Theo Addis 7 лет назад 0
Основываясь исключительно на чтении только man-страницы для unxz, я узнал, что аргумент --no-sparse, скорее всего, замедлит процесс, но он также будет использовать меньше места для распаковки, поскольку запасной файл, кажется, дополняет оба исходных упакованный файл и выходные несжатые файлы. music2myear 7 лет назад 0
Что касается потребностей в пространстве, он будет по крайней мере того же размера, что и исходное изображение, и, вероятно, немного больше. Насколько больше зависит от факторов, к которым у вас есть доступ, но у меня нет. music2myear 7 лет назад 0
И, наконец, какие проблемы вы выполнили самостоятельно? Какие исследования? Вы только пытаетесь распаковать файл? Вы проверили правильный синтаксис для unxz? music2myear 7 лет назад 0
@ music2myear Я собираюсь попробовать - нет-разреженный сейчас, будет сообщать Theo Addis 7 лет назад 0
@ music2myear Это сработало! Кали отлично прошился на SD-карту и теперь работает на моем rpi 3. Спасибо! Theo Addis 7 лет назад 0

1 ответ на вопрос

0
music2myear

Это может быть проблема недостаточного дискового пространства или разрешений на файловую структуру.

По умолчанию sparsefile создается во время извлечения как своего рода рабочий или рабочий каталог. Разреженный файл обычно обеспечивает более быстрое извлечение, а компромисс заключается в том, что весь процесс требует больше дискового пространства. Это тогда удалено, когда процесс завершен.

Использование --no-sparsefileопции говорит xz --decompress(или unxz, что то же самое) распаковывать архив без использования sparsefile.

Похожие вопросы