Re: Chi mi può verificare se ha il mio stesso problema che initramfs.conf non viene modificato?

2017-09-18 Per discussione Piviul 

Il 09/18/17 19:03, Davide Prina ha scritto:

On 18/09/2017 09:23, Piviul wrote:

Il 16/09/2017 15:33, Davide Prina ha scritto:
Ho aperto il bug #875781 perché mi sono accorto che il file 
/etc/initramfs-tools/initramfs.conf non mi è stato aggiornato con 
l'ultima versione e io non l'ho mai modificato manualmente.

 > [...]



aggiornando una macchina da jessie a stretch nei change log leggo:

If initramfs-tools is configured to use busybox but it is not
installed, mkinitrams will now fail. Previously it would quietly use 
klibc instead, sometimes producing a broken initrams. You may need to 
modify /etc/initramfs-tools/initramfs.conf or install busybox when 
upgrading.


no, questo è un altro problema.

Quello che riscontro io è che il file di configurazione non viene mai 
aggiornato, né viene richiesto se lo si vuole aggiornare (se ritiene 
che c'è stata una modifica manuale dell'utente).


Ma non c'è nessuno che può fare questa semplice e veloce verifica?

Dopo aver aggiornato Jessie il file è stato aggiornato? Puoi 
verificare con i comandi che ho indicato nella mail precedente?

ecco il risultato:

$ diff etc/initramfs-tools/initramfs.conf 
/etc/initramfs-tools/initramfs.conf

23c23
< # BUSYBOX: [ y | n | auto ]
---
> # BUSYBOX: [ y | n ]
25,27c25
< # Use busybox shell and utilities.  If set to n, klibc utilities will 
be used.
< # If set to auto (or unset), busybox will be used if installed and 
klibc will

< # be used otherwise.
---
> # Use busybox if available.
30c28
< BUSYBOX=auto
---
> BUSYBOX=y

Sembra che tu abbia ragione.

Piviul

Re: installazione e cambio hw

2017-09-18 Per discussione Marco Gaiarin 
Mandi! Pol Hallen
  In chel di` si favelave...

> per motivi logistici avrei intenzione di installare la stable su una 
> macchina di test e successivamente montare quel disco su un'altra 
> macchina (quella effettiva)
> secondo voi potrei imbattermi in qualche problema hardware o altro, o 
> meglio installare direttamente sull'hardware finale?

Se le macchine sono ''simili'' (stessa architettura) e stesso meccanismo di
boot (non una UEFI e l'altra no...) non dovresti incontrare grossi problemi.

Di sicuro dovrai rivedere alcune cose (ad esempio, la ''numerazione'' delle
schede di rete), ma dovrebbe andare.
Se i controller enumerano i dischi in modo diverso e non usi sempre gli
UUID, potresti avere la macchna che parte con solo / montato, ma non
dovrebbe essere un problema grosso sistemarlo.


Se la macchina di destinazione ha qualche particolarità, però, ad esempio un
controller RAID hardware, devi sincerarti che l'initrd contenga tutti i
moduli che ti servono nell'hardware di destinazione.
Normalmente basta aggiungerli a mano in /etc/initramfs-tools/modules e
rigenerare l'initrd.


-- 
  Per l'ottimista, il bicchiere è mezzo pieno. Per il pessimista, il
  bicchiere è mezzo vuoto. Per l'ingegnere, il bicchere è grande il
  doppio del necessario.(Bill Sharpe)

Re: installazione e cambio hw

2017-09-18 Per discussione Davide Prina 

On 17/09/2017 13:58, Pol Hallen wrote:

per motivi logistici avrei intenzione di installare la stable su una 
macchina di test e successivamente montare quel disco su un'altra 
macchina (quella effettiva)


secondo me hai problemi solo se l'architettura hardware richiesta dalle 
due CPU è diversa (per intenderci ad esempio una è amd64 e l'altra 
powerpc64le).
Io un bel po' di anni fa avevo risolto installando Linux appropriato 
prima di trasferire il disco, facendo si che ci fossero installati 
entrambi e quindi avere la possibilità di rimontare il disco nel vecchio 
hardware se mi fossi dimenticato di qualcosa... ma tutto è filato liscio 
al primo colpo, poi magari ho dovuto installare qualcosa di specifico 
per il nuovo hardware, ma il sistema è partito ed era usabile.


Ora non so se è più possibile fare qualcosa del genere, anche perché se 
faccio un


$ apt search linux-image | grep -v "amd64\|^ "

non mi trova nulla (notare che ho escluso amd64 che è la mia 
architettura), mentre allora avevo tutte le architetture... in ogni caso 
le puoi scaricare manualmente dal sito di Debian


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Esci dall'illegalità: utilizza LibreOffice/OpenOffice:
http://linguistico.sf.net/wiki/doku.php?id=usaooo
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: extension mysql is not compiled into PHP

2017-09-18 Per discussione Alessandro Pellizzari 

On 18/09/2017 11:50, Piviul wrote:

Ma scusate ma perché diavolo esiste allora il pacchetto 
php-mdb2-driver-mysql? Che senso ha?... forse mi sfugge qualcosa


É un bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869761

Bye.

Re: libreoffice su debian testing

2017-09-18 Per discussione andrea biancalana 
il giorno Thu, 14 Sep 2017 16:00:45 +0200  Piviul  ha 
scritto:

> Il 14/09/2017 15:49, andrea biancalana ha scritto:
> > Incontro il seguente problema con libreoffice su debian testing 32bit:
> > 
> > solo alcuni dei numerosi utenti LDAP (vecchi o appena creati) non riescono 
> > ad avviare libreoffice (ne' writer ne' calc; non ho provato impress e draw):
> > compare la finestra verde per qualche secondo e poi piu' niente.
> > 
> > Ho provato a rimuovere .config/libreoffice/4/user/registrymodifications.xcu 
> > (temevo che avessero precedentemente aperto file condivisi tramite sftp e 
> > non piu' accessibili) e, poi, tutta la directory .config/libreoffice senza 
> > risultati.
> > 
> > Cambiando macchina, nella stessa rete con le stesse homedir condivise, 
> > stessa versione del software, gli stessi utenti hanno lo stesso problema.
> > 
> > 
> > 
> > Qualcuno ha incontrato la stessa difficolta'?  

Faccio il resoconto della situazione che e' sempre molto ingarbugliata:

il problema persiste per alcuni account anche eliminando ./config/libreoffice e 
anche l'intera ./config;
ma per altri si risolve eliminando ./config/libreoffice oppure l'intera 
./config;

ho affiancato a LO 5.4.1 anche la versione 5.3.6:
mi sembra che per tutti gli utenti ai quali va in crash la 5.4.1 va in crash 
anche la 5.3.6

Eliminando libroffice-gtk2 non cambia nulla (a parte, ovviamente, l'aspetto dei 
menu per gli utenti che avviano LO); libreoffice-gtk3 non e' installato.

Per almeno un account eliminando ./config/libreoffice o ./config (non ricordo) 
si e' ripristinato il funzionamento di LO che, pero', partiva con le barre 
degli strumenti in modalita' testo invece che con le consuete icone (?).

Grazie, saluti, Andrea

Re: extension mysql is not compiled into PHP

2017-09-18 Per discussione Piviul 

Il 17/09/2017 10:31, emmanuel segura ha scritto:
perche non provi a installe php-mysqlnd 
https://serverfault.com/questions/400434/php-mysqlnd-or-php-mysql

ok, posso ma mdb2 non funziona lo stesso :(

Ma scusate ma perché diavolo esiste allora il pacchetto 
php-mdb2-driver-mysql? Che senso ha?... forse mi sfugge qualcosa


Piviul





Il giorno 17 settembre 2017 09:39, Piviul > ha scritto:


Il 09/17/17 08:23, Alessandro Pellizzari ha scritto:

L'estensione mysql é stata deprecata in PHP 5.5 e rimossa in PHP 7.
Al suo posto bisogna usare mysqli (per un approccio procedurale)
o PDO
(per uno a oggetti): http://php.net/manual/en/mysql.php


o porca paletta cosa mi dici! L'ho usata anch'io in modo massivo...
mi dici che quindi dovrò necessariamente migrare a pdo prima di
aggiornare il server dove l'ho usata massivamente? E come mai
esistono i pacchetti per mdb2 sia in stretch che in buster? Quindi
anche le classi pear sono deprecate?

:( Piviul




--
   .~.
   /V\
  //  \\
/(   )\
^`~'^

Re: Chi mi può verificare se ha il mio stesso problema che initramfs.conf non viene modificato?

2017-09-18 Per discussione Piviul 

Il 16/09/2017 15:33, Davide Prina ha scritto:
Ho aperto il bug #875781 perché mi sono accorto che il file 
/etc/initramfs-tools/initramfs.conf non mi è stato aggiornato con 
l'ultima versione e io non l'ho mai modificato manualmente.

> [...]

Ciao Davide, aggiornando una macchina da jessie a stretch nei change log 
leggo:


If initramfs-tools is configured to use busybox but it is not
installed, mkinitrams will now fail. Previously it would quietly use 
klibc instead, sometimes producing a broken initrams. You may need to 
modify /etc/initramfs-tools/initramfs.conf or install busybox when 
upgrading.


Uomo avvisato mezzo salvato?

Piviul

Re: installazione e cambio hw

2017-09-18 Per discussione Piviul 

Il 17/09/2017 13:58, Pol Hallen ha scritto:

giorno a tutti :)

per motivi logistici avrei intenzione di installare la stable su una 
macchina di test e successivamente montare quel disco su un'altra 
macchina (quella effettiva)


secondo voi potrei imbattermi in qualche problema hardware o altro, o 
meglio installare direttamente sull'hardware finale?
non credo tu possa imbatterti in problemi se l'hardware della macchina 
finale è ben supportato.


Piviul

Re: extension mysql is not compiled into PHP

2017-09-18 Per discussione Piviul 

Il 17/09/2017 10:40, Alessandro Pellizzari ha scritto:

[...]
mysqli ha una API simile a mysql, anche se non identica, quindi il
passaggio é meno complesso che migrare a PDO:

ma io uso mdb2...

Mille grazie :(

Piviul