Ошибка 22 неверный аргумент mac os дисковая утилита

Question: Q: Не удается клонировать (восстановить из..) системный раздел с APSF с помощью дисковой утилиты

(в заголовке ошибка, APFS, конечно же)

Длительное гугление, в том числе в яндексе, не дало вообще ни единого упоминания о подобной проблеме, потому прошу помочь мне здесь. Итак

Внутренний SSD MacBook Pro в GUID разделенный на два раздела с APFS в разных контейнерах, 256 гб под систему, остальное под данные.

Надо:

Скопировать системный раздел на внешний носитель аналогичного размера (256 гб) с помощью дисковой утилиты (восстановить из..), так, что б потом аналогичным образом, с помощью дисковой утилиты (запущенной, например, с установочной флешки), можно было восстановить чистую систему обратно если с ней что-то случится, к примеру.

(пожалуйста, не пишите здесь о Time Machine, мне в данной ситуации она не удобна)

Пока все было отформатированно в HFS+ – проблем не было никаких. Неоднократно клонировал и восстанавливал обратно таким образом систему, все шикарно работало. Но вот переехал на APFS, и понеслось..

С APFS в начале процесса клонирования (восстановления из раздела) все вроде бы протекает как обычно — сначала, собственно, само восстановление, потом после середины, проверка.

Но в конце процесса получаю следующую ошибку:

Обратному преобразователю APFS не удалось выполнить обратное преобразование тома – Неверный аргумент

Не удалось завершить операцию. (OSStatus, ошибка 22)

После закрытия окна с ошибкой (и даже переподключения носителя) в дисковой утилите отображается только носитель с пустым контейнером под APFS

• Предварительно форматировать целевой носитель со схемой разделов GUID в: ExFat, HFS+, и, собственно, APFS.

Кстати, в случае с предварительным APFS еще несколько моментов:

– во первых не пересоздается раздел (ну оно и понятно, ибо аналогичная фс), и соответственно имя целевого раздела на время восстановления остается прежним, в отличии от того, что на самом первом скрине (ASRNewVolume_28315)

– во вторых, после закрытия окна ошибки диск таки появляется доступным в Finder’е, и даже с таким же именем как у раздела-источника, но со странным содержимым — одни файл размером с раздел-источник и с именем ContainerToInvert.

Догадываюсь, что это как раз то, что по какой-то причине и не удалось преобразовать этому самому преобразователю APFS

• На самом носителе пробовал создать dmg образ, и восстановить системный раздел в него (очень странный способ от отчаяния, с еще более странными ошибками).

• Во всех случаях нажимал на «восстановить (из)» именно на разделе целевого носителя (когда пробовал форматировать его в APFS, то нажимал еще и на контейнере раздела), а не на самом носителе, т.к. тогда предлагает восстановить тоже со всего внутреннего носителя, а нужен только системный раздел.

Насколько я понимаю восстановление раздела из APFS (а возможно и из других фс) помимо самого восстановления и проверки, происходит с целой кучей дополнительных команд из графической оболочки дисковой утилиты, среди которых, судя по тексту ошибки, и некое «обратное преобразование APFS», о сути которого я понятия не имею. Если кто знает, какие именно даются команды в вышеуказанном процессе, опишите хотя бы их, возможно это натолкнет на правильное решение, а возможно их можно просто выполнить в терминале, изменив некоторые параметры (надеюсь сталкиваться с терминалом как можно меньше, ибо хоть и более-менее все понимаю, но не люблю с ним возиться)

Источник

Question: Q: unzip error 22: invalid argument

Upgraded to MacOS Catalina and now I cannot unzip any zipped file. I had no problems before. Also, moving the file or redownloading is not fixing it. Multiple files of different sizes failed. MacBook user here.

Posted on Oct 13, 2019 10:08 PM

Helpful answers

Unzipping from command line works. But that is NOT a solution to the problem. This problem started after I installed Catalina.

Oct 23, 2019 7:56 AM

There’s more to the conversation

Loading page content

Page content loaded

Tried unzipping the file from the command line, then?

Oct 14, 2019 3:34 AM

Same problem,Have you solved it?

Oct 15, 2019 8:04 AM

It’s either a corrupt zip archive, or your installed zip is old, or whatever is pretending to be zip is buggy.

Use zip -v and unzip -v and see if it’s older than InfoZip zip 3.0 and unzip 6.0.

If older, upgrade using homebrew or otherwise.

And if it’s not InfoZip zip and unzip you’re finding, homebrew yourself copies of InfoZip zip and unzip, and check again.

Oct 15, 2019 8:47 AM

After testing, I found that it was under windows, and the file contained the Chinese, this problem occurred when unzip. I unzipped it with catalina own zip tool.

Oct 15, 2019 9:11 AM

After testing, I found that it was under windows, and the file contained the Chinese, this problem occurred when unzip. I unzipped it with catalina own zip tool.

Not sure what that sequence is, but guessing there’s an encoding problem with the Catalina GUI tools that are providing unzip support on Catalina, and you’ll want to log some feedback with Apple with as much detail on the character encoding and the rest of a reproducer as can be available.

Oct 15, 2019 9:35 AM

It is NOT just Chinese Characters. All zipped files within the zip that have either extended ASCII letters or UTF in the filenames will not expand — at least if one uses the cli to unzip — then the filenames with only ASCII in the names DO expand and are usable.

I have used the apple feedback link listed below.

Oct 21, 2019 2:04 AM

Unzipping from command line works. But that is NOT a solution to the problem. This problem started after I installed Catalina.

Oct 23, 2019 7:56 AM

I just spoke to support. I was told this is happening because Catalina no longer reads 32 bit and if the file was compressed on a Microsoft computer a Mac running Catalina will not be able to read it. I was not given any fix for this, I guess they just assume the 32 bit will be phased out. I was told to try 7zip as a workaround, about to try that.

Oct 23, 2019 9:13 AM

32-bit apps and 32-bit archives are entirely different topics.

zip archives are transportable across a wide variety of platforms, and zip and unzip was 32-bit until zip 3 / unzip 6. (I’m still playing Whac-A-Mole with some folks running older versions, too.)

If the “real” unzip tool is hitting this crash, then there’s a bug or incompatibility in whatever tool compressed the file, or there’s a bug or limit in unzip, or a hole in the zip archive design. And it’ll still be necessary to read the older 32-bit zip archives for the foreseeable future, too.

Do you have an example zip archive file you can post somewhere? Folks here can take a look, and maybe this then gets identified and maybe then involves the Info-Zip folks? Also details on what OS and tool and command was used to generate it?

Based solely on what’s been posted, I’m wondering if there’s a filename-encoding incompatibility somewhere. Which would be entirely unrelated to 32-bit apps.

Oct 23, 2019 10:03 AM

Unfortunately I cannot share the zip file due to the contents being secure. The file was sent from a Microsoft computer, I am not sure how it was generated. however I do know that the issue is only prevalent on mine and a co-workers Mac, it should also be noted we are the only two who have updated to Catalina. Others who haven’t yet updated to Catalina can open the zip with no issue.

I did send myself another zip file from a MacBook Pro (not updated to Catalina) and was able to open this zip file without issue. I did with the apple tech on the phone and this is when he advised me about Catalina not being able to unzip a 32 bit file.

Mind you I am not at all IT support so don’t have much knowledge, I am just the guy that has to deal with tech problems when they happen.

if anyone else has a similar issue and has found a fix that doesn’t involve a third party app, I would love to hear it.

Источник

Невозможно отформатировать / стереть жесткий диск

У меня есть внешний HD, который умер на мне некоторое время назад, и я пытаюсь увидеть, могу ли я отформатировать / стереть его, чтобы начать использовать его снова.

Диск не отображается в Finder, но я вижу его в Дисковой утилите. Когда я пытаюсь стереть это оттуда, я получаю

Когда я пытаюсь проверить громкость:

Я попытался запустить сканирование поверхности в Techtools Pro, он обработал 650 блоков, и все было плохо. Я отменил операцию, потому что она была очень медленной.

Diskutil info /dev/disk2 говорит мне:

Я также попробовал:

Можно ли как-нибудь спасти этот диск или он уже готов для мусора?

Я нашел, что это работало отлично (от терминала):

Вам нужно будет сменить diskX на любой номер вашего диска. Вы можете найти это в утилите диска, выбрать диск, щелкнуть информацию и посмотреть в разделе «Узел устройства BSD».

Это сработало для меня! Дисковая утилита> Вид> Показать все устройства.

Это сделало предмет проблемного диска на боковой панели стать предметом большего размера (извините, мой словарь — отстой).

Выберите больший и начните процесс удаления оттуда. Посмотрите, работает ли это!

[

Прежде чем уничтожить это попробуйте это:

В дисковых утилитах под Volume Scheme заголовок установите количество разделов из выпадающего меню на один. Нажмите кнопку «Параметры», установите схему разбиения GUID, затем нажмите кнопку «ОК».

Установите тип формата в Mac OS Extended (журнальный).

Нажмите на кнопку Раздел и подождите, пока процесс не завершится.

Выберите раздел, который только что создал (это вспомогательный вход под записью диска) из списка с левой стороны.

Нажмите на вкладку Erase в главном окне DU.

Установите тип формата в Mac OS Extended (журнальный).

Нажмите на кнопку безопасности, проверьте кнопку на ноль данных и нажмите на кнопку OK, чтобы вернуться к окну Erase. Нажмите на кнопку Стереть.

Процесс форматирования может занять до нескольких часов в зависимости от размера диска.

Источник

Не удалось проверить размеры — операция запрещена. Операция не может быть завершена. (Ошибка OSStatus 1.)

7 лучших примеров использования блокчейна в 2018 году

Я следую инструкциям по созданию загрузочного диска (щедро предоставленным в этом ответе джентльменом по имени Дэвид Андерсон). Я использую SD-карту на 16 ГБ, чтобы попытаться создать загрузочный диск из моего MacBook с Catalina.

Инструкции можно упростить, выполнив Восстановление с помощью Дисковой утилиты на внешний диск (SD-карта или флэш-накопитель) с помощью BaseSystem.dmg источник восстановления.

Проблема в том, что когда я пытаюсь это сделать, я получаю следующую ошибку (также см. Снимок экрана)

Не удалось проверить размеры — операция запрещена. Операция не может быть завершена. (Ошибка OSStatus 1.)

Что это значит? Есть ли лучший способ исправить это, чем тот, который дан в ответе Дэвида Андерсона. Или может asr команда должна работать надежно, чтобы не пришлось использовать Дисковую утилиту?

• Вы пытаетесь создать загрузочный установщик Каталины или просто флешку с установленной на ней Каталиной?
• Загрузочный установщик
• Ладно . значит, вы также сказали «. с моего MacBook, работающего под управлением Catalina». Почему бы просто не скачать установщик и использовать createinstallmedia согласно инструкциям Apple? Это кажется довольно окольным способом добиться этого.
• @Allan: Я редактировал вопрос. В моем ответе, о котором говорилось в OP, участвовал установщик El Capitan.

Я думаю, что «Операция запрещена» может быть вызвана отсутствием у Дисковой утилиты необходимых прав администратора.

Должен сработать (применяются положения и условия)

• Это то, что у меня сработало, спасибо!
• 1 Это сработало! Мне также пришлось открыть Дисковую утилиту и подготовить исходный образ через Изображения> Сканировать для восстановления .
• Мне пришлось заключить в кавычки исходные и целевые параметры, чтобы это работало, например —source ‘BaseSystem.dmg’

Вы можете легко сделать это с помощью команды ASR

Вы должны отсканировать загруженное изображение с помощью следующей команды

После сканирования вам необходимо запустить следующую команду, чтобы восстановить изображение на USB.

Если есть какие-либо проблемы, поделитесь здесь.

• Я обнаружил, что перед запуском imagescan мне пришлось преобразовать исходное изображение в режим только для чтения с помощью команды image Convert в Disk Utility.

Хорошо, во-первых, для ясности, вы делаете это из восстановления macOS или когда вы загружаетесь с помощью загрузочного установщика USB, верно? Кроме того, SD-карты на 16 ГБ недостаточно для хранения macOS Catalina. Если вы хотите сделать SD-карту с готовой установкой macOS Catalina, вы можете загрузить приложение Install macOS Catalina, а затем использовать его для установки на SD-карту (опять же, объема памяти недостаточно). https://support.apple.com/guide/mac-help/reinstall-macos-mchlp1599/mac.

Если у вас возникли проблемы с созданием загрузочного установщика, я думаю, что лучшим вариантом будет загрузить приложение Install macOS Catalina из App Store, а затем использовать creatinstallmedia команда для создания установщика. См. Ссылку для получения дополнительной информации https://support.apple.com/en-us/HT201372.

• Редактировал вопрос. В моем ответе, о котором говорилось в OP, участвовал установщик El Capitan. AFAIK, OP или я не упоминали об установке Catalina на SD-карту.
• @DavidAnderson Вопрос был неясным, поэтому я дал инструкции для обоих.

если у вас есть доступ к Терминалу, вы можете:

перечислите ваши диски

diskutil list to get your SD_CARD_NAME

размонтируйте вашу SD-карту

diskutil unmountDisk force /dev/SD_CARD_NAME

сотрите его желаемой файловой системой (AFS или JHFS +)

diskutil eraseDisk JHFS+ Emptied /dev/SD_CARD_NAME

Источник