Capitolo 5. Problemi di cui essere al corrente per jessie

Ci sono alcuni pacchetti per i quali Debian non può garantire di fornire i backport minimi per ragioni di sicurezza. Questi verranno trattati nelle sottosezioni che seguono.

Notare che il pacchetto debian-security-support, introdotto in Jessie, aiuta a tenere traccia dello stato del supporto di sicurezza per i pacchetti installati.

Nel tentativo di rafforzare l'impostazione predefinita, la configurazione di openssh-server ora usa in modo predefinito «PermitRootLogin without-password». Questo cambiamento può avere conseguenze se ci si affida all'autenticazione con password per l'utente root.

openssh-server cercherà di rilevare questi casi e aumentare la priorità delle sue domande debconf.

Se si desidera mantenere l'autenticazione con password per l'utente root, si può anche usare una preimpostazione per questa domanda utilizzando:

# Il valore «false» è effettivamente corretto nonostante ciò possa essere fonte di confusione.
$ echo 'openssh-server openssh-server/permit-root-login boolean false' | debconf-set-selections

Se si sta usando Puppet, fare attenzione al fatto che Puppet 3.7 non è compatibile all'indietro con Puppet 2.7. Tra le altre cose, le regole di ambito sono state modificate e molti costrutti deprecati sono stati rimossi. Vedere le note di rilascio di Puppet 3.x per alcune delle modifiche, ma tenere a mento che ci sono ulteriori modifiche in 3.7.

Controllare nei file di log dell'attuale puppetmaster la presenza di avvertimenti riguardo aspetti deprecati e risolverli tutti prima di procedere con l'aggiornamento renderà il completamento dell'aggiornamento stesso molto più facile. In alternativa, o in aggiunta, anche testando i manifest con uno strumento come Puppet catalog test si possono trovare potenziali problemi prima dell'aggiornamento.

Quando si aggiorna un sistema gestito con Puppet da Wheezy a Jessie, bisogna assicurarsi che il puppetmaster corrispondente esegua almeno Puppet versione 3.7. Se il master esegue puppetmaster di Wheezy, il sistema Jessie gestito non sarà in grado di collegarvisi.

Per maggiori informazioni sui cambiamenti che causano incompatibilità guardare Telly upgrade issues e «The Angry Guide to Puppet 3».

L'aggiornamento a Jessie include un aggiornamento di PHP da 5.4 a 5.6. Questo può avere effetto su qualsiasi script PHP locale ed è consigliato controllare questi script prima dell'aggiornamento. Quello che segue è una selezione di questi problemi:

Per maggiori informazioni sull'elenco completo dei potenziali problemi, guardare l'elenco degli autori a monte dei cambiamenti incompatibili all'indietro di PHP 5.5 e 5.6.

	Nota
	Questa sezione riguarda solo i sistemi in cui il server HTTPD Apache è installato ed è stato configurato manualmente.

Ci sono stati diversi cambiamenti nella configurazione del server HTTPD Apache nella versione 2.4. Dalla parte degli autori a monte è cambiata la sintassi. In particolare le direttive di controllo degli accessi sono cambiate in modo considerevole e necessitano di una migrazione manuale alle nuove direttive.

Il modulo mod_access_compat è indicato nella guida per l'aggiornamento degli autori a monte come una possibile alternativa per la migrazione immediata. Tuttavia le segnalazioni fanno pensare che possa non funzionare sempre.

Nella pacchettizzazione Debian è anche cambiata la gestione dei file di configurazione. In particolare, tutti i file e le posizioni di configurazione ora devono terminare in modo predefinito con «.conf» per essere analizzati. Questo cambiamento rimpiazza anche l'uso attuale di /etc/apache2/conf.d/.

Nota

Durante l'aggiornamento si possono anche vedere avvertimenti relativi ai file di configurazione posti in /etc/apache2/conf.d/ che sono forniti da pacchetti di Debian. Questo avvertimento è inevitabile ma non crea problemi dato che i pacchetti interessati sposteranno la loro configurazione una volta completato il loro aggiornamento (il che generalmente avviene dopo che Apache HTTPD ha emesso il suo avvertimento).

Per maggiori informazioni e per l'elenco completo dei cambiamenti fare riferimento a:

Jessie viene fornita con systemd-sysv come sistema init predefinito. Tale pacchetto viene installato automaticamente durante gli aggiornamenti.

Se si preferisce un altro init come sysvinit-core o upstart, è raccomandato impostare le priorità di pin di APT prima dell'aggiornamento. Ciò può anche essere necessario se si stanno aggiornando contenitori LXC prima dell'host. In questo caso fare riferimento a Sezione 5.8.1, «Aggiornamento di guest LXC in esecuzione su host Wheezy».

Come esempio, per evitare l'installazione di systemd-sysv durante l'aggiornamento, si può creare un file chiamato /etc/apt/preferences.d/local-pin-init contenente quanto segue:

Package: systemd-sysv
Pin: release o=Debian
Pin-Priority: -1

	Attenzione
	Fare attenzione che alcuni pacchetti possono avere un comportamento ridotto o possono mancare di alcune funzionalità in un sistema init non predefinito.

Notare che l'aggiornamento può installare pacchetti contenenti «systemd» nel loro nome anche usando i pin di APT. Questi da soli non modificano il sistema init. Per usare systemd come sistema init, deve prima essere installato il pacchetto systemd-sysv.

Se APT o aptitude hanno problemi a calcolare un percorso di aggiornamento che tenga conto del pin, può essere possibile aiutarli installando manualmente sia sysvinit-core sia systemd-shim.

5.6.3. Può essere necessario fare il port per systemd degli script init modificati localmente.

	Nota
	Questa sezione è valida solo per i sistemi in cui gli script init forniti da Debian sono stati modificati localmente.

Se alcuni degli script init forniti da Debian sono stati modificati, tenere a mente che essi possono ora essere stati sorpassati da un file unit di systemd o da systemd stesso. Se debsums è installato si può controllare la presenza di script init modificati localmente usando il seguente comando di shell:

debsums -c -e | grep ^/etc/init.d

In alternativa, in assenza di debsums, si può usare quanto segue:

dpkg-query --show -f'${Conffiles}' | sed 's, /,\n/,g' | \
  grep /etc/init.d | awk 'NF,OFS="  " {print $2, $1}' | \
  md5sum --quiet -c

Se uno dei due comandi segnala dei file e i loro pacchetti corrispondenti o systemd ora forniscono un file unit per systemd per tale servizio, il file unit di systemd avrà la precedenza rispetto allo script init modificato localmente. A seconda della natura del cambiamento ci sono diversi modi per fare la migrazione.

Se necessario, è possibile scavalcare il file unit di systemd per fare in modo che avvii lo script sysvinit. Per maggiori informazioni sui file unit di systemd guardare le seguenti risorse:

• How Do I Convert A SysV Init Script Into A systemd Service File?

• systemd.special — Special systemd units

• My Service Can't Get Realtime! (contiene anche un breve passaggio su come invocare script init da file unit)

HandlePowerKey=ignore
HandleSuspendKey=ignore
HandleHibernateKey=ignore
HandleLidSwitch=ignore

grep -e precheck -e check -e checkargs -e noearly -e loud -e keyscript /etc/crypttab

5.6.7. systemd: invia SIGKILL troppo presto [risolto in 8.1]

	Nota
	Questo problema è stato risolto nel rilascio minore 8.1 di Jessie.

È stato segnalato il ritorno ad un problema dopo il rilascio di Jessie. Il bug si verifica durante lo spegnimento o riavvio, quando systemd non aspetta un ritardo ragionevole prima di inviare il SIGKILL ai processi. Questo può portare a perdite di dati nei processi che non hanno salvato tutti i dati al momento del riavvio (es. database in esecuzione).

Gli sviluppi di questo bug sono tracciati nel bug Debian n.784720.

	Nota
	Questa sezione riguarda solo coloro che compilano da soli il proprio kernel. Se si usano i kernel compilati da Debian, questa sezione può essere saltata.

Le seguenti opzioni di configurazione del kernel sono adesso richieste oppure raccomandate per Jessie (in aggiunta a quelle già esistenti dai rilasci precedenti):

# Richiesta per udev
CONFIG_DEVTMPFS=y
# Richiesta per *alcuni* servizi di systemd
CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
# Richiesta per "bluez" (GNOME)
CONFIG_BT=y
# Richiesta per cups + systemd.
CONFIG_PPDEV=y

I servizi di systemd che richiedono CONFIG_DEVPTS_MULTIPLE_INSTANCES=y tipicamente contengono almeno una delle seguenti direttive:

PrivateTmp=yes
PrivateDevices=yes
PrivateNetwork=yes
ProtectSystem=yes

Se non si usa systemd o si è certi che nessuno dei servizi systemd usi le direttive suddette, l'opzione di configurazione potrebbe non essere richiesta per il proprio particolare sistema.

Per ulteriori informazioni sui requisiti fare riferimento alla sezione «REQUIREMENTS» nel file README per il pacchetto systemd.

	Nota
	Questa sezione riguarda solo i sistemi che hanno contenitori e host LXC. I comuni sistemi degli utenti finali solitamente non li hanno.

L'aggiornamento da Wheezy a Jessie migra il sistema in modo predefinito al sistema init systemd (vedere Sezione 5.6, «L'aggiornamento installa il nuovo sistema init predefinito per Jessie»).

Quando si aggiorna un contenitore LXC o una macchina virtuale LXC ciò ha conseguenze diverse a seconda del fatto che il sistema host sia stato o meno già aggiornato a Jessie.

lxc.autodev = 1
lxc.kmsg = 0

	Nota
	Questa sezione riguarda solo coloro che hanno impostato da soli i dischi cifrati LUKS usando l'hash whirlpool. L'installatore Debian non ha mai supportato la creazione di tali dischi.

Se è stato impostato manualmente un disco cifrato con LUKS whirlpool è necessario migrarlo manualmente ad un hash più robusto. Si può verificare se il proprio disco usa whirlpool usando il comando seguente:

# /sbin/cryptsetup luksDump <device-disco> | grep -i whirlpool

Per maggiori informazioni sulla migrazione vedere la voce «8.3 Gcrypt 1.6.x and later break Whirlpool» delle FAQ di cryptsetup.

	Attenzione
	Se si possiede uno di questi dischi, cryptsetup in modo predefinito si rifiuta di decifrarlo. Se il disco radico o altri dischi di sistema (es. /usr) sono cifrati con whirlpool, questi devono essere migrati prima del primo ravvio successivo all'aggiornamento di cryptsetup.

Il desktop GNOME 3.14 in Jessie non ha più il supporto di ripiego per macchine senza grafica 3D di base. Per funzionare correttamente necessita di un PC abbastanza recente (qualsiasi PC prodotto negli ultimi 10 anni dovrebbe avere il supporto SSE2 richiesto) o, per le architetture diverse da i386 e amd64, un adattatore grafico con accelerazione 3D con driver EGL.

A differenza di altri driver OpenGL, il driver FGLRX di AMD per gli adattatori Radeon non supporta l'interfaccia EGL. Pertanto svariate applicazioni GNOME, incluso il nucleo centrale del desktop GNOME, non si avviano per nulla quando è in uso tale driver.

È raccomandato invece l'uso del driver libero radeon che è quello predefinito in jessie.

Le scorciatoie da tastiera predefinite nel desktop GNOME sono state cambiate allo scopo di riflettere più da vicino quelle di alcuni altri sistemi operativi.

Le impostazioni delle scorciatoie modificate in passato dall'utente vengono preservate durante l'aggiornamento. Queste impostazioni possono sempre essere configurate dal centro di controllo di GNOME, a cui si accede dal menu in alto a destra facendo clic sull'icona «impostazioni».

L'aggiornamento del pacchetto base-password reimposta la shell degli utenti di sistema alla shell «nologin». Tra questi utenti sono inclusi:

Se la configurazione locale richiede che uno o più di questi utenti abbia una shell si dovrebbe indicare di non volere la migrazione oppure fare la migrazione e poi cambiare la shell degli utenti appropriati. Esempi tipici includono backup locali fatti usando l'utente «backup» con autenticazione «ssh-key».

	Attenzione
	La migrazione avviene automaticamente se la priorità delle domande poste da debconf è «alta» o superiore.

Se si sa già che si desidera mantenere la shell attuale di un dato utente, si può fare il preseed delle domande usando quanto segue:

echo 'base-passwd base-passwd/system/nome_utente/shell/nome_shell_attuale_rimaneggiato/_usr_sbin_nologin boolean false' | debconf-set-selections

Dove nome_utente è il nome dell'utente in questione e nome_shell_attuale_rimaneggiato è il nome rimaneggiato della shell. Questo nome viene ottenuto sostituendo tutti i caratteri non alfanumerici diversi da trattini o trattini bassi con trattini bassi. Es. /bin/bash diventa _bin_bash.

Il sistema di gestione delle informazioni personali Kontact ha subito un importante aggiornamento. La nuova versione fa un uso molto più esteso dell'indicizzazione di metadati e ogni dato dell'utente deve essere migrato in questi nuovi indici.

Le e-mail, gli eventi del calendario e i contatti della rubrica vengono migrati automaticamente quando l'utente fa il login e il componente appropriato viene avviato. Alcune impostazioni avanzate, come filtri per e-mail e modelli personalizzati, richiedono un intervento manuale. Ulteriori dettagli e suggerimenti per la risoluzione dei problemi sono raccolti nel wiki Debian.

	Nota
	Questo problema attualmente è segnalato come risolto in Jessie. Se ancora si fosse in grado di riprodurlo, aggiungere informazioni al bug Debian n.766462. Notare che potrebbe essere necessario ripristinare prima il bug dagli archivi (fare riferimento alla documentazione del server di controllo del BTS Debian su come estrarre i bug dall'archivio).

Se si ha più di un ambiente desktop installato può accadere che nessuna delle «console virtuali» mostri un prompt di login.

Questo problema sembra verificarsi quando plymouth, systemd e GNOME sono tutti installati. È stato segnalato come Bug Debian n. 766462.

È stato riportato che la rimozione dell'argomento «splash» dalla riga di comando del kernel può aggirare il problema. Vedere /etc/default/grub e ricordarsi di eseguire update-grub dopo aver aggiornato il file:

C'è un problema di compatibilità in grub-pc con le schede grafiche più vecchie (es. la "ATI Rage 128 Pro Ultra TR") che può causare la visualizzazione di una schermata vuota all'avvio. Il monitor può mostrare un messaggo «VGA signal out of range» (o qualcosa di simile).

Un semplice modo di aggirare il problema è impostare GRUB_TERMINAL=console in /etc/default/grub.

Il programma crontab è ora più severo e potrà rifiutarsi di salvare un file cron cambiato se non è valido. Se si hanno problemi con crontab -e revisionare il proprio crontab alla ricerca di errori.

A partire dalla versione 5.18 (compresa la 5.20 che è inclusa in Jessie) Perl terminerà con un errore fatale se incontra percorsi illeggibili di moduli in @INC. Il comportamento precedente era di controllare i contenuti di @INC nel proprio ambiente alla ricerca di directory che non fossero leggibili da tutti e di prendere le misure appropriate.

Si può vedere l'impostazione di @INC predefinita per Perl eseguendo perl -V.

Se un client richiede l'«apertura per esecuzione» di un file Samba4 richiede che il file abbia bit di esecuzione impostato oltre ai regolari permessi in lettura. Ciò è anche la causa per la quale gli script «netlogon» sono ignorati silenziosamente se mancano di tale bit di esecuzione.

	Nota
	Questa sezione riguarda solo coloro che hanno modificato manualmente il proprio /etc/initramfs-tools/initramfs.conf per non usare busybox.

Se sono installati entrambi busybox e cryptsetup e in più initramfs è stato configurato per non usare busybox, allora ciò può rendere il sistema inavviabile.

Controllare il valore della propria impostazione BUSYBOX in /etc/initramfs-tools/initramfs.conf se entrambi questi pacchetti sono installati. Al momento attuale soluzioni di ripiego note sono disinstallare busybox o impostare BUSYBOX=y in /etc/initramfs-tools/initramfs.conf.

	Avvertimento
	Se è stato necessario fare modifiche ricordarsi di eseguire update-initramfs -u per aggiornare il proprio initramfs. Altrimenti ci si potrebbe ritrovare comunque non un avvio non funzionante.

Per maggiori informazioni consultare il bug Debian n.783297.

	Nota
	Questa sezione riguarda solo coloro che hanno il proxy web Squid installato.

La configurazione di squid è cambiata in modo incompatibile. In particolar modo alcuni degli "strumenti ausiliari" di squid hanno cambiato nome. Se la configurazione in uso si affida a vecchie funzionalità non più presenti o ai vecchi nomi degli strumenti ausiliari, il servizio squid potrebbe non avviarsi con successo dopo l'aggiornamento.

Vedere le note di rilascio degli autori a monte per maggiori informazioni. Queste sono: