Newsgroup: it.comp.os.linux.sys
Titolo: Errore durante apt-get update


Facebook: Massimo Bacilieri

 avrei visti in output!)
Il problema è che l'ultimo mantainer di lilo ha ormai il morbo di
parkinson, è afflitto dalla nostalgia dei bei tempi, pensa a tutti i
colleghi andati e pensa sempre che lui è ormai l'ultimo detentore della
conoscenza del codice e che non sta riuscendo a trovare nessuno
interessato cui tramandare questa conoscenza. Tutto questo fa si che
lui sia triste e che lavori male.
Passa a grub :-)
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"

 output!)
  Magari invece l'output di lilo ï¿œ filtrato, ossia rediretto in /dev/null o
in un qualche file di log dal programma di aggiornamento.  Invece di far
fare al lilo fittizio un echo verso il terminale, fagli fare un append
esplicitamente verso un file di log o verso un file temporaneo.
  Ciao,
-- 
Alessandro Selli, 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B

 esplicitamente verso un file di log o verso un file temporaneo.
Visto che oggi al riavvio non funzionava piï¿œ una fava, ho fatto diverse
prove, e sono rimasto abbastanza sconcertato.
Nel senso che:
a) il redirect in un file di quell'invocazione di lilo finisce in un file
vuoto, cioï¿œ alla fine va in errore ma non si sa perchï¿œ.
b) preso da raptus ho dato retta a Max_Adamo e ho giubilato il buon vecchio
lilo per passare a grub.
Facendo quindi un apt-get install --reinstall dell'immagine, mi andava
ancora in errore cercando di invocare lilo!!! Ma dove **zzo se lo inventava
di cercare lilo?
Alla fine ho _dovuto_ creare quel lilo-fake in /usr/local/sbin per farlo
andare avanti.
Infine, il problema l'ho risolto in un modo che non c'entrava un tubo,
ovvero mi aveva rimosso dal kernel il supporto per i driver proprietari ATI,
quindi il tutto si risolveva (oltre al lilo fake) con:
apt-get install --reinstall fglrx-modules-dkms
Mi resta solo da capire come mai continui a cercare di avviare "lilo" per
configurare un'immagine del kernel, quando di lilo non ci sono piï¿œ tracce
(apt-get remove --purge).


 Passa a grub :-)
Alla fine l'ho fatto, ma non era mica colpa di lilo... quasi quasi lo
reinstallo ;-)


reinstallo ;-)
Da me dselect tutte le ultime (1 o 2 mesi non di piu') che
updata il kernel mi dice questo:
-------------------------------
Configurazione in corso di linux-image-2.6.32-5-686
Boot loader configuration must be updated
Kernel packages no longer update a default boot loader.
You should remove 'do_bootloader = yes' from /etc/kernel-img.conf.
If the boot loader needs to be updated whenever a new kernel is
installed, the boot loader package should install a script
in /etc/kernel/postinst.d.
Alternately, you can specify the command to update the boot loader
by setting the 'postinst_hook' variable in /etc/kernel-img.conf.
-----------------------------------
Io - non capendoci nulla - non me lo son filato per niente la
prima volta e, siccome non e' successo nulla ed e' tutto Ok
e perfetto, adesso quel mex non lo guardo neanche piu'.
Non lo so se centra con te, io c'ho lilo e mi dispiace molto
quel che ho saputo dal post di Max sul manutentore.
Grub lo odio e non lo tollero, e' d'un'invadenza e prepotenza
incredibile! piuttosto - morto lilo - passerei a gag anche se
mi sa che e' troppo elementare e succube del bios.
-- 
Saluti, Dalet

Passa a grub :-)
Scusa Max ma allora elilo? non c'entra nulla con lilo? e poi
il corrispondente per grub chi e'? o c'e' solo elilo?
-- 
Saluti, Dalet

 e' troppo elementare e succube del bios.
Mah, qui non ti capisco. Io finora non l'avevo cambiato per pigrizia (eppoi
anche per il sacrosanto principio di non toccare le cose che funzionano),
perï¿œ visto che ha smesso di funzionare, beh... 


però visto che ha smesso di funzionare, beh... 
Tutte le distro, al pari degli alieni xp & C., sono in other
nel mio lilo.mbr, anche la squeeze principale: questa dalla
quale scrivo e dalla quale lo installo.
Il lilo.mbr lo installo nell'MBR, quindi il lilo.conf (che
ogni update cerca in /etc) contiene unicamente l'immagine
della distro e lo installo nella root-partition, cioe' qui
nella squeeze il lilo.conf e':
----------------
lba32
large-memory
append="video=640x480"
install=text
boot=/dev/sda3
image=/vmlinuz
  root=/dev/sda3
  label=ssqq
  read-only
  initrd=/initrd.img
----------------------------
Grub invece in ogni distro va a ravanare un'ora e cerca
nei MIEI dischi fissi tutte i MIEI so che ci sono! e questo
che a me piaccia o no!!
Ma non basta: non contento, cancella - manco portasse il
marchio della m$ - il MIO mbr (o br che sia) SENZA farne
il backup! insomma qualcosa come:
"IO sono IL Bootloader, chi se ne frega di tutto il resto!"
-- 
Saluti, Dalet

 splendida e chiarissima fstab.
E qui fai male, perché l'UUID ha l'enorme vantaggio di essere sempre e
comunque univoco, e ti permette di scrivere un fstab valido universalmente.
Se invece usi l'fstab "vecchia maniera", indicando quindi i dischi tipo
/dev/sdX o /dev/hdX, rischi di trovarti il sistema inutilizzabile la
volta che per varie ragioni il kernel va a caricarsi una modalità
piuttosto che l'altra, o se vuoi far convivere due kernel di tipo
diverso (magari uno come fallback di emergenza). Oppure in quei sistemi
SCSI che ti possono rimappare i dischi e a seconda dell'avvio ti puoi
trovare il disco di sistema come /dev/sda, sdb o sdc...
E da questo punto di vista, anche lilo ha i suoi limiti, visto che non
può utilizzare il UUID e quindi la scrittura della configurazione
nell'MBR va fatta "compatibilmente" al kernel che hai in quel momento:
quindi non puoi scrivere un loader che mappi *contemporaneamente* due
kernel diversi, il primo che abbia root=/dev/sda5 e l'altro
root=/dev/hda5, perché ovviamente a seconda di quale dei due sia
avviato, riconoscerà il disco solo in quel modo.
Insomma, pur avendo usato lilo fino a ieri (in senso letterale! B-) ), e
a non rimpiangere affatto di averlo fatto, sono il primo a riconoscere
che lilo ha i suoi limiti e oggi come oggi va bene solo in particolari
situazioni. Grub è molto più flessibile sotto ogni punto di vista.


 Credo scherzasse ;-)
Si che scherzavo!!!!!
D'altra parte mi si fa anche notare che c'è elilo che è una
implementazione recente. Si vede che il vecchietto che mantiene lilo
scrive ancora codice :-)


 universalmente.
Esistono anche le label delle partizioni che da tanto tempo risolvevano quel 
problema.
Gli UUID sono invece vitali per le periferiche connettibili (tipo usb) che 
devono potere essere identificate in qualsiasi slot vengano connesse.

 devono potere essere identificate in qualsiasi slot vengano connesse.
Beh AFAIK le label sono - alla fine della corsa - un alias per gli UUID,
è solo un po' incasinato attribuirle. Il concetto è però lo stesso.


Crononauta wrote:

Si, anche se non spariranno velocemente.
Intendevo solo dire che che il boot del sistema una soluzione era già 
disponibile da tanto tempo, mentre gli UID sono l'unica soluzione per le 
periferiche pluggabili.