Dedicato agli utenti della Mela
 

Odissea upgrade disco TM

Trappole sul Finale 19 Set 2016 11:17
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 *******
Capirete che non era il modo di andare in paradiso così dopo un giorno
che girava e circa 4 milioni di ******* 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 ******* segnava circa 99
milioni di ******* 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
Jack 19 Set 2016 12:13
Il giorno lunedì 19 settembre 2016 11:17:08 UTC+2, Trappole sul Finale ha
scritto:
> 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 *******
> Capirete che non era il modo di andare in paradiso cosě dopo un giorno
> che girava e circa 4 milioni di ******* 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 ******* segnava circa 99
> milioni di ******* 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?

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
Trappole sul Finale 19 Set 2016 12:48
Jack <jack4747@gmail.com> wrote:

> 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.
>
Dunque... Considerando che diskutil mi torna questo:

iMac-di-Stefano:~ stefano$ diskutil list
/dev/disk0 ******* 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
Trystero 19 Set 2016 13:24
Trappole sul Finale <prima_ero_SL_@_sl_.it> wrote:

> Qualcuno di voi ha già affrontato questa situazione?

Tutto quello hai descritto serve per salvaguardare dati importanti che
risalgono a mesi fa? e che comunque saranno cancellati tra qualche mese?

> 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.
enzo.windsurfer@libero.it 19 Set 2016 13:54
Idem...
Trappole sul Finale 19 Set 2016 14:10
Trystero <diego.trystero@gmail.com> wrote:

> Trappole sul Finale <prima_ero_SL_@_sl_.it> wrote:
>
>> Qualcuno di voi ha già affrontato questa situazione?
>
> Tutto quello hai descritto serve per salvaguardare dati importanti che
> risalgono a mesi fa? e che comunque saranno cancellati tra qualche mese?

Ho riempito i 2TB in più di due anni. Se tanto mi dà tanto 4TB
dovrebbero durare altrettanti prima di iniziare a cancellare dati.

>> 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.

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
MarcoGT 19 Set 2016 14:55
On Monday, September 19, 2016 at 2:10:08 PM UTC+2, Trappole sul Finale wrote:

> Probabilmente la cosa migliore è mandare avanti TM col cancellare i dati
> 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 i*****) 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
Trappole sul Finale 19 Set 2016 15:30
MarcoGT <marcogt@gmail.com> wrote:

> On Monday, September 19, 2016 at 2:10:08 PM UTC+2, Trappole sul Finale wrote:
>
>> Probabilmente la cosa migliore è mandare avanti TM col cancellare i dati
>> 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 i*****) 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
Jack 19 Set 2016 17:02
Il giorno lunedì 19 settembre 2016 12:48:46 UTC+2, Trappole sul Finale ha
scritto:

> 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?

si.
puoi provare ad usare /dev/rdisk2 e /dev/rdisk3, sono i raw device, dovrebbe
essere piu' veloce. Dovresti pero' dover usare sudo per usarli:
sudo dd ...

puoi anche aggiungere bs=1M al comando, dovrebbe migliorare le performance

sudo dd if=/dev/rdisk2 of=/dev/rdisk3 bs=1M

> 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)

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
Trappole sul Finale 19 Set 2016 17:05
Jack <jack4747@gmail.com> wrote:

> Il giorno lunedì 19 settembre 2016 12:48:46 UTC+2, Trappole sul Finale ha
> scritto:
>
>> 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?
>
> si.
> puoi provare ad usare /dev/rdisk2 e /dev/rdisk3, sono i raw device,
> dovrebbe essere piu' veloce. Dovresti pero' dover usare sudo per usarli:
> sudo dd ...
>
> puoi anche aggiungere bs=1M al comando, dovrebbe migliorare le performance
>
> sudo dd if=/dev/rdisk2 of=/dev/rdisk3 bs=1M

Ormai l'ho lanciata senza opzione bs

>> 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)
>
> 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.
>
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
Trappole sul Finale 19 Set 2016 17:08
Jack <jack4747@gmail.com> wrote:

> si, la risposta #9:
> watch -n5 'sudo kill -USR1 `pgrep ^dd`'
> su un secondo terminale.

Ah, importante per chi leggerà in futuro: -USR1 su OSX diventa -INFO
altrimenti dd si blocca
--
Stefano
Jack 19 Set 2016 17:10
Il giorno lunedì 19 settembre 2016 17:05:59 UTC+2, Trappole sul Finale ha
scritto:

> 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?

fermalo e rilancialo col bs=1M.
Con USB2 dovresti andare intorno ai 30MB/s

Ciao Jack
Jack 19 Set 2016 17:11
Il giorno lunedì 19 settembre 2016 17:08:06 UTC+2, Trappole sul Finale ha
scritto:
> Jack <jack4747@gmail.com> wrote:
>
>> si, la risposta #9:
>> watch -n5 'sudo kill -USR1 `pgrep ^dd`'
>> su un secondo terminale.
>
> Ah, importante per chi leggerà in futuro: -USR1 su OSX diventa -INFO
> altrimenti dd si blocca

ah ecco. Bouno a sapersi :)

Ciao Jack
Jack 19 Set 2016 17:12
Il giorno lunedì 19 settembre 2016 15:30:57 UTC+2, Trappole sul Finale ha
scritto:

> 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?

se ti casca il sinology per terra perdi entrambi i dischi in un colpo solo.

Ciao Jack
Trappole sul Finale 19 Set 2016 17:20
Jack <jack4747@gmail.com> wrote:

> Il giorno lunedì 19 settembre 2016 15:30:57 UTC+2, Trappole sul Finale ha
scri
>
>> 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?
>
> se ti casca il sinology per terra perdi entrambi i dischi in un colpo solo.
>
Maledetto gatto, ti avevo detto di non salire lì sopra!

--
Stefano
Trappole sul Finale 19 Set 2016 17:26
Jack <jack4747@gmail.com> wrote:

> Il giorno lunedì 19 settembre 2016 17:05:59 UTC+2, Trappole sul Finale ha
scri
>
>> 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?
>
> fermalo e rilancialo col bs=1M.
> Con USB2 dovresti andare intorno ai 30MB/s
>
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
Trappole sul Finale 19 Set 2016 17:27
Jack <jack4747@gmail.com> wrote:

> Il giorno lunedì 19 settembre 2016 17:08:06 UTC+2, Trappole sul Finale ha
scri
>> Jack <jack4747@gmail.com> wrote:
>>
>>> si, la risposta #9:
>>> watch -n5 'sudo kill -USR1 `pgrep ^dd`'
>>> su un secondo terminale.
>>
>> Ah, importante per chi leggerà in futuro: -USR1 su OSX diventa -INFO
>> altrimenti dd si blocca
>
> ah ecco. Bouno a sapersi :)
>
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
Trappole sul Finale 19 Set 2016 17:31
Trappole sul Finale <prima_ero_SL_@_sl_.it> wrote:

> Jack <jack4747@gmail.com> wrote:
>
>>
>> fermalo e rilancialo col bs=1M.
>> Con USB2 dovresti andare intorno ai 30MB/s
>>
> 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?

Con 1024 sono salito a 10MB al secondo circa.
--
Stefano
Jack 19 Set 2016 22:09
Trappole sul Finale <prima_ero_SL_@_sl_.it> wrote:

> Trappole sul Finale <prima_ero_SL_@_sl_.it> wrote:
>
>> Jack <jack4747@gmail.com> wrote:
>>
>>>
>>> fermalo e rilancialo col bs=1M.
>>> Con USB2 dovresti andare intorno ai 30MB/s
>>>
>> 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?
>
> Con 1024 sono salito a 10MB al secondo circa.

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?
Trappole sul Finale 22 Set 2016 19:49
Jack <pippo2@disney.com> wrote:

> Trappole sul Finale <prima_ero_SL_@_sl_.it> wrote:
>
>> Trappole sul Finale <prima_ero_SL_@_sl_.it> wrote:
>>
>>> Jack <jack4747@gmail.com> wrote:
>>>
>>>>
>>>> fermalo e rilancialo col bs=1M.
>>>> Con USB2 dovresti andare intorno ai 30MB/s
>>>>
>>> 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?
>>
>> Con 1024 sono salito a 10MB al secondo circa.
>
> 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.
>

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
Jack 22 Set 2016 20:04
Trappole sul Finale <prima_ero_SL_@_sl_.it> wrote:

> 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?

eh boh.

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

Ciao Jack
--
Yoda of Borg am I! Assimilated shall you be! Futile resistance is, hmm?
Trappole sul Finale 24 Set 2016 10:09
Jack <pippo2@disney.com> wrote:

> Trappole sul Finale <prima_ero_SL_@_sl_.it> wrote:
>
>> 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?
>
> eh boh.
>
> potresti provare da terminale:
> diskutil ecc.
> 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 *****er (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

Links
Giochi online
Dizionario sinonimi
Leggi e codici
Ricette
Testi
Webmatica
Hosting gratis
   
 

Dedicato agli utenti della Mela | Tutti i gruppi | it.comp.macintosh | Notizie e discussioni macintosh | Macintosh Mobile | Servizio di consultazione news.