Почему мой ubuntu 19.10 загружался слишком долго [более 10 минут]?
Вчера, когда я включил свой компьютер, мой ubuntu слишком долго запускался, более 10 минут. Устав от этого, я зажал кнопку питания, чтобы выключить его, и снова перезапустил. Снова случилось то же самое. Тогда я решил зайти в настройки загрузки и ничего не сделал, сохранил изменения и снова запустил. И это сработало и запустилось менее чем за минуту. Но я действительно хочу знать, почему это произошло? Так что, пожалуйста, скажите мне, если вы знаете ответ. Сегодня утром снова потребовалось много времени для запуска, и я собрал все свое терпение, чтобы узнать, сколько времени потребуется для загрузки. Через 40 минут я устал видеть один и тот же экран. Я потерял терпение и удерживал кнопку питания, чтобы закрыть компьютер, и снова нажимал ее, чтобы перезагрузить. Потом это началось примерно через несколько секунд. То же самое произошло и сейчас - мне пришлось один раз выключить его, используя кнопку питания, и когда я снова его включил, он сработал. Но я не хочу делать это снова и снова. Хорошо! Я предоставил скриншоты, которые могут вам пригодиться.
Это снимок экрана моего терминала для free -h , grep -i swap / etc / fstab / и sudo blkid это первый снимок экрана интеллектуальных данных и интеллектуального теста это второй снимок экрана интеллектуальных данных и интеллектуального теста
это третий снимок экрана интеллектуальных данных и интеллектуального теста
2 ответа
If there's no boot record in a partition , you cannot boot it. You have to first extract the ISO file to that partition.Then try again.The ISO file should contain the desired boot record(as is the case for installation ISOs).
First off you have to extract it via dd , not a normal archive manager , because it have to rewrite the Partition Boot Record of the desired partition. So run this ( I do this each time I want to create a bootable USB stick) :
sudo dd if=/iso/file/address of=/dev/sda3 status=progress
Note that this will remove your NTFS partition so make sure you don't have any special file or data in that partition.Then I don't think there would be any problem booting the partition.If you cannot boot it via grub2 , try your system boot menu(Usually it's F12 but might differ based on your motherboard).
After the installation has finished, you can reformat that partition to NTFS again.
But if you cannot boot your linux after installation because the Windows bootloader has taken the precedence over grub2 as @summertime said , you can boot the ubuntu via the aforementioned method (i.e system boot menu) , then just run :
sudo update-grub
and reboot.
Hope it helps.
это займет много часов.Примечание: может возникнуть ожидающий сбой жесткого диска.
Загрузитесь с Ubuntu Live DVD / USB в режиме «Try Ubuntu».
В терминале ...
sudo fdisk -l # идентифицировать все разделы "Файловая система Linux"
sudo e2fsck -fcky / dev / sdXX # тест только для чтения
или
sudo e2fsck -fccky / dev / sdXX # неразрушающий тест чтения / записи (рекомендуется)
-k важен, потому что он сохраняет предыдущую таблицу плохих блоков и добавляет любые новые плохие блоки в эту таблицу. Без -k вы теряете всю предшествующую информацию о плохом блоке.
Параметр -fccky ...
-f Force checking even if the file system seems clean.
-c This option causes e2fsck to use badblocks(8) program to do
a read-only scan of the device in order to find any bad blocks.
If any bad blocks are found, they are added to the bad block
inode to prevent them from being allocated to a file or direc‐
tory. If this option is specified twice, then the bad block scan
will be done using a non-destructive read-write test.
-k When combined with the -c option, any existing bad blocks in the
bad blocks list are preserved, and any new bad blocks found by
running badblocks(8) will be added to the existing bad blocks
list.
-y Assume an answer of `yes' to all questions; allows e2fsck to be
used non-interactively. This option may not be specified at the
same time as the -n or -p options.
Вы можете использовать systemd-analysis , чтобы получить обзор времени загрузки.
Пример: Запуск завершился через 12,749 с (прошивка) + 6,025 с (загрузчик) + 4,668 с (ядро) + 9,488 с (пользовательское пространство) = 32,932 с. Graphical.target достигнуто через 9,474 с в пространстве пользователя
С systemd-analysis виноват , вы можете увидеть, каковы основные нарушители с точки зрения времени загрузки.
Для меня это те, которые занимают больше одной секунды:
6.535s NetworkManager-wait-online.service
1.094s dev-sda5.device
1.067s udisks2.service
1.029s smartmontools.service
...