Comments
darkfrozzy commented Feb 5, 2020 •
Linux (Ubuntu), running Checkrain Version Beta 0.9.8, jailbreaking a iPhone 5s (Global), getting the following error:
Installing Jailbreak, this will take a moment. Do not disconnect the device until finished.
Right before trigger (this is the real bug setup)
The text was updated successfully, but these errors were encountered:
zoomer555 commented Feb 5, 2020
Same device, same issue.
wowdecision commented Feb 5, 2020
Also 5s, same error.
YJSNPI114514334 commented Feb 6, 2020
qq16614 commented Feb 6, 2020
Same device, Same error.
igor3k commented Feb 6, 2020
same iphone 5s ios 12.4.4 ubuntu
marckoodj commented Feb 8, 2020
Mismo problema en una ipad mini 2 alguna solucion.
RafaLeeGaming commented Feb 10, 2020
me pasa lo miso con un ipad mini 2
sollde commented Feb 11, 2020
FDeghy commented Feb 12, 2020
i have this error please fix it (@checkra1n)
FDeghy commented Feb 16, 2020
please update checkra1n @checkra1n
helphi commented Feb 17, 2020
iphone5s + ios12.3.1 + ubuntu16.04 + checkra1n-beta0.9.8 same error
skyline9812 commented Mar 1, 2020
Same on iPad mini 2
raph2705 commented Nov 12, 2020
iPhone 5s + iOS 12.4.8 + Debian testing up-to-date + checkra1n 0.12.0 same error and the proposed workaround does not give the expected result (no stacktrace for watchdog, the device reboots under 2 minutes)
Same setup with another iPhone 5S + iOS 12.4.9 and same result, workaround also not giving the expected outcome.
Also tried with bootra1n and checkra1n 0.10.2, more of the same.
al12gamer commented Jan 12, 2021
Same issue on iPad Mini 2 on 12.4 from Fedora 33, kernel 5.9.16
alexialkr commented Mar 15, 2021
In 2021, same erro.
iPhone 5s, iOS 12.5.1
Checkra1n 0.12.2
Sad.
Smart-SangGe commented Mar 21, 2021
same device same error.
You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.
Dfusyncupload failed 1 что это
// macOS
Запустите checkra1n и действуйте согласно инструкции (Linux) с 7 шага.


Изменения checkra1n v.0.12.4:
► 1. Исправление для устройств A9X, которые вообще не могли загрузиться на 14.5.
► 2. Устранение проблем с зависимостью пакетов от репозитория deb.
► 1. Исправление для устройств A9X, которые вообще не могли загрузиться на 14.5.
► 2. Устранение проблем с зависимостью пакетов от репозитория deb.
► 1. Включает USB на Apple TV 4k во время нормальной работы системы.
► 2. Исправляет сбой устройств A10 и A10X при попытке сделать джейлбрейк на iOS 14.3 и выше.
► 3. Исправлена ошибка, из-за которой некоторые LaunchDaemons загружались на платформу, где их не должно было быть.
Уважаемые джейлбрейкеры!
Список твиков совместимых с iOS 14.0-14.3
Будьте внимательны, не все твики оптимизированы под работу с iOS 14!
После джейлбрейка все функции должны работать, как обычно. 99% проблем вызвано действиями пользователя.
Важная информация:
s00n
( ͡° ͜ʖ ͡°)
Используемая версия — 1.1.7 | Последнее обновление: 16.05.21.
Поддерживаемые версии iOS/iPadOS/tvOS — 14.0, 14.0.1, 14.1, 14.2, 14.2.1, 14.3, 14.4, 14.4.2, 14.5.
Так же хочу напомнить, что данный способ никак не задействует разделы диска вашего ПК.
Коротко говоря, всё происходит и обрабатывается на флешке с записанным checkn1x, исключая какие-либо потери файлов.
25 МБ);
2. Распакуйте содержимое скачанного архива;
3. Скачайте и установите программу-флешер 
4. Откройте программу, в ней выберите образ «checkn1x-1.1.7.iso» из папки с распакованными файлами и укажите флешку, на которую хотите развернуть образ. Разверните образ на флешку;
5. Перезагрузите компьютер, перейдите в меню выбора загрузочного носителя во время включения компьютера (обычно вызывается нажатием клавиши F12/F2);
6. Выберите загрузку с нужной флешки, после загрузки вы попадёте в GUI checkra1n’а.
1. Подключите ваше устройство к ПК, нажмите 
1. Запустите Cydia, в поиске наберите NewTerm 2, установите приложение;
2. Откройте NewTerm 2;
3. В командной строке наберите su root, после чего нажмите Return (Ввод) на клавиатуре;
4. Далее будет необходимо ввести текущий пароль, установленный по умолчанию, т.е. вводим alpine и снова нажимаем Return (Ввод)
5. Теперь нужно в командную строку нужно ввести passwd и дважды указать новый пароль (не забывайте после набора каждой команды нажимать Return!), например:
6. Готово! Теперь вы изменили пароль удаленного доступа к файловой системе, более не опасаясь того, что вашим устройством смогут воспользоваться злоумышленники.
Перед тем как пытаться решить те или иные возникшие ошибки, не стоит забывать самой простой способ — перезагрузка ПК. Как бы это глупо не звучало, но порой именно перезагрузка решает проблемы. 😉
// Вопрос-Ответ:
В: Я установил(а) несовместимый с моим устройством/версией iOS твик, при попытке загрузиться в jb-режим я получаю бесконечное яблоко (бутлуп). Что мне делать?
О: Загрузитесь в checkn1x. Во вкладке 
odysseyn1x
Самый простой способ произвести джейлбрейк odysseyra1n на Windows-ПК
Используемая версия — 2.12 | Последнее обновление: 16.05.21.
[!] Информация может быть неактуальна, т.к. при написании текста я основывался на Odysseyn1x для iOS 13. Работа JB на iOS 14 имеет разницу с iOS 13.
Так же хочу напомнить, что данный способ никак не задействует жесткий диск вашего ПК.
Коротко говоря, всё происходит на флешке с записанным odysseyn1x, исключая какие-либо потери файлов.
175 МБ);
2. Скачайте и установите программу-флешер 
3. Откройте программу, в ней выберите образ «odysseyn1x-v2.12-XXX.iso» (в соответствии с разрядностью вашего процессора) и укажите флешку, на которую хотите развернуть образ. Разверните образ на флешку;
4. Перезагрузите компьютер, перейдите в меню выбора загрузочного носителя во время включения компьютера (обычно вызывается нажатием клавиши F12/F2);
5. Выберите загрузку с нужной флешки, после загрузки вы попадёте в GUI checkra1n’а.
1. В открывшемся меню выбираем Checkra1n, нажимаем Enter. 
2. Подключите ваше устройство к ПК, нажмите 
3. checkra1n уведомит вас о необходимости ввести устройство в режим восстановления, нажмите 
4. После обнаружения устройства в режиме восстановления, checkra1n предложит ввести устройство в DFU режим, сделайте это солгасно инструкции на экране или инструкции на 4PDA, затем нажмите 

5. После ввода устройства в режим DFU, не отключайте устройство и дождитесь окончания процесса. Если все получилось, вы увидите надпись All Done . 
6. Устройство перезагрузится, на одном из рабочих столов должна появиться иконка checkra1n. В нём ничего не делаем!, переходим к следующему пункту.
7. Подключаем включенное и разблокированное устройство к ПК. В меню odysseyn1x выбираем 2. Odysseyra1n, нажимаем Enter. 
8. Вас попросят подтвердить установку Sileo и Odysseyra1n, нажимаем Enter.
Connect an iDevice to this computer.
Press enter to continue_
9. Вас ещё раз спросят, уверены ли вы, нажимаем Enter.
odysseyra1n deployment script
(C) 2020, CoolStar, All Rights Reserved
Before you begin: This script includes experimental migration from older bootstraps to Procursus/Odyssey.
If you’re already jailbroken, you can run this script on the checkra1n device.
If you’d rather start clean, please Reset System via the Loader app first.
Press enter to continue_
После перезагрузки устройства ре-джейл нужно делать в Checkra1n, то есть каждый раз повторять 1-4 пункт инструкции (подключение устройства, ввод в режим DFU, и т.д.). Более никаких действий делать не нужно, устройство автоматически загрузится в нужный режим.
1. Запустите Cydia, в поиске наберите NewTerm 2, установите приложение;
2. Откройте NewTerm 2;
3. В командной строке наберите su root, после чего нажмите Return (Ввод) на клавиатуре;
4. Далее будет необходимо ввести текущий пароль, установленный по умолчанию, т.е. вводим alpine и снова нажимаем Return (Ввод)
5. Теперь нужно в командную строку нужно ввести passwd и дважды указать новый пароль (не забывайте после набора каждой команды нажимать Return!), например:
6. Готово! Теперь вы изменили пароль удаленного доступа к файловой системе, более не опасаясь того, что вашим устройством смогут воспользоваться злоумышленники.
// Вопрос-Ответ:
В: Я установил(а) несовместимый с моим устройством/версией iOS твик, при попытке загрузиться в jb-режим я получаю бесконечное яблоко (бутлуп). Что мне делать?
О: Загрузитесь в режим Checkra1n. Во вкладке 
И опять прошивка Slim 0225
#1 Dronozoider
JungleFlasher 0.1.92 Beta (304)
Session Started Tue Jan 29 22:17:25 2013
Drive is Slim Lite-On..
Drive is Slim Lite-On..
Sending Vendor Intro to port 0xF070
Status 0xD0
Re-sending Vendor Intro:
.
Serial flash found with Status 0x72
Sending Device ID request to port 0xF070
Manufacturer ID: 0xEF
Device ID: 0x11
Flash Name: Winbond/NEX(W25P20/NX25P20)
Flash Size: 262144 bytes
.
Stage 1 failed
SlimKey extraction failed!
Drive is Slim Lite-On..
Drive is Slim Lite-On..
SlimKey extraction failed!
Drive is Slim Lite-On..
Sending Vendor Intro to port 0xF070
Status 0x51
Re-sending Vendor Intro:
.
Serial flash found with Status 0x72
Sending Device ID request to port 0xF070
Manufacturer ID: 0xEF
Device ID: 0x11
Flash Name: Winbond/NEX(W25P20/NX25P20)
Flash Size: 262144 bytes
.
Stage 1 failed
SlimKey extraction failed!
Drive is Slim Lite-On..
Drive is Slim Lite-On..
Sending Vendor Intro to port 0xF070
Status 0x51
Re-sending Vendor Intro:
.
Serial flash found with Status 0x72
Sending Device ID request to port 0xF070
Manufacturer ID: 0xEF
Device ID: 0x11
Flash Name: Winbond/NEX(W25P20/NX25P20)
Flash Size: 262144 bytes
.
Stage 1 failed
SlimKey extraction failed!
Drive is Slim Lite-On..
SlimKey extraction failed!
Drive is Slim Lite-On..
Drive is Slim Lite-On..
Sending Vendor Intro to port 0xF070
Status 0x51
Re-sending Vendor Intro:
.
Device Intro failed!
SlimKey extraction failed!
Drive is Slim Lite-On..
Sending Vendor Intro to port 0xF070
Status 0x51
Re-sending Vendor Intro:
.
Serial flash found with Status 0x72
Sending Device ID request to port 0xF070
Manufacturer ID: 0xEF
Device ID: 0x11
Flash Name: Winbond/NEX(W25P20/NX25P20)
Flash Size: 262144 bytes
.
Stage 1 failed
SlimKey extraction failed!
Drive is Slim Lite-On..
Drive is Slim Lite-On..
Sending Vendor Intro to port 0xF070
Status 0x51
Re-sending Vendor Intro:
.
Serial flash found with Status 0x72
Sending Device ID request to port 0xF070
Manufacturer ID: 0xEF
Device ID: 0x11
Flash Name: Winbond/NEX(W25P20/NX25P20)
Flash Size: 262144 bytes
.
Stage 1 failed
SlimKey extraction failed
Использую способ с тыканьем точки MPX01, что не так?
Разбор кейса с восстановлением файлов гостевой ОС в Veeam Backup & Replication
Привет, с вами сегодня команда техподдержки Veeam Support Team. Мы уже рассказывали читателям Хабра о фантастических тварях разнообразных клиентах и где они обитают, и о том, чем и как занимается наш отдел.
А в новом сезоне мы решили начать публикацию технических постов с разбором реальных кейсов, с которыми к нам обращаются пользователи. Хочется верить, что эти материалы помогут кому-то разобраться в тонкостях работы с нашим продуктом без звонка в саппорт – а мы используем сэкономленное таким образом время для написания новых полезных статей.
Итак, сегодня разбираем кейс «Проблема с восстановлением на уровне файлов – ошибка при развертывании Linux FLR appliance», который стал одним из наиболее популярных за прошедшие месяцы.
Суть вопроса
При нормальной работе для восстановления файлов гостевой ОС (не Windows) забэкапленной виртуальной машины выполняется монтирование (mount) дисков этой самой забэкапленной машины на вспомогательную линуксовую ВМ (Linux FLR appliance). После этого можно просматривать содержимое файловой системы с помощью Veeam Backup Browser, выбирать необходимые файлы и восстанавливать их в нужное местоположение. Подробнее см. здесь (на англ. языке) или здесь (на русском).
Вспомогательная ВМ временно развертывается на ESXi-хосте исключительно с целью поддержки восстановления, а затем убирается. Однако при ее развертывании в консоли Veeam Backup & Replication может появиться сообщение об ошибке вот такого вида: “Linux FLR appliance deploy failed: Module ‘MonitorLoop’ power on failed.”
Как понять, что что-то пошло не так
Нюанс в том, что проблема происходит на довольно специфическом этапе – только при восстановлении файлов гостевой ОС, отличной от Windows, и конкретно при развертывании вспомогательной ВМ.
Сообщение об ошибке выглядит в консоли вот так:
Мы видим, что проблема связана с модулем MonitorLoop. Об этом же говорит и журнал соответствующей сессии FLR-восстановления, который хранится в файле с именем вида year_month_day_hour_minute_second.log. В нем мы обнаруживаем следующие записи:
[05.07.2017 17:16:49] Info Mounting restore point. VM: [fileserver], BackupDate: [09.01.2017 18:31:12], Oib: [aa6038d3-bf68-42d6-86c0-de3a48784066]
[05.07.2017 17:17:49] Error Failed to mount oib «aa6038d3-bf68-42d6-86c0-de3a48784066»
[05.07.2017 17:17:49] Error Linux FLR appliance deploy failed: Module ‘MonitorLoop’ power on failed. (Veeam.Backup.Common.CAppException)
Кроме того, поскольку за развертывание вспомогательной ВМ (FLR appliance) отвечает сервис монтирования VeeamMountSvc, то в его журнале Svc.VeeamMount log тоже будет сделана подобная запись (правда, в ней не будет фигурировать проблемный модуль):
[05.07.2017 17:16:49] Error Recreating WCF proxy…
[05.07.2017 17:16:49] Error Linux FLR appliance deploy failed (System.ServiceModel.FaultException`1[Veeam.Backup.Interaction.MountService.CRemoteInvokeExceptionInfo])
«Кто виноват?»
Продолжая наше расследование, выясняем, что имеется статья VMware KB, из которой явствует, что модуль MonitorLoop контролирует ресурсы, выделяемые виртуальной машине. Конкретно же наша ошибка генерируется VMkernel, и ее можно обнаружить в журнале VMkernel:
Первопричиной является тот факт, что у хоста ESXi недостаточно ресурсов для работы вспомогательной ВМ. Естественно, процесс восстановления файлов без нее даст сбой. Чтобы выяснить, чего не хватает, можно углубиться в анализ логов VMkernel, а можно оценить необходимые ресурсы, основываясь на здравом смысле. А он утверждает, что критичные ресурсы – это, скорее всего, CPU и RAM, доступные для работы ВМ на данном хосте, а также свободное место для хранения файла подкачки. Недостаток последнего встречается довольно часто, так что если вы уверены, что ресурсами оперативной памяти и процессора все в порядке, то причина возникающей ошибки почти наверняка — недостаток места для хранения файлов вспомогательной ВМ и ее файла подкачки.
«Что делать?»
Для того, чтобы уяснить, что конкретно нужно поправить, запускаем мастер восстановления File-Level Restore и идем в настройки вспомогательной ВМ (FLR Helper Appliance).
Здесь для хоста, указанного в поле Host, нужно проверить две вещи:
На картинке ниже показана настройка хоста ESXi, отвечающая за дефолтное место хранения файлов подкачки виртуальных машин: host → Configuration → Virtual Machines → Swap File Location.
Есть вероятность, что дефолтная настройка – Virtual machine directory (хранить в каталоге ВМ) – была изменена, а на вновь указанной для этой цели СХД закончилось место. В результате развернуть новые ВМ, включая вспомогательные, невозможно. Проверьте, не ваш ли это случай.
Аналогичая ошибка может произойти со вспомогательной ВМ в ходе SureBackup – причиной будет все та же нехватка ресурсов.
Бонус-трек
А знаете ли вы, что подробнее о работе продуктов Veeam всегда можно почитать в онлайн-справке, которая открывается по нажатию клавиши F1 из любого диалога в консоли продукта, включая главное окно?
Это относится и к шагам разнообразных мастеров настроек – нажимаете F1 на любом шаге мастера, и в вашем дефолтном браузере открывается соответствующий параграф документации в справочной онлайн-системе Help Center.
Мы собираемся и дальше выкладывать разборы популярных кейсов из числа тех, которые поступают к нам в саппорт. Cвои пожелания можно высказывать в комментариях. До новых встреч!
Dfusyncupload failed 1 что это
Краткое описание:
Прошивальщик смартфонов и планшетов от Samsung
Внимание. Программа Odin совместима только с устройствами Samsung на платформе Android!
Уважаемые пользователи! В данной теме обсуждается только сама программа. Если у Вас наблюдаются проблемы в процессе перепрошивки, то следует обратиться непосредственно в тему по Вашему устройству!
Администрация ресурса не несёт ответственность за любой ущерб, причинённой в процессе использования данной программы! Все действия Вы делаете на свой страх и риск! Перед использованием программы, ознакомьтесь с соответствующей темой по Вашему устройству.
Обратите внимание. Если Ваше устройство выпущено до 2012 года, то мы настоятельно рекомендуем пользоваться только версией 1.86!
Русский интерфейс: только в переведённых версиях нашими пользователями/официально нет
Разработчик: Samsung Electronics
Версия: 3.13.3 Odin (Пост Usmonov Rustam #83375651)
Версия: 3.13.1 Odin (Пост pedant87 #70716968)
Версия 3.12.10 Odin (Пост ddilshod93 #67047821)
Версия: 3.12.7 Odin (Пост cvt45 #61210234)
Версия: 3.12.5 Odin (Пост cvt45 #55117531)
Версия: 3.12.4 Odin (Пост ddilshod93 #52192913)
Версия: 3.11.1 Odin (Пост bollo9 #48300172)
Версия: 3.10.7.1 Odin (Пост sichoff #42587280)
Версия: 3.10.7 Odin (Пост ogo2012 #42422485)
Версия: 3.10.6 




Скачать: 
Небольшой фикс перевода: 
Скачать: 
Скачать: 
Скачать: 
Это версия для ПК, для которой нету соответствующей темы. Программа используется всей веткой Samsung и во многих шапказ лежат старые версии. Люди просто не знают о наличии обновлений т.к. профильной темы на нашем Форуме не было.
Вполне, разница только в названиях полей.
Общие сведения о прошивальщике Odin.
Общие рекомендуемые системные требования для работы с программой.
Что нужно знать до начала прошивки.
Какие бывают прошивки и где их брать.
Подготовка к прошивке программой Odin.
У меня совсем другая информация.
Эта тема посвящена всем версиям Odin, а не определённым.
Возможно, Вы что-то сделали не так. Раз уж у Вас есть jTag, то это явление для Вас не первое.
Ещё интересует, какое устройство у Вас в кирпич превратилось?
Инструкция по установке однофайловой прошивки с PIT-файлом.
Инструкция по установке многофайловой прошивки.
Инструкция по установке многофайловой прошивки с PIT-файлом.
Обратите внимание! Некоторые многофайловые (сервисные) прошивки уже имеют в своём составе PIT-файл и отдельно прошивать его не требуется!
Доступные пользователю основные пункты/поля в программе Odin.

















