Pennetta USB 32GB inchiodata e senza alcun peccato..........

Discussioni sulla compatibilità dell'Hardware con linux, Drivers, ...

Pennetta USB 32GB inchiodata e senza alcun peccato..........

Messaggioda Alessandro2222 » 22/11/2020, 17:30

Ciao a tutti!
Ho acquistato da qualche settimana una chiavetta USB da 32GB. Purtroppo causa blackout durante l'installazione di una iso sulla stessa, non ha piu funzionato. Ad esempio se uso il comando
Codice: Seleziona tutto
fdisk -l
riesco a vedere la partizione, ma se tento di scrivere la schell rimane li e non succede più nulla, anche se premo CTRL+Z, CTRL-C . Per far terminare la schell devo solo estrarre la chiavetta.
Riporto alcune delle operazioni effettuate:
Codice: Seleziona tutto
lsusb
La chiavetta compare
Codice: Seleziona tutto
fdisk /dev/sdd1
fa le operazioni di lettura , man non scrive , si impalla...
Codice: Seleziona tutto
mkfs.ext4 -S /dev/sdd1
si impalla...
Codice: Seleziona tutto
dd if=/dev/zero of=/dev/sda bs=512
si impalla...

CREDO CHE IL PROBLEMA SIA NEL BLOCCO UNO:
Codice: Seleziona tutto
#dmesg | tail
[ 2472.639621] sd 8:0:0:0: Attached scsi generic sg2 type 0
[ 2472.639853] sd 8:0:0:0: [sde] 60825600 512-byte logical blocks: (31.1 GB/29.0 GiB)
[ 2472.640004] sd 8:0:0:0: [sde] Write Protect is off
[ 2472.640008] sd 8:0:0:0: [sde] Mode Sense: 43 00 00 00
[ 2472.640134] sd 8:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2472.643529]  sde: sde1
[ 2472.645990] sd 8:0:0:0: [sde] Attached SCSI removable disk
[ 2671.717401]  sde: sde1
[ 2673.140279]  sde: sde1
[ 2726.111480] JBD2: Invalid checksum recovering data block 1 in log

---------------------------------------------------------------------------------------------------------------------------------------------

Mi ricordo molti anni fa , con il DOS quando capitavano questi guai su Hardisk , usavo il Norton DISKPART e con quello manipolavo ogni singolo settore del disco.



Cosa ne dite per risolvere il problema?
La chiavetta è praticamente nuova.


Ciao!



Codice: Seleziona tutto
#dmesg | tail
[ 2472.639621] sd 8:0:0:0: Attached scsi generic sg2 type 0
[ 2472.639853] sd 8:0:0:0: [sde] 60825600 512-byte logical blocks: (31.1 GB/29.0 GiB)
[ 2472.640004] sd 8:0:0:0: [sde] Write Protect is off
[ 2472.640008] sd 8:0:0:0: [sde] Mode Sense: 43 00 00 00
[ 2472.640134] sd 8:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2472.643529]  sde: sde1
[ 2472.645990] sd 8:0:0:0: [sde] Attached SCSI removable disk
[ 2671.717401]  sde: sde1
[ 2673.140279]  sde: sde1
[ 2726.111480] JBD2: Invalid checksum recovering data block 1 in log
Alessandro2222
Full Member
Full Member
 
Messaggi: 114
Iscritto il: 07/07/2015, 17:35

Re: Pennetta USB 32GB inchiodata e senza alcun peccato......

Messaggioda Aki » 22/11/2020, 20:00

Alessandro2222 ha scritto:
Codice: Seleziona tutto
mkfs.ext4 -S /dev/sdd1
si impalla...
Codice: Seleziona tutto
dd if=/dev/zero of=/dev/sda bs=512
si impalla...

I device di destinazione sopra indicati sono diversi: /dev/sdd1 nel primo caso, /dev/sda nel secondo. Sei sicuro di aver applicato il comando dd al giusto disco di destinazione ? :'( Comunque, considera che il comando dd è lento se procede a blocchi di 512 byte.
Aki
Global Moderator
Global Moderator
 
Messaggi: 9693
Iscritto il: 27/12/2007, 16:59

Re: Pennetta USB 32GB inchiodata e senza alcun peccato......

Messaggioda Alessandro2222 » 22/11/2020, 22:07

Non tener conto degli indirizzi disco diversi, questo capita perche per poter effettuare altre prove devo necessariamente estrarre la chiavetta, quindi quando la reinserisco il Systema assegna un indirizzo differente
Alessandro2222
Full Member
Full Member
 
Messaggi: 114
Iscritto il: 07/07/2015, 17:35

Re: Pennetta USB 32GB inchiodata e senza alcun peccato......

Messaggioda Aki » 22/11/2020, 22:59

Alessandro2222 ha scritto:Non tener conto degli indirizzi disco diversi, questo capita perche per poter effettuare altre prove devo necessariamente estrarre la chiavetta, quindi quando la reinserisco il sistema assegna un indirizzo differente

Si, ma le chiavette usb di solito non usano quasi mai la /dev/sda perché questa device è utilizzata dai dischi rigidi (che sono avviati per primi), almeno sui PC. Sui sistemi embedded o sugli SBC è un’altra storia.
Aki
Global Moderator
Global Moderator
 
Messaggi: 9693
Iscritto il: 27/12/2007, 16:59

Re: Pennetta USB 32GB inchiodata e senza alcun peccato......

Messaggioda marcomg » 23/11/2020, 12:43

Se tu dai un dd sul disco lo stai scrivendo a livello di blocchi. Ovviamente poi non puoi creare un FS fintanto non ricrei la partizione e la tabella delle partizioni (puoi usare cfdisk).

Cosa vuol dire che dd si impalli? Da errori? Il kernel fornisce messaggi di errore in concomitanza a ciò?
~ Marco
marcomg
Administrator
Administrator
 
Messaggi: 5795
Iscritto il: 22/08/2011, 18:54

Re: Pennetta USB 32GB inchiodata e senza alcun peccato......

Messaggioda Alessandro2222 » 23/11/2020, 13:34

Codice: Seleziona tutto
gparted
non la vede proprio.
Codice: Seleziona tutto
fdisk -l
invece si . Posto l'output:
Codice: Seleziona tutto
Disk /dev/sdc: 29 GiB, 31142707200 bytes, 60825600 sectors
Disk model: USB DISK       
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00045a9f

Device     Boot Start      End  Sectors Size Id Type
/dev/sdc1  *     2048 60825599 60823552  29G 83 Linux
Alessandro2222
Full Member
Full Member
 
Messaggi: 114
Iscritto il: 07/07/2015, 17:35

Re: Pennetta USB 32GB inchiodata e senza alcun peccato......

Messaggioda Alessandro2222 » 23/11/2020, 13:56

Scusatemi cosa significa il messaggio seguente, perchè è proprio li il problema:

#fsck /dev/sdf1
fsck from util-linux 2.34
e2fsck 1.45.3 (14-Jul-2019)
/dev/sdf1: recovering journal
JBD2: Invalid checksum recovering block 1 in log
Alessandro2222
Full Member
Full Member
 
Messaggi: 114
Iscritto il: 07/07/2015, 17:35

Re: Pennetta USB 32GB inchiodata e senza alcun peccato......

Messaggioda marcomg » 23/11/2020, 13:59

Provi ad aprirla con cfdisk?
~ Marco
marcomg
Administrator
Administrator
 
Messaggi: 5795
Iscritto il: 22/08/2011, 18:54

Re: Pennetta USB 32GB inchiodata e senza alcun peccato......

Messaggioda Alessandro2222 » 23/11/2020, 14:13

NON COMPARE, COMPARE SOLO CON FDISK
Codice: Seleziona tutto
 Disk: /dev/sda
                       Size: 233,78 GiB, 251000193024 bytes, 490234752 sectors
                    Label: gpt, identifier: F23F0AC9-3B73-4B1B-AA0E-4CEB4B304A3D

    Device                 Start           End      Sectors      Size Type
>>  /dev/sda1               2048       1023999      1021952      499M Windows recovery environment   
    /dev/sda2            1024000       1228799       204800      100M Microsoft basic data
    /dev/sda3            1228800       1261567        32768       16M EFI System
    /dev/sda4            1261568     465657855    464396288    221,5G Microsoft basic data
    /dev/sda5          465657856     466407423       749568      366M BIOS boot
    /dev/sda6          466407424     490233855     23826432     11,4G Linux filesystem


Alessandro2222
Full Member
Full Member
 
Messaggi: 114
Iscritto il: 07/07/2015, 17:35

Re: Pennetta USB 32GB inchiodata e senza alcun peccato......

Messaggioda Aki » 23/11/2020, 14:24

Alessandro2222 ha scritto:Scusatemi cosa significa il messaggio seguente, perchè è proprio li il problema:

#fsck /dev/sdf1
fsck from util-linux 2.34
e2fsck 1.45.3 (14-Jul-2019)
/dev/sdf1: recovering journal
JBD2: Invalid checksum recovering block 1 in log

Vuol dire che il sistema operativo tenta di interpretare il contenuto del filesystem ext3 o ext4 nella partizione /dev/sdf1 , ma non riesce a leggerne il contenuto perché il checksum di controllo usato dal journal (che è usato dal filesystem) indica che esso è danneggiato

Qual’è l’output del comando lsblk quando il pendrive è collegato ?
Aki
Global Moderator
Global Moderator
 
Messaggi: 9693
Iscritto il: 27/12/2007, 16:59

Re: Pennetta USB 32GB inchiodata e senza alcun peccato......

Messaggioda marcomg » 23/11/2020, 16:25

Alessandro2222 ha scritto:NON COMPARE, COMPARE SOLO CON FDISK

Che deve comparire?
Devi leggerti il manuale mica avrai scritto solo cfdisk? E soprattutto non li vede non è sufficiente. Devi sempre mostrare l'output del terminale copiando il risultato.
~ Marco
marcomg
Administrator
Administrator
 
Messaggi: 5795
Iscritto il: 22/08/2011, 18:54

Re: Pennetta USB 32GB inchiodata e senza alcun peccato......

Messaggioda Alessandro2222 » 23/11/2020, 16:48

Allora ragazzi , cerco di non farvi perdere tempo, e di partire da un punto.
I passi compiuti sono:
1) Ho digitato cfdisk e mi ha mostrato tutti i dischi è le partizioni presenti. Quella della USB non c'era.
2)Ho usato fdisk -l , perchè questo comando mi restituisce il percorso della USB
3)Ho scritto il comando cfdisk /dev/sdc (percorso della USB) ed è comparso
4)Con lo stesso cfdisk ho fatto la prova a disattivare il flag "bottable", e dopo averlo disattivato ho dato il comando di scrittura, e a questo punto succede cio che succede con tutti i programmi: si impalla li la schermata e anche se premo i tasti per l'interruzione del programma, non funzionano. Per interrompere devo solo estrarre la chiavetta e quindi il programma si interrompe automaticamente.
4)Vi posto il messaggio di "dmesg | tail" prima di estrarre la chiavetta, cioè quando dopo il comando di scrittura si impalla:
Codice: Seleziona tutto
dmesg | tail
[  430.441754] sd 6:0:0:0: [sdc] Attached SCSI removable disk
[  434.023075]  sda: sda1 sda2 sda3 sda4 sda5 sda6
[  451.760867]  sda: sda1 sda2 sda3 sda4 sda5 sda6
[  458.236737]  sda: sda1 sda2 sda3 sda4 sda5 sda6
[  468.857577]  sda: sda1 sda2 sda3 sda4 sda5 sda6
[  486.270310]  sda: sda1 sda2 sda3 sda4 sda5 sda6
[  505.048039] kauditd_printk_skb: 58 callbacks suppressed
[  505.048042] audit: type=1400 audit(1606145313.112:70): apparmor="DENIED" operation="capable" profile="/usr/bin/man" pid=2220 comm="man" capability=1  capname="dac_override"
[  595.420820]  sdc: sdc1
[  691.650788] usb 1-2: reset high-speed USB device number 4 using xhci_hcd



Adesso dopo circa 10 minuti di impallo ed è ancora li impallato, cioè non ho ancora estratto la chiavetta ho dinuovo esaminato la coda dei messaggi e veli posto
Codice: Seleziona tutto
#dmesg | tail
[ 1209.660642]  device_reset+0x1d/0x50 [usb_storage]
[ 1209.660661]  scsi_eh_ready_devs+0x5a3/0xc90 [scsi_mod]
[ 1209.660669]  ? __pm_runtime_resume+0x54/0x70
[ 1209.660685]  ? scsi_try_target_reset+0x90/0x90 [scsi_mod]
[ 1209.660701]  scsi_error_handler+0x44c/0x500 [scsi_mod]
[ 1209.660705]  ? __schedule+0x2c3/0x660
[ 1209.660721]  ? scsi_eh_get_sense+0x220/0x220 [scsi_mod]
[ 1209.660727]  kthread+0x112/0x130
[ 1209.660732]  ? __kthread_parkme+0x70/0x70
[ 1209.660736]  ret_from_fork+0x35/0x40
Alessandro2222
Full Member
Full Member
 
Messaggi: 114
Iscritto il: 07/07/2015, 17:35

Re: Pennetta USB 32GB inchiodata e senza alcun peccato......

Messaggioda Aki » 24/11/2020, 7:35

Alessandro2222 ha scritto:Adesso dopo circa 10 minuti di impallo ed è ancora li impallato, cioè non ho ancora estratto la chiavetta ho dinuovo esaminato la coda dei messaggi e veli posto
Codice: Seleziona tutto
#dmesg | tail
[ 1209.660642]  device_reset+0x1d/0x50 [usb_storage]
[ 1209.660661]  scsi_eh_ready_devs+0x5a3/0xc90 [scsi_mod]
[ 1209.660669]  ? __pm_runtime_resume+0x54/0x70
[ 1209.660685]  ? scsi_try_target_reset+0x90/0x90 [scsi_mod]
[ 1209.660701]  scsi_error_handler+0x44c/0x500 [scsi_mod]
[ 1209.660705]  ? __schedule+0x2c3/0x660
[ 1209.660721]  ? scsi_eh_get_sense+0x220/0x220 [scsi_mod]
[ 1209.660727]  kthread+0x112/0x130
[ 1209.660732]  ? __kthread_parkme+0x70/0x70
[ 1209.660736]  ret_from_fork+0x35/0x40

Queste righe sono la parte finale di un messaggio del kernel in cui è documentato che, a seguito di un precedente errore, è effettuato un reset del modulo che è utilizzato per leggere un dispositivo usb.
Aki
Global Moderator
Global Moderator
 
Messaggi: 9693
Iscritto il: 27/12/2007, 16:59

Re: Pennetta USB 32GB inchiodata e senza alcun peccato......

Messaggioda marcomg » 24/11/2020, 16:06

Aki ha scritto:Queste righe sono la parte finale di un messaggio del kernel in cui è documentato che, a seguito di un precedente errore, è effettuato un reset del modulo che è utilizzato per leggere un dispositivo usb.

E penso che dopo un doveroso collaudo su un altro computer si possa sospettare il decesso del disco... Che dici? Diciamo che avere qualche riga in più di log non avrebbe guastato. Inoltre credo che il blackout sia un caso.
~ Marco
marcomg
Administrator
Administrator
 
Messaggi: 5795
Iscritto il: 22/08/2011, 18:54


Torna a Hardware

Chi c’è in linea

Visitano il forum: Nessuno e 2 ospiti