Nie można ponownie uruchomić samby, samba.service jest zamaskowany

100

Podczas próby ponownego uruchomienia Samby pojawia się następujący komunikat o błędzie:

Failed to start samba.service: Unit samba.service is masked.

Ponadto, gdy uruchamiam systemctl, pokazuje się smbd.servicena czerwono, pokazując błąd.

W tym samym czasie ponowne uruchomienie zaczęło się nie powieść, straciłem możliwość udostępniania w utworzonych folderach i nie mogę uzyskać dostępu. Każda pomoc będzie mile widziana !!!

Melissa Sexton
źródło

Odpowiedzi:

149

Debian i pochodne debian zmieniły nazwę usługi z „samba” na „smbd”.

Spróbować service smbd restart.

GDorn
źródło
ktoś wie dlaczego?
Ben Creasy,
3
@BenCreasy prawdopodobnie dlatego, że nazwa protokołu to smb, a ponieważ jest to demon, otrzymujesz smbd. Samba to nazwa jednej z implementacji smbprotokołu.
terdon
Zadanie dla smbd.service nie powiodło się, ponieważ proces kontroli zakończył się z kodem błędu. Aby uzyskać szczegółowe informacje, zobacz „systemctl status smbd.service” i „journalctl -xe”.
Mahdi Rafatjah
31

Próbować:

sudo systemctl unmask samba
sudo systemctl enable samba
sudo systemctl restart samba
Никита
źródło
4
Działa to dla mnie z podobnym problemem z mongodb na Ubuntu 16 po aktualizacji z 14. Zmieniłem jednak pierwszą linię, aby systemctl zdemaskować mongodb.service. Po wykonaniu tej czynności status / start / stop usługi mongodb działa.
SevakPrime
Nie można zrestartować samba.service: Jednostka samba.service jest zamaskowana.
Mahdi Rafatjah
Na początku wydawało się, że to działa: smbd zrestartował się poprawnie, brak dzienników lub błędów, ale nadal nie można było połączyć się z sambą z innej maszyny. Jedyną rzeczą, która pracowała w końcu było odinstalować i zainstalować sambę
aminy
3

To działa dla mnie (serwer Ubuntu 16):

sudo rm /lib/systemd/system/samba.service 
sudo systemctl enable samba.service nmbd.service
sudo systemctl start samba

Znalazłem to stąd

Fangxing
źródło
Miałem te same błędy co OP podczas uruchamiania Ubuntu 16.04.5 LTS . To rozwiązanie naprawiło problem.
kneeki
ouch ls -l /lib/systemd/system/samba.service lrwxrwxrwx 1 root root 9 marca 5 2018 /lib/systemd/system/samba.service -> / dev / null
BozoJoe
2

Miałem ten sam problem bez wyraźnego powodu. Sprawdzając dzienniki, zauważyłem, że Samba ma problemy z buforowanymi plikami (nieprawidłowe uprawnienia). rm -R /var/cache/samba/*wykonał lewę.

Tox
źródło
Zadanie dla smbd.service nie powiodło się, ponieważ proces kontroli zakończył się z kodem błędu. Aby uzyskać szczegółowe informacje, zobacz „systemctl status smbd.service” i „journalctl -xe”.
Mahdi Rafatjah