Ich habe ein Problem mit einem Webserver:
- Ich kann mich NICHT per SFTP verbinden
- Über SSH im Terminal mit scp klappt es auch nicht

scp -r ordnername /Users/username/Public/ordnername
cp: cannot create directory '/Users/username/Public/ordnername': No such file or directory

Wo liegt mein Fehler?

also der befehl muesste ja nach diesem muster zusammengesetzt werden:

scp /path/to/local/file username@server_ip:/path/to/remote/directory

Nein, das ist für hochladen, wenn ich das richtig sehe...

Du musst immer den Host angeben

Wenn ich auf dem Server eingelogt bin, muss ich keinen Host angeben.
Es wird ja auch gar nicht der Ordner auf dem Server angemeckert, sondern der lokale Ordner.
'/Users/username/Public/ordnername' meckert er an mit >> No such file or directory

Wenn du auf dem Server eingeloggt bist, kannst du keinen lokalen Ordner als Ziel angeben.

Richtig wäre lokal:
scp username@server_ip:/path/to/remote/directory /path/to/local/file

Das stimmt nicht. Woher soll das Programm denn wissen, dass ein anderer Prozess gerade eingeloggt ist? Und woher soll es wissen, für welche Rechner die angegebenen Pfade gelten?

Der Befehl, den Du angegeben hast, kopiert den Ordner "ordnername" im aktuellen Ordner auf Deinem Rechner in den Ordner "/Users/username/Public/ordnername" auf Deinem Rechner. Das ist quasi identisch zu

Doch. Glaubs oder lass es.

Genau wenn kein Host angegeben wird verhält sich scp exakt wie cp

Aber der Threadersteller schein ja klüger zu sein und gar keine Hilfe zu wollen.

Das sehe ich ein.
Nur leider klappt das nicht >> jetzt findet er die Serverdatei nicht.
Und den Pfad hab ich jetzt schon drei Mal geprüft

Meistens hat der doofe Kasten allerdings recht... kannst ja mal den Befehl und die genaue Meldung posten.
Btw. nimm sftp, scp ist tot.

Wie gesagt: SFTP funktioniert nicht >> bin auf dem Server im rescue-Modus.
OK.
Die Datei liegt im Verzeichnis
/var/www/vhosts/ddd.de/httpdocs/backup_ddd
und lautet
ddd-2026-07-07T05-35-54.mysql.zip

Und mein Prompt ist
scp root@212.227.210.185:'/var/www/vhosts/ddd.de/httpdocs/backup_ddd/ddd-2026-07-07T05-35-54.mysql.zip' /Users/g4/Firma/ddd/ddd-260707
dann kommt die Passwortabfrage
und dann die Meldung:
scp: /var/www/vhosts/ddd.de/httpdocs/backup_ddd/ddd-2026-07-07T05-35-54.mysql.zip: No such file or directory

Passt die Groß-/Kleinschreibung? Wie sieht es ohne Anführungszeichen aus? Was kommt dabei raus, wenn du scp noch -vvv für den Verbosemode hinzufügst?

Executing: program /usr/bin/ssh host 212.227.210.186, user root, command sftp
OpenSSH_9.9p2, LibreSSL 3.3.6
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 21: include /etc/ssh/ssh_config.d/* matched no files
debug1: /etc/ssh/ssh_config line 54: Applying options for *
debug2: resolve_canonicalize: hostname 212.227.210.186 is address
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' '/Users/g4/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' '/Users/g4/.ssh/known_hosts2'
debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling
debug3: channel_clear_timeouts: clearing
debug3: ssh_connect_direct: entering
debug1: Connecting to 212.227.210.186 [212.227.210.186] port 22.
debug3: set_sock_tos: set socket 3 IP_TOS 0x48
debug1: Connection established.
debug1: identity file /Users/g4/.ssh/id_rsa type 0
debug1: identity file /Users/g4/.ssh/id_rsa-cert type -1
debug1: identity file /Users/g4/.ssh/id_ecdsa type -1
debug1: identity file /Users/g4/.ssh/id_ecdsa-cert type -1
debug1: identity file /Users/g4/.ssh/id_ecdsa_sk type -1
debug1: identity file /Users/g4/.ssh/id_ecdsa_sk-cert type -1
debug1: identity file /Users/g4/.ssh/id_ed25519 type -1
debug1: identity file /Users/g4/.ssh/id_ed25519-cert type -1
debug1: identity file /Users/g4/.ssh/id_ed25519_sk type -1
debug1: identity file /Users/g4/.ssh/id_ed25519_sk-cert type -1
debug1: identity file /Users/g4/.ssh/id_xmss type -1
debug1: identity file /Users/g4/.ssh/id_xmss-cert type -1
debug1: identity file /Users/g4/.ssh/id_dsa type 1
debug1: identity file /Users/g4/.ssh/id_dsa-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_9.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_9.2p1 Debian-2+deb12u2
debug1: compat_banner: match: OpenSSH_9.2p1 Debian-2+deb12u2 pat OpenSSH* compat 0x04000000
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to 212.227.210.186:22 as 'root'
debug3: record_hostkey: found key type RSA in file /Users/g4/.ssh/known_hosts:351
debug3: load_hostkeys_file: loaded 1 keys from 212.227.210.186
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
debug3: order_hostkeyalgs: prefer hostkeyalgs: rsa-sha2-512-cert-v01@openssh.com,rsa-sha2-256-cert-v01@openssh.com,rsa-sha2-512,rsa-sha2-256
debug3: send packet: type 20
debug1: SSH2_MSG_KEXINIT sent
debug3: receive packet: type 20
debug1: SSH2_MSG_KEXINIT received
debug2: local client KEXINIT proposal
debug2: KEX algorithms: sntrup761x25519-sha512,sntrup761x25519-sha512@openssh.com,mlkem768x25519-sha256,curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,ext-info-c,kex-strict-c-v00@openssh.com
debug2: host key algorithms: rsa-sha2-512-cert-v01@openssh.com,rsa-sha2-256-cert-v01@openssh.com,rsa-sha2-512,rsa-sha2-256,ssh-ed25519-cert-v01@openssh.com,ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,sk-ssh-ed25519-cert-v01@openssh.com,sk-ecdsa-sha2-nistp256-cert-v01@openssh.com,ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ssh-ed25519@openssh.com,sk-ecdsa-sha2-nistp256@openssh.com
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com
debug2: compression stoc: none,zlib@openssh.com
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug2: peer server KEXINIT proposal
debug2: KEX algorithms: sntrup761x25519-sha512@openssh.com,curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,kex-strict-s-v00@openssh.com
debug2: host key algorithms: rsa-sha2-512,rsa-sha2-256
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com
debug2: compression stoc: none,zlib@openssh.com
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug3: kex_choose_conf: will use strict KEX ordering
debug1: kex: algorithm: sntrup761x25519-sha512@openssh.com
debug1: kex: host key algorithm: rsa-sha2-512
debug1: kex: serverclient cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: clientserver cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug3: send packet: type 30
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug3: receive packet: type 31
debug1: SSH2_MSG_KEX_ECDH_REPLY received
debug1: Server host key: ssh-rsa SHA256:j5f/yDELSs6oelgCI6K7Q13ES6eLnAxfgK1qx3bYzyM
debug3: record_hostkey: found key type RSA in file /Users/g4/.ssh/known_hosts:351
debug3: load_hostkeys_file: loaded 1 keys from 212.227.210.186
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
debug1: Host '212.227.210.186' is known and matches the RSA host key.
debug1: Found key in /Users/g4/.ssh/known_hosts:351
debug3: send packet: type 21
debug1: ssh_packet_send2_wrapped: resetting send seqnr 3
debug2: ssh_set_newkeys: mode 1
debug1: rekey out after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug3: receive packet: type 21
debug1: ssh_packet_read_poll2: resetting read seqnr 3
debug1: SSH2_MSG_NEWKEYS received
debug2: ssh_set_newkeys: mode 0
debug1: rekey in after 134217728 blocks
debug2: KEX algorithms: sntrup761x25519-sha512,sntrup761x25519-sha512@openssh.com,mlkem768x25519-sha256,curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,ext-info-c,kex-strict-c-v00@openssh.com
debug2: host key algorithms: rsa-sha2-512-cert-v01@openssh.com,rsa-sha2-256-cert-v01@openssh.com,rsa-sha2-512,rsa-sha2-256,ssh-ed25519-cert-v01@openssh.com,ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,sk-ssh-ed25519-cert-v01@openssh.com,sk-ecdsa-sha2-nistp256-cert-v01@openssh.com,ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ssh-ed25519@openssh.com,sk-ecdsa-sha2-nistp256@openssh.com
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com
debug2: compression stoc: none,zlib@openssh.com
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug3: send packet: type 5
debug3: receive packet: type 7
debug1: SSH2_MSG_EXT_INFO received
debug3: kex_input_ext_info: extension server-sig-algs
debug1: kex_ext_info_client_parse: server-sig-algs=<ssh-ed25519,sk-ssh-ed25519@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ecdsa-sha2-nistp256@openssh.com,webauthn-sk-ecdsa-sha2-nistp256@openssh.com,ssh-dss,ssh-rsa,rsa-sha2-256,rsa-sha2-512>
debug3: kex_input_ext_info: extension publickey-hostbound@openssh.com
debug1: kex_ext_info_check_ver: publickey-hostbound@openssh.com=<0>
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,password
debug3: start over, passed a different list publickey,password
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug3: ssh_get_authentication_socket_path: path '/private/tmp/com.apple.launchd.oxkFXEge2R/Listeners'
debug1: get_agent_identities: bound agent to hostkey
debug1: get_agent_identities: ssh_fetch_identitylist: agent contains no identities
debug1: Skipping ssh-dss key /Users/g4/.ssh/id_dsa - corresponding algorithm not in PubkeyAcceptedAlgorithms
debug1: Will attempt key: /Users/g4/.ssh/id_rsa RSA SHA256:NPxpwiipniqZDvuhyflwt0HxxD618TATj1GXYVxkXKw
debug1: Will attempt key: /Users/g4/.ssh/id_ecdsa
debug1: Will attempt key: /Users/g4/.ssh/id_ecdsa_sk
debug1: Will attempt key: /Users/g4/.ssh/id_ed25519
debug1: Will attempt key: /Users/g4/.ssh/id_ed25519_sk
debug1: Will attempt key: /Users/g4/.ssh/id_xmss
debug2: pubkey_prepare: done
debug1: Offering public key: /Users/g4/.ssh/id_rsa RSA SHA256:NPxpwiipniqZDvuhyflwt0HxxD618TATj1GXYVxkXKw
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /Users/g4/.ssh/id_ecdsa
debug3: no such identity: /Users/g4/.ssh/id_ecdsa: No such file or directory
debug1: Trying private key: /Users/g4/.ssh/id_ecdsa_sk
debug3: no such identity: /Users/g4/.ssh/id_ecdsa_sk: No such file or directory
debug1: Trying private key: /Users/g4/.ssh/id_ed25519
debug3: no such identity: /Users/g4/.ssh/id_ed25519: No such file or directory
debug1: Trying private key: /Users/g4/.ssh/id_ed25519_sk
debug3: no such identity: /Users/g4/.ssh/id_ed25519_sk: No such file or directory
debug1: Trying private key: /Users/g4/.ssh/id_xmss
debug3: no such identity: /Users/g4/.ssh/id_xmss: No such file or directory
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
root@212.227.210.186's password:
debug3: send packet: type 50
debug2: we sent a password packet, wait for reply
debug3: receive packet: type 52
Authenticated to 212.227.210.186 ([212.227.210.186]:22) using "password".
debug2: fd 4 setting O_NONBLOCK
debug1: channel 0: new session [client-session] (inactive timeout: 0)
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug3: send packet: type 90
debug1: Requesting no-more-sessions@openssh.com
debug3: send packet: type 80
debug1: Entering interactive session.
debug1: pledge: filesystem
debug3: client_repledge: enter
debug3: receive packet: type 80
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug3: client_input_hostkeys: received RSA key SHA256:j5f/yDELSs6oelgCI6K7Q13ES6eLnAxfgK1qx3bYzyM
debug3: client_input_hostkeys: received DSA key SHA256:S3S8+1OhG+xITutoJT6MwdHDef5jBPfjxrJLghWf8kI
debug3: client_input_hostkeys: ssh-dss key not permitted by HostkeyAlgorithms
debug1: client_input_hostkeys: searching /Users/g4/.ssh/known_hosts for 212.227.210.186 / (none)
debug3: hostkeys_foreach: reading file "/Users/g4/.ssh/known_hosts"
debug3: hostkeys_find: found ssh-rsa key at /Users/g4/.ssh/known_hosts:351
debug1: client_input_hostkeys: searching /Users/g4/.ssh/known_hosts2 for 212.227.210.186 / (none)
debug3: hostkeys_foreach: reading file "/Users/g4/.ssh/known_hosts2"
debug3: client_input_hostkeys: 1 server keys: 0 new, 1 retained, 0 incomplete match. 0 to remove
debug1: client_input_hostkeys: no new or deprecated keys from server
debug3: client_repledge: enter
debug3: receive packet: type 91
debug2: channel_input_open_confirmation: channel 0: callback start
debug2: fd 3 setting TCP_NODELAY
debug3: set_sock_tos: set socket 3 IP_TOS 0x20
debug2: client_session2_setup: id 0
debug1: Sending environment.
debug3: Ignored env __CFBundleIdentifier
debug3: Ignored env TMPDIR
debug3: Ignored env XPC_FLAGS
debug3: Ignored env TERM
debug3: Ignored env SSH_AUTH_SOCK
debug3: Ignored env XPC_SERVICE_NAME
debug3: Ignored env TERM_PROGRAM
debug3: Ignored env TERM_PROGRAM_VERSION
debug3: Ignored env TERM_SESSION_ID
debug3: Ignored env SHELL
debug3: Ignored env HOME
debug3: Ignored env LOGNAME
debug3: Ignored env USER
debug3: Ignored env PATH
debug3: Ignored env SHLVL
debug3: Ignored env PWD
debug3: Ignored env OLDPWD
debug1: channel 0: setting env LANG = "de_DE.UTF-8"
debug2: channel 0: request env confirm 0
debug3: send packet: type 98
debug3: Ignored env _
debug3: Ignored env __CF_USER_TEXT_ENCODING
debug1: Sending subsystem: sftp
debug2: channel 0: request subsystem confirm 1
debug3: send packet: type 98
debug3: client_repledge: enter
debug1: pledge: fork
debug2: channel_input_open_confirmation: channel 0: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 2097152
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: subsystem request accepted on channel 0
scp: debug2: Remote version: 3
scp: debug2: Server supports extension "posix-rename@openssh.com" revision 1
scp: debug2: Server supports extension "statvfs@openssh.com" revision 2
scp: debug2: Server supports extension "fstatvfs@openssh.com" revision 2
scp: debug2: Server supports extension "hardlink@openssh.com" revision 1
scp: debug2: Server supports extension "fsync@openssh.com" revision 1
scp: debug2: Server supports extension "lsetstat@openssh.com" revision 1
scp: debug2: Server supports extension "limits@openssh.com" revision 1
scp: debug2: Server supports extension "expand-path@openssh.com" revision 1
scp: debug2: Server supports extension "copy-data" revision 1
scp: debug2: Unrecognised server extension "home-directory"
scp: debug2: Server supports extension "users-groups-by-id@openssh.com" revision 1
scp: debug3: Sent message limits@openssh.com I:1
scp: debug3: Received limits reply T:201 I:1
scp: debug3: server upload/download buffer sizes 261120 / 261120; using 261120 / 261120
scp: debug3: server handle limit 1019; using 64
scp: debug3: sink_sftp: copying remote /var/www/vhosts/seitenstark.de/httpdocs/backup_seitenstark/Seitenstark-2026-07-07T05-35-54.mysql.zip to local /Users/g4/Firma/Seitenstark/Seitenstark-260707
scp: debug3: Sent message fd 4 T:7 I:2
scp: debug1: stat remote: No such file or directory
scp: debug2: Sending SSH2_FXP_STAT "/var/www/vhosts/seitenstark.de/httpdocs/backup_seitenstark/Seitenstark-2026-07-07T05-35-54.mysql.zip"
scp: debug3: Sent message fd 4 T:17 I:3
scp: debug1: stat remote: No such file or directory
scp: debug2: Sending SSH2_FXP_STAT "/var/www/vhosts/seitenstark.de/httpdocs/backup_seitenstark/Seitenstark-2026-07-07T05-35-54.mysql.zip"
scp: debug3: Sent message fd 4 T:17 I:4
scp: debug1: stat remote: No such file or directory
scp: /var/www/vhosts/seitenstark.de/httpdocs/backup_seitenstark/Seitenstark-2026-07-07T05-35-54.mysql.zip: No such file or directory
debug2: channel 0: read failed rfd 4 maxlen 32768: Broken pipe
debug2: channel 0: read failed
debug2: chan_shutdown_read: channel 0: (i0 o0 sock -1 wfd 4 efd 6 [write])
debug2: channel 0: input open drain
debug2: channel 0: ibuf empty
debug2: channel 0: send eof
debug3: send packet: type 96
debug2: channel 0: input drain closed
debug3: receive packet: type 96
debug2: channel 0: rcvd eof
debug2: channel 0: output open drain
debug2: channel 0: obuf empty
debug2: chan_shutdown_write: channel 0: (i3 o1 sock -1 wfd 5 efd 6 [write])
debug2: channel 0: output drain closed
debug3: receive packet: type 98
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug3: receive packet: type 97
debug2: channel 0: rcvd close
debug3: channel 0: will not send data after close
debug2: channel 0: almost dead
debug2: channel 0: gc: notify user
debug2: channel 0: gc: user detached
debug2: channel 0: send_close2
debug2: channel 0: send close for remote id 0
debug3: send packet: type 97
debug2: channel 0: is dead
debug2: channel 0: garbage collecting
debug1: channel 0: free: client-session, nchannels 1
debug3: channel 0: status: The following connections are open:
#0 client-session (t4 [session] r0 nm0 i3/0 o3/0 e[write]/0 fd -1/-1/6 sock -1 cc -1 nc0 io 0x00/0x00)

debug3: send packet: type 1
Transferred: sent 3944, received 5004 bytes, in 0.2 seconds
Bytes per second: sent 16500.1, received 20934.7
debug1: Exit status 0

Was könnte da nicht passen?

Hast du da mal rein-ge-"cd"-et und siehst definitiv die Datei auch (und zwar während du im Rescue Mode bist)?

Keine Änderung

Ja, kein Problem: ich kopier ja den Pfad direkt aus dem Terminal.

Zugegeben, den Rescue Mode kenne ich selber nicht, hab nur auf die Schnelle recherchiert. Nach bisherigem Erkenntnisstand ist das ja eine separate Betriebssystem-Instanz, welche sich rein im RAM befindet. Und von dort aus würde man dann auf das "kaputte" System zugreifen bzw. z.B. die Disks einbinden müssen um dann erst drauf zugreifen zu können. Man befindet sich also erstmal nicht im Originalsystem. Daher meine Frage.

Versuch doch mal dich mit ssh den Pfad entlangzuhangeln (vorwärts oder rückwärts):
ssh root@212.227.210.185 "ls -la /var/"
ssh root@212.227.210.185 "ls -la /var/www/"
ssh root@212.227.210.185 "ls -la /var/www/vhosts/"
ssh root@212.227.210.185 "ls -la /var/www/vhosts/ddd.de"
ssh root@212.227.210.185 "ls -la /var/www/vhosts/ddd.de/httpdocs"
ssh root@212.227.210.185 "ls -la /var/www/vhosts/ddd.de/httpdocs/backup_ddd"
ssh root@212.227.210.185 "ls -la /var/www/vhosts/ddd.de/httpdocs/backup_ddd/ddd-2026-07-07T05-35-54.mysql.zip"
Das sollte ja im Gutfall alles gefunden werden ... .

Das ist richtig.
Nach
fdisk -l
muss man die Volumes über mount hinzufügen:
rescue:~# mount /dev/md127 /mnt
rescue:~# mount /dev/mapper/vg00-usr /mnt/usr
rescue:~# mount /dev/mapper/vg00-var /mnt/var
rescue:~# mount /dev/mapper/vg00-home /mnt/home
und dann hat man Zugriff.

Das funktioniert von Anfang an nicht.

Rescuemodus habe ich überlesen. Dann wirst du von dort aus die Datei auf ein anderes, per sftp/scp erreichbares System laden müssen.

Die Info wurde auch anfangs gar nicht mitgegeben, sondern erst im späteren Diskussionsverlauf.
Ich weiss nicht, warum man so was essentielles nicht gleich von Anfang an erwähnt.

Jetzt im Nachhinein weiß ich das auch nicht - weil genau da lag mein Fehler:
Wenn man zu blöd ist im Kopf zu behalten, dass man ja nach dem Einhängen der Volumes chroot /mnt verwendet hat...
Lösung ist also:
Der Pfad auf dem Server muss natürlich mit /mnt beginnen - dann klappt's auch..

DANKE!