/etc/ssh gelöscht

[rookee]

Auweia...

Super DAU hat (aus Unwissenheit) im Verzeichnis /etc/ssh alle vorhandenen Keys gelöscht.
Jetzt komme ich mit der Konsole nicht mehr auf meine Synology...
Ich hab zwar auf einem zweiten NAS eine Sicherungskopie der Dateien, aber beim Versuch die zurückzuspielen erhalte ich die Meldung:
scp: /etc/ssh/ssh_host_key.pub: No space left on device

Gibt es irgend eine Möglichkeit wieder Zugriff auf das Gerät zu erhalten? Telnet ist dummerweise auch deaktiviert und und ohne ssh wird´s vermutlich schwer das wieder einzuschalten?!

Für Hilfe wäre ich echt dankbar

 

[goetz]

Hallo,
kannst Du im DSM nicht einfach telnet aktivieren?

Gruß Götz

 

[rookee]

Ne,
ich kann den Haken zwar setzen, er wird aber nicht gespeichert :-(

EDIT:
weder als admin, noch als User.
Aber es bestehen ein paar Verbindungen. Unteranderem auch eine SCP. Dürfte aber nichts ausmachen.

 

[goetz]

Hallo,

No space left on device

und

ich kann den Haken zwar setzen, er wird aber nicht gespeichert :-(

läßt vermuten, daß die Systempartition vollgelaufen ist. Welche DS und wieviele Platten hast Du drin?

Gruß Götz

 

[rookee]

Ja, die Vermutung ist berechtigt und liegt nah, aber wenn ich auf der Systempartition einen anderen Ordner als den /etc/ nehme gibt´s kein Problem mit dem zurückspielen. Sieht für mich eher nach fehlender Zugriffsberechtigung aus...

Ist eine DS213 mit 2 Platten und je einer Partition (kein RAID). Systempartition ca. 30% belegt, die andere ca. 60% belegt.

EDIT:
kann ich die Dateien in irgend einen Ordner auf der Platte kopieren und mittels Admin-tool in den /etc/ssh schieben?

EDIT 2:
oh ja, ich komme zumindest in die Shell

 

[goetz]

Hallo,

kann ich die Dateien in irgend einen Ordner auf der Platte kopieren und mittels Admin-tool in den /etc/ssh schieben?

einen Versuch ist es auf jeden Fall wert.

Gruß Götz

 

[rookee]

/etc/ssh> cp /volume1/test/ssh_host_rsa_key.pub /etc/ssh
[2]:
cp: writing `/etc/ssh/ssh_host_rsa_key.pub': No space left on device
[1]:

 

[jahlives]

kannst du mal die Ausgabe von

df -h
df -i

hier reinstellen?

 

[rookee]

Ui,... 100% used?

/> df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 2.4G 2.4G 0 100% /
/dev/root 2.4G 2.4G 0 100% /
/tmp 250M 752K 249M 1% /tmp
/dev/vg1000/lv 1.8T 543G 1.3T 30% /volume1
/dev/vg1/volume_2 1.8T 1.1T 787G 57% /volume2
/dev/vg1000/lv 1.8T 543G 1.3T 30% /opt
/dev/vg1000/lv 1.8T 543G 1.3T 30% /volume1/photo
/dev/vg1000/lv 1.8T 543G 1.3T 30% /volume1/music
/dev/vg1/volume_2 1.8T 1.1T 787G 57% /volume1/video
/> df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
rootfs 155648 26028 129620 17% /
/dev/root 155648 26028 129620 17% /
/tmp 63900 144 63756 1% /tmp
/dev/vg1000/lv 121798656 320602 121478054 1% /volume1
/dev/vg1/volume_2 121765888 6796 121759092 1% /volume2
/dev/vg1000/lv 121798656 320602 121478054 1% /opt
/dev/vg1000/lv 121798656 320602 121478054 1% /volume1/photo
/dev/vg1000/lv 121798656 320602 121478054 1% /volume1/music
/dev/vg1/volume_2 121765888 6796 121759092 1% /volume1/video


EDIT:
kann ich die Größe (2,4G) sinnvoll ändern?

 

[goetz]

kann ich die Größe (2,4G) sinnvoll ändern?

nein.
du -x -d 1 /
Ergebnis bitte posten.

Gruß Götz

 

[rookee]

/> du -x -d 1 /
[2]:
du: invalid option -- 'd'
Try `du --help' for more information.
[1]:

 

[goetz]

OK, ipkg du

du -x --max-depth=1 /

Gruß Götz

 

[rookee]

/> du -x --max-depth=1 /
1825408 /var
130800 /root
16 /.system_info
7684 /.syno
109436 /lib
4 /mnt
4 /volume2
4 /lost+found
1680 /bin
0 /tmp
32 /.old_patch_info
4440 /sbin
108 /dev
4 /opt
4 /initrd
0 /proc
60 /var.defaults
3816 /etc
0 /sys
3520 /etc.defaults
294844 /usr
4 /volume1
2381876 /
/>

 

[goetz]

Dein Problem liegt unter /var

du -x --max-depth=2 /var

wird etwas länger die Ausgabe
130MB unter /root ist auch ganz schön viel.

Gruß Götz

 

[rookee]

Hallo Götz,

du lagst mal wieder 100% richtig.
Die /var/log/mediasrv.log war mit 1.8G absolut überlaufen. Falls es dafür eine Beschränkungsmöglichkeit gibt, bin ich für Tipps sehr dankbar.

Nun konnte ich die Dateien mittels

rsync -aq /volume1/backup/0/etc/ssh/ /etc/ssh/

ohne Fehlermeldung wiederherstellen.

Aber mir ist über Nacht die bestehende SSH Verbindung zu meiner DS abgestürzt. Dann habe ich in der Systemsteuerung/Terminal nur noch die zwischenzeitlich wieder aktivierte Telnet-verbindung gesehen. SSH ließ sich weder mittels Häkchen, noch über Telnet und auch nicht über das Admintool aktivieren...

nach langem Hin und Her und Hin und Her und Hin und Her (mehrfaches kopieren der alten keys, Update auf DSM 4.3, fummeln im Admintool & Telnet) kam dann aber schließlich doch irgendwann folgende Meldung:

DS213> /usr/syno/etc.defaults/rc.d/S95sshd.sh start
Start SSH...
DS213> ssh root@ds213
The authenticity of host 'ds213 (192.xxx.xxx.xxx)' can't be established.
ECDSA key fingerprint is xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'ds213,192.xxx.xxx.xxx' (ECDSA) to the list of known hosts.
root@ds213's password:
Permission denied, please try again.
Connection to ds213 closed.
DS213> root@ds213's password:


BusyBox v1.16.1 (2013-08-17 12:13:34 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

DS213>

Ich mache drei Kreuze das nun alles wieder läuft und danke euch allen für den super schnellen Support !!
Macht so weiter, dieses Forumist eine echte Bereicherung für alle Syno-Besitzer und das beste Kaufargument für die Produkte.





EDIT:

komisch, gestern ging ja der Befehl

du -x -d 1 /

nicht und ich musste ipkg

du -x --max-depth=1 /

nehmen. Heute nach Update auf 4.3 ist das anders herum. Und df -i geht auch nicht mehr.
Heißt das, dass mein ipgk weg ist? Und sollte ich das Paket wieder nachinstallieren? (habe offengestanden vergessen was damals der Grund für die Installation war)

 

[Benares]

Ich vermute mal, dass da /opt/bin im Pfad fehlt. Hast du nach dem Update den Link /opt -> /volume1/@optware und die beiden PATH-Zeilen in /root/.profile wieder auskommentiert (s. ipgk-Anleitung im Wiki) ?

 

[rookee]

natürlich nicht.

Danke für die Hilfe.
War mir nicht einmal bewusst, dass diese Korrektur nach jedem Update fällig wird.
Gibt es irgendwo vielleicht eine Check-Liste die man nach einem Update abarbeiten könnte? Ist ja nicht die einzige Änderung die ansteht. Eigene *.sh Scripte werden ja auch gelöscht, bzw. deaktiviert, und wer weiß was noch...

 

[rookee]

hallo und sorry dass ich diesen Thread nochmal auspacke.

aber ich bin wieder an dem Punkt, an dem ich als root den Inhalt des ssh-Ordners gelöscht habe und im DSM 5.0 nur noch Telnet aktivieren kann.

Habt Ihr eine Beschreibung wie ich die SSH Keys nachträglich per Telnet (oder Admintool) erzeugen kann? Zurücksichern hilft nichts und im DSM lässt sich SSH nicht mehr aktivieren...

Besten Dank und schönes WE !

 

[rookee]

Ich wäre für einen kleinen Tipp zum erzeugen neuer Keys und anschließender Aktivierung von SSH super dankbar. Vielleicht hat ja einer von euch eine Idee wie das am einfachsten funktioniert...

Thx a lot

 

[rookee]

hallo,

mein letzter Versuch, danach höre ich auf zu nerven.

Hat niemand einen Tipp für mich?

schönes WE.
rookee