MajorDoMo

nick7zmail писал(а): Ср июн 06, 2018 12:51 pm На малине у меня последний образ был, повторюсь...а про ядро я ща - про то, которое raspberrypi-kernel.

Отправлено с моего Xperia XZ1 Compact через Tapatalk

я про него же
на днях обновлялся апдейт юпдейт
загрузка упала (не очередь)

Дак ядро включено в стандартный sudo apt upgrade...без параметров оно по умолчанию ставится. Че терь вообще не обновляться? А если без обнов другие проги ставиться отказываются?

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

nick7zmail писал(а): Ср июн 06, 2018 3:56 pm Дак ядро включено в стандартный sudo apt upgrade...без параметров оно по умолчанию ставится. Че терь вообще не обновляться? А если без обнов другие проги ставиться отказываются?

Так а зачем обновляться ради обновления? Если что-то ставится не хочет, так надо обновить только то, что этим программам надо...
apt upgrade апгрейдит сразу всё, а учитывая что память расходуется диском в памяти + размер временных директорий ограничен при таких глобальных апдейтах возможно всякое...

Я откуда знаю что проге надо...я как правило проги по инструкциям ставлю...а неотъемлимая часть 90% мануалов это команда
sudo apt-get update && sudo apt-get upgrade
Которая, кстати в большинстве случаев отлично отрабатывала, помимо последнего случая с ядром.

Ура...оживил я эту дичь...оставлю решение тут, мб кому пригодится...ибо как минимум у 3 человек на форуме проблема светилась.
Решение не совсем правильное, но рабочее

1) Подключаем малинку через провод, если была подключена через wifi (в отсутствии модулей wifi не работает)
2) Проверяем какое ядро установлено
apt-cache showpkg raspberrypi-kernel
3) Проверяем какие установщики у нас есть
ls -l /var/cache/apt/archives/ | grep kernel
4) идём в /var/cache/apt/archives/
cd /var/cache/apt/archives/
5) монтируем бут раздел, если не примонтирован
sudo mount /boot
6) запускаем вручную установщик
sudo dpkg -i raspberrypi-kernel_1.20180328-1_armhf.deb (версию пакета берем из п.3, но не ту, которая сейчас установлена)
7) Доустанавливаем бутлодер
sudo dpkg -i raspberrypi-bootloader_1.20180328-1_armhf.deb (версию пакета берем из п.3, но не ту, которая сейчас установлена)
8) Перезагружаем, проверяем командой lsmod загрузились ли модули.

У кого расбери - можете глянуть - вот такая херня у всех есть?

cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)


(ввести команду mount)

не дома, без доступа, через пару дней

Есть, отличие в одной строчке (memory):
===============
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
==============

Я прост не ожидал увидеть левые маунты тут)) вроде раньше не было. Ну ладно, раз у всех - надеюсь не из-за внешнего вмешательства это появилось.