Тестирование Ubuntu 17.04, Ubuntu Touch

[Simplehuman]

Есть новый (относительно) кусочек информации по поводу поддержки девайсов. Canonical решили с переходом на 16.04 сместить фокус приоритета разработки с armhf на arm64. Следовательно поэтому и обсуждается сейчас только поддержка bq M10

[soarin]

Canonical решили с переходом на 16.04 сместить фокус приоритета разработки с armhf на arm64. Следовательно поэтому и обсуждается сейчас только поддержка bq M10

Meizu PRO 5: Instruction Set ARM64

[Simplehuman]

soarin, это да, про него тоже говорят что вполне вероятно и его обновление. Просто разработчики заявили пока о M10 как о приоритете и что на него скорее всего будет, а вот все остальные, включая Meizu PRO 5 под вопросом. Я думаю, что arm64 это лишь один из факторов, а не ключевой

[thunderamur]

https://www.youtube.com/watch?v=5nmm0sT3EsI

Офигенный терминал.
Пользователь добавил сообщение 15 Января 2017, 08:28:22:Браузер у всех работает, а то у меня что-то уже как минимум 2 недели помехи в окне вместо картинки.

[viktor ne perestukin]

thunderamur, Не пашет, примерно пару недель

[soarin]

Я думаю, что arm64 это лишь один из факторов, а не ключевой

Естественно. Второй - это поддержка вывода по проводу. Что есть на планшете BQ, но нет на Meizu PRO 5
Aethercast (видео по wif) - все же весьма костыльная вещь.

[dad_u]

Народ, кто обновлялся с 16.10 на 17.04 недавно - у кого-нибудь получилось? Я рискнул сегодня(do-release-upgrade) и в итоге пока что имею систему, которая грузится только в recovery При апгрейде часть пакетов не обновилась до конца, из-за какой-то фигни с systemd/dbus. Установить их в recovery mode тоже не получается из-за невозможности нормальной работы dbus, насколько я понимаю. При попытке обычного старта - имеем черный экран, что в gui, что в text режиме. Upstart режим тоже не работает - виснет. X failsafe из recovery запускается вроде бы, но дальше из-за проблем с dbus тоже вылетает. В recovery все более-менее работает: сеть, монтируются все диски и т. п., но dbus в полноценном режиме, я так понимаю, не запустить. Ручной старт dbus-daemon --system работает, но не помогает - при любом запуске systemctl ошибки типа

Failed to connect to bus: No such file or directory
и
Failed to connect to socket /var/run/dbus/system_bus_socket: Connection refused

 меняются на что-то вроде

Launch helper exited with unknown return code 1

[Simplehuman]

Я рискнул сегодня(do-release-upgrade)

кто научил так обновляться?
скорее всего необходимо качать образ и делать переустановку с сохранение /home (он же на отдельном разделе, правда?)
но можно попробовать запустить Live режим с флешки и удалить файл .Xauthority из корня Домашнего каталога

[dad_u]

необходимо качать образ и делать переустановку

Ну это понятно, что переустановить наверное поможет(хотя не факт, что у 17.04 установка еще нормально сработает), но может можно как-то выкрутиться и без этого. Полную установку лень было делать, вот и запустил do-release-upgrade - раньше так делал пару раз - вроде более-менее прокатывало, хоть и не совсем без проблем, но все было решаемо.

[Simplehuman]

dad_u, я устанавливал 17.04 с нуля неделю назад - все было ок, с тех пор не думаю что что-то поменялось радикально.

Обновлять желательно через штатный функционал

Код: [Выделить]

update-manager -dили же если менеджер обновлений не справился

Код: [Выделить]

sudo sed -i 's/yakkety/zesty/g' /etc/apt/sources.list
sudo apt update
sudo apt dist-upgradeкак в первом сообщении темы

[dad_u]

17.04 с нуля неделю назад - все было ок

Спасибо, попробую, может хоть так поставится без глюков поверх неудачного апгрейда. Понятно, что в работе проблемы все равно будут, еще почти 4 месяца до релиза, но надеюсь не настолько фатальные. По поводу штатных средств - по-моему do-release-upgrade примерно тоже самое, что указанный вами второй способ, только в одной команде. Могу конечно ошибаться, но тогда интересно, в чем отличия.

[Simplehuman]

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

[dad_u]

Simplehuman, Все, проблема решена без переустановки. Посмотрел внимательно в journalctl (совсем забыл о нем, никак не могу к systemd привыкнуть), что же было причиной проблем при неудачной загрузке, оказалось падает "новый" systemd  :

Код: [Выделить]

systemd[1]: Assertion 'u' failed at ../src/core/unit.c:521, function unit_free(). Aborting.
systemd[1]: Caught <ABRT>, dumped core as pid 1221.
systemd[1]: Freezing execution.

Он кстати и при апгрейде это все время делал, из-за чего были странные тормоза при рестарте сервисов на нек-рых пакетах. Причина падения - оказывается у меня в одной из меток партиций (PARTLABEL) одного из дисков каким-то образом оказались непечатные символы(Windows начудила) - старый systemd из 16.10 переваривал это нормально, а новому (232) это категорически не нравится и он падает Переименовал - и все, 17.04 загружается без проблем. Багу systemd 232 см. тут Так что - будьте осторожны! проклятый systemd таит в себе еще массу сюрпризов...

[chrome_cat]

Всем доброго здравия.

У кого как обстоят дела с потреблением ОЗУ? Заметил что в последнее время начали "подтекать" компиз, магазин гномовский, наутилус и х-орг - от 200+ до 400+ МБ в зависимости от процесса.
И еще частота проца скачет временами как бешеная. Наблюдается такое?

[Simplehuman]

chrome_cat, "последнее время" это какое? С декабря и обновлений то толком практически не было существенных. У меня только компиз течет, в том числе в 16.10