Eliminare savedefault da grub

[cazzantonio]

Volevo sapere se c'è un modo (oltre che farlo a mano) per impedire ad apt di aggiornare le entry in grub con la voce "savedefault".
Il problema è che io ho due distribuzioni installate e uso il grub della prima per caricare il menu.lst della seconda con una voce del tipo

Codice: Seleziona tutto

# Ubuntu
title=Ubuntu Linux (feisty)
root (hd0,2)
configfile=/boot/grub/menu.lst

L'opzione savedefault impedisce il corretto caricamento delle voci del secondo menu.lst (immagino entri in conflitto con il fatto che la root del grub salvato nell'mbr risiede su un'altra partizione).
C'è un modo per impedire ad apt di mettere automaticamente la voce "savedefault" nel menu.lst?  ???
Ho guardato un po' ma pare che l'unico modo sia editare /usr/sbin/update-grub... non proprio quella che ritengo una soluzione pulita... :-\
In alternativa posso ovviamente editare il menu.lst ogni volta che installo un kernel, tuttavia me lo dimentico ogni volta quindi mi tocca sempre editare da grub la riga del savedefault (sostituendola con qualcosa di innocuo tipo "lock" visto che se lascio una riga vuota non parte).
Volevo sapere da chi usa ubuntu da molto più tempo di me se c'è una soluzione più pulita 

[cazzantonio]

up?

[smurf]

Cercando informazioni su Grub e installazione di due o +  distro mi sono imbattuto prima nel tuo topic e successivamente in un altro che rimandava a questo link http://wiki.ubuntu-it.org/Grub, non so se tu hai già risolto il tuo problema, ma li spiega tutto del grub e come evitare aggiornamenti automatici.
Ciao

[cazzantonio]

Ti ringrazio ma quel thread non dice niente che già non sappia...
Il problema è ancora aperto... esiste un modo per dire ad update-grub di non aggiungere la riga "savedefault"? La risposta, almeno stando a quanto scritto nello script, pare sia "no".
Visto che update-grub è mantenuto dagli sviluppatori debian non ho speranze che in tempi meno che geologici venga rilasciata una nuova versione dello script che prevede questa eventualità, quindi non mi metto nemmeno a segnalare la cosa.  :-\

[filo1234]

prova a mettere il contenuto dei vari kernel tutto sotto ### END DEBIAN AUTOMAGIC KERNELS LIST
(END)  magari fai prima un backup del menu.lst

[jepessen]

Potresti provare a modificare lo script /usr/sbin/update-grub.

Alla riga 711 c'è scritto

Codice: Seleziona tutto

echo "savedefault" >> $buffer

Prova a mettere una stringa vuota, oppure un commento, cioè una di queste due righe

Codice: Seleziona tutto

echo "# savedefault" >> $buffer

Codice: Seleziona tutto

echo "" >> $buffer

Fallo ripartire e vedi. Ovviamente fatti un backup del file prima.

Daniele

[vingiul]

Ciao,
non basta specificare quale sistema vuoi avviare di default (uno qualsiasi, ma meglio il primo)? Per esperienza, se imposto come default un qualsiasi SO, la stringa non viene modificata.
vingiul

[cazzantonio]

prova a mettere il contenuto dei vari kernel tutto sotto ### END DEBIAN AUTOMAGIC KERNELS LIST
(END)  magari fai prima un backup del menu.lst

Certo che posso farlo... ma a questo punto devo aggiornare a mano ogni volta la voce del kernel da caricare... tanto vale editare ogni volta menu.lst e eliminare savedefault a mano.

Potresti provare a modificare lo script /usr/sbin/update-grub.

Veramente questa l'avevo detto subito che non la consideravo una soluzione pulita... non mi piace modificare gli eseguibili installati dal sistema e mi sembra una pessima politica se intendi mantere a lungo un sistema

non basta specificare quale sistema vuoi avviare di default (uno qualsiasi, ma meglio il primo)? Per esperienza, se imposto come default un qualsiasi SO, la stringa non viene modificata.
vingiul

No il problema è la voce savedefault in se. Il fatto è che il grub che uso non è quello installato da ubuntu e non risiede in quella partizione dove c'è anche il menu.lst... non so se cerca di scrivere su mbr e trova una versione di grub diversa oppure se cerca di scrivere su disco e non trova il file che cerca...
Il kernel da caricare l'ho sempre specificato ("default 0")

[jepessen]

Potresti provare a modificare lo script /usr/sbin/update-grub.

Veramente questa l'avevo detto subito che non la consideravo una soluzione pulita... non mi piace modificare gli eseguibili installati dal sistema e mi sembra una pessima politica se intendi mantere a lungo un sistema

Allora lo copi, lo rinomini, che so, update-grub-new ed usi questo comando, così il vecchio è preservato e puoi utilizzarlo quando ti pare.

Tieni conto che comunque personalizzare gli script non è cosa rara, per un utente mezzo evoluto... E poi con un # ti risolvi comunque il problema, io lo proverei, tanto male non fa (al limite, riusi il comando originale e tutto torna come prima).

Daniele

[cazzantonio]

Allora lo copi, lo rinomini, che so, update-grub-new ed usi questo comando, così il vecchio è preservato e puoi utilizzarlo quando ti pare.

Preferisco di no... ancora non sono ferratissimo di apt (ubuntu/debian non sono le mie distro primarie  :-\) e non sono sicuro di come vengano gestiti gli aggiornamenti e la sovrascrittura degli eseguibili modificati... non mi va di avere degli script ballerini che ogni tanto possono cambiare dopo un aggiornamento distratto 
Diciamo che è una cosa in meno da doversi ricordare di controllare...

Tieni conto che comunque personalizzare gli script non è cosa rara, per un utente mezzo evoluto

Grazie per il "mezzo evoluto" 

Non ho la necessità di cercare soluzioni "sporche"... la mia era più una curiosità per sapere se si poteva fare questa cosa in automatico... Inoltre ho iniziato a usare i kernel dell'altra distro anche sotto ubuntu quindi sto comunque usando delle voci statiche in grub. La cosa non mi è più di alcuna utilità pratica e rimane solo una curiosità 

[jepessen]

Beh, mica è sporca come soluzione... E poi non modifichi il file, ma ne crei uno nuovo, quindi aggiornamenti et similia non vengono minimamente sfiorati da queste cose...

Daniele

[cazzantonio]

Questione di gusti...
Comunque metti te che il funzionamento di update-grub cambi per qualsiasi motivo... teoricamente dovrei controllare che si comporti allo stesso modo ad ogni (eventuale) aggiornamento di tale eseguibile.
Inoltre avere un eseguibile diverso significa che apt continuerà ad invocare update-grub non modificato quando aggiorna un kernel quindi dovrei ogni volta ricordarmi di lanciare nuovamente update-grub-new a mano (tanto vale ricordarsi di editare menu.lst).