[RISOLTO] - Messaggio di errore di grub2 dopo aver aggiunto un terzo HD interno.

[et4beta]

Oggi ho aggiunto un hard disk interno (sdc) ai due che già avevo (tutti SATA II), il disco è diviso in due partizioni NTFS e nella prima c'è installato XP. Dopo aver lanciato karmic ho dato "sudo update-grub", che mi ha trovato tutti i S.O. ma alla fine mi da il messaggio:

grub-probe: error: Cannot find a GRUB drive for /dev/sdc1.  Check your device.map.

Ho anche montato le due partizioni, ma il messaggio rimane.
Anche in sda1 ho un'installazione di XP (ma il disco da segni di cedimento, per questo me ne sono preparata un'altra), ed ecco le differenze nelle righe di avvio del /boot/grub/grub.cfg,

menuentry "Microsoft Windows XP Home Edition (on /dev/sda1)" {
insmod ntfs
set root=(hd0,1)
search --no-floppy --fs-uuid --set befc4cc8fc4c7ca1
drivemap -s (hd0) ${root}
chainloader +1

mentre quella di sdc1, creata con l'update-grub, è:

menuentry "Microsoft Windows XP Home Edition (on /dev/sdc1)" {
drivemap -s (hd0) ${root}
chainloader +1

In effetti il secondo non è completo, secondo me dovrebbe essere:

menuentry "Microsoft Windows XP Home Edition (on /dev/sdc1)" {
insmod ntfs
  set root=(hd2,1)
  search --no-floppy --fs-uuid --set c8342e50342e4234
  drivemap -s (hd2) ${root}
chainloader +1

Però non sono sicuro, e soprattutto come faccio, lo edito io?
Come mai avviene questo? Il grub2, ha un limite nel numero di HD o partizioni?
Non ho ancora provato ad riavviare, ma non credo proprio che quella riga di menuentry, così com'è, funzioni.
Allego anche il risultato del comando "fdisk -l":

Codice: Seleziona tutto

Disco /dev/sda: 320.1 GB, 320072933376 byte
255 testine, 63 settori/tracce, 38913 cilindri
Unità = cilindri di 16065 * 512 = 8225280 byte
Identificativo disco: 0xe843e843

Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        9592    77047708+   7  HPFS/NTFS
/dev/sda2            9593       38913   235520932+   f  W95 Esteso (LBA)
/dev/sda5            9593       38913   235520901    7  HPFS/NTFS

Disco /dev/sdb: 500.1 GB, 500107862016 byte
255 testine, 63 settori/tracce, 60801 cilindri
Unità = cilindri di 16065 * 512 = 8225280 byte
Identificativo disco: 0xfd48763f

Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       37675   302624406    7  HPFS/NTFS
/dev/sdb2           50156       60801    85513995    5  Esteso
/dev/sdb3           42332       50155    62846280   83  Linux
/dev/sdb4           37676       42331    37399320   83  Linux
/dev/sdb5           50156       60362    81987696   83  Linux
/dev/sdb6           60363       60801     3526236   82  Linux swap / Solaris

Le voci nella tabella delle partizioni non sono nello stesso ordine del disco

Disco /dev/sdc: 500.1 GB, 500107862016 byte
255 testine, 63 settori/tracce, 60801 cilindri
Unità = cilindri di 16065 * 512 = 8225280 byte
Identificativo disco: 0x00064d2e

Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sdc1   *           1        5837    46885671    7  HPFS/NTFS
/dev/sdc2            5838       60801   441498330    7  HPFS/NTF

Forse devo cambiare la "flag" di sdc?

Edit: Come pensavo, ho riavviato ma, lanciando quella riga, creata da update-grub, mi da "error, invalid signature".

[et4beta]

Non ho resistito, ho modificato /boot/grub/grub.cfg come ho scritto, ebbene, con quelle coordinate parte perfettamente l'XP che è in sda1 (hd0,1)  :o, è il caso di dire "il grub questo mistero"!
Idee?

Edit: Adesso vado a dormire 2 o 3 ore poi ci torno a pensare.

[Dksh.ws]

ricorda che al primo aggiornamento perdi le modifiche apportate a "/boot/grub/grub.cfg"
Per evitare di perderle puoi dare un'occhiata a a questo topic: http://forum.ubuntu-it.org/index.php/topic,317719

[patel]

dall'esperienza che ho fatto io il grub2 col comando update-grub non riconosce bene i sistemi installati e spesso fa errori, quindi editare il grub.cfg diventa indispensabile.

[Dksh.ws]

dall'esperienza che ho fatto io il grub2 col comando update-grub non riconosce bene i sistemi installati e spesso fa errori, quindi editare il grub.cfg diventa indispensabile.

per questo motivo se qualcuno mi fa mettere le mani sul suo sistema, la prima cosa che faccio è eliminare lo script di auto riconoscimento e impostarlo manualmente  :P

[AirPort]

dall'esperienza che ho fatto io il grub2 col comando update-grub non riconosce bene i sistemi installati e spesso fa errori, quindi editare il grub.cfg diventa indispensabile.

Puoi anche modificare a mano gli script, però...

[et4beta]

dall'esperienza che ho fatto io il grub2 col comando update-grub non riconosce bene i sistemi installati e spesso fa errori, quindi editare il grub.cfg diventa indispensabile.

Il fatto è che il grub.cfg io l'ho editato(vedi mio secondo post), mettendo le coordinate che per me sono giuste, ovvero hd2,1, che per il grub 2 dovrebbe corrispondere a sdc1, e il giusto uuid di sdc1, ma quello che si avvia, quando nel menu di grub scelgo di avviare la riga di XP in sdc1, è l'XP che sta in sda1, senza ombra di dubbio visto che il desktop impostato è diverso.
Tutti gli altri S.O., in sda (XP e una partizione NTFS archivio dati, e in sdb (che comprende una partizione NTFS archivio dati, e quattro partizioni ext3 , rispettivamente Karmic, Jaunty, Intrepid e swap) vengono riconosciuti perfettamente.
Mi viene il dubbio che grub2, visto che è una beta3, abbia problemi con il terzo HD.
Ciò sarebbe però smentito se ci fosse qualcuno che già gestisce senza problemi tre HD interni , con un totale di nove partizioni.
Inoltre non capisco per quale motivo con le coordinate, uuid compreso, di sdc1 il grub mi avvia come se niente fosse l'S.O. che sta in sda1, se le coordinate non fossero state corrette mi avrebbe dovuto dare un warning e la cosa mi avrebbe fatto pensare, ma così mi ha spiazzato.

[AirPort]

Hai tenuto conto di questo?

ATTENZIONE: la numeratura  delle partizioni è cambiata! mentre in GRUB le partizioni iniziano da “0″ ora iniziano da “1″, rimane invariato invece il discorso per gli hard disk, quindi se la partizione con GRUB è “0,0″ con GRUB2 sarà “0,1″

[et4beta]

Hai tenuto conto di questo?

ATTENZIONE: la numeratura  delle partizioni è cambiata! mentre in GRUB le partizioni iniziano da “0″ ora iniziano da “1″, rimane invariato invece il discorso per gli hard disk, quindi se la partizione con GRUB è “0,0″ con GRUB2 sarà “0,1″

Infatti sdc1, che per il "vecchio" grub era hd2,0, per il grub2 dovrebbe essere(meglio usare il condizionale) hd2,1, che è infatti ciò che io ho messo, inoltre se avessi sbagliato dovevo avere errore non l'avvio dell'O.S. in sda1 ovvero hd0,1.

[et4beta]

@patel
scusa patel non ti avevo risposto, sì ho letto di questi errori del grub2, ma onestamente a me dopo i primi upgrade non ha più dato problemi, salvo che per il fatto che, ad esempio, i tre kernel di Jaunty e i due di Intrepid che ho, me li vedeva giusti, ma me li mostrava tutti con lo stesso identico titolo nel menu(solo la versione di Karmic cambiava), per cui mi trovavo con il menu che aveva tre righe per la 9.04 assolutamente uguali, poco pratico no? Tant'è che dovevo editarmi il grub.cfg, perdendolo ad ogni update-grub degli aggiornamenti.
Ora invece, con gli ultimi upgrade(nuova versione di os-prober), almeno con Jaunty, il problema è scomparso perché nelle righe del menu compare anche la versione del kernel, non ancora per la 8.10 però.

@AirPort
Personalmente sono, almeno per ora, contrario a modificare gli script, perché essendo grub2 una beta3, quindi ancora in fase di sviluppo, correrei il rischio di non vedere le modifiche apportate nei vari upgrade.

[et4beta]

Ho risolto ragionandoci sopra e, soprattutto leggendo il messaggio di errore.

grub-probe: error: Cannot find a GRUB drive for /dev/sdc1.  Check your device.map.

Quindi sono andato a controllare il file /boot/grub/device.map, che si presentava così:

(hd0) /dev/sda
(hd1) /dev/sdb

L'ho editato facendolo diventare così:

(hd0) /dev/sda
(hd1) /dev/sdb
(hd2) /dev/sdc

Ho dato "sudo update-grub", si è generato il nuovo grub.cfg senza messaggi d'errore, la riga di avvio per XP in sdc1 è diventata:

menuentry "Microsoft Windows XP Home Edition (on /dev/sdc1)" {
insmod ntfs
set root=(hd2,1)
search --no-floppy --fs-uuid --set c8342e50342e4234
drivemap -s (hd0) ${root}
chainloader +1

Ed il "nuovo" XP in sdc1 è partito perfettamente.
Quindi avevo sbagliato alla 5ª riga, perché io vedendo e copiando le altre righe di avvio avevo indicato (hd2), ovvero l'HD in cui era l'O.S. da avviare, invece sembra che in questo caso non sia così, ora mi piacerebbe capire perché.
Se qualcun altro vuole pensarci allego il mio grub.cfg:

Codice: Seleziona tutto

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
load_env
set default="8"
if [ ${prev_saved_entry} ]; then
  saved_entry=${prev_saved_entry}
  save_env saved_entry
  prev_saved_entry=
  save_env prev_saved_entry
fi
insmod ext2
set root=(hd1,4)
search --no-floppy --fs-uuid --set d065e40c-9373-4f50-9d53-196738a74864
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
  if terminal_output gfxterm ; then true ; else
    # For backward compatibility with versions of terminal.mod that don't
    # understand terminal_output
    terminal gfxterm
  fi
fi
set timeout=30
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/blue
set menu_color_highlight=yellow/red
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry "Ubuntu, Linux 2.6.31-10-generic" {
	set quiet=1
	insmod ext2
	set root=(hd1,4)
	search --no-floppy --fs-uuid --set d065e40c-9373-4f50-9d53-196738a74864
	linux	/boot/vmlinuz-2.6.31-10-generic root=UUID=d065e40c-9373-4f50-9d53-196738a74864 ro   quiet splash
	initrd	/boot/initrd.img-2.6.31-10-generic
}
menuentry "Ubuntu, Linux 2.6.31-10-generic (recovery mode)" {
	insmod ext2
	set root=(hd1,4)
	search --no-floppy --fs-uuid --set d065e40c-9373-4f50-9d53-196738a74864
	linux	/boot/vmlinuz-2.6.31-10-generic root=UUID=d065e40c-9373-4f50-9d53-196738a74864 ro single 
	initrd	/boot/initrd.img-2.6.31-10-generic
}
menuentry "Ubuntu, Linux 2.6.31-9-generic" {
	set quiet=1
	insmod ext2
	set root=(hd1,4)
	search --no-floppy --fs-uuid --set d065e40c-9373-4f50-9d53-196738a74864
	linux	/boot/vmlinuz-2.6.31-9-generic root=UUID=d065e40c-9373-4f50-9d53-196738a74864 ro   quiet splash
	initrd	/boot/initrd.img-2.6.31-9-generic
}
menuentry "Ubuntu, Linux 2.6.31-9-generic (recovery mode)" {
	insmod ext2
	set root=(hd1,4)
	search --no-floppy --fs-uuid --set d065e40c-9373-4f50-9d53-196738a74864
	linux	/boot/vmlinuz-2.6.31-9-generic root=UUID=d065e40c-9373-4f50-9d53-196738a74864 ro single 
	initrd	/boot/initrd.img-2.6.31-9-generic
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
	linux16	/boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
	linux16	/boot/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Microsoft Windows XP Home Edition (on /dev/sda1)" {
	insmod ntfs
	set root=(hd0,1)
	search --no-floppy --fs-uuid --set befc4cc8fc4c7ca1
	drivemap -s (hd0) ${root}
	chainloader +1
}
menuentry "Ubuntu Jaunty, kernel 2.6.28-13.45-generic (on /dev/sdb3)" {
	insmod ext2
	set root=(hd1,3)
	search --no-floppy --fs-uuid --set 3be9c855-32c5-4805-925d-6c038251df0c
	linux /boot/vmlinuz-2.6.28-13-generic root=UUID=3be9c855-32c5-4805-925d-6c038251df0c ro quiet splash
	initrd /boot/initrd.img-2.6.28-13-generic
}
menuentry "Ubuntu Jaunty, kernel 2.6.28-15.49-generic (on /dev/sdb3)" {
	insmod ext2
	set root=(hd1,3)
	search --no-floppy --fs-uuid --set 3be9c855-32c5-4805-925d-6c038251df0c
	linux /boot/vmlinuz-2.6.28-15-generic root=UUID=3be9c855-32c5-4805-925d-6c038251df0c ro quiet splash
	initrd /boot/initrd.img-2.6.28-15-generic
}
menuentry "Ubuntu Jaunty, kernel 2.6.28-15.49-generic (recovery mode) (on /dev/sdb3)" {
	insmod ext2
	set root=(hd1,3)
	search --no-floppy --fs-uuid --set 3be9c855-32c5-4805-925d-6c038251df0c
	linux /boot/vmlinuz-2.6.28-15-generic root=UUID=3be9c855-32c5-4805-925d-6c038251df0c ro single
	initrd /boot/initrd.img-2.6.28-15-generic
}
menuentry "Ubuntu Jaunty, memtest86+ (on /dev/sdb3)" {
	insmod ext2
	set root=(hd1,3)
	search --no-floppy --fs-uuid --set 3be9c855-32c5-4805-925d-6c038251df0c
	linux /boot/memtest86+.bin 
}
menuentry "Ubuntu 8.10 (8.10) (on /dev/sdb5)" {
	insmod ext2
	set root=(hd1,5)
	search --no-floppy --fs-uuid --set d866d23d-3e67-47db-ad7b-1bac3d7faccf
	linux /boot/vmlinuz-2.6.27-11-generic root=/dev/sdb5
	initrd /boot/initrd.img-2.6.27-11-generic
}
menuentry "Ubuntu 8.10 (8.10) (on /dev/sdb5)" {
	insmod ext2
	set root=(hd1,5)
	search --no-floppy --fs-uuid --set d866d23d-3e67-47db-ad7b-1bac3d7faccf
	linux /boot/vmlinuz-2.6.27-12-generic root=/dev/sdb5
	initrd /boot/initrd.img-2.6.27-12-generic
}
menuentry "Ubuntu 8.10 (8.10) (on /dev/sdb5)" {
	insmod ext2
	set root=(hd1,5)
	search --no-floppy --fs-uuid --set d866d23d-3e67-47db-ad7b-1bac3d7faccf
	linux /boot/vmlinuz-2.6.27-7-generic root=/dev/sdb5
	initrd /boot/initrd.img-2.6.27-7-generic
}
menuentry "Microsoft Windows XP Home Edition (on /dev/sdc1)" {
	insmod ntfs
	set root=(hd2,1)
	search --no-floppy --fs-uuid --set c8342e50342e4234
	drivemap -s (hd0) ${root}
	chainloader +1
}
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

Attendo lumi, ma per correttezza metto [RISOLTO], ma cambio leggermente il titolo, per dare un riferimento a chi avesse lo stesso problema.

[AirPort]

@AirPort
Personalmente sono, almeno per ora, contrario a modificare gli script, perché essendo grub2 una beta3, quindi ancora in fase di sviluppo, correrei il rischio di non vedere le modifiche apportate nei vari upgrade.

Pienamente d'accordo, ma non mi riferivo a te.

[et4beta]

@AirPort
Personalmente sono, almeno per ora, contrario a modificare gli script, perché essendo grub2 una beta3, quindi ancora in fase di sviluppo, correrei il rischio di non vedere le modifiche apportate nei vari upgrade.

Pienamente d'accordo, ma non mi riferivo a te.

Sei cortese a precisare quanto sopra, ma non avevo frainteso  , era solo per esprimere la mia opinione in merito, infatti ho iniziato con "personalmente"........ beh però, guardando meglio, mi si poteva fraintendere, potevo essere più chiaro. Ad ogni modo ora non ci sono più dubbi. Ciao. 
                                      Enzo