Failed to start hostname service astra linux как исправить

Fix “failed to start hostname.service unit hostname.service is masked”

Causes of the Error

The system hostname is stored in two main files in Linux. The first file is the “/etc/hostname” file, and the other file is the “/etc/hosts” file. The former only consists of the hostname of your system, whereas the latter contains a mapping of the hostname onto a specific IP address. The “failed to start hostname.service unit hostname.service is masked” error arises when the contents of these two files are mismatched, i.e., the hostname mentioned in one of these files is different from the hostname in the other file. Due to this inconsistency between the contents of the “/etc/hostname” and “/etc/hosts” files, your system will fail to start the hostname.service, and the error will occur.

How to Resolve the Error

The simplest way to resolve this error in Linux is by ensuring that the hostname mentioned in both files is the same. To do so, you will need to check the contents of both these files. You can access the “/etc/hostname” file by executing the following command in the Linux terminal:

Our “/etc/hostname” file is shown in the image below:

The “/etc/hosts” file can be accessed with the following command:

Our “/etc/hosts” file is shown in the image below:

As you can see from the contents of both files, our hostname is the same in both files, i.e., kbuzdar-VirtualBox. Once you have ensured that the hostname in your respective files is exactly the same, then you can try restarting the hostname.service once again. This time, it should not render the error.

Conclusion

This article enlightened you about the causes of the “failed to start hostname.service unit hostname.service is masked” error. Moreover, it also shared with you the simplest method through which you can get rid of this error in Linux.

Karim Buzdar

Karim Buzdar holds a degree in telecommunication engineering and holds several sysadmin certifications. As an IT engineer and technical author, he writes for various web sites. He blogs at LinuxWays.

Источник

Как исправить ошибку “failed to start hostname.service unit hostname.service is masked” в Linux

Главное меню » Linux » Как исправить ошибку “failed to start hostname.service unit hostname.service is masked” в Linux

Причины ошибки

Системное имя хоста хранится в двух основных файлах в Linux. Первый файл — это файл «/etc/hostname», а второй файл — это файл «/etc/hosts». Первый состоит только из имени хоста вашей системы, тогда как последний содержит отображение имени хоста на определенный IP-адрес. Ошибка «failed to start hostname.service unit hostname.service is masked» возникает, когда содержимое этих двух файлов не соответствует, т. e. Имя хоста, упомянутое в одном из этих файлов, отличается от имени хоста в другом файле. Из-за этого несоответствия между содержимым файлов «/etc/hostname» и «/etc/hosts» ваша система не сможет запустить hostname.service, и возникнет ошибка.

Как исправить ошибку

Самый простой способ устранить эту ошибку в Linux — убедиться, что имя хоста, указанное в обоих файлах, одинаково. Для этого вам нужно будет проверить содержимое обоих этих файлов. Вы можете получить доступ к файлу «/etc/hostname», выполнив следующую команду в терминале Linux:

Доступ к файлу «/etc/hosts» можно получить с помощью следующей команды:

Убедившись, что имя хоста в ваших соответствующих файлах точно такое же, вы можете попробовать перезапустить hostname.service еще раз. На этот раз он не должен отображать ошибку.

Вывод

В этой статье рассказывается о причинах ошибки “failed to start hostname.service unit hostname.service is masked”. Более того, он также поделился с вами простейшим методом, с помощью которого вы можете избавиться от этой ошибки в Linux.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

Arch Linux

You are not logged in.

#1 2019-05-04 18:00:46

[SOLVED] bootup hangs at hostname service

I finally got arch installed and managed to break it right away. I installed wayland and updated my system with

And now i cannot start xorg. The loading stops after «ok: started hostname service.»

When i alt + F2 and type startx, theres a line that says
«modprobe: FATAL: Module i915 not found in directory /lib/modules/5.0.10-arch1-1-ARCH»
Then it says
«Xinit: Unable to connect to x server: connection refused

I uninstalled all programs i installed including wayland and sway but its still stuck.

Also my .xinitrc file says

Xbindkeys &
Clight &
Exec startkde

Thanks in advance

Last edited by easysmilez (2019-05-04 19:24:49)

#2 2019-05-04 18:03:50

Re: [SOLVED] bootup hangs at hostname service

Welcome to the arch linux forums easysmilez.
What is the output of the following:

Please also use code tags for commands and their outputs.

#3 2019-05-04 18:12:58

Re: [SOLVED] bootup hangs at hostname service

The input of uname -a is:

Linux archenemies 5.0.10-arch1-1-ARCH #1 SMP PREEMPT sat Apr 27 20:06:45 UTC 2019 x86_64 GNU/Linux

The input of pacman -Q Linux is

#4 2019-05-04 18:14:39

Re: [SOLVED] bootup hangs at hostname service

Did you reboot since updating the kernel?

#5 2019-05-04 18:16:37

Re: [SOLVED] bootup hangs at hostname service

Yup! Many times. I dont know. I installed wayland and updated the system and now its not working

#6 2019-05-04 18:19:17

Re: [SOLVED] bootup hangs at hostname service

Most common cause then would be /boot not being mounted when linux 5.0.11.arch1-1 was installed.
Check the fstab for an entry for /boot.

#7 2019-05-04 18:23:53

Re: [SOLVED] bootup hangs at hostname service

The partition /dev/sda1 isnt mounted to /boot. How do you mount it so that it mounts by itself on boot? And thank you for figuring my problem out

#8 2019-05-04 18:27:55

Re: [SOLVED] bootup hangs at hostname service

fstab See also Persistent_block_device_naming.
Edit:
First do check by mounting sda1 and checking it contains vmlinuz-linux and the output of fille for that vmlinuz-linux shows it is 5.0.11-arch1-1-ARCH.
If it does reinstall linux. Add the fstab entry for /boot. Then to remove the misplaced files unmount /boot and remove /boot/vmlinuz-linux, /boot/initramfs-linux.img and /boot/initramfs-linux-fallback.img.

Last edited by loqs (2019-05-04 18:35:40)

#9 2019-05-04 18:54:21

Re: [SOLVED] bootup hangs at hostname service

Right now im trying to mount my boot partition (/dev/sda1) to /boot or /mnt/boot but it says
«Mount: /mnt/boot: unknown filesystem type ‘vfat’

Should i reformat the partition and then reinstall linux and systemd boot for it to work?

#10 2019-05-04 18:57:59

Re: [SOLVED] bootup hangs at hostname service

No I forgot the vfat module would not be available. Use the live media.

#11 2019-05-04 19:13:37

Re: [SOLVED] bootup hangs at hostname service

THANK YOU so much. My system works now!

How do i mark this question as solved? 😀

Last edited by easysmilez (2019-05-04 19:24:25)

Источник

Failed to start systemd-hostnamed.service [ System ] #1949

The text was updated successfully, but these errors were encountered:

As the kernel is not configured with namespace support,and systemd looks for network namespace..I missed that patch.
I will add it.

1. to comment the following line in the «/lib/systemd/system/systemd-hostnamed.service»

@clock @cpu-emulation @debug @keyring @module @mount @obsolete @raw-io»>

1. systemctl daemon-reload
2. systemctl restart xyz.openbmc_project.Network.service.

@sivassrr @gkeishin Even our xyz network test cases failing because of this.
But works on workaround patch given by @ratagupt

rfrandse commented Jul 20, 2017

https://gerrit.openbmc-project.xyz/5398 Don’t return the error if unable to create the network namespace
Resolves #1949 Failed to start systemd-hostnamed.service [ Witherspoon ]

STATUS

7/20 Peer review pending
7/21 Peer review pending

Verified working on latest build

For those that need this, follow the steps below:

systemctl edit systemd-hostnamed

Add the 2 lines below then exit the editor (don’t forget to save when prompted):

This will create an override.conf file with the above 2 lines in the directory:

The update systemd:

Then restart the service:

systemctl restart systemd-hostnamed

You should now be able to run hostnamectl without it hanging.

The above suggestions do work, but don’t do that!

Источник

Не удалось запустить hostname.service: модуль hostname.service замаскирован

Не удалось запустить hostname.service: модуль hostname.service замаскирован.

Это произошло после обновления имени хоста, попытался выполнить запуск имени хоста службы sudo.

4 ответа

Это происходит, когда существует несоответствие имени хоста, что приводит к сбою системы поиска имени хоста.

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

Скажем, ваше старое имя хоста: hostname.old , а новое — hostname.new

Тогда /etc/hostname должно быть следующим

И /etc/hosts должен содержать следующую запись:

В последней версии Debian Stretch 9.6 вы должны изменить / etc / hosts самостоятельно, а также использовать hostnamectl. Вот строчка, которая все делает, оригинальные файлы сохраняются с добавлением даты в конце. Может быть, это работает для других дистрибутивов

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

Обновите имя хоста в файле /etc/hostname и /etc/hosts перед запуском service hostname restart .

В новых системах, работающих под управлением systemd (например, Ubuntu 16.04), необходимо использовать:

sudo hostnamectl set-hostname new-host-name . Здесь отредактируйте new-host-name под своим именем хоста.

Не о чем беспокоиться. У меня та же проблема, когда я пытался переименовать имя моего компьютера (имя хоста) в:

После редактирования обоих файлов команда sudo service hostname restart вернула ту же ошибку.

Я просто перезагрузил компьютер и увидел, что имя компьютера (имя хоста) было успешно изменено. Просто перезагрузите компьютер, и все будет в порядке.

Источник

Каждый раз, когда вы вводите новую компьютерную систему, с ней связывается имя хоста по умолчанию, которое отображается на определенный IP-адрес. Однако вы всегда можете изменить это имя хоста для вашего удобства. После того, как вы измените имя хоста вашей системы на базе Linux, вы всегда должны перезапускать модуль «hostname.service», чтобы новые изменения вступили в силу. Иногда при перезапуске этой службы вы можете столкнуться с ошибкой “failed to start hostname.service unit hostname.service is masked”. В этой статье описывается основная причина этой ошибки и показано, как ее устранить.

Причины ошибки

Системное имя хоста хранится в двух основных файлах в Linux. Первый файл – это файл «/etc/hostname», а второй файл – это файл «/etc/hosts». Первый состоит только из имени хоста вашей системы, тогда как последний содержит отображение имени хоста на определенный IP-адрес. Ошибка «failed to start hostname.service unit hostname.service is masked» возникает, когда содержимое этих двух файлов не соответствует, т. e. Имя хоста, упомянутое в одном из этих файлов, отличается от имени хоста в другом файле. Из-за этого несоответствия между содержимым файлов «/etc/hostname» и «/etc/hosts» ваша система не сможет запустить hostname.service, и возникнет ошибка.

Как исправить ошибку

Самый простой способ устранить эту ошибку в Linux – убедиться, что имя хоста, указанное в обоих файлах, одинаково. Для этого вам нужно будет проверить содержимое обоих этих файлов. Вы можете получить доступ к файлу «/etc/hostname», выполнив следующую команду в терминале Linux:

$ sudo nano /etc/hostname

Доступ к файлу «/etc/hosts» можно получить с помощью следующей команды:

$ sudo nano /etc/hosts

Убедившись, что имя хоста в ваших соответствующих файлах точно такое же, вы можете попробовать перезапустить hostname.service еще раз. На этот раз он не должен отображать ошибку.

Вывод

В этой статье рассказывается о причинах ошибки “failed to start hostname.service unit hostname.service is masked”. Более того, он также поделился с вами простейшим методом, с помощью которого вы можете избавиться от этой ошибки в Linux.

I’m finding the systemd-hostnamed.service isnt working

$ sudo systemctl --state=failed
[sudo] password for kevdog: 
  UNIT                      LOAD   ACTIVE SUB    DESCRIPTION
● systemd-hostnamed.service loaded failed failed Hostname Service

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

1 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

$ sudo systemctl status  systemd-hostnamed.service
● systemd-hostnamed.service - Hostname Service
   Loaded: loaded (/usr/lib/systemd/system/systemd-hostnamed.service; static)
   Active: failed (Result: timeout) since Tue 2014-12-16 23:11:36 CST; 10min ago
     Docs: man:systemd-hostnamed.service(8)
           man:hostname(5)
           man:machine-info(5)
           http://www.freedesktop.org/wiki/Software/systemd/hostnamed
 Main PID: 4584

Dec 16 23:08:35 orphan systemd[1]: systemd-hostnamed.service start operation timed out. Terminating.
Dec 16 23:10:06 orphan systemd[1]: systemd-hostnamed.service stop-final-sigterm timed out. Killing.
Dec 16 23:11:36 orphan systemd[1]: systemd-hostnamed.service still around after final SIGKILL. Entering failed mode.
Dec 16 23:11:36 orphan systemd[1]: Failed to start Hostname Service.
Dec 16 23:11:36 orphan systemd[1]: Unit systemd-hostnamed.service entered failed state.
Dec 16 23:11:36 orphan systemd[1]: systemd-hostnamed.service failed.

I found this addressed in this topic:
https://github.com/ev3dev/ev3dev/issues/189

Within this page they state:

I removed the PrivateNetwork=yes from the service file, however this didn’t seem to work.  I did not enable the kernel modules.  I am currently running the following kernel: 3.17.6-1-ARCH

Thanks