Aggiornando la mia Debian testing (squeeze) questa mattinaho trovato tra i pacchetti da aggiornare : sysv-rc .
Come al solito rispondo di proseguire con apt-get dist-upgrade ma la macchina si ferma e mi mostra uan schermata che riporta un’errore proprio nell’aggiornamento di sysv-rc .
Mi metto subito alla ricerca e trovo in poco tempo la soluzione .
Il primo link consigliatomi : http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot
mi da qualche informazione in più e allora comincio a smanettare .
Seguendo l’articolo vi illustrerò meglio le operazioni compiute .
Ripartiamo dalla fase di aggiornamento :
.......................... selezionato il pacchetto insserv, che non lo era. dpkg: considering deconfiguration of sysv-rc, which would be broken by installation of insserv ... dpkg: yes, will deconfigure sysv-rc (broken by insserv). (Lettura del database ... 203398 file e directory attualmente installati.) Spacchetto insserv (da .../insserv_1.12.0-13_i386.deb) ... De-configuring sysv-rc ... Processing triggers for man-db ... Configuro insserv (1.12.0-13) ... (Lettura del database ... 203427 file e directory attualmente installati.) Mi preparo a sostituire sysv-rc 2.86.ds1-65 (con .../sysv-rc_2.87dsf-6_all.deb) ... Spacchetto il sostituto di sysv-rc ... Processing triggers for man-db ... Configuro sysv-rc (2.87dsf-6) ... info: Checking if it is safe to convert to dependency based boot. error: Unable to migrate to dependency based boot sequencing. error: Problems detected: insserv: warning: script 'S25libdevmapper1.02' missing LSB tags and overrides, insserv: warning: script 'libdevmapper1.02' missing LSB tags and overrides, grep: /var/lib/update-rc.d/*: No such file or directory (Lettura del database ... 203426 file e directory attualmente installati.) Mi preparo a sostituire initscripts 2.86.ds1-65 (con .../initscripts_2.87dsf-6_i386.deb) ... Spacchetto il sostituto di initscripts ... Processing triggers for man-db ... .......................................
mi fermo per riportare l’immagine che compare e vi segnala l’errore .
Ho cominciato una breve ricerca sulla libreria incriminata : libdevmapper1.02 .
# aptitude search libdevmapper v libdevmapper - p libdevmapper-dev - File header per il Device Mapper del kernel Linux i libdevmapper1.02 - The Linux Kernel Device Mapper userspace library i libdevmapper1.02.1 - Libreria spazio utente per il Device Mapper del kernel Linux
Ho scoperto che convive con un’altra versione più aggiornata ……………………mh……….. proviamo a rimuoverla !
# apt-get --purge remove libdevmapper1.02 Lettura elenco dei pacchetti... Fatto Generazione albero delle dipendenze Lettura informazioni sullo stato... Fatto I seguenti pacchetti saranno RIMOSSI: libdevmapper1.02* 0 aggiornati, 0 installati, 1 da rimuovere e 0 non aggiornati. Dopo quest'operazione, verranno liberati 102kB di spazio su disco. Continuare [S/n]? (Lettura del database ... 203455 file e directory attualmente installati.) Rimuovo libdevmapper1.02 ... Elimino i file di configurazione di libdevmapper1.02 ...
Poi come consigliatomi precedentemente decido di aggironare sysv-rc con il comando :
dpkg-reconfigure sysv-rc
dpkg-reconfigure sysv-rc info: Checking if it is safe to convert to dependency based boot. info: Reordering boot system, log to /var/lib/insserv/run-20091001T1151.log success: Enabled dependency based boot system.
Durante il processo di aggiornamento vi troverete a dover affrontare una questione importante .
Bene , rispondendo in modo affermativo aggiornerete la vostra sequenza di boot e se l’esito sarà positivo (come mostrato nell’output precedente ) , avrete migrato in modo corretto sysv-rc.
Grazie al nuovo sistema sequenziale di avvio , il vostro PC ora dovrebbe risultare più rapido all’avvio , ma non è una promessa .
Ottimo! Faccio solo una piccola osservazione: bisogna andarci cauti con questo nuovo “dependency based boot” poichè ci sono ancora molti script di init e demoni che ancora usano il “vecchio” sysv-rc. Ci vorrà ancora un po’ perchè la migrazione sia completa. Comunque, uno script che usa il vecchio sistema continuerà ad usarlo anche se c’è quello nuovo, ma non è garantito al 100% che funzioni correttamente.
Devo dire che ho notato la differrenza su diverse macchine , circa una decina con Debian installato .
Solo 2 hanno riportato l’errore che ho esposto prima .
Il notebook ha dato lo stesso errore ma sul pacchetto wifi-radar che ho rimosso perchè inutilizzato .
Il resto dei PC non ha avuto alcun problema a passare al nuovo sysv-rc.
grazie per l’osservazione