Sparizione "Recovery Mode" ? [RISOLTO]

[trekfan1]

Non so se qualcuno lo ha già notato, ma ho notato che in menu.lst sono sparite le righe che permettono di passare in Recovery mode, qualcun altro ha notato questo particolare?

[Divilinux]

sinceramente no..li ho tutti e 3 per tutti i kernel che ho installato
cmq se vuoi rimetterli basta che inserisci questa forma

Codice: Seleziona tutto

title           Ubuntu, kernel 2.6.17-10-386 (recovery mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.17-10-386 root=UUID=03b22a94-448b-401b-a627-67dca71ec68d ro single
initrd          /boot/initrd.img-2.6.17-10-386
boot

sostituendo ovviamente la tua immagine del kernel e gli altri dati

[oracle]

Ho avuto lo stesso problema, ma era inserito in un contesto più vasto dovuto anche ad una mia imbecillità di fondo . Ho risolto reinstallando i kernel.

Ciao

[Divilinux]

reinstallando il kernel addirittura?

[oracle]

Ovvero reinstallando linux-image-e-rotti, perchè dando "update-grub" non risolvevo niente.

[Divilinux]

e no..andava rimesso a mano

[oracle]

e no..andava rimesso a mano

Scusami. Ora compilerò il kernel da zero per autopunirmi... (rotfl)

Anzi, siccome rischierei anche di divertirmi, reinstallerò Windows 95 (da floppy ovviamente)

[trekfan1]

Proverò a reinstallare i due kernel che ho nel pc virtuale in cui sto provando feisty (per fortuna che non è un vero pc altrimenti...)

Ho sia il 2.6.17 che il 2.6.19 anzi ho notato che con il 2.6.19 il boot sembra più lento, mah non so...

[Divilinux]

se e' lento il boot e' perche' magari installando un kernel nuovo con + moduli e senza configurarlo attivera' qualcosa al boot che il tuo kernel di prima nn aveva..

[oracle]

Io purtroppo non ho le risorse per installare un pc virtuale, quindi mi sono arrangiato partizionando il disco. I dati li ho poi su una partzione extra, quindi a meno che un meteorite non colpisca il mio disco rigido dovrei essere tranquillo.

Per quanto riguarda il kernel nuovo è leggermente più lento al boot, nel mio caso perchè sta parecchio a caricare il modulo bcm43xx (un 2-3 secondi circa).

[Divilinux]

ti conviene allora bloccare il caricamento del modulo inserendolo in blacklist
/etc/modprobe.d/blacklist

..sempre se nn ti serve

[oracle]

E' questa la cosa strana: quel modulo è già in blacklist, ma tenta comunque il caricamento. Sarà per quello che sta tanto e poi esce con un messaggio di errore. La cosa mi ha fatto pensare in effetti...

[trekfan1]

Per quanto riguarda rimettere le righe a mano lo ho fatto, ma ogni volta che installa o aggiorna il kernel la riga aggiuntiva sparisce, ho provato a reinstallare il kernel 2.6.19 ma niente da fare, la riga con il recovery mode proprio non vuole apparire!

Inoltre sotto virtual pc ho problemi con il kernel 2.6.19 in quanto cliccando sulla finestra per passare alla macchina virtuale il controllo del mouse rimane a win rendendo il pc virtuale inutilizzabile sotto interfaccia grafica, nessun problema con il 2.6.17

[oracle]

mmm.... non per niente il 2.6.19 è solo in feisty.

Comunque confermo il tuo problema: a me sono sparite nuovamente le righe dopo l'ultimo aggiornamento. La soluzione che avevo proposto ha avuto vita breve :P

[Divilinux]

se siete gia' pratici di installare e configurare il kernel..per creare una entry automatica del kernel e del kernel recovery

Codice: Seleziona tutto

sudo make-kpkg --initrd --append-to-version -nomeversione kernel_image modules_image kernel_headers

cosi' che eventuali fglrx o moduli a parte scaricati con module-assistant vengano pacchettizzati e installati con dpkg

[oracle]

è un comando simile a quello che si da durante la ricompilazione o mi sbaglio?

[trekfan1]

Ho risolto dando il comando

sudo update-grub

e adesso sono riapparse le linee del recovery mode

[oracle]

Confermo la soluzione di trekfan1. Stavolta "update-grub" ha risolto il problema, aggiungendo le righe nel menu.lst.