Hyper Backup versiebackup kapot?

[Sylvester]

Er loopt een Hyper Backup versie backup van één NAS naar een ander (dus een zogenaamde 'netwerk backup).
Gisteren heeft hij nog gelopen, vandaag meldt hij in het logboek dat er I/O fouten zijn op de doel-harde schijf naar waar de backup gaat.
Het is een externe HD van de andere NAS naar waar de backup gaat.
Nochtans lopen daar ook nog andere backups naartoe, en die lopen nog allemaal goed.

Dus ik probeer de .hbk file van die backup naar een andere externe schijf te kopiëren. Dat lukt.
Dan probeer ik een nieuwe netwerk backup aan te maken door opnieuw te koppelen met die .hbk file op de andere schijf
Maar om opnieuw te koppelen vindt hij geen hbk file op die andere schijf, en eigenlijk vindt hij die ook niet op de eigenlijke schijf.
Ik kan wel eventueel koppelen met een gans andere .hbk file, maar dat is natuurlijk niet de bedoeling.

Nu probeer ik de originele backup opnieuw te starten en hij doet het terug, zonder dat er iets is gewijzigd

Wat moet ik nu hiervan denken? Zou er toch iets aan die schijf zijn of zou er iets aan de .hbk file zijn, of is er iets met de backup binnen die .hbk file?

[Briolet]

Als je aan de backup twijfelt, moet je de integriteitscheck doen. Als het goed is, heb je al ingesteld om dit periodiek te doen. Dat is tegenwoordig de default als je een taak maakt. Je kunt de check ook handmatig starten.

Zoek ook in het logboek op 'check'. Dan vind je alle uitgevoerde checks.

Zoek eventueel ook op "Data integrety" en kijk bij alle entries of (meestal) 100% gecontroleerd is. Belangrijk als je een maximum tijd opgeeft voor controle.

[Birdy]

Zou er toch iets aan die schijf zijn

Op een externe schijf heb je ook S.M.A.R.T.-test en S.M.A.R.T.-informatie.

[Sylvester]

Op de externe schijven heb ik helaas geen smart test.

De data integriteitstest, ja daar had ik niet meer aan gedacht.
Ja die loopt elk weekend, en was vorig weekend nog goed.
Enkel de voorlaatste backup wilde niet meer lopen. 10 keer geprobeerd.
Daarna later nog eens geprobeerd en toen wilde hij wel draaien.
Ik zal eens een manuele test doen. Dat zal wel effe duren zeker? Want dat is via internet.

[Birdy]

Want dat is via internet

Wordt op de remote NAS uitgevoerd, dus geen last van Internet.

[Briolet]

Je kunt ergens een checkbox aanvinken voor een uitgebreidere test. Dan gaat hij volgens mij de backup met het origineel vergelijken. Maar dat vergelijken zal via MD5 hashes gaan. Dan hoeft alleen één hash per file over het internet.

[Briolet]

Op de externe schijven heb ik helaas geen smart test.

Die optie blijft bij mij ook altijd grijs. Toch lukt het via de terminal:

Voor de usb disk:
Locatie USB disk opvragen met:
mount | grep volumeUSB

(Zal meestal /dev/sdq1 opleveren. Zo niet, dit in de volgende commando's aanpassen.)

Smart info opvragen met:
sudo smartctl -x -d sat /dev/sdq1

Smart test uitvoeren met:
smartctl -t short -d sat /dev/sdq1

[Sylvester]

Nee helaas doet de smart test het niet :

Read Device Identity failed: scsi error medium or hardware error (serious)

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

Wat de test van de integriteit betreft, die is goed gelopen, geen fouten.
Je kan inderdaad een checkbox aanvinken, dan gaat hij ook testen of het terugzetten van de backup ook werkt. Dat was allemaal ok.

Toch vreemd dat de backup nu wel loopt. En het is vreemd dat ik de .hbk file van die backup niet kan overnemen en koppelen met een nieuwe backup taak.
Enfin, ik hou het nog eens in het oog.

[Sylvester]

Tot nu toe loopt alles goed. We gaan het loslaten...