[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 alla causa del problema?

[silvio-b]

Dovrebbe essere un problema di permessi.
Prova a vedere le risposte qui.

[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 :

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]

Originariamente inviato da 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 ).

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]

Originariamente inviato da psimem

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.

Originariamente inviato da psimem

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]

Originariamente inviato da 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

Sicuramente faro' questa prova.

Originariamente inviato da pabloski

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]

Originariamente inviato da psimem

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]

Originariamente inviato da 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 .
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?