VTI-Imagebackup schlägt fehl

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Wie gesagt: Platz ist genug und ältere Backups habe ich bereits verschoben, d.h. der vti-imagebackup-Ordner war vor dem letzten Backup leer.

      Das erste autom. Backup mit afb ist heute fehlerfrei gelaufen, aber offenbar hat sich das WebInterface aufgehängt. Zugriff per Shell ist möglich WebIF nicht.
      Ich boote jetzt nicht neu, vllt kann ich ja heute nachmittag am TV erkennen, was passiert ist.

      Soweit ich das aus der Ferne sehen kann, ist der komplette enigma2-Prozess gecrasht.
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von GaborDenes ()

    • Mir ist immer noch nicht klar, wofür ich ein Dutzend Backups von einem Image benötige, ich mache genau eins und das wird zusätzlich gedoppelt.
      Wahrscheinlich probieren andere Forumsteilnehmer jeden Tag alle möglichen Plugins, Skins und Bootlogos aus, oder was sollte sonst großartiges auf einer VU+ passieren, dass ein tägliches Image-Backup nötig machen sollte.
      Oder sind es die hunderte von neuen Timern, die gesichert werden müssen, ich bin echt gespannt, welche Gründe für ein tägliches Backup sprechen.
      Ich bin nach wie vor ein Minimalist, je weniger auf einer VU+ installiert ist, desto stabiler läuft diese......
      Niemand ist perfekt !
    • GaborDenes schrieb:

      Jetzt schaue ich erstmal, ob afb funktioniert (zum Test auf täglich gestellt).
      Also falls du Ihn meinst, hat er es doch dargelegt, weil er es ansonsten weniger macht.


      Ich persöhnlich mach nur sporadisch mal ein Image Backup oder halt vor "größeren" Veränderungen, deshalb habe ich kein autom. Backup aktiv.
      Das einzige, was jeden Tag gemacht wird, ist das Backup vom Serienrecorder, der mir u.a. meine timers.xml sichert.
      ---------------------------------------------------------------------------------------


      Anleitung für den SerienRecorder SerienRecorder Martins FHD SR-Skin

      Mediathekvieweb ----- SRF Mediathek

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Marti_win7 ()

    • goberlei schrieb:

      Mir ist immer noch nicht klar, wofür ich ein Dutzend Backups von einem Image benötige, ich mache genau eins und das wird zusätzlich gedoppelt.
      Was nutzt mir ein Backup, das vor zwei Jahren erstellt wurde und wo die seitdem aufgelaufenen Änderungen/Updates wieder nachgepflegt werden müssten?
      Und was nutzt mir ein Backup, das zwar erst gestern erstellt wurde, den mir gerade aufgefallenen Fehler aber auch schon enthält?

      Darum mehrere Backups.
      ✂ - - - - - - - - - - - - - - - - - - - - - - - - - -
      Dumm wird man nicht, dumm bleibt man

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Bastelbogen ()

    • Auch heute wieder ein Komplettabsturz von enigma2 nach Beendigung des AFB um 6:26:
      Spoiler anzeigen

      Jun 9 06:26:06 vuultimo4k user.alert kernel: [56898.539331] Unable to handle kernel paging request at virtual address e9f41000
      Jun 9 06:26:06 vuultimo4k user.alert kernel: [56898.546608] pgd = d18c5fc0
      Jun 9 06:26:06 vuultimo4k user.alert kernel: [56898.549350] [e9f41000] *pgd=80000000007003, *pmd=11cdd003, *pte=00000000
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.556143] Internal error: Oops: 207 [#1] SMP ARM
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.560944] Modules linked in: ipv6 wakeup_drv(O) brcmfb(O) dvb_bcm7444(PO) dvb_base(PO) bcm_event(PO) procmk(O) dhd(O)
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.571858] CPU: 1 PID: 1423 Comm: enigma2 Tainted: P O 3.14.28-1.12 #1
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.579352] task: d26f0dc0 ti: d1d18000 task.ti: d1d18000
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.584764] PC is at memcpy+0x204/0x330
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.588621] LR is at 0x15fd8bd4
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.591781] pc : [<c0277984>] lr : [<15fd8bd4>] psr: 20030013
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.591781] sp : d1d19ec8 ip : 8bd4648a fp : 00000000
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.603275] r10: e9f40000 r9 : 7192570a r8 : 355f1861
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.608505] r7 : 56a7844f r6 : f6554c47 r5 : 67368aae r4 : 0de375d4
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.615038] r3 : 000015fd r2 : 0000cd71 r1 : e9f40ff4 r0 : d1d1b1a0
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.621573] Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.628716] Control: 30c5387d Table: 118c5fc0 DAC: 55555555

      Jun 9 06:08:43 vuultimo4k authpriv.info dropbear[8985]: Child connection from 146.190.30.169:51374
      Jun 9 06:08:43 vuultimo4k authpriv.warn dropbear[8985]: Login attempt for nonexistent user from 146.190.30.169:51374
      Jun 9 06:08:43 vuultimo4k authpriv.warn dropbear[8985]: Login attempt for nonexistent user from 146.190.30.169:51374
      Jun 9 06:08:44 vuultimo4k authpriv.info dropbear[8985]: Exit before auth: Exited normally
      Jun 9 06:21:41 vuultimo4k authpriv.info dropbear[10934]: Child connection from 45.125.65.126:40038
      Jun 9 06:21:41 vuultimo4k authpriv.info dropbear[10934]: Exit before auth: Exited normally
      Jun 9 06:26:06 vuultimo4k user.alert kernel: [56898.539331] Unable to handle kernel paging request at virtual address e9f41000
      Jun 9 06:26:06 vuultimo4k user.alert kernel: [56898.546608] pgd = d18c5fc0
      Jun 9 06:26:06 vuultimo4k user.alert kernel: [56898.549350] [e9f41000] *pgd=80000000007003, *pmd=11cdd003, *pte=00000000
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.556143] Internal error: Oops: 207 [#1] SMP ARM
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.560944] Modules linked in: ipv6 wakeup_drv(O) brcmfb(O) dvb_bcm7444(PO) dvb_base(PO) bcm_event(PO) procmk(O) dhd(O)
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.571858] CPU: 1 PID: 1423 Comm: enigma2 Tainted: P O 3.14.28-1.12 #1
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.579352] task: d26f0dc0 ti: d1d18000 task.ti: d1d18000
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.584764] PC is at memcpy+0x204/0x330
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.588621] LR is at 0x15fd8bd4
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.591781] pc : [<c0277984>] lr : [<15fd8bd4>] psr: 20030013
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.591781] sp : d1d19ec8 ip : 8bd4648a fp : 00000000
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.603275] r10: e9f40000 r9 : 7192570a r8 : 355f1861
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.608505] r7 : 56a7844f r6 : f6554c47 r5 : 67368aae r4 : 0de375d4
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.615038] r3 : 000015fd r2 : 0000cd71 r1 : e9f40ff4 r0 : d1d1b1a0
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.621573] Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
      Jun 9 06:26:06 vuultimo4k user.warn kernel: [56898.628716] Control: 30c5387d Table: 118c5fc0 DAC: 55555555
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.634468] Process enigma2 (pid: 1423, stack limit = 0xd1d18238)
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.640567] Stack: (0xd1d19ec8 to 0xd1d1a000)
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.644929] 9ec0: 0000e091 0000e000 d1d1a1be bfc284b8 0000015f d1d1a1be
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.653116] 9ee0: 0000029e bf908b78 d1d19f20 00000000 00000002 bfc284ac be8f2a58 bfc284e0
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.661302] 9f00: 0000015f bfc284b8 be8f2c84 bf90b464 0000e091 00000000 00000400 0000e091
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.669489] 9f20: 04000006 91e00087 00000600 e0008704 00060091 00870400 060091e0 87040000
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.677675] 9f40: 0091e000 04000006 91e00087 00000600 e0008704 00060091 00870400 060091e0
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.685861] 9f60: 87040000 0091e000 04000006 91e00087 00000600 e0008704 00060091 00870400
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.694047] 9f80: 060091e0 87040000 0091e000 04000006 91e00087 00000600 e0008704 00060091
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.702232] 9fa0: 00870400 060091e0 87040000 0091e000 04000006 91e00087 00000600 e0008704
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.710418] 9fc0: 00060091 00870400 060091e0 87040000 0091e000 04000006 91e00087 00000600
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.718603] 9fe0: e0008704 00060091 00870400 060091e0 87040000 0091e000 04000006 91e00087
      Jun 9 06:26:06 vuultimo4k user.emerg kernel: [56898.726793] Code: f5d1f07c e8b100f0 e1a0382e e2522020 (e8b15300)

      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:
    • Ohne jetzt mit dem Inhalt des Spoilers was anfangen zu können, aber hast du den Speicherort fürs Backup mal auf die interne Platte gelegt, falls vorhanden?
      Es liegt ja wohl nicht am Programm, welches das Backup erstellt.

      Ansonsten mal komplett neu Flashen und dann testen.
      ---------------------------------------------------------------------------------------


      Anleitung für den SerienRecorder SerienRecorder Martins FHD SR-Skin

      Mediathekvieweb ----- SRF Mediathek
    • Hallo @GaborDenes !

      Ich bin kein begnadeter Leser und Interpret von Crashlogs. ;(

      Der Absturz scheint jedoch im Kernel von Enigma2 zu liegen, was eine Diagnose so tief im Innern des Systems schwierig macht.
      Das zweite das mir auffällt ist dieser Teildes Crashlogs:

      Spoiler anzeigen
      Jun 9 06:08:43 vuultimo4k authpriv.info dropbear[8985]: Child connection from 146.190.30.169:51374
      Jun 9 06:08:43 vuultimo4k authpriv.warn dropbear[8985]: Login attempt for nonexistent user from 146.190.30.169:51374
      Jun 9 06:08:43 vuultimo4k authpriv.warn dropbear[8985]: Login attempt for nonexistent user from 146.190.30.169:51374
      Jun 9 06:08:44 vuultimo4k authpriv.info dropbear[8985]: Exit before auth: Exited normally
      Jun 9 06:21:41 vuultimo4k authpriv.info dropbear[10934]: Child connection from 45.125.65.126:40038


      Hast du eine Ahnung wer da an deine Tür klopft?
    • @Bastelbogen, ein Backup bedeutet nicht Backup für die Ewigkeit. Bei grundlegenden Änderungen am Image (kommt bei mir wirklich selten vor) erstelle ich natürlich ein neues Backup, welches wieder gedoppelt wird.

      Das Backup erstelle ich jedoch nur für VTI-Images, für Spielimages, die meist im Namen "Open" tragen, mache ich mir die Mühe nicht.

      Interessant finde ich jedoch inzwischen das PureE2-Image, hier könnte es sein, dass es durchaus länger auf meiner VU+Duo4K verbleibt, wenn ich mit der Einrichtung von Kodi (funktioniert ganz ordentlich) fertig bin, werde ich es auch mal sichern.
      Niemand ist perfekt !
    • @RickX
      das ist der Teil aus var/log/messages.
      Auf die Box habe ich erst wieder Zugrff, wenn ich zuHause bin.

      @theos2 Das sind versuchte, erfolglose Zugriffe, die aber die haben nichts mit dem Backup zu tun.
      Ich hab gerade gesehen, das es eine neuere Version von afb gibt, die bügele ich heute abend mal drüber, wenn ich dann morgen früh wieder einen Crash habe, wird afb bei mir beerdigt.
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:
    • Das ist ein Kernel-Fehler; ich frage mich, was den verursacht.

      Du hast das Backup mit AFB selber gemacht und nicht das Script per Cron aufgerufen?

      Das Backup erstellt im Grunde ja nur das tar-File und die drei Binär-Dumps der Partitionen mit Kernel, Initrd-Image und Splash. Viel kann da nicht schief gehen - ausser dass vielleicht beim Flash-Layout oder Flash-Speicher selber irgendwas krumm ist.

      Mich würde mal interessieren, wie deine /proc/mtd aussieht; cat /proc/mtd. Und ein File-System-Check für den Flash kann sicher auch nicht schaden. Auch gerne mal einen Output von lsblk zeigen.

      So sieht die Partitionsliste meines Flash aus:
      Spoiler anzeigen

      # fdisk /dev/mmcblk0

      Welcome to fdisk (util-linux 2.26.1).
      Changes will remain in memory only, until you decide to write them.
      Be careful before using the write command.

      Command (m for help): p
      Disk /dev/mmcblk0: 3,7 GiB, 3909091328 bytes, 7634944 sectors
      Units: sectors of 1 * 512 = 512 bytes
      Sector size (logical/physical): 512 bytes / 512 bytes
      I/O size (minimum/optimal): 512 bytes / 512 bytes
      Disklabel type: gpt
      Disk identifier: 9A0B2167-DB88-440B-877D-B61F2581AC5C

      Device Start End Sectors Size Type
      /dev/mmcblk0p1 8192 40959 32768 16M Linux filesystem
      /dev/mmcblk0p2 40960 73727 32768 16M Linux filesystem
      /dev/mmcblk0p3 73728 77823 4096 2M Linux filesystem
      /dev/mmcblk0p4 77824 7626751 7548928 3,6G Linux filesystem
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von rdamas ()

    • Marti_win7 schrieb:

      Ohne jetzt mit dem Inhalt des Spoilers was anfangen zu können, aber hast du den Speicherort fürs Backup mal auf die interne Platte gelegt, falls vorhanden?
      Genau das Problem hatte ich mal. Ein Backup ist auf dem Flash gelandet, daraufhin endeten alle folgenden Backups in einer Schleife, da die Backuproutine mit dieser Konstellation nicht klar kam.
      Das habe ich erst herausgefunden, nachdem ich alle Platten ausgehängt und das hdd-Verzeichnis (des Flash) durchsucht habe.
    • @rdamas Das Backup ist mit AFB angelegt, MO-FR 6:00
      Dein Script habe ich noch nicht ausprobiert.

      Die Infos liefere ich nach, wenn ich zu Hause bin, aktuell habe ich keinen Zugriff mehr

      rdamas schrieb:

      Das Backup erstellt im Grunde ja nur das tar-File und die drei Binär-Dumps der Partitionen mit Kernel, Initrd-Image und Splash.
      Das ist es ja, was mich so irritiert, manuelle Backups funktionieren ja meistens. Und das gestrige autom. afb-Backup hat offenbar auch funktioniert, der Absturz erfolgte exakt nach Ende.

      @Marti_win7: Ich sichere bisher nur auf den USB-Stick, um ihn Notfalls zum Flashen nutzen zu können, wenn ich beim Ausprobieren/rumspielen etwas größeres kaputt gemacht habe.
      Sicherung auf die HDD sollte keinen Unterschied machen, vor allem nicht nach dem Ende des Backups.
      Werde ich aber mal ausprobieren
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:
    • Ist sonst noch irgendwas konfiguriert, was nach dem Backup laufen könnte? EPGRefresh, EPGImport? Für die beiden gibt es Abfragen im Plugin, die ein herunterfahren nach dem Backup beeinflussen können.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.
    • Nach dem Backup passiert erstmal nichts geplantes, runterfahren ist nicht eingestellt, EPGRefresh läuft abends, EPGImport gar nicht mehr.
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:
    • @rdamas
      Hier die Outputs:
      /proc/mtd
      Spoiler anzeigen

      dev: size erasesize name
      mtd0: 00200000 00001000 "flash0.bolt"
      mtd1: 00010000 00001000 "flash0.macadr"
      mtd2: 00010000 00001000 "flash0.nvram"
      mtd3: 00010000 00001000 "flash0.devtree"
      mtd4: 00400000 00001000 "flash0"


      root@vuultimo4k:~# lsblk
      Spoiler anzeigen

      NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
      sda 8:0 0 2,7T 0 disk
      └─sda1 8:1 0 2,7T 0 part /media/hdd
      sdb 8:16 1 28,9G 0 disk
      └─sdb1 8:17 1 28,9G 0 part /media/usb
      mmcblk0rpmb 179:48 0 512K 0 disk
      mmcblk0boot0 179:16 0 4M 1 disk
      mmcblk0boot1 179:32 0 4M 1 disk
      mmcblk0 179:0 0 3,7G 0 disk
      ├─mmcblk0p1 179:1 0 16M 0 part
      ├─mmcblk0p2 179:2 0 16M 0 part
      ├─mmcblk0p3 179:3 0 2M 0 part
      └─mmcblk0p4 179:4 0 3,6G 0 part /
      mtdblock0 31:0 0 2M 0 disk
      mtdblock1 31:1 0 64K 0 disk
      mtdblock2 31:2 0 64K 0 disk
      mtdblock3 31:3 0 64K 0 disk
      mtdblock4 31:4 0 4M 0 disk



      fdisk /dev/mmcblk0
      Spoiler anzeigen

      Disk /dev/mmcblk0: 3,7 GiB, 3909091328 bytes, 7634944 sectors
      Units: sectors of 1 * 512 = 512 bytes
      Sector size (logical/physical): 512 bytes / 512 bytes
      I/O size (minimum/optimal): 512 bytes / 512 bytes
      Disklabel type: gpt
      Disk identifier: 31CF80CC-E4DD-46A8-95F0-94BE15D7703B

      Device Start End Sectors Size Type
      /dev/mmcblk0p1 2048 34815 32768 16M Linux filesystem
      /dev/mmcblk0p2 34816 67583 32768 16M Linux filesystem
      /dev/mmcblk0p3 67584 71679 4096 2M Linux filesystem
      /dev/mmcblk0p4 71680 7632895 7561216 3,6G Linux filesystem



      fsck vom Flash ???
      fsck auf ein gemountetes FS geht nicht, unmount geht auch nicht.
      Oder übersehe ich da etwas?
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von GaborDenes ()

    • Sieht unauffällig aus. Wegen fsck: übersehen nicht, man muss allerdings wissen, wie:

      Eine Datei "forcefsck" im Root-Verzeichnis stösst beim nächsten Hochfahren ein fsck an; touch /forcefsck

      Steht in der Datei /etc/init.d/checkroot.sh so drin.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.
    • ah, den kannte ich noch nicht :thumbup:

      jetzt läuft gerade ein Backup mit deinem afb_script
      Danach mache ich den Neustart


      Nachtrag: es gibt keine Crashlogs
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von GaborDenes ()

    • VTI-Imagebackup und AFB habe ich gestern deaktiviert und @rdamas script per cronjob laufen lassen.
      Backup ist erfolgreich gelaufen, kein Absturz.
      Ich werde da in den nächsten Tagen beobachten
      Danke an alle für die Unterstützung.

      Hmm offenbar bin ich nicht Backup-kompatibel. Als ich eben heim kam, hatte ich die Meldung im Display, das der Cronjob beendet ist, aber die Box war nicht mehr bedienbar, nur lange Power hat geholfen.
      Ich gebs dran und versuche, die Backups manuell regelmäßig zu ziehen.
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von GaborDenes ()