[Debian 9] Problemuccio disco usb criptato

[psimem]

Situazione:
- disco usb precedentemente criptato tramite luks
- disco collegato tramite porta usb
$ ls /dev
Z83V-vg cpu_dma_latency fuse log mmcblk0p3 pts stderr tty14 tty24 tty34 tty44 tty54 tty7 vcs1 vcsa4
acpi_thermal_rel cuse gpiochip0 loop-control mmcblk0rpmb random stdin tty15 tty25 tty35 tty45 tty55 tty8 vcs2 vcsa5
autofs disk gpiochip1 mapper mqueue rfkill stdout tty16 tty26 tty36 tty46 tty56 tty9 vcs3 vcsa6
block dm-0 gpiochip2 mcelog net rtc tpm0 tty17 tty27 tty37 tty47 tty57 ttyS0 vcs4 vcsa7
bsg dm-1 gpiochip3 mem network_latency rtc0 tty tty18 tty28 tty38 tty48 tty58 ttyS1 vcs5 vfio
btrfs-control dm-2 hpet memory_bandwidth network_throughput sda tty0 tty19 tty29 tty39 tty49 tty59 ttyS2 vcs6 vga_arbiter
bus hugepages mmcblk0 null sda1 tty1 tty2 tty3 tty4 tty5 tty6 ttyS3 vcs7 vhci
char dri initctl mmcblk0boot0 port sg0 tty10 tty20 tty30 tty40 tty50 tty60 uhid vcsa vhost-net
console fb0 input mmcblk0boot1 ppp shm tty11 tty21 tty31 tty41 tty51 tty61 uinput vcsa1 watchdog
core fd kmsg mmcblk0p1 psaux snapshot tty12 tty22 tty32 tty42 tty52 tty62 urandom vcsa2 watchdog0
cpu full kvm mmcblk0p2 ptmx snd tty13 tty23 tty33 tty43 tty53 tty63 vcs vcsa3 zero
- montato correttamente tramite:
$ udisksctl unlock -b /dev/sda1
$ udisksctl mount -b /dev/dm-3
$ ls /dev
Z83V-vg cpu_dma_latency fuse log mmcblk0p3 pts stderr tty14 tty24 tty34 tty44 tty54 tty7 vcs1 vcsa4
acpi_thermal_rel cuse gpiochip0 loop-control mmcblk0rpmb random stdin tty15 tty25 tty35 tty45 tty55 tty8 vcs2 vcsa5
autofs disk gpiochip1 mapper mqueue rfkill stdout tty16 tty26 tty36 tty46 tty56 tty9 vcs3 vcsa6
block dm-0 gpiochip2 mcelog net rtc tpm0 tty17 tty27 tty37 tty47 tty57 ttyS0 vcs4 vcsa7
bsg dm-1 gpiochip3 mem network_latency rtc0 tty tty18 tty28 tty38 tty48 tty58 ttyS1 vcs5 vfio
btrfs-control dm-2 hpet memory_bandwidth network_throughput sda tty0 tty19 tty29 tty39 tty49 tty59 ttyS2 vcs6 vga_arbiter
bus dm-3 hugepages mmcblk0 null sda1 tty1 tty2 tty3 tty4 tty5 tty6 ttyS3 vcs7 vhci
char dri initctl mmcblk0boot0 port sg0 tty10 tty20 tty30 tty40 tty50 tty60 uhid vcsa vhost-net
console fb0 input mmcblk0boot1 ppp shm tty11 tty21 tty31 tty41 tty51 tty61 uinput vcsa1 watchdog
core fd kmsg mmcblk0p1 psaux snapshot tty12 tty22 tty32 tty42 tty52 tty62 urandom vcsa2 watchdog0
cpu full kvm mmcblk0p2 ptmx snd tty13 tty23 tty33 tty43 tty53 tty63 vcs vcsa3 zero

- correttamente accessibile in lettura e scrittura

Problema:
dopo un certo intervallo di tempo variabile il disco rimane accessibile in lettura ma diventa non piu' scrivibile con i conseguenti problemi del caso.

Domanda:
in che modo posso risalire :mc: alla causa del problema?

[silvio-b]

Dovrebbe essere un problema di permessi.
Prova a vedere le risposte qui (https://askubuntu.com/questions/509025/how-to-change-permissions-on-luks-dmcrypt-encrypted-device).

[psimem]

Allora, sono andato un po' piu' a fondo della questione e non mi sembra essere un problema di permessi dato che:

$ ls -hl /media/psimem

total 4.0K
drwx------ 8 psimem psimem 4.0K Dec 1 22:00 ExternalHD


$ ls -hl /media/psimem/ExternalHD

total 52K
drwxr-xr-x 5 psimem psimem 4.0K Nov 2 16:38 Dira
drwx------ 2 root root 16K Sep 12 20:00 lost+found
drwxr-xr-x 2 psimem psimem 4.0K Oct 3 11:30 Dirb
drwxrwxr-x 7 psimem psimem 4.0K Nov 30 18:45 Dirc
drwxrwxr-x 2 psimem psimem 24K Dec 2 05:11 Dird

Ma se provo a creare un file di test mi viene dato in risposta che il file system e' in sola lettura :confused: :

touch /media/psimem/ExternalHD/test
touch: cannot touch '/media/psimem/ExternalHD/test': Read-only file system

Che cosa sta succedendo?

[pabloski]

Domanda: è un disco, un SSD o una pendrive?

Se è l'ultima, considera di usare qualcos'altro, visto che le pendrive surriscaldano in uso continuativo e il risultato è proprio quello che hai avuto.

Se è un disco o un SSD, la prima cosa da fare ( tanto per sicurezza ) è guardare se il filesystem è stato rimontato in sola lettura da qualche processo. Non dovrebbe essere così nel 99% dei casi.

Nel qual caso è un problema con lo stack usb ( un pelino buggato in Linux, soprattutto riguardo la gestione degli stati energetici ).

[AnthonyTex]

Hai provato a non usare udisk ma direttamente cryptsetup?

cryptsetup open --type luks /devo/sdxy nomemapper
E poi montarlo con mount?
mount /dev/nomemapper /mnt

[psimem]

Domanda: è un disco, un SSD o una pendrive?

Se è l'ultima, considera di usare qualcos'altro, visto che le pendrive surriscaldano in uso continuativo e il risultato è proprio quello che hai avuto.

Se è un disco o un SSD, la prima cosa da fare ( tanto per sicurezza ) è guardare se il filesystem è stato rimontato in sola lettura da qualche processo. Non dovrebbe essere così nel 99% dei casi.

Nel qual caso è un problema con lo stack usb ( un pelino buggato in Linux, soprattutto riguardo la gestione degli stati energetici ).

E' un comune disco usb esterno (no SSD o pendrive).
Come posso risalire all'eventuale processo colpevole?
Cio' che mi fa strano e' che tutto ha funzionato come da manuale per circa un mese.
PS: il sistema installato e' una Debian 9 con xfce e gli aggiornamenti di sicurezza installati.

[pabloski]

Come posso risalire all'eventuale processo colpevole?

Intanto puoi dare il comando mount da terminale per verificare se effettivamente viene rimontato in sola lettura. Per saperne di più si usano script BPF ( molto complesso ) ma puoi cavartela con strace per spiare le chiamate a mount.


Cio' che mi fa strano e' che tutto ha funzionato come da manuale per circa un mese.

Sempre su Linux? Se è così c'è una brutta notizia, ovvero l'hard disk potrebbe avere dei settori danneggiati o peggio essere con un piede nella fossa, oppure "semplicemente" il filesystem incappa spesso in errori di i/o ( che però sono quasi sempre imputabili alla salute del disco ).

[psimem]

Dopo diverse prove mi e' venuto in mente che la stanza in cui e' installato il pc non e' riscaldata (adesso e' attorno ai 5~6 gradi) ed e' appunto da una settimana che le temperature sono scese, coincidendo grossomodo con il momento in cui e' comparso questo problema.
Adesso provo a spostare il pc in una stanza riscaldata giusto per togliermi ogni dubbio.
PS: la bassa temperatura non dovrebbe influire sul funzionamento dell'hd esterno o del pc, corretto?

[psimem]

Hai provato a non usare udisk ma direttamente cryptsetup?

cryptsetup open --type luks /devo/sdxy nomemapper
E poi montarlo con mount?
mount /dev/nomemapper /mnt

Sicuramente faro' questa prova.

Intanto puoi dare il comando mount da terminale per verificare se effettivamente viene rimontato in sola lettura. Per saperne di più si usano script BPF ( molto complesso ) ma puoi cavartela con strace per spiare le chiamate a mount.



Sempre su Linux? Se è così c'è una brutta notizia, ovvero l'hard disk potrebbe avere dei settori danneggiati o peggio essere con un piede nella fossa, oppure "semplicemente" il filesystem incappa spesso in errori di i/o ( che però sono quasi sempre imputabili alla salute del disco ).

Si', sempre su linux. L'hd e' nuovo, comprato un mesetto addietro.

[pabloski]

Si', sempre su linux. L'hd e' nuovo, comprato un mesetto addietro.

Purtroppo sono oggetti fisici e possono essere soggetti a difetti di fabbricazione, impurità nei materiali, ecc... Per cui l'età non dà la certezza assoluta sulla salute del dispositvo.

Considera di controllare il disco col comando badblocks, giusto per verificare se c'è qualcosa che non va.

L'altro controllo da fare è sul filesystem e sulla sua integrità.

[psimem]

Dopo diverse prove mi e' venuto in mente che la stanza in cui e' installato il pc non e' riscaldata (adesso e' attorno ai 5~6 gradi) ed e' appunto da una settimana che le temperature sono scese, coincidendo grossomodo con il momento in cui e' comparso questo problema.
Adesso provo a spostare il pc in una stanza riscaldata giusto per togliermi ogni dubbio.
PS: la bassa temperatura non dovrebbe influire sul funzionamento dell'hd esterno o del pc, corretto?

Dopo aver spostato il pc (e quindi l'hd) in una stanza a temperatura normale non si sono piu' verificati problemi :eek: .
Sarei tentato di separare l'hd esterno dal pc e piazzarli aturno nella stanza piu' fredda per vedere quale dei due fosse la causa del problema.
Continuo a chiedermi se sia possibile che una temperatura ambiente attorno ai 6 gradi possa dare problemi all'hardware?