Ubuntu 18.04, как диагностировать / исправлять очень медленную загрузку

Поскольку вы упомянули sed, вы можете сделать это с помощью сценария sed:

/^x*Ax*Bx*$/{              # If an index line is matched, then
  N                        # append the next (content) line into the pattern buffer
  :a                       # label a
  s/^x(.*\n).(.*)/\1\2/    # remove "x" from the index line start and a char from the content line start
  ta                       # if a subtitution happened in the previous line then jump back to a
  :b                       # label a
  s/(.*)x(\n.*).$/\1\2/    # remove "x" from the index line end and a char from the content line end
  tb                       # if a subtitution happened in the previous line then jump back to b
  s/.*\n//                 # remove the index line
}

Если вы поместите это все в одну командную строку, это выглядит так:

$ sed -r '/^x*Ax*Bx*$/{N;:a;s/^x(.*\n).(.*)/\1\2/;ta;:b;s/(.*)x(\n.*).$/\1\2/;tb;s/.*\n//;}' example-file.txt
7890MNOP
34567890MNOPQRST
$ 

-r необходим, чтобы sed мог понять круглые скобки для регулярных выражений без дополнительных экранов.

FWIW, я не думаю, что это можно было бы сделать чисто с grep, хотя я был бы счастлив оказаться ошибочным.

32
задан 8 May 2018 в 03:36

29 ответов

Сегодня я обновился до 18.04 и столкнулся с той же проблемой. Я смог исправить это, загрузив ядро ​​с параметром noresume.

Как и вы, у меня также нет места подкачки. В какой-то момент во время обновления была изменена конфигурация initramfs, добавив строку, указывающую на несуществующий раздел подкачки.

Чтобы обновить GRUB, чтобы передать эту опцию ядру автоматически при загрузке:

Изменить файл /etc/default/grub, чтобы строка noresume была включена в строку GRUB_CMDLINE_LINUX_DEFAULT, например:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
Запустите эту команду, чтобы обновить GRUB:
sudo update-grub
Перезагрузите компьютер
11
ответ дан 22 May 2018 в 11:03
  • 1
    noresume исправил его, ничего странного в initramfs. – user105939 4 May 2018 в 10:15
  • 2
    Я обновился до 18.04 вчера, и у меня была такая же проблема (потребовалось 52 секунды для загрузки). После установки "noresume" параметру потребовалось 21 секунду. – Erol 4 May 2018 в 18:06
  • 3
    Вы можете улучшить свой уже хороший ответ с инструкциями по обновлению grub. – WinEunuuchs2Unix 9 May 2018 в 03:44
  • 4
    Обратите внимание, что это рабочий стол, поскольку это предотвратит возобновление спящей системы. – pim 9 May 2018 в 16:52

Сегодня я обновился до 18.04 и столкнулся с той же проблемой. Я смог исправить это, загрузив ядро ​​с параметром noresume.

Как и вы, у меня также нет места подкачки. В какой-то момент во время обновления была изменена конфигурация initramfs, добавив строку, указывающую на несуществующий раздел подкачки.

Чтобы обновить GRUB, чтобы передать эту опцию ядру автоматически при загрузке:

Изменить файл /etc/default/grub, чтобы строка noresume была включена в строку GRUB_CMDLINE_LINUX_DEFAULT, например: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume" Запустите эту команду, чтобы обновить GRUB: sudo update-grub Перезагрузите компьютер
20
ответ дан 17 July 2018 в 15:31

Сегодня я обновился до 18.04 и столкнулся с той же проблемой. Я смог исправить это, загрузив ядро ​​с параметром noresume.

Как и вы, у меня также нет места подкачки. В какой-то момент во время обновления была изменена конфигурация initramfs, добавив строку, указывающую на несуществующий раздел подкачки.

Чтобы обновить GRUB, чтобы передать эту опцию ядру автоматически при загрузке:

Изменить файл /etc/default/grub, чтобы строка noresume была включена в строку GRUB_CMDLINE_LINUX_DEFAULT, например: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume" Запустите эту команду, чтобы обновить GRUB: sudo update-grub Перезагрузите компьютер
21
ответ дан 23 July 2018 в 16:27

Сегодня я обновился до 18.04 и столкнулся с той же проблемой. Я смог исправить это, загрузив ядро ​​с параметром noresume.

Как и вы, у меня также нет места подкачки. В какой-то момент во время обновления была изменена конфигурация initramfs, добавив строку, указывающую на несуществующий раздел подкачки.

Чтобы обновить GRUB, чтобы он автоматически передавал эту опцию ядру при загрузке:

  1. Отредактируйте файл /etc/default/grub, чтобы строка noresume была включена в строку GRUB_CMDLINE_LINUX_DEFAULT, например:
    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
  2. Запустите эту команду, чтобы обновить GRUB:
    sudo update-grub
    
  3. Перезагрузите компьютер
21
ответ дан 31 July 2018 в 10:37

Сегодня я обновился до 18.04 и столкнулся с той же проблемой. Я смог исправить это, загрузив ядро ​​с параметром noresume.

Как и вы, у меня также нет места подкачки. В какой-то момент во время обновления была изменена конфигурация initramfs, добавив строку, указывающую на несуществующий раздел подкачки.

Чтобы обновить GRUB, чтобы он автоматически передавал эту опцию ядру при загрузке:

  1. Отредактируйте файл /etc/default/grub, чтобы строка noresume была включена в строку GRUB_CMDLINE_LINUX_DEFAULT, например:
    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
  2. Запустите эту команду, чтобы обновить GRUB:
    sudo update-grub
    
  3. Перезагрузите компьютер
21
ответ дан 31 July 2018 в 11:40

Сегодня я обновился до 18.04 и столкнулся с той же проблемой. Я смог исправить это, загрузив ядро ​​с параметром noresume.

Как и вы, у меня также нет места подкачки. В какой-то момент во время обновления была изменена конфигурация initramfs, добавив строку, указывающую на несуществующий раздел подкачки.

Чтобы обновить GRUB, чтобы он автоматически передавал эту опцию ядру при загрузке:

  1. Отредактируйте файл /etc/default/grub, чтобы строка noresume была включена в строку GRUB_CMDLINE_LINUX_DEFAULT, например:
    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
  2. Запустите эту команду, чтобы обновить GRUB:
    sudo update-grub
    
  3. Перезагрузите компьютер
21
ответ дан 31 July 2018 в 18:15

Сегодня я обновился до 18.04 и столкнулся с той же проблемой. Я смог исправить это, загрузив ядро ​​с параметром noresume.

Как и вы, у меня также нет места подкачки. В какой-то момент во время обновления была изменена конфигурация initramfs, добавив строку, указывающую на несуществующий раздел подкачки.

Чтобы обновить GRUB, чтобы он автоматически передавал эту опцию ядру при загрузке:

  1. Отредактируйте файл /etc/default/grub, чтобы строка noresume была включена в строку GRUB_CMDLINE_LINUX_DEFAULT, например:
    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
  2. Запустите эту команду, чтобы обновить GRUB:
    sudo update-grub
    
  3. Перезагрузите компьютер
21
ответ дан 2 August 2018 в 11:20

Сегодня я обновился до 18.04 и столкнулся с той же проблемой. Я смог исправить это, загрузив ядро ​​с параметром noresume.

Как и вы, у меня также нет места подкачки. В какой-то момент во время обновления была изменена конфигурация initramfs, добавив строку, указывающую на несуществующий раздел подкачки.

Чтобы обновить GRUB, чтобы он автоматически передавал эту опцию ядру при загрузке:

  1. Отредактируйте файл /etc/default/grub, чтобы строка noresume была включена в строку GRUB_CMDLINE_LINUX_DEFAULT, например:
    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
  2. Запустите эту команду, чтобы обновить GRUB:
    sudo update-grub
    
  3. Перезагрузите компьютер
22
ответ дан 3 August 2018 в 09:56

Сегодня я обновился до 18.04 и столкнулся с той же проблемой. Я смог исправить это, загрузив ядро ​​с параметром noresume.

Как и вы, у меня также нет места подкачки. В какой-то момент во время обновления была изменена конфигурация initramfs, добавив строку, указывающую на несуществующий раздел подкачки.

Чтобы обновить GRUB, чтобы он автоматически передавал эту опцию ядру при загрузке:

  1. Отредактируйте файл /etc/default/grub, чтобы строка noresume была включена в строку GRUB_CMDLINE_LINUX_DEFAULT, например:
    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
  2. Запустите эту команду, чтобы обновить GRUB:
    sudo update-grub
    
  3. Перезагрузите компьютер
22
ответ дан 6 August 2018 в 17:45

Сегодня я обновился до 18.04 и столкнулся с той же проблемой. Я смог исправить это, загрузив ядро ​​с параметром noresume.

Как и вы, у меня также нет места подкачки. В какой-то момент во время обновления была изменена конфигурация initramfs, добавив строку, указывающую на несуществующий раздел подкачки.

Чтобы обновить GRUB, чтобы он автоматически передавал эту опцию ядру при загрузке:

  1. Отредактируйте файл /etc/default/grub, чтобы строка noresume была включена в строку GRUB_CMDLINE_LINUX_DEFAULT, например:
    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
  2. Запустите эту команду, чтобы обновить GRUB:
    sudo update-grub
    
  3. Перезагрузите компьютер
22
ответ дан 8 August 2018 в 21:58
$ systemd-analyze blame

Посмотрите, какие процессы занимают больше всего времени процесса загрузки.

1
ответ дан 22 May 2018 в 11:03
  • 1
    systemd-analyze blame не покажет время ядра и для этой проблемы. systemd-analyse time покажет, что именно ядро ​​застревает в поисках файловой системы. – pim 2 May 2018 в 08:36
  • 2
    хороший намек, но самый длинный процесс занял всего 1,6 секунды, поэтому этот инструмент не помог. – user105939 4 May 2018 в 10:16

Я повысил до 18.04 с 16.04. Время загрузки было более 10 минут. Пробовал «Без экрана всплеска на ядро», чтобы определить, какие процессы занимают больше всего времени для загрузки.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Итак, нам нужно сократить время для этого процесса, чтобы сохранить время загрузки. Для этого вам нужно отредактировать

sudo nano /etc/systemd/system/network-online.targets.wants/networking.service

Найти

TimeoutStartSec=5min

Изменить на

TimeoutStartSec=5s
0
ответ дан 22 May 2018 в 11:03

Для меня работала sudo rm /etc/initramfs-tools/conf.d/resume, затем sudo update-initramfs -u. Это похоже на регресс от обновления (см. Https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861151).

0
ответ дан 22 May 2018 в 11:03

Я повысил до 18.04 с 16.04. Время загрузки было более 10 минут. Пробовал «Без экрана всплеска на ядро», чтобы определить, какие процессы занимают больше всего времени для загрузки.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Итак, нам нужно сократить время для этого процесса, чтобы сохранить время загрузки. Для этого

Вы должны отредактировать

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

Найти

TimeoutStartSec=5min

Измените на

TimeoutStartSec=5s

и перезагрузка

1
ответ дан 17 July 2018 в 15:31

Для меня работала sudo rm /etc/initramfs-tools/conf.d/resume, затем sudo update-initramfs -u. Это похоже на регресс от обновления (см. Https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861151).

5
ответ дан 17 July 2018 в 15:31

Я повысил до 18.04 с 16.04. Время загрузки было более 10 минут. Пробовал «Без экрана всплеска на ядро», чтобы определить, какие процессы занимают больше всего времени для загрузки.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Итак, нам нужно сократить время для этого процесса, чтобы сохранить время загрузки. Для этого

Вы должны отредактировать

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

Найти

TimeoutStartSec=5min

Измените на

TimeoutStartSec=5s

и перезагрузка

1
ответ дан 23 July 2018 в 16:27

Для меня работала sudo rm /etc/initramfs-tools/conf.d/resume, затем sudo update-initramfs -u. Это похоже на регресс от обновления (см. Https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861151).

5
ответ дан 23 July 2018 в 16:27
  • 1
    systemd-analyze blame не покажет время ядра и для этой проблемы. systemd-analyse time покажет, что именно ядро ​​застревает в поисках файловой системы. – pim 2 May 2018 в 08:36
  • 2
    хороший намек, но самый длинный процесс занял всего 1,6 секунды, поэтому этот инструмент не помог. – user105939 4 May 2018 в 10:16

Для меня работала sudo rm /etc/initramfs-tools/conf.d/resume, а затем sudo update-initramfs -u. Это похоже на регресс от обновления (см. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861151 ).

6
ответ дан 31 July 2018 в 10:37

Я повысил до 18.04 с 16.04. Время загрузки было более 10 минут. Пробовал «Без экрана всплеска на ядро», чтобы определить, какие процессы занимают больше всего времени для загрузки.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Итак, нам нужно сократить время для этого процесса, чтобы сохранить время загрузки. Для этого

Вы должны отредактировать

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

Найти

TimeoutStartSec=5min

Изменить на

TimeoutStartSec=5s

и перезагрузки

1
ответ дан 31 July 2018 в 11:40

Для меня работала sudo rm /etc/initramfs-tools/conf.d/resume, а затем sudo update-initramfs -u. Это похоже на регресс от обновления (см. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861151 ).

6
ответ дан 31 July 2018 в 11:40

Для меня работала sudo rm /etc/initramfs-tools/conf.d/resume, а затем sudo update-initramfs -u. Это похоже на регресс от обновления (см. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861151 ).

6
ответ дан 31 July 2018 в 18:15

Для меня работала sudo rm /etc/initramfs-tools/conf.d/resume, а затем sudo update-initramfs -u. Это похоже на регресс от обновления (см. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861151 ).

8
ответ дан 2 August 2018 в 11:20

Я повысил до 18.04 с 16.04. Время загрузки было более 10 минут. Пробовал «Без экрана всплеска на ядро», чтобы определить, какие процессы занимают больше всего времени для загрузки.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Итак, нам нужно сократить время для этого процесса, чтобы сохранить время загрузки. Для этого

Вы должны отредактировать

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

Найти

TimeoutStartSec=5min

Изменить на

TimeoutStartSec=5s

и перезагрузки

1
ответ дан 5 August 2018 в 01:16

Для меня работала sudo rm /etc/initramfs-tools/conf.d/resume, а затем sudo update-initramfs -u. Это похоже на регресс от обновления (см. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861151 ).

8
ответ дан 5 August 2018 в 01:16

Я повысил до 18.04 с 16.04. Время загрузки было более 10 минут. Пробовал «Без экрана всплеска на ядро», чтобы определить, какие процессы занимают больше всего времени для загрузки.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Итак, нам нужно сократить время для этого процесса, чтобы сохранить время загрузки. Для этого

Вы должны отредактировать

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

Найти

TimeoutStartSec=5min

Изменить на

TimeoutStartSec=5s

и перезагрузки

1
ответ дан 6 August 2018 в 17:45

Для меня работала sudo rm /etc/initramfs-tools/conf.d/resume, а затем sudo update-initramfs -u. Это похоже на регресс от обновления (см. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861151 ).

8
ответ дан 6 August 2018 в 17:45

Я повысил до 18.04 с 16.04. Время загрузки было более 10 минут. Пробовал «Без экрана всплеска на ядро», чтобы определить, какие процессы занимают больше всего времени для загрузки.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Итак, нам нужно сократить время для этого процесса, чтобы сохранить время загрузки. Для этого

Вы должны отредактировать

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

Найти

TimeoutStartSec=5min

Изменить на

TimeoutStartSec=5s

и перезагрузки

1
ответ дан 8 August 2018 в 21:58

Я повысил до 18.04 с 16.04. Время загрузки было более 10 минут. Пробовал «Без экрана всплеска на ядро», чтобы определить, какие процессы занимают больше всего времени для загрузки.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Итак, нам нужно сократить время для этого процесса, чтобы сохранить время загрузки. Для этого

Вы должны отредактировать

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

Найти

TimeoutStartSec=5min

Изменить на

TimeoutStartSec=5s

и перезагрузки

1
ответ дан 14 August 2018 в 11:40
$ systemd-analyze blame

Посмотрите, какие процессы занимают больше всего времени процесса загрузки.

8
ответ дан 14 August 2018 в 16:18
  • 1
    systemd-analyze blame не покажет время ядра и для этой проблемы. systemd-analyse time покажет, что именно ядро ​​застревает в поисках файловой системы. – pim 2 May 2018 в 08:36
  • 2
    хороший намек, но самый длинный процесс занял всего 1,6 секунды, поэтому этот инструмент не помог. – user105939 4 May 2018 в 10:16
  • 3
  • 4

Другие вопросы по тегам:

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