Osstatus error 22 mac os

Question: Q: OSStatus Error 22

I noticed recently that my Apple Airport Time Capsule stopped backing up my files. I tried to reconnect using time machine with no luck. Also, can’t access the additional drive connected to my time capsule. additionally, my air-print capabilities won’t work through the time capsule network but does work if I configure access through my IP provider network. Lastly, I disconnected my ethernet cable just to make sure that wasn’t the problem, ensured that my computer was connected through my time capsule wifi and tried to reconnect. No luck! Getting message «OSStatus error 22». Can anyone advise?

AirPort Time Capsule-OTHER, OS X El Capitan (10.11.4)

Posted on May 6, 2016 5:38 AM

All replies

Loading page content

Page content loaded

I think this is just a network failure.

Pondini has most of the common errors covered.. even though it is fairly old and a few OS X editions out of date.

The failure is not unusual on El Capo.. not at all.. the best thing to do is a full factory reset of the TC and start over.

Start from a factory reset. No files are lost on the hard disk doing this.

Factory reset universal

Power off the TC.. ie pull the power cord or power off at the wall.. wait 10sec.. hold in the reset button.. be gentle.. power on again still holding in reset.. and keep holding it in for another 10sec. You may need some help as it is hard to both hold in reset and apply power. It will show success by rapidly blinking the front led. Release the reset.. and wait a couple of min for the TC to reset and come back with factory settings. If the front LED doesn’t blink rapidly you missed it and simply try again. The reset is fairly fragile in these.. press it so you feel it just click and no more.. I have seen people bend the lever or even break it. I use a toothpick as tool.

Источник

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», о сути которого я понятия не имею. Если кто знает, какие именно даются команды в вышеуказанном процессе, опишите хотя бы их, возможно это натолкнет на правильное решение, а возможно их можно просто выполнить в терминале, изменив некоторые параметры (надеюсь сталкиваться с терминалом как можно меньше, ибо хоть и более-менее все понимаю, но не люблю с ним возиться)

Источник

Disk Utility fails with OSStatus error 22 during cloning/recovery operation

Background:

I need to upgrade the drive in my Macbook Pro. Following are some of its specs:

• MacBook Pro (17-inch, Late 2011)
• OS: High Sierra, v 10.13.6
• HDD: 500 GB SSD, w/ Macintosh HD & BOOTCAMP partitions

The Problem:

I need to upgrade the SSD to 1TB. I can accomplish this by cloning the 500GB drive to the 1TB drive. I will use Disk Utility from the Recovery HD volume to do this since both source and destination volumes in the cloning process will need to be unmounted.

I did this previously when upgrading the original mechanical HDD to SSD, but it was HFS-to-HFS. I quickly reviewed this article to verify nothing had changed. Finding no warnings, cautions or surprises, I began the process:

• boot with command — R to get into the Recovery HD volume
• start Disk Utility
• select Restore option
• designate source (500GB) & destination (1TB) drives
• Go!

This ran overnight (many hours). But instead of seeing a «Success» message this morning, I saw an error:

Research on this led me here. I initially concluded Apple had simply not upgraded the Recovery volume or the apps in it, but this proved not to be the case. Here’s what I’ve found:

• The upgrade to High Sierra converted the ‘primary’ volume to APFS, but left the Recovery volume as HFS.
• The version of Disk Utility ( DU ) in the Recovery volume of my MBP is the same version as DU in my ‘primary’ High Sierra volume — it was apparently upgraded concurrently with the High Sierra upgrade.
• Whatever the version of DU in the Recovery volume, the failure I experienced seems rather chronic.

The source disk is a Crucial SSD, a few years old & no known issues; the destination disk as also a Crucial SSD — about a week old. Nevertheless, I have now checked all volumes on both disks with First Aid in DU , and all are reported as «OK».

Based on all the above, I’ve concluded that my Recovery volume is unreliable and not fit for purpose.

I’ve found a 3rd party alternative solution, Carbon Copy Cloner. It has now successfully cloned the 500GB drive, and restored that to the new 1TB drive — I am «whole» again 🙂 My questions (at last) are:

Can the Recovery HD volume be upgraded — perhaps by installing a later version of Disk Utility from Mojave or Catalina, or a 3rd party app such as CCC?

Could the Recovery HD volume be converted from HFS to APFS and restored/installed on the internal SSD?

Can a Recovery HD volume be created on a thumb drive which could be made bootable?

1 Answer 1

I came here because I was looking for solutions about the error you quote, but instead your actual questions at the end of your text are about something else. It would be nice if you’d change your question title accordingly.

To answer your questions about recovery partitions:

If you install, even temporarily, a newer macOS, you should get a newer recovery partition along with it. I, for instance, have a separate 10.14.6 recovery system on one of my Macs (however, I wonder how that came to be, as there’s also a Recovery APFS volume insider the container where the Mojave system resides, so why would there also be a HFS+ partition with one?). Be aware that if you install a newer system on your current system disk, it might convert your current system volume from HFS to APFS. To prevent that, install it to a separate partition (though even then I’m not sure that Apple won’t simply convert all volumes on the disk to APFS), or best install it to an external disk.

Converting it into APFS is not needed and inadvisible — it would not gain you anything. Basically, the Recovery system is just a small EFI-based loader that’ll then load the BaseSystem image into a RAM disk and load the Recovery system from there.

I have copied entire HFS+-formatted recovery partitions to external USB disks, so I assume you could as well copy them onto a USB stick, as long as you format it with a GUID partition scheme first. The copy operation may be tricky, though — ideally, Disk Utility should let you do that with its Restore command — but it turns that that the new Disk Utility won’t even show Recovery partitions any more, so that’s not an option. The old Disk Utility from pre-10.11 systems may be able to, still.

Here’s what still works in my testing on Mojave with Terminal commands to copy a HFS+ formatted Recovery partition to an USB thumb drive (with GUID partition scheme):

Where diskVsW and diskXsY are the identifiers for the source and dest Recovery partitions that you’ll find with diskutil list .

You could also use hdiutil to create an image file of another Mac’s recovery partition and then later restore that with Disk Utility.

Also keep in mind that modern Macs can always load a recovery system from the internet, so there’s no need to keep one around for them.

Источник

Не удалось создать том предварительной загрузки для установки APFS. Не могу поставить ОС, как быть?

Проблема возникла такая: решил отдать ноутбук в семье другому человеку, стандартно решил очистить полностью и накатить чистую Mac os.

Процедура простая (делал на iMac раз 100), зашел в режим восстановление и форматную диск, начал ставить Mac OS и тут пошло поехало.

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

Прикладываю скриншоты самой ошибки, так же информацию из терминала по diskutil List и скриншоты из самой дисковой утилиты — https://imgur.com/a/7xsMg

Как решил эту пробелу и поставить заново Mac OS? Информация (логично уже) там не важна. Так что готов все опять стирать (хотя там и нет ничего уже).

P.S Забавно то, что в Д.У. показывает, что 1,26Гб не подключены. Что это?

• Вопрос задан более трёх лет назад
• 43828 просмотров

В общем я нашел решение!

Проблема эта в новых макбуках, там диск автоматически стоит в формате APFS. Когда идет переустановка Mac OS, он хочет опять поставить режим APFS но выдает ошибку (как я выше описал).

Суть в том что надо отформатировать диск в формат Mac OS Extended (Journal), что бы при установке Mac OS High Sierra он его опять переделал в APFS.

Для этого нужно:

1. Перезагрузить Mac в режим востноавление через интернет (Internet Recover program) — Command, Option R
2. Открыть там дисковую утилиту, сверху слева будет кнопка «Просмотреть», там выбрать «Показать все устройства». Вам будет виден сам диск и контейнер в нем.
3. Переформатировать контейнер (именно его) в Mac OS Extended (Journal).
4. Выйти из Дисковой утилиты и просто начинать устанавливать Mac Os.

Sid1161, Всем привет. Столкнулся с такой же проблемой как описано выше. Вообще началось с того, что использовал ассистент миграции чтобы перенести все данные со старого МБП на новый. Перейти то перешло, но все зависало жутко. Откровенно говоря мне это уже показалось странным, но на фоне того что сейчас творится с Apple, зависания уже не удивительны. Печально! Именно поэтому я одобряю решение компании перейти на 2х годовое обновление и более тщательно подходить к выпуску новых программных, да и не только продуктов.
В итоге пришлось все снести к чертям, дабы было простое желание вернуться к заводским настройкам. Удалил, но вернуться уже не вышло. При установке Sierra выходила та самая злосчастная ошибка. Я уже собрался сдавать ноут продавцу, но решил вспомнить молодость, времена когда работал админом.
Увидел сообщения Антона и обрадовался уже, нашлось решение. Как бы не так. Я пошел по описанному пути и тупо не нашел кнопку «Просмотреть», ну хоть тресни там нет. Короче я забил.
Решил установить с флешки. Просто наберите в гугле и выйдут правильные варианты с использованием программы DiskMaker. Только это мне помогло, пока пишу, система установилась заново!)). Победа. Но и тут пришлось повозиться. Дисковая утилита загоняла мою флешку в APFS, а программа DiskMaker тупо не хотела создавать загрузочный диск, выходила ошибка -68018 (не помню точный номер). Нужно было срочно перевести флешку в формат MacOS Extended (Journal). Мне помогла программа Time Machine. Перед тем как будет создана backup версия, флешка куда будет сохранена информация форматируется и по умолчанию она форматируется в формат MacOS Extended (Journal).
1) Форматнул через Time Machine
2) Скачал в App Store Sierra
3) Скачал и установил программу DiskMaker
4) Сделал загрузочную флешку
5) Установил флешку на новый ноут, перезагрузил и нажал кнопку alt (option)
6) Еще раз через дисковую утилиту на всякий случай форматнул Mac HD
7) Затем установил Sierra заново.

Все работает! Если возникнут вопросы пишите, буду рад помочь!

Источник

Как восстановить права доступа к диску и исправить ошибки на Mac OS X

Когда система OS X начинает работать нестабильно, первое, что рекомендуют делать специалисты — проверить диск на наличие ошибок, исправить их и восстановить права доступа к диску. В этом материале мы расскажем как это сделать.

Внимание! Перед началом проверки и исправления ошибок на системном диске (где установлена OS X), а также восстановлением прав доступа, настоятельно рекомендуем закрыть все программы (Command (⌘) + Q) и не запускать никакие процессы.

Проверка и исправление ошибок на дисках в Mac OS X

Компьютерам, как и людям, свойственно ошибаться. Главное в случае ухудшения работы системы OS X вовремя исправлять эти ошибки. Сделать это достаточно просто, благо, инженеры Apple позаботились об этом и встроили «Дисковую утилиту», которая в несколько кликов выявит проблему и позволит её исправить.

1. Откройте Finder → Программы → Утилиты → Дисковая утилита или воспользуйтесь поиском Spotlight.

2. В левой боковой колонке выберите необходимый жёсткий диск.

3. В рабочей области перейдите во вкладку «Первая помощь».

4. Выберите пункт «Проверить диск» и дождитесь окончания проверки, длительность которой будет варьироваться в зависимости от объёма накопителя, его наполненности и мощности самого Mac.

5. Если Дисковая утилита найдёт ошибки, то нажмите кнопку «Исправить диск».

Как восстановить права доступа к диску на Mac OS X через Дисковую утилиту?

Иногда случается так, что права доступа в системе могут быть исправлены на некорректные. В большинстве случаев это происходит по вине неправильно работающих установщиков программ. Из-за этого система может не получить доступ к важным системным настройкам, компонентам и расширениям.

1. Откройте Finder → Программы → Утилиты → Дисковая утилита или воспользуйтесь поиском Spotlight.

2. В левой боковой колонке выберите необходимый жёсткий диск.

3. В рабочей области перейдите во вкладку «Первая помощь».

4. Выберите пункт «Проверить права доступа» и дождитесь окончания проверки.

5. Нажмите кнопку «Исправить права доступа».

Как восстановить права доступа к диску на Mac OS X через Терминал?

1. Откройте Finder → Программы → Утилиты → Терминал или воспользуйтесь поиском Spotlight.

2. Введите следующую команду:

sudo diskutil repairPermissions /

Когда начнётся процесс, вы увидите сообщение типа:

Started verify/repair permissions on disk0s2 Macintosh HD

Чтобы исправить права доступа к другому (несистемному) диску, замените «/» на имя другого диска, например:

sudo diskutil repairPermissions WD-ArviZami

Источник