File danneggiato / perso durante il trasferimento? Il recupero è possibile?


10

Ero a uni qualche giorno fa quando ho tentato di tagliare e incollare un file da 500 Mb (una registrazione video da 3gp) nel mio disco H su uno dei computer Linux (Debian KDE 3.5) della rete uni.

Non ho visto alcun messaggio di errore che indicava che il processo di copia e incolla non era riuscito, ma quando ho guardato il file incollato risultante, ora appare come un file da 60 Mb (che è una discrepanza di 440 Mb!). Il mio file era in qualche modo ridotto! Il file si è rotto durante il processo di incollamento e questo è il frammento di un file copiato in modo incompleto?

Ho il sospetto che ciò che è accaduto sia stato il trasferimento del file interrotto a causa delle limitazioni di allocazione delle dimensioni dell'unità H imposte agli utenti dagli amministratori.

Ma penseresti che Linux anticiperebbe che il file era più grande di quanto sarebbe possibile spostare nella destinazione prevista e interrompere il trasferimento prima che iniziasse, non aspettare fino a quando non raggiungesse un limite proibito, quindi annullare discretamente senza avvisarmi.

Anche in caso di un trasferimento di file interrotto, normalmente ci si aspetta che il file originale rimanga intatto (cioè non cancellato) l'unità USB originale?

Il file appare nella destinazione, ma ora è molto più piccolo e non funziona. Il file originale nella posizione di origine sull'unità esterna è scomparso, suggerendo che il lavoro è stato completato correttamente.

Questo ridimensionamento è piuttosto bizzarro e ora non mi sembra di avere accesso al file originale. Dopo aver tagliato e incollato l'originale potrebbe essere stato rimosso dalla posizione di origine. Il computer ha gestito male questa attività, apparentemente causandomi di perdere il mio file e vorrei che tu mi aiutassi a recuperare il mio file.

Ho provato a recuperare il file sulla scheda SD del mio telefono usando PhotoRec e lo strumento forense di Sleuthkit. Senza fortuna. Sezioni cancellate del disco potrebbero essere state sovrascritte da nuovi dati. Quindi zero progressi sull'estremità della fonte. Qualche modo per recuperare sul lato di destinazione (ad es. La mia rete uni)?

peter@peter-deb:/media/E0FD-1813$ cd DCIM/
peter@peter-deb:/media/E0FD-1813/DCIM$ cd ..
peter@peter-deb:/media/E0FD-1813$ cd LOST.DIR/
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls -a
.  ..
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ 

Cosa hai usato per copiare / spostare il file? Inoltre, come ti aspetteresti che uno strumento di copia sappia cosa impostano gli amministratori di sistema come dimensioni massime consentite? Inoltre, sei sicuro che non ci siano stati problemi con le dita dalla tua parte? Nessuno strumento di copia dovrebbe mai eliminare il file originale se la copia non è terminata.
Tshepang,

Lo strumento di copia era Konquerer o qualunque fosse il file manager su quel computer Debian di KDE 3.5. Sono sicuro di non aver dislocato la spina USB per tutta la durata del processo di trasferimento, se è questo che intendi?
ptrcao,

ptrcao, Dopo aver effettuato il trasferimento, hai: (smontato l'unità USB) o (hai usato l' opzione di espulsione / rimozione e hai aspettato un pop-up che ti dicesse che puoi rimuoverlo in sicurezza)?
rozcietrzewiacz,

Sì, è una questione di abitudine. L'unico motivo per cui non lo farei è su alcune reti, la funzione non è abilitata nell'ambiente desktop, ma mi sembra di ricordare che questa funzione sia disponibile e usata abitualmente da me sulla rete Linux in questione. E allora, che cosa ti dice? Qualcosa di utile?
ptrcao,

1
"H drive": scommetterei che il colpevole è sul lato Windows e non ha nulla a che fare con Linux, rete o server. L'SMB di Windows sembra avere alcuni problemi come questo mentre tenta di bufferizzare i file internamente e di scollegare l'originale (durante uno 'spostamento') prima di terminare.
Jonathan Cline IEEE

Risposte:


11

Innanzitutto, non spostare mai un file attraverso la rete, solo copia. È sempre possibile eliminare l'originale dopo che la copia è stata completata correttamente. In secondo luogo, il sistema locale potrebbe non essere nemmeno a conoscenza dell'esistenza di una quota del file system nell'archiviazione remota: non dare per scontato che sia persino possibile indovinare in anticipo se un'operazione di copia non riuscirebbe a causa di una quota remota. Per quanto riguarda il processo di "invio", tutti i byte sono stati inviati e ricevuti dall'estremità remota e si desidera spostare il file in modo che ora sia possibile eliminare l'originale - file poof sparito.

"Un modo per recuperare alla fine della destinazione?" - Non una possibilità. OK, forse piccolo. Verificare con l'amministratore di rete se è possibile che il sistema abbia effettivamente ricevuto il file completo, ma riporta solo le dimensioni all'interno della propria quota. Non trattenere il respiro.

E mi scuso se sto suonando un po 'duro, ma sembra che alcune nuove abitudini siano in ordine. :-)


No ... :( In che modo l'amministratore non ha potuto proteggersi da questo? Sono solo uno studente normale, cosa ne so di computer e reti e buone pratiche di gestione dei dati ... Hai fornito un barlume di speranza. inserire una richiesta e aprire un caso per vedere se riescono a recuperare il mio file. Eventuali ulteriori suggerimenti pratici, utili, cose che posso fare o chiedere di averlo fatto per me? Quel file era importante e unico! Ne ho bisogno .. . :(
ptrcao,

Inoltre, ho effettivamente provato a copiare il file residuo ed eseguirlo a casa. In effetti, viene segnalato come file da 60 Mb da tutti i computer che lo visualizzano, e in effetti quel file non funziona. Questo esclude il tuo scenario di speranza?
ptrcao,

Hai parlato con un amministratore di sistema? Questo è l'unico briciolo di speranza rimasto.
shon

Sì, nessuna risposta. :( Ma alla fine ci riusciranno, suppongo ...
ptrcao,

Il pigro amministratore lo liquidò in un secondo e disse che voleva chiudere il caso. Fu istantaneo. Dopo tutti i dettagli che ho inserito nel mio caso, non si è nemmeno preoccupato di farlo ...
ptrcao,

1

Soluzione vecchia scuola per la prossima volta:

# sync
# sync
# sync
# umount /mnt

(Questo è un po 'sarcastico perché le tre sincronizzazioni di seguito sono legacy e metà superstiziose. Cerca. Http://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync )

Era utile ai tempi di SYSV.

Ok, mi ci è voluto un po 'per localizzarlo su Google. (Perché così difficile? Il folklore si perde?) Ad ogni modo suggerisco ai giovani di leggere il libro del folklore Unix di Raymond (che ... non riesco a trovare su Amazon ...?).




Heh, questo mi riporta indietro. Xenix ... Sincronizza, attendi che il LED HDD si oscuri. Ripetere altre due volte e richiedere l'arresto del sistema. Qualcuno sacrifica ancora i polli sulla tastiera prima di iniziare qualche aggiornamento importante?
Fiasco Labs,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.