Dual boot errror 13

[bonzo]

Sul pc ho installato win, Mandriva e volevo mettere openmamba.

per far ciò pensavo di mettere il bootloader nella partizione hda,10 la root per openmamba.

Seguita la procedura al riavvio se faccio ripartire Openmamba grub mi da :

---

root(hd0,9)

filesystem type is ext2fs

partition type 0x83

chainloader +1

error 13 invalid or unsupported executable format

---

il menu.lst per far partire openmamba è questo:

---

title Openmamba

root(hd0,9)

chainloader +1

---

[Silvan]

Hai provato con l’ultima versione del livecd di openmamba disponibile su questo sito?

[marcpaa]

Ciao,no la procedura per far partire openmamba non è quella, quella è per win.

il “triboot” ti consiglio di farlo gestire al grub di Mandriva,(io almeno il quadriboot lo facevo gestire dal grub di Mepis) installando il bootloader di mamba sulla sua partizione root (se nn ho capito male lo hai già fatto)

Poi entri su mandriva e dalla shell edita il file che si occupa dell’avvio, si trova in /boot/grub/ (se usi grub)e dovrebbe chiamarsi menu.lst o grub.conf o giù di lì.

Li aggiungi le righe per l’avvio di openmamba, che devono esser come quelle per mandriva, solo devi adattarci quelle di mamba.

Se non riesci posta e vedremo.Un saluto

[bonzo]

Io per ogni distribuzione ho sempre fatto così, usando la notazione abbreviata, e debian, ubuntu, suse … sono sempre partite. Per windows si deve aggiungere makeactive.

Il problema credo che sia dal fatto che openmamba usa grub 2 che non è retrocompatibile.

Quindi devo trovare la stringa giusta per far partire Openmamba direttamente da Grub di Mandriva.

Però non so che parametri dare.

Questo è il menu-lst di grub in Mandriva:

---

timeout 10

color black/cyan yellow/cyan

gfxmenu (hd0,6)/boot/gfxmenu

default 0

title linux

kernel (hd0,6)/boot/vmlinuz BOOT_IMAGE=linux root=/dev/hda7 resume=/dev/hda6 splash=silent vga=788

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

title linux-nonfb

kernel (hd0,6)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=/dev/hda7 resume=/dev/hda6

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

title failsafe

kernel (hd0,6)/boot/vmlinuz BOOT_IMAGE=failsafe root=/dev/hda7 failsafe

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

title windows

root (hd0,0)

makeactive

chainloader +1

title laptop 2.6.22.9-1

kernel (hd0,6)/boot/vmlinuz-2.6.22.9-laptop-1mdv BOOT_IMAGE=laptop_2.6.22.9-1 root=/dev/hda7 resume=/dev/hda6 splash=silent vga=788

initrd (hd0,6)/boot/initrd-2.6.22.9-laptop-1mdv.img

title laptop 2.6.22.18-1

kernel (hd0,6)/boot/vmlinuz-2.6.22.18-laptop-1mdv BOOT_IMAGE=laptop_2.6.22.18-1 root=/dev/hda7 resume=/dev/hda6 splash=silent vga=788

initrd (hd0,6)/boot/initrd-2.6.22.18-laptop-1mdv.img

title OpenMamba

root (hd0,9)

chainloader +1

---

Ora aspetto suggerimenti su cosa mettere.

[marcpaa]

Ciao,oggi sono riuscito anche a far fare il triboot al grub 2 di mamba, con due ditrò di mamba però,prossimamente proverò ad inserirci altre distrò .

Allora, la procedura che uso io invece lo presa sulla guida di slak 11, e non mi ha mai dato problemi, comunque vediamo di risolvere, la partizione di mamba e la hda10 giusto?

Ora ti chiedo di postarmi il file grub.cfg di mamba che trovi in /boot/grub

A dopo.

[marcpaa]

Allora,questo riportato sotto aggiungilo sul menu-lst di mandriva (in attesa di un riscontro con il grub.cfg di mamba)

title Openmamba

kernel (hd0,9)/boot/vmlinuz-2.6.24mamba root=/dev/hda10 ro resume2= video=uvesafb:1024×768-32,ywrap,mtrr:3 quiet splash=silent,fadein console=tty1

initrd (hd0,9)/boot/initramfs-2.6.24mamba.img

(ho un dubbio, e cioè questo:

title OpenMamba

root (hd0,9) <

---

[sul tuo menu-lst le partizioni del tuo hd finiscono ad hda7

la partizione di mamba secondo come riportato qui dovrebbe

essere hda10, e giusto? perchè se invece la partizione di

mamba è in realtà hda8 qui dovresti mettere (hd0,7) ]

Verifica e fa delle prove, poi facci sapere. un saluto

[bonzo]

Ho provato ma mi da error 2 BAd File…

la partizione di OpenMamba è la 10, è giusta.

hd7 è la home di root di Mandriva, poi ho la home (hd8) una partizione dati (hd9) e OpenMamba (hd10).

[Silvan]

Riguardo al chainloading grub1 -> grub2 farò delle prove.

Invece per la configurazione del grub di Mandriva la configurazione suggerita da marcpaa mi sembra corretta e dall’errore sembra che grub non trovi i file (hd0,9)/boot/vmlinuz-2.6.24mamba e (hd0,9)/boot/initramfs-2.6.24mamba.img.

Posso sapere come hai partizionato il disco? Perché una partizione estesa può contenere i dispositivi da hda5 ad hda8, dopodiché devi creare una seconda partizione estesa, che potrebbe stare nell’mbr come la prima, oppure essere l’estesa di una partizione estesa, ma qui entriamo in una situazione che così a naso può facilmente essere problematica per grub perché deve contenere esplicitamente del codice per gestire una situazione, direi, probabilmente non prevista in fase di sviluppo, soprattutto qualche anno fa. Dalla shell di grub1 riesci a vedere il filesystem di openmamba?

[bonzo]

http://blog.ilbonzo.org/upload/varie/gparted.png

li vedi come è partizionato il disco.

Dalla shell di Grub1 come faccio a vedere il filesystem? non so che comandi dare.

[marcpaa]

Ciao, sinceramente ho visto che il gran capo si sta occupando del tuo caso e chi meglio di lui?

Però (questo è un discorso altamente soggettivo) direi che nel tuo hd c’è un tantino di confusione.

Troppe partizioni, io avevo 4 sistemi operativi e 5 partizioni (swap compresa) qui invece si contano 7 partizioni x 3 sistemi operativi e la swap sembra non riconsciuta.

E vero in giro consigliano per ogni SO linux 1 part. root ed 1 home, quindi 2 partizioni per sistema operativo, ma in realtà il discorso è soggettivo,io personalmente preferisco la semplicità, anche perchè poi volendo spostare file, o volendo cambiare distrò linux,(magari per semplice curiosità) rimane un casino su quale sia la partizione di tizio e di caio.

All’inizio della mia avventura in linux anch’io facevo 2 partiz. per distrò,poi però (durante un breve esperienza in slak) su suggerimento di un membro del forum ho cambiato opinione ed ora preferisco fare solo 1 partizione e cioè quella di root, in questo modo non devi nemmeno ricorrere alla partizione estesa, ti basterebbero solo 4 pertizioni primarie magari così distribuite:

hda1 = win hda2= swap hda3=mandriva hda4 =openmamba

Vorresti provare il nuovo ubuntu che esce tra circa 7/8 giorni? sposti i file che ti interessano su win o su mamba e lo piazzi al posto di mandriva (o dove pare a te) a me come discorso sembra + semplice.

E vero con una partizione home etc etc…e bla bla

Però non si può negare che come preferisco io le cose siano + semplici soprattutto poi se avrai voglia (come penso abbiamo fatto in tanti) di provare + distrò.

Beh, ovviamente rimane un discorso soggettivo, ogniuno faccia come meglio crede io ti ho dato un suggerimento poi sta ha te magari provarlo.

Un saluto

[bonzo]

L’unknown l’ho notato anche io e controllerò. Avevo appena reinstallato mandriva.. non so.

Per la confusione non direi.

Mandriva è la distro principale e avendo la home separata sono al riparo da problemi.

Se mi si blocca qualcosa o voglio cambiare distro posso reinstallare tutto mantenedo la stessa home e non devo fare nessun tipo di trasferimento. Se ti si rovina il filesystem come recuperi i dati sulla home? Per mia esperienza così sono molto più al sicuro.

Le ultime due partizioni le uso per provare le distribuzioni. e queste le installo tutte in una partizione come dici tu. Ora la hda9 è piena di dati, ma è una cosa temporanea. se non mi serve più la smonto e ne faccio una unica finale.

In più ho la partizinoe fat32 che ho creato quando per scambiare i file da win a linux era la situazione più sicura.

ora potrei toglierla,ma sono solo 3G.

Diciamo che fino alla Home diMandriva lo schema è molto stabile, le ultime due sono per provare e me le gestisco a piacimento, senza dare problemi al resto.

Ora che so che il capo lavora per me sono tranquillo 🙂

[marcpaa]

E vero con una partizione home etc etc…e bla bla

---

Con questa affermazione ,anche se è abbreviata, dicevo quello che dici te sulla home, poi torno a ripeterlo il discorso è soggettivo, se si rovina il filsystem, al massino con una live i dati della home li sposto in un’ altra partizione, o eventualmente entro nell’altra distrò linux e da li recupero ciò che voglio, il discorso cambia di poco, l’unica cosa in + di chi usa la home separata, ha la possibilità di non spostare nulla e di reinstallare il tutto sulla root, ma personalmente non ne vedo un gran vantaggio,anche perchè consiglio a tanti miei amici di non fermare sull’hd una gran mole di dati, bensì di volta in volta di catalogarli e di salvarli su dvd, infatti tenerli fermi x lungo tempo sull’hd puo essere pericoloso, metti che di punta in bianco l’hd vada a puttane,( è raro, ma non è da escludere) li poi non si recupera nulla.

Cmq se già togli la partizione fat32, che oramai e quasi obsoleta (che poi va bene per trasferire file di piccole dimensioni mentre per i file di grande dimensione beh non è proprio il massimo) ed unisci le due partizioni le cose dovrebbero semplificarsi un bel pò ed in teoria rientri nel numero di partizioni, come dice il capo, per l’estesa.

Infatti potresti ingrandire la partizione di win, facendogli “inglobare” quei 2 o 3 gb della partizione fat, e poi hda2=exst hda5= swap hda6 e hda7 rott e home mandriva e hda 8 per mamba

Penso che poi le cose dovrebbero funzionare da sole.

Cmq ovviamente questo è un suggerimento poi…………………..fai te

Io ti lascio un saluto augurandoti di trovarti bene con openmamba e che quindi prenda il posto di mandriva.

P.S. Sai com’è siamo sul forum di mamba meglio parlarne bene :-)))))))

[bonzo]

Capisco le osservazioni, è ovvio che se mi si frigge l’hd sono spacciato, ma in realtà ho backup di quasi tutto, sia su un piccolo fileserver (qui uso Debian che è una garanzia :-)), e su cd e Dvd.

Anche io spero che Mamba sostituisca Mandriva (anche se il primo amore non si scorda mai…. è uscita la 2008.1 spring)

Ora un’altra domanda su Mamba:

Ho letto che è possibile reinstallare solo il bootloader senza rifare l’installazione, come? non trovo l’opzione.

Pensavo di mettere il boot di mamba nell’MBR e poi far partire win e Mandriva da li.

Tanto se ho problemi con mandriva so come fare a rimettere a posto il bootloader.

Grazie dell’aiuto e dei consigli.

[marcpaa]

Devi scaricare l’ultima versione del cd live, una volta avviato il cd live trovi sul desktop l’icona bootrecover, poi e semplice.

Però onestamente ho dei bubbi sul grub2,nel senso che nn so se ti riconosce tutti i SO che hai sulla macchina,e vero intervenedo a manina (e disubbidendo al capo, che sconsiglia la modifica manuale)sono riuscito a fargli fare il triboot, ma in questo momento uso due distrò mamba sul pc,e solo un seguito e prevista la sostituzione con un’altra distrò (quale ancora da decidere)

Comunque, da quanto ho capito (ma forse ho capito male)il grub 2 di mamba non ragiona come il grub 1.5 e cioè con il -1 (difatti hda2 sul grub 1.5 equivale a hd0,1) sul grub2 di mamba hda2 sarebbe hd0,2.

Se vuoi prova, anzi sarebbe un esperimento, peccato che oggi e domani sarei un pò impegnato ed eventualmente per poterti dare una mano sulla configurazione del file grub.cfg mi rimarrebbe forse solo la tarda serata (ammesso che il grub2 di mamba non ti riesca a configurare automaticamente tutti gli SO)

Un saluto

[Silvan]

Scusate ma non sono ancora riuscito a fare i test ma sto procedendo, in parallelo con altre attività. Preciso che nè grub1 nè grub2 supportano o meno altri sistemi operativi, ma sono gli script propri della distribuzione che si occupano di configurare l’uno o l’altro opportunamente. Devo dire che nella distribuzione di grub2 viene fornita di default la cartella /etc/grub.d/ con gli script modulari per generare il file /boot/grub/grub.cfg, quindi non l’ho inventato io questo meccanismo ma gli sviluppatori di grub, e comunque lo approvo. Il meccanismo prevede o dovrebbe prevdere che si possa inserire qualcosa di manuale in /boot/grub/grub.cfg che non verrà sovrascritto quando un aggiornamento del kernel eseguirà /usr/sbin/update-grub. Anche quest’ultimo file è fornito nella distribuzione di grub2, mentre nella distribuzione grub1 se lo trovavate proveniva da una delle innumerevoli patch applicate dalle distribuzioni per farlo funzionare opportunamente. Quindi per supportare “automaticamente” altri sistemi operativi bisogna creare uno script in /etc/grub.d che fa la scansione delle altre partizioni (che di default sono montate in /mnt/) e aggiunga le righe opportune, se qualcuno si vuole cimentare prima di me sarebbe una cosa fantastica.

[bonzo]

http://wiki.openmamba.org/it/index.php/GRUB_2

Ho letto questo.

se installo GRUB di mandriva su hda7 (la sua root) e poi provo ad aggiungere il sistema come aggiungo un windows dovrebbe andare?

se no ho trovato questo:

L’ estensione principale è nell’ uso della notazione breve nel mutiboot. per la quale è stato aggiunto :

configfile /boot/grub/menu.lst , alternativo al sempre e comunque disponibile :

chainloader +1

Il formato script completo relativo alle distribuzioni linux in multiboot con la distribuzione in uso tramite supporto grub 2 diventa es:

title SimplyMepis

root (hd1,0)

configfile /boot/grub/menu.lst

È utilizzabile solo per filesistem linux , con winzoc rimane d’ obbligo : chainloader +1 .

http://forum.html.it/forum/showthread.php?threadid=1209920

oggi pomeriggio spero di avere un po’ di tempo per provare.

[bonzo]

Se quando grub2 parte metto al posto di hd0,5 di windows hd0,7 mi si aggancia al grub di mandriva in /dve/hda7 e riesco a far partire mandriva.

Ora il problema è come modificare grub.cfg, anche da root me lo apre in sola lettura e per farlo con update-grub non ho capitocome fare.

[marcpaa]

Ciao, per modificare il file, apri una shell, su – password

poi: kwrite /boot/grub/grub.cfg

io ho fatto così,suppongo che utilizzando mandriva hai già provato, però a scanso di equivoci, anche perchè la cosa mi è strana, te lo postata lo stesso (magari usi un’altro metodo per modificare i file)

Un saluto

[bonzo]

Di solito uso vi… 🙂

il problema è che se faccio così grub.cfg mi si apre in sola lettura e mi dice che per modificarlo è meglio usare update-grub.

quindi credo che non sia il metodo ortodosso. Ma non riesco a capire quale dovrebbe essere….

[marcpaa]

Ciao, onestamente nn so usare update-grub, dovrebbe intervenire silvan.

Cmq io te lo ripeto ho fatto così x modifucare il file, e fino ad oggi va bene, poi ogniuno è libero di fare la sua scelta e di agire come + gli aggrada.

Ciao ed in bocca al lupo

P.S. (aggiungo la pagina del wiki suggerita da silvan tempo fa nn so se l’hai già letta quindi….)

http://wiki.openmamba.org/it/index.php/GRUB_2

[bonzo]

ho fatto così e funziona, ma il wiki dice proprio:

---

Le modifiche effettuare a questo file si applicano eseguendo

/usr/sbin/update-grub

che genera il vero e proprio file di configurazione utilizzato da grub:

/boot/grub/grub.cfg

Nota: si sconsiglia di modificare quest’ultimo file in quanto viene riscritto ad ogni aggiornamento di versione del kernel. Il modo corretto per applicare modifiche a questo file avviene utilizzando update-grub.

---

Comunque funziona, al massimo ogni tanto mi toccherà di riscriverlo

[marcpaa]

Si il wiki dice così, ma per fortuna ognuno (con linux si può fare) può scegliere quello che + gli aggrada. Ora ( ma penso che tu lo abbia già fatto) ti consiglio di fare una copia del file grub.cfg e rinominarlo in altro modo, cosi che in caso di aggiornamento della distrò ( di solito l’aggiornamento del file grub.cfg nn avviene molto spesso) e quindi del file, ti basta un semplice copia ed incolla della parte interessata.

Un saluto

[Silvan]

Puoi creare un file che chiami, ad esempio /etc/grub.d/25-local con il seguente contenuto:

cat << _EOF

menuentry

title SimplyMepis

root (hd1,0)

configfile /boot/grub/menu.lst

}

_EOF

In questo modo lanciando update-grub verrà creato il file grub.cfg con la tua modifica che non si perderà con gli aggiornamenti di openmamba, ed avrai la configurazione in /etc rispettando anche le specifiche FHS (Filesystem Hierarchy Standard) in base alle quali la configurazione del sistema deve stare in /etc.

Ho aggiunto quanto sopra nella pagina di grub 2 del wiki.

[Autore]

Articoli