Newsgroup: it.media.video.produzione
Titolo: file mpeg su hard disk corrotto ... si vede ma non si riesce a spostare

Buongiorno
Ho un hard disk esterno contenente dei filmati. L'hard disk ha subito un 
danno. Ho solo fatto una ricostruzione degli indici con windows ed ora 
ho acquisito più funzionalità ci sono dei files che, pur se riesco a 
vederli con vlc, non riesco a copiarli in altra destinazione nè 
tantomeno a spostarli. Non ho eseguito defrag.
 
Avete qualche suggerimento?
Grazie
Ale
 
 
-- 
Questa email è stata esaminata alla ricerca di virus da AVG.
http://www.avg.com
 
 

Chiedi nel NG di Windows 10.
 
 
-- 
Vieni a trovarci su Youtube: 
https://goo.gl/522kv4
 

 
OPS ... Chiedo scusa


 
Scusate se insisto ma non ottengo alcun suggerimento nell'altro NG e 
siccome si tratta di una stranezza su files video, mi azzardo a tornare 
qui.
 
Perchè questi files si riesce a riprodurli ma non a copiarli su un 
supporto che non ha problemi?
 
Ricordo che l'Hard Disk che li contiene non funziona bene e va perlomeno 
formattato, se non buttato.
 
C'è un modo per aggirare l'ostacolo e salvare questi files che, in 
quanto familiari, hanno un loro preziosismo?
 
Grazie ancora


mai capitato una cosa simile, sei sicuro di riuscire a vederlo tutto di fila ??
 
se facessi dei salti manualmente mi spiegherei la cosa, nel senso che becchi sempre dei punti dove file e' buono
 
prova con qualche programma di recupero files e vedi cosa riesce a copiare, nel programma digli che non sai cosa e' successo 
cosi' di solito tenta tutte le possibilita', impiegano piu' tempo ma aumenta la possibilita' di recupero
 
almeno questa e' la mia esperienza
 
 

 quanto familiari, hanno un loro preziosismo?
 
Terzo: file importanti devono stare su almeno due supporti differenti, 
che ovviamente andranno controllati ad intervalli regolari che non siano 
rovinati. Mai lasciare i dati digitali "al caso"....
 
Ciao!
  Luca
 
 
 
 

Ho letto tutto.
L'hard disk in questione ha qualche anno, è stato riesumato per caso. 
L'errore di non mettere in sicurezza i dati, effettivamente, c'è stato.
 
Proverò quanto suggerito.
 
Grazie ad entrambi.


 poi lavori sulla copia.
 
Non l'ho mai provato, immagino che esegua anche una copia senza trovarsi 
davanti file rovinati ma soprattutto è in grado di copiare i soli dati o 
tutto il disco?
 
Mi spiego, 100GB di un disco di 500GB necessitano di un disco di 
destinazione di 500GB oppure è in grado di riversare il tutto su un 
disco ad esempio da 250GB?
 
Saluti.
^Bart

 disco ad esempio da 250GB?
 
Io di solito faccio cosi': ho un disco formattato in btrfs, montato con 
l'opzione "-o compress-force=zstd" (per comprimere i dati mentre copia).
L'immagine del disco non la salvo direttamente su un altro disco, ma la 
salvo su un file nella partizione btrfs, con questo comando:
 
  ddrescue -d -S /dev/sdb /mnt/dove_ho_montato_btrfs/discoUSB.img
 
"/dev/sdb" puo' variare e - in questo caso - e' il secondo disco (/dev/
sda e' il primo disco del PC, quello interno).
 
L'opzione "-d" serve appunto per forzare l'IO diretto in modo che sia 
direttamente ddrescue a gestire gli errori di lettura.
L'opzione "-S" serve per saltare i dati che contengono "zero" (di solito 
un HDD vergine arrivato tutto a zero), in modo da risparmiare spazio sul 
disco di destinazione.
 
Considerando anche un pochino di compressione data direttamente dal 
filesystem (gli MPEG, soprattutto se arrivano da una videocamera che deve 
inserire i pacchetti "dummy" per tenere il bitrate costante, sono 
relativamente comprimibili) e che parte del disco sia ancora "vergine", 
dovrebbe starci senza problemi un disco da 500GB su uno da 250GB.
Una volta che hai creato l'immagine, puoi eventualmente ridurre la 
dimensione del filesystem fino allo spazio occupato con "ntfsresize" o 
"fatresize" oppure con "gparted", pero' in questo caso devi creare una 
macchina virtuale e fargli vedere l'immagine che hai appena creato come 
disco RAW (in VirtualBox, "vboxmanage internalcommands createrawvmdk -
rawdisk /mnt/dove_ho_montato_btrfs/discoUSB.img -filename /mnt/
dove_ho_montato_btrfs/discoUSB.vmdk") e avvii la iso di system-rescue-cd 
dalla macchina virtuale.
 
Se poi vogliamo fare un po' di esperimenti, si puo' salvare l'immagine in 
un sottovolume di btrfs, clonarlo in sola lettura (in modo tenere una 
copia "pseudo" originale), e poi fare tutti gli esperimenti che ci 
occorrono. Giusto per esemplificare:
 
mkfs.btrfs /dev/sdc1 (creazione del fs su partizione 1 del terzo disco)
mkdir -p /mnt/backup
mount /dev/sdc1 /mnt/backup -o compress-force=zstd
btrfs su c /mnt/backup/discoUSB (creazione di un sottovolume)
ddrescue -d -S /dev/sdb /mnt/backup/discoUSB/discoUSB.img
btrfs su sn -r /mnt/backup/discoUSB /mnt/backup/discoUSB.readonly
  (creazione snapshot in sola lettura del sottovolume "discoUSB")
 
Se fai pasticci sull'immagine /mnt/backup/discoUSB/discoUSB.img, puoi 
cancellare il relativo sottovolume e ricrearlo da quello in sola lettura:
 
btrfs su del -c /mnt/backup/discoUSB
btrfs su sn /mnt/backup/discoUSB.readonly /mnt/backup/discoUSB
 
I sottovolumi/snapshot sono veramente una comodita' che ti salvano da 
cancellazioni e/o modifiche accidendali. Essendo poi un filesystem copy-
on-write (i dati vengono copiati solo quando vengono modificati), puoi 
fare quanti cloni vuoi di un sottovolume senza praticamente occupare 
spazio aggiuntivo.
 
Ci sono poi anhe le utility per fare il backup incrementale dell'intero 
file-system o di un sottovolume: viene ricreato lo stesso file system 
originale con tutti gli eventuali spostamenti/rinomina di file senza 
occupare spazio aggiuntivo.
Certo, occorre utilizzare GNU/Linux (o sullo stesso PC con cui lavori, o 
su un server/NAS collegato in rete)....... 
 
Ciao!
  Luca

Se vuoi stare tranquillo, conserva 3 copie dell'hard disk in posti
 diversi, di cui uno fuori casa, ad esempio in ufficio.
