Newsgroup: it.comp.macintosh
Titolo: Odissea upgrade disco TM

Ciao a tutti.
Da un paio di giorni sto tentando di passare dal vecchio disco che uso
per TimeMachine al nuovo.
Ho inizialmente tentato il modo 'semplice' seguendo quanto scritto qui:
https://support.apple.com/it-it/HT202380
 
Cioč: formattazione del nuovo disco con i flag giusti e copia dal Finder
della cartella Backups.backupdb.
 
Il problema č che quella cartella occupa 2 TeraByte e milioni di file.
Capirete che non era il modo di andare in paradiso cosě dopo un giorno
che girava e circa 4 milioni di file processati (preparazione alla
copia, non copia vera e propria), ho interrotto e provato a usare rsync
da terminale.
Il comando che ho dato č:
sudo rsync -vahE --progress "/Volumes/Ben Turpin/Backups.backupdb"
"/Volumes/Bud Spencer"
Ieri sera sono andato a dormire che il counter dei file segnava circa 99
milioni di file dopo circa 12 ore di lavoro (enormemente piů veloce
della copia del Finder, ma questo si sapeva).
 
Stamattina mi trovo questo errore:
ERROR: out of memory in flist_expand [sender]
rsync error: error allocating core memory buffers (code 22) at
/BuildRoot/Library/Caches/com.apple.xbs/Sources/rsync/rsync-47/rsync/util.c(115)
[sender=2.6.9]
 
Ora sto valutando le prossime mosse.
La mia idea originaria era di passare semplicemente da un disco da 2TB a
uno di 4TB ma ora sto valutando di archiviare in un cassetto il vecchio
disco e ricominciare il backup sul nuovo partendo da adesso.
 
Qualcuno di voi ha giŕ affrontato questa situazione? Come vi siete
comportati?
-- 
Stefano


quello che puoi tentare e' fare un dd di _tutto_ il disco (magari con i raw devices: /dev/rdiskX ), e poi ingrandire la partizione con utility disco quando ha finito.
 
Ciao Jack

 
Dunque... Considerando che diskutil mi torna questo:
 
iMac-di-Stefano:~ stefano$ diskutil list
/dev/disk0 (internal, physical):
   #:   TYPE NAME               SIZE            IDENTIFIER
   0:   GUID_partition_scheme   *1.0 TB         disk0
   1:   EFI EFI                 209.7 MB        disk0s1
   2:   Apple_HFS Macintosh HD  999.3 GB        disk0s2
   3:   Apple_Boot Recovery HD  650.0 MB        disk0s3
/dev/disk2 (external, physical):
   #:   TYPE NAME               SIZE            IDENTIFIER
   0:   GUID_partition_scheme   *2.0 TB         disk2
   1:   EFI EFI                 209.7 MB        disk2s1
   2:   Apple_HFS Ben Turpin    2.0 TB          disk2s2
/dev/disk3 (external, physical):
   #:   TYPE NAME               SIZE            IDENTIFIER
   0:   GUID_partition_scheme   *4.0 TB         disk3
   1:   EFI EFI                 209.7 MB        disk3s1
   2:   Apple_HFS Bud Spencer   4.0 TB          disk3s2
/dev/disk4 (disk image):
   #:   TYPE NAME               SIZE            IDENTIFIER
   0:   Apple_partition_scheme  +19.7 MB        disk4
   1:   Apple_partition_map     32.3 KB         disk4s1
   2:   Apple_HFS Flash Player  19.6 MB         disk4s2
 
Dovrei fare una cosa tipo:
dd if=/dev/disk2 of=/dev/disk3
dove disk 2 è il mio attuale disco di TM e disk3 è il futuro disco di
TM?
 
Sto cercando in rete un metodo per monitorare la copia e per ora ho
trovato questo:
https://ubuntuforums.org/showthread.php?t=884093
 
Chissà se funziona anche sul nostro Terminale (dovrebbe ma non si sa
mai)
 
 
-- 
Stefano

 Come vi siete comportati?
 
Quello che ho fatto io, quando si è trattato di sostituire i dischi di
TM su due Mac con altri più capienti, è stato semplicemente ricominciare
con un nuovo backup da zero.

Idem...

 con un nuovo backup da zero.
 
E' un'opzione. Come scritto prima potrei anche mettere da parte il disco
e riprenderlo quando e se ne avrò bisogno.
 
Finora mi sono preoccupato più di "fare il backup" che di "come (e di
cosa) fare il backup".
Probabilmente la cosa migliore è mandare avanti TM col cancellare i dati
più vecchi e archiviare documenti importanti in altro modo.
-- 
Stefano

 più vecchi e archiviare documenti importanti in altro modo.
 
È esattamente ciò che faccio io.
Backup di TM (dell'iMac) su un disco da 1TB (il disco interno se non sbaglio è da 750GB), i dati importanti (librerie di Foto e iMovie) copiati su NAS (290GB in totale) che a sua volta fa backup (simile a TM) su disco esterno USB da 2GB (il NAS ha due dischi (RAID1) da 2TB ciascuno


Ho Synology con due dischi da 2TB in RAID1 anche io.
Perché fai backup su disco esterno? Non basterebbe (brrr) la doppia
copia fornita dal RAID1?
 
-- 
Stefano

 mai)
 
si, la risposta #9:
watch -n5 'sudo kill -USR1 `pgrep ^dd`'
su un secondo terminale.
 
Alla fine ti ritroverai un disco con una partizione di 2TB, devi quindi espanderla. Dovresti poterlo fare con Utility Disco (credo).
Come sono connessi i dischi? USB2/3/Firewire/Thunderbolt/...? Tanto per avere un idea del tempo che dovresti metterci a copiare 2 TB di dati.
 
Ciao Jack

 
Disco sorgente USB2
Disco destinazione USB3
 
L'ultimo kill dice
44908641+0 records in
44908640+0 records out
22993223680 bytes transferred in 3130.919539 secs (7343920 bytes/sec)
Circa 7MB al secondo, 79 ore  o sbaglio candeggio?
 
 
-- 
Stefano

 su un secondo terminale.
 
Ah, importante per chi leggerà in futuro: -USR1 su OSX diventa -INFO
altrimenti dd si blocca
-- 
Stefano

 Circa 7MB al secondo, 79 ore  o sbaglio candeggio?
 
fermalo e rilancialo col bs=1M.
Con USB2 dovresti andare intorno ai 30MB/s
 
Ciao Jack


ah ecco. Bouno a sapersi :)
 
Ciao Jack

 copia fornita dal RAID1?
 
se ti casca il sinology per terra perdi entrambi i dischi in un colpo solo.
 
Ciao Jack

 
Maledetto gatto, ti avevo detto di non salire lì sopra!
 
-- 
Stefano

 
iMac-di-Stefano:~ stefano$ sudo dd if=/dev/disk2 of=/dev/disk3 bs=1M
dd: bs: illegal numeric value
 
leggo dal man che bs setta il blocco a n bytes sia in input sia in
ouput.
Metto 1024?
Il default č 512, possibile che raddoppiando questo valore saliamo di
molto piů del doppio?
 
-- 
Stefano

 
E watch non è incluso. O lo si installa o si scrive un semplice script
bash. Credo che non farò né l'uno né l'altro e andrò avanti a lanciare
il comando ogni tanto
 
-- 
Stefano

 molto piů del doppio?
 
Con 1024 sono salito a 10MB al secondo circa.
-- 
Stefano


si.
 
metti 1048576
 
bs e' il blocksize, di default e' 512 bytes. Praticamente dd legge bs
alla volta, quindi di default 512 bytes, se metti 1M (1048576) dd legge
1MB alla volta dal disco. Molto piu' efficiente.
 
Ciao Jack
-- 
Yoda of Borg am I! Assimilated shall you be! Futile resistance is, hmm?

 
 
Si č attestato intorno ai 12MB al secondo e ha finito la copia dopo
circa 44 ore.
L'ho lasciato riposare un po' :-) e poi ho tentato l'eliminazione della
partizione non usata per avere un disco unico da 4TB.
Purtroppo Disk Utility non ci č riuscito e ha tornato questo errore, non
visualizzabile completamente e di cui non trovo niente in rete.
 
http://www.ibet.it/userfile/Trappole/errDiskUtil.png
 
 
Che intende? Che dovrei fare? Cosa c'č nascosto nella frase che non
entra nel box?
 
 
-- 
Stefano


eh boh.
 
potresti provare da terminale:
diskutil ecc.
ma il comando esatto non lo so, ma google probabilmente si.


 ma il comando esatto non lo so, ma google probabilmente si.
 
Finito.
Ho un disco da 4TB su cui vengono fatti i backup di TM con tutto lo
storico che c'era sul vecchio.
Girando per vari siti e forum ho capito cosa era successo: il disco di
TM viene formattato seguendo lo standard GPT (GUID Partition Table).
Secondo questo standard all'inizio del disco c'è un descrittore che
indica i punti dove iniziano le partizioni e quanto sono grandi,
Va da sé che copiando pari pari quanto avevo sul disto da 2TB anche
questo descrittore viene copiato allo stesso modo e fatalmente indicava
la partizione di 2TB lasciando i restanti 2TB inutilizzati.
Per sistemare tutto va riscritta totalmente la GPT, il che può sembrare
una cosa da hacker (e forse a un livello infimo lo è pure), ma alla fine
con un po' di coraggio e la consapevolezza che comunque avrei potuto
riformattare tutto e ricominciare (altri due giorni...), mi sono messo
al lavoro e ho seguito le istruzioni trovate a questo link:
http://blog.kyodium.net/2010/11/increase-disk-and-partition-size-in.html
 
In realtà lì viene descritto come espandere un disco di sistema su una
macchina dotata di DVD player; io non ho dovuto partire dal DVD di
installazione e ho adattato i comandi alla mia situazione, per certi
versi è stato anche più semplice.
 
-- 
Stefano