Beiträge von A4E-Fox

so zur guter letzt noch der erlösende Abschluss dieses Threads....
Auch die Wiederherstellung des Snapshots war eine Sache für sich....aber letztlich ging alles gut und das System konnte mit dem Snapshot wieder zum leben erweckt werden! Gott sei dank sind die meisten Configs damit schon gemacht und nun heißt es nur noch bissel Nacharbeiten...

Juhuu...DANKE an ALLE für eure Hilfe und Danke an den NetCup Support!!!!

LG
Fox

dergeberl
cool! Das ist nen super Tipp und werde ich zur Sicherheit mal einrichten!

Verdammt...ich hab die Ursache in der Bash-History gefunden!

sudo ls -l /var/cache/davfs2/webdav.mediencenter.t-online.de+home-fox-mediencenter+root
sudo rm -R /var/cache/davfs2/webdav.mediencenter.t-online.de+home-fox-mediencenter+root/www_other_backup_2013*
sudo rm -R /var/cache/davfs2/webdav.mediencenter.t-online.de+home-fox-mediencenter+root/www_other_backup_2013 *

Da ist mir wohl ein Leerzeichen reingerutscht...:-( Was lernen wir daraus? => Finger weg vom Server wenn man müde ist!!!

So ein Mist eh...kann da Debian bei sowas nicht ne Sicherheitsabfrage machen?!?! Bei Windoof ist sowas nicht so einfach...:-/

Demnach lasse ich gerade über den Support den Snapshot versuchen wieder ein zu spielen...da gibt es anscheind über das VCP auch Probleme.
Ich hoffe die Jungs bekommen das irgendwie noch hin....hab wenig Lust alles komplett neu zu machen. :-/

Ein großes Dankeschön schonmal vorab an den NetCup Support!

LG
Fox

wie immer "rm -R /var/cache/davfs2/ORDNERNAME"
:-/

hmm...hab nen bissel was gefunden...aber da fällt mir gerade ein.../boot ist ja nicht das einzigste was irgendwie weg ist! Auch /etc ist nicht mehr vorhanden...und somit ist bringt mir eine Wiederherstellung des Bootloaders eh kaum was...das meiste an Anwendungen und Configs lag bei mir im /etc (Apache, Postfix und co.). Diese bekomme ich ja wohl dann auch nicht wieder und müsste ich neu einrichten.
Ich hab noch nen alten Snapshot...ich hoffe der ist so aktuell das die meiste Einrichtung da schon gemacht war. :-/
Also sichere ich jetzt alle restlichen Daten und spiele dann den Snapshot mal ein.

Was mich viel mehr nervt ist...wie konnte denn sowas überhaupt passieren?! Ich hatte letztens nur nen normales Update (apt-get update) gemacht und gestern halt die paar Cache-Files gelöscht um wieder Platz zu haben. Mehr nicht!

na toller roller!
Wie kann denn sowas passieren....OMG!

uiuiui....das klingt nicht gerade einfach...:-/ aber damit würden alle Datein soweit erhalten bleiben oder? Sonst spare ich mir den Kram und installiere das OS einfach neu und sicher vorher die Daten über das Rettungssystem.

Hast du zu den Schritten vielleicht ein paar nützliche Links/HowTos zur Hand?

Danke dir vielmals für die Hilfe!

Hallo zusammen,

danke euch für die Hilfe.

So sieht der Verzeichnisbaum vom "root" über das Rettungssystem aus:

Linux v22010014552237699 2.6.32-5-amd64 #1 SMP Sun Sep 23 10:07:46 UTC 2012 x86_                                                                                                                                                             64




The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.




Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
root@v22010014552237699:~# cd ..
root@v22010014552237699:/# ls
bin  boot  dev  etc  home  initrd.img  lib  lib32  lib64  media  mnt  opt  proc  ro  root  rw  sbin  selinux  srv  sys  tmp  usr  var  vmlinuz
root@v22010014552237699:/# mount /dev/vda2 /mnt
root@v22010014552237699:/# cd mnt/
root@v22010014552237699:/mnt# ls
dev  home  initrd.img  lib  lib64  lost+found  media  mnt  opt  proc  root  run  sbin  selinux  srv  sys  tmp  usr  var  vmlinuz
root@v22010014552237699:/mnt# ls -l
total 84
drwxr-xr-x  3 root root  4096 May  7  2013 dev
drwxr-xr-x  3 root root  4096 Aug 20  2013 home
lrwxrwxrwx  1 root root    30 May  7  2013 initrd.img -> /boot/initrd.img-3.2.0-4-amd64
drwxr-xr-x 14 root root  4096 Aug 31  2013 lib
drwxr-xr-x  2 root root  4096 Feb 24 20:47 lib64
drwx------  2 root root 16384 May  7  2013 lost+found
drwxr-xr-x  3 root root  4096 May  7  2013 media
drwxr-xr-x  2 root root  4096 Dec 14  2012 mnt
drwxr-xr-x  2 root root  4096 May  7  2013 opt
drwxr-xr-x  2 root root  4096 Dec 14  2012 proc
drwx------  6 root root  4096 Aug 21  2013 root
drwxr-xr-x  2 root root  4096 Mar  1 21:32 run
drwxr-xr-x  2 root root  4096 Feb 24 20:47 sbin
drwxr-xr-x  2 root root  4096 Jun 10  2012 selinux
drwxr-xr-x  2 root root  4096 May  7  2013 srv
drwxr-xr-x  2 root root  4096 Feb  8  2013 sys
drwxrwxrwt  8 root root  4096 Mar  1 12:33 tmp
drwxr-xr-x 10 root root  4096 May  7  2013 usr
drwxr-xr-x 12 root root  4096 Aug 16  2013 var
lrwxrwxrwx  1 root root    26 May  7  2013 vmlinuz -> boot/vmlinuz-3.2.0-4-amd64

So wie ich das verstehe fehlen hier plötzlich essentielle Verzeichnisse wie "/bin, /boot, /etc"....ein mount der "boot" Partition "/dev/vda1" ist leider nicht möglich...hier bekomme ich nen Fehler ausgegeben

root@v22010014552237699:/mnt# mount /dev/vda1/ /mnt
/dev/vda1 looks like swapspace - not mounted
mount: you must specify the filesystem type

Die können doch nicht einfach so verschwinden?!?!?! Ich habe da nichts gelöscht! Lediglich unter /var/cache zuvor unnötige Dateien gelöscht die durch "davfs2" entstanden sind.

Nicht das ich wüsste....
Hab das Standard Debian weezy Image drauf.
Über das Rettungssystem sehe ich auch unter /mnt (/dev/vda2 gemountet) auch keine /boot etc. folder...

Den grub über das Rettungssystem auf die gemountet Partition zu installieren klappt aber auch irgendwie nicht... Klar irgendwie... :-\

Also bleibt nur eine Neuinstallation des Systems?

Hallo,

danke für die schnelle Info...leider finde ich wie da beschrieben über den "grub rescue" nicht den Pfad zum Grub-Verzeichnis.
Die Partition heißt bei mir "(hd0,msdos2)"....hier drunter gibts aber kein Verzeichnis wie "/boot" oder "/grub" oder der gleichen die darauf hinweisen könnten. Ich bin alle durch gegangen.
Jemand eine Idee??? Bin leider etwas verzweifelt und hab den Support auch bereits kontaktiert.

ach...noch eine Info zur Ergänzung....ich hab gestern zuvor ein paar Updates gefahren "apt-get update && upgrade"

Hallo zusammen,

ich brauche gerade ganz dringend eure Hilfe!
Ich habe einen KVM Server von NetCup. Bei diesem war heute wegen Backups (welche sich angesammelt hatten und ich vergessen habe zu bereinigen) das Filesystem bzw. die Platte komplett voll! Ich konnte gott sei Dank noch drauf connecten und habe ein paar Files gelöscht um wieder Platz zu bekommen. Keine wichtigen Dateien...halt altes Backupzeug.
Irgendwie lief das System danach jedoch nicht 100% sauber und ich entschied mich zu einem Restart über das VCP.
Und seitdem kommt der Server gar nicht mehr hoch! In der VCP Console sehe das der Grub Loader startet und dann in einen Error läuft:

Welcome to GRUB!




Error: file not found.
entering rescue mode...




grub rescue>

Dann bekomme ich die Grub Rescue shell...leider blick ich da aber nicht ganz durch ob und was ich da machen kann. ich vermute das der Grub Loader irgendwie nen Knacks bekommen hat und nicht mehr richtig durch startet.

Wie kann ich das beheben und habe ich danach irgendwelche Probleme bzw. Verluste mit dem System?

Danke vorab für eure Hilfe!!!

LG
Fox

ahhh...ok dann ist es mit exim ja so richtig...;-)

Ich hab die Partion nun gemacht....nun sieht es besser aus...

df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 76G 839M 71G 2% /
udev 10M 0 10M 0% /dev
tmpfs 202M 192K 202M 1% /run
/dev/disk/by-uuid/06a6ce66-e8c9-4167-ade5-93bee20abf1a 76G 839M 71G 2% /
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 695M 0 695M 0% /run/shm

Aber immer noch keine vollen 80GB! aber zumindest nahe dran...;-) Muss das so?? Ist es wie immer das keine real angebotenen GB erreicht werden?

ok...danke euch für dich schnelle Hilfe....
Nur irgendwie doof das man die Partitionierung selbst machen muss....naja...lernt man was..^^

Hallo zusammen,

ich habe nun endlich mal die Migration von meinem VServer Silber auf nen KVM Neptun gestartet. Hat auch wunderbar geklappt. Gleich auch das minimal Image von Debian Wheezy installiert und eingeloogt. Alles wunderbar. Nun muss ich feststellen das anscheint schon ein "exim4" mit installiert ist....Warum?! Ich wollte Dovecot & Postfix eigentlich wieder installieren. Hat der exim eine besondere Bedeutung oder kann der runter?
Des weiteren sieht es für mich so aus als ob keine versprochenen 80GB Space zur Verfügung stehen:

df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 19G 835M 17G 5% /
udev 10M 0 10M 0% /dev
tmpfs 202M 192K 202M 1% /run
/dev/disk/by-uuid/06a6ce66-e8c9-4167-ade5-93bee20abf1a 19G 835M 17G 5% /
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 695M 0 695M 0% /run/shm

Muss hier noch was gemacht werden?

Vielen Dank für eure Hilfe und viele Grüße
Uwe aka Fox

Hey,

Ich kann die config zwar nur etwas zerhackt auf dem Handy lesen... Aber so wie ich es sehe müsstest du bei mynetworks deine IP (Range) vom sendenden Rechner (Thunderbird) mit eintragen. Versuch das erst mal...

Scheint wohl leider noch ein wenig in den Kinderschuhen zu stecken..:-(
Bin gespannt wie sich das ganz noch entwickelt...ist auf alle Fälle sehr interessant!!

Hallo zusammen,
ich habe mich auch eben mal für SoGo angemeldet. Sieht soweit recht interessant aus und werde ich def. mal weiter testen!
Ein Problem habe ich jedoch bereits. Über das Webinterface lässt sich keine Mail verschicken. Es erscheint da immer ein Fehler:

WarnungKann Nachricht nicht versenden: Fehler beim Verbinden mit dem SMTP-Server.

Einstellen kann ich doch da aber nix oder? Habe jedenfalls nichts gefunden. :-/

Super App!
Habs gerade auf meinem LG Optimus Speed mit Android 2.3.7 erfolgreich getestet!

Danke und ich freue mich auf die weitere Entwicklung!

Danke für die schnelle Schließung der Lücken und für die Info! Bin echt super zufrieden mit NetCup!

Sehr gut!

Aber weiß schon jemand wann der Patch in den Ubuntu-Quellen verfügbar ist?
Ich hab eben mal ein apt-get upgrade gemacht und von Apache keine Spur...es gab nur:
The following packages will be upgraded:
dhcp3-client dhcp3-common

:-/