проверить стартанет сервер или нет

[nicdnepr]

есть сервер 16,04

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

df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root        19G  7.4G   11G  43% /
devtmpfs        239M     0  239M   0% /dev
tmpfs           241M     0  241M   0% /dev/shm
tmpfs           241M   25M  216M  11% /run
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           241M     0  241M   0% /sys/fs/cgroup
/dev/xvda1      190M  162M   15M  92% /boot
tmpfs            49M     0   49M   0% /run/user/1000

# dpkg --list | grep linux-image
ii  linux-image-4.4.0-170-generic          4.4.0-170.199                                   amd64        Signed kernel image generic
ii  linux-image-4.4.0-190-generic          4.4.0-190.220                                   amd64        Signed kernel image generic
ii  linux-image-generic                    4.4.0.190.196                                   amd64        Generic Linux kernel image
rc  linux-image-unsigned-4.4.0-150-generic 4.4.0-150.176                                   amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP

uname -a
Linux os 4.4.0-170-generic #199-Ubuntu SMP Thu Nov 14 01:45:04 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

планирую перезагрузку но опасаюсь что не стартанет, уже были похожие случаи с этим сервером
что проверить перед перезагрузкой?
подозреваю что надо удалить ядро linux-image-4.4.0-170-generic и освободить место в /boot?  а после перезагрузки подхватится ядро linux-image-4.4.0-190-generic

[jura12]

а какие были плохие случаи? обновления установлены?

[nicdnepr]

 были моменты когда перегружал сервер и он не стартовал
перед этим сервер мог работать непрерывно без перезагрузки  по 5-6 мес
возможно он конечно запускался,но по ssh я не мог подключится

если я обновлял пакеты то сразу перегружался, и сервер стартовал нормально, но вот если потом долго не перегружался, но после перезагрузки мог не запуститься

[AnrDaemon]

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

apt-get remove --purge linux-image-unsigned-4.4.0-150-generic
apt-get autoremove --purge
потом покажите `df -h` ещё раз.
Пользователь добавил сообщение 18 Октября 2020, 10:50:48:

возможно он конечно запускался,но по ssh я не мог подключится

А подождать 10-15 минут, пока fsck отработает?

[nicdnepr]

удалил, в конце получил сообщение

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

(Reading database ... 154073 files and directories currently installed.)
Removing linux-image-unsigned-4.4.0-150-generic (4.4.0-150.176) ...
Purging configuration files for linux-image-unsigned-4.4.0-150-generic (4.4.0-150.176) ...
Setting up linux-image-4.4.0-193-generic (4.4.0-193.224) ...
I: /initrd.img is now a symlink to boot/initrd.img-4.4.0-193-generic
Processing triggers for linux-image-4.4.0-193-generic (4.4.0-193.224) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.4.0-193-generic
W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.

gzip: stdout: No space left on device
E: mkinitramfs failure find 141 cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-4.4.0-193-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: error processing package linux-image-4.4.0-193-generic (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 linux-image-4.4.0-193-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)
внезапно появилось новое ядро,я точно не делал обновление пакетов,получается оно само обновилось?

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

dpkg --list | grep linux-image
ii  linux-image-4.4.0-170-generic         4.4.0-170.199                                   amd64        Signed kernel image generic
ii  linux-image-4.4.0-190-generic         4.4.0-190.220                                   amd64        Signed kernel image generic
iF  linux-image-4.4.0-193-generic         4.4.0-193.224                                   amd64        Signed kernel image generic
ii  linux-image-generic                   4.4.0.193.199                                   amd64        Generic Linux kernel image


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

df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root        19G  7.8G  9.8G  45% /
devtmpfs        239M     0  239M   0% /dev
tmpfs           241M     0  241M   0% /dev/shm
tmpfs           241M   25M  216M  11% /run
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           241M     0  241M   0% /sys/fs/cgroup
/dev/xvda1      190M  173M  3.3M  99% /boot
tmpfs           49M     0   49M   0% /run/user/1000
ну и насчет подождать 15 минут- я сутки ждал и оно не стартанулось

[Dzhoser]

То есть эта фраза Вас не смутила?

gzip: stdout: No space left on device

Если по русски, то в результате обновления у Вас закончилось место на разделе /boot
Cкорее всего забито  оно старыми ядрами. Увы доступ по ssh не получится. Так как система не грузится.
Удалить старые ядра кроме используемого и предпоследнего, можно командой:

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

sudo apt-get purge $(dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | head -n -1)Затем нужно выполнить команду очистки системы и вручную обновить конфигурацию grub.

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

sudo apt autoremove

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

sudo update-grubРаздел boot рекомендую делать не менее 300 Мб

[nicdnepr]

 я удалил все ядра кроме текущего и последнего установленного
похоже что все равно не хватает места

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

dpkg --list | grep linux-image
ii  linux-image-4.4.0-170-generic         4.4.0-170.199                                   amd64        Signed kernel image generic
ii  linux-image-4.4.0-190-generic         4.4.0-190.220                                   amd64        Signed kernel image generic
iF  linux-image-4.4.0-193-generic         4.4.0-193.224                                   amd64        Signed kernel image generic
ii  linux-image-generic                   4.4.0.193.199                                   amd64        Generic Linux kernel image

uname -a
Linux info 4.4.0-170-generic #199-Ubuntu SMP Thu Nov 14 01:45:04 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

autoremove не срабатывает,пишет No space left on device
получается что нельзя перегружаться?

[jura12]

так у вас написано что /dev/xvda1      190M  173M  3.3M  99% /boot .
когда будет там нормально места тогда все будет нормально.

[nicdnepr]

вот пытаюсь понять как уменьшить
удалить текущее ядро?

[Dzhoser]

nicdnepr, ecть возможность загрузиться в live режиме?
Я вижу два варианта:
1. При загрузке в live режиме с помощью gparted увеличить раздел boot до 300 Мб
2. В live режиме удалить старые ядра для этого после загрузки монтировать диск в режиме чтение/запись командой

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

sudo mount -o remount, rw / /media/

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

cd /media

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

sudo apt-get purge $(dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | head -n -1)

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

sudo umount /media

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

sudo reboot

[nicdnepr]

на данный момент у меня есть только доступ ssh


Пользователь добавил сообщение 19 Октября 2020, 06:51:12:

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

dpkg --list | grep linux-image
ii  linux-image-4.4.0-170-generic         4.4.0-170.199                                   amd64        Signed kernel image generic
ii  linux-image-4.4.0-190-generic         4.4.0-190.220                                   amd64        Signed kernel image generic
iF  linux-image-4.4.0-193-generic         4.4.0-193.224                                   amd64        Signed kernel image generic
ii  linux-image-generic                   4.4.0.193.199                                   amd64        Generic Linux kernel image

если удалить 190 ядро то после рестарта подключится 193 ядро?
или может удалить 190 и 193 ядра и тогда загрузится ядро 170?

[kac]

на данный момент у меня есть только доступ ssh

Если это vps\vds, то провайдер должен надать доступ по квм в случае поломки сервера.

[nicdnepr]

полез в boot и вот что обнаружил

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

ls -lah /boot
total 165M
drwxr-xr-x 4 root root 3.0K Oct 19 07:17 .
drwxr-xr-x 24 root root 4.0K Oct 18 12:28 ..
-rw-r--r-- 1 root root 187K Nov 14 2019 config-4.4.0-170-generic
-rw-r--r-- 1 root root 187K Aug 29 04:20 config-4.4.0-190-generic
-rw-r--r-- 1 root root 187K Oct 6 22:51 config-4.4.0-193-generic
drwxr-xr-x 5 root root 1.0K Oct 19 07:23 grub
-rw-r--r-- 1 root root 11M Oct 19 07:11 initrd.img-4.4.0-112-generic
-rw-r--r-- 1 root root 11M Oct 19 07:11 initrd.img-4.4.0-116-generic
-rw-r--r-- 1 root root 11M Oct 19 07:11 initrd.img-4.4.0-119-generic
-rw-r--r-- 1 root root 11M Oct 19 07:11 initrd.img-4.4.0-121-generic
-rw-r--r-- 1 root root 40M Oct 19 07:11 initrd.img-4.4.0-170-generic
-rw-r--r-- 1 root root 40M Oct 19 07:11 initrd.img-4.4.0-190-generic
-rw-r--r-- 1 root root 11M Oct 19 07:11 initrd.img-4.4.0-97-generic
drwx------ 2 root root 12K Jul 2 2016 lost+found
-rw------- 1 root root 3.8M Nov 14 2019 System.map-4.4.0-170-generic
-rw------- 1 root root 3.8M Aug 29 04:20 System.map-4.4.0-190-generic
-rw------- 1 root root 3.8M Oct 6 22:51 System.map-4.4.0-193-generic
-rw------- 1 root root 6.9M Nov 14 2019 vmlinuz-4.4.0-170-generic
-rw------- 1 root root 6.9M Aug 31 18:18 vmlinuz-4.4.0-190-generic
-rw------- 1 root root 6.9M Oct 14 00:48 vmlinuz-4.4.0-193-genericсделал так-удалил из /boot все initrd.img кроме initrd.img-4.4.0-190-generic,запустил autoremove, он все подчистил,на всякий случай запустил update-grub
перезагрузился успешно
странно что так мог загадиться boot,хотя я поудалял старые ядра

[AnrDaemon]

Не стоило удалять всё, достаточно было удалить то, что не установлено.

[nicdnepr]

места было мало, autoremove ругался