Каков рекомендуемый способ проверить рабочие сервисы?

Вы не собираетесь быть способными использовать GParted, потому что файловая система находится на LVM, и GParted не поддерживает это.

Во-первых, ВОЗЬМИТЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ VM. Затем выполните следующее как "корень" из командной строки.

  1. Похоже, что Вы уже перезагрузили, но на всякий случай, удостоверяетесь, что ядро распознает больший диск

    echo 1 > /sys/class/scsi_disk/0:0:0:0/device/rescan
    
  2. Измените размер второго раздела с fdisk

    fdisk /dev/sda
    p     # print current
    d     # delete
    - 2
    n     # create
    - p   # primary partition
    2     # partition number
    - default first/last cylinders
    t     # change partition id
    - 2
    - 8e (hex code)
    p     # print the current again to verify it's expanded
    w     # write changes
    
  3. Перезагрузите виртуальную машину

    shutdown -r now
    
  4. После того как это вернулось, измените размер физического тома LVM

    pvresize /dev/sda2
    
  5. Теперь измените размер логического тома LVM (ПРИМЕЧАНИЕ: я не могу дешифровать то, что Ваше имя логических томов основано на снимках экрана и таким образом принимает LogVol00. Можно определить это путем выполнения lvdisplay.)

    lvresize -l +100%FREE /dev/VolGroup00/LogVol00
    
  6. Наконец, позволяет, изменяют размер файловой системы

    resize2fs -p /dev/VolGroup00/LogVol00
    
  7. Проверьте, что файловая система больше

    df -h
    
  8. Готово

10
09.07.2013, 22:20
3 ответа

Я хочу знать: каков рекомендуемый метод проверки всех рабочих сервисов через эти системы?

Так как Вы знаете chkconfig,service, и может быть ntsysv,rcconf,

но можно проверить использование ниже команды, которые почти работают во всей разновидности

ls -1 /etc/rc$(runlevel| cut -d" " -f2).d/S*

Что такое S*?

традиционный стиль init делает символьные ссылки, которые запускаются с S или K. те, которые имеют средства S, "запускаются", и они выполняются с параметром "запуска", когда это runlevel вводится. Те, которые имеют K, имеют в виду, "уничтожают", те сервисы выполняются с параметром "остановки", когда это runlevel вводится

Полное изложение:

ls -1 /etc/rc$(runlevel| cut -d" " -f2).d/S* | \
awk -F'[0-9][0-9]' '{print "Startup :-> " $2}'

Вывод:

Startup :-> bind9
Startup :-> apt-cacher-ng
Startup :-> slapd
Startup :-> cron
Startup :-> dmesg
Startup :-> inetutils-inetd
Startup :-> ssh
Startup :-> dns-clean
Startup :-> sudo
Startup :-> apache2
Startup :-> grub-common
Startup :-> ondemand
Startup :-> rc.local
7
27.01.2020, 20:03
  • 1
    Хороший ответ, хотя Вы могли бы хотеть исправить свое написание chkconfig для будущих читателей. –  synack 09.07.2013, 23:28
  • 2
    @synack Спасибо.. Я исправил это.. если этот ответ удовлетворяет Вас, Так можете Вы отмечать его как корректный. –  Rahul Patil 09.07.2013, 23:55
  • 3
    В моем случае (Ubuntu 16.04) Ваш список команд-> 41, rcconf --list | grep " on$" | wc -l -> 56, service --status-all | grep -F "[ + ]" | wc -l -> 47, systemctl list-unit-files --state=enabled -> 73. Почему это могло бы быть? Просто включенный по сравнению с выполнением? очень гладкий –  Pablo A 01.10.2017, 05:59

Немного менее изящный, но можно всегда сравнивать то, что работает ps aux против того, что перечислено в /etc/init.d/ или /etc/rc.d/

1
27.01.2020, 20:03

Попробуйте svcs. svcs, должен перечислить все сервисы офлайновый режим онлайн или режим техобслуживания..

-1
27.01.2020, 20:03
  • 1
    Какой-либо подобный Debian эквивалент этому? –  synack 09.07.2013, 23:27

Теги

Похожие вопросы