Formset 58b8a7b2 ошибка failed to save storage

Здравствуйте!

Если ваша флешка стала постоянно сбоить: не форматируется, при подключении к компьютеру — тот часто подвисает, при копировании файлов на нее — вылетают ошибки, но она не подвергалась механическому воздействию — ШАНСЫ на восстановление ее работоспособности есть! 👌

Хорошо бы, если при подключении флешки — она хоть как-то определялась, например, Windows издавала звук подключения, накопитель отображался в «моем компьютере», и на его корпусе моргал светодиод.

📌Если компьютер совсем не видит флешку и никак не реагирует на нее, то сначала рекомендую ознакомиться вот с этой статьей.

Вообще, дать универсальную инструкцию, как и какой программой что делать, чтобы восстановить флешку — невозможно! Но я в этой небольшой статье попытаюсь дать алгоритм, который поможет, даже начинающим пользователям, разобраться с проблемой и решить ее.

Итак…

*

Восстановление работоспособности флешки: по шагам

Определение модели контроллера флешки

Оказалась по воле судьбы у меня одна флешка, которую Windows отказывалась форматировать — вылетала ошибка: «Windows не удается завершить форматирование».

Флешка, по заверениям владельца, не падала, в нее не проникала влага, да и вообще, с ней довольно бережно обращались…

Всё, что было ясно (по ее виду): что это флешка от SmartBuy, и она на 16 GB (фото ниже). При подключении к ПК — загорался светодиод, флешка определялась и была видна в проводнике, но работала со сбоями.

*

Способ 1: с помощью спец. утилиты

Чтобы восстановить нормальную работу флешки, необходимо перепрошить микросхему контроллера. Делается это специальными утилитами, и для каждого типа контроллера — своя утилита!

Если утилита будет выбрана неверно, то с высокой долей вероятности, вы испортите флешку на всегда! Скажу даже больше, у одного модельного ряда флешек — могут быть разные контроллеры!

У каждого устройства есть свои уникальные идентификационные номера — VID и PID, и флешка здесь не исключение. Чтобы выбрать правильно утилиту для перепрошивки — необходимо определить эти идентификационные номера (а по ним модель контроллера).

1. VID — идентификатор производителя контроллера;
2. PID — идентификатор устройства.

Один из самых простых способов узнать VID, PID, и модель контроллера флешки — это использовать специальные утилиты. Одна из лучших в своем роде — это Flash Drive Information Extractor.

📌Flash Drive Information Extractor

Сайт производителя: http://www.antspec.com/usbflashinfo/

Небольшая бесплатная утилита, для получения максимум информации о флешке. Устанавливать ее не нужно!

Программа определит модель USB-флешки, модель и тип памяти (поддерживаются все современные флешки, по крайней мере, от нормальных производителей 😎).

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

Получаемая информация:

• модель контроллера;
• возможные варианты установленных во флешке чипов памяти;
• тип установленной памяти;
• заявленный производителем максимальный потребляемый ток;
• версия USB;
• полный физический объем диска;
• объем диска, сообщаемый операционной системой;
• VID и PID;
• Query Vendor ID;
• Query Product ID;
• Query Product Revision;
• Controller Revision;
• Flash ID (не для всех конфигураций);
• Chip F/W (для некоторых контроллеров) и др.

Важно! Программа работает только с USB-флешками. MP3-плееры, телефоны и прочие устройства — она не распознает. Желательно, перед запуском программы, оставить подключенной к USB-портам только одну единственную флешку, с которой вы хотите получить максимум информации.

1. Отключаем от USB-портов все, что подключено (по крайней мере все накопители: плееры, внешние жесткие диски и т.д.).
2. Вставляем ремонтируемую флешку в USB-порт;
3. Запускаем программу;
4. Жмем кнопку «Получить информацию о флешке»;
5. Через некоторое время получаем максимум информации о накопителе (см. скриншот ниже).
6. Если программа зависла: ничего не делайте и не закрывайте ее. Выньте флешку через пару минут из USB-порта, программа должна «отвиснуть», и вы увидите всю информацию, что она успела вытащить с флешки…

Теперь мы знаем информацию о флешке и можем приступить к поиску утилиты.

Информация о флешке:

• VID: 13FE; PID: 4200;
• Модель контроллера (Controller): Phison 2251-68 (вторая строка на скриншоте выше);
• SmartBuy 16 GB.

*

Способ 2: визуальный осмотр контроллера

Определить достоверно модель контроллера можно, если разобрать флешку. Правда, не каждый корпус у флешки разборный, и не каждую потом соберешь обратно ☝.

Обычно, чтобы вскрыть корпус флешки, нужен нож и отвертка. При вскрытии корпуса будьте аккуратны, чтобы не повредить внутренности флешки. Пример контроллера показан на скрине ниже.

*

Способ 3: через диспетчер устройств

Узнать VID и PID флешки можно с помощью диспетчера устройств (в этом случае — ничего и устанавливать не нужно).

Правда в этом случае мы не узнаем модель контроллера, и есть некоторый риск, что по VID и PID не получится точно идентифицировать контроллер. И тем не менее, вдруг вышеприведенная утилита зависнет и не даст вообще никакой информации… 👇

1. Сначала вставляем флешку в USB-порт;
2. Далее запускаем диспетчер устройств: нажмите сочетание кнопок WIN+R, в строку «Открыть» введите команду devmgmt.msc, нажмите OK (скрин ниже в качестве примера); 👇

   

   Как запустить диспетчер устройств

3. В диспетчере устройств откройте вкладку «Контроллеры USB», а в ней найдите строку «Запоминающее устройство USB» — перейдите в его свойства;
4. Далее нужно открыть вкладку «Сведения», выбрать свойство «ИД оборудования», и вы увидите VID и PID флешки (стрелка 5 на скриншоте ниже); 👇

   

   Определение VID и PID флешки через диспетчер устройств

Вот, собственно, и все — будем считать, что модель контроллера мы все-таки определили…

*

Как найти утилиту для прошивки флешки

Важно!

После прошивки флешки — вся информация на ней будет удалена!

1) Зная модель контроллера — можно просто воспользоваться поисковиками (Google, Яндекс например) и найти нужное.

2) Но я рекомендую, сначала попытаться найти утилиту на сайте http://flashboot.ru/iflash/.

Алгоритм работы такой:

1. Заходим на сайт: http://flashboot.ru/iflash/
2. Вводим свои VID и PID в строку поиска и ищем;
3. В списке результатов, скорее всего, вы найдете десятки строк. Среди них нужно найти такую строку, у которой совпадет: модель контроллера, ваш производитель, VID и PID, размер флешки.
4. Далее в последней колонке — вы и увидите рекомендуемую утилиту. Кстати, обратите внимание, версия утилиты так же имеет значение! Осталось только скачать найденную утилиту и применить ее.

После того, как найдете и загрузите искомую утилиту — останется только нажать одну кнопку «Restore» (по крайней мере, так было в моем случае 👌).

Спустя пару минут моргания светодиода на флешке, она стала нормально работать, сообщения от Windows о невозможности форматирования — больше не появлялись.

Итог: флешка была восстановлена (стала рабочей на 100%), и отдана владельцу ✌.

*

На этом, собственно, всё. За дополнения по теме — буду признателен.

Всего доброго!

👋

Первая публикация: 18.12.2016 

Корректировка: 15.09.2021

[Fixed] Android Error INSTALL_FAILED_INSUFFICIENT_STORAGE Without Losing Data

Installation error: INSTALL_FAILED_INSUFFICIENT_STORAGE

I’m getting «Installation error: INSTALL_FAILED_INSUFFICIENT_STORAGE» error while installing the application on my device today. I have deleted some files on my SD card, but still face the issue. I’m sure it’s not the issue with the space on SD card. Can anybody suggest how to resolve this?

Overview

It’s said that 9 out of 10 Android users have been facing the insufficient space on Android while installing an app or whatever, even though there is a plenty of storage space on both the internal memory or external SD card. How did the failure come?

Causes

Primarily, you got to know how an Android app installation or update takes effect. For example, the first time an app is installed, and the APK file is saved as /data/app/-1.apk (1.apk). When the app is to be updated, the updated APK file is saved as /data/app/-2.apk (2.apk). Under normal circumstances, the first version (1.apk) gets deleted.

Now you ought to get the point. When an updated app is about to install, whereas the old APK file was not deleted, and it’s really happened a lot amongst many Android devices. 1.apk stays where it was, the system is now going nowhere to place the 2.apk only sends an installation error: INSTALL_FAILED_INSUFFICIENT_STORAGE.

Solutions

So, how are you going to troubleshoot the wrongly reported «insufficient storage» error? Usually, just reboot your device once or twice would clear the message away, but it’ll surely come back soon. We know it’s a nightmare for Android players not being able to install desired game apps, music apps, video apps and others due to such irritating prompt.That’s why we did a lot of research and studies, to verify the following 3 fixing methods that can fix INSTALL_FAILED_INSUFFICIENT_STORAG error.

First of all, before attempting to try the workarounds, never, on any account, forgot to backup Android to PC in advance. It’s an essential procedure that you must do it likewise.

Step 1. Backup Android, including contacts, messages, pictures, videos and anything important

1) Download and install EaseUS MobiSaver for Android on a Windows PC.

2) Connect the target Android device to the PC, and wait for the software to recognize the device. Click «Start».

3) The scanning process is for searching the existing and lost data on the Android phone.

4) All the Android data is found and displayed, select all files that you’d like to save a copy and click «Recover» button. You can put the bakcup file to the PC storage or other storage media like a USB flash drive or a memory card.

Step 2. Check each workaround to fix installation error: INSTALL_FAILED_INSUFFICIENT_STORAG

EaseUS Android data recovery tool has ensured the data safety, so you can carefully check each workaround we provided in the below part to nail it.

Fix 1. Delete both apk files

1) Uninstall the app
2) find the path of both files and use your method to delete them all.

Or just run(this is somewhat higher leveled):

adb shell «pm uninstall»
adb shell «rm -rf /data/app/-*»

Fix 2. Add android:installLocation attribute

1) In your AndroidManifest.xml file add android:installLocation=»preferExternal» within your manifest tag.

2) Go to settings —> storage —> click on cached data and clear the cache data in your device. This will clear the cache and free the space.

3) Reconnect your device, clean your project and again run it on the device. The project will now run on your device.

Fix 3. Increase Android emulator’s memory capacity

1) Right click the root of your Android Project, go to «Run As» and then go to «Run Configurations. «.
2) Locate the «Android Application» node in the tree at the left, and then select your project and go to the «Target» tab on the right side of the window.
3) look down for the «Additional Emulator Command Line Options» field and finally paste «-partition-size 1024» there.
4) Click Apply and then Run to use your emulator.

Источник

Решение проблемы INSTALL_FAILED_INSUFFICIENT_STORAGE на Android

Ошибка INSTALL_FAILED_INSUFFICIENT_STORAGE — это провал каждой жизни разработчика Android. Это происходит независимо от размера приложения или объема хранилища. Перезагрузка целевого устройства кратко устраняет проблему, но вскоре возвращается. Есть сотни (если не тысячи) сообщений на доске сообщений от людей, которые спрашивают, почему проблема возникает, но люди в Google разочаровывают молчанием в этой проблеме.

Существует обходное решение. Если ваше тестовое устройство работает под управлением Android 2.2 или более поздней версии, добавьте атрибут android: installLocation в файл манифеста приложения со значением » preferExternal«. Это заставит приложение быть установленным на внешнем хранилище устройства, например, на SD-карте телефона.

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

31 ответ

Это только временное обходное решение, а не реальное исправление.

После того, как это случится со мной и не доволен текущими ответами, я пошел на работу пытаясь понять это из источника AOSP. Я нашел решение REAL.

Объяснение

Прежде всего, немного (упрощенный) фон о том, как Android устанавливает и обновляет

Файл APK сохраняется как

Когда приложение должно быть обновлено:

Обновленный файл APK сохраняется как:

Первая версия (1.apk) удаляется.

В нашем следующем обновлении (обновлениях):

• Новый APK сохраняется как (1.apk) и (2.apk) удаляется (повторите навсегда).

Проблема, с которой большинство из нас сталкивается, происходит, когда приложение обновляется, но удаление старого APK не выполняется. Которое само по себе еще не вызвало обновление, но оно вызывает два файла APK в /data/app .

В следующий раз, когда вы попытаетесь обновить приложение, система не сможет переместить свой временный файл, потому что ни (1.apk), ни (2.apk) пусты. Поскольку File # renameTo (File) не генерирует исключение, но вместо этого возвращает логический PackageManager, он не имеет никакого способа сказать, почему он возвращает INSTALL_FAILED_INSUFFICIENT_STORAGE, даже если ошибка не имеет ничего общего с количеством свободного места.

Решение

ИЛИ

Используйте свой любимый метод для удаления ОБА:

Убедитесь, что ничто иное не блокирует будущие установки аналогичным образом. В моем случае у меня был каталог /data/app-lib/ -1 , который задерживался! В этом случае работала установка на

Вам нужно увеличить емкость памяти эмулятора Android. Для этого есть два способа:

Щелкните правой кнопкой мыши корень вашего проекта Android, перейдите в «Run As», а затем перейдите к «Run Configurations. «. Найдите «Android-приложение» node в дереве слева, а затем выберите свой проект и перейдите на вкладку «Цель» в правой части окна, посмотрите вниз в поле «Дополнительные параметры командной строки эмулятора» (иногда вам нужно сделать окно больше) и, наконец, вставить «-разрядный размер 1024». Нажмите «Применить», а затем «Выполнить», чтобы использовать ваш эмулятор.

Перейдите в Настройки Eclipse, а затем выберите «Запустить» Добавить «-разрядный размер 1024» в опции «По умолчанию эмулятор» «поле. Нажмите «Применить» и используйте свой эмулятор, как обычно.

Спасибо за сообщение этого вопроса. У меня есть некоторые дополнительные идеи, которые могут помочь некоторым разработчикам.

Я отлаживаю свое приложение на устройстве (а не в эмуляторе). Устройство имеет 21 MB бесплатно на /data (как показано «df» при выполнении «adb shell» ), а мое приложение — всего 5 Мб. Тем не менее, я обнаружил, что если бы я удалил другие приложения на устройстве (без перезагрузки телефона или перезапуска adbd), INSTALL_FAILED_INSUFFICIENT_STORAGE уйдет некоторое время, а затем вернется.

Итак, кажется, что отладка моего 5-мегабайтного приложения требует больше, чем 20 Мб пространства в /data , и, кроме того, что-то просачивалось каждый раз, когда я отлаживал свое приложение.

Итак, я сделал «adb shell» и перечислил каталог ENTIRE /data с

И я посмотрел вывод на 5000 строк, чтобы увидеть, куда все пространство идет.

Я обнаружил огромное количество потерянного пространства на моем устройстве в каталоге /data/klog в виде старых файлов журналов из месячных сеансов отладки.

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

Я удалил их и мгновенно сохранил 58 Мб, которые не были отнесены в приложении «Настройки» к определенному приложению. У меня небольшое устройство, поэтому 58 МБ очень значительны (около 40%).

До сих пор я не получил INSTALL_FAILED_INSUFFICIENT_STORAGE после многих запусков. Пусть надеется, что это была настоящая проблема, хотя OP предполагает, что у его устройства было много места (но он не сказал, сколько).

Надеемся, что некоторые из вас также смогут избежать INSTALL_FAILED_INSUFFICIENT_STORAGE, периодически удаляя /data/klog/* .

Или вы можете, по крайней мере, сделать ls -a -l -R в /data , чтобы увидеть, куда движется все ваше пространство, если действительно есть какая-то (скрытая) проблема пространства.

Источник

Fix- INSTALL_FAILED_INSUFFICIENT_STORAGE on Android emulators

November 19, 2021

How to fix INSTALL_FAILED_INSUFFICIENT_STORAGE on Android emulators:

INSTALL_FAILED_INSUFFICIENT_STORAGE is a common error. You might face it in Android, React-native or Flutter projects. The reason is that your emulator internal memory is full and you don’t have any more space to install this app.

In this post, I will show you how to fix it.

Full error:

Below is the full error and description:

Fix 1: Uninstall your apps:

This is the easiest way to fix this issue. If we work on multiple projects, often we forget to clean the emulator. Also, if different environment of your app is installed on the emulator(with different package names), you can uninstall the apks which are not required.

To uninstall any app, you need to long click on its icon, click on App Info and click on Uninstall to uninstall the app.

Other than that, you can also use adb to uninstall an app.

You need the package name of the app. Open a terminal and run the below command to uninstall an app:

is the package of the app to uninstall. If you have multiple apps to uninstall, you can run the same command multiple times to uninstall all.

Once done, you can try again to install the app. It should work.

Fix 2: Clear your emulator data:

You can reset the content of an emulator. It will delete everything and you can do a fresh boot. Emulator data can be cleaned from Android Studio.

Open Android Studio, go to Tools -> AVD Manager. It will show you the list of your virtual devices.

Click on the arrow button at the end of an emulator and click on Wipe data.

It will show a popup to confirm your action. Click on the Yes button and it will wipe the data of the emulator.

Note that, you can’t wipe the data if the emulator is running. You need to close it first to do that.

Fix 3: Increase internal memory of the emulator:

If you want to increate the memory of an emulator without deleting it, you can. Click on the rightmost arrow icon and click on edit.

It will open a window with different editable options.

Click on Show advanced settings. It will show you the memory and storage information for that emulator.

Change the internal storage or increase it and click on Finish.

Now, start your emulator. If it shows any issue, you can clear the data as shown in step 2 above. © 2022, nkaushik

Источник

Решение для ошибки INSTALL_FAILED_INSUFFICIENT_STORAGE на Android

Ошибка INSTALL_FAILED_INSUFFICIENT_STORAGE — это провал каждой жизни разработчика Android. Это происходит независимо от размера приложения или объема хранилища. Перезагрузка целевого устройства кратко устраняет проблему, но вскоре возвращается. Есть сотни (если не тысячи) сообщений на доске сообщений от людей, которые спрашивают, почему проблема возникает, но люди в Google разочаровывают молчанием в этой проблеме.

Существует обходное решение. Если ваше тестовое устройство работает под управлением Android 2.2 или более поздней версии, добавьте атрибут android: installLocation в файл манифеста приложения со значением » preferExternal«. Это заставит приложение быть установленным на внешнем хранилище устройства, например, на SD-карте телефона.

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

ОТВЕТЫ

Ответ 1

Это только временное обходное решение, а не реальное исправление.

После того, как это случится со мной и не доволен текущими ответами, я пошел на работу пытаясь понять это из источника AOSP. Я нашел решение REAL.

Объяснение

Прежде всего, немного (упрощенный) фон о том, как Android устанавливает и обновляет

Файл APK сохраняется как

Когда приложение должно быть обновлено:

Обновленный файл APK сохраняется как:

Первая версия (1.apk) удаляется.

В нашем следующем обновлении (обновлениях):

• Новый APK сохраняется как (1.apk) и (2.apk) удаляется (повторите навсегда).

Проблема, с которой большинство из нас сталкивается, происходит, когда приложение обновляется, но удаление старого APK не выполняется. Которое само по себе еще не вызвало обновление, но оно вызывает два файла APK в /data/app .

В следующий раз, когда вы попытаетесь обновить приложение, система не сможет переместить свой временный файл, потому что ни (1.apk), ни (2.apk) пусты. Поскольку File # renameTo (File) не генерирует исключение, но вместо этого возвращает логический PackageManager, он не имеет никакого способа сказать, почему он возвращает INSTALL_FAILED_INSUFFICIENT_STORAGE, даже если ошибка не имеет ничего общего с количеством свободного места.

Решение

ИЛИ

Используйте свой любимый метод для удаления ОБА:

Убедитесь, что ничто иное не блокирует будущие установки аналогичным образом. В моем случае у меня был каталог /data/app-lib/ -1 , который задерживался! В этом случае работала установка на

Ответ 2

Вам нужно увеличить емкость памяти эмулятора Android. Для этого есть два способа:

Щелкните правой кнопкой мыши корень вашего проекта Android, перейдите в «Run As», а затем перейдите к «Run Configurations. «. Найдите «Android-приложение» node в дереве слева, а затем выберите свой проект и перейдите на вкладку «Цель» в правой части окна, посмотрите вниз в поле «Дополнительные параметры командной строки эмулятора» (иногда вам нужно сделать окно больше) и, наконец, вставить «-разрядный размер 1024». Нажмите «Применить», а затем «Выполнить», чтобы использовать ваш эмулятор.

Перейдите в Настройки Eclipse, а затем выберите «Запустить» Добавить «-разрядный размер 1024» в опции «По умолчанию эмулятор» «поле. Нажмите «Применить» и используйте свой эмулятор, как обычно.

Ответ 3

Спасибо за сообщение этого вопроса. У меня есть некоторые дополнительные идеи, которые могут помочь некоторым разработчикам.

Я отлаживаю свое приложение на устройстве (а не в эмуляторе). Устройство имеет 21 MB бесплатно на /data (как показано «df» при выполнении «adb shell» ), а мое приложение — всего 5 Мб. Тем не менее, я обнаружил, что если бы я удалил другие приложения на устройстве (без перезагрузки телефона или перезапуска adbd), INSTALL_FAILED_INSUFFICIENT_STORAGE уйдет некоторое время, а затем вернется.

Итак, кажется, что отладка моего 5-мегабайтного приложения требует больше, чем 20 Мб пространства в /data , и, кроме того, что-то просачивалось каждый раз, когда я отлаживал свое приложение.

Итак, я сделал «adb shell» и перечислил каталог ENTIRE /data с

И я посмотрел вывод на 5000 строк, чтобы увидеть, куда все пространство идет.

Я обнаружил огромное количество потерянного пространства на моем устройстве в каталоге /data/klog в виде старых файлов журналов из месячных сеансов отладки.

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

Я удалил их и мгновенно сохранил 58 Мб, которые не были отнесены в приложении «Настройки» к определенному приложению. У меня небольшое устройство, поэтому 58 МБ очень значительны (около 40%).

До сих пор я не получил INSTALL_FAILED_INSUFFICIENT_STORAGE после многих запусков. Пусть надеется, что это была настоящая проблема, хотя OP предполагает, что у его устройства было много места (но он не сказал, сколько).

Надеемся, что некоторые из вас также смогут избежать INSTALL_FAILED_INSUFFICIENT_STORAGE, периодически удаляя /data/klog/* .

Или вы можете, по крайней мере, сделать ls -a -l -R в /data , чтобы увидеть, куда движется все ваше пространство, если действительно есть какая-то (скрытая) проблема пространства.

Ответ 4

Я добавил дополнительную строку в файл манифеста приложения, который равен android:installLocation=»preferExternal» . используя эту строку, она вынуждает установку приложения к внешнему хранилищу. см. пример ниже,

Ответ 5

Ниже приведено следующее.

Откройте оболочку на устройстве

Перейдите в каталог тем, где сначала скопирован входящий APK

Список доступных файлов и удаление по желанию

Это было надежным для меня до настоящего времени на самом устройстве.

EDIT: Это оказалось не таким надежным решением, как выше.

Я попробовал ряд решений. Ничего действительно не помогло. Наконец, я нашел приложение под названием SD Maid. Это помогло.

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

ПРИМЕЧАНИЕ.. Я не имею никакого отношения к приложению. Просто нашел его с поиском.

Ответ 6

Я решил это, включив android:installLocation=»auto» внутри тега в файл AndroidManifest.xml.

Ответ 7

Связанная с этим проблема в эмуляторе — это когда в разделе /data отсутствует какое-либо пространство.

Вот пример представления каталога /data/app :

Я удалил дополнительные файлы APK. Кажется, что при каждой установке вы получаете новый файл APK. Просто удалите дополнительные файлы APK.

Ответ 8

Мне кажется, что это немного странно, но я не могу быть на 100% уверен, что он не правда в некоторых случаях (он работал у меня). Если у вас были следующие симптомы:

• Вы работаете с использованием физического устройства (в моем случае, Samsung Galaxy Ace),
• Вы разрабатываете пару дней подряд,
• Ваш телефон был подключен все время днем ​​и ночью.
• Вы начали получать эту ошибку через пару дней, и она все ухудшалась.
• Нет других ответов для вас.
• Ты так же подал в отставку, как и я.

Затем попробуйте следующее:

• Отключите телефон, если вы не работаете!

Я отсоединил свой телефон и оставил его в ПОЛНОМ ДНЕ. Моя батарея немного разрядилась. После этого я снова подключил его и снова начал отлаживать. На этот раз все отлично работало! И я имею в виду действительно ДЕЙСТВИТЕЛЬНО хорошо, как и раньше.

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

Ответ 9

В моем случае отказ был вызван com.android.providers.media приложением. Я столкнулся с этим на эмуляторе x86 android. Что я сделал:

Слишком мало свободного места на /data

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

Диск был удален и приложение установлено успешно.

Ответ 10

Samsung Galaxy Ace рекламирует 158 внутренних накопителей в своих спецификациях, но основные приложения и сервисы потребляют около 110 МБ (я использовал диспетчер задач на устройстве для проверки этого), Мое приложение было 52 МБ, потому что у него было много активов. Как только я удалил некоторые из них до 45 Мб, приложение удалось установить без проблем. Устройство все еще предупреждало меня, что внутреннее хранилище было почти заполнено, и я должен удалить некоторые приложения, хотя у меня было только одно приложение.

После установки выпускной версии пакета .apk, а затем удаления, мое устройство отображает 99 Мб свободного места, поэтому может быть отладка информации, загромождающей устройство в конце концов. См. ответ Луи Семприни.

Ответ 11

Отвечая на первое сообщение этой темы.

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

Настройка внешней установки с помощью defaut:

Делает невозможным установку во многих приложениях, которые не могут быть установлены снаружи (например, adblock + или около того)

Ответ 12

Run — > Debug Configurations —> Select «target», и выберите предпочтительную цель эмулятора для запуска.

Затем ниже, что «дополнительные параметры командной строки эмулятора», добавьте это:

-разъем размером 1024

Затем ЗАКРЫТЬ эмулятор и щелкните значок отладки, который запустит выбранный вами эмулятор.

Надеюсь, что это поможет.

Ответ 13

Я столкнулся с этой проблемой с моим новым Nexus 4 и APK, встроенным в Adobe AIR. У меня уже был андроид: installLocation = «preferExternal» в моем манифесте. Я заметил, что я также вызывал adb install с опцией -s (установить пакет в общем хранилище, например sdcard.), Который казался излишним.

Удаление флага -s из adb install устраняет проблему для меня.

Ответ 14

Я столкнулся с этим вопросом, потому что получал эту ошибку с помощью Sideload Wonder Machine для установки приложений на мой реальный телефон. Я обнаружил, что проблема заключалась в том, что у меня было несколько файлов .apk в каталоге/полезной нагрузки. Я думал, что это то, что было поддержано, но когда я удалил все, кроме одного .apk, ошибка исчезла.

Ответ 15

Если вы используете реальное устройство, вы просто исчерпали внутреннюю память. Просто зайдите в настройки Android → Приложения и переместите некоторые приложения на SD-карту или удалите некоторые приложения.

Если вы используете эмулятор, см. ответ RacZo.

Ответ 16

Я столкнулся с той же ошибкой, когда я попытался установить более 50 приложений в SD-карту с помощью ADB после полного обновления ROM:

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

Ответ 17

Просто удалите приложение из эмулятора либо из командной строки, либо перейдите к настройкам и удалите приложение. Это остановит ошибку.

Ответ 18

Я попробовал следующее:

• Перезагрузили мое устройство
• Удаленный предыдущий APK
• Восстановить мой APK
• Удалить предыдущую копию на устройстве
• Переустановка

Проверьте, работает ли оно с вами.

Ответ 19

Поскольку этот вопрос все еще существует, я думал, что добавлю что-то в ответ RacZo для целей разработки. Если вы не используете плагин Eclipse или по какой-либо причине у вас нет источника, но только .apk, вы может увеличить размер раздела из командной строки, используя ту же самую настройку при запуске эмулятора:

Насколько я знаю, эта опция не документирована на сайте developer.android.com, поэтому я решил опубликовать ее здесь, чтобы люди могли найти это решение.

Ответ 20

Эмуляторное решение

Откройте каталог .Android . Обычно в вашем домашнем каталоге. Затем перейдите к avd , а затем откройте каталог, в котором есть имя avd, которое вы хотели бы изменить.

Теперь отредактируйте файл config.ini и добавьте следующую строку или измените следующую строку:

Где 1024 — размер, который вы хотели бы использовать в МБ. Сохраните файл, а затем запустите свой эмулятор с помощью wipe user data . Теперь ваш эмулятор должен иметь новый размер.

Ответ 21

Решение прост.

Откройте AVD Manager. Отредактируйте свой AVD.

В разделе «Аппаратное обеспечение» есть некоторые свойства, перечисленные с «Новые. » и «Удалить» справа от него.

Нажмите «Создать». Выберите размер раздела данных. Установите значение «512 МБ» (требуется MB). И вы сделали. если вы все еще получаете проблемы, также увеличивайте свои системные и кеш-разделы с помощью того же метода.

Ответ 22

Убедитесь, что вы не подключаете свое устройство Android к USB при попытке запустить эмулятор

Ответ 23

Если вы запускаете приложение на эмуляторе, и если эта проблема не устранена, проверьте свой менеджер уведомлений. Если он показывает вам значок и уведомление о «Память телефона заполнена», это означает, что на вашем эмуляторе уже установлено столько приложений. Удалите несколько приложений, которые в настоящее время не нужны, из «Настройки → Управление приложением → Выберите приложение → Удалить».
Этот набор.
Теперь запустите программу.

Ответ 24

Я получил эту ошибку сегодня, когда использовал мой телефон для тестирования/отладки с Eclipse.

Моя ошибка заключалась в том, что я использовал норвежский специальный символ ( «æ», «ø», «å» ) в названии приложения. Когда я реорганизовал имя приложения (используя «o» вместо «ø» ), приложение было установлено правильно.

Вероятно, это не ваша проблема, но можно заметить, что другие люди получают ту же ошибку.

Ответ 25

После проверки всего остального в этом потоке я обнаружил, что моя собственная проблема связана с тем, что путь к файлу .apk был слишком длинным. Поэтому я записал каталог, в котором находился .apk:

И это сработало. установлено просто отлично.

Просто подумал, что это может помочь кому-то другому.

Ответ 26

Скомпилируйте как 2.1 без android:installLocation=»preferExternal» .

Скомпилируйте как 2.2, включая android:installLocation=»preferExternal» .

Это будет по-прежнему устанавливаться в версии SDK менее 8 (тег XML игнорируется).

Ответ 27

Я тоже столкнулся с той же проблемой, и я сделал «Factory data reset», и после этого он работал нормально.

Ответ 28

У меня не было доступа к корню на моем телефоне и я не готов к установке своего приложения на SD-карту. 15 Мб пространства доступно на /data/ , а мое приложение меньше 2 Мб.

Некоторое время я проезжал мимо; очистка проекта Eclipse и перезапуск телефона, но в итоге он перестает работать (возможно, после обновления).

Очистка кеша приложений решила проблему для меня и не требует перезагрузки телефона или удаления приложения.

На рынке есть приложения, которые вы можете использовать для очистки кеша сразу нескольких приложений. Найдите «чистый».

Ответ 29

Занимает много времени, но он должен работать в любом случае:

• Установите диспетчер файлов, например Adao Task Manager на свой телефон.

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

Затем просто нажмите APK файл и Android установит его. Как я уже сказал, это требует много времени, но это может быть быстрее, чем перезагрузка. Время от времени.

Источник

В данной статье описан метод ручного восстановления хранилища компонентов Windows. Подобные описанному в данном посте методу восстановления работоспособности компонентной модели рождаются вовсе не от хорошей жизни, появляются они под воздействием многочисленных проблем с компонентной моделью операционной системы. Во многих случаях официальные подходы к восстановлению хранилища компонентов не помогают, помимо этого отсутствует какая бы то ни было внятная официальная документация, из чего складывается недопонимание структуры и принципов работы компонентной модели. При подобном отношении со стороны разработчиков абсолютно любые средства вернуть компонентную модель в работоспособное состояние приемлемы!! Как показывает практика, при всех стараниях разработчиков из Microsoft предоставить возможность конечному пользователю системы устранять возникающие проблемы в автоматическом режиме (при помощи специальных утилит), никогда полностью не будут исключены ситуации, в которых эти самые автоматизированные средства будут давать сбои. Причина тут кроется в симбиозе старых механизмов операционной системы и необходимостью постоянного внедрения новых (не оттестированных) технологий, должным образом не заботясь о приведении в надлежащее состояние всех связанных (участвующих) компонентов, что, в свою очередь, порождает огромное количество проблем.
В данной публикации речь пойдет о восстановлении компонента прямой заменой файлов. Фактически методом предусматривается прямая ручная замена поврежденных [кривых, неправильно функционирующих] файлов, являющихся причиной возникновения ошибок, а так же частей реестра. По этой методике, исправные файлы и соответствующие ключи реестра копируются с работоспособной станции-донора. Слабое место метода в том, что для реализации требуется наличие находящейся на том же уровне обновлений нормально функционирующей операционной системы той же версии/ревизии.
В процессе повествования постараемся описать общую методику, тем не менее, в статье будут присутствовать частные случаи из практики.

Определение виновника проблемы

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

Ошибки в лог-файлах

Основной и пожалуй самый информативный источник о проблемах, связанных с компонентной моделью Windows — лог-файлы системных утилит обслуживания. Чаще всего ошибки выявляются при выполнении обновления системы, то есть установки обновлений/исправлений. Проявляются они в виде разнообразных ошибочных статусов в интерфейсе Центра обновления и окон обновлений. Тем не менее, сам по себе статус не малоинформативен, а вот более детальная информация попадает в специализированные файлы журналов. В данном разделе мы опишем методики поиска источников проблем в лог-файлах результатов работы системных утилит SURT/DISM/SFC/SFCFix, которые работают с хранилищем компонентов и системными каталогами а предмет восстановления целостности компонентной модели системы.

CheckSUR.log / DISM.log

Правила поиска ошибок в файлах %Windir%LogsCBSCheckSUR.log или %Windir%LogsDISMDISM.log:

Статусы (первый символ):

• (f) — фатальная ошибка;
• (w) — предупреждение;
• (fix) — указывает на ошибку, которая была исправлена; выводятся в виде отдельной строки сразу за строкой со статусом (f);

Оставшаяся часть строки содержит имя поврежденного файла и код ошибки.
В конце файла можно видеть секцию Unavailable repair files:, которая группирует все файлы, которые нужно будет заменять.

CBS.log

Несколько вариантов поиска ошибок в лог-файле %WinDir%LogsCBSCBS.log:

• Производим поиск строк, содержащих ключевое слово Error (с пробелом ДО или ПОСЛЕ). В их окружении можно найти указание на конкретные ошибки;
• Выполняем команду

  findstr /c:»[SR]» %windir%logscbscbs.log > c:sfcdetails.txt

  в результате чего в корне диска C: будет создан файл sfcdetails.txt, включающий лишь строки исходного файла, содержащие префикс [SR] (содержащие информацию об ошибках).

1: отсутствующие компоненты

В обрамлении видно строки, содержащие ключевые слова Cannot repair member file.. указывающие на то, что:

• содержимое файла не соответствует содержимому хранилища для файла и WRP пытается его восстановить, тем не менее..
• ..WRP не может восстановить файл описанного в строке компонента, потому что записи в реестре о нем присутствуют, а вот сам файл отсутствует в хранилище, о чем недвусмысленно намекает фрагмент строки ..file is missing.

Ниже по тексту можно найти статус STATUS_OBJECT_NAME_NOT_FOUND, указывающий на отсутствие подкаталога. В нашем случае, как видно из отчета, повреждению подверглась целая иерархия компонента, состоящая из подкаталогов и файлов, размещавшаяся в каталоге C:WindowsWinSxSamd64_prnbr002.inf_31bf3856ad364e35_6.1.7600.16385_none_49c93aa2c4304e9e. Заглянув в целевой каталог, я убедился, что он действительно пуст, а вот что за событие/действие удалило его содержимое, остается только гадать, хотя подобные инциденты в Windows-системах сплошь и рядом.
2: отсутствие манифеста

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

• Manifest hash for component .. does not match expected value.
• Unable to load manifest for component ..

Из чего следует, что в данном случае возникла проблема с файлом wow64_microsoft-windows-directshow-core_31bf3856ad364e35_6.1.7601.24382_none_0f268a5b523efde9.manifest, который является манифестом и располагается в поддиректории %SystemRoot%WinSxSManifests. При более близком изучении было выяснено, что указанный файл почему-то нулевой.
3: попытка удаления отсутствующего компонента
При попытках установки обновления безопасности мы можем столкнуться со следующей проблемой:

Судя по всему установщик ругается на попытку удаления отсутствующего компонента amd64_microsoft-windows-w..lient-aux.resources_31bf3856ad364e35_7.6.7601.23775_ru-ru_306f57c17eac5f89 из пакета Package_846_for_KB4019265~31bf3856ad364e35~amd64~~6.1.1.3.4019265-2966_neutral_LDR. Сам компонент оказался на месте вместе со собственным манифестом, поэтому не понятно что же не нравится стеку обслуживания. Тем не менее что-то с этим пакетом явно не так.

Окна ошибок в интерфейсе

Часто ошибки наблюдаются пользователем визуально, в виде статусов ошибок в окне Центра обновления Windows, но иногда их можно увидеть в автономных информационных окнах. Например, отказ запуска множества исполняемых системных образов может выражаться в постоянно всплывающих окнах, в заголовке которых можно видеть «<имя_образа> (в контексте которого произошел сбой) — ошибочный образ», а в информационной части текст ошибки: X:XXXXXXxxxxxxxx.dll либо не предназначен для выполнения под управлением Windows или содержит ошибку. Попробуйте переустановить программу с помощью исходного установочного носителя или обратитесь к системному администратору или поставщику программного обеспечения за поддержкой:

В английских версиях в заголовке можно увидеть «<filename> — bad image», а описание звучит как: «<filename> is either not designed to run on Windows or it contains an error. Try installing the program again using the original installation media or contact your system administrator or the software vendor for support.» Часто сообщение в окне дополняется специфической деталью сбоя, например кодом ошибки: «Error status 0xc000012f».

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

В данном случае, как вы можете видеть на снимке экрана выше, у нас повреждена библиотека с именем ncrypt.dll, относительно неё мы и поведем дальнейшее повествование.

Тем не менее, в ваших случаях для выявления виновника сбоя потребуется исследовать лог-файл %WinDir%LogsCBSCBS.log и составить список проблемных файлов. И при не столь очевидных намеках на источник проблемы всегда начинайте исследование сбоя с анализа данного лог-файла.

Восстановление файлов

На предыдущем шаге мы определились в виновником ошибки, то есть определили имена поврежденных/удаленных файлов:

• Если мы наблюдаем ошибку в виде информационного окна в графическом интерфейсе, то виновником обычно является модуль, имя которого фигурирует в тексте (в примере выше: ncrypt.dll). В этом случае мы будем менять все без исключения ревизии проблемного файла;
• Если мы производим разбор лог-файлов отчетов сервисных утилит (CBS/DISM/CheckSur/SFCFix), то виновник(и) проблемы обычно предстают перед нами в виде списка конкретных файлов компонентов или обновлений;

Давайте в этом разделе опишем метод восстановления компонента прямой заменой файлов подробнее, разбив весь процесс на подразделы, подробно описывающие шаги.

Поиск рабочих экземпляров файлов

На этом этапе нам необходимо найти рабочие копии поврежденных или отсутствующих файлов. Существует несколько основных подходов по нахождению рабочих копий:

1. Скопировать файлы с аналогичной, полностью работоспособной системы той же версии/редакции:
• при помощи поиска (в проводнике, или любым специализированным средством типа Far/Total Commander) по системному разделу (обычно C:) находим все каталоги, содержащие в своем названии искомую маску/имя (для случая выше: *ncrypt*). Сокращенный вывод:

  . . . C:Windowswinsxsx86_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.24417_none_6072150268f96612 C:Windowswinsxsamd64_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.18741_none_bbe0d7630856b4a1 C:Windowswinsxsx86_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.24408_none_607de53868f06378 C:Windowswinsxsamd64_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.18812_none_bc024957083d774c C:Windowswinsxsx86_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.24387_none_602663a869322c82 C:Windowswinsxsamd64_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.18869_none_bbd33bc1085fb462 C:Windowswinsxsx86_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.24384_none_602362ca6934e07d C:Windowswinsxsamd64_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.18923_none_bbf87b9b0844a9bb C:Windowswinsxsx86_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.24357_none_6046d36c6919d8af C:Windowswinsxsamd64_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.18933_none_bbedabaf084cc5ac C:Windowswinsxsx86_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.24335_none_605a72b0690b6e1f C:Windowswinsxsamd64_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.18939_none_bbf3ad6b08475db6 . . .

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

  Можно произвести замену файлов и в системных каталогах, таких как C:Windowssystem32. Хотя делать это не обязательно, поскольку файлы там представляет собой жесткие ссылки на оригиналы в хранилище WinSxS, а они восстанавливаются автоматически при проверке через sfc).

• в ходе того же самого поиска, кроме директорий, выявляются и файлы, которые располагаются по следующим путям (вывод сокращен):

  . . . C:WindowswinsxsManifestsamd64_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.24408_none_bc9c80bc214dd4ae.manifest C:WindowswinsxsManifestsx86_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.18741_none_5fc23bdf4ff9436b.manifest C:WindowswinsxsManifestsamd64_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.24387_none_bc44ff2c218f9db8.manifest C:WindowswinsxsManifestsx86_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.18812_none_5fe3add34fe00616.manifest C:WindowswinsxsManifestsamd64_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.24384_none_bc41fe4e219251b3.manifest C:WindowswinsxsManifestsx86_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.18869_none_5fb4a03d5002432c.manifest C:WindowswinsxsManifestsamd64_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.24357_none_bc656ef0217749e5.manifest C:WindowswinsxsManifestsx86_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.18923_none_5fd9e0174fe73885.manifest C:WindowswinsxsManifestsamd64_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.24335_none_bc790e342168df55.manifest C:WindowswinsxsManifestsx86_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.18933_none_5fcf102b4fef5476.manifest C:WindowswinsxsManifestsamd64_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.24308_none_bc9c7ed6214dd787.manifest C:WindowswinsxsManifestsx86_microsoft—windows—ncrypt—dll_31bf3856ad364e35_6.1.7601.18939_none_5fd511e74fe9ec80.manifest . . .

2. Разархивировать требуемые файлы из пакета обновления.
   • Для этого определяем имя обновления KBXXXXXXXX, в состав которого входят обнаруженные на предыдущем шаге файлы, из Центра загрузок Майкрософт или Центра обновления Майкрософт или попросту используя поиск.
   • Распаковываем содержимое выкачанного только что пакета обновления (.msu) в произвольную (временную) директорию:

     expand -F:* windows6.1-kb4019265-x64_c21fb9314da54cf6bd7972581da3159535f55aec.msu c:temp4019265

   • после чего в целевой директории мы увидим следующее содержимое:
     • .xml-файл — метаданные-описатели пакета обновления (.msu). Утилиты установки используют .xml-файл при выполнении установки в автоматическом режиме;
     • .cab-файл — архив с данными (полезная нагрузка) обновления;
     • *-pkgProperties.txt — файл с описанием свойств пакета (дата релиза, архитектура, тип, ссылка на KB и прочее);
     • WSUSSCAN.cab — файл оффлайн-сценария проверки;
   • затем выполняем еще одну команду, теперь уже над только что распакованным .cab-файлом:

     expand -F:* windows6.1-kb4019265-x64.cab c:temp4019265extracted

   • после этого необходимые нам для замены файлы будут располагаться в директории c:temp4019265extracted

Установка безопасности для каталогов/файлов

В операционных системах Windows директория компонентной модели WinSxS (и вложенные в неё объекты) защищены на уровне разрешений файловой системы. Поэтому следующим шагом нам потребуется взять владение каталогов WinSxS для собственной учетной записи (под которой выполняете восстановление), затем выставить полные разрешения для этой учетной записи, а далее применить их для всех вложенных папок/файлов.

Выполнять приведенные здесь действия следует из-под учетной записи с правами локального Администратора (с эскалацией привилегий).

Сделать это можно двумя способами:

1. Через проводник. Нажимаем правую клавишу мыши на директории WinSxS — пункт Свойства — вкладка Безопасность — кнопка Дополнительно — вкладка Владелец — кнопка Изменить — ставим курсор на нужного нам пользователя, активируем чекбокс Заменить владельца подконтейнеров и объектов — жмем кнопку Применить. После окончания процесс закрываем все открытые окна через кнопку OK, повторно жмем правую клавишу мыши на директории WinSxS — вкладка Безопасность — во фрейме Группы и пользователи кнопка Изменить — выделяем курсором группу Администраторы — ставим разрешения Изменение и Запись;
2. Через командную строку. Из командной строки (cmd) выполняем следующие команды:

   takeown /f c:windowswinsxs*

   

   даем группе Администраторы (в которую, я надеюсь, включена ваша учетная запись) полный доступ к целевому файлу, для этого выполняем следующую команду:

   icacls c:windowswinsxs* /GRANT АДМИНИСТРАТОРЫ:F

   

Копирование каталогов/файлов

И последним шагом выполняется непосредственно копирование (с заменой) с донорской (исправной) системы на целевую (проблемную) содержимого всех обнаруженных на предыдущих шагах каталогов и файлов, не забывайте так же и .manifest-файлы.
Что именно мы копируем:

1. Если присутствуют пара .cat или .mum файлов компонента, то скопировать их в каталог %WinDir%servicingPackages (с донора на цель). Копировать именно всю пару, даже если поврежден всего-лишь один из них (и один из них отображается в лог-файле);
2. Если к паре .cat/.mum файлов присутствует еще и .ses-файл, то копируем и его;
3. Если присутствуют одноименные манифесты (.manifest-файл(ы)) компонента, то скопировать их в каталог %WinDir%WinSxSManifests (с донора на цель);
4. Если присутствуют остальные подкаталоги/файлы компонента, то скопировать их в каталог компонента %WinDir%WinSxSимя_компонента (c донора на цель);
5. Если присутствуют файлы в директории C:WindowsSystem32, то можно скопировать и их (с донора на цель). Хотя делать это и не обязательно, поскольку жесткие ссылки восстанавливаются при проверках через sfc;

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

Восстановление реестра

Обычно файловых исправлений бывает достаточно для того, что бы устранить ошибки в компонентной модели Windows, соответственно, исправить ошибки, происходящие в процессе установки обновлений. Тем не менее, бывают случаи, когда повреждается еще и реестровая часть компонента, тогда требуется производить дополнительные действия по восстановлению:

• Запустить командную строку (cmd);
• Подключить динамический куст реестра HKLMCOMPONENTS командой:

  reg load HKLMCOMPONENTS C:WINDOWSSYSTEM32CONFIGCOMPONENTS

  если выскакивает ошибка:

  процесс не может получить доступ к файлу, так как этот файл занят другим процессом.

  то куст уже подключен.

• Запустить редактор реестра regedit;
• В открывшемся окне нажать Ctrl+F и ввести имя компонента, который вы восстанавливали на предыдущем шаге;
• В случае отсутствия каких либо записей реестра, выполнить импортирование соответствующих записей реестра о компоненте с рабочей машины;
• Выполнить команду:

  reg unload HKLMCOMPONENTS

• выполнить перезагрузку операционной системы;

HI sir!

I have this problem from last 2 days, 1st i can’t login, using correct username/password. then I use reset password option and its let me login (but still can’t login with exsited password).

2nd. I have File Manager Plugin, when ever i try to upload any file i recevied error «Failed to write file to disk»
My Server Space:

[root@fisrv test]# df -i
Filesystem       Inodes  IUsed    IFree IUse% Mounted on
/dev/sda2      60497920 120765 60377155    1% /
tmpfs           1006519      1  1006518    1% /dev/shm
/dev/sda1        128016     52   127964    1% /boot
/dev/sda5        262144     34   262110    1% /tmp

Permission to Session:

4 drwxr-xr-x 2 root  root  4096 Jun 27 10:34 firewall
4 drwxr-x--- 2 root  root  4096 Oct 20 00:01 ips
4 drwxr-xr-- 2 root  root  4096 Jun  4  2015 packages
4 drwxr-x--- 2 root  root  4096 Oct 27 05:10 queue
4 drwxrwx--- 2 admin admin 4096 Oct 28 07:58 sessions
4 drwxr-xr-x 4 root  root  4096 Jun 23 17:29 templates
4 drwxr-x--- 4 root  root  4096 Oct 20 00:01 users

Error Log: /usr/local/vesta/log/nginx-error.log

2016/10/28 07:58:28 [error] 2529#0: *1 FastCGI sent in stderr: "PHP message: PHP Notice:  A session had already been started - ignoring session_start() in /$
2016/10/28 07:58:31 [error] 2529#0: *1 FastCGI sent in stderr: "PHP message: PHP Notice:  A session had already been started - ignoring session_start() in /$
2016/10/28 07:58:31 [error] 2529#0: *1 FastCGI sent in stderr: "PHP message: PHP Notice:  A session had already been started - ignoring session_start() in /$
2016/10/28 07:58:51 [error] 2529#0: *1 FastCGI sent in stderr: "PHP message: PHP Notice:  A session had already been started - ignoring session_start() in /$
2016/10/28 07:58:58 [error] 2529#0: *1 FastCGI sent in stderr: "PHP message: PHP Notice:  A session had already been started - ignoring session_start() in /$

User Info: /usr/local/vesta/data/users/admin/user.conf

FNAME='System'
LNAME='Administrator'
PACKAGE='gainsboro'
WEB_TEMPLATE='default'
PROXY_TEMPLATE='default'
DNS_TEMPLATE='default'
WEB_DOMAINS='unlimited'
WEB_ALIASES='unlimited'
DNS_DOMAINS='unlimited'
DNS_RECORDS='unlimited'
MAIL_DOMAINS='unlimited'
MAIL_ACCOUNTS='unlimited'
DATABASES='unlimited'
CRON_JOBS='unlimited'
DISK_QUOTA='unlimited'
BANDWIDTH='unlimited'

I am confused what i am doing is wrong? I don’t want to reinstall vestacp because its has so many files!