Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 07/01/20 18:32, Giuliano Grandin ha scritto: Il giorno Tue, 7 Jan 2020 16:35:34 +0100 Portobello ha scritto: Ciao e buon 2020 a tutti. ... Ciao Lista, L'ultima volta che avevo aggiunto 2 Giga, il tecnico del negozio (dove avevo acquistato ed installato la RAM) mi aveva detto che forse più di così non si poteva aggiungere, considerando l'hardware che oramai ha più di 10 anni. Ma proverò a chiedere ancora se si può raddoppiare la RAM (a 8 Giga). Ciao, puoi recuperare queste informazioni dal manuale della piastra madre oppure dal sito sapendo marca e modello. Io uso una Asus per cpu AMD Phenom comprata nel 2008 e ha 8 GB di ram, ma ne potrei mettere su fino a 16 GB. Speriamo che sia così anche per la tua. Ciao Lista, Grazie, verifico. Ma ora che mi ricordo avevo fatto una limitazione alla frequenza della CPU. Nel senso che essendo multi frequenza da 1 Ghz fino a 2.2 Ghz, anni fa avevo limitato al massimo a 2 Ghz la frequenza massima. Perché c'era un problema di temperatura fin troppo alta d'estate. Ma poi lo avevano risolto con la pasta termica. Io me lo ero scordato. Ora, non so se le CPU funzionano come i motori, che se vanno al massimo scaldano di più. Ma questa era una mia convinzione. Se non è cosi magari provo a togliere il limite massimo, per andare fino a 2.2 Ghz e vedo come va per un po. Ora in inverno non ci dovrebbero essere problemi. Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 07/01/20 16:35, Portobello wrote: free total used free shared buff/cache available Mem: 4103500 688656 2704432 22924 710412 3168176 Swap: 2149372 0 2149372 Quando il PC non fa quasi nulla. Qui la situazione è molto buona, ti dice che hai disponible (avaiable) circa 3,1 GB di RAM per l'avvio del prossimo programma e non stai usando swap. dovresti provare a ridare il comando anche quando compili Linux o quando lo stai usando "pesantemente" per l'uso che ne fai tu. Se vedi che la memoria "available" è alta e non usa swap o ne usa poca, quando usi il PC in modo normale, allora non ti serve comprare altra RAM. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Sistema operativo: http://www.debian.org GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il giorno Tue, 7 Jan 2020 16:35:34 +0100 Portobello ha scritto: Ciao e buon 2020 a tutti. ... > Ciao Lista, > L'ultima volta che avevo aggiunto 2 Giga, il tecnico del negozio > (dove avevo acquistato ed installato la RAM) mi aveva detto che forse > più di così non si poteva aggiungere, considerando l'hardware che > oramai ha più di 10 anni. Ma proverò a chiedere ancora se si può > raddoppiare la RAM (a 8 Giga). Ciao, puoi recuperare queste informazioni dal manuale della piastra madre oppure dal sito sapendo marca e modello. Io uso una Asus per cpu AMD Phenom comprata nel 2008 e ha 8 GB di ram, ma ne potrei mettere su fino a 16 GB. Speriamo che sia così anche per la tua. ciao Giuliano -- Ci sono solamente 10 tipi di persone nel mondo: chi comprende il sistema binario e chi no.
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 7 gennaio 2020 17:56:21 CET, Sabrewolf ha scritto: > >Il 07/01/20 15:59, Alessandro Pellizzari ha scritto: >> Compilare software grossi (come il kernel) richiede al compilatore di >> usare un sacco di RAM per tenere traccia di tutti i riferimenti al >> codice, e altrettanta se non di più per leggere tutti i file dal >disco >> e scrivere i file temporanei generati durante la compilazione (*.o). >> >> Più RAM hai, meno accede al disco fisico, anche e soprattutto in >> scrittura. >> >> Quindi anche solo cn 8 GB di RAM potresti vedere dimezzato il tempo >di >> compilazione. >> > >A me è capitato di ricompilare il kernel (2.6) diversi anni fa quando >usavo slackware e avevo più tempo e voglia di smanettare. Usavo un >pentium 4 con 2 giga di ram e ci mettevo meno di un'ora. Il sistema non >swappava nemmeno. Il kernel 2.6 era decisamente più piccolo. Inoltre usavi versioni del compilatore pensate per macchine più piccole e quindi meno affamate di memoria -- Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 07/01/20 15:59, Alessandro Pellizzari ha scritto: Compilare software grossi (come il kernel) richiede al compilatore di usare un sacco di RAM per tenere traccia di tutti i riferimenti al codice, e altrettanta se non di più per leggere tutti i file dal disco e scrivere i file temporanei generati durante la compilazione (*.o). Più RAM hai, meno accede al disco fisico, anche e soprattutto in scrittura. Quindi anche solo cn 8 GB di RAM potresti vedere dimezzato il tempo di compilazione. A me è capitato di ricompilare il kernel (2.6) diversi anni fa quando usavo slackware e avevo più tempo e voglia di smanettare. Usavo un pentium 4 con 2 giga di ram e ci mettevo meno di un'ora. Il sistema non swappava nemmeno.
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 07/01/20 15:59, Alessandro Pellizzari ha scritto: On 07/01/2020 10:10, Portobello wrote: /dev/sdb: Timing cached reads: 2140 MB in 2.00 seconds = 1071.48 MB/sec Timing buffered disk reads: 314 MB in 3.01 seconds = 104.15 MB/sec 100 MB/sec in realtà non è niente male. Per la memoria RAM attualmente ho 4 Giga,ma non vengono usati quasi mai tutti durante le elaborazioni che faccio. La CPU va spesso al 80% o 90% delle sue possibilità, ma la memoria non supera mai il 60%. Più RAM hai e meno deve andare sul disco, per quello consigliavo di aumentare la RAM per prima. Ciao Lista, L'ultima volta che avevo aggiunto 2 Giga, il tecnico del negozio (dove avevo acquistato ed installato la RAM) mi aveva detto che forse più di così non si poteva aggiungere, considerando l'hardware che oramai ha più di 10 anni. Ma proverò a chiedere ancora se si può raddoppiare la RAM (a 8 Giga). Premettendo che stiamo ottimizzando per un caso particolare (la compilazione del kernel) e che magari il resto che fai con quel PC non crea gli stessi problemi, vediamo cosa succede. :) Se dai il comando free vedi che ti dice anche quanta cache e quanti buffer sta usando. Questo è il risultato di free, free totalused free shared buff/cache available Mem: 4103500 688656 270443222924 710412 3168176 Swap: 2149372 0 2149372 Quando il PC non fa quasi nulla. Se le tue applicazioni usano il 60% della RAM (nella riga "-/+ buffers/cache) significa che hai meno di 2 GB disponibili per i buffer e la cache del disco. Compilare software grossi (come il kernel) richiede al compilatore di usare un sacco di RAM per tenere traccia di tutti i riferimenti al codice, e altrettanta se non di più per leggere tutti i file dal disco e scrivere i file temporanei generati durante la compilazione (*.o). Più RAM hai, meno accede al disco fisico, anche e soprattutto in scrittura. Quindi anche solo cn 8 GB di RAM potresti vedere dimezzato il tempo di compilazione. Forse come dice Davide il collo di bottiglia è la cache del processore che è troppo piccola (cioè 512 KB). Forse c'è qualche modo per verificare il funzionamento e la gestione della memoria ? La cache del processore è hardware e non la puoi cambiare, quindi ti tocca tenere quella che hai :) Bye. Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 07/01/2020 10:10, Portobello wrote: /dev/sdb: Timing cached reads: 2140 MB in 2.00 seconds = 1071.48 MB/sec Timing buffered disk reads: 314 MB in 3.01 seconds = 104.15 MB/sec 100 MB/sec in realtà non è niente male. Per la memoria RAM attualmente ho 4 Giga,ma non vengono usati quasi mai tutti durante le elaborazioni che faccio. La CPU va spesso al 80% o 90% delle sue possibilità, ma la memoria non supera mai il 60%. Più RAM hai e meno deve andare sul disco, per quello consigliavo di aumentare la RAM per prima. Premettendo che stiamo ottimizzando per un caso particolare (la compilazione del kernel) e che magari il resto che fai con quel PC non crea gli stessi problemi, vediamo cosa succede. :) Se dai il comando free vedi che ti dice anche quanta cache e quanti buffer sta usando. Se le tue applicazioni usano il 60% della RAM (nella riga "-/+ buffers/cache) significa che hai meno di 2 GB disponibili per i buffer e la cache del disco. Compilare software grossi (come il kernel) richiede al compilatore di usare un sacco di RAM per tenere traccia di tutti i riferimenti al codice, e altrettanta se non di più per leggere tutti i file dal disco e scrivere i file temporanei generati durante la compilazione (*.o). Più RAM hai, meno accede al disco fisico, anche e soprattutto in scrittura. Quindi anche solo cn 8 GB di RAM potresti vedere dimezzato il tempo di compilazione. Forse come dice Davide il collo di bottiglia è la cache del processore che è troppo piccola (cioè 512 KB). Forse c'è qualche modo per verificare il funzionamento e la gestione della memoria ? La cache del processore è hardware e non la puoi cambiare, quindi ti tocca tenere quella che hai :) Bye.
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 05/01/20 16:10, Davide Prina ha scritto: On 04/01/20 18:40, Portobello wrote: Il 04/01/20 13:09, Alessandro Pellizzari ha scritto: On 02/01/2020 17:30, Portobello wrote: Per la memoria, il mio sistema, ha 4 Giga di RAM e 2 Giga di Swap. Ma durante la compilazione ne utilizza soltanto tra l'1% ed il 3% di RAM. La CPU è usata tra il 10% ed il 50%. Quindi la memoria viene usata molto poco. Non so se c'è qualche cosa che rallenta o blocca la compilazione. Ho intravisto alcuni processi come quelli per scompattare i file (es. tar e gzip) e il compilatore che sembra cc1 e dpkg-source in esecuzione. Messa così, a occhio e croce, hai un disco lento come la morte, o il DMA disattivato sul controller. mi è venuto in mente che potrebbe essere tracker[¹] il colpevole della lentezza. In poche parole è un indicizzatore del contenuto dei file. Ciao Lista, Mi dispiace, ma io non ho tracker installato. Non so se c'è un'altro sistema di indicizzazione? Il problema è che ogni nuovo file che viene creato e che è di un determinato tipo o non è di un determinato tipo (dipende dalle impostazioni) esegue l'indicizzazione. Io non uso l'indicizzazione perché occupa troppe risorse (spazio su HD, CPU, RAM, ...) e poi, normalmente, non ricerco file per contenuto... se proprio mi serve uso il comando find o grep su directory precise. Purtroppo vedo che non esiste più tracker-gui che permetteva di configurare semplicemente il tracker per l'utente attuale :-( qui era possibile selezionare/deselezionare le directory in cui cercare e in cui non cercare... Ora bisogna usare dconf-editor o gsettings[²]... strumenti che possono essere molto "pericolosi" e che non sono alla facile portata di un utente non esperto. Quello che puoi fare, se usi Gnome, è entrare nelle impostazioni -> Cerca -> e disabilitare quello che non ti serve (se non vuoi la ricerca su nulla puoi disabilitare la ricerca completamente con il bottone in alto a destra). Non uso più Gnome. Agli inizi usavo Gnome e KDE , ma erano troppo "pesanti" per il mio PC, così per un po avevo provato LXDE, che è più leggero, ma fin troppo spartano, cosi alla fine ho trovato un compromesso con MATE, con il quale mi trovo bene ora. Purtroppo non è possibile rimuovere tracker perché ci sono applicativi che dipendono da questo. Per vedere cosa ti ha indicizzato: $ tracker status -bash: tracker: comando non trovato Non c'è perché non è installato. In teoria esistono metodi per disabilitarli, ma non sono ufficiali (perché ufficialmente non può essere disabilitato) e quindi potrebbero non funzionare sempre (a seconda della versione di Debian che hai o della distro che usi e con il tempo potrebbero non essere più efficaci) o potrebbero non far funzionare correttamente altri applicativi. Ciao Davide [¹] https://gnome.pages.gitlab.gnome.org/tracker/ [²] https://gnome.pages.gitlab.gnome.org/tracker/faq/#how-can-i-control-what-tracker-indexes Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 05/01/20 13:02, Alessandro Pellizzari ha scritto: On 05/01/2020 10:30, Portobello wrote: # hdparm -i /dev/sdb Qui dice che non c'è nessun DMA attivo. DMA modes: mdma0 mdma1 mdma2 Ma solo un UDMA UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 Sembra che sia attivo solo il udma6. Sì, il DMA è attivo. Prova a vedere le prestazioni del disco con hdpart -Tt /dev/sdb Ciao Lista, Questo è il risultato del comando hdparm -Tt /dev/sdb /dev/sdb: Timing cached reads: 2140 MB in 2.00 seconds = 1071.48 MB/sec Timing buffered disk reads: 314 MB in 3.01 seconds = 104.15 MB/sec hdparm -Tt /dev/sda /dev/sda: Timing cached reads: 2184 MB in 2.00 seconds = 1093.60 MB/sec Timing buffered disk reads: 168 MB in 3.01 seconds = 55.89 MB/sec Il disco A sembra più lento ed è anche più vecchiotto, quindi forse tra qualche mese (se non si guasta prima) magari sostituirò il disco A con un disco SSD, se si trovano ancora dischi compatibili con la mia scheda madre. È un benchmark in sola lettura, quindi non ti darà le prestazioni in scrittura, ma almeno ti fai un'idea di massima e non rischi di riempire il disco o sovrascrivere roba importante. :) Se vuoi aumentare le prestazioni in generale, comunque, ti consiglio di partire dalla RAM. 8 o 16 GB di memoria (sui 20-30 euro, credo, se le trovi), soprattutto se montati a coppie identiche (4+4 o 8+8) sono ormai il minimo, e un disco SSD (quelli da 500 GB ormai si trovano sui 50-60 euro) fanno passare velocemente in secondo piano le prestazioni della CPU nell'uso di tutti i giorni. Per la memoria RAM attualmente ho 4 Giga,ma non vengono usati quasi mai tutti durante le elaborazioni che faccio. La CPU va spesso al 80% o 90% delle sue possibilità, ma la memoria non supera mai il 60%. Forse come dice Davide il collo di bottiglia è la cache del processore che è troppo piccola (cioè 512 KB). Forse c'è qualche modo per verificare il funzionamento e la gestione della memoria ? Certo, se compili molto o fai giochi, grafica pesante, video encoding, etc. devi rivedere il budget, ma se ho capito bene non è il tuo caso. No, non uso grafica e non gioco con il mio PC. Ho iniziato a compilare da quando è stata iniziata questa conversazione. Uso più che altro il client di posta ed il browser, per fare ricerche e guardare video sul browser. Qualche elaborazione con i pacchetti di LibreOffice. Bye. Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 04/01/20 18:40, Portobello wrote: Il 04/01/20 13:09, Alessandro Pellizzari ha scritto: On 02/01/2020 17:30, Portobello wrote: Per la memoria, il mio sistema, ha 4 Giga di RAM e 2 Giga di Swap. Ma durante la compilazione ne utilizza soltanto tra l'1% ed il 3% di RAM. La CPU è usata tra il 10% ed il 50%. Quindi la memoria viene usata molto poco. Non so se c'è qualche cosa che rallenta o blocca la compilazione. Ho intravisto alcuni processi come quelli per scompattare i file (es. tar e gzip) e il compilatore che sembra cc1 e dpkg-source in esecuzione. Messa così, a occhio e croce, hai un disco lento come la morte, o il DMA disattivato sul controller. mi è venuto in mente che potrebbe essere tracker[¹] il colpevole della lentezza. In poche parole è un indicizzatore del contenuto dei file. Il problema è che ogni nuovo file che viene creato e che è di un determinato tipo o non è di un determinato tipo (dipende dalle impostazioni) esegue l'indicizzazione. Io non uso l'indicizzazione perché occupa troppe risorse (spazio su HD, CPU, RAM, ...) e poi, normalmente, non ricerco file per contenuto... se proprio mi serve uso il comando find o grep su directory precise. Purtroppo vedo che non esiste più tracker-gui che permetteva di configurare semplicemente il tracker per l'utente attuale :-( qui era possibile selezionare/deselezionare le directory in cui cercare e in cui non cercare... Ora bisogna usare dconf-editor o gsettings[²]... strumenti che possono essere molto "pericolosi" e che non sono alla facile portata di un utente non esperto. Quello che puoi fare, se usi Gnome, è entrare nelle impostazioni -> Cerca -> e disabilitare quello che non ti serve (se non vuoi la ricerca su nulla puoi disabilitare la ricerca completamente con il bottone in alto a destra). Purtroppo non è possibile rimuovere tracker perché ci sono applicativi che dipendono da questo. Per vedere cosa ti ha indicizzato: $ tracker status In teoria esistono metodi per disabilitarli, ma non sono ufficiali (perché ufficialmente non può essere disabilitato) e quindi potrebbero non funzionare sempre (a seconda della versione di Debian che hai o della distro che usi e con il tempo potrebbero non essere più efficaci) o potrebbero non far funzionare correttamente altri applicativi. Ciao Davide [¹] https://gnome.pages.gitlab.gnome.org/tracker/ [²] https://gnome.pages.gitlab.gnome.org/tracker/faq/#how-can-i-control-what-tracker-indexes -- Dizionari: http://linguistico.sourceforge.net/wiki Elenco di software libero: http://tinyurl.com/eddgj GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 5 gennaio 2020 11:03:58 CET, Portobello ha scritto: >Ora studio un po di documentazione. Sembri tanto ansioso di imparare però si capisce che hai molte aree in cui ti mancano "i fondamentali". Posso suggerirti di considerare gli Appunti di Informatica Libera di Daniele Giacomini? https://it.m.wikipedia.org/wiki/Appunti_di_informatica_libera L'opera è estremamente completa e copre quasi tutto lo scibile informativo. Parte da zero in ogni campo. -- Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 05/01/2020 10:30, Portobello wrote: >> # hdparm -i /dev/sdb > Qui dice che non c'è nessun DMA attivo. > DMA modes: mdma0 mdma1 mdma2 > Ma solo un UDMA > UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 > > Sembra che sia attivo solo il udma6. Sì, il DMA è attivo. Prova a vedere le prestazioni del disco con hdpart -Tt /dev/sdb È un benchmark in sola lettura, quindi non ti darà le prestazioni in scrittura, ma almeno ti fai un'idea di massima e non rischi di riempire il disco o sovrascrivere roba importante. :) Se vuoi aumentare le prestazioni in generale, comunque, ti consiglio di partire dalla RAM. 8 o 16 GB di memoria (sui 20-30 euro, credo, se le trovi), soprattutto se montati a coppie identiche (4+4 o 8+8) sono ormai il minimo, e un disco SSD (quelli da 500 GB ormai si trovano sui 50-60 euro) fanno passare velocemente in secondo piano le prestazioni della CPU nell'uso di tutti i giorni. Certo, se compili molto o fai giochi, grafica pesante, video encoding, etc. devi rivedere il budget, ma se ho capito bene non è il tuo caso. Bye.
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 05/01/20 09:42, Davide Prina ha scritto: On 04/01/20 18:40, Portobello wrote: Il 04/01/20 13:09, Alessandro Pellizzari ha scritto: On 02/01/2020 17:30, Portobello wrote: Messa così, a occhio e croce, hai un disco lento come la morte, o il DMA disattivato sul controller. Ciao Lista, Non so cosa sia DMA, come si attiva ? Il DMA (Direct Memory Access) è un accesso diretto alla RAM. Il risultato principale è di aumentare le prestazioni in modo considerevole. Per maggiori dettagli vedi wikipedia[¹] Per quanto riguarda l'HD è possibile visualizzare le impostazioni usando il comando hdparm # apt install hdparm poi devi vedere come è identificato il tuo HD. $ df -h [...] /dev/sdb2 184G 162G 22G 89% / Ciao Lista, Ho installato hdparm. Il disco è su sdb /dev/sdb725G 6,3G 17G 28% / /dev/sdb8 103G 47G 52G 48% /home poi ci sono questi: udev1,9G 01,9G 0% /dev tmpfs 401M 6,0M395M 2% /run tmpfs 2,0G 30M2,0G 2% /dev/shm tmpfs 5,0M 4,0K5,0M 1% /run/lock tmpfs 2,0G 02,0G 0% /sys/fs/cgroup tmpfs 401M 44K401M 1% /run/user/1002 [...] può essere che hai più hd o più partizioni sullo stesso hd. In questo caso la partizione sdb2 è usata per il path / e quindi l'hd è sdb puoi così visualizzare le informazioni del tuo hd: # hdparm -i /dev/sdb Qui dice che non c'è nessun DMA attivo. DMA modes: mdma0 mdma1 mdma2 Ma solo un UDMA UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 Sembra che sia attivo solo il udma6. avrai un elenco di parametri e delle righe con "##DMA modes" se hai uno dei parametri su una di queste righe con anteposto il carattere '*', allora hai il DMA attivo. Nota: hdparm è un programma molto pericoloso, puoi danneggiare l'hd. Io ti consiglio di non usarlo per modificare le impostazioni del tuo hd. Inoltre alcune impostazioni potrebbero essere impostabili dal tuo BIOS, compresa l'attivazione del DMA e del tipo di DMA da usare. Per saperne di più: $ man df $ man hdparm Ciao Davide [¹] https://it.wikipedia.org/wiki/Direct_Memory_Access Ora studio un po di documentazione. Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 04/01/20 18:40, Portobello wrote: Il 04/01/20 13:09, Alessandro Pellizzari ha scritto: On 02/01/2020 17:30, Portobello wrote: Messa così, a occhio e croce, hai un disco lento come la morte, o il DMA disattivato sul controller. Ciao Lista, Non so cosa sia DMA, come si attiva ? Il DMA (Direct Memory Access) è un accesso diretto alla RAM. Il risultato principale è di aumentare le prestazioni in modo considerevole. Per maggiori dettagli vedi wikipedia[¹] Per quanto riguarda l'HD è possibile visualizzare le impostazioni usando il comando hdparm # apt install hdparm poi devi vedere come è identificato il tuo HD. $ df -h [...] /dev/sdb2 184G 162G 22G 89% / [...] può essere che hai più hd o più partizioni sullo stesso hd. In questo caso la partizione sdb2 è usata per il path / e quindi l'hd è sdb puoi così visualizzare le informazioni del tuo hd: # hdparm -i /dev/sdb avrai un elenco di parametri e delle righe con "##DMA modes" se hai uno dei parametri su una di queste righe con anteposto il carattere '*', allora hai il DMA attivo. Nota: hdparm è un programma molto pericoloso, puoi danneggiare l'hd. Io ti consiglio di non usarlo per modificare le impostazioni del tuo hd. Inoltre alcune impostazioni potrebbero essere impostabili dal tuo BIOS, compresa l'attivazione del DMA e del tipo di DMA da usare. Per saperne di più: $ man df $ man hdparm make -j 4 all Cosa significa il parametro all nella compilazione, di norma, se non si indica nulla o se si indica all, allora si ottiene la compilazione di tutto. E il tutto potrebbe essere ricompilare lo stesso sorgente con caratteristiche diverse. Nel caso della compilazione di Linux bisogna fare solo la compilazione per ottenere un .deb, le eventuali altre previste non sono utili. Ciao Davide [¹] https://it.wikipedia.org/wiki/Direct_Memory_Access -- Dizionari: http://linguistico.sourceforge.net/wiki Strumenti per l'ufficio: https://www.libreoffice.org GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 04/01/20 13:09, Alessandro Pellizzari ha scritto: On 02/01/2020 17:30, Portobello wrote: Per la memoria, il mio sistema, ha 4 Giga di RAM e 2 Giga di Swap. Ma durante la compilazione ne utilizza soltanto tra l'1% ed il 3% di RAM. La CPU è usata tra il 10% ed il 50%. Quindi la memoria viene usata molto poco. Non so se c'è qualche cosa che rallenta o blocca la compilazione. Ho intravisto alcuni processi come quelli per scompattare i file (es. tar e gzip) e il compilatore che sembra cc1 e dpkg-source in esecuzione. Messa così, a occhio e croce, hai un disco lento come la morte, o il DMA disattivato sul controller. Ciao Lista, Non so cosa sia DMA, come si attiva ? È passato un po' da quando ho compilato roba in C, e non so se serve ancora, ma hai provato a passare l'opzione -j a makeSi, ho dato make -j 2 , perché ho 1 CPU. Il comando preciso è: time make -j 2 deb-pkg Se hai 4 core puoi provare con make -j 4 all Cosa significa il parametro all (vado a memoria, forse non è "all" ma qualcos'altro :D) Bye. Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 02/01/2020 17:30, Portobello wrote: > Per la memoria, il mio sistema, ha 4 Giga di RAM e 2 Giga di Swap. > Ma durante la compilazione ne utilizza soltanto tra l'1% ed il 3% di > RAM. La CPU è usata tra il 10% ed il 50%. Quindi la memoria viene usata > molto poco. Non so se c'è qualche cosa che rallenta o blocca la > compilazione. Ho intravisto alcuni processi come quelli per scompattare > i file (es. tar e gzip) e il compilatore che sembra cc1 e dpkg-source in > esecuzione. Messa così, a occhio e croce, hai un disco lento come la morte, o il DMA disattivato sul controller. È passato un po' da quando ho compilato roba in C, e non so se serve ancora, ma hai provato a passare l'opzione -j a make? Se hai 4 core puoi provare con make -j 4 all (vado a memoria, forse non è "all" ma qualcos'altro :D) Bye.
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 03/01/20 16:32, Portobello wrote: Il 03/01/20 13:37, Davide Prina ha scritto: $ cat /proc/cpuinfo cache size : 512 KB Ma questo dipende dall'hardware ? sì è la cache che c'è nel processore. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Strumenti per l'ufficio: https://www.libreoffice.org GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 03/01/20 13:37, Davide Prina ha scritto: On 02/01/20 18:08, Portobello wrote: Il 30/12/19 10:58, Davide Prina ha scritto: Ho compilato la prima volta del nuovo anno. Il tempo è real 291m47,028s user 219m23,418s sys 40m52,287s mi sembrano tempi molto alti... io ho un 2 processor 4 core e ci impiega circa 45 minuti... mentre uso il PC per altro. ma quando fai $ cat /proc/cpuinfo ti elenca un solo processore? Ciao Lista, come processor dice 0 (zero) processor : 0 probabilmente sì, dato che hai cpu cores : 1 Si, cpu cores : 1 Poi ha poca chace cache size : 512 KB Si, cache size : 512 KB Ma questo dipende dall'hardware ? Oppure si può aumentare da software, con qualche settaggio ? Oppure anche nel Bios avevo visto che c'erano delle possibilità di settaggio. Forse si può settare anche il compilatore per dirgli di usare più memoria RAM che è tutta libera. La cache è una memoria anche quella ? Ma di che tipo ? ... Probabilmente è corretto che ci metta così tanto. Qui, nella sezione Processor type and features--> c'è una voce specifica per i processori AMD e si chiama AMD Secure Memory Encryption (SME) support. Comunque per ora la ho lasciata disabilitata. come dicevo questa può fare poco contro i bug hardware, perché i bug vengono sfruttati quando il PC è in esecuzione e "tu" hai già dato l'accesso ai dati eventualmente cifrati. La cifratura funziona se l'attaccante deve "entrare" nella parte cifrata, ma se l'esecuzione avviene dopo la decifratura, allora l'attaccante non ha questo ostacolo. In questo caso l'attaccante potrebbe leggersi i registri della CPU che contengono i dati decifrati letti dalla memoria cifrata... Ho provato ad aggiungere la variabile ARCH=Amd64 nella riga di comando per la compilazione, ma mi ha dato errore. amd64 indica che stai compilando a 64 bit su architettura hardware x86. Se vedi è una delle opzioni che vedi appena entri con $ make nconfig è la riga "64 bit kernel" Si, ho visto. Nel mio nconfig è abilitato. Ciao Davide Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 02/01/20 18:08, Portobello wrote: Il 30/12/19 10:58, Davide Prina ha scritto: Ho compilato la prima volta del nuovo anno. Il tempo è real291m47,028s user219m23,418s sys40m52,287s mi sembrano tempi molto alti... io ho un 2 processor 4 core e ci impiega circa 45 minuti... mentre uso il PC per altro. ma quando fai $ cat /proc/cpuinfo ti elenca un solo processore? probabilmente sì, dato che hai cpu cores: 1 Poi ha poca chace cache size: 512 KB ... Probabilmente è corretto che ci metta così tanto. Qui, nella sezione Processor type and features--> c'è una voce specifica per i processori AMD e si chiama AMD Secure Memory Encryption (SME) support. Comunque per ora la ho lasciata disabilitata. come dicevo questa può fare poco contro i bug hardware, perché i bug vengono sfruttati quando il PC è in esecuzione e "tu" hai già dato l'accesso ai dati eventualmente cifrati. La cifratura funziona se l'attaccante deve "entrare" nella parte cifrata, ma se l'esecuzione avviene dopo la decifratura, allora l'attaccante non ha questo ostacolo. In questo caso l'attaccante potrebbe leggersi i registri della CPU che contengono i dati decifrati letti dalla memoria cifrata... Ho provato ad aggiungere la variabile ARCH=Amd64 nella riga di comando per la compilazione, ma mi ha dato errore. amd64 indica che stai compilando a 64 bit su architettura hardware x86. Se vedi è una delle opzioni che vedi appena entri con $ make nconfig è la riga "64 bit kernel" Se vuoi apportare ulteriori modifiche che abbiano un qualche effetto dovresti vedere cose del tipo: * il mio PC non ha la scheda hardware bluetooth e quindi disabilito il blutooth * il mio PC non ha la scheda hardware per il collegamento wifi e quindi disabilito il wifi * non uso e non ho intenzione di usare la virtualizzazione, allora la disattivo * ... Si, qui ho disabilitato il bluetooth, il wifi, il WMax, ed anche la virtualizzazione. Ora l'ultima versione del kernel funziona bene ed è più reattiva e scattante. perfetto :-) 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: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 30/12/19 10:58, Davide Prina ha scritto: On 29/12/19 18:15, Portobello wrote: Ho provato a compilare ancora una volta. Ora è stata un po più veloce ha impiegato solo 5,25 ore. Cioè dopo avere disabilitato l'antivirus ed altre cose per la sicurezza. mi sembra ancora eccessivo. Magari, come dice Paolo, hai poca RAM o magari hai in esecuzione qualcosa che utilizza molta RAM o risorse Ciao Lista, Ho compilato la prima volta del nuovo anno. Il tempo è real291m47,028s user219m23,418s sys 40m52,287s quindi un po meno di 5 ore ( 4,85 per la precisione). Per la memoria, il mio sistema, ha 4 Giga di RAM e 2 Giga di Swap. Ma durante la compilazione ne utilizza soltanto tra l'1% ed il 3% di RAM. La CPU è usata tra il 10% ed il 50%. Quindi la memoria viene usata molto poco. Non so se c'è qualche cosa che rallenta o blocca la compilazione. Ho intravisto alcuni processi come quelli per scompattare i file (es. tar e gzip) e il compilatore che sembra cc1 e dpkg-source in esecuzione. Ho visto un paio di cose nella configurazione: Nella sezione File systems --> Native language support --> Ci sono tutti i linguaggi del mondo direttamente nel kernel. Nel mio file ho visto che erano tutti abilitati. Ma forse si possono disabilitare tranne quelli europeo ed inglese ? sono tutti compilati come moduli e quindi caricati quando serve. L'unico aggravio lo hai all'atto della compilazione (ma penso qualche secondo). Questi conviene lasciarli abilitati perché alcuni filesystem li utilizzano e se non hai abilitato quello utilizzato, allora avrai dei problemi Va bene lo ho lasciati come erano. Un'altra voce che potrebbe interessare è quella della Encription memory. Cioè per i problemi noti di bugs hardware alle varie CPU (come Spectre e Meltdown) forse si potrebbe abilitare l'opzione di cifratura della memoria direttamente nel kernel ? Ma non so se funziona, non ho ancora provato sul mio PC. queste opzioni ti consiglio di non toccarle. Qui, nella sezione Processor type and features--> c'è una voce specifica per i processori AMD e si chiama AMD Secure Memory Encryption (SME) support. Comunque per ora la ho lasciata disabilitata. La cifratura del disco e della memoria serve per proteggere i tuoi dati in determinati casi, rendendo più complessa la lettura di tali dati (se il PC è acceduto da più persone, se ti viene rubato, se lo porti in assistenza, ...). Queste opzioni possono rallentare di molto il tuo PC. Però per quanto riguarda i bug hardware penso possano fare ben poco. Un'altra cosa invece ho visto nei messaggi successivi alla compilazione. dpkg-buildpackage: info: host architecture amd64 make ARCH=x86 KBUILD_BUILD_VERSION=1 KBUILD_SRC= Probabilmente si riferisce all'architettura hardware x86 e architettura software amd64 e vuol dire che ti compila a 64 bit su architettura hardware x86 Ho provato ad aggiungere la variabile ARCH=Amd64 nella riga di comando per la compilazione, ma mi ha dato errore. Perchè in una guida dei Debianizzati (Configurazione e compilazione) a volte danno il comando make ARCH=Amd64 da terminale, ma forse ho sbagliato la sintassi. Altri messaggi che non so cosa siano, ma forse hanno qualche importanza: lasciali stare. Se vuoi apportare ulteriori modifiche che abbiano un qualche effetto dovresti vedere cose del tipo: * il mio PC non ha la scheda hardware bluetooth e quindi disabilito il blutooth * il mio PC non ha la scheda hardware per il collegamento wifi e quindi disabilito il wifi * non uso e non ho intenzione di usare la virtualizzazione, allora la disattivo * ... Si, qui ho disabilitato il bluetooth, il wifi, il WMax, ed anche la virtualizzazione. Ora l'ultima versione del kernel funziona bene ed è più reattiva e scattante. In teoria così facendo eviti che ti vengano caricate parti di Linux che poi restano in esecuzione e occupano un po' di risorse (però il guadagno potrebbe essere davvero minimo). Prima di sperimentare chiedi in lista. Ciao Davide Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 29/12/19 18:15, Portobello wrote: Ho provato a compilare ancora una volta. Ora è stata un po più veloce ha impiegato solo 5,25 ore. Cioè dopo avere disabilitato l'antivirus ed altre cose per la sicurezza. mi sembra ancora eccessivo. Magari, come dice Paolo, hai poca RAM o magari hai in esecuzione qualcosa che utilizza molta RAM o risorse Ho visto un paio di cose nella configurazione: Nella sezione File systems --> Native language support --> Ci sono tutti i linguaggi del mondo direttamente nel kernel. Nel mio file ho visto che erano tutti abilitati. Ma forse si possono disabilitare tranne quelli europeo ed inglese ? sono tutti compilati come moduli e quindi caricati quando serve. L'unico aggravio lo hai all'atto della compilazione (ma penso qualche secondo). Questi conviene lasciarli abilitati perché alcuni filesystem li utilizzano e se non hai abilitato quello utilizzato, allora avrai dei problemi Un'altra voce che potrebbe interessare è quella della Encription memory. Cioè per i problemi noti di bugs hardware alle varie CPU (come Spectre e Meltdown) forse si potrebbe abilitare l'opzione di cifratura della memoria direttamente nel kernel ? Ma non so se funziona, non ho ancora provato sul mio PC. queste opzioni ti consiglio di non toccarle. La cifratura del disco e della memoria serve per proteggere i tuoi dati in determinati casi, rendendo più complessa la lettura di tali dati (se il PC è acceduto da più persone, se ti viene rubato, se lo porti in assistenza, ...). Queste opzioni possono rallentare di molto il tuo PC. Però per quanto riguarda i bug hardware penso possano fare ben poco. Un'altra cosa invece ho visto nei messaggi successivi alla compilazione. dpkg-buildpackage: info: host architecture amd64 make ARCH=x86 KBUILD_BUILD_VERSION=1 KBUILD_SRC= Probabilmente si riferisce all'architettura hardware x86 e architettura software amd64 e vuol dire che ti compila a 64 bit su architettura hardware x86 Altri messaggi che non so cosa siano, ma forse hanno qualche importanza: lasciali stare. Se vuoi apportare ulteriori modifiche che abbiano un qualche effetto dovresti vedere cose del tipo: * il mio PC non ha la scheda hardware bluetooth e quindi disabilito il blutooth * il mio PC non ha la scheda hardware per il collegamento wifi e quindi disabilito il wifi * non uso e non ho intenzione di usare la virtualizzazione, allora la disattivo * ... In teoria così facendo eviti che ti vengano caricate parti di Linux che poi restano in esecuzione e occupano un po' di risorse (però il guadagno potrebbe essere davvero minimo). Prima di sperimentare chiedi in lista. 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: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 29/12/19 18:15, Portobello ha scritto: > > Ciao Lista, > Ho provato a compilare ancora una volta. > Ora è stata un po più veloce ha impiegato solo 5,25 ore. Cioè dopo > avere disabilitato l'antivirus ed altre cose per la sicurezza. Hai controllato che il sistema non sia "affamato" di memoria RAM? Mi spiego, non è che inizia a swappare come un disperato perché non ha abbastanza memoria? Durante la compilazione prova a dare un occhio alla memoria libera con free dato da console
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 24/12/19 18:29, Davide Prina ha scritto: On 24/12/19 11:41, Portobello wrote: Il 23/12/19 21:18, Davide Prina ha scritto: Forse è meglio che ti leggi un po' di documentazione dal sito di Debian. Studiati i manuali generali prima e poi passa a leggerti come amministrare un sistema Debian e poi l'hardening. Si lo so, quando ho tempo cerco di leggere quello che posso. Il fatto è che spesso capisco soltanto il 10% di quello che leggo, quando si tratta di documentazione tecnica. se non capisci qualcosa puoi chiedere qui in lista. In ogni caso anche chi risponde può imparare qualcosa, perché magari da un occhio al man e scopre qualcosa che prima non conosceva :-) Ciao Davide Ciao Lista, Ho provato a compilare ancora una volta. Ora è stata un po più veloce ha impiegato solo 5,25 ore. Cioè dopo avere disabilitato l'antivirus ed altre cose per la sicurezza. Ho visto un paio di cose nella configurazione: Nella sezione File systems --> Native language support --> Ci sono tutti i linguaggi del mondo direttamente nel kernel. Nel mio file ho visto che erano tutti abilitati. Ma forse si possono disabilitare tranne quelli europeo ed inglese ? Un'altra voce che potrebbe interessare è quella della Encription memory. Cioè per i problemi noti di bugs hardware alle varie CPU (come Spectre e Meltdown) forse si potrebbe abilitare l'opzione di cifratura della memoria direttamente nel kernel ? Ma non so se funziona, non ho ancora provato sul mio PC. Un'altra cosa invece ho visto nei messaggi successivi alla compilazione. dpkg-buildpackage: info: host architecture amd64 make ARCH=x86 KBUILD_BUILD_VERSION=1 KBUILD_SRC= Come host architecture è impostato come Amd64, ma nel messaggio successivo la variabile ARCH è impostata come x86 , c'è la possibilità di impostare anche quella variabile come ARCH=Amd64 ? Altri messaggi che non so cosa siano, ma forse hanno qualche importanza: dpkg-source: info: using source format '1.0' qui dice che usa il formato 1. poi sotto ho visto un'altro messaggio dpkg-source: info: use the '3.0 (quilt)' format to have separate and documented changes to upstream files, see dpkg-source(1) dove dice che usa un'altro formato, il 3.0 (quilt). Nel manuale di dpkg-source sembra che ci sono 4 formati differenti, ma non ne capisco un gran che. Grazie Auguri di Buon Anno Nuovo a Tutti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 24/12/19 11:52, Portobello wrote: Che significa la M ? M vuol dire modulo. Viene compilata quella "cosa" come modulo e se necessario viene caricata. I moduli caricati li puoi vedere con $ lsmod per saperne di più $ man lsmod Perché in alcune voci come quelle per Intel o IBM non si può disabilitare del tutto la voce ma c'è solo la scelta tra [*] o la [M]. Ci sono cose che sono indispensabili per far funzionare qualcos'altro. È come dire che se hai selezionato "auto", allora è obbligatorio selezionare anche 4 gomme, motore, ... E quindi quando arrivi sulla selezione del numero di gomme non ne puoi mettere 2 e sei obbligato a selezionarne 4. Se premi F2 dovrebbe darti delle informazioni aggiuntive e capire perchè si comporta in questo modo; dovresti avere una riga tipo questa gomme = 4 se auto=Y Quale si sceglie tra i due ? Se quella "cosa" non l'hai e quindi non ne hai bisogno è meglio mettere M, così non ti viene caricata e non occupa memoria; se l'hai probabilmente è meglio mettere *. Tieni conto che questo è un tipo di scelta generico, poi bisognerebbe vedere caso per caso. 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: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 24/12/19 11:41, Portobello wrote: Il 23/12/19 21:18, Davide Prina ha scritto: Forse è meglio che ti leggi un po' di documentazione dal sito di Debian. Studiati i manuali generali prima e poi passa a leggerti come amministrare un sistema Debian e poi l'hardening. Si lo so, quando ho tempo cerco di leggere quello che posso. Il fatto è che spesso capisco soltanto il 10% di quello che leggo, quando si tratta di documentazione tecnica. se non capisci qualcosa puoi chiedere qui in lista. In ogni caso anche chi risponde può imparare qualcosa, perché magari da un occhio al man e scopre qualcosa che prima non conosceva :-) Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Elenco di software libero: http://tinyurl.com/eddgj GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 24/12/19 11:52, Portobello ha scritto: [...] Ma ora mi sono ricordato di un'altra cosa. Nel file di configurazione c'è un menu con le varie voci. Per la maggior parte delle opzioni tra le parentesi quadre si può scegliere tra l'asterisco [*] e lo spazio vuoto [ ] per selezionare o no una opzione. Ma a volte c'è anche una [M]. Che significa la M ? Perché in alcune voci come quelle per Intel o IBM non si può disabilitare del tutto la voce ma c'è solo la scelta tra [*] o la [M]. Quale si sceglie tra i due ? M viene caricato come modulo se presente nell'hardware, * viene inglobato nel kernel. Piviul
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 23/12/19 21:23, Davide Prina ha scritto: On 21/12/19 12:13, Portobello wrote: Il 20/12/19 20:20, Davide Prina ha scritto: $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 95 model name : AMD Athlon(tm) 64 Processor 3500+ stepping : 2 controlla questi due Processor type and features ---> Processor family ---> Opteron/Athlon64/Hammer/K8 Processor type and features ---> Supported processor vendors ---> Support AMD processors Ciao Davide Ciao Lista, Si questi li avevo abilitati, quando ho compilato. Ma ora mi sono ricordato di un'altra cosa. Nel file di configurazione c'è un menu con le varie voci. Per la maggior parte delle opzioni tra le parentesi quadre si può scegliere tra l'asterisco [*] e lo spazio vuoto [ ] per selezionare o no una opzione. Ma a volte c'è anche una [M]. Che significa la M ? Perché in alcune voci come quelle per Intel o IBM non si può disabilitare del tutto la voce ma c'è solo la scelta tra [*] o la [M]. Quale si sceglie tra i due ? Grazie Auguri di Buone Feste
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 23/12/19 21:18, Davide Prina ha scritto: On 22/12/19 15:54, Portobello wrote: Il 20/12/19 20:20, Davide Prina ha scritto: On 20/12/19 10:46, Portobello wrote: ~$ top che i processi che usano maggiore memoria e % di CPU sono 3: PID USER PR NI S %CPU %MEM TIME+ COMMAND 477 clamav 20 0 R 39,3 6,4 1:45.32 clamd 970 clamav 20 0 R 39,3 6,4 1:49.07 freshclam 906 root 20 0 D 8,2 2,9 0:39.68 samhain 909 root 20 0 S 5,6 2,6 0:09.96 samhain Clamav è l'antivirus. freshclam è l'aggiornamento dei virus. che sappia io quell'antivirus si usa sui server GNU/Linux che devono trattare cose date ad utenti m$ (es: posta). Su un desktop GNU/Linux non mi sembra che abbia qualche utilità. Ciao Lista, Ok ora ho rimosso l'anti-virus. Magari è questo che ti rallenta la compilazione di Linux... ogni volta che viene creato un file di compilazione quello va a leggerlo e verificare se ci sono virus... samhain è un sistema anti-intrusione per i files e le directory. Ma è stato soltanto installato e non configurato come si deve. non so cosa sia. Ho rimosso anche questo. Provo a ricompilare cosi e vedo se è un po più veloce. Ogni tanto compare anche snort che è un altro sistema di monitoraggio della rete. ma penso che questo possa essere utile se hai una rete di PC e vuoi cercare di individuare cosa è leggittimo da cosa non lo è. Su un desktop forse è eccessivo... Questi pacchetti servono o non servono ? dipende da te: li sai usare? li usi correttamente? li hai configurati in modo appropriato? l'hardening consiste anche nel rimuovere tutto ciò che non ti è strettamente necessario... Appunto, questo è il mio problema, che io non so esattamente ciò che serve e ciò che non serve nel mio sistema. Comunque pensavo di usare un metodo del genere: 1) Analizzo i processi in esecuzione con TOP. 2) Quello che non serve, lo rimuovo e lo dimentico. 3) Quello che serve, lo tengo, e poi vado a vedere se è configurato bene. Cerco i manuali li studio e approfondisco per quanto mi permettono le mie conoscenze tecniche (che sono limitate). non mi sembra l'approccio più corretto. Forse è meglio che ti leggi un po' di documentazione dal sito di Debian. Studiati i manuali generali prima e poi passa a leggerti come amministrare un sistema Debian e poi l'hardening. Si lo so, quando ho tempo cerco di leggere quello che posso. Il fatto è che spesso capisco soltanto il 10% di quello che leggo, quando si tratta di documentazione tecnica. Ciao Davide Grazie Auguri di Buone Feste
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 21/12/19 12:13, Portobello wrote: Il 20/12/19 20:20, Davide Prina ha scritto: $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 95 model name : AMD Athlon(tm) 64 Processor 3500+ stepping : 2 controlla questi due Processor type and features ---> Processor family ---> Opteron/Athlon64/Hammer/K8 Processor type and features ---> Supported processor vendors ---> Support AMD processors Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Browser: http://www.mozilla.org/products/firefox GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 22/12/19 15:54, Portobello wrote: Il 20/12/19 20:20, Davide Prina ha scritto: On 20/12/19 10:46, Portobello wrote: ~$ top che i processi che usano maggiore memoria e % di CPU sono 3: PID USER PR NI S %CPU %MEM TIME+ COMMAND 477 clamav 20 0 R 39,3 6,4 1:45.32 clamd 970 clamav 20 0 R 39,3 6,4 1:49.07 freshclam 906 root 20 0 D 8,2 2,9 0:39.68 samhain 909 root 20 0 S 5,6 2,6 0:09.96 samhain Clamav è l'antivirus. freshclam è l'aggiornamento dei virus. che sappia io quell'antivirus si usa sui server GNU/Linux che devono trattare cose date ad utenti m$ (es: posta). Su un desktop GNU/Linux non mi sembra che abbia qualche utilità. Magari è questo che ti rallenta la compilazione di Linux... ogni volta che viene creato un file di compilazione quello va a leggerlo e verificare se ci sono virus... samhain è un sistema anti-intrusione per i files e le directory. Ma è stato soltanto installato e non configurato come si deve. non so cosa sia. Ogni tanto compare anche snort che è un altro sistema di monitoraggio della rete. ma penso che questo possa essere utile se hai una rete di PC e vuoi cercare di individuare cosa è leggittimo da cosa non lo è. Su un desktop forse è eccessivo... Questi pacchetti servono o non servono ? dipende da te: li sai usare? li usi correttamente? li hai configurati in modo appropriato? l'hardening consiste anche nel rimuovere tutto ciò che non ti è strettamente necessario... Appunto, questo è il mio problema, che io non so esattamente ciò che serve e ciò che non serve nel mio sistema. Comunque pensavo di usare un metodo del genere: 1) Analizzo i processi in esecuzione con TOP. 2) Quello che non serve, lo rimuovo e lo dimentico. 3) Quello che serve, lo tengo, e poi vado a vedere se è configurato bene. Cerco i manuali li studio e approfondisco per quanto mi permettono le mie conoscenze tecniche (che sono limitate). non mi sembra l'approccio più corretto. Forse è meglio che ti leggi un po' di documentazione dal sito di Debian. Studiati i manuali generali prima e poi passa a leggerti come amministrare un sistema Debian e poi l'hardening. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Esci dall'illegalità: utilizza LibreOffice/OpenOffice: http://linguistico.sf.net/wiki/doku.php?id=usaooo Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 20/12/19 20:20, Davide Prina ha scritto: On 20/12/19 10:46, Portobello wrote: Il 19/12/19 21:25, Davide Prina ha scritto: On 19/12/19 11:30, Portobello wrote: Il 16/12/19 20:12, Davide Prina ha scritto: On 16/12/19 15:20, Portobello wrote: queste cose non incidono sulle prestazioni del sistema. Può incidere se installi ad esempio un server web o un server di database o file2ban o ... che sono sempre in esecuzione e quindi occupano risorse... Ciao Lista, Non uso server web ne server di database o di stampa. Dal terminale vedo : ~$ top che i processi che usano maggiore memoria e % di CPU sono 3: PID USER PR NI S %CPU %MEM TIME+ COMMAND 477 clamav 20 0 R 39,3 6,4 1:45.32 clamd 970 clamav 20 0 R 39,3 6,4 1:49.07 freshclam 906 root 20 0 D 8,2 2,9 0:39.68 samhain 909 root 20 0 S 5,6 2,6 0:09.96 samhain Clamav è l'antivirus. freshclam è l'aggiornamento dei virus. samhain è un sistema anti-intrusione per i files e le directory. Ma è stato soltanto installato e non configurato come si deve. Ogni tanto compare anche snort che è un altro sistema di monitoraggio della rete. Questi pacchetti servono o non servono ? Ma forse non sono tutte necessarie per il mio sistema Desktop. Non so se è possibile fare una revisione di tutte quelle istruzioni (in harden_doc) per vedere quali sono i pacchetti che sono più utili per la sicurezza, ma senza penalizzare troppo le prestazioni. l'hardening consiste anche nel rimuovere tutto ciò che non ti è strettamente necessario... Appunto, questo è il mio problema, che io non so esattamente ciò che serve e ciò che non serve nel mio sistema. Comunque pensavo di usare un metodo del genere: 1) Analizzo i processi in esecuzione con TOP. 2) Quello che non serve, lo rimuovo e lo dimentico. 3) Quello che serve, lo tengo, e poi vado a vedere se è configurato bene. Cerco i manuali li studio e approfondisco per quanto mi permettono le mie conoscenze tecniche (che sono limitate). Ciao Davide Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 20/12/19 20:20, Davide Prina ha scritto: On 20/12/19 10:46, Portobello wrote: Il 19/12/19 21:25, Davide Prina ha scritto: On 19/12/19 11:30, Portobello wrote: Il 16/12/19 20:12, Davide Prina ha scritto: On 16/12/19 15:20, Portobello wrote: se hai impostato quello che ho detto io dovrebbe essere più reattivo. Si, ho seguito alla lettera tutte le tue istruzioni. Ma poi nel file di configurazione che si gestisce con make nconfig, ho visto che c'erano delle impostazioni anche per altri processori e le ho disabilitate. infatti alcune cose le devi fare da li o crearti tu uno script che te applica le modifiche Cioè in pratica ho tenuto abilitato tutto quello che riguarda l'AMD64 spero che tu abbia chiaro il processore che hai, lo puoi ricavare da: $ cat /proc/cpuinfo con AMD64 di solito ci si riferisce all'architettura hardware x86 a 64 bit e non solo a processori di AMD. ed ho tolto il resto. Ad esempio le cose per Intel,IBM e DEll che ho visto le ho disabilitate. ok inoltre avevo indicato anche * impostare a 1000, uso desktop, la frequenza del timer per CPU: "Processor type and features" -> "Timer frequency" $ scripts/config --enable HZ_1000 * la latenza in "General setup" -> "Preemption Model" per velocizzare il proprio sistema. Si, questi li ho abilitati cosi. C'è qualche modo per misurare e confrontare le performance, tra l'immagine generica e quella specifica per Amd64 che ho appena compilato ? Misurare le prestazioni di un PC è sempre complesso... dovresti avere gli stessi processi attivi ed usare il "tester" esattamente nelle stesse condizioni. Ma questo è davvero poco fattibile... infatti se riesegui il test più volte hai risultati sempre un po' di versi ed alle volte molto diversi perché magari è partito qualcosa che ha usato risorse... La versione oldstabile (Stretch) è molto più responsiva e veloce perché lì avevo tolto molte cose, per cercare le prestazioni, ma è più vulnerabile. di sicuro è più prestazionale perché richiede meno risorse hardware per funzionare... Per la stabile di Buster, che ho compilato l'altro giorno, invece è un po più lenta perché quest'estate ho aggiunto molte cose che riguardano la sicurezza. Praticamente ho installato il pacchetto Harden_doc in italiano, poi ho trovato le pagine Html in italiano ed ho installato parecchie cose che non hanno dato errori di installazione. queste cose non incidono sulle prestazioni del sistema. Può incidere se installi ad esempio un server web o un server di database o file2ban o ... che sono sempre in esecuzione e quindi occupano risorse... Ma forse non sono tutte necessarie per il mio sistema Desktop. Non so se è possibile fare una revisione di tutte quelle istruzioni (in harden_doc) per vedere quali sono i pacchetti che sono più utili per la sicurezza, ma senza penalizzare troppo le prestazioni. l'hardening consiste anche nel rimuovere tutto ciò che non ti è strettamente necessario... ~$ uname -a Linux debian64 4.19.87-xx-20191217 #1 SMP PREEMPT Tue Dec 17 11:56:54 CET 2019 x86_64 GNU/Linux L'immagine che ho caricato è quella compilata personalizzata per Amd64 ma perché lì dice anche x86_64 ? come dicevo sopra AMD64 indica l'architettura x86 a 64 bit. Se tu hai un processore AMD, allora probabilmente devi abilitare CPU_SUP_AMD... guarda l'help di ogni opzione per capire se è relativa al tuo processore o meno (inoltre ci sono i doc in linux-doc che possono aiutarti se hai dei dubbi) se indichi cosa ti ritorna: $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 95 model name : AMD Athlon(tm) 64 Processor 3500+ stepping: 2 microcode : 0x62 cpu MHz : 2200.000 cache size : 512 KB physical id : 0 siblings: 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good nopl cpuid extd_apicid pni cx16 lahf_lm svm extapic cr8_legacy 3dnowprefetch pti vmmcall bugs : fxsave_leak sysret_ss_attrs null_seg swapgs_fence amd_e400 spectre_v1 spectre_v2 bogomips: 4400.08 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc posso dare un'occhiata ai parametri che devi abilitare. Ciao Davide Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 20/12/19 10:46, Portobello wrote: Il 19/12/19 21:25, Davide Prina ha scritto: On 19/12/19 11:30, Portobello wrote: Il 16/12/19 20:12, Davide Prina ha scritto: On 16/12/19 15:20, Portobello wrote: se hai impostato quello che ho detto io dovrebbe essere più reattivo. Si, ho seguito alla lettera tutte le tue istruzioni. Ma poi nel file di configurazione che si gestisce con make nconfig, ho visto che c'erano delle impostazioni anche per altri processori e le ho disabilitate. infatti alcune cose le devi fare da li o crearti tu uno script che te applica le modifiche Cioè in pratica ho tenuto abilitato tutto quello che riguarda l'AMD64 spero che tu abbia chiaro il processore che hai, lo puoi ricavare da: $ cat /proc/cpuinfo con AMD64 di solito ci si riferisce all'architettura hardware x86 a 64 bit e non solo a processori di AMD. ed ho tolto il resto. Ad esempio le cose per Intel,IBM e DEll che ho visto le ho disabilitate. ok inoltre avevo indicato anche * impostare a 1000, uso desktop, la frequenza del timer per CPU: "Processor type and features" -> "Timer frequency" $ scripts/config --enable HZ_1000 * la latenza in "General setup" -> "Preemption Model" per velocizzare il proprio sistema. C'è qualche modo per misurare e confrontare le performance, tra l'immagine generica e quella specifica per Amd64 che ho appena compilato ? Misurare le prestazioni di un PC è sempre complesso... dovresti avere gli stessi processi attivi ed usare il "tester" esattamente nelle stesse condizioni. Ma questo è davvero poco fattibile... infatti se riesegui il test più volte hai risultati sempre un po' di versi ed alle volte molto diversi perché magari è partito qualcosa che ha usato risorse... La versione oldstabile (Stretch) è molto più responsiva e veloce perché lì avevo tolto molte cose, per cercare le prestazioni, ma è più vulnerabile. di sicuro è più prestazionale perché richiede meno risorse hardware per funzionare... Per la stabile di Buster, che ho compilato l'altro giorno, invece è un po più lenta perché quest'estate ho aggiunto molte cose che riguardano la sicurezza. Praticamente ho installato il pacchetto Harden_doc in italiano, poi ho trovato le pagine Html in italiano ed ho installato parecchie cose che non hanno dato errori di installazione. queste cose non incidono sulle prestazioni del sistema. Può incidere se installi ad esempio un server web o un server di database o file2ban o ... che sono sempre in esecuzione e quindi occupano risorse... Ma forse non sono tutte necessarie per il mio sistema Desktop. Non so se è possibile fare una revisione di tutte quelle istruzioni (in harden_doc) per vedere quali sono i pacchetti che sono più utili per la sicurezza, ma senza penalizzare troppo le prestazioni. l'hardening consiste anche nel rimuovere tutto ciò che non ti è strettamente necessario... ~$ uname -a Linux debian64 4.19.87-xx-20191217 #1 SMP PREEMPT Tue Dec 17 11:56:54 CET 2019 x86_64 GNU/Linux L'immagine che ho caricato è quella compilata personalizzata per Amd64 ma perché lì dice anche x86_64 ? come dicevo sopra AMD64 indica l'architettura x86 a 64 bit. Se tu hai un processore AMD, allora probabilmente devi abilitare CPU_SUP_AMD... guarda l'help di ogni opzione per capire se è relativa al tuo processore o meno (inoltre ci sono i doc in linux-doc che possono aiutarti se hai dei dubbi) se indichi cosa ti ritorna: $ cat /proc/cpuinfo posso dare un'occhiata ai parametri che devi abilitare. Ciao Davide
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 19/12/19 21:25, Davide Prina ha scritto: On 19/12/19 11:30, Portobello wrote: Il 16/12/19 20:12, Davide Prina ha scritto: On 16/12/19 15:20, Portobello wrote: Evviva, Eureka. Ho ricompilato tutto da capo. Ora funziona tutto. finalmente :-) real 392m28,165s user 248m36,405s sys 47m21,837s real sarebbe il tempo reale impiegato ? 392 minuti perchè sono 392/60= 6,53 ore sì, più o meno Però mi sembra strano che ci abbia messo così tanto. A me impiega circa 45-50 minuti (però io ho un 4 core) Ad occhio ora non vedo grandi differenze come prestazioni. se hai impostato quello che ho detto io dovrebbe essere più reattivo. Nel senso che il sistema dovrebbe risponderti subito quando è sotto attività lavorativa pesante, i processi possono impiegare più tempo ad essere eseguiti, ma l'uso del PC da parte dell'utente dovrebbe essere più fruibile. Ciao Lista, Si, ho seguito alla lettera tutte le tue istruzioni. Ma poi nel file di configurazione che si gestisce con make nconfig, ho visto che c'erano delle impostazioni anche per altri processori e le ho disabilitate. Cioè in pratica ho tenuto abilitato tutto quello che riguarda l'AMD64 ed ho tolto il resto. Ad esempio le cose per Intel,IBM e DEll che ho visto le ho disabilitate. C'è qualche modo per misurare e confrontare le performance, tra l'immagine generica e quella specifica per Amd64 che ho appena compilato ? Misurare le prestazioni di un PC è sempre complesso... dovresti avere gli stessi processi attivi ed usare il "tester" esattamente nelle stesse condizioni. Ma questo è davvero poco fattibile... infatti se riesegui il test più volte hai risultati sempre un po' di versi ed alle volte molto diversi perché magari è partito qualcosa che ha usato risorse... La versione oldstabile (Stretch) è molto più responsiva e veloce perché lì avevo tolto molte cose, per cercare le prestazioni, ma è più vulnerabile. Per la stabile di Buster, che ho compilato l'altro giorno, invece è un po più lenta perché quest'estate ho aggiunto molte cose che riguardano la sicurezza. Praticamente ho installato il pacchetto Harden_doc in italiano, poi ho trovato le pagine Html in italiano ed ho installato parecchie cose che non hanno dato errori di installazione. Ma forse non sono tutte necessarie per il mio sistema Desktop. Non so se è possibile fare una revisione di tutte quelle istruzioni (in harden_doc) per vedere quali sono i pacchetti che sono più utili per la sicurezza, ma senza penalizzare troppo le prestazioni. All'inizio quando ho dato il comando di compilazione ho visto che ha dato dei messaggi di warning ma nel terminale non li vedo più e non so dove andare a cercarli. sì all'inizio probabilmente ti dice che è installato il pacchetto encrypt, ma tu non stai compilando con encrypt e altre cose del genere... ma sono solo avvisi. Forse si può dare un comando del tipo : time make -j 2 deb-pkg > warning.txt time make -j 2 deb-pkg > warning.txt > messaggi.out 2> errori.out Va bene provo questo. Infine, tieni conto che ogni volta che arriva una nuova versione di Linux dovresti ricompilarlo se vuoi avere la tua versione compilata in esecuzione. Durante le feste provo a ricompilare, partendo dalla dir src già creata, e vedo se ci mette meno tempo. Ora mi sono ricordato ancora di una cosa. Se do questo da terminale ~$ uname -a Linux debian64 4.19.87-xx-20191217 #1 SMP PREEMPT Tue Dec 17 11:56:54 CET 2019 x86_64 GNU/Linux L'immagine che ho caricato è quella compilata personalizzata per Amd64 ma perché lì dice anche x86_64 ? Ciao Davide Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 19/12/19 11:30, Portobello wrote: Il 16/12/19 20:12, Davide Prina ha scritto: On 16/12/19 15:20, Portobello wrote: Evviva, Eureka. Ho ricompilato tutto da capo. Ora funziona tutto. finalmente :-) real 392m28,165s user 248m36,405s sys 47m21,837s real sarebbe il tempo reale impiegato ? 392 minuti perchè sono 392/60= 6,53 ore sì, più o meno Però mi sembra strano che ci abbia messo così tanto. A me impiega circa 45-50 minuti (però io ho un 4 core) Ad occhio ora non vedo grandi differenze come prestazioni. se hai impostato quello che ho detto io dovrebbe essere più reattivo. Nel senso che il sistema dovrebbe risponderti subito quando è sotto attività lavorativa pesante, i processi possono impiegare più tempo ad essere eseguiti, ma l'uso del PC da parte dell'utente dovrebbe essere più fruibile. C'è qualche modo per misurare e confrontare le performance, tra l'immagine generica e quella specifica per Amd64 che ho appena compilato ? Misurare le prestazioni di un PC è sempre complesso... dovresti avere gli stessi processi attivi ed usare il "tester" esattamente nelle stesse condizioni. Ma questo è davvero poco fattibile... infatti se riesegui il test più volte hai risultati sempre un po' di versi ed alle volte molto diversi perché magari è partito qualcosa che ha usato risorse... All'inizio quando ho dato il comando di compilazione ho visto che ha dato dei messaggi di warning ma nel terminale non li vedo più e non so dove andare a cercarli. sì all'inizio probabilmente ti dice che è installato il pacchetto encrypt, ma tu non stai compilando con encrypt e altre cose del genere... ma sono solo avvisi. Forse si può dare un comando del tipo : time make -j 2 deb-pkg > warning.txt time make -j 2 deb-pkg > warning.txt > messaggi.out 2> errori.out Infine, tieni conto che ogni volta che arriva una nuova versione di Linux dovresti ricompilarlo se vuoi avere la tua versione compilata in esecuzione. 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: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 16/12/19 20:12, Davide Prina ha scritto: On 16/12/19 15:20, Portobello wrote: Mi sembra che manca soltanto il modulo di debug. però avevo indicato di disabilitare le informazioni di debug $ scripts/config --disable DEBUG_INFO Ciao Lista, Ora ho disabilitato le informazioni di Debug. magari sono queste che ti causano un uso eccessivo del disco e fanno impegare così tanto la compilazione. Evviva, Eureka. Ho ricompilato tutto da capo. Ora funziona tutto. Ha occupato circa 5 Gb di spazio disco. Ma per il tempo è cambiato poco. Alla fine metto i messaggi che mi ha dato. Comunque ha impiegato più di 6 ore per compilare tutto. Ho installato i tre pacchetti senza errori. ho ri-avviato e funziona. Ma ho visto che ha creato tre pacchetti .deb, nella dir src : linux-headers-4.19.87-xx-20191215_4.19.87-xx-20191215-1_amd64.deb linux-image-4.19.87-xx-20191215_4.19.87-xx-20191215-1_amd64.deb linux-libc-dev_4.19.87-xx-20191215-1_amd64.deb In pratica ha occupato tutti i 21 Gb liberi che c'erano ieri nella mia home. Ma oggi ho allargato la partizione e quindi ho aggiunto altri 35 Gb. Quindi ora vorrei capire due cose. 1) Posso provare ad installare quei tre pacchetti, per vedere se funzionano ? in teoria sì... a meno che l'errore l'ha dato mentre generava il pacchetto "linux-image-4.19.87-xx-20191215" e quindi non hai un .deb installabile/funzionante 2) Se provo a compilare per la seconda volta, lasciando la src così come è stata creata ieri, dovrebbe riutilizzare i dati già creati e quindi impiegare meno tempo ? in teoria sì, bisogna vedere, però, se non esegue un "clean" e quindi cancella tutto quello che è già stato compilato, prima di iniziare Qui ho visto, che nel mio caso, ogni volta che inizia una compilazione lui da il comando make clean, anche se io non lo do da terminale. Se non avevi disabilitare le informazioni di debug, allora ti consiglio di rifare tutto disabilitandole. Così verifiche se sono quelle le risponsabili dei tuoi problemi... Io ho compilato con meno di 10 GB disponibili nella partizione e non ho mai avuto problemi di spazio. Questi sono i messaggi che ha dato alla fine: INSTALL debian/headertmp/usr/include/linux/usb/ (13 files) INSTALL debian/headertmp/usr/include/linux/wimax/ (1 file) INSTALL debian/headertmp/usr/include/asm/ (62 files) dpkg-deb: generazione del pacchetto "linux-headers-4.19.87-xx-20191217" in "../linux-headers-4.19.87-xx-20191217_4.19.87-xx-20191217-1_amd64.deb". dpkg-deb: generazione del pacchetto "linux-libc-dev" in "../linux-libc-dev_4.19.87-xx-20191217-1_amd64.deb". dpkg-deb: generazione del pacchetto "linux-image-4.19.87-xx-20191217" in "../linux-image-4.19.87-xx-20191217_4.19.87-xx-20191217-1_amd64.deb". dpkg-genbuildinfo dpkg-genchanges >../linux-4.19.87-xx-20191217_4.19.87-xx-20191217-1_amd64.changes dpkg-genchanges: warning: package linux-image-4.19.87-xx-20191217-dbg in control file but not in files list dpkg-genchanges: info: including full source code in upload dpkg-source -i.git --after-build . dpkg-buildpackage: info: full upload (original source is included) real392m28,165s user248m36,405s sys 47m21,837s real sarebbe il tempo reale impiegato ? 392 minuti perchè sono 392/60= 6,53 ore Ad occhio ora non vedo grandi differenze come prestazioni. C'è qualche modo per misurare e confrontare le performance, tra l'immagine generica e quella specifica per Amd64 che ho appena compilato ? All'inizio quando ho dato il comando di compilazione ho visto che ha dato dei messaggi di warning ma nel terminale non li vedo più e non so dove andare a cercarli. Forse si può dare un comando del tipo : time make -j 2 deb-pkg > warning.txt per indirizzare tutti i messaggi in un file di testo, per poi andarli a vedere dopo la compilazione. Ciao Davide Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 16/12/19 15:20, Portobello wrote: Ieri ho provato di nuovo a compilare. Sono partito da zero (cancellando la dir src). Ho seguito dall'inizio tutte le istruzioni fino a quella di compilazione : cioè ho dato time make -j 2 deb-pkg Praticamente ho iniziato ieri mattina alle 11:25 fino alle 20:15 di sera. Quando si è fermato per un'errore di spazio disco esaurito. :-( Questi sono i messaggi che ha dato alla fine: INSTALL debian/headertmp/usr/include/linux/tc_ematch/ (5 files) INSTALL debian/headertmp/usr/include/linux/usb/ (13 files) INSTALL debian/headertmp/usr/include/linux/wimax/ (1 file) INSTALL debian/headertmp/usr/include/asm/ (62 files) dpkg-deb: generazione del pacchetto "linux-headers-4.19.87-xx-20191215" in "../linux-headers-4.19.87-xx-20191215_4.19.87-xx-20191215-1_amd64.deb". dpkg-deb: generazione del pacchetto "linux-libc-dev" in "../linux-libc-dev_4.19.87-xx-20191215-1_amd64.deb". dpkg-deb: generazione del pacchetto "linux-image-4.19.87-xx-20191215" in "../linux-image-4.19.87-xx-20191215_4.19.87-xx-20191215-1_amd64.deb". cp: errore scrivendo './debian/dbgtmp/usr/lib/debug/lib/modules/4.19.87-xx-20191215/vmlinux': Spazio esaurito sul device make[4]: *** [scripts/package/Makefile:83: intdeb-pkg] Error 1 make[3]: *** [Makefile:1380: intdeb-pkg] Error 2 make[2]: *** [debian/rules:7: binary-arch] Error 2 dpkg-buildpackage: error: fakeroot -u debian/rules binary subprocess returned exit status 2 make[1]: *** [scripts/package/Makefile:75: deb-pkg] Error 2 make: *** [Makefile:1380: deb-pkg] Error 2 real 524m2,368s user 302m49,910s sys 61m47,327s Mi sembra che manca soltanto il modulo di debug. però avevo indicato di disabilitare le informazioni di debug $ scripts/config --disable DEBUG_INFO magari sono queste che ti causano un uso eccessivo del disco e fanno impegare così tanto la compilazione. Ma ho visto che ha creato tre pacchetti .deb, nella dir src : linux-headers-4.19.87-xx-20191215_4.19.87-xx-20191215-1_amd64.deb linux-image-4.19.87-xx-20191215_4.19.87-xx-20191215-1_amd64.deb linux-libc-dev_4.19.87-xx-20191215-1_amd64.deb In pratica ha occupato tutti i 21 Gb liberi che c'erano ieri nella mia home. Ma oggi ho allargato la partizione e quindi ho aggiunto altri 35 Gb. Quindi ora vorrei capire due cose. 1) Posso provare ad installare quei tre pacchetti, per vedere se funzionano ? in teoria sì... a meno che l'errore l'ha dato mentre generava il pacchetto "linux-image-4.19.87-xx-20191215" e quindi non hai un .deb installabile/funzionante 2) Se provo a compilare per la seconda volta, lasciando la src così come è stata creata ieri, dovrebbe riutilizzare i dati già creati e quindi impiegare meno tempo ? in teoria sì, bisogna vedere, però, se non esegue un "clean" e quindi cancella tutto quello che è già stato compilato, prima di iniziare Se non avevi disabilitare le informazioni di debug, allora ti consiglio di rifare tutto disabilitandole. Così verifiche se sono quelle le risponsabili dei tuoi problemi... Io ho compilato con meno di 10 GB disponibili nella partizione e non ho mai avuto problemi di spazio. 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: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 15/12/19 11:00, Portobello wrote: Il 09/12/19 19:32, Davide Prina ha scritto: On 08/12/19 10:51, Portobello wrote: Il 06/12/19 21:09, Davide Prina ha scritto: Qui ho provato di nuovo, ma lo spazio disco non mi basta. Per ora ho circa 15 giga sulla Home, ma non è sufficiente. facendo un $ du -sh src/linux-source-4.19_old 2,4G src/linux-source-4.19_old quindi sorgenti più i compilati arrivano a 2,4 GByte poi ci sono i .deb che occupano circa 200 MByte Quindi quando hai 3 o 4 GByte liberi dovrebbero essere più che sufficienti... e questo prima di scompattare i sorgenti $ df -h File system Dim. Usati Dispon. Uso% Montato su udev 1,9G 0 1,9G 0% /dev tmpfs 401M 12M 390M 3% /run /dev/sdb7 24G 6,6G 16G 30% / tmpfs 2,0G 628K 2,0G 1% /dev/shm tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs 2,0G 0 2,0G 0% /sys/fs/cgroup /dev/sdb8 67G 43G 21G 67% /home tmpfs 401M 32K 401M 1% /run/user/1002 Sulla Home mi dice che ho 21 GB liberi. ok, quindi hai sufficiente spazio per l'operazione di compilazione. Pero se guardo su Gparted ne risultano 24 GB liberi. se gparted lo esegui come root, allora vedi lo spazio che può usare root. A root solitamente sono riservati X blocchi o X% dello spazio della partizione (questo per permettere a root di operare sempre, anche se gli utenti hanno esaurito tutto lo spazio che loro vedono) e quindi è naturale che ti riporti una dimensione diversa. Ma quanto tempo può impiegare? sul mio sistema un po' vecchiotto ci impiega meno di un'ora, usando il PC per altro mentre compila Io ho provato due volte ed ho dovuto interrompere la prima volta dopo circa 8 ore. La seconda ha completato con un errore di spazio disco non sufficiente, dopo circa 7 ore. dipende cosa hai eseguito. Se hai fatto $ make e basata, di solito vuol dire make all e make all può essere impostato per compilare per qualsiasi piattaforma e qualsiasi combinazione... quindi dovrebbe ricompilarti decine di volte i sorgenti per architetture hardware e configurazioni differenti... devi eseguire il seguente comando che crea i .deb solo per le impostazioni che hai messo in .config. Dove N è il numero di core che hai +1 $ time make -j N deb-pkg $ dpkg --print-architecture amd64 Qui mi dice solo : Amd64. infatti e questo comando non mente Pero se uso anche arch-test ~$ arch-test amd64 i386 $ man arch-test [...] arch-test - detect architectures your kernel can run binaries of [...] questo comando ti indica tutte le architetture hardware su cui Linux può essere eseguito sulla tua macchina. Cioè puoi eseguire Linux sia compilato per l'architettura hardware amd64 (== x86 a 64 bit) che i386 (== x86 a 32 bit) dpkg --remove-architecture i386 dpkg: attenzione: impossibile rimuovere l'architettura "i386" non-foreign Mi dice errore che l'architettura i386 non è foreign. infatti, giustamente, ti dice che non hai impostato per usare i pacchetti con l'architettura hardware i386 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: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 09/12/19 19:32, Davide Prina ha scritto: On 08/12/19 10:51, Portobello wrote: Il 06/12/19 21:09, Davide Prina ha scritto: Si è vero scusa, da qualche giorno ho la testa tra le nuvole. lascia stare il cloud che è pericoloso... alla fine dai tutto a terzi e a te non resta che pagare... se non paghi non hai più accesso neanche hai tuoi dati, se il programma che usa usa formati proprietari che solo lui può leggere... Inoltre, anche se hai pagato, potrebbero toglierti la possibilità di accedere e quindi usare i tuoi dati... vedi caso Venezuela e Adobe $ time make -j 5 deb-pkg dove il 5 è il tuo numero di processori +1, quindi se hai 1 processore devi mettere 2. Ok, va bene. Qui ho provato di nuovo, ma lo spazio disco non mi basta. Per ora ho circa 15 giga sulla Home, ma non è sufficiente. Ciao Lista, Ieri ho provato di nuovo a compilare. Sono partito da zero (cancellando la dir src). Ho seguito dall'inizio tutte le istruzioni fino a quella di compilazione : cioè ho dato time make -j 2 deb-pkg Praticamente ho iniziato ieri mattina alle 11:25 fino alle 20:15 di sera. Quando si è fermato per un'errore di spazio disco esaurito. Questi sono i messaggi che ha dato alla fine: INSTALL debian/headertmp/usr/include/linux/tc_ematch/ (5 files) INSTALL debian/headertmp/usr/include/linux/usb/ (13 files) INSTALL debian/headertmp/usr/include/linux/wimax/ (1 file) INSTALL debian/headertmp/usr/include/asm/ (62 files) dpkg-deb: generazione del pacchetto "linux-headers-4.19.87-xx-20191215" in "../linux-headers-4.19.87-xx-20191215_4.19.87-xx-20191215-1_amd64.deb". dpkg-deb: generazione del pacchetto "linux-libc-dev" in "../linux-libc-dev_4.19.87-xx-20191215-1_amd64.deb". dpkg-deb: generazione del pacchetto "linux-image-4.19.87-xx-20191215" in "../linux-image-4.19.87-xx-20191215_4.19.87-xx-20191215-1_amd64.deb". cp: errore scrivendo './debian/dbgtmp/usr/lib/debug/lib/modules/4.19.87-xx-20191215/vmlinux': Spazio esaurito sul device make[4]: *** [scripts/package/Makefile:83: intdeb-pkg] Error 1 make[3]: *** [Makefile:1380: intdeb-pkg] Error 2 make[2]: *** [debian/rules:7: binary-arch] Error 2 dpkg-buildpackage: error: fakeroot -u debian/rules binary subprocess returned exit status 2 make[1]: *** [scripts/package/Makefile:75: deb-pkg] Error 2 make: *** [Makefile:1380: deb-pkg] Error 2 real524m2,368s user302m49,910s sys 61m47,327s Mi sembra che manca soltanto il modulo di debug. Ma ho visto che ha creato tre pacchetti .deb, nella dir src : linux-headers-4.19.87-xx-20191215_4.19.87-xx-20191215-1_amd64.deb linux-image-4.19.87-xx-20191215_4.19.87-xx-20191215-1_amd64.deb linux-libc-dev_4.19.87-xx-20191215-1_amd64.deb In pratica ha occupato tutti i 21 Gb liberi che c'erano ieri nella mia home. Ma oggi ho allargato la partizione e quindi ho aggiunto altri 35 Gb. Quindi ora vorrei capire due cose. 1) Posso provare ad installare quei tre pacchetti, per vedere se funzionano ? 2) Se provo a compilare per la seconda volta, lasciando la src così come è stata creata ieri, dovrebbe riutilizzare i dati già creati e quindi impiegare meno tempo ? Ciao Davide Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 16/12/19 08:28, Piviul ha scritto: Il 15/12/19 16:28, Portobello ha scritto: Sette otto ore? Che processore �? Ciao Lista, Un processore Amd64 con frequenza variabile da 1Ghz fino a 2.2 Ghz. beh rispondere cos� � come non rispondere, dovresti essere pi� preciso. Se non lo sai prova a guardare il contenuto di /proc/cpuinfo. Ad esempio il comando $ cat /proc/cpuinfo | grep model\ name | head -n1 | cut -f2 -d: AMD Athlon(tm) 64 Processor 3500+ Questo è il risultato più preciso. Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 15/12/19 16:28, Portobello ha scritto: Sette otto ore? Che processore è? Ciao Lista, Un processore Amd64 con frequenza variabile da 1Ghz fino a 2.2 Ghz. beh rispondere così è come non rispondere, dovresti essere più preciso. Se non lo sai prova a guardare il contenuto di /proc/cpuinfo. Ad esempio il comando $ cat /proc/cpuinfo | grep model\ name | head -n1 | cut -f2 -d: dovrebbe rispondere correttamente. Ciao Piviul
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 15/12/19 11:19, Paolo Redaelli ha scritto: Il 15/12/19 11:00, Portobello ha scritto: sul mio sistema un po' vecchiotto ci impiega meno di un'ora, usando il PC per altro mentre compila Io ho provato due volte ed ho dovuto interrompere la prima volta dopo circa 8 ore. La seconda ha completato con un errore di spazio disco non sufficiente, dopo circa 7 ore. Sette otto ore? Che processore è? Ciao Lista, Un processore Amd64 con frequenza variabile da 1Ghz fino a 2.2 Ghz. Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 15/12/19 11:00, Portobello ha scritto: >> sul mio sistema un po' vecchiotto ci impiega meno di un'ora, usando >> il PC per altro mentre compila > Io ho provato due volte ed ho dovuto interrompere la prima volta dopo > circa 8 ore. La seconda ha completato con un errore di spazio disco > non sufficiente, dopo circa 7 ore. Sette otto ore? Che processore è?
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 09/12/19 19:32, Davide Prina ha scritto: On 08/12/19 10:51, Portobello wrote: Il 06/12/19 21:09, Davide Prina ha scritto: Si è vero scusa, da qualche giorno ho la testa tra le nuvole. lascia stare il cloud che è pericoloso... alla fine dai tutto a terzi e a te non resta che pagare... se non paghi non hai più accesso neanche hai tuoi dati, se il programma che usa usa formati proprietari che solo lui può leggere... Inoltre, anche se hai pagato, potrebbero toglierti la possibilità di accedere e quindi usare i tuoi dati... vedi caso Venezuela e Adobe $ time make -j 5 deb-pkg dove il 5 è il tuo numero di processori +1, quindi se hai 1 processore devi mettere 2. Ok, va bene. Qui ho provato di nuovo, ma lo spazio disco non mi basta. Per ora ho circa 15 giga sulla Home, ma non è sufficiente. strano, 15 GByte pensavo fossero più che sufficienti facendo un $ du -sh src/linux-source-4.19_old 2,4G src/linux-source-4.19_old quindi sorgenti più i compilati arrivano a 2,4 GByte poi ci sono i .deb che occupano circa 200 MByte Quindi quando hai 3 o 4 GByte liberi dovrebbero essere più che sufficienti... e questo prima di scompattare i sorgenti Usa il comando $ df -h Ciao Lista, File system Dim. Usati Dispon. Uso% Montato su udev1,9G 01,9G 0% /dev tmpfs 401M 12M390M 3% /run /dev/sdb724G 6,6G 16G 30% / tmpfs 2,0G 628K2,0G 1% /dev/shm tmpfs 5,0M 4,0K5,0M 1% /run/lock tmpfs 2,0G 02,0G 0% /sys/fs/cgroup /dev/sdb867G 43G 21G 67% /home tmpfs 401M 32K401M 1% /run/user/1002 Sulla Home mi dice che ho 21 GB liberi. Pero se guardo su Gparted ne risultano 24 GB liberi. e vedi quanto spazio hai libero... probabilmente hai la home di 11 GByte, ma quello che importa è quanto spazio libero hai. Tieni conto che a seconda del tipo di file system che stai usando, una porzione dello spazio del disco è riservato a root per le emergenze e quindi, in teoria, potresti aumentare lo spazio a disposizione degli utenti diminuendo quello di root vedi ad esempio questa mia vecchissima guida: http://linguistico.sourceforge.net/pages/debian/spazio_hd.html#diminuire_lo_spazio_riservato_su_ext2_ext3 Ma quanto tempo può impiegare? sul mio sistema un po' vecchiotto ci impiega meno di un'ora, usando il PC per altro mentre compila Io ho provato due volte ed ho dovuto interrompere la prima volta dopo circa 8 ore. La seconda ha completato con un errore di spazio disco non sufficiente, dopo circa 7 ore. Perché quando ho provato a compilare due volte, ho visto che usa anche la arc X86. intendi l'architettura i386, non esiste l'architettura X86 per saperlo puoi usare il comando $ dpkg --print-architecture ~$ dpkg --print-architecture amd64 Qui mi dice solo : Amd64. Pero se uso anche arch-test ~$ arch-test amd64 i386 Risulta ancora l'architettura i386. Come è possibile ? La cosa mi sembra un po strana. Quindi come si fa a togliere la multiarchitettura e tenere soltanto quella per Amd64 ? In modo semplice. devi prima rimuovere tutti i pacchetti dell'architettura i386 e poi usare il comando dpkg $ man dpkg [...] --remove-architecture architecture Se do questo: dpkg --remove-architecture i386 dpkg: attenzione: impossibile rimuovere l'architettura "i386" non-foreign Mi dice errore che l'architettura i386 non è foreign. Remove architecture from the list of architectures for which packages can be installed without using --force-architecture (since dpkg 1.16.2). If the architecture is currently in use in the database then the operation will be refused, except if --force-architecture is specified. The architecture dpkg is built for (i.e. the output of --print-architecture) can never be removed from that list. [...] Nota: io ti sconsiglio vivamente di usare --force-architecture Va bene non la uso Ciao Davide Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 08/12/19 10:51, Portobello wrote: Il 06/12/19 21:09, Davide Prina ha scritto: Si è vero scusa, da qualche giorno ho la testa tra le nuvole. lascia stare il cloud che è pericoloso... alla fine dai tutto a terzi e a te non resta che pagare... se non paghi non hai più accesso neanche hai tuoi dati, se il programma che usa usa formati proprietari che solo lui può leggere... Inoltre, anche se hai pagato, potrebbero toglierti la possibilità di accedere e quindi usare i tuoi dati... vedi caso Venezuela e Adobe $ time make -j 5 deb-pkg dove il 5 è il tuo numero di processori +1, quindi se hai 1 processore devi mettere 2. Ok, va bene. Qui ho provato di nuovo, ma lo spazio disco non mi basta. Per ora ho circa 15 giga sulla Home, ma non è sufficiente. strano, 15 GByte pensavo fossero più che sufficienti facendo un $ du -sh src/linux-source-4.19_old 2,4Gsrc/linux-source-4.19_old quindi sorgenti più i compilati arrivano a 2,4 GByte poi ci sono i .deb che occupano circa 200 MByte Quindi quando hai 3 o 4 GByte liberi dovrebbero essere più che sufficienti... e questo prima di scompattare i sorgenti Usa il comando $ df -h e vedi quanto spazio hai libero... probabilmente hai la home di 11 GByte, ma quello che importa è quanto spazio libero hai. Tieni conto che a seconda del tipo di file system che stai usando, una porzione dello spazio del disco è riservato a root per le emergenze e quindi, in teoria, potresti aumentare lo spazio a disposizione degli utenti diminuendo quello di root vedi ad esempio questa mia vecchissima guida: http://linguistico.sourceforge.net/pages/debian/spazio_hd.html#diminuire_lo_spazio_riservato_su_ext2_ext3 Ma quanto tempo può impiegare? sul mio sistema un po' vecchiotto ci impiega meno di un'ora, usando il PC per altro mentre compila Perché quando ho provato a compilare due volte, ho visto che usa anche la arc X86. intendi l'architettura i386, non esiste l'architettura X86 per saperlo puoi usare il comando $ dpkg --print-architecture Quindi come si fa a togliere la multiarchitettura e tenere soltanto quella per Amd64 ? In modo semplice. devi prima rimuovere tutti i pacchetti dell'architettura i386 e poi usare il comando dpkg $ man dpkg [...] --remove-architecture architecture Remove architecture from the list of architectures for which packages can be installed without using --force-architecture (since dpkg 1.16.2). If the architecture is currently in use in the database then the operation will be refused, except if --force-architecture is specified. The architecture dpkg is built for (i.e. the output of --print-architecture) can never be removed from that list. [...] Nota: io ti sconsiglio vivamente di usare --force-architecture Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Strumenti per l'ufficio: https://www.libreoffice.org GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 06/12/19 21:09, Davide Prina ha scritto: On 05/12/19 20:03, Portobello wrote: Ora ho impostato le varie cose suggerite qui sopra, nel menu testuale in nconfig. Poi salvo tutto e faccio F9 per uscire. Ma poi non succede più nulla. Come si fa per compilare? l'istruzione successiva che ho indicato: Ciao Lista, Si è vero scusa, da qualche giorno ho la testa tra le nuvole. $ time make -j 5 deb-pkg dove il 5 è il tuo numero di processori +1, quindi se hai 1 processore devi mettere 2. Ok, va bene. Qui ho provato di nuovo, ma lo spazio disco non mi basta. Per ora ho circa 15 giga sulla Home, ma non è sufficiente. Devo sistemare un po le partizioni per avere più spazio. Ma quanto tempo può impiegare? Quanto spazio disco ? A me sembra che 20 Giga forse ancora non sono sufficienti. Ciao Davide Leggendo un'altro post ho notato una cosa. Perché quando ho provato a compilare due volte, ho visto che usa anche la arc X86. Allora forse ho pensato che alcuni mesi fa avevo aggiunto dei pacchetti per il 386 ( ed anche la arc X86). Quindi come si fa a togliere la multiarchitettura e tenere soltanto quella per Amd64 ? In modo semplice. Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Ciao Davide, Il Ven, 6 Dicembre 2019 9:09 pm, Davide Prina ha scritto: > $ time make -j 5 deb-pkg > > dove il 5 è il tuo numero di processori +1, quindi se hai 1 processore > devi mettere 2. visto che ti diverti a dare uno script che non richieda di essere parametrizzato... io suggerirei make -j$(nproc) ... sì, lascerei perdere il +1 :-) Ĝis, m -- http://bodrato.it/papers/
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 05/12/19 20:03, Portobello wrote: Ora ho impostato le varie cose suggerite qui sopra, nel menu testuale in nconfig. Poi salvo tutto e faccio F9 per uscire. Ma poi non succede più nulla. Come si fa per compilare? l'istruzione successiva che ho indicato: $ time make -j 5 deb-pkg dove il 5 è il tuo numero di processori +1, quindi se hai 1 processore devi mettere 2. 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: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 30/11/19 09:08, Davide Prina ha scritto: On 29/11/19 18:31, Portobello wrote: Il 29/11/19 16:47, Davide Prina ha scritto: $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz prova a vedere se così risolvi o se ho fatto altri errori in altri punti. Ora il comando ha funzionato. Ma ancora non c'è l'architettura di Amd64. /home/src/linux-source-4.19 (e quindi non c'è la parte di Amd64) no, è corretto. infatti il comando che ho indicato dovrebbe individuare proprio quel file. Poi mi sono accorto che avevo fatto un altro errore, togliere il certificato da usare per firmare la compilazione... la mancanza di questo impedisce di compilare generando un errore. Avevo indicato una chiave sbagliata, quella corretta è la seguente: $ scripts/config --set-str SYSTEM_TRUSTED_KEYS "" riporto qui le istruzioni modificate e aggiornate: # apt update # apt -u upgrade; apt -u dist-upgrade per amd64 installare i pacchetti (per altre architetture hardware dovrebbero essercene altri simili): # apt install linux-headers-amd64 linux-image-amd64 # apt install linux-source # apt install build-essential fakeroot rsync git # apt build-dep linux Nota: questi passi qui sopra è meglio eseguirli ogni volta che si compila una nuova versione di Linux Se è stata installata una nuova versione del pacchetto linux-image-XYZ, allora bisogna riavviare la macchina (questo perché non funzionerebbero i vari uname -r e simili e quindi, se non si riavvia, dovrebbero essere compilati a mano) Linux non deve essere più compilato in /usr/src o creato il link simbolico /usr/src/linux. È meglio crearsi una directory src nella propria home e compilare da li. $ mkdir ~/src $ cd ~/src $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz $ ln -sf ~/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux $ cd linux A questo punto bisogna impostare la configurazione che imposta tutto ciò che deve essere compilato dentro Linux, come modulo o non compilato. Ci sono diverse strade: 1) se è la prima volta che si compila, allora si può partire dalla configurazione di Linux in esecuzione con il seguente comando: $ cp /boot/config-$(uname -r) .config 2) se si è già compilato precedentemente, allora si può: 2.1) prendere il .config precedente e copiarlo nella directory corrente, dopo di che è meglio eseguire: $ make oldconfig Per poter rispondere interattivamente su come impostare tutte le modifiche della configurazione del nuovo Linux In alternativa è possibile usare olddefconf, per impostare al default tutte le nuove configurazioni, o ... 2.2) copiare il .config come nel punto 1 e impostare le variabili di configurazione con uno script ed eseguirlo (una lista di comandi eseguiti con scripts/config) Questa probabilmente è la scelta migliore perché permette di partire sempre dalla configurazione del DD e impostare solo le variabili volute. es: se si crea tale script "imposta_config.sh" e lo si salva in ~/src $ ../imposta-config.sh Per i casi 1 e 2.1 si possono eseguire alcune operazioni manualmente: Disabilitazione delle informazioni di debug (se servono, allora si può lasciare abilitato) $ scripts/config --disable DEBUG_INFO Disabilitazione della firma di Linux (come discritto nel punto 1 qui sotto) $ scripts/config --set-str SYSTEM_TRUSTED_KEYS "" Impostare la LOCALVERSION con la data attuale (al posto di xx si possono mettere le proprie iniziali): $ scripts/config --set-str LOCALVERSION "-xx-$(date +%Y%m%d)" Questo fa in modo che i compilati abbiano un nome diverso da quello Debian e tale diversità è visibile anche usando il comando uname Ciao Lista, Ora ho seguito tutte le indicazioni precedenti, fino a qui, senza avere problemi. Se si vuole modificare la configurazione di Linux $ make nconfig Quando eseguo questo, mi lancia un menu testuale nel terminale. ATTENZIONE: in ogni caso bisogna entrare e 1) modificare CONFIG_SYSTEM_TRUSTED_KEYS che indica di firmare il pacchetto con la chiave di un DD in alternativa si può disabilitare il modulo signing: $ scripts/config --set-str SYSTEM_TRUSTED_KEYS "" 2) mettere una stringa che identifichi la propria compilazione in LOCALVERSION in alternativa si può impostare con $ scripts/config --set-str LOCALVERSION "-xx-$(date +%Y%m%d)" Consigliato impostare per lo meno: * la propria CPU in "-> Processor type and features" -> "Processor family" * il tipo di processore (se tra quelli presenti) -> "Processor type and features" -> "Supported processor vendors" disabilitando quelli che non si hanno * il numero massimo di CPU supportate "Processor type and features" -> "Maximum number of CPUs" questo fa usare circa 8k di memoria per CPU indicata (io ho messo 16, per non sbagliare, anche se in teoria ho 4 CPU con 2 core) * impostare a 1000, uso desktop, la frequenza del timer per CPU: "Processor type and features" -> "Timer frequency" $
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 03/12/19 10:12, Portobello wrote: Il 02/12/19 19:55, Davide Prina ha scritto: 1) hai creato la directory /home/ok/src con un utente diverso da ok cosa ritorna $ ls -l /home/ok/src totale 4 lrwxrwxrwx 1 root root 30 dic 1 10:58 linux -> /home/ok/src/linux-source-4.19 drwxr-xr-x 25 root root 4096 dic 1 11:21 linux-source-4.19 qui c'è un errore o meglio 2. La directory linux-source-4.19 è stata creata con l'utente root... probabilmente anche /home/ok/src io ti suggerisco di rimuovere /home/ok/src con l'utente root # rm -rf /home/ok/src e di riniziare dall'inizio Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Elenco di software libero: http://tinyurl.com/eddgj GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 02/12/19 19:55, Davide Prina ha scritto: On 01/12/19 10:57, Portobello wrote: Il 01/12/19 09:29, Davide Prina ha scritto: On 30/11/19 11:19, Portobello wrote: Il 30/11/19 09:08, Davide Prina ha scritto: no, c'è qualcosa di sbagliato. Ora ho corretto. Adesso ho: /home/mio_utente/src cosa ti ritorna $ cat /etc/passwd | grep $(whoami) ok:x:1002:1002:,,,:/home/ok:/bin/bash quindi desumo che hai creato la directory /home/ok/src Si è esatto. e tu abbia fatto il login con l'utente ok Si. $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz Ma se lo eseguo da utente normale non funziona questo comando. Da errore sempre, riporto solo le ultime tre righe: linux-source-4.19/virt/lib/Makefile tar: linux-source-4.19: funzione "mkdir" non riuscita: Permesso negato questi errori li puoi avere, tra l'altro, se: 1) hai creato la directory /home/ok/src con un utente diverso da ok cosa ritorna $ ls -l /home/ok/src totale 4 lrwxrwxrwx 1 root root 30 dic 1 10:58 linux -> /home/ok/src/linux-source-4.19 drwxr-xr-x 25 root root 4096 dic 1 11:21 linux-source-4.19 2) non sei nella directory /home/ok/src cosa ritorna $ pwd /home/ok/src 3) non sei l'utente ok cosa ritorna $ whoami ok Tutte le operazioni "$" devi eseguirle sempre con lo stesso utente Si, ok. Ciao Davide Grazie Ciao
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 01/12/19 10:57, Portobello wrote: Il 01/12/19 09:29, Davide Prina ha scritto: On 30/11/19 11:19, Portobello wrote: Il 30/11/19 09:08, Davide Prina ha scritto: no, c'è qualcosa di sbagliato. Ora ho corretto. Adesso ho: /home/mio_utente/src cosa ti ritorna $ cat /etc/passwd | grep $(whoami) ok:x:1002:1002:,,,:/home/ok:/bin/bash quindi desumo che hai creato la directory /home/ok/src e tu abbia fatto il login con l'utente ok $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz Ma se lo eseguo da utente normale non funziona questo comando. Da errore sempre, riporto solo le ultime tre righe: linux-source-4.19/virt/lib/Makefile tar: linux-source-4.19: funzione "mkdir" non riuscita: Permesso negato questi errori li puoi avere, tra l'altro, se: 1) hai creato la directory /home/ok/src con un utente diverso da ok cosa ritorna $ ls -l /home/ok/src 2) non sei nella directory /home/ok/src cosa ritorna $ pwd 3) non sei l'utente ok cosa ritorna $ whoami Tutte le operazioni "$" devi eseguirle sempre con lo stesso utente 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: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 01/12/19 09:29, Davide Prina ha scritto: On 30/11/19 11:19, Portobello wrote: Il 30/11/19 09:08, Davide Prina ha scritto: On 29/11/19 18:31, Portobello wrote: Il 29/11/19 16:47, Davide Prina ha scritto: $ scripts/config --set-str SYSTEM_TRUSTED_KEYS "" Ma in quale dir si fa questo ? Io quando apro un terminale do su -l e quindi questi comandi li eseguo nella dir di root. su -l Password: root@debian64:~# se l'istruzione inizia con $ devi eseguirla come tuo utente, se indico #, allora come root. In pratica devi tenere aperti due xterm, uno dove sei root (#) e l'altro che sei il tuo utente normale ($). La directory può essere una qualsiasi (vedi caso # apt update) altrimenti è indicato precedentemente il comando cd con la directory in cui entrare Ok, va bene. $ mkdir ~/src $ cd ~/src Ok. Qui ho creato la dir nella mia home. /home/src no, c'è qualcosa di sbagliato. Ora ho corretto. Adesso ho: /home/mio_utente/src Devi essere il tuo utente normale, es "portobello" $ whoami portobello $ cd ~ $ pwd /home/portobello e quindi ~/src deve corrispondere a /home/portobello/src Sembra che tu abbia un utente la cui home è /home cosa ti ritorna $ cat /etc/passwd | grep $(whoami) ok:x:1002:1002:,,,:/home/ok:/bin/bash $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz Ma se lo eseguo da utente normale non funziona questo comando. Da errore sempre, riporto solo le ultime tre righe: linux-source-4.19/virt/lib/Makefile tar: linux-source-4.19: funzione "mkdir" non riuscita: Permesso negato tar: linux-source-4.19/virt/lib/Makefile: funzione "open" non riuscita: File o directory non esistente linux-source-4.19/virt/lib/irqbypass.c tar: linux-source-4.19: funzione "mkdir" non riuscita: Permesso negato tar: linux-source-4.19/virt/lib/irqbypass.c: funzione "open" non riuscita: File o directory non esistente tar: Uscita con stato di fallimento in base agli errori precedenti Questo funziona. il problema è che probabilmente hai scompattato nel posto sbagliato e probabilmente con l'utente sbagliato. $ ln -sf ~/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux Questo invece mi dà errore. home/src# ln -sf ~/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux ln: creazione del collegamento simbolico '/root/src/linux' non riuscita: File o directory non esistente ora stai eseguendo questo comando con root (#), mentre io ti ho indicato di eseguirlo come utente normale ($) Ciao Davide Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 30/11/19 18:18, Portobello wrote: Il 30/11/19 09:08, Davide Prina ha scritto: On 29/11/19 18:31, Portobello wrote: Il 29/11/19 16:47, Davide Prina ha scritto: $ ln -sf ~/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux Sono riuscito a creare il link mettendo : ln -sf /home/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") /home/src/linux , questo comando senza la tilde. Ed ha funzionato. ma, come hai indicato nella mail precedente, stai usando l'utente sbagliato. La compilazione di Linux non va fatta con root e quindi i comandi che esegui li devi effettuare come indicato (# == root, $ == utente normale) $ cp /boot/config-$(uname -r) .config Ho eseguito questo comando e non mi ha dato errori: Ma pero è normale che venga copiato un file nascosto ? sì, è il file con le configurazioni di Linux. Perché ora in questa dir c'è un link ed un file nascosto .config no, il link ~/src/linux deve contenere al suo interno il .config devi eseguire le istruzioni come indicato. Se ti dico che devi entrare nell'auto e poi premere il bottone X, non puoi dirmi qui non c'è il bottone, perché dopo essere entrato nell'auto sei uscito... devi eseguire i comandi come indicato e non eseguirne altri tra questi. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Elenco di software libero: http://tinyurl.com/eddgj GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 30/11/19 11:19, Portobello wrote: Il 30/11/19 09:08, Davide Prina ha scritto: On 29/11/19 18:31, Portobello wrote: Il 29/11/19 16:47, Davide Prina ha scritto: $ scripts/config --set-str SYSTEM_TRUSTED_KEYS "" Ma in quale dir si fa questo ? Io quando apro un terminale do su -l e quindi questi comandi li eseguo nella dir di root. su -l Password: root@debian64:~# se l'istruzione inizia con $ devi eseguirla come tuo utente, se indico #, allora come root. In pratica devi tenere aperti due xterm, uno dove sei root (#) e l'altro che sei il tuo utente normale ($). La directory può essere una qualsiasi (vedi caso # apt update) altrimenti è indicato precedentemente il comando cd con la directory in cui entrare $ mkdir ~/src $ cd ~/src Ok. Qui ho creato la dir nella mia home. /home/src no, c'è qualcosa di sbagliato. Devi essere il tuo utente normale, es "portobello" $ whoami portobello $ cd ~ $ pwd /home/portobello e quindi ~/src deve corrispondere a /home/portobello/src Sembra che tu abbia un utente la cui home è /home cosa ti ritorna $ cat /etc/passwd | grep $(whoami) $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz Questo funziona. il problema è che probabilmente hai scompattato nel posto sbagliato e probabilmente con l'utente sbagliato. $ ln -sf ~/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux Questo invece mi dà errore. home/src# ln -sf ~/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux ln: creazione del collegamento simbolico '/root/src/linux' non riuscita: File o directory non esistente ora stai eseguendo questo comando con root (#), mentre io ti ho indicato di eseguirlo come utente normale ($) 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: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 30/11/19 09:08, Davide Prina ha scritto: On 29/11/19 18:31, Portobello wrote: Il 29/11/19 16:47, Davide Prina ha scritto: $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz prova a vedere se così risolvi o se ho fatto altri errori in altri punti. Ora il comando ha funzionato. Ma ancora non c'è l'architettura di Amd64. /home/src/linux-source-4.19 (e quindi non c'è la parte di Amd64) no, è corretto. infatti il comando che ho indicato dovrebbe individuare proprio quel file. Poi mi sono accorto che avevo fatto un altro errore, togliere il certificato da usare per firmare la compilazione... la mancanza di questo impedisce di compilare generando un errore. Avevo indicato una chiave sbagliata, quella corretta è la seguente: $ scripts/config --set-str SYSTEM_TRUSTED_KEYS "" riporto qui le istruzioni modificate e aggiornate: # apt update # apt -u upgrade; apt -u dist-upgrade per amd64 installare i pacchetti (per altre architetture hardware dovrebbero essercene altri simili): # apt install linux-headers-amd64 linux-image-amd64 # apt install linux-source # apt install build-essential fakeroot rsync git # apt build-dep linux Nota: questi passi qui sopra è meglio eseguirli ogni volta che si compila una nuova versione di Linux Se è stata installata una nuova versione del pacchetto linux-image-XYZ, allora bisogna riavviare la macchina (questo perché non funzionerebbero i vari uname -r e simili e quindi, se non si riavvia, dovrebbero essere compilati a mano) Linux non deve essere più compilato in /usr/src o creato il link simbolico /usr/src/linux. È meglio crearsi una directory src nella propria home e compilare da li. $ mkdir ~/src $ cd ~/src $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz $ ln -sf ~/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux Ciao Lista, Sono riuscito a creare il link mettendo : ln -sf /home/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") /home/src/linux , questo comando senza la tilde. Ed ha funzionato. $ cd linux Ora sono nella dir /home/src/linux e qui la dir : linux-source-4.19 A questo punto bisogna impostare la configurazione che imposta tutto ciò che deve essere compilato dentro Linux, come modulo o non compilato. Ci sono diverse strade: 1) se è la prima volta che si compila, allora si può partire dalla configurazione di Linux in esecuzione con il seguente comando: $ cp /boot/config-$(uname -r) .config Ho eseguito questo comando e non mi ha dato errori: Ma pero è normale che venga copiato un file nascosto ? Perché ora in questa dir c'è un link ed un file nascosto .config Ho provato a rinominarlo in config. Ma se eseguo : make config da sempre errore: make: Nessuna operazione da eseguire per "config". 2) se si è già compilato precedentemente, allora si può: 2.1) prendere il .config precedente e copiarlo nella directory corrente, dopo di che è meglio eseguire: $ make oldconfig Se eseguo questo mi dà errore: make: *** Nessuna regola per generare l'obiettivo "oldconfig". Arresto. Per poter rispondere interattivamente su come impostare tutte le modifiche della configurazione del nuovo Linux In alternativa è possibile usare olddefconf, per impostare al default tutte le nuove configurazioni, o ... 2.2) copiare il .config come nel punto 1 e impostare le variabili di configurazione con uno script ed eseguirlo (una lista di comandi eseguiti con scripts/config) Questa probabilmente è la scelta migliore perché permette di partire sempre dalla configurazione del DD e impostare solo le variabili volute. es: se si crea tale script "imposta_config.sh" e lo si salva in ~/src $ ../imposta-config.sh Per i casi 1 e 2.1 si possono eseguire alcune operazioni manualmente: Disabilitazione delle informazioni di debug (se servono, allora si può lasciare abilitato) $ scripts/config --disable DEBUG_INFO Qui dice : -bash: scripts/config: File o directory non esistente Disabilitazione della firma di Linux (come discritto nel punto 1 qui sotto) $ scripts/config --set-str SYSTEM_TRUSTED_KEYS "" ed anche qui: -bash: scripts/config: File o directory non esistente. Ora mi fermo, per ora mi sembra inutile andare avanti, senza risolvere i problemi precedenti. Dico ancora una cosa. Ho trovato anche questa immagine, ma non è installata. linux-image-4.19.0-6-amd64-unsigned. Forse si può usare questa invece di modificare il parametro SYSTEM_TRUSTED_KEYS, per non firmare una immagine ? Ciao Davide Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 30/11/19 09:08, Davide Prina ha scritto: On 29/11/19 18:31, Portobello wrote: Il 29/11/19 16:47, Davide Prina ha scritto: $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz prova a vedere se così risolvi o se ho fatto altri errori in altri punti. Ora il comando ha funzionato. Ma ancora non c'è l'architettura di Amd64. /home/src/linux-source-4.19 (e quindi non c'è la parte di Amd64) no, è corretto. infatti il comando che ho indicato dovrebbe individuare proprio quel file. Poi mi sono accorto che avevo fatto un altro errore, togliere il certificato da usare per firmare la compilazione... la mancanza di questo impedisce di compilare generando un errore. Avevo indicato una chiave sbagliata, quella corretta è la seguente: $ scripts/config --set-str SYSTEM_TRUSTED_KEYS "" riporto qui le istruzioni modificate e aggiornate: Ciao Lista, Ma in quale dir si fa questo ? Io quando apro un terminale do su -l e quindi questi comandi li eseguo nella dir di root. su -l Password: root@debian64:~# # apt update # apt -u upgrade; apt -u dist-upgrade per amd64 installare i pacchetti (per altre architetture hardware dovrebbero essercene altri simili): # apt install linux-headers-amd64 linux-image-amd64 # apt install linux-source # apt install build-essential fakeroot rsync git # apt build-dep linux Ok. Questi ora sono tutti installati. Nota: questi passi qui sopra è meglio eseguirli ogni volta che si compila una nuova versione di Linux Se è stata installata una nuova versione del pacchetto linux-image-XYZ, allora bisogna riavviare la macchina (questo perché non funzionerebbero i vari uname -r e simili e quindi, se non si riavvia, dovrebbero essere compilati a mano) Linux non deve essere più compilato in /usr/src o creato il link simbolico /usr/src/linux. È meglio crearsi una directory src nella propria home e compilare da li. $ mkdir ~/src $ cd ~/src Ok. Qui ho creato la dir nella mia home. /home/src $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz Questo funziona. $ ln -sf ~/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux Questo invece mi dà errore. home/src# ln -sf ~/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux ln: creazione del collegamento simbolico '/root/src/linux' non riuscita: File o directory non esistente $ cd linux A questo punto bisogna impostare la configurazione che imposta tutto ciò che deve essere compilato dentro Linux, come modulo o non compilato. Ci sono diverse strade: 1) se è la prima volta che si compila, allora si può partire dalla configurazione di Linux in esecuzione con il seguente comando: $ cp /boot/config-$(uname -r) .config 2) se si è già compilato precedentemente, allora si può: 2.1) prendere il .config precedente e copiarlo nella directory corrente, dopo di che è meglio eseguire: $ make oldconfig Per poter rispondere interattivamente su come impostare tutte le modifiche della configurazione del nuovo Linux In alternativa è possibile usare olddefconf, per impostare al default tutte le nuove configurazioni, o ... 2.2) copiare il .config come nel punto 1 e impostare le variabili di configurazione con uno script ed eseguirlo (una lista di comandi eseguiti con scripts/config) Questa probabilmente è la scelta migliore perché permette di partire sempre dalla configurazione del DD e impostare solo le variabili volute. es: se si crea tale script "imposta_config.sh" e lo si salva in ~/src $ ../imposta-config.sh Per i casi 1 e 2.1 si possono eseguire alcune operazioni manualmente: Disabilitazione delle informazioni di debug (se servono, allora si può lasciare abilitato) $ scripts/config --disable DEBUG_INFO Disabilitazione della firma di Linux (come discritto nel punto 1 qui sotto) $ scripts/config --set-str SYSTEM_TRUSTED_KEYS "" Impostare la LOCALVERSION con la data attuale (al posto di xx si possono mettere le proprie iniziali): $ scripts/config --set-str LOCALVERSION "-xx-$(date +%Y%m%d)" Questo fa in modo che i compilati abbiano un nome diverso da quello Debian e tale diversità è visibile anche usando il comando uname Se si vuole modificare la configurazione di Linux $ make nconfig ATTENZIONE: in ogni caso bisogna entrare e 1) modificare CONFIG_SYSTEM_TRUSTED_KEYS che indica di firmare il pacchetto con la chiave di un DD in alternativa si può disabilitare il modulo signing: $ scripts/config --set-str SYSTEM_TRUSTED_KEYS "" 2) mettere una stringa che identifichi la propria compilazione in LOCALVERSION in alternativa si può impostare con $ scripts/config --set-str LOCALVERSION "-xx-$(date +%Y%m%d)" Consigliato impostare per lo meno: * la propria CPU in "-> Processor type and features" -> "Processor family" * il tipo di processore (se tra quelli presenti) -> "Processor type and features" -> "Supported processor vendors" disabilitando quelli che non si hanno * il
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 29/11/19 18:31, Portobello wrote: Il 29/11/19 16:47, Davide Prina ha scritto: $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz prova a vedere se così risolvi o se ho fatto altri errori in altri punti. Ora il comando ha funzionato. Ma ancora non c'è l'architettura di Amd64. /home/src/linux-source-4.19 (e quindi non c'è la parte di Amd64) no, è corretto. infatti il comando che ho indicato dovrebbe individuare proprio quel file. Poi mi sono accorto che avevo fatto un altro errore, togliere il certificato da usare per firmare la compilazione... la mancanza di questo impedisce di compilare generando un errore. Avevo indicato una chiave sbagliata, quella corretta è la seguente: $ scripts/config --set-str SYSTEM_TRUSTED_KEYS "" riporto qui le istruzioni modificate e aggiornate: # apt update # apt -u upgrade; apt -u dist-upgrade per amd64 installare i pacchetti (per altre architetture hardware dovrebbero essercene altri simili): # apt install linux-headers-amd64 linux-image-amd64 # apt install linux-source # apt install build-essential fakeroot rsync git # apt build-dep linux Nota: questi passi qui sopra è meglio eseguirli ogni volta che si compila una nuova versione di Linux Se è stata installata una nuova versione del pacchetto linux-image-XYZ, allora bisogna riavviare la macchina (questo perché non funzionerebbero i vari uname -r e simili e quindi, se non si riavvia, dovrebbero essere compilati a mano) Linux non deve essere più compilato in /usr/src o creato il link simbolico /usr/src/linux. È meglio crearsi una directory src nella propria home e compilare da li. $ mkdir ~/src $ cd ~/src $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz $ ln -sf ~/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux $ cd linux A questo punto bisogna impostare la configurazione che imposta tutto ciò che deve essere compilato dentro Linux, come modulo o non compilato. Ci sono diverse strade: 1) se è la prima volta che si compila, allora si può partire dalla configurazione di Linux in esecuzione con il seguente comando: $ cp /boot/config-$(uname -r) .config 2) se si è già compilato precedentemente, allora si può: 2.1) prendere il .config precedente e copiarlo nella directory corrente, dopo di che è meglio eseguire: $ make oldconfig Per poter rispondere interattivamente su come impostare tutte le modifiche della configurazione del nuovo Linux In alternativa è possibile usare olddefconf, per impostare al default tutte le nuove configurazioni, o ... 2.2) copiare il .config come nel punto 1 e impostare le variabili di configurazione con uno script ed eseguirlo (una lista di comandi eseguiti con scripts/config) Questa probabilmente è la scelta migliore perché permette di partire sempre dalla configurazione del DD e impostare solo le variabili volute. es: se si crea tale script "imposta_config.sh" e lo si salva in ~/src $ ../imposta-config.sh Per i casi 1 e 2.1 si possono eseguire alcune operazioni manualmente: Disabilitazione delle informazioni di debug (se servono, allora si può lasciare abilitato) $ scripts/config --disable DEBUG_INFO Disabilitazione della firma di Linux (come discritto nel punto 1 qui sotto) $ scripts/config --set-str SYSTEM_TRUSTED_KEYS "" Impostare la LOCALVERSION con la data attuale (al posto di xx si possono mettere le proprie iniziali): $ scripts/config --set-str LOCALVERSION "-xx-$(date +%Y%m%d)" Questo fa in modo che i compilati abbiano un nome diverso da quello Debian e tale diversità è visibile anche usando il comando uname Se si vuole modificare la configurazione di Linux $ make nconfig ATTENZIONE: in ogni caso bisogna entrare e 1) modificare CONFIG_SYSTEM_TRUSTED_KEYS che indica di firmare il pacchetto con la chiave di un DD in alternativa si può disabilitare il modulo signing: $ scripts/config --set-str SYSTEM_TRUSTED_KEYS "" 2) mettere una stringa che identifichi la propria compilazione in LOCALVERSION in alternativa si può impostare con $ scripts/config --set-str LOCALVERSION "-xx-$(date +%Y%m%d)" Consigliato impostare per lo meno: * la propria CPU in "-> Processor type and features" -> "Processor family" * il tipo di processore (se tra quelli presenti) -> "Processor type and features" -> "Supported processor vendors" disabilitando quelli che non si hanno * il numero massimo di CPU supportate "Processor type and features" -> "Maximum number of CPUs" questo fa usare circa 8k di memoria per CPU indicata (io ho messo 16, per non sbagliare, anche se in teoria ho 4 CPU con 2 core) * impostare a 1000, uso desktop, la frequenza del timer per CPU: "Processor type and features" -> "Timer frequency" $ scripts/config --enable HZ_1000 * la latenza in "General setup" -> "Preemption Model" per velocizzare il proprio sistema. in realtà questa volta ho lasciato il default (PREEMPT_VOLUNTARY) perché sto facendo qualche test. Mi
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 29/11/19 16:47, Davide Prina ha scritto: On 29/11/19 09:47, Portobello wrote: Il 28/11/19 19:55, Davide Prina ha scritto: On 28/11/19 18:18, Portobello wrote: > On 24/11/19 16:42, Alessandro wrote: >> Il 23/11/19 19:50, Davide Prina ha scritto: > $ tar Jxvf /usr/src/linux-source-$(uname -r) tar (child): /usr/src/linux-source-4.19.0-6-amd64: funzione "open" non riuscita: File o directory non esistente secondo me tu stai usando Debian testing, stai usando Linux 4.19.0-6, ma in testing l'attuale è il ramo 5.3. Io so che nei repository ho impostato la stabile di Buster. Con uname -a vedo questo: uname -a Linux debian64 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) x86_64 GNU/Linux quindi ho sbagliato :-( ouch! :-( è vero, hai il seguente risultato: $ uname -r 4.19.0-6-amd64 non avevo notato, ho sbagliato a scrivere il comando $ tar Jxvf /usr/src/linux-source-$(uname -r) in realtà deve essere $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz prova a vedere se così risolvi o se ho fatto altri errori in altri punti. Ciao Lista, Ora il comando ha funzionato. Ma ancora non c'è l'architettura di Amd64. Cioè : Dalla mia dir /home/src ho dato il comando di cui sopra con privilegi di root. se eseguo uname -r mi dà 4.19.0-6-amd64 questo. Ma la dir creata è : /home/src/linux-source-4.19 (e quindi non c'è la parte di Amd64) Nella dir interna /home/src/linux-source-4.19/arch non c'è nemmeno lì la sottocartella Amd64. Ci sono tutte le altre mi sembra: /home/src/linux-source-4.19/arch# ls alpha arm64 hexagon m68knds32 parisc s390 um xtensa arcc6xia64 microblaze nios2 powerpc sh unicore32 armh8300 Kconfig mipsopenrisc riscvsparc x86 Se tutto funziona senza problemi poi riscrivo qui la procedura completa corretta :-) Io in realtà ne uno una "semplificata" dove indico io le versioni da usare e quindi non uso i vari $(uname -r) e simili... Solo che con quella che uso io bisogna scrivere a mano le parti che vengono estratte in automatico con questi comandi... Ciao Davide Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 29/11/19 16:50, Davide Prina ha scritto: non avevo notato, ho sbagliato a scrivere il comando $ tar Jxvf /usr/src/linux-source-$(uname -r) in realtà deve essere $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz prova a vedere se così risolvi o se ho fatto altri errori in altri punti. Se tutto funziona senza problemi poi riscrivo qui la procedura completa corretta :-) se lo fai, me la conservo per bene e durante le feste di Natale che ho un po' di tempo libero mi cimento! :-) Ciao Davide un saluto ed un grazie per la disponibilità
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 29/11/19 09:47, Portobello wrote: Il 28/11/19 19:55, Davide Prina ha scritto: On 28/11/19 18:18, Portobello wrote: > On 24/11/19 16:42, Alessandro wrote: >> Il 23/11/19 19:50, Davide Prina ha scritto: > $ tar Jxvf /usr/src/linux-source-$(uname -r) tar (child): /usr/src/linux-source-4.19.0-6-amd64: funzione "open" non riuscita: File o directory non esistente secondo me tu stai usando Debian testing, stai usando Linux 4.19.0-6, ma in testing l'attuale è il ramo 5.3. Io so che nei repository ho impostato la stabile di Buster. Con uname -a vedo questo: uname -a Linux debian64 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) x86_64 GNU/Linux quindi ho sbagliato :-( ouch! :-( è vero, hai il seguente risultato: $ uname -r 4.19.0-6-amd64 non avevo notato, ho sbagliato a scrivere il comando $ tar Jxvf /usr/src/linux-source-$(uname -r) in realtà deve essere $ tar Jxvf /usr/src/linux-source-$(uname -r | cut -d '.' -f 1-2).tar.xz prova a vedere se così risolvi o se ho fatto altri errori in altri punti. Se tutto funziona senza problemi poi riscrivo qui la procedura completa corretta :-) Io in realtà ne uno una "semplificata" dove indico io le versioni da usare e quindi non uso i vari $(uname -r) e simili... Solo che con quella che uso io bisogna scrivere a mano le parti che vengono estratte in automatico con questi comandi... 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: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 28/11/19 19:55, Davide Prina ha scritto: On 28/11/19 18:18, Portobello wrote: > On 24/11/19 16:42, Alessandro wrote: >> Il 23/11/19 19:50, Davide Prina ha scritto: > $ tar Jxvf /usr/src/linux-source-$(uname -r) tar (child): /usr/src/linux-source-4.19.0-6-amd64: funzione "open" non riuscita: File o directory non esistente Ciao Lista, Comunque il pacchetto linux-source-4.19.0-6-amd64 nella dir /usr/src non c'è e nemmeno sul sito www.debian.org, nella sezione dei pacchetti, perché lì ho cercati questa mattina. C'è soltanto quello generico per tutte le architetture, cioè linux-source-4.19.tar.xz Grazie Saluti Ciao Davide
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 28/11/19 19:55, Davide Prina ha scritto: On 28/11/19 18:18, Portobello wrote: > On 24/11/19 16:42, Alessandro wrote: >> Il 23/11/19 19:50, Davide Prina ha scritto: > $ tar Jxvf /usr/src/linux-source-$(uname -r) tar (child): /usr/src/linux-source-4.19.0-6-amd64: funzione "open" non riuscita: File o directory non esistente secondo me tu stai usando Debian testing, stai usando Linux 4.19.0-6, ma in testing l'attuale è il ramo 5.3. Io so che nei repository ho impostato la stabile di Buster. Con uname -a vedo questo: uname -a Linux debian64 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) x86_64 GNU/Linux Questo probabilmente perché non installato il pacchetto: # apt install linux-image-amd64 Qui mi dice che è alla versione più recente: apt install linux-image-amd64 Lettura elenco dei pacchetti... Fatto Generazione albero delle dipendenze Lettura informazioni sullo stato... Fatto linux-image-amd64 è già alla versione più recente (4.19+105+deb10u1) installa anche # apt install linux-headers-amd64 Qui invece gli headers mancavano. I seguenti pacchetti NUOVI saranno installati: linux-compiler-gcc-8-x86 linux-headers-4.19.0-6-amd64 linux-headers-4.19.0-6-common linux-headers-amd64 linux-kbuild-4.19 L'errore ti viene dato perché $ apt show linux-source [...] Depends: linux-source-5.3 (= 5.3.9-3) A me dà questo : apt show linux-source Package: linux-source Version: 4.19+105+deb10u1 Priority: optional Section: kernel Source: linux-latest (105+deb10u1) Maintainer: Debian Kernel Team Installed-Size: 12,3 kB Depends: linux-source-4.19 Tag: admin::kernel, devel::lang:c, devel::library, implemented-in::c, role::devel-lib, role::metapackage Download-Size: 6.644 B APT-Manual-Installed: yes APT-Sources: http://ftp.it.debian.org/debian buster/main amd64 Packages Description: Linux kernel source (meta-package) This package depends on packages containing the sources of the latest Linux kernel. [...] e quindi devi aver installato ed avere in esecuzione Linux 5.3 > $ ln -sf ~/src/linux-source-$(uname -r | sed > "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux > $ cd linux Questi non li ho ancora eseguiti, causa errore precedente. ok > > Copiare la configurazione del kernel in esecuzione uguale versione dia > quello che si compila > $ cp /boot/config-$(uname -r) .config Qui errore non ne dà, ma pare che non ci sia un file .config Nella dir /boot ho trovato il file: config-4.19.0-6-amd64 e quindi lo ho copiato io nella mia dir /home/src. quando hai degli errori non devi eseguire i passi successivi... Nel passo precedente dovevi cambiare directory e quindi ora stai eseguendo delle operazioni nella directory sbagliata... Ciao Davide Grazie Saluti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 28/11/19 18:18, Portobello wrote: > On 24/11/19 16:42, Alessandro wrote: >> Il 23/11/19 19:50, Davide Prina ha scritto: > $ tar Jxvf /usr/src/linux-source-$(uname -r) tar (child): /usr/src/linux-source-4.19.0-6-amd64: funzione "open" non riuscita: File o directory non esistente secondo me tu stai usando Debian testing, stai usando Linux 4.19.0-6, ma in testing l'attuale è il ramo 5.3. Questo probabilmente perché non installato il pacchetto: # apt install linux-image-amd64 installa anche # apt install linux-headers-amd64 L'errore ti viene dato perché $ apt show linux-source [...] Depends: linux-source-5.3 (= 5.3.9-3) [...] e quindi devi aver installato ed avere in esecuzione Linux 5.3 > $ ln -sf ~/src/linux-source-$(uname -r | sed > "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux > $ cd linux Questi non li ho ancora eseguiti, causa errore precedente. ok > > Copiare la configurazione del kernel in esecuzione uguale versione dia > quello che si compila > $ cp /boot/config-$(uname -r) .config Qui errore non ne dà, ma pare che non ci sia un file .config Nella dir /boot ho trovato il file: config-4.19.0-6-amd64 e quindi lo ho copiato io nella mia dir /home/src. quando hai degli errori non devi eseguire i passi successivi... Nel passo precedente dovevi cambiare directory e quindi ora stai eseguendo delle operazioni nella directory sbagliata... Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Browser: http://www.mozilla.org/products/firefox GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
> On 24/11/19 16:42, Alessandro wrote: >> Il 23/11/19 19:50, Davide Prina ha scritto: > >>> volendo potresti migliorare le prestazioni del PC ricompilandoti >>> Linux, se ti interessa si spiego come faccio io. > >> magari!! mi piacerebbe entrare un po' più in profondità e ti confermo >> che l'uso del laptop è esclusivamente desktop :) > Ciao Lista, Provo a seguire queste indicazioni, per compilare il mio sistema Amd64 con Debian Buster. > # apt update > # apt -u upgrade; apt -u dist-upgrade > # apt install linux-source > # apt install build-essential fakeroot rsync git Qui ho installato tutti i pacchetti richiesti, senza problemi. > # apt build-dep linux Qui mi chiede di installare altri 137 pacchetti mancanti. Fatto. Installati senza problemi. > > Nota: questi passi qui sopra è meglio eseguirli ogni volta che si > compila una nuova versione di Linux > > Se è stata installata una nuova versione del pacchetto linux-image-XYZ, > allora bisogna riavviare la macchina (questo perché non funzionerebbero > i vari uname -r e simili e quindi, se non si riavvia, dovrebbero essere > compilati a mano) > > Linux non deve essere più compilato in /usr/src o creato il link > simbolico /usr/src/linux. È meglio crearsi una directory src nella > propria home e compilare da li. > $ mkdir ~/src > $ cd ~/src Ok, ho creato la dir nella mia home. > > Nota: se si sta compilando una sottoversione diversa (es: si era > compilata la 5.2.17-2 ora si vuole ricompilare la 5.2.17-3), allora il > nome di directory sarebbe lo stesso, quindi io sposto la directory con i > sorgenti di linux: mv linux-source-5.2 linux-source-5.2_old > > $ tar Jxvf /usr/src/linux-source-$(uname -r) Ora arrivano i problemi e gli errori. Se eseguo questo mi dà : tar (child): /usr/src/linux-source-4.19.0-6-amd64: funzione "open" non riuscita: File o directory non esistente tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error is not recoverable: exiting now > $ ln -sf ~/src/linux-source-$(uname -r | sed > "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux > $ cd linux Questi non li ho ancora eseguiti, causa errore precedente. > > Copiare la configurazione del kernel in esecuzione uguale versione dia > quello che si compila > $ cp /boot/config-$(uname -r) .config Qui errore non ne dà, ma pare che non ci sia un file .config Nella dir /boot ho trovato il file: config-4.19.0-6-amd64 e quindi lo ho copiato io nella mia dir /home/src. > > Disabilitazione delle informazioni di debug (se servono, allora si può > lasciare abilitato) > $ scripts/config --disable DEBUG_INFO > > Disabilitazione della firma di Linux (come discritto nel punto 1 qui sotto) > $ scripts/config --disable MODULE_SIG > > Se invece si copia una versione del config di Linux precedente, allora > bisogna eseguire > $ make oldconfig > Per poter rispondere interattivamente su come impostare tutte le > modifiche della configurazione del nuovo Linux > In alternativa è possibile usare olddefconf, per impostare al default > tutte le nuove configurazioni, o ... > > Se si vuole modificare la configurazione di Linux > $ make nconfig Se provo a dare questo comando da /home/src mi dà questo errore: make: *** Nessuna regola per generare l'obiettivo "nconfig". Arresto. > > ATTENZIONE: in ogni caso bisogna entrare e > 1) modificare CONFIG_SYSTEM_TRUSTED_KEYS che indica di firmare il > pacchetto con la chiave di un DD > in alternativa si può disabilitare il modulo signing: > $ scripts/config --disable MODULE_SIG > 2) mettere una stringa che identifichi la propria compilazione in > LOCALVERSION > > Consigliato impostare per lo meno la propria CPU in "-> Processor type Il mio processore è un Amd64 > and features" e la latenza in "-> Processor type and features" per > velocizzare il proprio sistema. Come si fa per sapere quale latenza impostare ? > > Impostare il parametro j al numero di processori ($ cat /proc/cpuinfo)+1 Di processore credo che ne ho uno solo, ma ha la frequenza variabile, tra 1 G Hertz e 2,2 G Hertz. > mentre il time permette di sapere quanto tempo ha impiegato > $ time make -j 5 deb-pkg > > Se si vuole/deve ricompilare conviene dare prima un clean di tutto prima > di ricompilare > $ make clean > > si otterranno i .deb sotto ~/src. > Io installo, con dpkg -i : > * linux-image > * linux-header > * linux-libc-dev Qui di immagine se ne può installare una sola per volta? Cioè quando riuscirò a compilare tutto, se installo la mia immagine personalizzata mi chiede di rimuovere l'altra (o le altre) immagine installata nel sistema ? Grazie Ciao > > Ciao > Davide
Re: Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
(la netetiquette, questa sconosciuta)... Il giorno mar 26 nov 2019 alle ore 00:09 Karnhack grafica e sperimentazione ha scritto: > Buonasera a tutti, scusate l’intrusione, pur essendomi cancellato da questa > lista continuo a ricevere le email. Qualcuno può essere cosi gentile da > cancellarmi o dirmi come fare? Grazie vai su https://lists.debian.org/ e segui le istruzioni, ci sono i form per cancellare le sottoscrizioni. Byez -- Gollum1 - http://www.gollumone.it Tesoro, dov'é il mio teoro...
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
ARG come hai potuto, proprio tu Bruto (anzi no... Davide), iniziare un nuovo thread come risposta ad un thread esistente? (scherzo ovviamente, c'era già il seme di questo topic, nel precedente). Il giorno lun 25 nov 2019 alle ore 19:22 Davide Prina ha scritto: > > On 24/11/19 16:42, Alessandro wrote: > > Il 23/11/19 19:50, Davide Prina ha scritto: > > >> volendo potresti migliorare le prestazioni del PC ricompilandoti > >> Linux, se ti interessa si spiego come faccio io. > > > magari!! mi piacerebbe entrare un po' più in profondità e ti confermo > > che l'uso del laptop è esclusivamente desktop :) > > # apt update > # apt -u upgrade; apt -u dist-upgrade > # apt install linux-source > # apt install build-essential fakeroot rsync git > # apt build-dep linux > > Nota: questi passi qui sopra è meglio eseguirli ogni volta che si > compila una nuova versione di Linux > > Se è stata installata una nuova versione del pacchetto linux-image-XYZ, > allora bisogna riavviare la macchina (questo perché non funzionerebbero > i vari uname -r e simili e quindi, se non si riavvia, dovrebbero essere > compilati a mano) > > Linux non deve essere più compilato in /usr/src o creato il link > simbolico /usr/src/linux. È meglio crearsi una directory src nella > propria home e compilare da li. > $ mkdir ~/src > $ cd ~/src > > Nota: se si sta compilando una sottoversione diversa (es: si era > compilata la 5.2.17-2 ora si vuole ricompilare la 5.2.17-3), allora il > nome di directory sarebbe lo stesso, quindi io sposto la directory con i > sorgenti di linux: mv linux-source-5.2 linux-source-5.2_old > > $ tar Jxvf /usr/src/linux-source-$(uname -r) > $ ln -sf ~/src/linux-source-$(uname -r | sed > "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux > $ cd linux > > Copiare la configurazione del kernel in esecuzione uguale versione dia > quello che si compila > $ cp /boot/config-$(uname -r) .config > > Disabilitazione delle informazioni di debug (se servono, allora si può > lasciare abilitato) > $ scripts/config --disable DEBUG_INFO > > Disabilitazione della firma di Linux (come discritto nel punto 1 qui sotto) > $ scripts/config --disable MODULE_SIG > > Se invece si copia una versione del config di Linux precedente, allora > bisogna eseguire > $ make oldconfig > Per poter rispondere interattivamente su come impostare tutte le > modifiche della configurazione del nuovo Linux > In alternativa è possibile usare olddefconf, per impostare al default > tutte le nuove configurazioni, o ... > > Se si vuole modificare la configurazione di Linux > $ make nconfig > > ATTENZIONE: in ogni caso bisogna entrare e > 1) modificare CONFIG_SYSTEM_TRUSTED_KEYS che indica di firmare il > pacchetto con la chiave di un DD > in alternativa si può disabilitare il modulo signing: > $ scripts/config --disable MODULE_SIG > 2) mettere una stringa che identifichi la propria compilazione in > LOCALVERSION > > Consigliato impostare per lo meno la propria CPU in "-> Processor type > and features" e la latenza in "-> Processor type and features" per > velocizzare il proprio sistema. > > Impostare il parametro j al numero di processori ($ cat /proc/cpuinfo)+1 > mentre il time permette di sapere quanto tempo ha impiegato > $ time make -j 5 deb-pkg > > Se si vuole/deve ricompilare conviene dare prima un clean di tutto prima > di ricompilare > $ make clean > > si otterranno i .deb sotto ~/src. > Io installo, con dpkg -i : > * linux-image > * linux-header > * linux-libc-dev Questa guida me la devo tenere da parte... chissà che prima o o poi non mi venga la voglia di riprovarci ancora, a ricompilare tutto da zero (mi viene il mal di mare a pensare alla mia prima installazione, qualcosa più di 24 floppy, con boot da floppy DOS, formattazione del HDD, qualcosa dell'ordine dei MB, non certo dei GB o TB a cui siamo abituati ora, cross compiling del kernel e compilatore, per poi compilare ogni singolo pacchetto... dopo due mesi, ottenuta una macchina funzionante, ho pensato... NON È ANCORA IL MOMENTO... ed ho cancellato tutto doveva essere verso la seconda metà degli anni '90). Byez -- Gollum1 - http://www.gollumone.it Tesoro, dov'é il mio teoro...
R: Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Buonasera a tutti, scusate l’intrusione, pur essendomi cancellato da questa lista continuo a ricevere le email. Qualcuno può essere cosi gentile da cancellarmi o dirmi come fare? Grazie Inviato da Posta per Windows 10 Da: AlessandroInviato: lunedì 25 novembre 2019 22:36A: debian-italian@lists.debian.orgOggetto: Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs) Il 25/11/19 19:30, Davide Prina ha scritto:> On 24/11/19 16:42, Alessandro wrote:>> Il 23/11/19 19:50, Davide Prina ha scritto:> >>> volendo potresti migliorare le prestazioni del PC ricompilandoti >>> Linux, se ti interessa si spiego come faccio io.> >> magari!! mi piacerebbe entrare un po' più in profondità e ti confermo >> che l'uso del laptop è esclusivamente desktop :)> > # apt update> # apt -u upgrade; apt -u dist-upgrade> # apt install linux-source> # apt install build-essential fakeroot rsync git> # apt build-dep linux> > Nota: questi passi qui sopra è meglio eseguirli ogni volta che si > compila una nuova versione di Linux> > Se è stata installata una nuova versione del pacchetto linux-image-XYZ, > allora bisogna riavviare la macchina (questo perché non funzionerebbero > i vari uname -r e simili e quindi, se non si riavvia, dovrebbero essere > compilati a mano)> > Linux non deve essere più compilato in /usr/src o creato il link > simbolico /usr/src/linux. È meglio crearsi una directory src nella > propria home e compilare da li.> $ mkdir ~/src> $ cd ~/src> > Nota: se si sta compilando una sottoversione diversa (es: si era > compilata la 5.2.17-2 ora si vuole ricompilare la 5.2.17-3), allora il > nome di directory sarebbe lo stesso, quindi io sposto la directory con i > sorgenti di linux: mv linux-source-5.2 linux-source-5.2_old> > $ tar Jxvf /usr/src/linux-source-$(uname -r)> $ ln -sf ~/src/linux-source-$(uname -r | sed > "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux> $ cd linux> > Copiare la configurazione del kernel in esecuzione uguale versione dia > quello che si compila> $ cp /boot/config-$(uname -r) .config> > Disabilitazione delle informazioni di debug (se servono, allora si può > lasciare abilitato)> $ scripts/config --disable DEBUG_INFO> > Disabilitazione della firma di Linux (come discritto nel punto 1 qui sotto)> $ scripts/config --disable MODULE_SIG> > Se invece si copia una versione del config di Linux precedente, allora > bisogna eseguire> $ make oldconfig> Per poter rispondere interattivamente su come impostare tutte le > modifiche della configurazione del nuovo Linux> In alternativa è possibile usare olddefconf, per impostare al default > tutte le nuove configurazioni, o ...> > Se si vuole modificare la configurazione di Linux> $ make nconfig> > ATTENZIONE: in ogni caso bisogna entrare e> 1) modificare CONFIG_SYSTEM_TRUSTED_KEYS che indica di firmare il > pacchetto con la chiave di un DD> in alternativa si può disabilitare il modulo signing:> $ scripts/config --disable MODULE_SIG> 2) mettere una stringa che identifichi la propria compilazione in > LOCALVERSION> > Consigliato impostare per lo meno la propria CPU in "-> Processor type > and features" e la latenza in "-> Processor type and features" per > velocizzare il proprio sistema.> > Impostare il parametro j al numero di processori ($ cat /proc/cpuinfo)+1 > mentre il time permette di sapere quanto tempo ha impiegato> $ time make -j 5 deb-pkg> > Se si vuole/deve ricompilare conviene dare prima un clean di tutto prima > di ricompilare> $ make clean> > si otterranno i .deb sotto ~/src.> Io installo, con dpkg -i :> * linux-image> * linux-header> * linux-libc-dev> > Ciao> Davide Grazie mille Davide per la tua disponibilità e per la tua pazienza! mi studierò bene queste tue indicazioni. un saluto a tutti
Re: Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
Il 25/11/19 19:30, Davide Prina ha scritto: On 24/11/19 16:42, Alessandro wrote: Il 23/11/19 19:50, Davide Prina ha scritto: volendo potresti migliorare le prestazioni del PC ricompilandoti Linux, se ti interessa si spiego come faccio io. magari!! mi piacerebbe entrare un po' più in profondità e ti confermo che l'uso del laptop è esclusivamente desktop :) # apt update # apt -u upgrade; apt -u dist-upgrade # apt install linux-source # apt install build-essential fakeroot rsync git # apt build-dep linux Nota: questi passi qui sopra è meglio eseguirli ogni volta che si compila una nuova versione di Linux Se è stata installata una nuova versione del pacchetto linux-image-XYZ, allora bisogna riavviare la macchina (questo perché non funzionerebbero i vari uname -r e simili e quindi, se non si riavvia, dovrebbero essere compilati a mano) Linux non deve essere più compilato in /usr/src o creato il link simbolico /usr/src/linux. È meglio crearsi una directory src nella propria home e compilare da li. $ mkdir ~/src $ cd ~/src Nota: se si sta compilando una sottoversione diversa (es: si era compilata la 5.2.17-2 ora si vuole ricompilare la 5.2.17-3), allora il nome di directory sarebbe lo stesso, quindi io sposto la directory con i sorgenti di linux: mv linux-source-5.2 linux-source-5.2_old $ tar Jxvf /usr/src/linux-source-$(uname -r) $ ln -sf ~/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux $ cd linux Copiare la configurazione del kernel in esecuzione uguale versione dia quello che si compila $ cp /boot/config-$(uname -r) .config Disabilitazione delle informazioni di debug (se servono, allora si può lasciare abilitato) $ scripts/config --disable DEBUG_INFO Disabilitazione della firma di Linux (come discritto nel punto 1 qui sotto) $ scripts/config --disable MODULE_SIG Se invece si copia una versione del config di Linux precedente, allora bisogna eseguire $ make oldconfig Per poter rispondere interattivamente su come impostare tutte le modifiche della configurazione del nuovo Linux In alternativa è possibile usare olddefconf, per impostare al default tutte le nuove configurazioni, o ... Se si vuole modificare la configurazione di Linux $ make nconfig ATTENZIONE: in ogni caso bisogna entrare e 1) modificare CONFIG_SYSTEM_TRUSTED_KEYS che indica di firmare il pacchetto con la chiave di un DD in alternativa si può disabilitare il modulo signing: $ scripts/config --disable MODULE_SIG 2) mettere una stringa che identifichi la propria compilazione in LOCALVERSION Consigliato impostare per lo meno la propria CPU in "-> Processor type and features" e la latenza in "-> Processor type and features" per velocizzare il proprio sistema. Impostare il parametro j al numero di processori ($ cat /proc/cpuinfo)+1 mentre il time permette di sapere quanto tempo ha impiegato $ time make -j 5 deb-pkg Se si vuole/deve ricompilare conviene dare prima un clean di tutto prima di ricompilare $ make clean si otterranno i .deb sotto ~/src. Io installo, con dpkg -i : * linux-image * linux-header * linux-libc-dev Ciao Davide Grazie mille Davide per la tua disponibilità e per la tua pazienza! mi studierò bene queste tue indicazioni. un saluto a tutti
Compilare Linux (ERA: Re: cortese domanda su apt-listbugs)
On 24/11/19 16:42, Alessandro wrote: Il 23/11/19 19:50, Davide Prina ha scritto: volendo potresti migliorare le prestazioni del PC ricompilandoti Linux, se ti interessa si spiego come faccio io. magari!! mi piacerebbe entrare un po' più in profondità e ti confermo che l'uso del laptop è esclusivamente desktop :) # apt update # apt -u upgrade; apt -u dist-upgrade # apt install linux-source # apt install build-essential fakeroot rsync git # apt build-dep linux Nota: questi passi qui sopra è meglio eseguirli ogni volta che si compila una nuova versione di Linux Se è stata installata una nuova versione del pacchetto linux-image-XYZ, allora bisogna riavviare la macchina (questo perché non funzionerebbero i vari uname -r e simili e quindi, se non si riavvia, dovrebbero essere compilati a mano) Linux non deve essere più compilato in /usr/src o creato il link simbolico /usr/src/linux. È meglio crearsi una directory src nella propria home e compilare da li. $ mkdir ~/src $ cd ~/src Nota: se si sta compilando una sottoversione diversa (es: si era compilata la 5.2.17-2 ora si vuole ricompilare la 5.2.17-3), allora il nome di directory sarebbe lo stesso, quindi io sposto la directory con i sorgenti di linux: mv linux-source-5.2 linux-source-5.2_old $ tar Jxvf /usr/src/linux-source-$(uname -r) $ ln -sf ~/src/linux-source-$(uname -r | sed "s/\([0-9]*\.[0-9]*\)\..*/\1/") ~/src/linux $ cd linux Copiare la configurazione del kernel in esecuzione uguale versione dia quello che si compila $ cp /boot/config-$(uname -r) .config Disabilitazione delle informazioni di debug (se servono, allora si può lasciare abilitato) $ scripts/config --disable DEBUG_INFO Disabilitazione della firma di Linux (come discritto nel punto 1 qui sotto) $ scripts/config --disable MODULE_SIG Se invece si copia una versione del config di Linux precedente, allora bisogna eseguire $ make oldconfig Per poter rispondere interattivamente su come impostare tutte le modifiche della configurazione del nuovo Linux In alternativa è possibile usare olddefconf, per impostare al default tutte le nuove configurazioni, o ... Se si vuole modificare la configurazione di Linux $ make nconfig ATTENZIONE: in ogni caso bisogna entrare e 1) modificare CONFIG_SYSTEM_TRUSTED_KEYS che indica di firmare il pacchetto con la chiave di un DD in alternativa si può disabilitare il modulo signing: $ scripts/config --disable MODULE_SIG 2) mettere una stringa che identifichi la propria compilazione in LOCALVERSION Consigliato impostare per lo meno la propria CPU in "-> Processor type and features" e la latenza in "-> Processor type and features" per velocizzare il proprio sistema. Impostare il parametro j al numero di processori ($ cat /proc/cpuinfo)+1 mentre il time permette di sapere quanto tempo ha impiegato $ time make -j 5 deb-pkg Se si vuole/deve ricompilare conviene dare prima un clean di tutto prima di ricompilare $ make clean si otterranno i .deb sotto ~/src. Io installo, con dpkg -i : * linux-image * linux-header * linux-libc-dev Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Sistema operativo: http://www.debian.org GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook