|
|
|
|
Strumenti |
30-11-2017, 18:12 | #1 |
Senior Member
Iscritto dal: Jan 2006
Messaggi: 1525
|
[Debian 9] Problemuccio disco usb criptato
Situazione:
- disco usb precedentemente criptato tramite luks - disco collegato tramite porta usb Codice:
$ 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 Codice:
$ udisksctl unlock -b /dev/sda1 $ udisksctl mount -b /dev/dm-3 Codice:
$ 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 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?
__________________
-)(- debian -)(- |
02-12-2017, 14:43 | #3 |
Senior Member
Iscritto dal: Jan 2006
Messaggi: 1525
|
Allora, sono andato un po' piu' a fondo della questione e non mi sembra essere un problema di permessi dato che:
Codice:
$ ls -hl /media/psimem total 4.0K drwx------ 8 psimem psimem 4.0K Dec 1 22:00 ExternalHD Codice:
$ 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 Codice:
touch /media/psimem/ExternalHD/test touch: cannot touch '/media/psimem/ExternalHD/test': Read-only file system
__________________
-)(- debian -)(- |
02-12-2017, 14:59 | #4 |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
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 ). |
02-12-2017, 15:28 | #5 |
Member
Iscritto dal: Apr 2010
Messaggi: 227
|
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 |
02-12-2017, 16:20 | #6 | |
Senior Member
Iscritto dal: Jan 2006
Messaggi: 1525
|
Quote:
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.
__________________
-)(- debian -)(- |
|
02-12-2017, 17:13 | #7 |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
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 ). |
03-12-2017, 10:04 | #8 |
Senior Member
Iscritto dal: Jan 2006
Messaggi: 1525
|
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?
__________________
-)(- debian -)(- |
03-12-2017, 10:07 | #9 | ||
Senior Member
Iscritto dal: Jan 2006
Messaggi: 1525
|
Quote:
Quote:
__________________
-)(- debian -)(- |
||
03-12-2017, 10:14 | #10 | |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
Quote:
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à. |
|
04-12-2017, 17:54 | #11 | |
Senior Member
Iscritto dal: Jan 2006
Messaggi: 1525
|
Quote:
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?
__________________
-)(- debian -)(- |
|
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 12:33.