Я отвечал на вопрос личинки во время Кв. - получают обновление правильно?
matt@crucible:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.3 LTS
Release: 16.04
Codename: xenial
Таким образом, вчера вечером я работал "sudo склонный - заставляют обновление" обновлять мою систему, когда это появилось в некоторый основанный на клавиатуре-терминалом входной экран, спросив меня который дисковый партон (партоны) установить некоторую странную вещь GRUB. И это заставило его казаться, что я должен был выбрать правильный раздел, или я испорчу вещи. Это сказало, не был ли я уверен, что должен выбрать их все. Было четыре записи в списке (который кажется немного странным мне, так как я думаю, что у меня только есть один твердотельный накопитель в этой конкретной машине, и я не знаю, почему я настроил бы больше разделов, чем абсолютно необходимый). Я был, ненавидят для бессмысленного копирования личинки в разделы, где это было не нужно.
Я чувствовал, что был внезапно неохотно деформирован в альтернативную реальность, где я был неосведомленным нацистом в сцене фильма Индиана Джонс и последний крестовый поход, где я должен был выбрать правильную чашу Грааля:
https://youtu.be/A0TalLrtZ24? t=45
Я нашел некоторую веб-страницу (играющий роль красивой девочки) сообщение мне, "sda" был "правильным" для большинства людей. В моей жажде к хранению ненужных копий личинки от моего диска я полужирным шрифтом выбрал только "sda" раздел и продолжил двигаться.
Я использовал человечность в течение многих лет, но единственное время, которое я когда-либо смешиваю с личинкой, - когда я настраиваю новое поле. И я не сделал этого в течение многих лет. Каждый раз я устанавливаю, я должен тщательно прочитать инструкции по установке вести меня посредством установки раздела и личинки. Я не помню, как я настраивал разделы на этой машине больше, или куда я поместил личинку. Все, что я знаю о личинке, это - некоторый бит кода, это выполняется BIOS, который позволяет Вам выбрать, хотите ли Вы загрузить окна или человечность. Мои системы только для человечности.
Я также боялся управлять-c из процесса обновления, думая, что это могло бы оставить вещи в состоянии, от которого второе выполнение Кв. - добираются, обновление не могло восстановиться. (После того как я прервал обновление и испортил вещи и был оставлен, обыскивая Интернет для того, как восстановиться.)
Таким образом, вот мои вопросы:
1) Почему они не добавили способ корректно выйти из установки, таким образом, я мог исследовать правильный ответ?
2) Что произошло бы, если у меня было управление-c'ed из установки?
3) Как я могу выяснить наверняка, выбрал ли я "плохо", и моя система человечности находится теперь в процессе крайне иссушающих в груду пыли?
4) Если я действительно пил от неправильной чаши Грааля, есть ли какое-либо восстановление?
обновление: согласно просьбе вот журнал (с некоторыми добавленными новыми строками) из Кв. - получают рассматриваемое обновление. Я вижу четыре строки со строкой "личинка". Не уверенный, какой бросил меня в экран записи формы:
Start-Date: 2018-02-22 05:18:50
Commandline: apt-get upgrade
Requested-By: matt (1000)
Upgrade:
libaudit-common:amd64 (1:2.4.5-1ubuntu2, 1:2.4.5-1ubuntu2.1),
update-manager-core:amd64 (1:16.04.10, 1:16.04.12),
uuid-runtime:amd64 (2.27.1-6ubuntu3.3, 2.27.1-6ubuntu3.4),
libfdisk1:amd64 (2.27.1-6ubuntu3.3, 2.27.1-6ubuntu3.4),
libapt-inst2.0:amd64 (1.2.24, 1.2.25),
libsystemd0:amd64 (229-4ubuntu21, 229-4ubuntu21.1),
grub-common:amd64 (2.02~beta2-36ubuntu3.15, 2.02~beta2-36ubuntu3.16),
apt:amd64 (1.2.24, 1.2.25),
libparted2:amd64 (3.2-15, 3.2-15ubuntu0.1),
libmount1:amd64 (2.27.1-6ubuntu3.3, 2.27.1-6ubuntu3.4),
util-linux:amd64 (2.27.1-6ubuntu3.3, 2.27.1-6ubuntu3.4),
libnuma1:amd64 (2.0.11-1ubuntu1, 2.0.11-1ubuntu1.1),
grub2-common:amd64 (2.02~beta2-36ubuntu3.15, 2.02~beta2-36ubuntu3.16),
udev:amd64 (229-4ubuntu21, 229-4ubuntu21.1),
resolvconf:amd64 (1.78ubuntu5, 1.78ubuntu6),
libapt-pkg5.0:amd64 (1.2.24, 1.2.25),
grub-pc:amd64 (2.02~beta2-36ubuntu3.15, 2.02~beta2-36ubuntu3.16),
libudev1:amd64 (229-4ubuntu21, 229-4ubuntu21.1),
libapparmor1:amd64 (2.10.95-0ubuntu2.7, 2.10.95-0ubuntu2.8),
mount:amd64 (2.27.1-6ubuntu3.3, 2.27.1-6ubuntu3.4),
grub-pc-bin:amd64 (2.02~beta2-36ubuntu3.15, 2.02~beta2-36ubuntu3.16),
gcc-5-base:amd64 (5.4.0-6ubuntu1~16.04.6, 5.4.0-6ubuntu1~16.04.9),
libblkid1:amd64 (2.27.1-6ubuntu3.3, 2.27.1-6ubuntu3.4),
libapparmor-perl:amd64 (2.10.95-0ubuntu2.7, 2.10.95-0ubuntu2.8),
python3-update-manager:amd64 (1:16.04.10, 1:16.04.12),
systemd-sysv:amd64 (229-4ubuntu21, 229-4ubuntu21.1),
libuuid1:amd64 (2.27.1-6ubuntu3.3, 2.27.1-6ubuntu3.4),
libpam-systemd:amd64 (229-4ubuntu21, 229-4ubuntu21.1),
parted:amd64 (3.2-15, 3.2-15ubuntu0.1),
systemd:amd64 (229-4ubuntu21, 229-4ubuntu21.1),
libsmartcols1:amd64 (2.27.1-6ubuntu3.3, 2.27.1-6ubuntu3.4),
apt-utils:amd64 (1.2.24, 1.2.25),
sosreport:amd64 (3.4-1~ubuntu16.04.1, 3.5-1~ubuntu16.04.2),
bsdutils:amd64 (1:2.27.1-6ubuntu3.3, 1:2.27.1-6ubuntu3.4),
apparmor:amd64 (2.10.95-0ubuntu2.7, 2.10.95-0ubuntu2.8),
apt-transport-https:amd64 (1.2.24, 1.2.25),
linux-firmware:amd64 (1.157.15, 1.157.16),
libstdc++6:amd64 (5.4.0-6ubuntu1~16.04.6, 5.4.0-6ubuntu1~16.04.9),
cloud-guest-utils:amd64 (0.27-0ubuntu24, 0.27-0ubuntu25),
libaudit1:amd64 (1:2.4.5-1ubuntu2, 1:2.4.5-1ubuntu2.1)
End-Date: 2018-02-22 05:28:30
Вот некоторый вывод lsblk, который мог бы быть полезным:
matt@crucible:~$ sudo lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT,LABEL
NAME FSTYPE SIZE MOUNTPOINT LABEL
sda 111.8G
├─sda1 ext2 487M /boot
├─sda2 1K
└─sda5 LVM2_member 111.3G
├─charon--vg-root ext4 103.6G /
└─charon--vg-swap_1 swap 7.7G [SWAP]
Я довольно проклятый уверенный, что я выбрал первую запись в форме личинки и что это было маркировано "sda". Я также помню вторую запись, маркируемую "sda1". Но это кажется мне странный, так как кажется мне, что "sda" является названием диска, и "sda1" является названием раздела на том диске. Я смущен.
2 ответа
sda корректное местоположение для установки загрузчика в Вашем случае.
Ваш вывод от lsblk указывает, что Ваша система установлена в режиме прежней версии (старая схема выделения разделов MBR).
Установка загрузчика к sda средства установить его в Главной загрузочной записи диска (самый первый сектор диска). Вам нужен он там для начальной загрузки системы.
Если Вы установили бы загрузчик на разделе (например. sda1), загрузчик был бы установлен в первом секторе раздела и Вас, could't непосредственно загружаются от этого местоположения. Устанавливать загрузчик на разделе имеет смысл, если у Вас есть больше чем одна установленная операционная система, таким образом, одна из ОС имеет свой загрузчик в MBR, другие в их PBR (Загрузочная запись Раздела), и они могут быть загружены цепочкой.
Ну, обычно мы предпочитаем один вопрос за один раз. Но для Вас, сегодня...
1) Они сделали, вид-. Можно всегда открывать новое Окно терминала или поп в другой TTY или открывать новую сессию SSH. Если Вы знаете свой путь вокруг dpkg-reconfigure команда, можно, вероятно, найти тот экран снова.
2) Если Вы CTRL+C (аварийное прекращение работы) установка, система просто пристанет к Вам для обновления снова завтра. Система будет продолжать приставать к Вам, пока Вы не согласитесь до Вас способный контакт пакет, или пока Вы не удаляете пакет, который делает приставание. Обычно как Вы знаете, наилучший вариант состоит в том, чтобы установить обновление.
3) и 4) в основном походите на тот же вопрос. При установке GRUB на неправильном разделе (нераздел начальной загрузки), он может быть зафиксирован.
Прежде чем Вы закроете свою систему для тестирования нового GRUB, удостоверьтесь, что Вы копируете свои данные и удостоверяетесь, что у Вас есть удобный LiveUSB. Так как Закон Murphy's - каково это, те основные меры предосторожности имеют все значение между it-turned-out-to-be-nothing по сравнению с очень несчастным днем.