I am a newbie and followed a tutorial to install a Nextcloud server on my Raspberry Pi 3. It seems to be working but when I ls my home directory I get this as part of the return.

"ervice - The Apache HTTP Server" Is this correct? Should it not be "Service" or "service" instead of "ervice"?

I went through the whole tutorial several times and don't see that phrase anywhere so I don't think I made a copy/paste mistake.

Does it need to be corrected? If so how?

Thanks in advance.

Welcome to LQ! Yes. One of two things maybe:
1) something in the terminal is 'eating' the first letter; use (&see man for) cmd: script
2) some file has a typo: grep -rw ervice /etc /lib /usr /bin /sbin

Let us know what you find.

This what I got when I ran the grep -rw ervice /etc /lib /usr /bin /sbin

Script started on Mon 16 Oct 2017 08:19:11 PM CDT
grep -rw ervice /etc /lib /usr /bin /sbin
grep: /etc/subuid-: Permission denied
grep: /etc/group-: Permission denied
grep: /etc/ssl/private: Permission denied
grep: /etc/gshadow-: Permission denied
grep: /etc/dhcpcd.secret: Permission denied
grep: /etc/ddclient.conf: Permission denied
grep: /etc/.pwd.lock: Permission denied
grep: /etc/shadow: Permission denied
grep: /etc/polkit-1/localauthority: Permission denied
grep: /etc/ssh/ssh_host_dsa_key: Permission denied
grep: /etc/ssh/ssh_host_ecdsa_key: Permission denied
grep: /etc/ssh/ssh_host_ed25519_key: Permission denied
grep: /etc/ssh/ssh_host_rsa_key: Permission denied
grep: /etc/security/opasswd: Permission denied
grep: /etc/subgid-: Permission denied
grep: /etc/gshadow: Permission denied
grep: /etc/apache2/ssl/apache.key: Permission denied
grep: /etc/apache2/ssl/apache.key: Permission denied
grep: /etc/default/ddclient: Permission denied
grep: /etc/sudoers.d/010_pi-nopasswd: Permission denied
grep: /etc/sudoers.d/README: Permission denied
grep: /etc/wpa_supplicant/wpa_supplicant.conf: Permission denied
grep: /etc/sudoers: Permission denied
Binary file /lib/modules/4.9.41+/modules.symbols.bin matches
Binary file /lib/modules/4.9.41-v7+/modules.symbols.bin matches
grep: /usr/lib/cups/backend/vnc: Permission denied


I ran the grep command again as sudo and got this result.
sudo grep -rw ervice /etc /lib /usr /bin /sbin
Binary file /lib/modules/4.9.41+/modules.symbols.bin matches
Binary file /lib/modules/4.9.41-v7+/modules.symbols.bin matches

At this point this is all Greek to me. What's next?

You'd actually need to do:Otherwise you will get returns for service, because it has an ervice in it. If you want to get rid of the access denied, run the grep command as sudo user.

1. permission denied: your user does not have permission to view the files. maybe try 'sudo'?
2. re post #1: if it happens only once, it just really doesn't matter at all. when does it happen?

1 members found this post helpful.

I'm not sure why depmod stuff coincidentally has a 'false positive' on that 'misspelled' word
(IF still curious, tho now irrelevant: strings modules.symbols.bin | grep erv)
(@#4: echo service | grep -w ervice #no output!!! Penance: >RPN ls;<RPN cat;rm RPN)

But I just carefully re-read original post, and realized:
ls
is showing that: 'ervice ...' is/are file(s) in your home dir!!!
So, cancel my #2, sorry.
Now, do: ls -Q; ls -lb
(from man ls: -b print C-style escapes for nongraphic chars; -Q quotes)

Is "ervice - The Apache HTTP Server" one filename (or several)?
A digression on filenames: you could (do type the quotes!): touch "ello World"
then ls, and see that file (2 without quotes). Hint to remove it: rm -iv *World

Anyway, somehow accidentally that file got created (probably from some output)
0 (bytes) size? You can *probably* safely get rid of it with: rm -iv ervice*

Let us know, and again my apology for missing that `ls` was saying this
(not some service start command)

The 'junk' file is harmless, tho a fateful trip into the depths of CLI
p.s. What's the link to that "whole tutorial"??? LFS distro? relevant pkg versions?