После чистой установки 16.04.1 проблема при обновлении linux-generic

Происходила чистая установка Kubuntu 16.04.1
после запуска через консоль был установлен паке nvidia-361, так как были проблемы при запусках все зависало.
потом через консоль было обновлено все пакеты
apt-get update
apt-get upgrade
понятное дело под root
после чего небыли установлены некоторые пакеты
linux-image-4.4.0-43-generic
linux-image-extra-4.4.0-43-generic
linux-image-generic
linux-generic

Щас еще добавились и вот полный список
При обработке следующих пакетов произошли ошибки:
linux-image-4.4.0-43-generic
linux-image-extra-4.4.0-43-generic
linux-image-generic
linux-generic
linux-image-4.4.0-42-generic
linux-image-extra-4.4.0-42-generic
initramfs-tools

Вот полный лог действий

помогите кто чем может.

пробовал
apt-get install --fix-missing
apt-get -f install
dpkg --configure -a
dpkg -P linux-image-4.4.0-42-generic --purge
dpkg -P linux-image-generic --purge
dpkg-reconfigure linux-image-generic
ничего не помогает
Спасибо

+4
lord_i - 17 Октябрь, 2016 - 21:19
Изображение пользователя lord_i.

Ключевая фраза во всем этом
gzip: stdout: No space left on device
:)

0
dm - 17 Октябрь, 2016 - 22:56
Изображение пользователя dm.

Возможно поможет необходимое место для установки высвободить:
sudo apt clean
sudo apt autoremove

+2
lord_i - 17 Октябрь, 2016 - 23:49
Изображение пользователя lord_i.

Мне кажется, что если после "чистой установки" + драйвер нвидия уже No space left on device - надо бы задуматься о еще одной чистой установке с более гуманным распределением места для корня.

0
hamiak - 20 Октябрь, 2016 - 20:24

так места более чем достаточно.

0
dm - 20 Октябрь, 2016 - 20:40
Изображение пользователя dm.

11Мб свободных на разделе boot явно мало. И вообще 100 мб под boot тоже маловато.

Зайдите в /boot и удалите старые ядра в ручную, после чего пробуйте до обновиться. Только текущее ядро не удаляйте, а то загрузится не получится.

Суть в том, что бы место на разделе /boot под новые ядра освободить. А лучше, вообще переразбивку диска сделать и выделить побольше места под /boot а то постоянно будет эта проблема вылезать в дальнейшем.

0
hamiak - 20 Октябрь, 2016 - 20:53

Блин давно не пользовался убунту, и поверил первой инструкции что нашел в нете по разбивке дисков. А из под убунты можно седалть /boot больше?

0
dm - 20 Октябрь, 2016 - 21:02
Изображение пользователя dm.

Можно запустить переустановку и в момент разбивки диска оставить раздел с /home без форматирования (но подключить его как /home) а остальное переразметить. При такой переустановки все настройки сохранятся. На пример раздел swap можно совсем убрать, а вместо него использовать Swapspace (Своп в виде файла с динамическим изменением размера в зависимости от потребности).

0
hamiak - 20 Октябрь, 2016 - 21:10

Понял. Спасибо. Завтра буду пробовать.
Я бы может и home меньше сделал.

0
hamiak - 21 Октябрь, 2016 - 15:54

Разметка диска для Linux
Вот классическая схема для создания необходимых разделов при установке Linux:

1. swap (файл подкачки)
2. / (корневой)
3. /boot (загрузочный)
4. /var
5. /usr
6. /tmp
7. /home

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

1. swap (файл подкачки)
2. / (корневой)
3. /home

Раздел swap, размер 8.0 ГБ (две оперативных памяти компьютера 4x2=8)
Раздел / (корневой) 25-30 ГБ, система ext4 (обычно вполне хватает 7-10 ГБ, но с нашим диском в 500 ГБ не будем жадничать).
Раздел /home (всё оставшиеся свободное место), система ext4.

Взято с http://www.linux-info.ru/razmetka.html

Так для себя и для других

+1
dm - 21 Октябрь, 2016 - 16:24
Изображение пользователя dm.

Я бы сделал так:

/boot - ext2 768Mb
/root - ext4 25 Gb
/home - ext4 все остальное

Ну или вообще

/root - ext4 25Gb
/home - ext4 все остальное место.

+1
MacLeod - 21 Октябрь, 2016 - 17:45
Изображение пользователя MacLeod.

Объявляю викторину по следующему вопросу: зачем делают разбивку на usr/var/tmp и т.д.? =)

0
lord_i - 21 Октябрь, 2016 - 18:00
Изображение пользователя lord_i.

tmp можно делать нежурналируемой (ext2)
var ограничить размер логов и кэша
usr читал что делают ридонли в целях безопасности
но все это наверное больше для серверов актуально

0
MacLeod - 25 Октябрь, 2016 - 15:48
Изображение пользователя MacLeod.

Единственный участник и... Победитель! =)
Остается добавить, что разбивать таки стоит только если разбивальщик собирается делать вышеуказанные вещи и они действительно нужны. ИМХО, в остальных случаях - только гемора добавлять.

0
dyug - 26 Октябрь, 2016 - 17:40

var для использования раздела с noexec кажется... позволяет не запустить ничего даже с флагом исполнения.

0
MacLeod - 26 Октябрь, 2016 - 20:35
Изображение пользователя MacLeod.

Опасность представляют каталоги для временных файлов (/tmp, /var/tmp и /dev/shm), поскольку какеры пихают "эзешники" туда. /var/tmp можно забиндить на tmp с тем же noexec.

Отправить комментарий

CAPTCHA на основе изображений
Введите цифры