Re: Aggiornamento pagina wiki con istruzioni su come tradurre sito [Was: Come procedere?]

[Kate Korsaro]

Ciao Beatrice,

ogni suggerimento e` ben accetto! E questa cosa qui del wiki mi sembra una
proposta interessante.

Non ho particolare esperienza con i wiki in generale, ma non credo sia un grande
scoglio. Do un'occhiata alla pagina e nei prossimi giorni provo a mettere giu`
almeno una bozza.

Credo che la parte piu` tecnica per quanto riguarda le traduzioni sia proprio il
discorso di Salsa. Come ottenere il codice, come fare le merge request ecc. Il
processo di traduzione vero e proprio non credo abbia bisogno di moltissime
spiegazioni a parte l'aggiornamento dell'id della pagina originale, ma qui c'e`
la mail di Giuseppe che sara` plagiata bellamente!

Dai, ci aggiorniamo!

Buona giornata

KK

On Tue Jul 9, 2024 at 5:53 PM CEST, Beatrice Torracca wrote:
> Ciao Kate,
>
> a parte ovviamente pensare eventualmente di tradurre altro oltre al 
> sito, a seconda di cosa/come preferisci, provo a proporti una cosa, solo 
> se ti sembra interessante e non una scocciatura.
>
> Io mi ero segnata nelle ferie di provare ad aggiornare la pagina del 
> Wiki Debian del nostro Team con le istruzioni per le traduzioni delle 
> pagine web, che è ferma a quando c'era Alioth invece di Salsa (non ho 
> idea se la pagina web ha istruzioni aggiornate...).
>
> Io, che non me ne occupo, avrei di fatto plagiato, con il suo permesso, 
> le istruzioni che ti ha mandato Giuseppe quando hai chiesto informazioni 
> la prima volta. Pensi ti possa interessare invece farlo tu?
>
> Potresti mettere quante/quali informazioni ti sembra meglio. 
> Suggerimenti, il tuo flusso di lavoro (magari semplificato, in modo da 
> includere chi non sa crearsi un'installazione in un contenitore... ahemmm).
>
> La pagina è qui: https://wiki.debian.org/it/L10n/Italian/SitoWeb
>
> non ci sarebbe alcuna fretta nel farlo e ribadisco solo se è una cosa 
> che ti può interessare (eventualmente si può fare anche avanti qualcun 
> altro :)
>
> Buona giornata a tutt*,
>
> beatrice
>
>
>
>
> On 09/07/24 16:17, Kate Korsaro wrote:
> > Ciao,
> > al momento non risultato pagine che necessitano di aggiornamento della
> > traduzione.
> > 
> > Restano tuttavia circa 1600 pagine da tradurre da zero. Molte sono news, 
> > user,
> > consultants, vote, debian-installer/news.
> > 
> > Ne elenco qui sotto alcune che risultano "singole", magari sono 
> > interessanti da
> > tradurre, ma qui mi rimetto al vostro giudizio.
> > 
> > devel/debian-jr/index.wml
> > devel/website/todo.wml
> > events/eventsmailinglists.wml
> > legal/* (8 pagine)
> > opl.wml
> > security/disclosure-policy.wml
> > trademark.wml
> > 
> > Resto a disposizione per eventuali traduzioni anche di pagine che non ho
> > elencato qui sopra.
> > 
> > Ciao!
> > 
> > KK
> > 

Aggiornamento pagina wiki con istruzioni su come tradurre sito [Was: Come procedere?]

[Beatrice Torracca]

Ciao Kate,

a parte ovviamente pensare eventualmente di tradurre altro oltre al 
sito, a seconda di cosa/come preferisci, provo a proporti una cosa, solo 
se ti sembra interessante e non una scocciatura.


Io mi ero segnata nelle ferie di provare ad aggiornare la pagina del 
Wiki Debian del nostro Team con le istruzioni per le traduzioni delle 
pagine web, che è ferma a quando c'era Alioth invece di Salsa (non ho 
idea se la pagina web ha istruzioni aggiornate...).


Io, che non me ne occupo, avrei di fatto plagiato, con il suo permesso, 
le istruzioni che ti ha mandato Giuseppe quando hai chiesto informazioni 
la prima volta. Pensi ti possa interessare invece farlo tu?


Potresti mettere quante/quali informazioni ti sembra meglio. 
Suggerimenti, il tuo flusso di lavoro (magari semplificato, in modo da 
includere chi non sa crearsi un'installazione in un contenitore... ahemmm).


La pagina è qui: https://wiki.debian.org/it/L10n/Italian/SitoWeb

non ci sarebbe alcuna fretta nel farlo e ribadisco solo se è una cosa 
che ti può interessare (eventualmente si può fare anche avanti qualcun 
altro :)


Buona giornata a tutt*,

beatrice




On 09/07/24 16:17, Kate Korsaro wrote:

Ciao,
al momento non risultato pagine che necessitano di aggiornamento della
traduzione.

Restano tuttavia circa 1600 pagine da tradurre da zero. Molte sono news, user,
consultants, vote, debian-installer/news.

Ne elenco qui sotto alcune che risultano "singole", magari sono interessanti da
tradurre, ma qui mi rimetto al vostro giudizio.

devel/debian-jr/index.wml
devel/website/todo.wml
events/eventsmailinglists.wml
legal/* (8 pagine)
opl.wml
security/disclosure-policy.wml
trademark.wml

Resto a disposizione per eventuali traduzioni anche di pagine che non ho
elencato qui sopra.

Ciao!

KK

Re: Aggiornamento di sid

[Giuliano Grandin]

Il Dom 12 Mag 2024, 11:44 Enzo Busseti  ha scritto:

> Confermo quanto scritto da Davide per testing.
>

...

Intanto, grazie a tutti per i consigli.
In due macchine virtuali, che tengo più per curiosità/studio, una con sid e
l'altra con testing, ho adottato due strade diverse.
Con sid ho inziato ad aggiornare pacchetti piccoli, con poche/nulle
richieste di toglierne altri, alternando con "apt upgrade". C'erano ca 400
pacchetti bloccati, ma con pazienza ho aggiirnato tutto.
Con testing, in cui i pacchetti bloccati erano più di 600, dopo
l'esperienza con sid, ho invece usato "apt dist-upgrade".
Controllato che non mi scappassero pacchetti che venivano tolti e che
volevo tenere, l'aggiornamento è andato a buon fine.

Di nuovo grazie a tutti, siete preziosi.
Giuliano

>

Re: Aggiornamento di sid

[Enzo Busseti]

Confermo quanto scritto da Davide per testing.

State attenti perché a me ha rimosso gnome, reinstallando da terminale poi 
nessun problema.

Enzo 

> On 12 May 2024, at 13:32, Davide Prina  wrote:
> 
> Giuliano Grandin ha scritto:
> 
>  
>> Ho una macchina virtuale con sid che tengo più che altro per curiosità.
>> Di recente dando il comando
>  
>> # apt update
>> e poi
>> # apt upgrade
> 
>> 0 aggiornati, 0 installati, 0 da rimuovere, e 440 non aggiornati.
> 
> poi devi anche usare
> # apt dist-upgrade
> 
> upgrade fa l'aggiornamento di quei pacchetti che non richiedono la
> rimozione di altri pacchetti. I pacchetti che di solito indica da
> rimuovere sono pacchetti sostituiti da altri (soprattutto librerie).
> 
>> La stessa cosa mi succede con un'altra macchina virtuale, con testing.
>  
> Io uso testing.
> 
> Posso confermare che c'erano diverse transizioni in atto (non so se le
> hanno risolte tutte) che bloccavano gli aggiornamenti di moltissimi
> pacchetti.
> 
> Ho notato due cose:
> 
> 1) facendo gli aggiornamenti con dist-upgrade mi ha rimosso dei
>   pacchetti che a me servivano o comunque non volevo venissero
>   rimossi. Ho dovuto segnarmeli e reinstallarli subito dopo.
>   Comunque in totale saranno stati 3-4 su più giorni.
>   Secondo me questo era dovuto al fatto che anche i pacchetti che
>   ha rimosso dovevano rimuovere altri pacchetti per aggiornarsi
>   e qualcosa non ha funzionato correttamente o c'erano delle
>   dipendenze circolari o errori/problemi sulle dipendenze.
> 
> 2) nei primi giorni di sblocco mi segnalava alcuni pacchetti di base,
>   come gnome, non più necessari e da rimuovere anche con
>   deborphan
> 
> Se ci sono troppi pacchetti che vuole rimuovere si può procedere in
> questo modo: si usa il comando
> # apt install
> e si indica sia i pacchetti che vuole rimuovere, ma che non si vuole
> che vengano rimossi, che alcuni o tutti quelli che vuole installare.
> Naturalmente se si mette un pacchetto che deve essere rimosso per
> forza perché è sostituito da altro, allora questo non funziona e
> fornisce un errore.
> 
> Ciao
> Davide
> 
> --
> La mia privacy non è affar tuo
> https://noyb.eu/it
> - You do not have my permission to use this email to train an AI -
> If you use this to train your AI than you accept to distribute under AGPL
> license >= 3.0 all the model trained, all the source you have used to
> training your model and all the source of the program that use that model
> 

Re: Aggiornamento di sid

[Davide Prina]

Giuliano Grandin ha scritto:

 
> Ho una macchina virtuale con sid che tengo più che altro per curiosità.
> Di recente dando il comando
 
> # apt update
> e poi
> # apt upgrade

> 0 aggiornati, 0 installati, 0 da rimuovere, e 440 non aggiornati.

poi devi anche usare
# apt dist-upgrade

upgrade fa l'aggiornamento di quei pacchetti che non richiedono la
rimozione di altri pacchetti. I pacchetti che di solito indica da
rimuovere sono pacchetti sostituiti da altri (soprattutto librerie).

> La stessa cosa mi succede con un'altra macchina virtuale, con testing.
 
Io uso testing.

Posso confermare che c'erano diverse transizioni in atto (non so se le
hanno risolte tutte) che bloccavano gli aggiornamenti di moltissimi
pacchetti.

Ho notato due cose:

1) facendo gli aggiornamenti con dist-upgrade mi ha rimosso dei
   pacchetti che a me servivano o comunque non volevo venissero
   rimossi. Ho dovuto segnarmeli e reinstallarli subito dopo.
   Comunque in totale saranno stati 3-4 su più giorni.
   Secondo me questo era dovuto al fatto che anche i pacchetti che
   ha rimosso dovevano rimuovere altri pacchetti per aggiornarsi
   e qualcosa non ha funzionato correttamente o c'erano delle
   dipendenze circolari o errori/problemi sulle dipendenze.

2) nei primi giorni di sblocco mi segnalava alcuni pacchetti di base,
   come gnome, non più necessari e da rimuovere anche con
   deborphan

Se ci sono troppi pacchetti che vuole rimuovere si può procedere in
questo modo: si usa il comando 
# apt install
e si indica sia i pacchetti che vuole rimuovere, ma che non si vuole
che vengano rimossi, che alcuni o tutti quelli che vuole installare.
Naturalmente se si mette un pacchetto che deve essere rimosso per
forza perché è sostituito da altro, allora questo non funziona e 
fornisce un errore.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: Problema di tastiera dopo aggiornamento

[Leonardo Boselli]

Scoperto parte del problema:
avevo tastiera “English (US) intl., with dead keys)” e peer motivi 
sconosciuti è diventata “English (US) English (intl., with AltGr dead 
keys)” .

Resta il problema del cursore che sparisce e poi ...
adesso ho rimesso anche l'altro che funziona come prima ma la versione con 
altGr non riconosce più il compose [ma so visualizza]


On Fri, 10 May 2024, Piviul wrote:
Ciao Leonardo ma di che DE stai parlando? Con gnome e bookworm aggiornato non 
sono riuscito a riprodurre il tuo problema...

il cursore comunque nella fase di composizione sparisce e lo rivorrei.
come faccio ?


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it

Re: Problema di tastiera dopo aggiornamento

[Leonardo Boselli]

MATE

On Fri, 10 May 2024, Piviul wrote:

Ciao Leonardo ma di che DE stai parlando? Con gnome e bookworm aggiornato non 
sono riuscito a riprodurre il tuo problema...


--
Leonardo Boselli
Firenze, Toscana, Europa
tel:+393287329225

Re: Problema di tastiera dopo aggiornamento

[Piviul]

Ciao Leonardo ma di che DE stai parlando? Con gnome e bookworm 
aggiornato non sono riuscito a riprodurre il tuo problema...


Piviul

On 5/10/24 01:13, Leonardo Boselli wrote:

Aggiornamento problema:
I dead keys sono "cambiati":
` ~ '(per ´) " (per ¨) ^ si ottengono con alt-gr mentre senza viene il 
carattere normale (ossia il contrario che prima e sugli altri sistemi).

Ciò ha una logica, ma per chi è abituato al vecchio sistema è scomodo.
Il vantaggio è che tutti gli accenti ora non richiedono più il compose 
Il cursore comunque nella fase di composizione sparisce e lo rivorrei.

come faccio ?

On Thu, 9 May 2024, Leonardo Boselli wrote:

Ho aggiornato ieri bookworm e mi sono trovato attivato ibus che ha 
alterato in modo negativo il funzionamento della tastiera, non 
riconoscendo più i dead keys, né le funzioni compose e nppeure 
ctr+alt+U per inserire unicode.
Lo ho disattivato ma adesso, ance dopo riavvia i deadkeys non 
funzionano più: il compose funziona ma i dead keys no, il che rende 
la digitazione di testi alquanto scomoda.
Inoltre mentre prima sia usando il compose che ctr+alt+U mi veniva 
sullo schermo _ con sopra il segno diacritico in attesa di 
completare, adesso tutto "tace" .

Come ripristino la situazione precedente ?


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it

Re: Aggiornamento di sid

[Thomas Iezzi]

Ho fatto una prova con una VM dove ho installato trixie (debian testing)
con DE Gnome.
Confermo che segnala più di 400 pacchetti non aggiornati e che se eseguo
apt dist-upgrade indica che disinstallerà mezzo mondo (ho verificato al
volo e mi voleva togliere metà Gnome).
Ho confermato l'operazione e il sistema ha aggiornato tutto, eliminando le
versioni precedenti senza causare anomalie di funzionamento.

Ma, ripeto, è un test che ho fatto su una macchina di test (avendo la
snapshot pronta.)
Come indicato da altri in lista, il "problema" sembra dipendere dalla
transizione di time_t a 64bit (
https://forums.debian.net/viewtopic.php?t=158477).
A me è andata bene, ma vi consiglio di non forzare la cosa, se non sapete
dove mettere le mani in caso di problemi.

Thomas

Il giorno ven 10 mag 2024 alle ore 11:28 Luca Sighinolfi <
lsighino...@autistici.org> ha scritto:

> On 2024-05-09 23:40, Paride Desimone wrote:
> > Il 9 maggio 2024 14:00:18 UTC, Enzo Busseti  ha
> > scritto:
> >> Ciao,
> >>
> >> Non so se è lo stesso problema, ma con testing da qualche settimana ho
> >> avuto anch'io varie volte lo stesso risultato. Da un po' di ricerca
> >> pare (ma utenti più esperti possono confermare) che serva fare apt
> >> dist-upgrade, controllando che i pacchetti che vengono rimossi non
> >> siano importanti per te. Per esempio molti pacchetti di librerie hanno
> >> cambiato nome di recente.
> >>
> >> Enzo
> >>
> >>> On 9 May 2024, at 17:45, Giuliano Grandin
> >>>  wrote:
> >>>
> >>> 
> >>> Buon giorno a tutti.
> >>>
> >>> Ho una macchina virtuale con sid che tengo più che altro per
> >>> curiosità.
> >>> Di recente dando il comando
> >>>
> >>> # apt update
> >>> e poi
> >>> # apt upgrade
> >>>
> >>> mi compare, fra i vari messaggi, questa scritta:
> >>>
> >>> ...
> >>> I seguenti pacchetti sono stati mantenuti alla versione attuale:
> >>>   alsa-ucm-conf ..  lungo elenco
> >>> 0 aggiornati, 0 installati, 0 da rimuovere, e 440 non aggiornati.
> >>>
> >>> La stessa cosa mi succede con un'altra macchina virtuale, con
> >>> testing.
> >>>
> >>> H
> >>>
> >>
> >
> > Installate apt-listbugs e vi eviterà tantissimi mal di testa.
> >
> > /paride
>
> Ciao a tutti.
>
> Io sono in una situazione simile su testing.
> Penso che il motivo sia questo:
> https://wiki.debian.org/ReleaseGoals/64bit-time
>
> Anche brevemente spiegato qui:
>
> https://unix.stackexchange.com/questions/772826/debian-unstable-repository-and-t64-packages
>
> Il secondo è solo uno dei mila siti che vengono fuori cercanco "debian
> t64".
>
> Cito proprio da quel sito:
> "The t64 suffix means the software in question is modified to use 64-bit
> time_t,
> so it will be ready for January 19, 2038, when the 32-bit version of
> time_t will
> overflow (the Y2K38 problem)."
>
> Io al momento sto aggiornando poco per volta con "apt upgrade".
> Anche a me dice che più di 400 pacchetti non sono aggiornati e penso che
> poco
> per volta userò "apt install ".
>
> Se uso aptitude è un mezzo disastro, vuole disinstallare mezzo mondo e
> non capisco
> bene se in mezzo finisco anche pacchetti importanti per me.
> In questo caso con "apt", aggiornando poco per volta mi trovo meglio.
> Più che altro riesco a tenere sotto controllo ciò che viene rimosso.
>
> Questa la mia esperienza per ora su testing.
>
> Grazie
> Ciao
> --
> Luca Sighinolfi
>
>

Re: Aggiornamento di sid

[Luca Sighinolfi]

On 2024-05-09 23:40, Paride Desimone wrote:
Il 9 maggio 2024 14:00:18 UTC, Enzo Busseti  ha 
scritto:

Ciao,

Non so se è lo stesso problema, ma con testing da qualche settimana ho 
avuto anch'io varie volte lo stesso risultato. Da un po' di ricerca 
pare (ma utenti più esperti possono confermare) che serva fare apt 
dist-upgrade, controllando che i pacchetti che vengono rimossi non 
siano importanti per te. Per esempio molti pacchetti di librerie hanno 
cambiato nome di recente.


Enzo

On 9 May 2024, at 17:45, Giuliano Grandin 
 wrote:



Buon giorno a tutti.

Ho una macchina virtuale con sid che tengo più che altro per 
curiosità.

Di recente dando il comando

# apt update
e poi
# apt upgrade

mi compare, fra i vari messaggi, questa scritta:

...
I seguenti pacchetti sono stati mantenuti alla versione attuale:
  alsa-ucm-conf ..  lungo elenco
0 aggiornati, 0 installati, 0 da rimuovere, e 440 non aggiornati.

La stessa cosa mi succede con un'altra macchina virtuale, con 
testing.


H





Installate apt-listbugs e vi eviterà tantissimi mal di testa.

/paride


Ciao a tutti.

Io sono in una situazione simile su testing.
Penso che il motivo sia questo:
https://wiki.debian.org/ReleaseGoals/64bit-time

Anche brevemente spiegato qui:
https://unix.stackexchange.com/questions/772826/debian-unstable-repository-and-t64-packages

Il secondo è solo uno dei mila siti che vengono fuori cercanco "debian 
t64".


Cito proprio da quel sito:
"The t64 suffix means the software in question is modified to use 64-bit 
time_t,
so it will be ready for January 19, 2038, when the 32-bit version of 
time_t will

overflow (the Y2K38 problem)."

Io al momento sto aggiornando poco per volta con "apt upgrade".
Anche a me dice che più di 400 pacchetti non sono aggiornati e penso che 
poco

per volta userò "apt install ".

Se uso aptitude è un mezzo disastro, vuole disinstallare mezzo mondo e 
non capisco

bene se in mezzo finisco anche pacchetti importanti per me.
In questo caso con "apt", aggiornando poco per volta mi trovo meglio.
Più che altro riesco a tenere sotto controllo ciò che viene rimosso.

Questa la mia esperienza per ora su testing.

Grazie
Ciao
--
Luca Sighinolfi

Re: Aggiornamento di sid

[Paride Desimone]

Il 9 maggio 2024 14:00:18 UTC, Enzo Busseti  ha scritto:
>Ciao,
>
>Non so se è lo stesso problema, ma con testing da qualche settimana ho avuto 
>anch'io varie volte lo stesso risultato. Da un po' di ricerca pare (ma utenti 
>più esperti possono confermare) che serva fare apt dist-upgrade, controllando 
>che i pacchetti che vengono rimossi non siano importanti per te. Per esempio 
>molti pacchetti di librerie hanno cambiato nome di recente. 
>
>Enzo
>
>> On 9 May 2024, at 17:45, Giuliano Grandin  wrote:
>> 
>> 
>> Buon giorno a tutti.
>> 
>> Ho una macchina virtuale con sid che tengo più che altro per curiosità.
>> Di recente dando il comando
>> 
>> # apt update
>> e poi
>> # apt upgrade
>> 
>> mi compare, fra i vari messaggi, questa scritta:
>> 
>> ... 
>> I seguenti pacchetti sono stati mantenuti alla versione attuale:
>>   alsa-ucm-conf ..  lungo elenco
>> 0 aggiornati, 0 installati, 0 da rimuovere, e 440 non aggiornati.
>> 
>> La stessa cosa mi succede con un'altra macchina virtuale, con testing.
>> 
>> H
>> 
>

Installate apt-listbugs e vi eviterà tantissimi mal di testa.

/paride

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: Problema di tastiera dopo aggiornamento

[Leonardo Boselli]

Aggiornamento problema:
I dead keys sono "cambiati":
` ~ '(per ´) " (per ¨) ^ si ottengono con alt-gr mentre senza viene il 
carattere normale (ossia il contrario che prima e sugli altri sistemi).

Ciò ha una logica, ma per chi è abituato al vecchio sistema è scomodo.
Il vantaggio è che tutti gli accenti ora non richiedono più il compose 
Il cursore comunque nella fase di composizione sparisce e lo rivorrei.

come faccio ?

On Thu, 9 May 2024, Leonardo Boselli wrote:

Ho aggiornato ieri bookworm e mi sono trovato attivato ibus che ha alterato 
in modo negativo il funzionamento della tastiera, non riconoscendo più i dead 
keys, né le funzioni compose e nppeure ctr+alt+U per inserire unicode.
Lo ho disattivato ma adesso, ance dopo riavvia i deadkeys non funzionano più: 
il compose funziona ma i dead keys no, il che rende la digitazione di testi 
alquanto scomoda.
Inoltre mentre prima sia usando il compose che ctr+alt+U mi veniva sullo 
schermo _ con sopra il segno diacritico in attesa di completare, adesso tutto 
"tace" .

Come ripristino la situazione precedente ?


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it

Re: Aggiornamento di sid

[Enzo Busseti]

Ciao,

Non so se è lo stesso problema, ma con testing da qualche settimana ho avuto 
anch'io varie volte lo stesso risultato. Da un po' di ricerca pare (ma utenti 
più esperti possono confermare) che serva fare apt dist-upgrade, controllando 
che i pacchetti che vengono rimossi non siano importanti per te. Per esempio 
molti pacchetti di librerie hanno cambiato nome di recente. 

Enzo

> On 9 May 2024, at 17:45, Giuliano Grandin  wrote:
> 
> 
> Buon giorno a tutti.
> 
> Ho una macchina virtuale con sid che tengo più che altro per curiosità.
> Di recente dando il comando
> 
> # apt update
> e poi
> # apt upgrade
> 
> mi compare, fra i vari messaggi, questa scritta:
> 
> ... 
> I seguenti pacchetti sono stati mantenuti alla versione attuale:
>   alsa-ucm-conf ..  lungo elenco
> 0 aggiornati, 0 installati, 0 da rimuovere, e 440 non aggiornati.
> 
> La stessa cosa mi succede con un'altra macchina virtuale, con testing.
> 
> H
> 

Aggiornamento di sid

[Giuliano Grandin]

Scusate ho inviato per errore prima di finire.
Volevo chiedere cosa cercare per capirci un po' di più.
Capita anche a qualcun altro?

Scusate per la confusione.
Giuliano

Aggiornamento di sid

[Giuliano Grandin]

Buon giorno a tutti.

Ho una macchina virtuale con sid che tengo più che altro per curiosità.
Di recente dando il comando

# apt update
e poi
# apt upgrade

mi compare, fra i vari messaggi, questa scritta:

...
I seguenti pacchetti sono stati mantenuti alla versione attuale:
  alsa-ucm-conf ..  lungo elenco
0 aggiornati, 0 installati, 0 da rimuovere, e 440 non aggiornati.

La stessa cosa mi succede con un'altra macchina virtuale, con testing.

H

Re: aggiornamento formware hp proliant

[Piviul]

On 12/20/23 16:13, Piviul wrote:

[...]

Ora però mi sono accorto che i 2 DL380p gen8 che abbiamo, hanno 
l'ultimo e il penultimo bios installato ma dalle informazioni di hp[¹] 
sembra che entrambi i bios abbiano vulnerabilità importanti e quindi 
sono stati rimossi ma mai più aggiornati perché scaduto il supporto.


Non è assurdo?

mi sento in dovere di mitigare questa mia affermazione. In effetti la 
vulnerabilità critica riscontrata è relativa a softpaq che se ho capito 
bene dovrebbe essere quel componente che permette di lanciare/installare 
software nel "bios" del server e che viene usato anche dal bios stesso 
per autoaggiornarsi. Quindi anche l'aggiornamento del bios canonico è 
stato rimosso essendo stato disabilitato softpaq. L'aggiornamento però è 
pur sempre disponibile scaricandosi l'rpm ed installando da bios 
direttamente il bin ivi contenuto.


Grazie a tutti quanti

Piviul

Re: aggiornamento formware hp proliant

[Davide Prina]

Piviul ha scritto:

> Error: cannot launch browser.
> 
> Ora non vorrei spatacare troppo in un nodo proxmox installando un DE per 
> poter aggiornare i firmware, mi sembra esagerato.

usa update-alternatives e imposta links2

probabilmente devi impostare x-www-browser

se non è questo è di sicuro uno di questi:
$ update-alternatives --get-selections | grep browser

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: aggiornamento formware hp proliant

[Piviul]

On 12/19/23 21:25, Marco Gaiarin wrote:

Mandi! Piviul
   In chel di` si favelave...


L'unico aggiornamento che sono riuscito a trovare riguarda iLO, per il
bios anche se dice che è critico (raccomandato) ci vuole un contratto.

Vero. MA se arrivi alla pagina del bios:


https://support.hpe.com/connect/s/softwaredetails?language=it=MTX_0be8a0d8f06a491bbccc434186

vedi che in basso a sn ci sono le revisioni; una (la 2.96_05-17-2022) è
marcata come critical, ed è scaricabile.


https://support.hpe.com/connect/s/softwaredetails?language=it=MTX_6abac704c0e149548008362d7b


Hai ragione, grazie!

Ora però mi sono accorto che i 2 DL380p gen8 che abbiamo, hanno l'ultimo 
e il penultimo bios installato ma dalle informazioni di hp[¹] sembra che 
entrambi i bios abbiano vulnerabilità importanti e quindi sono stati 
rimossi ma mai più aggiornati perché scaduto il supporto.


Non è assurdo?

E sicuramente non appena cesserà il supporto al gen 9 scopriranno 
qualche vulnerabilità anche su quello... :( ma non si possono installare 
bios liberi e supportati su 'sti cosi?



Purtroppo il giochino della iLO NON funziona per gli altri firmware
(controller, ...); di quelli scaricati l'RPM e vai di alien. ;-)

questa non l'ho capita...

L'interfaccia web di iLO ti permette di caricare solo il firmware dell'iLO
stesso e il BIOS; per le altre cose puoi usare i pacchetti host, che sono
degli RPM ma basta dargli una botta di alien.


più o meno ho capito, se poi non riesco so a chi chiedere ;)

Grazie!

Piviul

[¹] 
https://support.hpe.com/connect/s/softwaredetails?softwareId=MTX_28cd003053b9459ab8a9222eff

Re: aggiornamento formware hp proliant

[Marco Gaiarin]

Mandi! Piviul
  In chel di` si favelave...

> L'unico aggiornamento che sono riuscito a trovare riguarda iLO, per il 
> bios anche se dice che è critico (raccomandato) ci vuole un contratto. 

Vero. MA se arrivi alla pagina del bios:


https://support.hpe.com/connect/s/softwaredetails?language=it=MTX_0be8a0d8f06a491bbccc434186

vedi che in basso a sn ci sono le revisioni; una (la 2.96_05-17-2022) è
marcata come critical, ed è scaricabile.


https://support.hpe.com/connect/s/softwaredetails?language=it=MTX_6abac704c0e149548008362d7b


>> Purtroppo il giochino della iLO NON funziona per gli altri firmware
>> (controller, ...); di quelli scaricati l'RPM e vai di alien. ;-)
> questa non l'ho capita...

L'interfaccia web di iLO ti permette di caricare solo il firmware dell'iLO
stesso e il BIOS; per le altre cose puoi usare i pacchetti host, che sono
degli RPM ma basta dargli una botta di alien.

-- 
  ...e andate chissa` dove per non pagar le tasse
  col ghigno e l'ignoranza dei primi della classe.  (F. Guccini)

Re: aggiornamento formware hp proliant

[Paolo Miotto]

Il 19/12/23 06:54, Piviul ha scritto:
Ora non vorrei spatacare troppo in un nodo proxmox installando un DE 
per poter aggiornare i firmware, mi sembra esagerato. Qualcuno ha già 
affrontato il problema? Se avvio il nodo con una live magari 
addirittura fedora dal momento che tutti i pacchetti sono rpm e 
pacchetti deb non ci sono sulla iso e lanciando smartupdate da live 
secondo voi potrebbe funzionare?


Con SUM io di solito aggiorno firmware da un altro host via rete, dopo 
che è partito ti permette di aggiungere una ILO, fare la scansione dei 
fw e di aggiornare.



--

Mandi

Paolo

Re: aggiornamento formware hp proliant

[Piviul]

On 12/19/23 09:06, Enrico Rossi wrote:

Ciao,

On Tue, Dec 19, 2023 at 06:54:48AM +0100, Piviul wrote:

Ciao a tutti, ho un hp proliant DL 380 Gen9 e vorrei aggiornargli i
firmware.

Non ho capito bene il problema, il service pack e' una iso, riavviala e fa 
tutto da sola.


Perché non funziona come ho spiegato in qualche altra risposta. Da EFI 
la iso non parte, da legacy bios parte ma poi non so se dipenda dal 
fatto che riesco ad accedere al server solo da iLO (lo schermo diventa 
nero e si spegne) comunque parte ma poi si interrompe con:


Starting initrd...
Warning!!! Unable to mount the file system [cdrom]
Warning!!! Unable to mount the filesystem

Preboot maintenance mode

/bin/ash: can't access tty: job control turned off

:(

Piviul

Re: aggiornamento formware hp proliant

[Piviul]

On 12/19/23 08:50, Marco Gaiarin wrote:

Mandi! Piviul
   In chel di` si favelave...

Altrimenti qualcuno ha qualche suggerimento?

Allora, HP ha ristretto il download dei firmware a chi ha un contratto di
assistenza attivo (quindi, garanzia o contratto di estensione).


Ne ero a conoscenza però trovare la iso del service pack è abbastanza 
facile; ad esempio un utente ha messo qui[¹] tutti gli SPP di cui poi si 
può controllare l'sha_256 sul sito hp[²] della iso del service pack 
scaricato. Dovrebbero quindi essere pari agli originali...


[¹] https://www.brainattic.org/static/hpe-spp/
[²] 
https://support.hpe.com/connect/s/softwaredetails?language=it=MTX_ab56dbf228be4a80adfb576b2a=Installation+Instructions


Però come dicevo facendo il boot dalla iso in EFI mode non va, è come se 
non fosse un dispositivo di boot mentre in legacy mode parte ma lo 
schermo diventa tutto nero poi si spegne; tuttavia entrando in iLO con 
l'HTML5 console riesco a vedere che in realtà c'è un menu ma seguendolo 
alla fine arrivo sempre ad un errore:


Starting initrd...
Warning!!! Unable to mount the file system [cdrom]
Warning!!! Unable to mount the filesystem

Preboot maintenance mode

/bin/ash: can't access tty: job control turned off



MA rilascia comunuqe i firmware che sono 'critical'; quindi vai nella pagina
del firmware della macchina in questione, vai sulle revisioni, e vai
indietro finchè ne trovi uno 'critical'. Solitamente non sono troppo vecchi.

Scaricati l'EXE per windows e dallo in pasto, così come è, alla iLO.


L'unico aggiornamento che sono riuscito a trovare riguarda iLO, per il 
bios anche se dice che è critico (raccomandato) ci vuole un contratto. 
Ma fare un contratto per un anno che ordine di grandezza di costi ha che 
voi sappiate?




Purtroppo il giochino della iLO NON funziona per gli altri firmware
(controller, ...); di quelli scaricati l'RPM e vai di alien. ;-)


questa non l'ho capita...

Grazie

Piviul

Re: aggiornamento formware hp proliant

[Enrico Rossi]

Ciao,

On Tue, Dec 19, 2023 at 06:54:48AM +0100, Piviul wrote:
> Ciao a tutti, ho un hp proliant DL 380 Gen9 e vorrei aggiornargli i
> firmware.

Non ho capito bene il problema, il service pack e' una iso, riavviala e fa 
tutto da sola.
Ciao
E.

Re: aggiornamento formware hp proliant

[Marco Gaiarin]

Mandi! Piviul
  In chel di` si favelave...

> Altrimenti qualcuno ha qualche suggerimento?

Allora, HP ha ristretto il download dei firmware a chi ha un contratto di
assistenza attivo (quindi, garanzia o contratto di estensione).
MA rilascia comunuqe i firmware che sono 'critical'; quindi vai nella pagina
del firmware della macchina in questione, vai sulle revisioni, e vai
indietro finchè ne trovi uno 'critical'. Solitamente non sono troppo vecchi.

Scaricati l'EXE per windows e dallo in pasto, così come è, alla iLO.


Purtroppo il giochino della iLO NON funziona per gli altri firmware
(controller, ...); di quelli scaricati l'RPM e vai di alien. ;-)

-- 
  Bisogna saper scegliere il tempo
  non arrivarci per contrarieta`(F. Guccini)

Re: aggiornamento formware hp proliant

[Piviul]

On 12/19/23 06:54, Piviul wrote:
Ciao a tutti, ho un hp proliant DL 380 Gen9 e vorrei aggiornargli i 
firmware. Il server è un nodo proxmox. Ho rimediato la iso dell'ultimo 
service pack ma montandola ed eseguendo:


# ./launch_sum.sh
./packages/smartupdate: 9: Syntax error: "(" unexpected

# cat ./launch_sum.sh
#!/bin/sh
sh ./packages/smartupdate "$@"

# ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Jan  5  2023 /bin/sh -> dash

Ora il quadro è chiaro, dalla dash smartupdate non può essere 
eseguito. Ho allora lanciato direttamente il comando da bash:


# ./packages/smartupdate
Copying sum files to /var/tmp/localsum

Error: cannot launch browser.

Ora non vorrei spatacare troppo in un nodo proxmox installando un DE 
per poter aggiornare i firmware, mi sembra esagerato. Qualcuno ha già 
affrontato il problema? Se avvio il nodo con una live magari 
addirittura fedora dal momento che tutti i pacchetti sono rpm e 
pacchetti deb non ci sono sulla iso e lanciando smartupdate da live 
secondo voi potrebbe funzionare?


Altrimenti qualcuno ha qualche suggerimento?


Scusate, mi sono dimenticato di dire che la modalità canonica, cioè fare 
il boot direttamente dalla ISO del service pack non funziona, non so per 
quale motivo, probabilmente per un baco nel bios...


Se avvio la iso in efi mode non si avvia, torna al menu di boot mentre 
se la avvio in legacy mode lo schermo mi diventa nero e poi si spegne; 
se entro però direttamente con la console iLO4 invece il menù lo vedo, 
scelgo di fare il boot da usb e parte il menu del spp di hp in cui di 
default parte con l'aggiornamento dei firmware ma poi sempre da console 
vedo:



Starting initrd...
Warning!!! Unable to mount the file system [cdrom]
Warning!!! Unable to mount the filesystem

Preboot maintenance mode

/bin/ash: can't access tty: job control turned off


e poi un prompt che lampeggia...

Come dicevo se qualcuno ha qualche suggerimento è ben accetto :)

Piviul

aggiornamento formware hp proliant

[Piviul]

Ciao a tutti, ho un hp proliant DL 380 Gen9 e vorrei aggiornargli i 
firmware. Il server è un nodo proxmox. Ho rimediato la iso dell'ultimo 
service pack ma montandola ed eseguendo:


# ./launch_sum.sh
./packages/smartupdate: 9: Syntax error: "(" unexpected

# cat ./launch_sum.sh
#!/bin/sh
sh ./packages/smartupdate "$@"

# ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Jan  5  2023 /bin/sh -> dash

Ora il quadro è chiaro, dalla dash smartupdate non può essere eseguito. 
Ho allora lanciato direttamente il comando da bash:


# ./packages/smartupdate
Copying sum files to /var/tmp/localsum

Error: cannot launch browser.

Ora non vorrei spatacare troppo in un nodo proxmox installando un DE per 
poter aggiornare i firmware, mi sembra esagerato. Qualcuno ha già 
affrontato il problema? Se avvio il nodo con una live magari addirittura 
fedora dal momento che tutti i pacchetti sono rpm e pacchetti deb non ci 
sono sulla iso e lanciando smartupdate da live secondo voi potrebbe 
funzionare?


Altrimenti qualcuno ha qualche suggerimento?

Piviul

Re: Aggiornamento doppio ?

[Alessandro Rubini]

> Ho la macchina con stretch ( 9 ) quindi posso passare in sucurezza a 11 
> direttamente  o debbo passare a 10 prima ?

Secondo me e` meglio fare un passo alla volta. Ultimamente ho fatto
il doppio salto su un paio di macchine, ma con due dist-upgrade separati.

Da come leggo il documento qui citato, vuol dire che uno puo` tenere
la LTS verione N (con gli aggiornamenti di sicurezza) finche` non esce la
N+2.  Chi passa da 9 a 11 vuol dire che per un po' non ha avuto
gli aggiornamenti di sicurezza sulla 9. Tutto qui.

Meno male che il buon Jaromil chiama le distribuzioni in ordine
alfabetico.  Questa storia dei personaggi di Toy Story e` veramente
insopportabile.

/rubi felicemente devuan

Aggiornamento doppio ?

[Leonardo Boselli]

Leggendo le pagine circa il LTS trovo questo scritto:
«The Debian LTS team handles the last (two) years of security support so 
that each releases benefits from at least 5 years of support and so that 
users can upgrade from version N to N+2, for example from Debian 8 
"Jessie" to Debian 10 "Buster".»
Ho la macchina con stretch ( 9 ) quindi posso passare in sucurezza a 11 
direttamente  o debbo passare a 10 prima ?
Perché turtte le note di rilascio sconsigliano questo e il doppio salto lo 
ho visto solo lí 



--
Leonardo Boselli
Firenze, Toscana, Europa

Re: Aggiornamento di versione

[Davide Prina]

On 16/09/21 08:13, Marco Ciampa wrote:

On Fri, Sep 03, 2021 at 09:02:29PM +0200, Davide Prina wrote:

# apt -u upgrade


una curiosità (che non trovo nelle pagine man) che significa -u ?


interessante, non c'è più nel man quell'opzione, ma la prende ancora.
Una volta apt-get non visualizzava la lista dei pacchetti che venivano 
aggiornati/installati con "apt-get upgrade" e "apt-get dist-upgrade" a 
meno che non si specificasse l'opzione -u per visualizzarli


Sembra che ora sia cambiato questo comportamento e di default li 
visualizza; anzi ora bisogna passare --no-show-upgraded per non mostrarli!
Però il -u non genera un errore e quindi io non mi ero mai accorto di 
questo cambio, magari avvenuto da molti anni :-(
Potevano anche far uscire un messaggio di warning in modo da far sapere 
a tutti di questo cambiamento...


Ciao
Davide
--
Motivi per non comprare/usare ms-windows7:
http://windows7sins.org/
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Aggiornamento di versione

[Giuseppe Sacco]

Ciao,

Il giorno ven, 03/09/2021 alle 15.57 +0200, Giancarlo Martini ha scritto:
> Un settembrino saluto a tutta la lista, 
> volevo passare una vecchia macchina di appoggio con Jessie a Bullseye,
> secondo voi qual'è il metodo migliore, più sicuro.
> Fino ad adesso, sul pc principale, quando voglio cambiare versione,
> semplicemente aggiorno il source.list e poi apt update/upgrade.
> Qualcuno ha esperienza di una simile operazione, il passaggio da una
> versione ad un altra non sequenziali?

Ho fatto proprio ieri l'aggiornamento di una jessie a bullseye, ma l'ho fatto
passando da stretch e poi da buster. Ha funzionato senza problemi con un ciclo
di apt-get update/upgrade/dist-upgrade/autoremove/clean. Alla fine ho usato
aptitude per identificare i pacchetti obsoleti e rimuoverli.

Ciao,
Giuseppe

Re: Aggiornamento di versione

[Davide Prina]

On 03/09/21 15:57, Giancarlo Martini wrote:


volevo passare una vecchia macchina di appoggio con Jessie a Bullseye,
secondo voi qual'è il metodo migliore, più sicuro.


di sicuro è sempre meglio leggere le note di rilascio e il manuale di 
installazione/aggiornamento che spiegano come fare il passaggio, 
eventuali problematiche e come risolverle.
Io ti consiglio di fare gli upgrade uno step per volta e non un 
passaggio diretto da Jessie a Bullseye, quindi fare:

Jessie -> Stretch -> Buster -> Bullseye

fare tutto in uno step potrebbe non funzionare perché tra i vari 
passaggi sono state modificate cose basilari di Debian e il passaggio 
funziona di sicuro se fai un passo alla volta.


Inoltre per questo passaggio così lungo è consigliato in ogni caso fare 
un backup completo della tua Jessie... prima di tentare l'aggiornamento


Se ti sembra troppo oneroso puoi anche adottare una strada differente: 
ti salvi l'elenco dei pacchetti che hai su Jessie (vedi dpkg 
--get-selections), ti installi una Bullseye minimale e poi installi i 
pacchetti che avevi su Jessie. Poi ti porti a mano i dati.

Però per fare questo di serve un altro hd/partizione...


aggiorno il source.list e poi apt update/upgrade.


sì, normalmente si fa così:
* aggiorni il tuo sistema attuale apt update/upgrade/dist-upgrade
* dopo aver modificato il source.list in modo appropriato fai:
# apt update
# apt install apt
# apt -u upgrade
# apt -u dist-upgrade

io consiglio di aver installato precedentemente anche i pacchetti:
apt-listbugs e apt-listchanges

in modo che puoi avere info importanti sull'aggiornamento di pacchetti 
particolari, e così ti eviti problemi per capire perché qualcosa non 
funziona più come prima, e eventuali bug riscontrati, dove è possibile 
che ti trovi anche dei workaround per aggirarli/mitigarli... e così sai 
anche le problematiche che puoi avere


Ciao
Davide
--
I didn't use Microsoft machines when I was in my operational phase, 
because I couldn't trust them.
Not because I knew that there was a particular back door or anything 
like that, but because I couldn't be sure.

Edward Snowden

Aggiornamento di versione

[Giancarlo Martini]

Un settembrino saluto a tutta la lista,
volevo passare una vecchia macchina di appoggio con Jessie a Bullseye,
secondo voi qual'è il metodo migliore, più sicuro.
Fino ad adesso, sul pc principale, quando voglio cambiare versione,
semplicemente aggiorno il source.list e poi apt update/upgrade.
Qualcuno ha esperienza di una simile operazione, il passaggio da una
versione ad un altra non sequenziali?
Un grazie in anticipo


-- 
Giancarlo Martini
(Replace 'AAA' con '@')
mailto:giancarlomartiniAAAgmail.com

Re: aggiornamento bullseye

[Sabrewolf]

Il 06/11/20 15:58, Gabriele Stilli ha scritto:

This will be reverted within a few weeks,
please don't send bug reports about that.



Ok, allora procedo con l'aggiornamento visto che è una cosa temporanea.

Grazie !

Re: aggiornamento bullseye

[Gabriele Stilli]

Il 06/11/20 15:00, Sabrewolf ha scritto:

> Mi sono fermato quando ho visto che richiede 877 mega.
> 
> Sapete dirmi perché è richiesto quasi 1 giga per aggiornare pacchetti
> già installati e senza installare nessun nuovo pacchetto ? Che
> succede ?

Me n'ero accorto anch'io, così ho cominciato a guardare un po' i
changelog. Credo che il principale indiziato sia questo (dal changelog
di gcc-10):

  * Also enable the extra checking on amd64, arm64, ppc64el, s390x, and
don't strip the executables.  This will be reverted within a few weeks,
please don't send bug reports about that.

"Don't strip the executables" dovrebbe voler dire che all'interno degli
eseguibili rimangono dei simboli, collegati a librerie esterne, che
altrimenti sarebbero cancellati. Ed evidentemente per GCC e i suoi
fratelli questi simboli sono tanti.

"Ovviamente" qualcuno ha segnalato la cosa, nonostante l'avvertimento:
https://bugs.debian.org/973545
https://bugs.debian.org/973785

Gabriele :-)

aggiornamento bullseye

[Sabrewolf]

Ciao a tutti, ieri ho dato il solito apt upgrade per installare gli
ultimi aggiornamenti su debian bullseye:

Calcolo dell'aggiornamento... Fatto
I seguenti pacchetti saranno aggiornati:
  cpp-10 g++-10 gcc-10 gcc-10-base gir1.2-pango-1.0 libasan6 libatomic1
libcc1-0 libgcc-10-dev libgcc-s1 libgfortran5 libgomp1 libitm1 liblsan0
libpango-1.0-0
  libpangocairo-1.0-0 libpangoft2-1.0-0 libpangoxft-1.0-0 libpopt0
libquadmath0 libstdc++-10-dev libstdc++-10-doc libstdc++6 libtsan0
libubsan1 libuv1
26 aggiornati, 0 installati, 0 da rimuovere e 0 non aggiornati.
È necessario scaricare 217 MB/219 MB di archivi.
Dopo quest'operazione, verranno occupati 877 MB di spazio su disco.
Continuare? [S/n]

Mi sono fermato quando ho visto che richiede 877 mega.

Sapete dirmi perché è richiesto quasi 1 giga per aggiornare pacchetti
già installati e senza installare nessun nuovo pacchetto ? Che succede ?

Aggiornamento: Debian Buster (10.4) e GIMP

[Alessandro Baggi]

Il 12/06/20 23:18, Davide Prina ha scritto:

On 12/06/20 09:01, Alessandro Baggi wrote:


non uso Wayland ma Xorg.


Wayland is intended as a simpler replacement for X, easier to develop 
and maintain. GNOME and KDE are expected to be ported to it.


È vero che ci sono cose che non funzionano (es: bisogna imposare delle 
variabili di sistema alla chiamata dell'applicativo) o danno problemi 
con wayland, ma con il passare del tempo stanno sistemando.


Ciao
Davide


Salve ragazzi,

ricordate il problema di GIMP su debian 10.4 dove non funzionava il 
color picker?


Il problema sembra risolversi quando utilizzo come motore di rendering 
XRender. Con OpelGL 3.1  e 2.0 mi da quel problema.


Non ho molta conoscenza sui motori di rendering ma Xrender è valido?

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Filippo Dal Bosco -]

Il giorno Wed, 4 Sep 2019 10:19:53 +0200
Portobello  ha scritto:


> C'è un modo semplice per fare una penna USB avviabile ?

 per mettere una iso Linux ( non iso microsoft che utilizza un
 filesytem diverso!) su chiavetta USB 

come root

dd if=/percorso/a/la-iso-con-linux.iso of=/dev/sd[x] bs=4M

dove sd[x]  è la chiavetta e lo ricavi da ( come root)

blkid

Nota: a me questo metodo non sempre  funziona.
Invece funziona sempre un prg  win :  rufus  che riesce a distinguere
boot non efi da  boot efi. Rufus funziona anche in win installato in
Virtualbox come ho io.


-- 
Filippo

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Portobello]

Il 16/08/19 10:16, Davide Prina ha scritto:
> On 15/08/19 11:21, Portobello wrote:
>> Il 08/08/19 10:07, Dott. Giovanni Bonenti ha scritto:
> 
>>> Mi sa che hai centrato il problema
>>>    
>>> https://www.debian.org/releases/buster/amd64/release-notes/ch-information.it.html#migrate-interface-names
> 
> 
>> Al paragrafo 5.1.6 Migrazione dai sorpassati nomi delle interfacce di
>> rete , c'è qualche spiegazione.
> 
> secondo me questo non è il problema.
> Le interfacce di rete hanno nuovi nomi, ma, secondo me, non sono questi
> che causano il non funzionamento.
> 
> se non ho capito male se tiri su l'interfaccia a mano:
> 
> # ifconfig eth0 up
> 
> poi funziona correttamente.
> 
> Bisogna capire il problema, ad esempio se per caso c'è qualche file di
> configurazione che hai modificato tu "a mano" e che causa il problema.
> 
> Se usi Gnome3 con networkmanager, prova a guardare le
> 
> * impostazioni -> rete
> 
> qui dovresti vedere le interfacce trovate, nel tuo caso, se non ho
> capito male, hai solo una scheda di rete
> 
> fai clic sulla rotellina della tua scheda di rete e verifica che nella
> scheda dettagli sia indicato di connettere automaticamente la scheda e
> rendere disponibile l'utilizzo a tutti gli utenti
> 
> In IPv4 e IPv6 sia indicato automatico tutto su automatico.
> 
> Altra strada che proverei io è usare una live di Buster (o se puoi fare
> un'installazione minimale su altra partizione o su una penna USB o disco
> esterno) e se qui ti funziona all'avvio, allora fai un confronto con i
> vari file di configurazione.

Ciao,
Ho provato anche a fare una live avviabile da penna USB.
Seguendo questa guida:
http://guide.debianizzati.org/index.php?title=Installare_Debian_da_pendrive_USB_o_SD_card=42911=prev
Ci sono tre metodi. Li ho provati tutti.
Non mi riesce di farne funzionare nessuno.
Quando provo ad avviare la penna USB mi dà sempre errore:"Missing
operating system".
C'è un modo semplice per fare una penna USB avviabile ?

Grazie
Saluti

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Portobello]

Il 29/08/19 21:33, Davide Prina ha scritto:
> On 29/08/19 10:54, Portobello wrote:
>> Il 28/08/19 19:30, Davide Prina ha scritto:
>>> On 28/08/19 18:30, Portobello wrote:
> 
 non riconosce più i DVD. Non li legge (e tanto meno li scrive).
> 
>>> guarda in /var/log/syslog
>>>
>>> e cerca le righe dove identifica il tuo CD/DVD
> 
>> La scritta DVD non c'è.
> 
> strano, non è che è stato ruotato il log e quindi devi guardare in
> /var/log/syslog.1
Si, c'era la rotazione. Questa mattina c'era il file syslog.1, ma ora
non c'è di nuovo più.
Comunque ora ho trovato le scritte nel file /var/log/syslog

Aug 30 14:15:02 debian64 kernel: [5.003429] ata4.00: ATAPI: Optiarc
DVD RW AD-7170S, 1.00, max UDMA/66
Aug 30 14:15:02 debian64 kernel: [5.009298] scsi 3:0:0:0: CD-ROM
Optiarc  DVD RW AD-7170S  1.00 PQ: 0 ANSI: 5
Aug 30 14:15:02 debian64 kernel: [5.063768] sr 3:0:0:0: [sr0]
scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray

Aug 30 16:06:38 debian64 kernel: [4.990668] ata4.00: ATAPI: Optiarc
DVD RW AD-7170S, 1.00, max UDMA/66
Aug 30 16:06:38 debian64 kernel: [4.996647] scsi 3:0:0:0: CD-ROM
Optiarc  DVD RW AD-7170S  1.00 PQ: 0 ANSI: 5
Aug 30 16:06:38 debian64 kernel: [5.032234] sr 3:0:0:0: [sr0]
scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray

Aug 30 14:15:02 debian64 kernel: [5.003429] ata4.00: ATAPI: Optiarc
DVD RW AD-7170S, 1.00, max UDMA/66
Aug 30 14:15:02 debian64 kernel: [5.009298] scsi 3:0:0:0: CD-ROM
Optiarc  DVD RW AD-7170S  1.00 PQ: 0 ANSI: 5
Aug 30 14:15:02 debian64 kernel: [5.063768] sr 3:0:0:0: [sr0]
scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray

Aug 30 16:06:38 debian64 kernel: [4.990668] ata4.00: ATAPI: Optiarc
DVD RW AD-7170S, 1.00, max UDMA/66
Aug 30 16:06:38 debian64 kernel: [4.996647] scsi 3:0:0:0: CD-ROM
Optiarc  DVD RW AD-7170S  1.00 PQ: 0 ANSI: 5
Aug 30 16:06:38 debian64 kernel: [5.032234] sr 3:0:0:0: [sr0]
scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray


> 
>>> dovresti trovare una riga simile a questa:
>>> sr 6:0:1:0: [sr0] scsi3-mmc drive: 16x/40x cd/rw xa/form2 cdda tray
> 
>> Cercando CD ho trovato:
>> Aug 29 09:35:35 debian64 udisksd[415]: Cleaning up mount point
>> /media/cdrom0 (device 11:0 is not mounted)
> 
> no queste sono righe che indicano che hai inserito qualcosa nel CD
> 
>> Presumo che il dispositivo sia montato come /dev/sr0.
> 
>>> $ wodim dev=/dev/sr0 -checkdrive
>> Device type    : Removable CD-ROM
>> Version    : 5
>> Response Format: 2
>> Capabilities   :
>> Vendor_info    : 'Optiarc '
>> Identification : 'DVD RW AD-7170S '
>> Revision   : '1.00'
>> Device seems to be: Generic mmc2 DVD-R/DVD-RW.
>> Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
>> Driver flags   : MMC-3 SWABAUDIO BURNFREE
>> Supported modes: TAO PACKET SAO SAO/R96R RAW/R96R
> 
> e quindi lo vede come DVD RW
> 
> prova ad usare wodim per masterizzare un DVD... ora non ho mai
> masterizzato un DVD. Guarda il man di wodim nella sezione esempi o cerca
> su internet.
> 
Provo a faccio sapere.
Ciao
Grazie

> Ciao
> Davide
> 

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Davide Prina]

On 29/08/19 10:54, Portobello wrote:

Il 28/08/19 19:30, Davide Prina ha scritto:

On 28/08/19 18:30, Portobello wrote:



non riconosce più i DVD. Non li legge (e tanto meno li scrive).



guarda in /var/log/syslog

e cerca le righe dove identifica il tuo CD/DVD



La scritta DVD non c'è.


strano, non è che è stato ruotato il log e quindi devi guardare in 
/var/log/syslog.1



dovresti trovare una riga simile a questa:
sr 6:0:1:0: [sr0] scsi3-mmc drive: 16x/40x cd/rw xa/form2 cdda tray



Cercando CD ho trovato:
Aug 29 09:35:35 debian64 udisksd[415]: Cleaning up mount point
/media/cdrom0 (device 11:0 is not mounted)


no queste sono righe che indicano che hai inserito qualcosa nel CD


Presumo che il dispositivo sia montato come /dev/sr0.



$ wodim dev=/dev/sr0 -checkdrive

Device type: Removable CD-ROM
Version: 5
Response Format: 2
Capabilities   :
Vendor_info: 'Optiarc '
Identification : 'DVD RW AD-7170S '
Revision   : '1.00'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-3 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96R RAW/R96R


e quindi lo vede come DVD RW

prova ad usare wodim per masterizzare un DVD... ora non ho mai 
masterizzato un DVD. Guarda il man di wodim nella sezione esempi o cerca 
su internet.


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
I didn't use Microsoft machines when I was in my operational phase, 
because I couldn't trust them.
Not because I knew that there was a particular back door or anything 
like that, but because I couldn't be sure.

Edward Snowden

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Portobello]

Il 28/08/19 19:30, Davide Prina ha scritto:
> On 28/08/19 18:30, Portobello wrote:
> 
>> non riconosce più i DVD. Non li legge (e tanto meno li scrive).
>> Riesco soltanto a leggere e scrivere dei CD (al massimo fino a 700 MB).
>> Infatti sono riuscito a masterizzare una NetInst di Buster minimale.
> 
> mi sembra molto strano
> 
> guarda in /var/log/syslog
> 
> e cerca le righe dove identifica il tuo CD/DVD (dovrebbe essere
> sufficiente cercare la scritta DVD).
La scritta DVD non c'è.
> 
> dovresti trovare una riga simile a questa:
> sr 6:0:1:0: [sr0] scsi3-mmc drive: 16x/40x cd/rw xa/form2 cdda tray
Cercando CD ho trovato:
Aug 29 09:35:35 debian64 udisksd[415]: Cleaning up mount point
/media/cdrom0 (device 11:0 is not mounted)
Aug 29 10:18:40 debian64 systemd[1]: Unmounting /media/cdrom0...
Aug 29 10:18:40 debian64 udisksd[415]: Cleaning up mount point
/media/cdrom0 (device 11:0 is not mounted)
Aug 29 10:18:41 debian64 systemd[1]: media-cdrom0.mount: Succeeded.
Aug 29 10:18:41 debian64 systemd[1]: Unmounted /media/cdrom0.
Aug 29 10:18:41 debian64 systemd[836]: media-cdrom0.mount: Succeeded.

Aug 29 09:36:52 debian64 udisksd[415]: Mounted /dev/sr0 (system) at
/media/cdrom0 on behalf of uid 1001

Presumo che il dispositivo sia montato come /dev/sr0.

> 
> da cui ricavi il nome del device: sr0 che trovi sotto dev, cioè /dev/sr0
> 
> verifica che sia presente
> $ ls -l /dev/sr0
brw-rw+ 1 root cdrom 11, 0 ago 29 10:18 /dev/sr0


> 
> e poi prova a vedere cosa di dice wodim (se non l'hai installalo)
> $ wodim dev=/dev/sr0 -checkdrive
Device type: Removable CD-ROM
Version: 5
Response Format: 2
Capabilities   :
Vendor_info: 'Optiarc '
Identification : 'DVD RW AD-7170S '
Revision   : '1.00'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-3 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96R RAW/R96R


> 
> In alternativa puoi provare anche con programmi grafici tipo gnome-disks
> che ti danno informazioni anche sui CD/DVD
> $ gnome-disks &
Questo non lo trovo. Io uso Mate come Desktop grafico.

Ma avrei trovato questo pacchetto: dvd+rw-tools, che pare gestisca i
Dvd. Non so se installare quello.
Per masterizzare uso Xfburn: Con i CD funziona bene. Con i Dvd mi dice
unità vuota. Nè ho provati 3 ieri e mi sembra strano che siano difettosi
tutti e tre.

Ciao
Grazie
> 
> Ciao
> Davide
> 

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Davide Prina]

On 28/08/19 18:30, Portobello wrote:


non riconosce più i DVD. Non li legge (e tanto meno li scrive).
Riesco soltanto a leggere e scrivere dei CD (al massimo fino a 700 MB).
Infatti sono riuscito a masterizzare una NetInst di Buster minimale.


mi sembra molto strano

guarda in /var/log/syslog

e cerca le righe dove identifica il tuo CD/DVD (dovrebbe essere 
sufficiente cercare la scritta DVD).


dovresti trovare una riga simile a questa:
sr 6:0:1:0: [sr0] scsi3-mmc drive: 16x/40x cd/rw xa/form2 cdda tray

da cui ricavi il nome del device: sr0 che trovi sotto dev, cioè /dev/sr0

verifica che sia presente
$ ls -l /dev/sr0

e poi prova a vedere cosa di dice wodim (se non l'hai installalo)
$ wodim dev=/dev/sr0 -checkdrive

In alternativa puoi provare anche con programmi grafici tipo gnome-disks 
che ti danno informazioni anche sui CD/DVD

$ gnome-disks &

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Client di posta: https://www.thunderbird.net
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Portobello]

Il 16/08/19 10:16, Davide Prina ha scritto:
> On 15/08/19 11:21, Portobello wrote:
>> Il 08/08/19 10:07, Dott. Giovanni Bonenti ha scritto:
> 
>>> Mi sa che hai centrato il problema
>>>    
>>> https://www.debian.org/releases/buster/amd64/release-notes/ch-information.it.html#migrate-interface-names
> 
> 
>> Al paragrafo 5.1.6 Migrazione dai sorpassati nomi delle interfacce di
>> rete , c'è qualche spiegazione.
> 
> secondo me questo non è il problema.
> Le interfacce di rete hanno nuovi nomi, ma, secondo me, non sono questi
> che causano il non funzionamento.
Io non ho problemi con la scheda di rete. Volevo dare una mano a Giovanni.
> 
> se non ho capito male se tiri su l'interfaccia a mano:
> 
> # ifconfig eth0 up
> 
> poi funziona correttamente.
> 
> Bisogna capire il problema, ad esempio se per caso c'è qualche file di
> configurazione che hai modificato tu "a mano" e che causa il problema.
> 
> Se usi Gnome3 con networkmanager, prova a guardare le
> 
> * impostazioni -> rete
> 
> qui dovresti vedere le interfacce trovate, nel tuo caso, se non ho
> capito male, hai solo una scheda di rete
> 
> fai clic sulla rotellina della tua scheda di rete e verifica che nella
> scheda dettagli sia indicato di connettere automaticamente la scheda e
> rendere disponibile l'utilizzo a tutti gli utenti
> 
> In IPv4 e IPv6 sia indicato automatico tutto su automatico.
> 
> Altra strada che proverei io è usare una live di Buster (o se puoi fare
> un'installazione minimale su altra partizione o su una penna USB o disco
> esterno) e se qui ti funziona all'avvio, allora fai un confronto con i
> vari file di configurazione.
Ora ho notato un problema sul mio sistema Buster ed anche su Stretch.
Nel senso che ho provato a fare una live di Buster, ma il mio sistema
non riconosce più i DVD. Non li legge (e tanto meno li scrive).
Riesco soltanto a leggere e scrivere dei CD (al massimo fino a 700 MB).
Infatti sono riuscito a masterizzare una NetInst di Buster minimale.
Come è possibile ? L'hardware è un dispositivo Optiarc che dovrebbe
leggere e scrivere sia i CD che i DVD.
Forse c'è qualche problema nel software. Oppure nel file /etc/fstab?
Tutto il resto funziona molto bene con Buster.
Ciao
Grazie


> 
> Ciao
> Davide
> 

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Davide Prina]

On 15/08/19 11:21, Portobello wrote:

Il 08/08/19 10:07, Dott. Giovanni Bonenti ha scritto:



Mi sa che hai centrato il problema

https://www.debian.org/releases/buster/amd64/release-notes/ch-information.it.html#migrate-interface-names 


Al paragrafo 5.1.6 Migrazione dai sorpassati nomi delle interfacce di 
rete , c'è qualche spiegazione.


secondo me questo non è il problema.
Le interfacce di rete hanno nuovi nomi, ma, secondo me, non sono questi 
che causano il non funzionamento.


se non ho capito male se tiri su l'interfaccia a mano:

# ifconfig eth0 up

poi funziona correttamente.

Bisogna capire il problema, ad esempio se per caso c'è qualche file di 
configurazione che hai modificato tu "a mano" e che causa il problema.


Se usi Gnome3 con networkmanager, prova a guardare le

* impostazioni -> rete

qui dovresti vedere le interfacce trovate, nel tuo caso, se non ho 
capito male, hai solo una scheda di rete


fai clic sulla rotellina della tua scheda di rete e verifica che nella 
scheda dettagli sia indicato di connettere automaticamente la scheda e 
rendere disponibile l'utilizzo a tutti gli utenti


In IPv4 e IPv6 sia indicato automatico tutto su automatico.

Altra strada che proverei io è usare una live di Buster (o se puoi fare 
un'installazione minimale su altra partizione o su una penna USB o disco 
esterno) e se qui ti funziona all'avvio, allora fai un confronto con i 
vari file di configurazione.


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Motivi per non comprare/usare ms-windows7:
http://windows7sins.org/
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Portobello]

Il 08/08/19 10:07, Dott. Giovanni Bonenti ha scritto:



Il giorno lun 5 ago 2019 alle ore 11:09 Portobello 
mailto:c.portobe...@fastwebnet.it>> ha scritto:



Ciao Lista,
Io avevo letto nelle note di rilascio per Buster, al Cap. 5 , per la
precisione nel par. 5.1.5. Migrazione dai sorpassati nomi delle
interfacce di rete, che hanno modificato il modo di gestire le
interfacce di rete.

Mi sa che hai centrato il problema


https://www.debian.org/releases/buster/amd64/release-notes/ch-information.it.html#migrate-interface-names

Ciao Lista,
Al paragrafo 5.1.6 Migrazione dai sorpassati nomi delle interfacce di 
rete , c'è qualche spiegazione.

Dice che:
- Per trovare i nomi nel nuovo stile che saranno utilizzati, trovare 
prima i nomi attuali delle interfacce interessate:

Digitare il comando --> $ echo /sys/class/net/[ew]*
Qui mi dà il nome della scheda di rete (credo con il nuovo nome).
Io ho una sola scheda di rete: /sys/class/net/enp0sX.
Dopo dice di dare questi comandi:
" Per ciascuno di questi nomi controllare se è utilizzato in file di 
configurazione e quale nome udev preferirebbe usare per esso:"

$ sudo rgrep -w eth0 /etc
Qui mi dà un elenco di pacchetti e files che usano ancora il vecchio 
nome eth0 (quindi sarebbe da sostituire con il nuovo nome di cui sopra)?


Questo comando invece che significa ?
udevadm test-builtin net_id /sys/class/net/eth0 2>/dev/null

Ciao
Grazie ( e Buon Ferragosto)




Ho letto il documento e la soluzione per il mio problema potrebbe 
risiedere in questa frase

-quote
"L'alternativa è passare ad un meccanismo supportato per forzare il 
vecchio schema dei nomi, come un file |.link| di systemd (vedere 
systemd.link(5) ). 
Anche l'opzione |net.ifnames=0| per la riga di comando del kernel 
potrebbe funzionare per i sistemi che hanno una sola interfaccia di rete 
(per ciascun tipo)."

end quote

Ora, avendo io non un server con multiple schede di rete ma un semplice 
laptop (pure vecchiotto :-D) con solo un'interfaccia Ethernet e una Wifi 
(che peraltro grazie al cielo ha continuato a funzionare), credo che la 
soluzione sia passare al kernel il comando "net.ifnames=0".

Dove imposto questo comando? Tra le opzioni di avvio di grub2 in grub.cfg?

Grazie

Giovanni

--
Dott. Giovanni Bonenti
Medico Radiologo
C.so Traiano 24/2
10135 - TORINO
ITALIA

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Dott. Giovanni Bonenti]

Il giorno lun 5 ago 2019 alle ore 11:09 Portobello <
c.portobe...@fastwebnet.it> ha scritto:


>
> Ciao Lista,
> Io avevo letto nelle note di rilascio per Buster, al Cap. 5 , per la
> precisione nel par. 5.1.5. Migrazione dai sorpassati nomi delle
> interfacce di rete, che hanno modificato il modo di gestire le
> interfacce di rete.
>
> Mi sa che hai centrato il problema


>
> https://www.debian.org/releases/buster/amd64/release-notes/ch-information.it.html#migrate-interface-names


Ho letto il documento e la soluzione per il mio problema potrebbe risiedere
in questa frase
-quote
"L'alternativa è passare ad un meccanismo supportato per forzare il vecchio
schema dei nomi, come un file .link di systemd (vedere systemd.link(5)
). Anche l'opzione
net.ifnames=0 per la riga di comando del kernel potrebbe funzionare per i
sistemi che hanno una sola interfaccia di rete (per ciascun tipo)."
end quote

Ora, avendo io non un server con multiple schede di rete ma un semplice
laptop (pure vecchiotto :-D) con solo un'interfaccia Ethernet e una Wifi
(che peraltro grazie al cielo ha continuato a funzionare), credo che la
soluzione sia passare al kernel il comando "net.ifnames=0".
Dove imposto questo comando? Tra le opzioni di avvio di grub2 in grub.cfg?

Grazie

Giovanni

-- 
Dott. Giovanni Bonenti
Medico Radiologo
C.so Traiano 24/2
10135 - TORINO
ITALIA

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Portobello]

Il 05/08/19 09:28, Dott. Giovanni Bonenti ha scritto:



Il giorno dom 4 ago 2019 alle ore 17:25 Felipe Salvador 
mailto:felipe.salva...@gmail.com>> ha scritto:


Ciao,
darei una occhiata alla configurazione, con l'aggiornamento si può
essere incasinato qualcosa.

ifconfig in genere elenca le schede che hai a disposizione, quando non
lo fa ci può essere un problema. Fra i vari motivi ci sono il cambio
del MAC o della nomenclatura della scheda.

Per cominciare eliminerei le connessioni di nm e ne creerei una nuova.
Verificherei il contenuto di /etc/NetworkManager/system-connections/
per assicurarmi che non rimangano configurazioni vecchie.


Non credo sia un problema di NetworkManager, il problema è a monte 
ovvero che il sistema non "tira su" automaticamente la connessione 
ethernet e devo farlo a mano con ifconfig eth0 up
Per risolvere il problema vorrei mettere quel comando in una sequenza di 
avvio, ma nonostante gli anni di uso esclusivo di Debian resto sempre un 
non addetto ai lavori, e vorrei capire dove mettere le mani.


Qualcuno ha voglia di darmi suggerimenti?


Ciao Lista,
Io avevo letto nelle note di rilascio per Buster, al Cap. 5 , per la 
precisione nel par. 5.1.5. Migrazione dai sorpassati nomi delle 
interfacce di rete, che hanno modificato il modo di gestire le 
interfacce di rete.


https://www.debian.org/releases/buster/amd64/release-notes/ch-information.it.html#migrate-interface-names

Non ho ben capito come si fa ad aggiornare queste cose.
Per ora io ho fatto l'aggiornamento alla Buster e le cose principali mi 
funzionano ancora.
Ma mi piacerebbe capire se anche io devo aggiornare il modo di gestire 
le schede di rete, e come si fa, in modo semplice.

Grazie




Grazie in anticipo

Giovanni


--
Dott. Giovanni Bonenti
Medico Radiologo
C.so Traiano 24/2
10135 - TORINO
ITALIA

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Felipe Salvador]

On Mon, Aug 05, 2019 at 09:45:11AM +0200, Felipe Salvador wrote:
> On Mon, Aug 05, 2019 at 09:28:03AM +0200, Dott. Giovanni Bonenti wrote:
> > Non credo sia un problema di NetworkManager, il problema è a monte ovvero
> > che il sistema non "tira su" automaticamente la connessione ethernet e devo
> > farlo a mano con ifconfig eth0 up

Se utilizzi questo metodo può significare che nm non sta
funzionando a dovere, ammesso che prima dell'upgrade fosse lui a
tirare su le connessioni e che lo facesse in automatico.

Usando ifconfig lo scavalchi, il fatto che si connetta dimostra che i
driver ci sono e funzionano. Per quale motivo nm non tira su le connessioni?


> > Per risolvere il problema vorrei mettere quel comando in una sequenza di
> > avvio, ma nonostante gli anni di uso esclusivo di Debian resto sempre un
> > non addetto ai lavori, e vorrei capire dove mettere le mani.
>  
> > Qualcuno ha voglia di darmi suggerimenti?
> 
> Questo, da nm lo puoi ottenere in almeno due modi.
> 
> Da linea di comando:
> nmcli connection modify   autoconnect on
> 
> Oppure usando nmtui o nm-connection-editor.
> 
> > Grazie in anticipo
> > 
> > Giovanni
> > 
> > 
> > -- 
> > Dott. Giovanni Bonenti
> > Medico Radiologo
> > C.so Traiano 24/2
> > 10135 - TORINO
> > ITALIA
> 
> -- 
> Felipe Salvador

-- 
Felipe Salvador

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Felipe Salvador]

On Mon, Aug 05, 2019 at 09:28:03AM +0200, Dott. Giovanni Bonenti wrote:
> Non credo sia un problema di NetworkManager, il problema è a monte ovvero
> che il sistema non "tira su" automaticamente la connessione ethernet e devo
> farlo a mano con ifconfig eth0 up
> Per risolvere il problema vorrei mettere quel comando in una sequenza di
> avvio, ma nonostante gli anni di uso esclusivo di Debian resto sempre un
> non addetto ai lavori, e vorrei capire dove mettere le mani.
 
> Qualcuno ha voglia di darmi suggerimenti?

Questo, da nm lo puoi ottenere in almeno due modi.

Da linea di comando:
nmcli connection modify   autoconnect on

Oppure usando nmtui o nm-connection-editor.

> Grazie in anticipo
> 
> Giovanni
> 
> 
> -- 
> Dott. Giovanni Bonenti
> Medico Radiologo
> C.so Traiano 24/2
> 10135 - TORINO
> ITALIA

-- 
Felipe Salvador

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Dott. Giovanni Bonenti]

Il giorno dom 4 ago 2019 alle ore 17:25 Felipe Salvador <
felipe.salva...@gmail.com> ha scritto:

> Ciao,
> darei una occhiata alla configurazione, con l'aggiornamento si può
> essere incasinato qualcosa.
>
> ifconfig in genere elenca le schede che hai a disposizione, quando non
> lo fa ci può essere un problema. Fra i vari motivi ci sono il cambio
> del MAC o della nomenclatura della scheda.
>
> Per cominciare eliminerei le connessioni di nm e ne creerei una nuova.
> Verificherei il contenuto di /etc/NetworkManager/system-connections/
> per assicurarmi che non rimangano configurazioni vecchie.
>
>
> Non credo sia un problema di NetworkManager, il problema è a monte ovvero
che il sistema non "tira su" automaticamente la connessione ethernet e devo
farlo a mano con ifconfig eth0 up
Per risolvere il problema vorrei mettere quel comando in una sequenza di
avvio, ma nonostante gli anni di uso esclusivo di Debian resto sempre un
non addetto ai lavori, e vorrei capire dove mettere le mani.

Qualcuno ha voglia di darmi suggerimenti?

Grazie in anticipo

Giovanni


-- 
Dott. Giovanni Bonenti
Medico Radiologo
C.so Traiano 24/2
10135 - TORINO
ITALIA

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Felipe Salvador]

On Sat, Aug 03, 2019 at 09:40:24PM +0200, Dott. Giovanni Bonenti wrote:
> Il giorno sab 3 ago 2019 alle ore 19:06 Davide Prina 
> ha scritto:
> 
> > On 03/08/19 13:23, Giovanni Bonenti wrote:
> > > dopo l'aggiornamento a Buster il kernel 4.19 di debian
> > > 10 non riconosce la scheda ethernet Broadcom Limited NetXtreme BCM57765
> >
> > cosa vuol dire?
> >
> 
> Che se uso il kernel della buster (il 4.19) non mi rileva il collegamento
> della scheda ethernet, se uso il kernel della stretch (il 4.09) tutto
> funziona, per cui mi puzza di driver non funzionante.

Ciao,
darei una occhiata alla configurazione, con l'aggiornamento si può
essere incasinato qualcosa.

ifconfig in genere elenca le schede che hai a disposizione, quando non
lo fa ci può essere un problema. Fra i vari motivi ci sono il cambio
del MAC o della nomenclatura della scheda.

Per cominciare eliminerei le connessioni di nm e ne creerei una nuova.
Verificherei il contenuto di /etc/NetworkManager/system-connections/
per assicurarmi che non rimangano configurazioni vecchie.

Saluti
-- 
Felipe Salvador

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Dott. Giovanni Bonenti]

Il giorno dom 4 ago 2019 alle ore 09:48 Davide Prina 
ha scritto:

> vmnetBridge?
> ma sei su una macchina virtuale?
> Il problema potrebbe essere esterno alla macchina virtuale. Magari devi
> aggiornare il sistema di virtualizzazione o installare qualche libreria
> aggiuntiva.
>
>
No, assolutamente no, niente macchina virtuale




> Però sembra che la scheda eth0 venga vista, poi il problema è da qualche
> altra parte.
> Io proverei a tirare su la rete lan a mano e se necessario anche
> impostare le route (guarda i parametri che sono impostati con la
> versione di Linux nella quale la rete funziona e impostali uguali in
> quella che non funziona)
>
> # ifconfig eth0 up
>
>
Ha funzionato col tuo suggerimento, resta da capire come mai il kernel non
abbia attivato la eth0 di default, ma mi accontento che funzioni.

Grazie a tutti per l'aiuto

Giovanni

-- 
Dott. Giovanni Bonenti
Medico Radiologo
C.so Traiano 24/2
10135 - TORINO
ITALIA

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Davide Prina]

On 03/08/19 21:40, Dott. Giovanni Bonenti wrote:

Il giorno sab 3 ago 2019 alle ore 19:06 Davide Prina ha scritto:


On 03/08/19 13:23, Giovanni Bonenti wrote:

dopo l'aggiornamento a Buster il kernel 4.19 di debian
10 non riconosce la scheda ethernet Broadcom Limited NetXtreme BCM57765



$ grep -i eth /var/log/syslog

Aug  3 21:07:35 rorschach2 kernel: [ 5036.198693] IPv6:

ADDRCONF(NETDEV_UP): eth
0: link is not ready
Aug  3 21:07:35 rorschach2 vmnetBridge: RTM_NEWLINK: name:eth0 index:2
flags:0x1003


vmnetBridge?
ma sei su una macchina virtuale?
Il problema potrebbe essere esterno alla macchina virtuale. Magari devi 
aggiornare il sistema di virtualizzazione o installare qualche libreria 
aggiuntiva.



Aug  3 21:07:35 rorschach2 vmnet-natd: RTM_NEWLINK: name:eth0 index:2
flags:0x1003
Aug  3 21:07:35 rorschach2 kernel: [ 5036.499185] IPv6:
ADDRCONF(NETDEV_UP): eth0: link is not ready


Però sembra che la scheda eth0 venga vista, poi il problema è da qualche 
altra parte.
Io proverei a tirare su la rete lan a mano e se necessario anche 
impostare le route (guarda i parametri che sono impostati con la 
versione di Linux nella quale la rete funziona e impostali uguali in 
quella che non funziona)


# ifconfig eth0 up

e vedi se ti ha tirato su eth0

# ifconfig -a

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
I lati oscuri del secure boot:
https://www.fsf.org/campaigns/secure-boot-vs-restricted-boot/whitepaper-web
Petizione contro il secure boot:
https://www.fsf.org/campaigns/secure-boot-vs-restricted-boot/statement
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Zattara Stefano]

ifconfig - a  ? 
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Dott. Giovanni Bonenti]

Il giorno sab 3 ago 2019 alle ore 19:06 Davide Prina 
ha scritto:

> On 03/08/19 13:23, Giovanni Bonenti wrote:
> > dopo l'aggiornamento a Buster il kernel 4.19 di debian
> > 10 non riconosce la scheda ethernet Broadcom Limited NetXtreme BCM57765
>
> cosa vuol dire?
>

Che se uso il kernel della buster (il 4.19) non mi rileva il collegamento
della scheda ethernet, se uso il kernel della stretch (il 4.09) tutto
funziona, per cui mi puzza di driver non funzionante.

>
> non riesci a dare informazioni maggiori?
>

Ci provo, mi sembrava di essere stato abbastanza chiaro, ma evidentemente
sbagliavo


>
> Cosa trovi nei log?
> $ grep -i eth /var/log/syslog
>
> Aug  3 21:07:35 rorschach2 kernel: [ 5036.198693] IPv6:
ADDRCONF(NETDEV_UP): eth
0: link is not ready
Aug  3 21:07:35 rorschach2 vmnetBridge: RTM_NEWLINK: name:eth0 index:2
flags:0x1003
Aug  3 21:07:35 rorschach2 vmnet-natd: RTM_NEWLINK: name:eth0 index:2
flags:0x1003
Aug  3 21:07:35 rorschach2 kernel: [ 5036.499185] IPv6:
ADDRCONF(NETDEV_UP): eth0: link is not ready
Aug  3 21:07:38 rorschach2 vmnet-natd: RTM_NEWLINK: name:eth0 index:2
flags:0x00011043
Aug  3 21:07:38 rorschach2 vmnetBridge: RTM_NEWLINK: name:eth0 index:2
flags:0x00011043
Aug  3 21:07:38 rorschach2 kernel: [ 5039.874709] tg3 :02:00.0 eth0:
Link is up at 1000 Mbps, full duplex
Aug  3 21:07:38 rorschach2 kernel: [ 5039.874713] tg3 :02:00.0 eth0:
Flow co
ntrol is on for TX and on for RX
Aug  3 21:07:38 rorschach2 kernel: [ 5039.874715] tg3 :02:00.0 eth0:
EEE is enabled
Aug  3 21:07:38 rorschach2 kernel: [ 5039.874734] IPv6:
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Aug  3 21:07:38 rorschach2 NetworkManager[663]:   [1564859258.9968]
device (eth0): carrier: link connected
Aug  3 21:07:39 rorschach2 vmnetBridge: Adding interface eth0 index:2
Aug  3 21:07:39 rorschach2 NetworkManager[663]:   [1564859258.9972]
device (eth0): state change: unavailable -> disconnected (reason
'carrier-changed', sys-iface-state: 'managed')
Aug  3 21:07:39 rorschach2 vmnetBridge: Started bridge eth0 to virtual
network 0.
Aug  3 21:07:39 rorschach2 vmnetBridge: RTM_NEWLINK: name:eth0 index:2
flags:0x00011043
Aug  3 21:07:39 rorschach2 NetworkManager[663]:   [1564859259.]
device (eth0): Activation: starting connection 'Wired connection 1'
(3e35bdf2-1d46-4cf2-93ba-83953fb3276a)
Aug  3 21:07:39 rorschach2 vmnet-natd: RTM_NEWLINK: name:eth0 index:2
flags:0x00011043
Aug  3 21:07:39 rorschach2 NetworkManager[663]:   [1564859259.0002]
device (eth0): state change: disconnected -> prepare (reason 'none',
sys-iface-state: 'managed')
Aug  3 21:07:39 rorschach2 NetworkManager[663]:   [1564859259.0015]
device (eth0): state change: prepare -> config (reason 'none',
sys-iface-state: 'managed')
Aug  3 21:07:39 rorschach2 NetworkManager[663]:   [1564859259.0026]
device (eth0): state change: config -> ip-config (reason 'none',
sys-iface-state: 'managed')
Aug  3 21:07:39 rorschach2 NetworkManager[663]:   [1564859259.0034]
dhcp4 (eth0): activation: beginning transaction (timeout in 45 seconds)
Aug  3 21:07:39 rorschach2 NetworkManager[663]:   [1564859259.0056]
dhcp4 (eth0): dhclient started with pid 10873
Aug  3 21:07:39 rorschach2 vmnet-natd: RTM_NEWLINK: name:eth0 index:2
flags:0x00011043
Aug  3 21:07:39 rorschach2 vmnetBridge: RTM_NEWLINK: name:eth0 index:2
flags:0x00011043
Aug  3 21:07:39 rorschach2 dhclient[10873]: DHCPDISCOVER on eth0 to
255.255.255.255 port 67 interval 7
Aug  3 21:07:40 rorschach2 avahi-daemon[664]: Joining mDNS multicast group
on interface eth0.IPv6 with address fe80::3e07:54ff:fe65:2387.
Aug  3 21:07:40 rorschach2 avahi-daemon[664]: New relevant interface
eth0.IPv6 for mDNS.
Aug  3 21:07:40 rorschach2 avahi-daemon[664]: Registering new address
record for fe80::3e07:54ff:fe65:2387 on eth0.*.
Aug  3 21:07:41 rorschach2 vmnetBridge: Stopped bridge eth0 to virtual
network 0.
Aug  3 21:07:46 rorschach2 dhclient[10873]: DHCPDISCOVER on eth0 to
255.255.255.255 port 67 interval 9
Aug  3 21:07:48 rorschach2 dhclient[10873]: DHCPREQUEST for 192.168.1.18 on
eth0 to 255.255.255.255 port 67
Aug  3 21:07:48 rorschach2 NetworkManager[663]:   [1564859268.8783]
dhcp4 (eth0):   address 192.168.1.18
Aug  3 21:07:48 rorschach2 NetworkManager[663]:   [1564859268.8783]
dhcp4 (eth0):   plen 24 (255.255.255.0)
Aug  3 21:07:48 rorschach2 NetworkManager[663]:   [1564859268.8783]
dhcp4 (eth0):   gateway 192.168.1.1
Aug  3 21:07:48 rorschach2 NetworkManager[663]:   [1564859268.8784]
dhcp4 (eth0):   lease time 21600
Aug  3 21:07:48 rorschach2 NetworkManager[663]:   [1564859268.8784]
dhcp4 (eth0):   nameserver '192.168.1.1'
Aug  3 21:07:48 rorschach2 NetworkManager[663]:   [1564859268.8784]
dhcp4 (eth0):   domain name 'homenet.telecomitalia.it'
Aug  3 21:07:48 rorschach2 NetworkManager[663]:   [1564859268.8784]
dhcp4 (eth0): state changed unknown -> bound
Aug  3 21:07:48 rorschach2 NetworkManager[663]:   [1564859268.8796]
device (eth0): state change: ip-config -> ip-check (reason 'none',
sys-iface-state: 

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Davide Prina]

On 03/08/19 13:23, Giovanni Bonenti wrote:

dopo l'aggiornamento a Buster il kernel 4.19 di debian
10 non riconosce la scheda ethernet Broadcom Limited NetXtreme BCM57765


cosa vuol dire?

non riesci a dare informazioni maggiori?

Cosa trovi nei log?
$ grep -i eth /var/log/syslog

Cosa dice lspci
$ lspci | grep -i eth

e ifconfig?
$ /sbin/ifconfig

Hai installato i pacchetti firmware-linux-nonfree
$ dpkg -l firmware-linux-nonfree

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Motivi per non comprare/usare ms-windows-vista:
http://badvista.fsf.org/
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Scheda ethernet non funzionante dopo aggiornamento a Buster

[Piviul]

Quale pacchetto dovrebbe supportare la scheda? firmware-brcm80211?

Piviul

Il 03/08/19 13:23, Giovanni Bonenti ha scritto:
Buongiorno a tutti: dopo l'aggiornamento a Buster il kernel 4.19 di 
debian 10 non riconosce la scheda ethernet Broadcom Limited NetXtreme 
BCM57765 del mio computer, riconosciuta invece correttamente dal 
kernel 4.09 della oldstable stretch.

Qualcuno sa di bug aperti a riguardo e di eventuali fix?
Ho provato a vedere se c'era qualche kernel più recente nei backports 
ma non ne ho trovati.


Grazie

Giovanni

--
Dott. Giovanni Bonenti
Medico Radiologo
C.so Traiano 24/2
10135 - TORINO
ITALIA

Scheda ethernet non funzionante dopo aggiornamento a Buster

[Giovanni Bonenti]

Buongiorno a tutti: dopo l'aggiornamento a Buster il kernel 4.19 di debian
10 non riconosce la scheda ethernet Broadcom Limited NetXtreme BCM57765 del
mio computer, riconosciuta invece correttamente dal kernel 4.09 della
oldstable stretch.
Qualcuno sa di bug aperti a riguardo e di eventuali fix?
Ho provato a vedere se c'era qualche kernel più recente nei backports ma
non ne ho trovati.

Grazie

Giovanni

-- 
Dott. Giovanni Bonenti
Medico Radiologo
C.so Traiano 24/2
10135 - TORINO
ITALIA

Re: Fwd: Re: Aggiornamento e kernel panic

[Franco Peci]

Grazie dei consigli.
Comunque ora è tornato tutto a funzionare a dovere e si avvia normalmente.
All'avvio si bloccava un minuto e mezzo con il messaggio:
a start job is running for dev-disk-by ...

Cercando in rete ho risolto con il comando
blkid
e incollando in /etc/fstab il codice giusto per la partizione di swap.

Ciao e grazie
Franco



Il 07/05/19 19:53, Davide Prina ha scritto:

Ciao Franco,

riporto il messaggio in lista, così se qualcuno ha o avrà il tuo 
stesso problema può trovare questa discussione e capire come 
risolverlo. Questa volta commento lasciando tutto quando scritto da 
Franco, per completezza. Per questi motivi non devi mai risponde al 
singolo utente, ma sempre in lista... inoltre se rispondi in lista 
potresti avere aiuti anche da altri utenti.


Franco Peci ha scritto:

> A proposito di /usr/share/initramfs-tools/hooks/plymouth in Internet
> ho trovato l'indicazione di renderlo eseguibile:
> chmod -x /usr/share/initramfs-tools/hooks/plymouth

ma questo comando non lo rende eseguibile, lo rende non eseguibile. l 
- indica di togliere il permesso di "x" == esecuzione.


per saperne di più, leggi il man di chmod

$ man chmod

> ho provato ed ora
> quando aggiorno o installo i pacchetti non mi da alcun errore. Ed ha
> eseguito anche l'aggiornamento di grub2 senza lamentarsi... Per??
> quando avvio il sistema devo farlo in recove mode con una versione
> precedente del kernel ed escono molti messaggi fra cui anche problemi
> al plymouth. Quindi probabilmente hai azzeccato il problema.

Però ti avevo consigliato di guardare i bug di plymouth

$ querybts plymouth

o dal sito di Debian vai sulla lista dei bug di plymouth

Ora io ti consiglio di rimuovere il pacchetto, rifare un giro con
# apt -f install
# apt update
# apt -u upgrade
# apt -u dist-upgrade

e se funziona tutto senza problemi dopo un riavvio (senza segnalazione 
di errori vari), allora prova a reinstallarlo.


> Se pu?? interessare ho provato a fare un'installazione minimale su
> un'altra partizione, aggiornando poi tutto a testing. Mi ha installato
> la stessa versione del kernel senza alcun problema.

ok

Ciao
Davide

Fwd: Re: Aggiornamento e kernel panic

[Davide Prina]

Ciao Franco,

riporto il messaggio in lista, così se qualcuno ha o avrà il tuo stesso 
problema può trovare questa discussione e capire come risolverlo. Questa 
volta commento lasciando tutto quando scritto da Franco, per 
completezza. Per questi motivi non devi mai risponde al singolo utente, 
ma sempre in lista... inoltre se rispondi in lista potresti avere aiuti 
anche da altri utenti.


Franco Peci ha scritto:

> A proposito di /usr/share/initramfs-tools/hooks/plymouth in Internet
> ho trovato l'indicazione di renderlo eseguibile:
> chmod -x /usr/share/initramfs-tools/hooks/plymouth

ma questo comando non lo rende eseguibile, lo rende non eseguibile. l - 
indica di togliere il permesso di "x" == esecuzione.


per saperne di più, leggi il man di chmod

$ man chmod

> ho provato ed ora
> quando aggiorno o installo i pacchetti non mi da alcun errore. Ed ha
> eseguito anche l'aggiornamento di grub2 senza lamentarsi... Per??
> quando avvio il sistema devo farlo in recove mode con una versione
> precedente del kernel ed escono molti messaggi fra cui anche problemi
> al plymouth. Quindi probabilmente hai azzeccato il problema.

Però ti avevo consigliato di guardare i bug di plymouth

$ querybts plymouth

o dal sito di Debian vai sulla lista dei bug di plymouth

Ora io ti consiglio di rimuovere il pacchetto, rifare un giro con
# apt -f install
# apt update
# apt -u upgrade
# apt -u dist-upgrade

e se funziona tutto senza problemi dopo un riavvio (senza segnalazione 
di errori vari), allora prova a reinstallarlo.


> Se pu?? interessare ho provato a fare un'installazione minimale su
> un'altra partizione, aggiornando poi tutto a testing. Mi ha installato
> la stessa versione del kernel senza alcun problema.

ok

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Perché microsoft continua a compiere azioni illegali?:
http://linguistico.sf.net/wiki/doku.php?id=traduzioni:ms_illegal
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Aggiornamento e kernel panic

[Davide Prina]

On 05/05/19 21:34, Franco Peci wrote:

Oggi ho fatto l'aggiornamento con i soliti comandi:
apt update
apt full-upgrade


secondo me è meglio fare questa sequenza:

# apt update
# apt -u upgrade
# apt -u dist-upgrade

questo fa si che prima ti installi, con il 2° comando, i pacchetti che 
non necessitano di rimozione/installazione di altri pacchetti e poi 
tutto il resto. Questa sequenza, secondo me, è consigliabile soprattutto 
quando non si aggiorna il sistema di frequente.



sulla testing.

>
Verso la fine sono uscite le seguenti linee che escono anche se digito 
il solito comando d'emergenza: apt-get install -f


però sarebbe stato più utile vedere quanto ti aveva riportato
# apt full-upgrade
magari si avrebbero avute alcune informazioni aggiuntive utili a capire 
il problema



update-initramfs: deferring update (trigger activated)
Configurazione di linux-image-4.19.0-4-amd64 (4.19.28-2)...


quindi non aggiornavi il sistema da un bel po', dato che quella versione 
di Linux è arrivata in testing il 27/03/2019[¹]



/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.19.0-4-amd64
cp: impossibile eseguire stat di 
'/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf': File o directory 
non esistente


questo file lo trovi in:

# apt-file search /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf
ttf-dejavu-core: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf

ma non penso sia questo il problema, la mancanza di un font non può far 
fallire l'installazione... almeno credo


Prova a reinstallare quel pacchetto


E: /usr/share/initramfs-tools/hooks/plymouth failed with return 1.


prima di tutto io verificherei se c'è qualche partizione (specialmente 
root) che ha esaurito lo spazio


$ df -h

poi:

apt-file search /usr/share/initramfs-tools/hooks/plymouth
plymouth: /usr/share/initramfs-tools/hooks/plymouth

prova a rimuovere il pacchetto plymouth, magari ha un bug ed è lui il 
colpevole.


Prova a vedere se vi sono bug aperti su plymouth che possano generare 
tale problema


Ciao
Davide

[¹]
https://packages.qa.debian.org/l/linux-signed-amd64.html

--
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: Aggiornamento e kernel panic

[Stefano Simonucci]

On 05/05/19 21:34, Franco Peci wrote:

Oggi ho fatto l'aggiornamento con i soliti comandi:
apt update
apt full-upgrade
sulla testing.

Verso la fine sono uscite le seguenti linee che escono anche se digito 
il solito comando d'emergenza: apt-get install -f


---
update-initramfs: deferring update (trigger activated)
Configurazione di linux-image-4.19.0-4-amd64 (4.19.28-2)...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.19.0-4-amd64
cp: impossibile eseguire stat di 
'/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf': File o 
directory non esistente

E: /usr/share/initramfs-tools/hooks/plymouth failed with return 1.
update-initramfs: failed for /boot/initrd.img-4.19.0-4-amd64 with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return 
code 1
dpkg: errore nell'elaborare il pacchetto linux-image-4.19.0-4-amd64 
(--configure):
??il sottoprocesso installato pacchetto linux-image-4.19.0-4-amd64 
script post-installation ha restituito lo stato di errore 1
dpkg: problemi con le dipendenze impediscono la configurazione di 
linux-image-amd64:

??linux-image-amd64 dipende da linux-image-4.19.0-4-amd64; tuttavia:
?? Il pacchetto linux-image-4.19.0-4-amd64 non ?? ancora configurato.

dpkg: errore nell'elaborare il pacchetto linux-image-amd64 (--configure):
??problemi con le dipendenze - lasciato non configurato
Elaborazione dei trigger per initramfs-tools (0.133)...
update-initramfs: Generating /boot/initrd.img-4.19.0-2-amd64
cp: impossibile eseguire stat di 
'/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf': File o 
directory non esistente

E: /usr/share/initramfs-tools/hooks/plymouth failed with return 1.
update-initramfs: failed for /boot/initrd.img-4.19.0-2-amd64 with 1.
dpkg: errore nell'elaborare il pacchetto initramfs-tools (--configure):
??il sottoprocesso installato pacchetto initramfs-tools script 
post-installation ha restituito lo stato di errore 1

Si sono verificati degli errori nell'elaborazione:
??linux-image-4.19.0-4-amd64
??linux-image-amd64
??initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)
---

Facendo il reboot e avviando il sistema normalmente dopo pochissimo si 
blocca con il classico kernel panic, mentre se avvio con l'ultimo 
recove mode della lista, dopo una sfilza di avvertimenti e accidenti 
vari, carica il sistema e sembra che tutto funzioni.


Visto che sono in testing devo attendere il prossimo aggiornamento o 
posso retrocedere (non so come???) al kernel precedente?


Grazie per l'aiuto!
Ciao
Franco

Non so se ho capito bene l'errore, ma probabilmente l' ultimo kernel non 
correttamente installato. Potresti comunque cercare di disinstallarlo 
(visto che ti da problemi), anche se non so se ti permetterà di farlo 
dato che il processo di installazione si era chiuso con errori.

Re: Aggiornamento e kernel panic

[liste DOT girarsi AT posteo DOT eu]

Il 05/05/19 21:34, Franco Peci ha scritto:
> Oggi ho fatto l'aggiornamento con i soliti comandi:
> apt update
> apt full-upgrade
> sulla testing.
> 

Evita full-upgrade, ti consiglio self-upgrade, si limita ad aggiornare
solo i pacchetti effettivamente "a posto" ovvero con dipendenze tutte.

Comunque quello capita, di solito, quando non sono disponibili tutte le
dipendenze nei repository experimental.



-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

Aggiornamento e kernel panic

[Franco Peci]

Oggi ho fatto l'aggiornamento con i soliti comandi:
apt update
apt full-upgrade
sulla testing.

Verso la fine sono uscite le seguenti linee che escono anche se digito 
il solito comando d'emergenza: apt-get install -f


---
update-initramfs: deferring update (trigger activated)
Configurazione di linux-image-4.19.0-4-amd64 (4.19.28-2)...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.19.0-4-amd64
cp: impossibile eseguire stat di 
'/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf': File o directory 
non esistente

E: /usr/share/initramfs-tools/hooks/plymouth failed with return 1.
update-initramfs: failed for /boot/initrd.img-4.19.0-4-amd64 with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: errore nell'elaborare il pacchetto linux-image-4.19.0-4-amd64 
(--configure):
??il sottoprocesso installato pacchetto linux-image-4.19.0-4-amd64 
script post-installation ha restituito lo stato di errore 1
dpkg: problemi con le dipendenze impediscono la configurazione di 
linux-image-amd64:

??linux-image-amd64 dipende da linux-image-4.19.0-4-amd64; tuttavia:
?? Il pacchetto linux-image-4.19.0-4-amd64 non ?? ancora configurato.

dpkg: errore nell'elaborare il pacchetto linux-image-amd64 (--configure):
??problemi con le dipendenze - lasciato non configurato
Elaborazione dei trigger per initramfs-tools (0.133)...
update-initramfs: Generating /boot/initrd.img-4.19.0-2-amd64
cp: impossibile eseguire stat di 
'/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf': File o directory 
non esistente

E: /usr/share/initramfs-tools/hooks/plymouth failed with return 1.
update-initramfs: failed for /boot/initrd.img-4.19.0-2-amd64 with 1.
dpkg: errore nell'elaborare il pacchetto initramfs-tools (--configure):
??il sottoprocesso installato pacchetto initramfs-tools script 
post-installation ha restituito lo stato di errore 1

Si sono verificati degli errori nell'elaborazione:
??linux-image-4.19.0-4-amd64
??linux-image-amd64
??initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)
---

Facendo il reboot e avviando il sistema normalmente dopo pochissimo si 
blocca con il classico kernel panic, mentre se avvio con l'ultimo recove 
mode della lista, dopo una sfilza di avvertimenti e accidenti vari, 
carica il sistema e sembra che tutto funzioni.


Visto che sono in testing devo attendere il prossimo aggiornamento o 
posso retrocedere (non so come???) al kernel precedente?


Grazie per l'aiuto!
Ciao
Franco

[sid] problema dopo aggiornamento

[Gollum1]

buon Natale lista.

prima di fare la migrazione del disco da meccanico a ssd, ho voluto aggiornare 
la macchina (debian sid).
Quando ora parte, i tempi di boot sono diventati enormi (anche dopo la 
migrazione a ssd). la prima cosa che posso notare è un errore di lvm:

lvm2-activation-generator: lvmconfig failed

lvm2-activation-generator: activation generator failed

systemd[295]: /lib/systemd/system-generator/lvm2-activation-generator failed 
with exit status 1

questo problema non pare invalidante, dopo 1' 30" riesce comunque a partire.
il secondo problema è al login grafico (kde), ci vogliono quasi 10 minuti prima 
che il desktop venga caricato (fino a quel momento ho un bel puntatore del 
mouse che si muove in uno schermo nero, completamente vuoto).

una volta che è caricato, mi sono accorto che è sparito il disco di sistema 
nell'elenco dei dispositivi, ed infatti, pur essendo regolarmente montato 
(mount me lo fa vedere), non è presente in /dev/mapper/ dove invece trovo la 
partizione dei dati (in cui è montata /home).

Ho notato che manca anche la swap, ed infatti free dice 0 come spazio 
disponibile per swap.

Tutti questi errori sembrerebbero dovuti al primo errore di 
lvm2-activation-generator, ho provato a ripristinare il precedente file di 
configurazione di lvm.conf, che aveva modificato  durante l'aggiornamento, che 
dovrebbe rimettere i parametri lv-med alle condizioni originali (enable, nel 
qual caso lvm2-activation-generator dovrebbe uscire immediatamente. invece ciò 
non avviene.

qualcuno ha qualche dritta da darmi? 
byez
-- 
gollum1

Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
errori, maledetto correttore automatico.

Re: Problema aggiornamento pacchetti Debian Stretch

[leo]

On 07 nov 20:09, Davide Prina wrote:
> On 07/11/2017 18:05, leo wrote:
> 
> > Impossibile recuperare
> > http://security.debian.org/debian-security/dists/stretch/updates/InRelease
> > Impossibile recuperare
> > http://deb.torproject.org/torproject.org/dists/stretch/InRelease
> > Impossibile scaricare alcuni file di indice: saranno ignorati o verranno
> > usati quelli vecchi.
> > 
> > 
> > Il sources.list non l'ho modificato.
> 
> i motivi potrebbero essere diversi
> 
> Prova a mettere in un browser l'indirizzo
> http://security.debian.org
> 
> ottieni un errore o la pagina web?
> 
> usi tor anche per il traffico da terminale e quindi scarichi i pacchetti
> tramite tor? Se sì potrebbe essere un problema della "linea" di connessioni
> che hai attualmente, puoi provare a far ripartire tor
> 
> # systemctl restart tor
> 
> e verificare se poi ti funziona.

Grazie mille Davide per la risposta.
Scarico utilizzando una vpn ed ho scoperto che il problema sorge da lì.
Senza vpn l'aggiornamento va a buon fine.
Grazie per l'illuminazione:)

Ora ho un punto di partenza per iniziare ad indagare cosa c'è che non 
funziona!

Ciao leo

-- 
leo
GPG Fingerprint: A512 4B1C D217 BA09 7551 B4B1 47AF B00C EE84 B613


signature.asc
Description: PGP signature

Re: Problema aggiornamento pacchetti Debian Stretch

[Davide Prina]

On 07/11/2017 18:05, leo wrote:


Impossibile recuperare
http://security.debian.org/debian-security/dists/stretch/updates/InRelease
Impossibile recuperare
http://deb.torproject.org/torproject.org/dists/stretch/InRelease
Impossibile scaricare alcuni file di indice: saranno ignorati o verranno
usati quelli vecchi.


Il sources.list non l'ho modificato.


i motivi potrebbero essere diversi

Prova a mettere in un browser l'indirizzo
http://security.debian.org

ottieni un errore o la pagina web?

usi tor anche per il traffico da terminale e quindi scarichi i pacchetti 
tramite tor? Se sì potrebbe essere un problema della "linea" di 
connessioni che hai attualmente, puoi provare a far ripartire tor


# systemctl restart tor

e verificare se poi ti funziona.

Ma se usi tor per anche questo, io ti consiglio vivamente di seguire i 
consigli che avevo dato qualche giorno fa e usare i repository https che 
ho indicato nel thread "Usare repository Debian https".


Poi ci possono essere mille altri motivi. Es. un proxy di rete che non 
ti fa raggiungere più quegli indirizzi, ...


Se raggiungi la pagina web
http://security.debian.org/debian-security/

puoi provare a scaricare con wget gli indici o dei pacchetti, per vedere 
se la connessione funziona fino a quella posizione.


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Client di posta: http://www.mozilla.org/products/thunderbird
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook

Problema aggiornamento pacchetti Debian Stretch

[leo]

Ciao a tutti,
oggi ho provato ad aggiornare la mia Debian Stretch ma ho riscontrato un 
problema nello scaricamento degli indici dei pacchetti.
Ho dato il consueto sudo apt-get update ma la sincronizzazione dei 
pacchetti non è andata a buon fine.
Ho quindi provato con Synaptic ma pure questa volta non ha funzionato.
Il messaggio di errore è il seguente:

Impossibile scaricare tutti gli indici dell'archivio

Il repository potrebbe non essere più disponibile o non più 
raggiungibile per problemi di rete. Se disponibile, verrà utilizzata una 
versione vecchia degli indici, altrimenti verrà ignorato. Controllare la 
connessione di rete e assicurarsi che l'indirizzo inserito nelle 
preferenze sia corretto.

Impossibile recuperare 
http://security.debian.org/debian-security/dists/stretch/updates/InRelease  
Impossibile recuperare 
http://deb.torproject.org/torproject.org/dists/stretch/InRelease  
Impossibile scaricare alcuni file di indice: saranno ignorati o verranno 
usati quelli vecchi.


Il sources.list non l'ho modificato.
Sapete dirmi a cosa può essere dovuto l'errore e come posso risolverlo.

ps: naturalmente la connessione alla rete funziona.

Grazie mille,
ciao ciao leo
-- 
leo
GPG Fingerprint: A512 4B1C D217 BA09 7551 B4B1 47AF B00C EE84 B613


signature.asc
Description: PGP signature

Re: gstreamer problema in aggiornamento

[Davide Prina]

On 02/07/2017 18:22, Pier Francesco Orsi wrote:


Si sono verificati degli errori nell'elaborazione:
 /tmp/apt-dpkg-install-SfcUw3/05-gstreamer1.0-plugins-base_1.12.1-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


che repository usi?

$ cat /etc/apt/sources.list | grep -v "^#\|^$"

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Database: http://www.postgresql.org
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: gstreamer problema in aggiornamento

[girarsi_liste]

Il 10/07/2017 08:59, Pier Francesco Orsi ha scritto:
> Ciao,
> solito comando di aggiornamento: apt-get update e apt-get upgrade.
> Durante l'upgrade me si pianta e mi da l'errore riportato.
> Grazie per l'aiuto
> Piero
> 
> 

Direi di provare da root con:

apt-get install -f


poi se neanche questo funziona, provare a reinstallare:

apt-get install --reinstall gstreamer1.0-plugins-base

altrimenti ultimo tentativo, disinstallare il pacchetto, pulire con:

apt-get autoremove

e provare a installare di nuovo, sempre ti serva quel pacchetto.



-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|

Re: gstreamer problema in aggiornamento

[Pier Francesco Orsi]

Ciao,
solito comando di aggiornamento: apt-get update e apt-get upgrade.
Durante l'upgrade me si pianta e mi da l'errore riportato.
Grazie per l'aiuto
Piero


2017-07-02 20:29 GMT+02:00 girarsi_liste <liste.gira...@gmail.com>:

> Il 02/07/2017 18:22, Pier Francesco Orsi ha scritto:
> > Buonasera,
> > Durante il consueto aggiornamento apt-get update si blocca e mi
> restituisce:
> > Si sono verificati degli errori nell'elaborazione:
> >  /tmp/apt-dpkg-install-SfcUw3/05-gstreamer1.0-plugins-base_
> 1.12.1-1_amd64.deb
> > E: Sub-process /usr/bin/dpkg returned an error code (1)
> >
> > Potreste darmi qualche suggeriemnto?
> >
> > Grazie
> >
> > Piero
> >
>
> Update oppure upgrade?
>
> Che comando hai dato per installare?
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>

Re: Problemi con aggiornamento da Jessie a Stretch

[Portobello]

Il 04/07/2017 20:26, Davide Prina ha scritto:

On 04/07/2017 15:06, Portobello wrote:

Il 03/07/2017 20:55, Davide Prina ha scritto:

On 03/07/2017 18:40, Portobello wrote:



Oltretutto anche i vari menù sono tutti in inglese.



Ho iniziato con LXDE e poi da Jessie in avanti ho aggiunto anche MATE.


cosa usi come display manager?

se usi GDM, allora è la seguente variabile che determina la lingua
$ echo $GDM_LANG


Questa è settata
echo $GDM_LANG
it_IT.utf8



che dovrebbe prendere da locale

probabilmente non usi GDM, guarda il man del tuo display manager e
guarda che file di configurazione usa... da li dovresti capire dove
prende la lingua da usare.
Dovresti avere un file dove imposta $LANG come qui:
$ less /etc/gdm3/Xsession


less /etc/gdm3/Xsession
/etc/gdm3/Xsession: No such file or directory
Gdm3 non è installato. Anche gli altri credo che non siano installati.
Ho visto xdm, wdm, lxdm , e non sono installati.



Se non usi un display manager, prova ad impostare tu $LANG prima di far
partire X

$ LANG=it_IT.UTF-8 startx

Ok. Provo.
Ciao
Grazie




Ciao
Davide

Re: Problemi con aggiornamento da Jessie a Stretch

[Davide Prina]

On 04/07/2017 15:06, Portobello wrote:

Il 03/07/2017 20:55, Davide Prina ha scritto:

On 03/07/2017 18:40, Portobello wrote:



Oltretutto anche i vari menù sono tutti in inglese.



Ho iniziato con LXDE e poi da Jessie in avanti ho aggiunto anche MATE.


cosa usi come display manager?

se usi GDM, allora è la seguente variabile che determina la lingua
$ echo $GDM_LANG

che dovrebbe prendere da locale

probabilmente non usi GDM, guarda il man del tuo display manager e 
guarda che file di configurazione usa... da li dovresti capire dove 
prende la lingua da usare.

Dovresti avere un file dove imposta $LANG come qui:
$ less /etc/gdm3/Xsession

Se non usi un display manager, prova ad impostare tu $LANG prima di far 
partire X


$ LANG=it_IT.UTF-8 startx

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Fate una prova di guida ... e tenetevi la macchina!:
http://linguistico.sf.net/wiki/doku.php?id=usaooo2
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Problemi con aggiornamento da Jessie a Stretch

[Portobello]

Il 03/07/2017 20:55, Davide Prina ha scritto:

On 03/07/2017 18:40, Portobello wrote:


Ok. Sono riuscito a fare l'aggiornamento completo da Jessie a Stretch.
Ma durante l'operazione, mi ha dato un messaggio di warning con il
pacchetto dictionaries-common.


l'ho avuto anch'io su una macchina, ma ho ignorato, se non ricordo male
si trattava del dizionario per ispell e quindi da poco o nulla.


Ho provato un paio di volte a riconfigurare con dpkg reconfigure, ma non
funziona, vede soltanto il dizionario americano.
Oltretutto anche i vari menù sono tutti in inglese.
Come posso fare per tornare alla lingua italiana ?


ma penso che la lingua del sistema centri poco con il dizionario.

La lingua la imposti durante l'installazione del sistema.

Cosa dice:
$ locale

LANG=it_IT.UTF-8
LANGUAGE=
LC_CTYPE="it_IT.UTF-8"
LC_NUMERIC="it_IT.UTF-8"
LC_TIME="it_IT.UTF-8"
LC_COLLATE="it_IT.UTF-8"
LC_MONETARY="it_IT.UTF-8"
LC_MESSAGES="it_IT.UTF-8"
LC_PAPER="it_IT.UTF-8"
LC_NAME="it_IT.UTF-8"
LC_ADDRESS="it_IT.UTF-8"
LC_TELEPHONE="it_IT.UTF-8"
LC_MEASUREMENT="it_IT.UTF-8"
LC_IDENTIFICATION="it_IT.UTF-8"
LC_ALL=

Ci sono due variabili che non sono settate. Forse dipende da quello ?
Come si fa a settare anche LANGUAGE e LC_ALL, in modo permanente ?



se non hai it_IT, allora puoi usare dpkg-reconfigure per sistemarlo (non
so se devi riavviare X).

Se non hai risolto così, allora indicaci che desktop environment stai
usando.

Ho iniziato con LXDE e poi da Jessie in avanti ho aggiunto anche MATE.



Ciao
Davide


Grazie
Ciao

Re: Problemi con aggiornamento da Jessie a Stretch

[Davide Prina]

On 03/07/2017 18:40, Portobello wrote:


Ok. Sono riuscito a fare l'aggiornamento completo da Jessie a Stretch.
Ma durante l'operazione, mi ha dato un messaggio di warning con il
pacchetto dictionaries-common.


l'ho avuto anch'io su una macchina, ma ho ignorato, se non ricordo male 
si trattava del dizionario per ispell e quindi da poco o nulla.



Ho provato un paio di volte a riconfigurare con dpkg reconfigure, ma non
funziona, vede soltanto il dizionario americano.
Oltretutto anche i vari menù sono tutti in inglese.
Come posso fare per tornare alla lingua italiana ?


ma penso che la lingua del sistema centri poco con il dizionario.

La lingua la imposti durante l'installazione del sistema.

Cosa dice:
$ locale

se non hai it_IT, allora puoi usare dpkg-reconfigure per sistemarlo (non 
so se devi riavviare X).


Se non hai risolto così, allora indicaci che desktop environment stai 
usando.


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Petizione contro il formato ms-ooxml:
http://www.noooxml.org/petition
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Problemi con aggiornamento da Jessie a Stretch

[Portobello]

Il 04/06/2017 14:21, Davide Prina ha scritto:

On 03/06/2017 11:31, francesco scaglione wrote:


Portobello wrote:



Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64 con
Debian jessie 8.8 alla Stretch 9.



Forse ti conviene aspettare ancora 15 giorni, fino alla data
di rilascio ufficiale


infatti, secondo me questo è il momento peggiore per fare questa
operazione.

Potrebbe essere che dei pacchetti sono stati tolti temporaneamente o ci
sono delle dipendenze rotte, ... a meno che tu non voglia contribuire a
testare il nuovo installer o testare lo stato dei pacchetti attuali...

Ciao
Davide



Ok. Sono riuscito a fare l'aggiornamento completo da Jessie a Stretch.
Ma durante l'operazione, mi ha dato un messaggio di warning con il 
pacchetto dictionaries-common. In pratica diceva di re-installare il 
pacchetto perché il dizionario italiano aveva dei problemi.
Ho provato un paio di volte a riconfigurare con dpkg reconfigure, ma non 
funziona, vede soltanto il dizionario americano.

Oltretutto anche i vari menù sono tutti in inglese.
Come posso fare per tornare alla lingua italiana ?
Grazie
Ciao

Re: gstreamer problema in aggiornamento

[girarsi_liste]

Il 02/07/2017 18:22, Pier Francesco Orsi ha scritto:
> Buonasera,
> Durante il consueto aggiornamento apt-get update si blocca e mi restituisce:
> Si sono verificati degli errori nell'elaborazione:
>  /tmp/apt-dpkg-install-SfcUw3/05-gstreamer1.0-plugins-base_1.12.1-1_amd64.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> Potreste darmi qualche suggeriemnto?
> 
> Grazie
> 
> Piero
> 

Update oppure upgrade?

Che comando hai dato per installare?


-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|

gstreamer problema in aggiornamento

[Pier Francesco Orsi]

Buonasera,
Durante il consueto aggiornamento apt-get update si blocca e mi restituisce:
Si sono verificati degli errori nell'elaborazione:
 /tmp/apt-dpkg-install-SfcUw3/05-gstreamer1.0-plugins-base_1.12.1-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Potreste darmi qualche suggeriemnto?

Grazie

Piero

Re: Problemi con aggiornamento da Jessie a Stretch

[Davide Prina]

On 04/06/2017 15:55, Portobello wrote:


Se metto questi repo, nella stabile jessie, fa l'aggiornamento.
deb https://deb.debian.org/debian jessie main


questo va bene


deb https://deb.debian.org/debian-security jessie/updates main


no, deb.debian.org è solo per il repository principale, non per la security


deb [arch=amd64] http://www.deb-multimedia.org/ jessie main non-free


questo non dovrebbe più servire, commentalo

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
I didn't use Microsoft machines when I was in my operational phase, 
because I couldn't trust them.
Not because I knew that there was a particular back door or anything 
like that, but because I couldn't be sure.

Edward Snowden

Re: Problemi con aggiornamento da Jessie a Stretch

[Piviul]

Il 05/06/2017 15:01, Portobello ha scritto:

[...]
Ho visto che su questa pagina, http://deb.debian.org/ ,
 al fondo ci sono anche dei repo con protocollo HTTPS, forse sono più
sicuri.
Io non credo il problema dipenda dai repos tanto più che si ripresenta 
anche con una nuova installazione. Prova quindi a fare l'aggiornamento e 
poi racconti in lista precisamente quale sia il problema riscontrato. 
Così a spannella è difficile sapere quale possa essere il problema.


Piviul

Re: Problemi con aggiornamento da Jessie a Stretch

[Portobello]

On 05/06/2017 13:51, Gollum1 wrote:

Il 4 giugno 2017 15:55:06 CEST, Portobello  ha 
scritto:


deb [arch=amd64] http://www.deb-multimedia.org/ jessie main non-free


Ok. Va bene.
Ma quale metto per i pacchetti multimedia ufficiali ?


da un po' di tempo a questa parte, il repo deb-multimedia mi pare che sia 
deprecato. prova ad eliminarlo, e sostituisci i pacchetti scaricati da questo 
con quelli ufficiali Debian.



Per ora ho inserito questi nel sources.list della stabile di jessie.

deb http://cdn-fastly.deb.debian.org/debian jessie main
deb http://cdn-fastly.deb.debian.org/debian-security jessie/updates main

Funzionano bene senza problemi.

Ho visto che su questa pagina, http://deb.debian.org/ ,
 al fondo ci sono anche dei repo con protocollo HTTPS, forse sono più 
sicuri.


Grazie. Ciao

Re: Problemi con aggiornamento da Jessie a Stretch

[Gollum1]

Il 4 giugno 2017 15:55:06 CEST, Portobello  ha 
scritto:

>deb [arch=amd64] http://www.deb-multimedia.org/ jessie main non-free
>

da un po' di tempo a questa parte, il repo deb-multimedia mi pare che sia 
deprecato. prova ad eliminarlo, e sostituisci i pacchetti scaricati da questo 
con quelli ufficiali Debian.

-- 
Gollum1
Teoro, dov'è il mio teoro...

Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
errori (maledetto correttore ortografico).

Re: Problemi con aggiornamento da Jessie a Stretch

[Portobello]

On 04/06/2017 18:57, Nicola Ferrari (#554252) wrote:

On 04/06/2017 15:55, Portobello wrote:


Quando eseguo apt update , alla fine dà questi warning :
All packages are up to date.
W: Size of file
/var/lib/apt/lists/partial/deb.debian.org_debian-security_dists_jessie_updates_InRelease
is not what the server reported 63063 326
[ ... ]
Che cosa significano questi errori ?



Sembra che tu abbia nella cache di apt qualcosa di "vecchio" che non
coincide più con le liste lato server.

Prova a dare _prima_ apt-get clean e poi apt update

ciao,
N



Si, ho fatto la pulizia delle liste, con apt-get clean.
Nella situazione particolare ci sono 5 files da aggiornare.
Metto soltanto la parte finale dell'aggiornamento.
Mi da questo :

Preparativi per estrarre .../perl_5.20.2-3+deb8u7_amd64.deb...
Estrazione di perl (5.20.2-3+deb8u7) su (5.20.2-3+deb8u6)...
Preparativi per estrarre .../libperl5.20_5.20.2-3+deb8u7_amd64.deb...
Estrazione di libperl5.20 (5.20.2-3+deb8u7) su (5.20.2-3+deb8u6)...
Preparativi per estrarre .../perl-base_5.20.2-3+deb8u7_amd64.deb...
Estrazione di perl-base (5.20.2-3+deb8u7) su (5.20.2-3+deb8u6)...
Elaborazione dei trigger per man-db (2.7.0.2-5)...
Configurazione di perl-base (5.20.2-3+deb8u7)...
(Lettura del database... 180428 file e directory attualmente installati.)
Preparativi per estrarre .../perl-modules_5.20.2-3+deb8u7_all.deb...
Estrazione di perl-modules (5.20.2-3+deb8u7) su (5.20.2-3+deb8u6)...
Preparativi per estrarre .../perl-doc_5.20.2-3+deb8u7_all.deb...
Viene lasciato "deviazione di /usr/bin/perldoc in /usr/bin/perldoc.stub 
da perl-doc"

Estrazione di perl-doc (5.20.2-3+deb8u7) su (5.20.2-3+deb8u6)...
Elaborazione dei trigger per man-db (2.7.0.2-5)...
Configurazione di perl-modules (5.20.2-3+deb8u7)...
Configurazione di perl (5.20.2-3+deb8u7)...
Configurazione di libperl5.20 (5.20.2-3+deb8u7)...
Configurazione di perl-doc (5.20.2-3+deb8u7)...
Elaborazione dei trigger per libc-bin (2.19-18+deb8u9)...
localepurge: Disk space freed in /usr/share/locale: 0 KiB
localepurge: Disk space freed in /usr/share/man: 0 KiB
localepurge: Disk space freed in /usr/share/gnome/help: 0 
KiB#..]

localepurge: Disk space freed in /usr/share/omf: 0 KiB

Total disk space freed by localepurge: 0 KiB

Scanning processes... 

Scanning candidates... 

Scanning kernel images... 


Running kernel seems to be up-to-date.
No services need to be restarted.
W: Size of file 
/var/cache/apt/archives/partial/libperl5.20_5.20.2-3+deb8u7_amd64.deb is 
not what the server reported 1354 358
W: Size of file 
/var/cache/apt/archives/partial/perl-base_5.20.2-3+deb8u7_amd64.deb is 
not what the server reported 1227242 1002930
W: Size of file 
/var/cache/apt/archives/partial/perl-modules_5.20.2-3+deb8u7_all.deb is 
not what the server reported 2546608 2318874
W: Size of file 
/var/cache/apt/archives/partial/perl-doc_5.20.2-3+deb8u7_all.deb is not 
what the server reported 7345710 7276620


L'aggiornamento viene fatto e completato senza errori gravi però segnala 
dei warning.

Grazie. Ciao

Re: Problemi con aggiornamento da Jessie a Stretch

[Portobello]

On 04/06/2017 13:57, Davide Prina wrote:

On 03/06/2017 18:41, Giuliano Grandin wrote:


Forse, dico forse, dipende dall'uso di httpredir, che, secondo questo
documento:

https://wiki.debian.org/DebianGeoMirror

è stato dismesso.


veramente dice che è rediretto a http://deb.debian.org

quindi se si usa funziona ancora o meglio se si mette il nuovo:
http://deb.debian.org

Ciao
Davide



Se metto questi repo, nella stabile jessie, fa l'aggiornamento.
deb https://deb.debian.org/debian jessie main
deb https://deb.debian.org/debian-security jessie/updates main
deb [arch=amd64] http://www.deb-multimedia.org/ jessie main non-free

(Dà gli stessi messaggi anche se scrivo stable al posto di jessie).

Quando eseguo apt update , alla fine dà questi warning :
All packages are up to date.
W: Size of file 
/var/lib/apt/lists/partial/deb.debian.org_debian-security_dists_jessie_updates_InRelease 
is not what the server reported 63063 326
W: Size of file 
/var/lib/apt/lists/partial/deb.debian.org_debian_dists_jessie_Release.gpg 
is not what the server reported 2373 311
W: Size of file 
/var/lib/apt/lists/partial/deb.debian.org_debian-security_dists_jessie_updates_main_binary-amd64_Packages.bz2 
is not what the server reported 411042 341215
W: Size of file 
/var/lib/apt/lists/partial/deb.debian.org_debian-security_dists_jessie_updates_main_binary-i386_Packages.bz2 
is not what the server reported 411472 377415
W: Size of file 
/var/lib/apt/lists/partial/deb.debian.org_debian-security_dists_jessie_updates_main_i18n_Translation-en.bz2 
is not what the server reported 215644 16384
W: Size of file 
/var/lib/apt/lists/partial/deb.debian.org_debian_dists_jessie_Release is 
not what the server reported 148396 16384
W: Size of file 
/var/lib/apt/lists/partial/deb.debian.org_debian_dists_jessie_main_binary-i386_Packages.xz 
is not what the server reported 6793140 6662784
W: Size of file 
/var/lib/apt/lists/partial/deb.debian.org_debian_dists_jessie_main_i18n_Translation-it.bz2 
is not what the server reported 3656485 3443536
W: Size of file 
/var/lib/apt/lists/partial/deb.debian.org_debian_dists_jessie_main_i18n_Translation-en.bz2 
is not what the server reported 4583268 4422850


Che cosa significano questi errori ?

Quando do apt upgrade, dice che non ci sono aggiornamenti disponibili.
apt upgrade
Lettura elenco dei pacchetti... Fatto
Generazione albero delle dipendenze
Lettura informazioni sullo stato... Fatto
Calcolo dell'aggiornamento... Eseguito
0 aggiornati, 0 installati, 0 da rimuovere e 0 non aggiornati.

Grazie. Ciao

Re: Problemi con aggiornamento da Jessie a Stretch

[Davide Prina]

On 03/06/2017 11:31, francesco scaglione wrote:


Portobello wrote:



Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64 con
Debian jessie 8.8 alla Stretch 9.



Forse ti conviene aspettare ancora 15 giorni, fino alla data
di rilascio ufficiale


infatti, secondo me questo è il momento peggiore per fare questa operazione.

Potrebbe essere che dei pacchetti sono stati tolti temporaneamente o ci 
sono delle dipendenze rotte, ... a meno che tu non voglia contribuire a 
testare il nuovo installer o testare lo stato dei pacchetti attuali...


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Petizione contro il formato ms-ooxml:
http://www.noooxml.org/petition
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Problemi con aggiornamento da Jessie a Stretch

[Davide Prina]

On 03/06/2017 18:41, Giuliano Grandin wrote:


Forse, dico forse, dipende dall'uso di httpredir, che, secondo questo
documento:

https://wiki.debian.org/DebianGeoMirror

è stato dismesso.


veramente dice che è rediretto a http://deb.debian.org

quindi se si usa funziona ancora o meglio se si mette il nuovo: 
http://deb.debian.org


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
I lati oscuri del secure boot:
https://www.fsf.org/campaigns/secure-boot-vs-restricted-boot/whitepaper-web
Petizione contro il secure boot:
https://www.fsf.org/campaigns/secure-boot-vs-restricted-boot/statement
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Problemi con aggiornamento da Jessie a Stretch

[Giuliano Grandin]

Il giorno Sat, 3 Jun 2017 17:06:30 +0200
Portobello  ha scritto:

...

> > prova a pubblicare qui il tuo sources.list che vediamo cosa c'è
> > dentro...
> Quello della stabile (Jessie) :
> deb [arch=amd64] http://httpredir.debian.org/debian jessie main
> contrib non-free
> deb-src [arch=amd64] http://httpredir.debian.org/debian jessie main 
> contrib non-free
> 
> deb [arch=amd64] http://security.debian.org/ jessie/updates main
> contrib non-free
> deb-src [arch=amd64] http://security.debian.org/ jessie/updates main 
> contrib non-free
> 
> deb [arch=amd64] http://www.deb-multimedia.org/ jessie main non-free
> 

Forse, dico forse, dipende dall'uso di httpredir, che, secondo questo
documento:

https://wiki.debian.org/DebianGeoMirror

è stato dismesso.

Io ho messo direttamente, per fare una prova con una jessie di
prova sotto virtualbox, stretch e l'aggiornamento è stato fatto senza
problemi. Non so se c'entra in qualche modo, io però non ho le righe
per i sorgenti.

Questo è il mio, come vedi uso direttamente il mirror italiano:

deb http://security.debian.org/ stretch/updates main contrib non-free
deb http://ftp.it.debian.org/debian/ stretch main contrib non-free

non ho attivato però le righe per stretch-updates
stretch-proposed-updates e stretch-backports che invece ho nella jessie
in uso.

Ciao
Giuliano

--
« I don't know what's the matter with people: they don't learn by
understanding; they learn by some other way — by rote or something.
Their knowledge is so fragile »

Richard Phillips Feynman, 
Surely You're Joking, Mr. Feynman!: Adventures of a Curious Character.

Re: Problemi con aggiornamento da Jessie a Stretch

[francesco scaglione]

On Sat, 3 Jun 2017 17:17:34 +0200
Portobello  wrote:

> On 03/06/2017 11:31, francesco scaglione wrote:
> > On Fri, 2 Jun 2017 17:00:31 +0200
> > Portobello  wrote:
> >  
> >> Buon giorno Lista,
> >>
> >> Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64
> >> con Debian jessie 8.8 alla Stretch 9.
> >> Ho masterizzato un Cd-Rom con una immagine ISO,
> >> Debian-testing-amd64-xfce-CD-1.iso .
> >> Questa volta sono riuscito ad eseguire tutta l'installazione senza
> >> apparenti errori.
> >> Ha creato l'immagine nuova. E' stata inserita nel menu di grub.
> >> Ma quando provo ad avviare, inizia e poi si blocca, non completa
> >> l'avvio. Credo che ci sia un problema di compatibilità con la
> >> scheda video Nvidia. Quali files posso guardare per capire quali
> >> sono gli errori ? E come si fà a risolverli ?
> >>
> >> Avevo anche letto le note di rilascio il mese scorso.
> >> E seguendo pari passo le istruzioni, non sono riuscito lo stesso a
> >> fare una installazione funzionante.  
> >
> > Buongiorno Portobello,
> >
> > ma quali note di rilascio hai letto, scusa? Stretch non è ancora
> > uscita... Forse ti conviene aspettare ancora 15 giorni, fino alla
> > data di rilascio ufficiale, e poi vedrai che cambiando qualche riga
> > nel sources.list potrai aggiornare senza problemi. (A meno che la
> > tua non sia una macchina molto particolare, ma in quel caso devi
> > spiegarlo alla lista!).
> >  
> >> Ciao
> >> Grazie  
> >
> > Ciao,
> > Francesco
> >
> >  
> Ho letto questo :
> https://www.debian.org/releases/testing/amd64/release-notes/ch-upgrading.it.html
> 
> e questo :
> https://www.debian.org/releases/testing/amd64/release-notes/ch-information.it.html

Bene, ma quello è ancora un "draft". Per esempio, quando dice:

"A.2. Controllare la propria lista delle fonti

Se qualsiasi riga nel proprio file /etc/apt/sources.list si riferisce a
«stable», in effetti si sta già «utilizzando» stretch."

si tratta ovviamente di un'affermazione che sarà valida solo una volta
che Stretch sarà effettivamente diventata la "stable", cioè appunto il
17 giugno!


> Si. Posso aspettare anche 15 giorni.
> Leggendo in lista ho visto che ci sono persone che hanno già
> installato la Stretch come testing, e quindi volevo provare anche io.
> Tutto qui.
> 
> Il mio PC è normale : un Amd64 con 4 Giga di Ram e una scheda video 
> aggiuntiva della Nvidia che ha 2 Giga di Ram. Forse è questo il 
> problema, credo che ci sia una incompatibilità. Ma non ho ancora
> capito come risolverla.
> Grazie. Ciao

Francesco

Re: Problemi con aggiornamento da Jessie a Stretch

[Portobello]

On 03/06/2017 13:04, Luca De Andreis wrote:

Il 3 giugno 2017 12:34:21 CEST, Gollum1  ha scritto:

Il 3 giugno 2017 10:46:22 CEST, Portobello 
ha scritto:

On 02/06/2017 18:46, Gollum1 wrote:

Il 2 giugno 2017 17:56:29 CEST, Portobello

 ha scritto:

On 02/06/2017 17:45, Gollum1 wrote:

Il 2 giugno 2017 17:00:31 CEST, Portobello

 ha scritto:

Buon giorno Lista,

Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64

con

Debian jessie 8.8 alla Stretch 9.
Ho masterizzato un Cd-Rom con una immagine ISO,
Debian-testing-amd64-xfce-CD-1.iso .


e perché devi rifare l'installazione per aggiornare?


Perchè due mesi fa avevo anche provato a fare l'aggiornamento

partendo

dalla Jessie che ho sull'hard disk ed è funzionante.
Avevo letto le note di rilascio, ma l'installazione si bloccava a

metà

e
non riusciva a creare nemmeno l'immagine nuova.
L'ultima volta ho registrato tutta la sessione. Ma non so se si può
andare a cercare di preciso quali errori ha dato.

Ciao


ripeto, perché reinstallare?
la macchina è connessa ad internet?

Si.

non puoi correggere sources.list nel modo desiderato e fare un

upgrade/dist-upgrade?
Ho provato parecchie volte e non funziona.

Ciao





mi pare tutto molto strano. ma gli aggiornamenti normalmente
funzionano?

prova a pubblicare qui il tuo sources.list che vediamo cosa c'è
dentro...


... ci sono casi particolari dove un pacchetto aggiornato poi non funziona, 
questo genera un crash del demone non appena viene aggiornato, quindi fallisce 
di fatto l'aggiornamento. Vedi post su Samba 4 in modalità DC.

Ma non penso sia questo il caso, o meglio, non ho capito cosa fallisca


Fallisce la procedura di upgrade/dist-upgrade, se provo a modificare il 
file sources.list, dal mio pc. L'ultima volta ho provato a registrare la 
sessione, come spiega nelle note di rilascio, ma il file è molto grande 
e non so dove andare a guardare.


Se invece faccio una installazione con l'installer da cd-rom, questa 
viene completata bene, senza errori o problemi. Ma quando provo ad 
avviare dalla nuova immagine (che è alla ver. 4.9 ) si blocca, non 
completa l'avvio.


Ciao

Re: Problemi con aggiornamento da Jessie a Stretch

[Portobello]

On 03/06/2017 11:31, francesco scaglione wrote:

On Fri, 2 Jun 2017 17:00:31 +0200
Portobello  wrote:


Buon giorno Lista,

Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64 con
Debian jessie 8.8 alla Stretch 9.
Ho masterizzato un Cd-Rom con una immagine ISO,
Debian-testing-amd64-xfce-CD-1.iso .
Questa volta sono riuscito ad eseguire tutta l'installazione senza
apparenti errori.
Ha creato l'immagine nuova. E' stata inserita nel menu di grub.
Ma quando provo ad avviare, inizia e poi si blocca, non completa
l'avvio. Credo che ci sia un problema di compatibilità con la scheda
video Nvidia. Quali files posso guardare per capire quali sono gli
errori ? E come si fà a risolverli ?

Avevo anche letto le note di rilascio il mese scorso.
E seguendo pari passo le istruzioni, non sono riuscito lo stesso a
fare una installazione funzionante.


Buongiorno Portobello,

ma quali note di rilascio hai letto, scusa? Stretch non è ancora
uscita... Forse ti conviene aspettare ancora 15 giorni, fino alla data
di rilascio ufficiale, e poi vedrai che cambiando qualche riga nel
sources.list potrai aggiornare senza problemi. (A meno che la tua non
sia una macchina molto particolare, ma in quel caso devi spiegarlo alla
lista!).


Ciao
Grazie


Ciao,
Francesco



Ho letto questo :
https://www.debian.org/releases/testing/amd64/release-notes/ch-upgrading.it.html

e questo :
https://www.debian.org/releases/testing/amd64/release-notes/ch-information.it.html

Si. Posso aspettare anche 15 giorni.
Leggendo in lista ho visto che ci sono persone che hanno già installato 
la Stretch come testing, e quindi volevo provare anche io. Tutto qui.


Il mio PC è normale : un Amd64 con 4 Giga di Ram e una scheda video 
aggiuntiva della Nvidia che ha 2 Giga di Ram. Forse è questo il 
problema, credo che ci sia una incompatibilità. Ma non ho ancora capito 
come risolverla.

Grazie. Ciao

Re: Problemi con aggiornamento da Jessie a Stretch

[Portobello]

On 03/06/2017 12:34, Gollum1 wrote:

Il 3 giugno 2017 10:46:22 CEST, Portobello  ha 
scritto:

On 02/06/2017 18:46, Gollum1 wrote:

Il 2 giugno 2017 17:56:29 CEST, Portobello

 ha scritto:

On 02/06/2017 17:45, Gollum1 wrote:

Il 2 giugno 2017 17:00:31 CEST, Portobello

 ha scritto:

Buon giorno Lista,

Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64

con

Debian jessie 8.8 alla Stretch 9.
Ho masterizzato un Cd-Rom con una immagine ISO,
Debian-testing-amd64-xfce-CD-1.iso .


e perché devi rifare l'installazione per aggiornare?


Perchè due mesi fa avevo anche provato a fare l'aggiornamento

partendo

dalla Jessie che ho sull'hard disk ed è funzionante.
Avevo letto le note di rilascio, ma l'installazione si bloccava a

metà

e
non riusciva a creare nemmeno l'immagine nuova.
L'ultima volta ho registrato tutta la sessione. Ma non so se si può
andare a cercare di preciso quali errori ha dato.

Ciao


ripeto, perché reinstallare?
la macchina è connessa ad internet?

Si.

non puoi correggere sources.list nel modo desiderato e fare un

upgrade/dist-upgrade?
Ho provato parecchie volte e non funziona.

Ciao





mi pare tutto molto strano. ma gli aggiornamenti normalmente funzionano?

Si. Quelli della stabile funzionano bene. Ora sono alla versione 8.8


prova a pubblicare qui il tuo sources.list che vediamo cosa c'è dentro...

Quello della stabile (Jessie) :
deb [arch=amd64] http://httpredir.debian.org/debian jessie main contrib 
non-free
deb-src [arch=amd64] http://httpredir.debian.org/debian jessie main 
contrib non-free


deb [arch=amd64] http://security.debian.org/ jessie/updates main contrib 
non-free
deb-src [arch=amd64] http://security.debian.org/ jessie/updates main 
contrib non-free


deb [arch=amd64] http://www.deb-multimedia.org/ jessie main non-free


Quello che avevo usato per fare upgrade/dist-upgrade :
deb http://httpredir.debian.org/debian/ testing main contrib non-free
deb-src http://httpredir.debian.org/debian/ testing main contrib non-free

# Security update
# deb http://security.debian.org/debian-security/ stretch/updates main 
contrib
# deb-src http://security.debian.org/debian-security/ stretch/updates 
main contrib

deb http://security.debian.org/ testing/updates main contrib non-free
deb-src http://security.debian.org/ testing/updates main contrib non-free
#deb http://security.debian.org/ stable/updates main contrib non-free

Ciao

Re: Problemi con aggiornamento da Jessie a Stretch

[Luca De Andreis]

Il 3 giugno 2017 12:34:21 CEST, Gollum1  ha scritto:
>Il 3 giugno 2017 10:46:22 CEST, Portobello 
>ha scritto:
>>On 02/06/2017 18:46, Gollum1 wrote:
>>> Il 2 giugno 2017 17:56:29 CEST, Portobello
>> ha scritto:
 On 02/06/2017 17:45, Gollum1 wrote:
> Il 2 giugno 2017 17:00:31 CEST, Portobello
  ha scritto:
>> Buon giorno Lista,
>>
>> Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64
 con
>> Debian jessie 8.8 alla Stretch 9.
>> Ho masterizzato un Cd-Rom con una immagine ISO,
>> Debian-testing-amd64-xfce-CD-1.iso .
>>
> e perché devi rifare l'installazione per aggiornare?
>
 Perchè due mesi fa avevo anche provato a fare l'aggiornamento
>>partendo
 dalla Jessie che ho sull'hard disk ed è funzionante.
 Avevo letto le note di rilascio, ma l'installazione si bloccava a
>>metà
 e
 non riusciva a creare nemmeno l'immagine nuova.
 L'ultima volta ho registrato tutta la sessione. Ma non so se si può
 andare a cercare di preciso quali errori ha dato.

 Ciao
>>>
>>> ripeto, perché reinstallare?
>>> la macchina è connessa ad internet?
>>Si.
>>> non puoi correggere sources.list nel modo desiderato e fare un
>>upgrade/dist-upgrade?
>>Ho provato parecchie volte e non funziona.
>>
>>Ciao
>>
>>>
>
>mi pare tutto molto strano. ma gli aggiornamenti normalmente
>funzionano?
>
>prova a pubblicare qui il tuo sources.list che vediamo cosa c'è
>dentro...

... ci sono casi particolari dove un pacchetto aggiornato poi non funziona, 
questo genera un crash del demone non appena viene aggiornato, quindi fallisce 
di fatto l'aggiornamento. Vedi post su Samba 4 in modalità DC.

Ma non penso sia questo il caso, o meglio, non ho capito cosa fallisca

Re: Problemi con aggiornamento da Jessie a Stretch

[Gollum1]

Il 3 giugno 2017 10:46:22 CEST, Portobello  ha 
scritto:
>On 02/06/2017 18:46, Gollum1 wrote:
>> Il 2 giugno 2017 17:56:29 CEST, Portobello
> ha scritto:
>>> On 02/06/2017 17:45, Gollum1 wrote:
 Il 2 giugno 2017 17:00:31 CEST, Portobello
>>>  ha scritto:
> Buon giorno Lista,
>
> Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64
>>> con
> Debian jessie 8.8 alla Stretch 9.
> Ho masterizzato un Cd-Rom con una immagine ISO,
> Debian-testing-amd64-xfce-CD-1.iso .
>
 e perché devi rifare l'installazione per aggiornare?

>>> Perchè due mesi fa avevo anche provato a fare l'aggiornamento
>partendo
>>> dalla Jessie che ho sull'hard disk ed è funzionante.
>>> Avevo letto le note di rilascio, ma l'installazione si bloccava a
>metà
>>> e
>>> non riusciva a creare nemmeno l'immagine nuova.
>>> L'ultima volta ho registrato tutta la sessione. Ma non so se si può
>>> andare a cercare di preciso quali errori ha dato.
>>>
>>> Ciao
>>
>> ripeto, perché reinstallare?
>> la macchina è connessa ad internet?
>Si.
>> non puoi correggere sources.list nel modo desiderato e fare un
>upgrade/dist-upgrade?
>Ho provato parecchie volte e non funziona.
>
>Ciao
>
>>

mi pare tutto molto strano. ma gli aggiornamenti normalmente funzionano?

prova a pubblicare qui il tuo sources.list che vediamo cosa c'è dentro...

-- 
Gollum1
Teoro, dov'è il mio teoro...

Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
errori (maledetto correttore ortografico).

Re: Problemi con aggiornamento da Jessie a Stretch

[francesco scaglione]

On Fri, 2 Jun 2017 17:00:31 +0200
Portobello  wrote:

> Buon giorno Lista,
> 
> Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64 con 
> Debian jessie 8.8 alla Stretch 9.
> Ho masterizzato un Cd-Rom con una immagine ISO,
> Debian-testing-amd64-xfce-CD-1.iso .
> Questa volta sono riuscito ad eseguire tutta l'installazione senza 
> apparenti errori.
> Ha creato l'immagine nuova. E' stata inserita nel menu di grub.
> Ma quando provo ad avviare, inizia e poi si blocca, non completa
> l'avvio. Credo che ci sia un problema di compatibilità con la scheda
> video Nvidia. Quali files posso guardare per capire quali sono gli
> errori ? E come si fà a risolverli ?
> 
> Avevo anche letto le note di rilascio il mese scorso.
> E seguendo pari passo le istruzioni, non sono riuscito lo stesso a
> fare una installazione funzionante.

Buongiorno Portobello,

ma quali note di rilascio hai letto, scusa? Stretch non è ancora
uscita... Forse ti conviene aspettare ancora 15 giorni, fino alla data
di rilascio ufficiale, e poi vedrai che cambiando qualche riga nel
sources.list potrai aggiornare senza problemi. (A meno che la tua non
sia una macchina molto particolare, ma in quel caso devi spiegarlo alla
lista!).

> Ciao
> Grazie

Ciao,
Francesco

Re: Problemi con aggiornamento da Jessie a Stretch

[Portobello]

On 02/06/2017 18:46, Gollum1 wrote:

Il 2 giugno 2017 17:56:29 CEST, Portobello  ha 
scritto:

On 02/06/2017 17:45, Gollum1 wrote:

Il 2 giugno 2017 17:00:31 CEST, Portobello

 ha scritto:

Buon giorno Lista,

Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64

con

Debian jessie 8.8 alla Stretch 9.
Ho masterizzato un Cd-Rom con una immagine ISO,
Debian-testing-amd64-xfce-CD-1.iso .


e perché devi rifare l'installazione per aggiornare?


Perchè due mesi fa avevo anche provato a fare l'aggiornamento partendo
dalla Jessie che ho sull'hard disk ed è funzionante.
Avevo letto le note di rilascio, ma l'installazione si bloccava a metà
e
non riusciva a creare nemmeno l'immagine nuova.
L'ultima volta ho registrato tutta la sessione. Ma non so se si può
andare a cercare di preciso quali errori ha dato.

Ciao


ripeto, perché reinstallare?
la macchina è connessa ad internet?

Si.

non puoi correggere sources.list nel modo desiderato e fare un 
upgrade/dist-upgrade?

Ho provato parecchie volte e non funziona.

Ciao

Re: Problemi con aggiornamento da Jessie a Stretch

[Gollum1]

Il 2 giugno 2017 17:56:29 CEST, Portobello  ha 
scritto:
>On 02/06/2017 17:45, Gollum1 wrote:
>> Il 2 giugno 2017 17:00:31 CEST, Portobello
> ha scritto:
>>> Buon giorno Lista,
>>>
>>> Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64
>con
>>> Debian jessie 8.8 alla Stretch 9.
>>> Ho masterizzato un Cd-Rom con una immagine ISO,
>>> Debian-testing-amd64-xfce-CD-1.iso .
>>>
>> e perché devi rifare l'installazione per aggiornare?
>>
>Perchè due mesi fa avevo anche provato a fare l'aggiornamento partendo 
>dalla Jessie che ho sull'hard disk ed è funzionante.
>Avevo letto le note di rilascio, ma l'installazione si bloccava a metà
>e 
>non riusciva a creare nemmeno l'immagine nuova.
>L'ultima volta ho registrato tutta la sessione. Ma non so se si può 
>andare a cercare di preciso quali errori ha dato.
>
>Ciao

ripeto, perché reinstallare?
la macchina è connessa ad internet?
non puoi correggere sources.list nel modo desiderato e fare un 
upgrade/dist-upgrade?
-- 
Gollum1
Teoro, dov'è il mio teoro...

Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
errori (maledetto correttore ortografico).

Re: Problemi con aggiornamento da Jessie a Stretch

[Portobello]

On 02/06/2017 17:45, Gollum1 wrote:

Il 2 giugno 2017 17:00:31 CEST, Portobello  ha 
scritto:

Buon giorno Lista,

Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64 con
Debian jessie 8.8 alla Stretch 9.
Ho masterizzato un Cd-Rom con una immagine ISO,
Debian-testing-amd64-xfce-CD-1.iso .


e perché devi rifare l'installazione per aggiornare?

Perchè due mesi fa avevo anche provato a fare l'aggiornamento partendo 
dalla Jessie che ho sull'hard disk ed è funzionante.
Avevo letto le note di rilascio, ma l'installazione si bloccava a metà e 
non riusciva a creare nemmeno l'immagine nuova.
L'ultima volta ho registrato tutta la sessione. Ma non so se si può 
andare a cercare di preciso quali errori ha dato.


Ciao

Re: Problemi con aggiornamento da Jessie a Stretch

[Gollum1]

Il 2 giugno 2017 17:00:31 CEST, Portobello  ha 
scritto:
>Buon giorno Lista,
>
>Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64 con 
>Debian jessie 8.8 alla Stretch 9.
>Ho masterizzato un Cd-Rom con una immagine ISO,
>Debian-testing-amd64-xfce-CD-1.iso .
>
e perché devi rifare l'installazione per aggiornare?
-- 
Gollum1
Teoro, dov'è il mio teoro...

Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
errori (maledetto correttore ortografico).

Problemi con aggiornamento da Jessie a Stretch

[Portobello]

Buon giorno Lista,

Sto provando, da qualche settimana, ad aggiornare il mio Pc Amd64 con 
Debian jessie 8.8 alla Stretch 9.

Ho masterizzato un Cd-Rom con una immagine ISO,
Debian-testing-amd64-xfce-CD-1.iso .
Questa volta sono riuscito ad eseguire tutta l'installazione senza 
apparenti errori.

Ha creato l'immagine nuova. E' stata inserita nel menu di grub.
Ma quando provo ad avviare, inizia e poi si blocca, non completa l'avvio.
Credo che ci sia un problema di compatibilità con la scheda video Nvidia.
Quali files posso guardare per capire quali sono gli errori ?
E come si fà a risolverli ?

Avevo anche letto le note di rilascio il mese scorso.
E seguendo pari passo le istruzioni, non sono riuscito lo stesso a fare 
una installazione funzionante.


Ciao
Grazie

[risolto] Aggiornamento da Debian 8 a 9 con Samba 4 in modalità DC-AD

[Luca De Andreis]

Una buona giornata a tutta la lista...

Come avevo postato qualche giorno fa, non si riusciva ad aggiornare alla 
versione inclusa in Debian 9 una macchina con Samba 4 in Debian 8 
(perfettamente funzionante ed in produzione) se e solo se configurato in 
modalità DC-AD (se non in tale modalità non ci sono mai stati problemi).


Verificato anche con l'aggiornamento di Samba di quest'oggi (ma 
probabilmente è solo security, anche per Debian 9).


Ecco la soluzione:

-) Iniziare l'aggiornamento di versione (fallirà)
-) systemctl disable nmbd
systemctl disable smbd
systemctl unmask samba-ad-dc
systemctl enable samba-ad-dc
systemctl disable winbind

-) riavviare (bho magari non è necessario, l'ho fatto per pulizia)
-) finire l'aggiornamento
-) provare

Tutto sembra OK, il dominio è su e tutto funziona (almeno per quanto ho 
provato).


CIAO

Luca



smime.p7s
Description: Firma crittografica S/MIME