Avanzamento 9.10>10.04. Molti problemi e alcune soluzioni.Windows e multiboot

Problemi riscontrati durante l'installazione di Ubuntu, degli aggiornamenti e degli avanzamenti del sistema.
Scrivi risposta
stoddard
Prode Principiante
Messaggi: 71
Iscrizione: sabato 7 aprile 2007, 13:11

Avanzamento 9.10>10.04. Molti problemi e alcune soluzioni.Windows e multiboot

Messaggio da stoddard »

Ambiente Gnome.
Dopo avanzamento da 9,10 ,  funzionante, a 10,04 mi sono imbattuto in una serie di errori che mi hanno fatto disperare per una giornata e fondamentalmente connessi a disfunzioni del Grub2,
L' avanzamento e' stato fatto con una alternate + connessione internet.

Premesse : processore AMD quad, Ubuntu x64 sia per la 9,10 che per la 10,04,
sda = SATA 500 GB con windows 7; ubuntu; pclinuxos (32 bit) ; partizione dati in NTFS
sdb = EIDE 160 GB con Windows Xppro ; partizione dati inNTFS
Ulteriore premessa: non sono un esperto, ma utilizzo ormai linux da qualche anno. Posso commettere errori o dire castronerie e accetto commenti non favorevoli, purche' siano fondati e purche' non si metta in dubbio la veridicita' di cio' che riporto.
Chiedo scusa per la lunghezza del post. Gli argomenti sono molti e tutti collegati.


Primo problema che va e viene tuttora, l' unico del quale non ho ancora perfezionato una soluzione.
Avviando Ubu 10 schermo nero , oppure con scritte illeggibili “ a quadrotti” , che sono evidentemente il logo di Ubuntu, ma sdoppiati. Il S.O. non si avvia.
Soluzione provvisoria : attendere una 20na di secondi e premere ctrl+alt+canc : si avvia la schermata di login, poi il S.O. che risulta disponibile in tutte le sue funzioni,



Secondo problema : il riconoscimento della partizione logica su estesa dove e' posizionato pclinuxos viene interpretata nel file /boot/grub/grub.cfg in modo a dir poco singolare

Codice: Seleziona tutto

}

menuentry "linux (on /dev/sda5)" {

	insmod ext2

	set root='(hd0,5)'

	search --no-floppy --fs-uuid --set 410c8e79-20a8-48b2-8422-c501737edc32

	linux /boot/vmlinuz BOOT_IMAGE=linux root=UUID=410c8e79-20a8-48b2-8422-c501737edc32 splash=silent vga=788

	initrd (hd0,4)/boot/initrd.img

}
e ovviamente non parte,
Si noti come siano esatti il riferimento a sda5 e quello iniziale in cui si setta la variabile root a (hd0,5) ma si osservi come nell' ultima riga Grub cerca initr sull' hd (0,4).
E no ! Non ci siamo proprio. E gia' me lo combinava sulla 9.10!
E non c' e' update-grub oppure startup manager che tenga. Idem se uso il live cd con un refresh del grub con il classico metodo descritto anche nel wiki e piu' avanti qui.
Qualsiasi metodo “automatico” continua a perpetrare quell' errore. L' unica e' correggere a mano. E vedremo alla fine.



Terzo problema : la definizione di sda e sdbe la mbr di partenza.
Siccome sono incasinato con gli windows ( vedi sotto) verifico tutto in consolle : uuid dei dischi , loro definizioni e a un certo punto persino con Gparted ; e qui sorpresa.
Gparted mi dice che sda ha solo due partizioni, mentre sdb ne ha molte di piu' e contiene tre sistemi operativi e la swap .
Potete non crederci , mi ha detto proprio cosi'; ha invertito sda con sdb,
Inorridisco. Pero' faccio alcune deduzioni : il grub e' installato su sdb .( e come cavolo ci e' finito ?),
Saro' rimbambito, ma quando faccio queste operazioni sto molto attento in consolle  e sono strasicuro di non avercelo indirizzato io. L' avra' fatto forse startup manager in gui ?
Il S.O. E' sicuramente piu' confuso del sottoscritto – e sono gentile a limitarmi a dire cio'.
Riavvio e i riconoscimenti degli hd tornano a posto . Allora avevo ragione, non sono io rimbambito . E' il S.O.  ad alto tasso alcoolico.
L' avvio degli windows continua a non andare.
Ma che ? Mi prende in giro ?



Quarto problema : i due windows non partono piu'. Sono li' nel grub.cfg con i parametri corretti , ma non se ne parla, neppure editando a mano il grub all' avvio.
Dopo varie prove comprendo che ci sono due errori :
a) il grub ha brasato completamente boot e MBR non solo dell' sda e dell' sdb, ma anche quelle specifiche dei due S.O.
Quindi mi munisco dei cd di installazione e, staccando un hd a turno, restauro le due MBR di casa MS.
1)lasciando attaccato solo sdb lancio la consolle di ripristino di XP e di li' do' i due comandi

Codice: Seleziona tutto

fixboot
fixmbr
Riavvio di verifica con solo sdb : funziona

2)lasciando attaccato solo sda lancio le funzioni di ripristino di seven e con la consolle di dos applico i comandi

Codice: Seleziona tutto

bootrec /FixMbr
bootrec /Fixboot
Riavvio di verifica con solo sda : funziona. Ovvio che di linux neanche l' ombra ora.

A questo punto , con attaccato solo sda uso il live cd di ubu 10,04 e in consolle i tipici montaggi di sda2 (Ubu)  e ammennicoli vari in /mnt , come da guide, e cioe'

Codice: Seleziona tutto

sudo mount /dev/sda2 /mnt
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys

sudo chroot /mnt

grub-install /dev/sda
update-grub

exit
smontaggio delle varie /mnt e riavvio.

Verifica : si avviano Ubu (con il difetto del punto1) e W7. Ovviamente no pclinuxos per l' errore
citato piu' sopra.



A seguire non tiratemi le orecchie,
Reso edotto dei pasticci vado in consolle e faccio

Codice: Seleziona tutto

cd /
sudo chmod 777 /boot/grub/grub.cfg
cosi' modifico le proprieta' di grub.cfg rendendolo scrivibile.
Apro il file con gedit e sostituisco il famigerato (hd0,4) con (hd0,5) nelle tre opzioni di avvio (norm-memtest-recovery mode) di competenza che sono riportate  ( av oi ne ho riportata solo una di esempio)
Infine in coda a cio' che ha rilevato l'os-prober ( gli venga un bene) aggiungo

Codice: Seleziona tutto

menuentry "Windows NT/2000/XP (loader) (on /dev/sdb1)" {

	insmod ntfs

	set root='(hd1,1)'

	search --no-floppy --fs-uuid --set 46b8c744b8c730eb

	drivemap -s (hd0) ${root}

	chainloader +1

}

prima della riga

Codice: Seleziona tutto

### END /etc/grub.d/30_os-prober ###

Spengo. Riattacco il sdb e riavvio . Ecco ora tutti i S.O. presenti vengono correttamente caricati.
Almeno fino al primo prossimo update di kernel quando l' update di default non mi incasinera' di nuovo tutto.
Ovviamente la soluzione di modificare  le proprieta' di grub.cfg e di editarlo non e' il massimo, ma rimane la via piu' rapida, almeno fino al prossimo update,
La alternativa e' quella di modificare il file /etc/grub,d/40_custom per rendere le modifiche permanenti, Pero' anche  cosi', come si puo' intuire, avremo un grub ridondante di opzioni, delle quali alcune comunque fallate, almeno al primo update.

Ciliegina sulla torta. Per quanto nelle opzioni di tastiera e varie il separatore numerico impostato sia il “.” , se uso quello del tastierino numerico ottengo sempre la “,”.
Ultima modifica di stoddard il domenica 2 maggio 2010, 18:34, modificato 1 volta in totale.
Scrivi risposta

Ritorna a “Installazione e aggiornamento del sistema operativo”

Chi c’è in linea

Visualizzano questa sezione: 0 utenti iscritti e 7 ospiti