Re: cambiare UUID di file system
Il 22/04/21 20:47, Filippo Dal Bosco - ha scritto: Il giorno Thu, 22 Apr 2021 20:35:47 +0200 Cosmo ha scritto: In data giovedì 22 aprile 2021 19:11:13 CEST, Filippo Dal Bosco - ha scritto: con bullseye (e kali) non posso usare /dev/sda Se è più vecchia di 5 anni cambia la batteria tampone la batteria avrà 10 anni, ma con ubuntu e mint non questo problema Le vecchie batterie possono perdere acido e rovinare la piastra madre
Re: Errore di battitura
> ‐‐‐ Original Message ‐‐‐ > Il giovedì 22 aprile 2021 16:00, Giuliano Grandin giuliano.gran...@gmail.com > ha scritto: > mi chiamo Giuliano Grandin. > Leggendo la pagina qui https://www.debian.org/intro/index#community > ho notato un errore di battitur nell'ultimo link dell'elenco, dove c'è > scritto: > Informazioni sulle pagine disponibili in più langue > invece di > Informazioni sulle pagine disponibili in più lingue Gentile Giuliano, sei stato molto gentile a segnalarlo, provvedo a correggere il prima possibile. Trovare questi errori è molto più semplice grazie agli utenti. grazie, Sebastiano Pistore
Re: cambiare UUID di file system
Il giorno Thu, 22 Apr 2021 20:35:47 +0200 Cosmo ha scritto: > In data giovedì 22 aprile 2021 19:11:13 CEST, Filippo Dal Bosco - ha > scritto: > > con bullseye (e kali) non posso usare /dev/sda > > Se è più vecchia di 5 anni cambia la batteria tampone la batteria avrà 10 anni, ma con ubuntu e mint non questo problema -- Filippo
Re: cambiare UUID di file system
In data giovedì 22 aprile 2021 19:11:13 CEST, Filippo Dal Bosco - ha scritto: > con bullseye (e kali) non posso usare /dev/sda Se è più vecchia di 5 anni cambia la batteria tampone -- Cosmo
Re: CIE parzialmente risolto con ACR122U
Il giorno Thu, 22 Apr 2021 15:24:56 + Marco Ciampa ha scritto: > > > (non c'è per 20.04 ... ho messo quella per la 19.10... funzia) ce ne una nei repository di Ubuntu 20.04 e con quella a me è bastato backlistare e riesce a leggere la carta Anche con bullseye basta blaklistare ? poi provo -- Filippo
Re: cambiare UUID di file system
Il giorno Thu, 22 Apr 2021 18:02:21 +0800 "savino v." ha scritto: > > > Scusate..volevo solo fare un paio di chiarimenti.. > in fstab non sei obbligato ad usare UUID, puoi tranquillamente usare > /dev/sda.. con bullseye (e kali) non posso usare /dev/sda perché random inverte /dev/sda con /dev/sdb ed allora se swap fosse /dev/sda3 diventerebbe /dev/sdb3 Quando avviene l' inversione sda sdb se uso UUID ( o LABEL) e lancio la distribuzione che ha generato grub non succede nulla, ma se lancio una distribuzione su altra partizione non parte perché in questo caso grub identifica la partizione con /dev/sda ed invece si trova /dev/sdb -- Filippo
Re: CIE parzialmente risolto con ACR122U
Il giorno Thu, 22 Apr 2021 15:24:56 + Marco Ciampa ha scritto: bene, bravo !! Temo però che dopo ci possano essere problemi con il softCIE del ministero interno. In kali a me funzionava ma poi non riuscivo a far girare il sofrCIE. che mi diceva smart non peresente -- Filippo
Errore di battitura
Buon giorno, mi chiamo Giuliano Grandin. Leggendo la pagina qui sotto [1], ho notato un errore di battitura nell'ultimo link dell'elenco, dove c'è scritto: Informazioni sulle pagine disponibili in più langue invece di Informazioni sulle pagine disponibili in più lingue Comunque, grazie per il lavoro che fate Cordiali saluti Giuliano Grandin [1] https://www.debian.org/intro/index#community -- Letta in una Mainling List R: Perché leggiamo dall'alto al basso e da sinistra a destra. D: Perché dovrei iniziare la risposta all'e-mail dopo il testo citato?
Re: CIE parzialmente risolto con ACR122U
Il 22/04/21 17:24, Marco Ciampa ha scritto: Chiamatemi esagerato ma me la sono comperata anche io per fare le prove, ecco il risultato... Fatto questo funziona tutto, almeno da PC. Da browser _sembra_ andare ma quando metto il pin mi da errore. Me lo ha fatto tante volte per cui ho dovuto risettare (per fortuna funziona) il pin tramite puk ... cosa intendi che funziona? su debian o su ubuntu? valerio
Re: CIE parzialmente risolto con ACR122U
On Thu, Apr 22, 2021 at 03:24:56PM +, Marco Ciampa wrote: > Chiamatemi esagerato ma me la sono comperata anche io per fare le prove, > ecco il risultato... > PS: ho anche notato una cosa. Se stacco il lettore, non si riprende più, ovvero: lancio pcsc_scan funziona (metto e tolgo la tessera) stacco il lettore, lo riattacco, lancio pcsc_scan ... niente, stacco e riattacco il lettore, niente. Allora faccio: sudo service pcsc restart e pcsc_scan si rimette a funzionare... -- Saluton, Marco Ciampa 11
Re: CIE parzialmente risolto con ACR122U
Chiamatemi esagerato ma me la sono comperata anche io per fare le prove, ecco il risultato... On Mon, Apr 19, 2021 at 12:51:41PM +0200, Filippo Dal Bosco - wrote: > Per provare ho installato un parente stretto di bullseye : kali2021 > > Seguendo la procedura > > 1) installare libacsccid1 ( specifica di ACR122U ) forse bacata... vedi sotto... > 2) installare pcsc-tool > 3) installare pcscd > 4) systemctl start pscsd.service > > --->> 5) pcsc_scan riconosce il lettore e la CIE <<<--- > > 6) installare cie-middleware che dipende ed installa libccid > 7) cie-middleware NON funziona (penso causa libccid) A me va ma vedi sotto come ho fatto se qualcosa puoi fare anche tu. Io partirei dal cambiare la libreria 1) > su bullseye ed ubuntu 20.04 dopo aver cancellato tutto comprese le > configurazione la stessa procedura non funziona e pcsc_scan non rileva > il lettore NFC. Su Ubuntu 20.04 non funziona per due motivi: 1) conflitto con i driver del kernel che vanno blacklistati così: in /etc/modprobe.d/blacklist-libnfc.conf messo: #To make ACR122U work with Linux install nfc /bin/false install pn533 /bin/false install pn533_usb /bin/false 2) installata libreria senza bachi da: https://www.acs.com.hk/en/products/3/acr122u-usb-nfc-reader/ (non c'è per 20.04 ... ho messo quella per la 19.10... funzia) il bachetto è questo (in pratica ce ne sono due tipi almeno in giro...): https://github.com/nfc-tools/libnfc/pull/561 provided another patch about the same problem (#563). IMO there are two different ACR122 models, the old, with alternate support (at least, reply the usb call) and the new without support (timeout in the usb call). This patch is nice, because checks the compatibility with alternate settings. My patch is less conservative, and removes the call to set alternate settings. ecc. Fatto questo funziona tutto, almeno da PC. Da browser _sembra_ andare ma quando metto il pin mi da errore. Me lo ha fatto tante volte per cui ho dovuto risettare (per fortuna funziona) il pin tramite puk ... Che voi sappiate c'è un sito di test della CIE? -- Saluton, Marco Ciampa
Re: cambiare UUID di file system
Il 21/04/21 18:55, Filippo Dal Bosco - ha scritto: Il giorno Wed, 21 Apr 2021 18:37:00 +0200 Luca Sighinolfi ha scritto: Quando hai il multi boot, hai un comune anche la /home? no. Ho una partizione dati in comune che viene montata sotto la mia home. Contiene anche tutte le configurazioni che raggiungo per mezzo di collegamenti simbolici. Esempio ./mozilla di firefox è nella partizione dati come directory normale e dalla home vien raggiunta con un col simbolico ./mozilla /dir conf di firefox. Hai valutato di usare un file invece di una partizione? si, ma come dico in altro messaggio non so tra partizione e file cosa è meglio. Ho cercato un po' in giro ma ho trovato pareri discordanti Anni fa avevo fatto qualche prova, avevo ancora sistemi a dischi rotanti, e mettendo swap in partizione avevi prestazioni un pochino migliori. Non ho ripetuto la cosa oggi, ma non mi aspetto che ci siano differenze rilevanti nell'uso quotidiano. Soprattutto ora che abbiamo molta RAM, storage NVME, processori potenti e con molti core e kernel più avanzati che in passato. Oggi io metterei swap su file, e approfitterei della maggiore flessibilità che mi da questo approccio. Il 21/04/21 17:56, Mattia Rizzolo ha scritto: Non ne sono sicurissimo, ma non penso che l'initramfs gliene freghi nulla dello swap. In realtà gli importi per poter ripristinare il sistema dall'ibernazione. Non sapendo com'è configurato il sistema dall'altro lato dello schermo, un update-initramfs io glielo farei fare, male non fa. -gerlos
Re: Installazione site-packages python
Il giorno mer, 21/04/2021 alle 12.41 +0200, Alberto Berti ha scritto: > > > > > > "Onetmt" == Onetmt writes: > > Onetmt> Buongiorno a tutti, > Onetmt> sebbene io sia madrelingua C (:-P), non disdegno di tanto > in tanto > Onetmt> l'uso del python; in genere istallo i diversi packages > mediante apt, ma > Onetmt> a volte è necessario usare PIP. Se viene invocato da > root, la directory > Onetmt> di istallazione è /usr/lib/pythonx.x/dist-packages (dove > istalla anche > Onetmt> apt), mentre da utente è ~/.local/lib/pythonx.x/dist- > packages. > > Onetmt> Secondo voi quale procedura è da preferire? > > La pratica ormai consolidata nel mondo Python quando usi version > recenti > dell'interprete è la creazione dei cosiddetti "virtual environments": > > https://docs.python.org/3/library/venv.html > Mi stavo giusto chiedendo come districarsi nel dedalo delle versioni :- ) A prima vista mi sembra un po' complicato - me lo studio con calma. Grazie
Re: Installazione site-packages python
Il giorno mer, 21/04/2021 alle 10.58 +0200, Gollum1 ha scritto: > Il 21 aprile 2021 09:03:50 CEST, Onetmt ha > scritto: > > Buongiorno a tutti, > > > > sebbene io sia madrelingua C (:-P), non disdegno di tanto in tanto > > l'uso del python; in genere istallo i diversi packages mediante > > apt, ma > > a volte è necessario usare PIP. Se viene invocato da root, la > > directory > > di istallazione è /usr/lib/pythonx.x/dist-packages (dove istalla > > anche > > apt), mentre da utente è ~/.local/lib/pythonx.x/dist-packages. > > > > Secondo voi quale procedura è da preferire? > > > > Ciao, > > Carlo > > dipende cosa ne devi fare, se è qualcosa che serve a tutti gli > utenti, da root, altrimenti no... > > so che è una ovvietà, ma mi pare la discriminante maggiore. Grazie, lascio in ~/.local allora.
Re: cambiare UUID di file system
On 22/04/2021 01:45, Filippo Dal Bosco - wrote: Il giorno Wed, 21 Apr 2021 19:03:02 +0200 Federico Di Gregorio ha scritto: Io rimango come competenza informatica come allora, poca non è il mio mestiere, e quindi non sono in grado di sapere quanti byte ( oggi con molta ram, io ho 16 giga ram anche sul notebook) vengano scritti nella swap. Ti chiedo scusa, sicuramente non volevo far "pesare" alcun tipo di competenza. non ti devi assolutamente preoccupare. Cerco di essere più possibile conscio delle mie competenze che in campo informatico sono scarse, invece le tue competenze informatiche sono iper. Grazie delle ulteriori delucidazioni Scusate..volevo solo fare un paio di chiarimenti.. in fstab non sei obbligato ad usare UUID, puoi tranquillamente usare /dev/sda..etc oppure direttamente il nome del file come nel mio caso /var/swapfile swapswapdefaults 0 0 UUID serve nel caso muovi la partitione, ad esempio /dev/sda04 e la root del sistema e se decidi di muoverla e farla diventare /dev/sda1 con UUID non hai bisogno di modificare fstab, oppure dovresi cambiarla da /dev/sda4 a /dev/sda1 UUID=ef327805*** / ext4noatime,errors=remount-ro 0 1 /dev/sda4 / ext4noatime,errors=remount-ro 0 1 Tutte 2 le stringhe sono valide nell fstab Tutti i dati scritti nello swap sono praticamente inutili a meno che non usi l'ibernazione (che dovrebbe essere pari alla memoria del sistema). Con sistemi di 8 GB raramente la swap viene usata, con 16GB puoi farne benissimo a meno...a meno che non fai video editing o lavori con il 3D. Scusate il mio italiano che non e dei migliori. Savino V.
