subject:"udev"

Re: udev in systemd era

2018-10-19 Per discussione Federico Di Gregorio


On 10/17/2018 02:09 PM, Gian Uberto Lauri wrote:
>
> Warning: gnome-config-daemon considered more dangerous than GOTO

Ah ah ah ah. Sei veramente il *peggio*. :D

federico

--
Federico Di Gregorio federico.digrego...@dndg.it
DNDG srl  http://dndg.it
   Purtroppo i creazionisti non si sono ancora estinti. -- vodka

Re: udev in systemd era

2018-10-17 Per discussione Gian Uberto Lauri

> "FDG" == Federico Di Gregorio  writes:


FDG> **SYSTEMD RULEZZA**

Monnezza ? 藍 (controtrollaggio, dai ci stava)

FDG> (Si, dai, un minimo di trollaggio anche da questo lato...)

Grande Federico, ho riso di gusto!

-- 
 /\   ___Ubuntu: ancient
/___/\_|_|\_|__|___Gian Uberto Lauri_   African word
  //--\| | \|  |   Integralista GNUslamicomeaning "I can
\/ coltivatore diretto di software   not install
 già sistemista a tempo (altrui) perso...Debian"

Warning: gnome-config-daemon considered more dangerous than GOTO

Re: udev in systemd era

2018-10-17 Per discussione Federico Di Gregorio


On 10/17/2018 11:33 AM, Piviul wrote:

Il 17/10/18 10:15, Federico Di Gregorio ha scritto:

[...]
scusa il ritardo nella risposta, mi son dovuto documentare. :)

Grazie Federico altro che scuse!!!

[...] Secondo me a te interessa l'opzione 2, quella di create un file 
tipo:

/etc/systemd/network/50-BCM5754.link
avevo trovato informazioni in un forum, e avevo chiamato il file 
10-internet.link ma non aveva funzionato... ma dovevo aver fatto un 
errore di sintassi perché ora funziona!!!


Davvero mille e mille grazie ancora



**SYSTEMD RULEZZA**

(Si, dai, un minimo di trollaggio anche da questo lato...)

--
Federico Di Gregorio federico.digrego...@dndg.it
DNDG srl  http://dndg.it
 One key. One input. One enter. All right. -- An american consultant
   (then the system crashed and took down the *entire* network)

Re: udev in systemd era

2018-10-17 Per discussione Piviul


Il 17/10/18 10:15, Federico Di Gregorio ha scritto:

[...]
scusa il ritardo nella risposta, mi son dovuto documentare. :)

Grazie Federico altro che scuse!!!

[...] Secondo me a te interessa l'opzione 2, quella 
di create un file tipo:

/etc/systemd/network/50-BCM5754.link
avevo trovato informazioni in un forum, e avevo chiamato il file 
10-internet.link ma non aveva funzionato... ma dovevo aver fatto un 
errore di sintassi perché ora funziona!!!


Davvero mille e mille grazie ancora

Piviul

Re: udev in systemd era

2018-10-17 Per discussione Federico Di Gregorio


On 10/16/2018 02:09 PM, Piviul wrote:
Ciao a tutti, nella installazione della scheda di rete con chip BCM5754 
mi sono accorto che ora (in debian stretch) udev non aggiorna più in 
automatico il file /etc/udev/rules.d/70-persistent-net.rules.


Inoltre anche se lo compilo manualmente[¹] ignora le impostazioni per la 
scheda di rete con chipset BCM5754 ma non quella con chipset 
RTL-8100/8101L/8139.


Qualcuno ha idea su come si possa riuscire a dare un nome di device 
"persistente" alla scheda di rete con chip BCM5754?


Ciao,

scusa il ritardo nella risposta, mi son dovuto documentare. :)
Qui c'è la spiegazione di come (e perché) è cambiato il comportamento di 
udev:


https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

Alla fine descrive anche i metodi per "disabilitare" il nuovo algoritmo 
di assegnazione dei nomi. Secondo me a te interessa l'opzione 2, quella 
di create un file tipo:


/etc/systemd/network/50-BCM5754.link

e metterci dentro le informazioni di configurazione della scheda. 
Qualcosa tipo:


[Match]
MACAddress=00:1d:09:2e:00:a7

[Link]
NamePolicy=none
Name=lamiainterfaccia0

federico


Grazie

Piviul

[¹]
# ip addr
[...]
2: eth1:  mtu 1500 qdisc noop state DOWN group 
default qlen 1000

     link/ether 00:06:4f:42:b3:70 brd ff:ff:ff:ff:ff:ff
3: enp4s0:  mtu 1500 qdisc mq state UP 
group default qlen 1000

     link/ether 00:1d:09:2e:00:a7 brd ff:ff:ff:ff:ff:ff
     [...]

# grep ^SUB /etc/udev/rules.d/70-persistent-net.rules
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:1d:09:2e:00:a7", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:06:4f:42:b3:70", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"





--
Federico Di Gregorio federico.digrego...@dndg.it
DNDG srl  http://dndg.it
  Gli avvoltoi cinesi si nutrono di arte, ma possono anche mangiare
   i `domani'.-- Haruki Murakami

udev in systemd era

2018-10-16 Per discussione Piviul

Ciao a tutti, nella installazione della scheda di rete con chip BCM5754 
mi sono accorto che ora (in debian stretch) udev non aggiorna più in 
automatico il file /etc/udev/rules.d/70-persistent-net.rules.


Inoltre anche se lo compilo manualmente[¹] ignora le impostazioni per la 
scheda di rete con chipset BCM5754 ma non quella con chipset 
RTL-8100/8101L/8139.


Qualcuno ha idea su come si possa riuscire a dare un nome di device 
"persistente" alla scheda di rete con chip BCM5754?


Grazie

Piviul

[¹]
# ip addr
[...]
2: eth1:  mtu 1500 qdisc noop state DOWN group 
default qlen 1000

link/ether 00:06:4f:42:b3:70 brd ff:ff:ff:ff:ff:ff
3: enp4s0:  mtu 1500 qdisc mq state UP 
group default qlen 1000

link/ether 00:1d:09:2e:00:a7 brd ff:ff:ff:ff:ff:ff
[...]

# grep ^SUB /etc/udev/rules.d/70-persistent-net.rules
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:1d:09:2e:00:a7", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:06:4f:42:b3:70", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

Re: Un bel problema con i permessi di udev...

2014-02-27 Per discussione onetmt

Il 26/02/2014 22:05, Luana Spinetti ha scritto:
 Gentili utenti Debian,
 
 già da parecchi mesi a questa parte mi trovo in difficoltà nella
 gestione dei miei hard disk esterni (che montano uno filesystem msdos,
 l'altro ntfs o fat32) e delle pennette USB a causa di udev che mi
 consente di creare ed eliminare file soltanto con l'accesso da root.
 Come utente normale riesco solo a leggere.
 
 Non ho idea di cosa sia successo mesi fa, quando udev ha smesso di
 funzionare a dovere... e non ho le conoscenze necessarie ad individuare
 e risolvere il problema da sola.
 
 Sapreste aiutarmi? O anche soltanto aiutarmi ad indagare sul problema?
 
 Grazie!
 
 Luana S.
 
 P.S. Se poi il problema non fosse creato da udev... non saprei davvero.

Inizia con l'escludere questa possibilita': dai una occhiata a fstab e
commenta eventuali direttive di mount che possano avere qualcosa a che
fare con questi.

 
 


-- 
Hofstadter's Law:
It always takes longer than you expect, even when you take into account
Hofstadter's Law.


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/530eef94.9010...@gmail.com

Re: Un bel problema con i permessi di udev...

2014-02-27 Per discussione Gian Uberto Lauri

Luana Spinetti writes:
  Gentili utenti Debian,
  
  già da parecchi mesi a questa parte mi trovo in difficoltà nella 
  gestione dei miei hard disk esterni (che montano uno filesystem msdos, 
  l'altro ntfs o fat32) e delle pennette USB a causa di udev che mi 
  consente di creare ed eliminare file soltanto con l'accesso da root. 
  Come utente normale riesco solo a leggere.

Non credo che sia udev poverino, lui  si limita a creare i device. Qui
mi  sa  che a  imballarsi  sono  i 'fantastici',  'moderni',  'comodi'
sistemi  di  mount automatico  tanto  cari  agli ut[]nti  ([]users  in
inglese).

Una soluzione è usare i vecchi cari tool, ad esempio il comando mount.

Peccato  che ci  si trovi  con file  system che  non sono  tutti posix
compliant (ntfs lo è, gli altri  no), in particolare le varie versioni
di fat non  hanno il concetto di utente proprietario  del file, quindi
Linux associa come proprietario l'utente che ha montato il device.

Quindi devi permettere ad un qualsiasi utente di montare il device, e
questo lo fai creando una riga in /etc/fstab per quel file system che
contenga user nella quarta colonna (le opzioni - vedi man fstab).

Problema, devi identificare univocamente i device e non è detto che ad
ogni reboot i nomi dei device  cambino (può contare anche l'ordine con
cui li colleghi al computer).

Per i file system fat, io per prima cosa userei mlabel o blkid per
etichettare i device in modo da essere sicuro che ad ogni bootstrap il
device abbia lo stesso nome. Non mi pare di aver visto tra le regole
di udev qualcosa che garantisca la persistenza dei nomi dei block
device usati per i file system.

Se invece assegni una label ai file system FAT, puoi crearti delle
righe in /etc/fstab di questo tipo dove identifichi il device per
label:

LABEL=TUX   /tuxvfatuser,noauto 0   0

Questo è un metodo sicuro per identificare i device. La stringa user
nella riga di fstab assegna i diritti di scrittura al solo utente che
ha montato il device.

Per ntfs il problema cambia. ntfs è un file system posix, quindi ha il
concetto  di  utente  proprietario  dei file.  E  se  l'identificativo
numerico coincide sotto Windows e sotto Linux...

Vedi la pagina (in inglese)

http://askubuntu.com/questions/11840/how-do-i-use-chmod-on-an-ntfs-or-fat32-partition
 

Siccome però il disco è esterno, ti conviene anche qui crearti una
riga del tipo

UUID=blablabla  /mount/point   ntfs-3g  opzioni

dove blablabla è l'output del comando blkid /dev/nomedeldevice

Lo so, non è il metodo più comodo e da ut[]nti, ma è quello che so indicarti
io :)

-- 
 /\   ___Ubuntu: ancient
/___/\_|_|\_|__|___Gian Uberto Lauri_   African word
  //--\| | \|  |   Integralista GNUslamicomeaning I can
\/ coltivatore diretto di software   not install
 già sistemista a tempo (altrui) perso...Debian

Warning: gnome-config-daemon considered more dangerous than GOTO


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/21262.64771.718335.659...@mail.eng.it

Re: Un bel problema con i permessi di udev...

2014-02-27 Per discussione Paolo


Il 27/02/2014 08:56, onetmt ha scritto:

Il 26/02/2014 22:05, Luana Spinetti ha scritto:


P.S. Se poi il problema non fosse creato da udev... non saprei davvero.


Inizia con l'escludere questa possibilita': dai una occhiata a fstab e
commenta eventuali direttive di mount che possano avere qualcosa a che
fare con questi.



Io ho risolto controllando fstab, installando il sistema da USB avevo 
delle righe relative all'USB, una volta commentato quelle tutto è andato 
a posto.


Ciao,

P.


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/530effe0.6080...@gmail.com

Un bel problema con i permessi di udev...

2014-02-26 Per discussione Luana Spinetti


Gentili utenti Debian,

già da parecchi mesi a questa parte mi trovo in difficoltà nella 
gestione dei miei hard disk esterni (che montano uno filesystem msdos, 
l'altro ntfs o fat32) e delle pennette USB a causa di udev che mi 
consente di creare ed eliminare file soltanto con l'accesso da root. 
Come utente normale riesco solo a leggere.


Non ho idea di cosa sia successo mesi fa, quando udev ha smesso di 
funzionare a dovere... e non ho le conoscenze necessarie ad individuare 
e risolvere il problema da sola.


Sapreste aiutarmi? O anche soltanto aiutarmi ad indagare sul problema?

Grazie!

Luana S.

P.S. Se poi il problema non fosse creato da udev... non saprei davvero.


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/530e571c.1040...@n0tseo.com

Re: Un bel problema con i permessi di udev...

2014-02-26 Per discussione andrea biancalana

il giorno Wed, 26 Feb 2014 22:05:32 +0100  Luana Spinetti lu...@n0tseo.com ha 
scritto:

 Gentili utenti Debian,
 
 già da parecchi mesi a questa parte mi trovo in difficoltà nella 
 gestione dei miei hard disk esterni (che montano uno filesystem msdos, 
 l'altro ntfs o fat32) e delle pennette USB a causa di udev che mi 
 consente di creare ed eliminare file soltanto con l'accesso da root. 
 Come utente normale riesco solo a leggere.
 
 Non ho idea di cosa sia successo mesi fa, quando udev ha smesso di 
 funzionare a dovere... e non ho le conoscenze necessarie ad individuare 
 e risolvere il problema da sola.
 
 Sapreste aiutarmi? O anche soltanto aiutarmi ad indagare sul problema?
 
 Grazie!
 
 Luana S.
 
 P.S. Se poi il problema non fosse creato da udev... non saprei davvero.
 

forse gli utenti devono appartenere al gruppo plugdev. O sbaglio?


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140226232227.17656...@anbi.homelinux.org

udev non crea /dev/lp0

2014-02-14 Per discussione francesco scaglione

Buongiorno,

torno alla carica per cercare di risolvere un problema di stampante
parallela.

In un precedente thread su questa lista siamo più o meno arrivati alla
conclusione che la mia HP LaserJet 6P non è vista da Wheezy perché
udev non crea il device opportuno, /dev/lp0.

Per verificare questa ipotesi qualcuno saprebbe consigliarmi come
controllare le regole udev ed eventualmente come aggiungerne di
relative alla porta parallela?

Grazie mille,
Francesco


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140214095452.GB23894@biblioteca

Re: [sid] udev non mi parte piu' [RISOLTO]

2012-11-03 Per discussione Gollum1

Il 02 novembre 2012 22:18, Gollum1 gollum1.smeag...@gmail.com ha scritto:

Per chi fosse interessato il bugreport è il numero 692166.

Il buon Marco d'Itri è stato molto solerte a rispondermi, e mi ha
fatto notare che il problema non è di udev, ma di altri due pacchetti
che andavano aggiornati contestualmente...

mi sono poi accorto che uno di questi due pacchetti lo avevo pinnato
in quanto apt-listbugs si lamentava di un bug ancora aperto, non avevo
letto la descrizione del bug report (dovrei smettere di voler fare 5
cose contemporaneamente), lo avevo semplicemente pinnato...

in realtà tolto il pinning e aggiornato, tutto è andato perfettamente a posto.
forse (ma molto forse), il problema potrebbe essere imputato alla
lista delle dipendenze? non avrebbe dovuto rifiutarsi di fare
l'aggiornamento di udev, visto che era bloccato un pacchetto di cui si
serve? (premetto che conosco come funziona il sistema di apt, ma non
conosco minimanente tutte le iterazioni tra i vari pacchetti, e i
manutentori, e quindi quando una cosa è classificata come dipendenza
stretta o meno).

Grazie a tutti per il supporto (sopratutto a Marco).

Byez
--
Gollum1
Tesoro, dov'é il mio teoro...

--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CANTVqs8cyzMbFa+aYPq_g9J3Wmgyktpw_oAVDSLdug=tkb7...@mail.gmail.com

1 2 3 >

1 - 100 di 288 matches

Mail list logo