1.
В: Очень простой способ установки вручную, если установщик через Recovery некорректно устанавливает, либо если файл программы просто запакован в zip, без поддержки Recovery.
О:
igaryasha94 @ 31.07.17, 12:23
Кидаем файл dynbsd в папку /system/xbin/ при помощи X-plore, предварительно включив в последнем поддержку записи в /system в настройках. Это чудо умеет выставлять разрешения само, образец берёт от соседних файлов.
Далее просто работаем с программой в терминале.
2.
В: Какие-то странные символы на экране, вместо русского текста...
О: Включите в терминале пункт "По умолчанию UTF-8" и перезапустите его.
3.
В: В: Как запустить?
О: О: См.
сюда.
4.
В: Выдаёт, что "... нет поддержки init.d ...".
О: Если у вас Root от SuperSU, проверьте существование папки /system/su.d. Если нет, создайте. Киньте туда скрипт 99dynbsd. Всё, автозапуск программы обеспечен. Можно ещё сослать папку init.d на эту. Делается так:
cd /system/etc/
mv init.d/ init.d_bak/
ln -s /system/su.d /system/etc/init.d
mv init.d_bak/* init.d/
mv init.d_bak/.* init.d/
rmdir init.d/
cd init.d/
ls
Если последние две команды выдают в числе прочего (которого может и не быть) 99dynbsd, то всё получилось. Теперь ваша папка init.d работает как в кастомных ядрах, но до тех пор, пока стоит рут от SuperSU.
Либо, если неохота возиться (зря!), установите приложение Kernel Adiutor, в нём много полезного есть, плюс имеется эмуляция init.d (говорят, правда, что она косячная во всех эмуляторах). Она-то вам и нужна. Запускаем, и можно пользоваться.
5.
В: Не запускается, пробовал трижды (или больше), версии X, Y, даже Z, результат один.
О: Значит, сейчас и невозможно запустить.
Решение не очень лёгкое и состоит в том, что вы, и только вы, можете помочь найти и поправить проблемы, мешающие запуску.
Если у вас версия 1.7 pre-release, или выше, то подойдёт то, что ниже. Иначе устанавливайте последнюю версию - отладка предыдущих версий не обсуждается, а поддержки по ним нет.
Запускаем программу в режиме вывода отладочной информации. Для этого вам нужен установленный пакет strace. Проверять не нужно, программа сама напишет вам об ошибке, в этом случае смотрим ниже, ссылка "Скачать". Итак, запускаем программу: 'dynbsd start+debug', выйдет предупреждение о логе. Программа поработает столько же, сколько и обычно, но при этом в файл /sdcard/dynbsd.trace.log будет записано всё, что программа делает при помощи ядра. Получившийся лог присылайте мне, я его проанализирую и выявлю проблемы, ведущие к вылетам.
Скачать программу-зависимость strace.
Установка: Кидаем программу в /system/xbin/ (способ установки вручную как для DynBS: см. F.A.Q. пункт 1).
6.
В: Включённый автозапуск не срабатывает при перезагрузке.
О: Пробуйте включить в SuperSU "Доверять системному суперпользователю".
Не работает? См. пункт выше. Также можно на основе того метода подправить init.d-скрипт dynbsd, исправив строку 'dynbsd start' на 'dynbsd start+debug'
7.
В: После удаления Kernel Adiutor автозапуск не работает. Почему?!
О:
Dimo4ka_2012 @ 30.09.2016, 22:07
если поддержка init.d активирована в Kernel Adiutor-е, то удалять его нельзя, т.к. он сам и эмулирует поддержку init.d, запуская скрипты.
На работе программы никак не отразится, но, что логично, нет init.d - нет автозапуска.
8.
В: Программа выключает не все ядра, или вообще не выключает. Что делать?
О: Дело в governor, судя по всему он берёт на себя контроль за ядрами ЦП.
Вышлите мне содержимое папки /sys/devices/system/cpu/cpufreq/[текущий_governor] и я добавлю в следующую версию dynbsd поддержку вашей системы, если это возможно (т.е., если ваш governor поддерживает настройку управления ядрами).
9.
В: Почему после установки слетает рут?
О: DynBS не может снести рут (таких действий у него в коде нет совсем, он сам даже к /system/xbin/su не обращается ни разу, хотя и это действие рут снести не может, так как именно ради этого действия рут и существует), максимум того, что он делает - это ругается на его отсутствие при таковом.
Если проблема возникнет снова, проверьте, есть ли файл /system/xbin/su ('ls /system/xbin/su' в терминале: если выдаёт ошибку, значит файла нет, иначе выдаст файл). Если существует, простая перезагрузка должна помочь, и нет проблем (если всё же есть, сделайте fix permissions в TWRP/CWM).
10.
В: Поставил DynBS на максимальную экономию. Программа работает (частоты меняет), но эффекта - ноль. Как так?
О: Экономия у всех разная будет, даже в пределах одной и той же модели устройства. Знаю по своему огромному опыту.
Лично у меня на планшете DynBS работает, только незаметно: частоту понижает, а видимой экономии батареи это не даёт (хоть по тестам и выходит минут десять в итоге). Это на планшете. Если здесь убрать весь жор заряда, создаваемый работающим экраном, то эффект от DynBS будет просто супер (около 70%). А сейчас - так, просто капля в океане... И переделать это нельзя никак, только своё собственное ядро сделать, да и там тоже тяжело так, что в одиночку посоветую и не пытаться.
То же относится и к любым другим устройствам, везде по разному. Если не экономит, значит не судьба. Виноват в этом не я, а разработчики вашего устройства, которые не продумали энергосбережение и возможности для его улучшения как следует.
11.
В: А флаги запуска вообще обязательны?
О:
Нет. Главное по флагам
помнить лишь
это:
1) Флаги
полностью опциональны, для нормальной работы не требуются, только для себя же (
подстройка под свои нужды / кастомизация), обеспечивают регулировку
плавность<->батарея.
2) Флаги
принимаются опциями 'start' и 'auto', полностью одинаково. Разница только в применении: 'start' мгновенно запускает программу с флагами (или без, если не указать), если она не была запущена (иначе ошибка), 'auto' запускает отложенно, то есть, после перезагрузки. Также флаги принимает совмещённая опция 'start+auto'. Другие опции не принимают флагов и могут выдать ошибку.
12.
В: Хочу узнать про флаги ещё подробнее.
О: Читайте
здесь.
13.
В: Где версия 1.6? Куда делась?
О: 1.6 я пропустил, она так и останется неофициальной, но по факту действительно существовала, в оффлайне.
14.
В: В apk не будет? Подумайте про большинство юзеров.
О: Нет, это невозможно.
15.
В: Меня беспокоят причины перезагрузок устройства. В чём они могут быть?
О: Основная (могут быть и ещё) причина в SELinux. Подробностей не знаю, но пользователь
Kucher2000 опытным путём выяснил, что в его случае перезагрузки были вызваны именно из-за этой защиты. Сейчас SELinux автоматически выключается программой при первом же запуске.
16.
В: У меня процессор ARM64 (ARM 64-битный), вылетает при запуске.
О: Пока не знаю причин, и вряд ли узнаю в ближайшее время, т.к. у меня нет и не предвидится устройства на таком процессоре...
17.
В: Тормозит, больше тормозов, чем экономии.
О: Ответ
здесь.
18.
В: А как вообще работает программа?
О: Ответ
®DynBS (Пост igaryasha94 #78522706)