Error 1067 indicates that a Windows service process aborted during startup. In the provided context, this error is documented for services that fail to start because of configuration or permission issues, particularly around service-related folders and files.
For Windows services such as OpenSSH or Remote Desktop Services, error 1067 commonly occurs when:
- Required folders or files have incorrect NTFS permissions (too restrictive or too permissive), preventing the service account from writing logs or configuration.
- The service crashes or hangs during initialization.
For example, OpenSSH 9.5 Server can fail with error 1067 if C:\ProgramData\ssh or C:\ProgramData\ssh\logs have incorrect permissions. The documented fix is to correct the folder ACLs so that:
-
SYSTEMandAdministratorshave Full control (including Modify, Read & execute, List folder contents, Read, Write). - Non‑administrative users (for example,
Authenticated Users) have only Read & execute, List folder contents, and Read.
This is done through the folder Properties → Security tab in File Explorer.
The same principle applies to other services that fail with 1067: verify that the service’s program data, configuration, and log directories allow write access for the service account (typically LocalSystem or a specific service user) and that non‑admin users do not have inappropriate write access that might cause the service to refuse to start.
If a service continues to fail with 1067 after permissions are corrected, the next step is to review the Windows Event Log (System and Application logs) for service‑specific errors or crashes and address those according to the vendor’s guidance.
References: