Newsgroup: it.comp.os.linux.iniziare
Titolo: Aiuto per cambio disco fissi - ripartizionamento e boot

Ciao a tutti,
il mio sistema è oggi così composto:
1 HD IDE con MBR Grub e Windows XP (due partizioni NTFS e una di swap
FAT)
1 HD SATA con una partizione /boot per linux (Ubuntu 8.10)
1 altro HD SATA identico al primo dove tutte le altre partizioni di
linux sono in striping software (/bin /usr... etc), anche /home è in
un'altra partizione stripe sui due dischi sata.
Quello che vorrei
Un unico nuovo HD SATA su cui mettere
1 MBR Grub
1 partizione Windows XP (NTFS)
1 partizione swap Windows (FAT)
1 partizione linux per tutto (ext3)
1 partizione swap per linux
1 partizione (la più grande) con i dati da condidividere tra i due
sistemi, ancora da decidere se farla ext3 o NTFS
Ora il punto: come faccio? NB ho a disposizione un HD di passaggio USB
dovesse servire su cui ci potrebbe stare tutto
il mio piano:
con ghost copio la partizione windows dal vecchio al nuovo hard disk,
incluso il MBR. Immagino però che Grub non funzionerà più al riavvio -
riavviando con un CD live di Ubuntu riesco a sistemarlo? Come? Vorrei
ritrovarmi con un sistema identico all'originale in cui ho solo
cambiato il disco su cui sta Windows.
Secondo STEP - spostare linux. Come si fa? Lo reinstallo sul nuovo HD
e poi gli copio sopra quello vecchio? mhhh non mi piace. Non vorrei
però perdere tutte le personalizzazioni fatte. Quali sono le cartelle
con i dati delle applicazioni? /etc e /usr? Potrei reinstallarlo ex
novo, magari aspettando la 9.04 e poi semplicemente copiargli le
cartelle /etc /usr e ovviamente /home per avere tutto come prima?
Grazieeeee
d.

 sistemi, ancora da decidere se farla ext3 o NTFS
Oggigiorno non ha senso fare la partizione per condividere i dati, Linux è
in grado di leggere e scrivere correttamente su NTFS (quindi direttamente
sulla partizione windows). Cerca "ntfs-3g" per più informazioni a riguardo.
Tra l'altro non capisco neanche la tua affermazione per lo "swap" di
windows. Windows usa dei file interni al proprio filesystem per lo swap e
imporgli una partizione FAT esterna rallenterebbe di brutto il sistema
operativo.
Max
-- 
Ragazzo, s.m.:
        Rumore ricoperto di sporco.

 Max
Stesso discorso per il file di swap: come in linux ho una partizione
swap così in Windows ho una partizione FAT32 (è più veloce) solo per
il file di swap, nota non i files temporanei. Il sistema ne giova:
piuttosto il contrario magari con un file di swap dinamico che si
frammenta risulta nel creare rallentamenti.

 incluso il MBR. Immagino però che Grub non funzionerà più al riavvio -
Immaginavo bene...
Fatto ieri sera - risistemando nel bios l'ordine dei dischi fissi in
modo che quello nuovo sia il primo (quello vecchio è scollegato) il
risultato è una schermata con scritto GRUB GRUB GRUB GRUB GRUB...
Proprio tutto lo schermo pieno di GRUB... mai vista una cosa del
genere...
Ho anche provato ad invertire gli altri due dischi (sono identici
quindi non ero sicuro che l'ordine fosse giusto) e anziché la
schermata di GRUB si è spento il monitor per out of sync.
Qualche idea?

Aggiungo dettagli
PRIMA DELLE MODIFICHE
hd0 = hda (windows)
hd1 = sda (linux /boot, poi il resto in striping)
hd2 = sdb (stripe con l'altro disco linux)
nel MBR di hda c'era il primo stage di Grub, mentre /boot con il resto
di grub è montata sulla prima partizione di sda.
Io ho fatto un clone di hda usando Ghost su un altro disco che perà è
SATA.
Dopo la modifica:
hd0 = sda (il nuovo disco windows)
hd1 = sdb (il vecchio sda, con /boot)
hd2 = sdc (il vecchio sdb)
E non funziona. Credo che il grub presente nel MBR del disco Windows
non riesca a trovare il secondo stage - mi dite un modo veloce e
sicuro per sistemarlo? Posso accedere al PC con una distribuzione
live, ma poi? Ho letto un po' di manuali di grub-install ma non mi è
chiaro come procedere.
Grazie
d.

 
Non entro in merito a come si debba struttarare il filesystem per Windows
(tanto secondo me e' una causa persa); ma su linux, se sei l'unico utente,
fare una partizione a parte per la home e' solo una leggenda metropolitana. 
La tua Home è una cartella, puoi fare tutte le copie di back-up o
trasferimenti estremamente facilmente. Facendo due partizioni ti limiti
molto, perchè il sistema perde di elasticità nel gestire lo spazio libero
(se riempi tutta la partizione per home che fai? Ripartizioni il disco per
sfruttare lo spazio libero rimasto? E' poco pratico, ma molto rognoso.)
Tra l'altro avere una partizione a parte non invoglia a fare back-up, e cio'
e' male.
Nelle grosse infrastrutture invece è utile avere una "/home" su partizione
separata, perchè se gli utenti si mettono a scaricare di tutto di più,
occupano tutta la partizione home, ma il sistema non si blocca.
Poi se gli amministratori sono svegli, poi (ma solo poi, sempre per
mantenere il sistema "elastico") attivano il servizio di quote per gli
utenti.
Ciao
Max

tzanig wrote:

Bisogna verificare e aggiornare il file di mappatura dei dischi, per esempio
cat /boot/grub/device.map
(hd0)   /dev/sda
(hd1)   /dev/sdb
poi bisogna verificare a aggiornare il file di configurazione di grub, per
esempiocat /boot/grub/menu.lst
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You do not have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /, eg.
#          root (hd0,5)
#          kernel /boot/vmlinuz-version ro root=/dev/sda6
#          initrd /boot/initrd-version.img
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,5)/boot/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.29)
        root (hd0,5)
        kernel /boot/vmlinuz-2.6.29 ro root=LABEL=/ rhgb quiet
        initrd /boot/initrd-2.6.29.img
title Fedora (2.6.23.12)
        root (hd0,5)
        kernel /boot/vmlinuz-2.6.23.12 ro root=LABEL=/ rhgb quiet
        initrd /boot/initrd-2.6.23.12.img
title Fedora (2.6.21-1.3194.fc7debug)
        root (hd0,5)
        kernel /boot/vmlinuz-2.6.21-1.3194.fc7debug ro root=LABEL=/ rhgb
quiet
        initrd /boot/initrd-2.6.21-1.3194.fc7debug.img
title Other
        rootnoverify (hd0,1)
        chainloader +1
title Suse
        rootnoverify (hd0,2)
        chainloader +1
ATTENZIONE, grub conta i dischi e le partizioni iniziando da 0, grub
potrebbe essere configurato per usare sia le label che gli UID dei dischi.
 
Probabilmente per ridurre questi tipi problemi potrebbe essere utile in
futuro installare il boot-loader di linux nella propria partizione e non
nell'MBR del disco di avvio del sistema, aggiungendo una voce al
boot-loader presente nell'MBR (se è un sistema windows xp basta leggere un
how-to presente in rete, se è windows vista basta usare il tool easy bcd,
se è linux basta aggiungere una voce tipo
title Other
        rootnoverify (hd0,1)
        chainloader +1
in cui hd0,1 è disco e il numero della partizione da avviare.

 molto, perchè il sistema perde di elasticità nel gestire lo spazio libero
Questo è vero, in effetti. Una terza via potrebbe essere quella di 
lasciare la Home al suo posto, ma avere una partizione a parte (montata 
 nella Home) per i soli Documenti, magari con file system NTFS o FAT32 
per essere accessibile anche da altri sistemi operativi.
Vedi
http://www.linuxmint.com/wiki/index.php/Move_home_to_its_own_partition

Aggiornamento
Sono riuscito a sistemare Grub utilizzando SuperGrubDisk da chiavetta
USB.
Poi ho installato Ubuntu 9.04, quindi ora nella partizione linux mi
trovo:
tutta l'installazione "pulita" di Ubuntu 9.04;
le cartelle /home.old e /etc.old che avevo prima sull'installazione di
Ubuntu 8.10.
Se avvio con una distribuzione live (lo stesso Ubuntu 9.04) e
rinomino:
/home in /home.new
/etc in /etc.new
/home.old in /home
/etc.old in /etc
funziona?
Quello che mi preoccupa è la corrispondenza degli utenti, io ho usato
lo stesso nome, devo verificare che abbiano anche lo stesso id?
Ho letto anche il topic di EnricoC sulla clonazione dell'installazione
che mi ha aiutato nelle operazioni, grazie