Имена хостов Dnsmasq в открытом доступе
Это потоки ядра, которые, вероятно, являются помощниками монтирования NFS, которые появляются только при монтировании нового монтирования NFS на клиенте.
Вы можете увидеть, на чем они спят, если посмотрите в /proc/, когда они находятся в состоянии непрерывного сна, что даст обратную трассировку того, что они делают. Однако для этого потребуются привилегии root, которые, судя по вашим комментариям к другому ответу, в данном случае у вас отсутствуют.
Если вы видите эти потоки ядра на этом хосте, но не на других, настроенных аналогичным образом, то это означает, что производительность вызовов RPC на этом хосте по какой-то причине ниже, чем на других хостах. Возможно, есть другие сетевые проблемы, которые вызывают это проявление?
Для информации, у меня было похожее обнаружение при исследовании NFS mounts, висящих на других рабочих хостах. В моем случае это было вызвано ошибкой ядра в конкретной версии ядра, на которой в то время работали хосты, из-за чего [123.456.78.90-ma] потоки ядра постоянно застревали в состоянии непрерывного сна.
Вот что мне помогло. (Требуется подключение к Интернету):
Обходной путь для загрузки в Ubuntu 18.04 LTS
(@jas-прав. Автозаполнение клавиши Tab помогает!)
Из подсказки
grub>:configfile /efi/grub/grub.cfgальтернативно
configfile (hd0,gpt1)/efi/grub/grub.cfgПосле входа в работающую систему из терминала (Ctrl+Alt+T )переустановите Grub для загрузки UEFI:
sudo su - apt install --reinstall grub-efi-amd64 linux-generic linux-headers-genericВ ответ на вопрос, какой файл конфигурации использовать, я выбрал первый вариант — использовать файлы сопровождающего пакета.
Тогда
update-initramfs -c -k allГотово!
Источники команд
Обходной путь для загрузки Grub найден в Документация Ubuntu > Grub2/Устранение неполадок > Устранение конкретных неполадок > grub > > Quick Исправить
https://help.ubuntu.com/community/Grub2/Troubleshooting#grub.3E-1Шаги переустановки изменены из статьи службы поддержки System76. Не нужно было
chrootисправлять, так как я мог загрузиться в реальную систему. GRUB -Восстановление загрузчика GRUB
https://support.system76.com/articles/grub/#for-sata-drivesМожет быть связано с:
- Doing an "Entire disk" installation over an existing LVM installation will fail because the installer selects the wrong boot device (1724417) Use custom partitioning instead and manually select the right boot device in the combo box.
https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes#Desktop
- Doing an "Entire disk" installation over an existing LVM installation will fail because the installer selects the wrong boot device (1724417) Use custom partitioning instead and manually select the right boot device in the combo box.
В Grub есть некоторые функции автозаполнения, позволяющие определить, на каком из вышеупомянутых дисков находится ваше ядро и initramfs. Это, по крайней мере, скажет вам, где находятся ваши загрузочные файлы. Использование клавиши табуляции может использоваться для автозаполнения.
Вы также можете ввести команду helpдля навигации по функциям grub2.
Поскольку вы установили as и ядро EFI, вы будете использовать команды linuxи initrdдля загрузки ядра и initramfs из раздела vfat EFI.
Grub понимает большинство файловых систем Linux; вы захотите использовать команды, подобные следующим, чтобы определить имя файла для вашего ядра, вашего initrd и вашего корневого устройства:
- лс (hd0,gpt3 )/
- лс (hd0,gpt2 )/
- лс (hd0,gpt1 )/
Используйте этот подход, чтобы найти свое ядро, и я полагаю, что вы сможете загрузиться с помощью набора команд, подобных этому:
- установить root= (hd0,gpt3)
- linux /boot/vmlinuz -4.888.35 -14 -общий корень=/dev/sda1
- initrd /boot/initrd.img -4.888.35 -14 -универсальный
- багажник