¿Por qué el terminal automático completo a veces no sugiere nada para el comando `services`?

17

A veces, cuando escribo un comando en el terminal, el autocompletado del terminal no funciona, incluso si mi comando no es incorrecto.

Por ejemplo, mire esto: sudo service vsftpd statussudo y service no tienen ningún problema. Quiero decir, cuando escribes sud + tabterminal te sugiero sudo o yo escribo servi + tabterminal completa eso para dar servicio . Pero para vsftpd no recibo ninguna sugerencia. ¿Hay alguna manera de decir, "terminal, por favor dime alguna sugerencia!".

bash vsftpd auto-completion

— Mohammad Reza Rezwani
fuente

28

El grado en que funciona la finalización automática depende de qué tan bien funcionen los scripts de shell en el bash-completionpaquete.

En Ubuntu 14.04, el script que maneja las terminaciones serviceestá en /usr/share/bash-completion/bash_completion. Busca nombres de servicios como archivos en /etc/rc.d/init.dy /etc/init.d, y en la salida de systemctl list-units --full --all.

Pero la instalación del vsftpdpaquete no coloca ningún archivo /etc/init.dporque ha sido systemd-ificado; pone un archivo de configuración en /etc/systemd/system/vsftpd.service. systemctl list-unitsencontraría ese archivo si no fuera por el hecho de que Ubuntu, en este momento, no incluye un systemctlcomando.

Entonces, en este momento, no obtendrá autocompletados service vsftpd, pero sí para la mayoría de los otros servicios, ya que sus archivos de configuración están incluidos /etc/init.d.

— Mark Plotnick
fuente

Para aquellos que encuentran esta respuesta: los servicios de búsqueda de finalización (y el tiempo para buscar / analizar) siempre ha sido un problema en 14.xx, 16.xx 18.xx: Buen ejemplo: sudo systemctl (estado o detención) lightd(TAB / Double TAB) ( Significado completo 'lightdm.service', suponiendo que lo tenga instalado - activo / en ejecución o no) Este svc está tanto en la salida de las unidades como /etc/init.den mi máquina. También he encontrado el mismo problema en otros servicios. También hay un error (?) Que hace que tarde mucho tiempo en completarse. Visto que se sienta más de 10 segundos antes de sonar / no encontrado. github.com/systemd/systemd/issues/7185

— bshea

9

Cuando hay varias sugerencias posibles, tabno producirá ninguna sugerencia. El uso de tab tab(doble pestaña) producirá una lista de todas las sugerencias posibles.

— Dan
fuente

Solía: tab + tab no funciona para vsftpd. La sugerencia de usted y Rinzwind es trabajar, por ejemplo, su + tab + tab. Pero para vsftpd no funciona.

— Mohammad Reza Rezwani

puede probar que primero instale el pequeño programa vsftpd por sudo apt-get install vsftpd y luego intente tab + tab

— Mohammad Reza Rezwani

2

tab + tab no funciona en caso de parámetros. En sudo service vsftpd status, el vsftpd es un parámetro de servicio, y por lo tanto no se encontrará con una doble pestaña. El OP es correcto en este punto.

— Jos

2

@Jos Pero otros servicios como apache2y networkingautocompletar. ¿En qué se diferencian?

— Dan

@ dan08 Estoy corregido. Por otra parte, sudo service networking tab tabse ofrecerá force-reload reload restart start stop. Entonces funciona incluso mejor de lo que pensaba.

— Jos

6

vsftpd tiene probablemente más de 1 opción. tabdos veces para ver las posibilidades.

Ejemplo: licon tabtabespectáculos:

libnetcfg          line               lintian-info       lispmtopgm
libreoffice        linguist           linux32            listres
lightdm            link               linux64            
lightdm-session    lintian            linux-boot-prober

— Rinzwind
fuente

4

¡Puedes construir el tuyo!

Por ejemplo: poner complete -f -r -c su -d 'Username' -a '(cat /etc/passwd|cut -d : -f 1)'en bash de lo que tienes suy presionar tab / tab te da todos los usuarios, sí. Ver aquí

— elf12
fuente

0

Descubrí que systemctl list-units --full --allno enumera los servicios deshabilitados, por lo que no se completa automáticamente.

# check if enabled
systemctl is-enabled <service_name>
# enable
systemctl enable <service_name>

— Lluís
fuente

0

El comando de servicios se basa en "systemctl list-units --full --all", y no enumera los servicios que no pueden iniciarse (o deshabilitarse como se indicó anteriormente), para confirmar si experimenta este problema, puede ejecutar

systemctl status <service_name>

— chispas
fuente