Dischi esterni usb: assegnazione lettera e fsck

[Yoda]

Due domande-problemi, grazie a chi puo' darmi un hint.

E' possibile fare in modo che, innestando un disco fisso usb, gli venga
assegnata sempre una medesima lettera prestabilita?
Ad esempio, se prima attacco una pendrive essa si prende /dev/sdc (ho
due dischi fissi sda e sdb) che invece vorrei riservare al disco usb.

Come posso fare per il fsck, che non viene fatto in automatica perche'
non ho messo il disco usb in /etc/fstab?

--
Tanti saluti

[Joe]

Yoda <yo...@pippo.invalid> wrote:
> Due domande-problemi, grazie a chi puo' darmi un hint.
>
> E' possibile fare in modo che, innestando un disco fisso usb, gli venga
> assegnata sempre una medesima lettera prestabilita?
> Ad esempio, se prima attacco una pendrive essa si prende /dev/sdc (ho
> due dischi fissi sda e sdb) che invece vorrei riservare al disco usb.

Penso che una strada sia utilizzare udev, in pratica scrivendo una
sua regola.

Come funziona:
Quando attacchi il disco, il kernel rileva informazioni inerenti il
dispositivo collegato, tra le altre ad esempio vi sono manufacturer
productid, vendorid ecc ecc.
Siccome parliamo di disco esterno usb considererei vendorid e productid.
Quali sono per il tuo disco?
basta che digiti:

lsusb

e troverai quei due valori che identificano il precisamente i device
correntemente collegati così come appaiono al kernel.
Altro comando interessante:

usb-devices

Ad esempio per il mio hd esterno rilevo:

---
$ lsusb
Bus 001 Device 002: ID 1058:1001 Western Digital Technologies, Inc.
Elements Desktop (WDE1U)
...
...

---

E con usb-devices:

---
T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=02 Dev#= 2 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1058 ProdID=1001 Rev=01.05
S: Manufacturer=Western Digital
S: Product=External HDD
S: SerialNumber=574341553434303735313832
C: #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr=2mA
I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
---

Come si vede nel mio caso ho:

vendor_id: 1058
product_id: 1001


L'idea potrebbe essere: istruisco il udev in modo che quando viene
rilevato un nuovo device collegato che ha vendor e product id uguali a
quelli sopra, venga creato un link simbolico al file speciale che crea
il kernel.

Ad esempio poniamo che al disco venga associato il file speciale
/dev/sdc, allora imporremo che venga collegato a quel file speciale
un link simbolico del tipo "/dev/usb-western-digital".
E non importa se in altra occasione venisse automaticamente creato un
altro file speciale del tipo /dev/sdd perchè noi baseremo la regola udev
su product e vendor del nostro HD esterno ovvero "1058:1001" a cui sarà
sempre associato il file speciale (link simbolico)
/dev/usb-western-digital.

In altre parole:
- attacco il disco

- il kernel rileva 1058:1001

- il kernel crea /dev/sd_lettera

- udev vede che è stato aggiunti 1058:1001 e rileva che vi è stato
associato il file /dev/sd_lettera
(non dobbiamo sapere quale lettera sia in anticipo, udev la rileverà
automagicamente per noi).

- udev crea il link simbolico:
/dev/usb-western-digital --> /dev/sd_lettera


Questo è il funzionamento.
Ora il punto sarebbe come scrivere una regola di udev per far funzionare
la cosa.
E per questo scopo ti lasci alla lettura della documentazione di udev:

http://www.reactivated.net/writing_udev_rules.html

Un esempio al volo di quanto ho spiegato tutto su una riga:
---
SUBSYSTEMS=="usb", ATTRS{idVendor}=="1058", ATTRS{idProduct}=="1001", \
SYMLINK+="usb-western-digital"
---

Se leggi la documentazione sopra vedrai che è anche possibile forzare
il kernel a rinominare il file speciale del device da /dev/sd_lettera
a /dev/usb-western-digital, senza la necessità di un link simbolico.
Al posto di SYMLINK userai:

NAME="usb-western-digital"

In questo modo se il kernel aveva dato /dev/sdc al tuo hd, quel file
viene proprio rinominato in /dev/usb-western-digital.
E se dopo inserissi una chiavetta questa prenderebbe /dev/sdc.
Invece col link simbolico sdc resterebbe esistente e la chiavetta
prenderebbe /dev/sdd.

Leggi il paragrafo "Basic Rules".


Quando scrivi la regola devi poi riavviare udev per fargliela leggere

udevadm control --reload

Le regole aggiunte dall'admin me medesimo, sulla mia slackware-14.0
sono in /etc/udev/rules.d/.
In pratica devi creare un file in cui ci piazzi la regola soprariportata
e chiamarlo tipo:

90-western-digital.rules

È importante l'estensione ".rules" altrimenti udev non la carica.

> Come posso fare per il fsck, che non viene fatto in automatica perche'
> non ho messo il disco usb in /etc/fstab?

Puoi farlo manualmente a filesystem smontato, poniamo che ci sia una
partizione:

fsck /dev/usb-western-digital1

[Yoda]

Addi' 02 ott 2015, Joe scrive:

> Yoda <yo...@pippo.invalid> wrote:

>> Due domande-problemi, grazie a chi puo' darmi un hint.
>> E' possibile fare in modo che, innestando un disco fisso usb, gli venga
>> assegnata sempre una medesima lettera prestabilita?
>> Ad esempio, se prima attacco una pendrive essa si prende /dev/sdc (ho
>> due dischi fissi sda e sdb) che invece vorrei riservare al disco usb.

> Penso che una strada sia utilizzare udev, in pratica scrivendo una
> sua regola.

[...............]

> Ad esempio per il mio hd esterno rilevo:
> ---
> $ lsusb
> Bus 001 Device 002: ID 1058:1001 Western Digital Technologies, Inc.
> Elements Desktop (WDE1U)

> ---

Da me (Debian jessie) da':

Bus 001 Device 005: ID 1058:1048 Western Digital Technologies, Inc.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

> E con usb-devices:
> ---
> T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=02 Dev#= 2 Spd=480 MxCh= 0
> D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
> P: Vendor=1058 ProdID=1001 Rev=01.05
> S: Manufacturer=Western Digital
> S: Product=External HDD
> S: SerialNumber=574341553434303735313832
> C: #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr=2mA
> I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
> ---

T: Bus=01 Lev=01 Prnt=01 Port=07 Cnt=01 Dev#= 5 Spd=480 MxCh= 0
D: Ver= 2.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1058 ProdID=1048 Rev=10.25
S: Manufacturer=Western Digital
S: Product=Elements 1048
S: SerialNumber=575844314542334456434B38
C: #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=500mA

I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage

> Un esempio al volo di quanto ho spiegato tutto su una riga:
> ---
> SUBSYSTEMS=="usb", ATTRS{idVendor}=="1058", ATTRS{idProduct}=="1001", \
> SYMLINK+="usb-western-digital"
> ---

Provero' questa strada (che continui anche nel seguito), mille grazie.

Ne approfitto visto che anche tu hai un WD usb esterno: da me quando lo
attacco mi da' sempre questo errore in console e che ritrovo anche in
coda a dmesg:
sd 4:0:0:0: [sdc] No Caching mode page found
sd 4:0:0:0: [sdc] Assuming drive cache: write through

per caso anche da te il tuo WD non ha la modalita' di caching?

>> Come posso fare per il fsck, che non viene fatto in automatica perche'
>> non ho messo il disco usb in /etc/fstab?

> Puoi farlo manualmente a filesystem smontato, poniamo che ci sia una
> partizione:

> fsck /dev/usb-western-digital1

Ah be' semplicissimo, arigrazie e ciao!


--
Tanti saluti

[Joe]

Yoda <yo...@pippo.invalid> wrote:
>
> Ne approfitto visto che anche tu hai un WD usb esterno: da me quando lo
> attacco mi da' sempre questo errore in console e che ritrovo anche in
> coda a dmesg:
> sd 4:0:0:0: [sdc] No Caching mode page found
> sd 4:0:0:0: [sdc] Assuming drive cache: write through
>
> per caso anche da te il tuo WD non ha la modalita' di caching?

Umm, ritrovo anche io la stessa riga in dmesg.
Però quando lo attacco in consolle non comapre nulla.

Partendo da monte direi, chi ci dice che è un errore?
Potrebbe essere anche solo una tua configurazione della
consolle o della modalità con cui il kernel mostra i
messaggi. Magari in Debian è impostato per rompere le
scatole anche sullo std error piuttosto che solo su dmesg.

Prova a cercare prima in questa direzione.
Poi eventualmente rai se è un errore...

Anzi se provo a sbattere in google quel messaggio...
Eccoci, come pensavo a quanto pare non dovrebbe essere un errore:

http://unix.stackexchange.com/questions/138396/
is-no-caching-mode-page-a-serious-error

"This could be for a variety of reasons, most likely that either the
device may be passed through an interface which presents itself as a
SCSI device, but does not expose any cache (for example, if you were
exposing the drive using a USB enclosure)..."

Anche vista la domanda su fsck, non vado oltre: mi pare che con
banalissime ricerche in google faresti prima a risolvere tutti
questi interrogativi. ;)

Il discorso udev era più spinoso benchè ben documentato. Anche io
m'ero trovato un po' spaesato le prime volte, così ho cercato di
snocciolare la faccenda. Però i messaggi del kernel in console
cerca un po' di capire da solo perchè vengono mostrati...
In bocca a google! :)

[Yoda]

Addi' 02 ott 2015, Joe scrive:

> Yoda <yo...@pippo.invalid> wrote:

>> Ne approfitto visto che anche tu hai un WD usb esterno: da me quando lo
>> attacco mi da' sempre questo errore in console e che ritrovo anche in
>> coda a dmesg:
>> sd 4:0:0:0: [sdc] No Caching mode page found
>> sd 4:0:0:0: [sdc] Assuming drive cache: write through

>> per caso anche da te il tuo WD non ha la modalita' di caching?

> Umm, ritrovo anche io la stessa riga in dmesg.
> Però quando lo attacco in consolle non comapre nulla.

> Partendo da monte direi, chi ci dice che è un errore?
> Potrebbe essere anche solo una tua configurazione della
> consolle o della modalità con cui il kernel mostra i
> messaggi. Magari in Debian è impostato per rompere le
> scatole anche sullo std error piuttosto che solo su dmesg.

> Prova a cercare prima in questa direzione.

> Poi eventualmente sai se è un errore...

> Anzi se provo a sbattere in google quel messaggio...
> Eccoci, come pensavo a quanto pare non dovrebbe essere un errore:

> http://unix.stackexchange.com/questions/138396/
> is-no-caching-mode-page-a-serious-error

> "This could be for a variety of reasons, most likely that either the
> device may be passed through an interface which presents itself as a
> SCSI device, but does not expose any cache (for example, if you were
> exposing the drive using a USB enclosure)..."

Si', non e' un errore. Solo che anche il dmesg della Debian lo
classifica come errore non lo so perche', ma non c'e' possibilita'
d'equivoco perche' adesso in dmesg si puo' filtrare cosi':

$: dmesg --level=err

e ti scrive solo le righe di errore (che sono colorate in rosso), se
fosse stato un warning l'avrei trovato dando: --level=warn (che sono
colorate in bianco bright).

> Anche vista la domanda su fsck, non vado oltre: mi pare che con
> banalissime ricerche in google faresti prima a risolvere tutti
> questi interrogativi. ;)

> Il discorso udev era più spinoso benchè ben documentato. Anche io
> m'ero trovato un po' spaesato le prime volte, così ho cercato di
> snocciolare la faccenda. Però i messaggi del kernel in console
> cerca un po' di capire da solo perchè vengono mostrati...
> In bocca a google! :)

Si' ok grazie.
Comunque per il WD te l'ho scritto anche [*] perche' ce l'hai identico e
siccome il mio e' lento pensavo dipendesse dal caching (va a 6 giga in
10 minuti col comando mv, che pero' e' piu' lento di cp. Tempo rilevato
da "time mv film.mkv /mnt/c4/", l'avevo appena dato stamattina).

[*] In affetti adesso che me l'hai scritto ricordo che l'avevo gia'
visto in rete, solo che non gli devo aver dato troppo credito e in gni
caso non mi ricordavo.

--
Tanti saluti

[Piergiorgio Sartor]

On 2015-10-02 12:45, Yoda wrote:
> Due domande-problemi, grazie a chi puo' darmi un hint.
>
> E' possibile fare in modo che, innestando un disco fisso usb, gli venga
> assegnata sempre una medesima lettera prestabilita?
> Ad esempio, se prima attacco una pendrive essa si prende /dev/sdc (ho
> due dischi fissi sda e sdb) che invece vorrei riservare al disco usb.

Si e no.
Come gia` risposto, "udev" consente di fare delle
regole in base alle quali e` anche possibile assegnare
un device specifico ad un dispositivo specifico.

Non sono pero` sicuro su cosa succeda se il device
scelto sia gia` in uso.

In realta`, dovresti andare a vedere in:

/dev/disk/by-uuid

Per es., oppure qualche altro /dev/disk/???/

uuid e` l'identificatore unico, magari meglio
di un /dev/sdX...

Ad ogni modo, buona parte dell'infrastruttura
oggigiorno cerca di evitare /dev/sdX.

> Come posso fare per il fsck, che non viene fatto in automatica perche'
> non ho messo il disco usb in /etc/fstab?

Lo fai manualmente.. :-)

Dipende da quanto vuoi romperti la testa.

Cosa cerchi di realizzare, esattamente?

bye,

--

piergiorgio

[Yoda]

Addi' 02 ott 2015, Piergiorgio Sartor scrive:

> On 2015-10-02 12:45, Yoda wrote:

>> Due domande-problemi, grazie a chi puo' darmi un hint.

>> E' possibile fare in modo che, innestando un disco fisso usb, gli venga
>> assegnata sempre una medesima lettera prestabilita?
>> Ad esempio, se prima attacco una pendrive essa si prende /dev/sdc (ho
>> due dischi fissi sda e sdb) che invece vorrei riservare al disco usb.

> Si e no.
> Come gia` risposto, "udev" consente di fare delle
> regole in base alle quali e` anche possibile assegnare
> un device specifico ad un dispositivo specifico.

> Non sono pero` sicuro su cosa succeda se il device
> scelto sia gia` in uso.

> In realta`, dovresti andare a vedere in:

> /dev/disk/by-uuid

> Per es., oppure qualche altro /dev/disk/???/

> uuid e` l'identificatore unico, magari meglio
> di un /dev/sdX...

Scusa ma me lo sai dire come fa un identificatore unico ad avere invece
due stringhe ben differenti che lo identificano entrambe, una in jessie
e una in wheezy? Era una partizione di swap, la /dev/sdb5.

> Ad ogni modo, buona parte dell'infrastruttura
> oggigiorno cerca di evitare /dev/sdX.

Cmunque posso vedere con udev anche la strada dell'uuid oppure dell'
etichetta, credo che si possa aggiungere con fdisk anche dopo che c'e'
installato e usato il fs. Grazie!

>> Come posso fare per il fsck, che non viene fatto in automatica perche'
>> non ho messo il disco usb in /etc/fstab?

> Lo fai manualmente.. :-)

> Dipende da quanto vuoi romperti la testa.

> Cosa cerchi di realizzare, esattamente?

Non son sicuro di capire, se vuoi dire per l'usb cerchero' di farlo come
m'avete detto: con le regole di udev. Per il check mi sembra che non
c'e' da pensarci tanto, basta dare "#: fsck /dev/sdcN" a partizione non
montata, come m'ha detto anche Joe.

Forse vuoi dirmi di mettere l'usb in fstab, ma l'ho tolto perche' al
boot mount non fa a tempo a vederlo e da' errore, inoltre quando do lo
shutdown a usb montato ci sta ore, e ci sta ore anche se lo smonto ma
non lo stacco, per cui adesso ho uno script che me lo smonta (4
partizioni) e poi lo stacco prima di dare #: shutdown -h now.

--
Tanti saluti

[Piergiorgio Sartor]

On 2015-10-02 19:47, Yoda wrote:
[...]

> Scusa ma me lo sai dire come fa un identificatore unico ad avere invece
> due stringhe ben differenti che lo identificano entrambe, una in jessie
> e una in wheezy? Era una partizione di swap, la /dev/sdb5.

Solo a causa di un bug (che udev aveva un
paio di release fa).

Quello che non capisco e` cosa tu voglia fare.

Montare automaticamente un disco esterno USB?
Manualmente? In questo caso dovrebbe bastare
metter in /etc/fstab l'UUID o label e "noauto"
come opzione.
Cosi` *non* viene montato automaticamente.
Non so se comunque il disco venga cercato
al boot, ma non credo, dovresti provare.

Poi, da root, mount /mount/point/my_usb o quello
che e` (basta il mount point dichiarato in fstab).

bye,

--

piergiorgio

[Yoda]

Addi' 02 ott 2015, Piergiorgio Sartor scrive:

> On 2015-10-02 19:47, Yoda wrote:

>> Scusa ma me lo sai dire come fa un identificatore unico ad avere invece
>> due stringhe ben differenti che lo identificano entrambe, una in jessie
>> e una in wheezy? Era una partizione di swap, la /dev/sdb5.

> Solo a causa di un bug (che udev aveva un
> paio di release fa).

Ah ecco, dicevo bene io che mi sembrava una burletta!

> Quello che non capisco e` cosa tu voglia fare.
> Montare automaticamente un disco esterno USB?
> Manualmente? In questo caso dovrebbe bastare
> metter in /etc/fstab l'UUID o label e "noauto"
> come opzione.

Gia', l'uovo di Colombo! non ci avevo proprio pensato. Infatti la root
in /dev/sda1 viene presa con l'uuid senza nessun accenno a sda1. Idem
/home e la swap, che sono le uniche tre con l'uuid che ho lasciato dall'
installazione invece del /dev/sdXY.

> Cosi` *non* viene montato automaticamente.
> Non so se comunque il disco venga cercato
> al boot, ma non credo, dovresti provare.

Spero di no, piu' tardi provo e diro' il risultato per completezza.
Intanto mille grazie eh


--
Tanti saluti

[Yoda]

Addi' 02 ott 2015, Yoda scrive:

> Spero di no, piu' tardi provo e diro' il risultato per completezza.
> Intanto mille grazie eh

Ho messo le quattro righe con gli uuid in /etc/fstab, ho riavviato a usb
attaccato ma non montato e non m'ha dato nessun errore.
Tutto ok tutto perfetto grazie di nuovo a entrambi!

P.S. E' lento a trovare le partizioni, infatti da dmesg risulta che sono
le ultime due cose che fa:

$: dmesg | tail -n 3

[ 10.925144] 8139too 0000:03:00.0 eth0: link up, 100Mbps, full-duplex, lpa
[ 15.616436] sdc: sdc1 sdc2 sdc3 sdc4
[ 15.620666] sd 4:0:0:0: [sdc] Attached SCSI disk


--
Tanti saluti

[M_M]

sab, 03 ott 2015, 10:58:35, Yoda ha scritto:

> Ho messo le quattro righe con gli uuid in /etc/fstab, ho riavviato a usb
> attaccato ma non montato e non m'ha dato nessun errore.
> Tutto ok tutto perfetto grazie di nuovo a entrambi!

Hai risolto con fstab, tutto va bene, quindi buono cosi` :-)
pero` volendo avresti potuto agire diversamente o meglio lasciare
fare tutto come di default ad udisks, la cui policy, se fosse il caso,
potresti modificare nel file:

/usr/share/polkit-1/actions/org.freedesktop.udisks2.policy

Io ad es. la modifico non per le chiavette ma in caso di un hard disk
secondario con su installato un OS proprietario, che per impostazione
predefinita si puo` montare solo dando la password ed a me non piace ..

Credo cmq sia abbastanza utile dare un'etichetta alla chiavetta cosi`
che sia piu` facile identificarla.
Puoi farlo col comando (mtools):

# mlabel -i /dev/sdX ::nomechiavetta

Se lancio 'gnome-disks', un'utiliy grafica per gestire i drive ed altri
media, da me vedo questa situazione per quanto riguarda la chiavetta USB:

http://s29.postimg.org/nisu85y3b/gnome_disks.png

cioe` quando la chiavetta viene inserita, usando appunto udisks2 si
monta automaticamente in

media/mm/USBstick

("USBstick" e` l'etichetta)

Se si vuole ad esempio mantenere compatibilita` con propri vecchi script
che usavano la forma /media/ invece di /media/[username]/
allora occorre aggiungere un file in udev, ad esempio:
/etc/udev/rules.d/99-udisks2.rules
contenente:

ENV{ID_FS_USAGE}=="filesystem", ENV{UDISKS_FILESYSTEM_SHARED}="1"

Se invece di udisks2 volessi usare fstab ecco cosa gnome-disks
proporrebbe:

http://s29.postimg.org/9tc34lf4n/gnome_disks_fstab.png

Cioe` imposterebbe in /etc/fstab :

nosuid,nodev,nofail,noauto,x-gvfs-show

Come punto di mount: /mnt/usb-_USB_DISK_Pro_07074C6B8ED76E49-0:0

e per il montaggio automatico: Auto

Si potrebbe pero` nell' /etc/fstab identificare a scelta la chiavetta in
vari modi:

/mnt/sdb ( /dev/ )
/mnt/usb-_USB_DISK_Pro_07074C6B8ED76E49-0:0 ( /dev/disk/by-id/ )
/mnt/USBstick ( /dev/disk/by-label/ )
/mnt/pci-0000:00:14.0-usb-0:4:1.0-scsi-0:0:0:0 ( /dev/disk/by-path/ )
/mnt/E61F-00E8 ( /dev/disk/by-uuid/ )

--
"La tradizione e` salvaguardia del fuoco,
non adorazione della cenere."
(Gustav Mahler)

[M_M]

sab, 03 ott 2015, 13:19:32, M_M ha scritto:

> Cioe` imposterebbe in /etc/fstab :
>
> nosuid,nodev,nofail,noauto,x-gvfs-show
>
> Come punto di mount: /mnt/usb-_USB_DISK_Pro_07074C6B8ED76E49-0:0
>
> e per il montaggio automatico: Auto

Noo, scusa, l'Auto non e` per il montaggio automatico ma com'e` appunto
scritto sull'immagine per il tipo di file system.

Ciao.

[Yoda]

Addi' 03 ott 2015, M_M scrive:

> sab, 03 ott 2015, 10:58:35, Yoda ha scritto:

>> Ho messo le quattro righe con gli uuid in /etc/fstab, ho riavviato a usb
>> attaccato ma non montato e non m'ha dato nessun errore.
>> Tutto ok tutto perfetto grazie di nuovo a entrambi!

> Hai risolto con fstab, tutto va bene, quindi buono cosi` :-)
> pero` volendo avresti potuto agire diversamente o meglio lasciare
> fare tutto come di default ad udisks, la cui policy, se fosse il caso,
> potresti modificare nel file:

> /usr/share/polkit-1/actions/org.freedesktop.udisks2.policy

Si' questo di udisks prima o poi devo studiarmelo, e' una cosa che
bisogna conoscere e ogni tanto viene fuori. E' un po' la strada che
m'indicava Joe ieri e che stavo gia' guardando, comunque il tutto non
e' semplicissimo, pero' come sempre bastera' prenderci la mano.

Grazie anche per il seguito sulle chiavette, le mtools non le conoscevo
e adesso mi installo il pacchetto.

(sull' "auto" che dici in correzione ho capito, la conosco, e' il terzo
campo di fstab ed e' la direttiva perche' determini il fs da solo)


--
Tanti saluti

[M_M]

Yoda <yo...@pippo.invalid> ha scritto:

> Si' questo di udisks prima o poi devo studiarmelo, e' una cosa che
> bisogna conoscere e ogni tanto viene fuori. E' un po' la strada che
> m'indicava Joe ieri e che stavo gia' guardando, comunque il tutto non
> e' semplicissimo, pero' come sempre bastera' prenderci la mano.

A dire il vero se si dispone di un'installazione come da default in Debian,
allora non c'e` "da prenderci la mano" perche` e` tutto trasparente, stile
utility auto-magiche di Ubuntu, per cui tu inserisci la chiavetta e questa si
monta. stop :-)

Altra cosa e` capire come funziona la faccenda ... :-D

Io ne so poco.. ho provato a dirti come imposterebbe /etc/fstab l'utility
"gnome-disks" se non vuoi installare come da default udisks2 (che si usa senza
fstab), utilizzando gvfs, un file system virtuale in spazio utente in cui i
montaggi vengono eseguiti come processi separati con i quali si comunica tramite
D-Bus, dice la descrizione del pacchetto.

Praticamente nel fstab l'opzione "x-gvfs-show" in

/dev/block-device /mount/point auto x-gvfs-show,ro 0 0

dira` ad udev & C. che sara` l'helper di GVFS ad assumersi il controllo del
device per quanto riguarda il mount, l'unmount ecc.

[Enrico Bianchi]

On Fri, 02 Oct 2015 10:45:32 +0000, Yoda wrote:

> E' possibile fare in modo che, innestando un disco fisso usb, gli venga
> assegnata sempre una medesima lettera prestabilita?

Posto che "lettera" e` un concetto di Windows, gia` da ora, se tu con
e2label, xfs_admin o altri tool simili, assegni un nome alla partizione,
ti ritrovi che udev crea sempre un symlink in /dev/disk/by-label/
nomepartizione (senza contare che in /dev/disk/by-uuid hai gia` questo
comportamento indipendentemente dal fatto che sia assegnata una label o
men), utilizzabile senza troppi problemi per montare/smontare/formattare/
altro la partizione

Enrico

[Joe]

Confermo anch'io e ringrazio visto che ignoravo la cosa:
---
# file /dev/disk/by-uuid/*
/dev/disk/by-uuid/06486034-dca8-4816-b240-95dc776ce64c: symbolic link to `../../sda6'
/dev/disk/by-uuid/0B152AFA3D83A3AC: symbolic link to `../../sda7'
/dev/disk/by-uuid/2AA86A66A86A308D: symbolic link to `../../sda1'
/dev/disk/by-uuid/4A1C82717C807757: symbolic link to `../../sdb1'
/dev/disk/by-uuid/e91a660f-64a9-4700-a6c0-731bde322229: symbolic link to `../../sdb2'
/dev/disk/by-uuid/eb64027a-3ef4-4d0f-94f0-9bf639438f1b: symbolic link to `../../sda5'
---
[root@darkstar ~]# file /dev/disk/by-label/*
/dev/disk/by-label/WD2-EXT3: symbolic link to `../../sdb2'
---

L'unica cosa che non mi torna è che non tutte le partizioni
sono present:
nell'esempio sopra infatti compare il disco esterno collegato via usb
e al quale viene assegnato "/dev/sdb".
Però sopra non vedo la terza partizione sdb3 che comunque esiste:
---
# ls /dev/sdb*
/dev/sdb /dev/sdb1 /dev/sdb2 /dev/sdb3
---

Ma probabilmente non era formattata con un filesystem, non ricordo
bene per che scopo la utilizzavo sinceramente, forse per qualche
prova con macchine virtuali...

In ogni caso anche a me questo mi pare il metodo pi semplice.
Quindi o uuid oppure assegnare una label. Io avevo assegnato
l'etichetta alla seconda partizione (in questo caso "sdb2")
chiamandola come si vede WD2-EXT3.

Grazie ad Enrico allora! :)

[Yoda]

Addi' 04 ott 2015, Enrico Bianchi scrive:

> On Fri, 02 Oct 2015 10:45:32 +0000, Yoda wrote:

>> E' possibile fare in modo che, innestando un disco fisso usb, gli venga
>> assegnata sempre una medesima lettera prestabilita?

> Posto che "lettera" e` un concetto di Windows,

Mi sono espresso male, intendevo /questa/ lettera X: /dev/sdX.

> gia` da ora, se tu con
> e2label, xfs_admin o altri tool simili, assegni un nome alla partizione,
> ti ritrovi che udev crea sempre un symlink in /dev/disk/by-label/
> nomepartizione (senza contare che in /dev/disk/by-uuid hai gia` questo
> comportamento indipendentemente dal fatto che sia assegnata una label o
> men), utilizzabile senza troppi problemi per montare/smontare/formattare/
> altro la partizione

Ok TNX, con la label avrei il vantaggio di avere in /dev il symlink col
nome (fisso) che scelgo, pero' l'ho gia' sistemato con gli uuid e va
benissimo perche' la riga di fstab:

--------------------------
#/dev/sdc1: TYPE="ext2" PARTUUID="d1696144-01"
UUID=2fab89d1-5e63-4a9e-973e-e8f10c577ffa /mnt/c1 ext2 nodev,nosuid,noexec,n
oauto 0 0
----------------

mi permette di montarlo anche ignorando se in /dev finisce con altro
nome diverso da sdc1 (adesso per esempio e' in /dev/sde1 perche' ho
attaccato prima le chiavette in sdc1 e sdd1 proprio per testarlo, ho la
jessie).


--
Tanti saluti