[Risolto] Chiavetta usb da 16 GB

Fedora Linux Hardware
#1

Ho una chiavetta da 16 Giga che non riesco più a leggere, probabilmente ho combinato qualche pasticcio ma non so risalire nè a quando nè come.

Se la inserisco in una presa usb non si monta e non mi fa vedere l’icona sul desktop.
Però se faccio doppio click sull’icona Computer, sempre sul desktop, si apre la finestra del file manager e trovo l’unità TDK LoR Trans-It Drive, ma non mi mostra il suo contenuto.

Se digito lsusb, con e senza la chiavetta, la linea relativa alla chiavetta è questa:

... Bus 002 Device 002: ID 1d0d:0214 ...

Infine, se avvio gparted con la chiavetta inserita non la rileva.

E’ persa per sempre?

Se serve qualche altra informazione chiedete pure. Grazie in anticipo.

Ciao Franco

PS. Ho inserito qua perché non c’è una sezione Hardware indipendente dalla release Fedora.

#2

Provato su altri pc / os se vien rilevata ?

#3

Sul pc di mio figlio (con windows 7) non viene rilevata.

#4

output a chiavetta inserita di:

# fdisk -l
#5

[code]
[root@localhost ~]# fdisk -l

Disco /dev/sda: 320.1 GB, 320071851520 byte

255 testine, 63 settori/tracce, 38913 cilindri
Unità = cilindri di 16065 * 512 = 8225280 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0xfe36fe36

Dispositivo Boot Start End Blocks Id System
/dev/sda1 1 19122 153597433+ 7 HPFS/NTFS
/dev/sda2 19123 19377 2048287+ 82 Linux swap / Solaris
/dev/sda3 * 19378 19441 514080 83 Linux
/dev/sda4 19442 38913 156408840 5 Esteso
/dev/sda5 19442 23265 30716248+ 83 Linux
/dev/sda6 23266 38913 125692528+ 83 Linux

Disco /dev/sdb: 82.0 GB, 81964302336 byte

255 testine, 63 settori/tracce, 9964 cilindri
Unità = cilindri di 16065 * 512 = 8225280 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0x28bcb091

Dispositivo Boot Start End Blocks Id System
/dev/sdb1 * 1 25 200781 83 Linux
/dev/sdb2 26 50 200812+ 83 Linux
/dev/sdb3 51 4129 32764567+ b W95 FAT32
/dev/sdb4 4130 9964 46869637+ 5 Esteso
/dev/sdb5 4130 7045 23422738+ 83 Linux
/dev/sdb6 7046 9964 23446836 83 Linux
[root@localhost ~]# [/code]

Anche qua non compare. :cry:

Grazie. Franco

#6

non è detto,
cosa dice all’inserzione della penna:

$ dmesg|tail
#7

Virus ha detto:

[quote]non è detto
[/quote]
Speriamo

[root@localhost ~]# dmesg | tail 
usb 2-1: new high speed USB device using ehci_hcd and address 5 
usb 2-1: New USB device found, idVendor=1d0d, idProduct=0214 
usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 
usb 2-1: Product: Trans-It Drive 
usb 2-1: Manufacturer: TDK LoR 
usb 2-1: SerialNumber: 078A17590030 
scsi11 : usb-storage 2-1:1.0 
scsi 11:0:0:0: Direct-Access     TDK LoR  Trans-It Drive   PMAP PQ: 0 ANSI: 0 CCS 
sd 11:0:0:0: Attached scsi generic sg3 type 0 
sd 11:0:0:0: [sdc] Attached SCSI removable disk 
[root@localhost ~]#
#8

un dispositivo sdc viene creato.
proviamo a farne un clone:

# dd if=/dev/sdc of=/root/penna_rotta bs=1024

aspetta che termini, poi:

# ll /root/penna_rotta

se da errore , posta l’output.

#9

Risponde così:

[root@localhost ~]# dd if=/dev/sdc of=/root/penna_rotta bs=1024 
dd: apertura di `/dev/sdc': No medium found 
[root@localhost ~]#
#10

di nuovo:

# dmesg | tail
#11 
[root@localhost ~]# dmesg | tail 
usb 2-1: new high speed USB device using ehci_hcd and address 5 
usb 2-1: New USB device found, idVendor=1d0d, idProduct=0214 
usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 
usb 2-1: Product: Trans-It Drive 
usb 2-1: Manufacturer: TDK LoR 
usb 2-1: SerialNumber: 078A17590030 
scsi11 : usb-storage 2-1:1.0 
scsi 11:0:0:0: Direct-Access   TDK LoR  Trans-It Drive   PMAP PQ: 0 ANSI: 0 CCS 
sd 11:0:0:0: Attached scsi generic sg3 type 0 
sd 11:0:0:0: [sdc] Attached SCSI removable disk 
[root@localhost ~]#

Ecco.

#12

in queste condizioni, output di:

[code]# lsmod|grep storage

ll /dev/sd*[/code]

la pennetta è danneggiata, contiene materiale vitale per te ?

#13

La pennetta aveva una partizione ext3 con Fedora 12 e una partizione dati fat32 con niente di importante.

[root@localhost ~]#  lsmod|grep storage  
usb_storage            44408  0  

[root@localhost ~]# ll /dev/sd* 
brw-rw---- 1 root disk 8,  0  6 lug 10:33 /dev/sda 
brw-rw---- 1 root disk 8,  1  6 lug 10:33 /dev/sda1 
brw-rw---- 1 root disk 8,  2  6 lug 10:33 /dev/sda2 
brw-rw---- 1 root disk 8,  3  6 lug 10:33 /dev/sda3 
brw-rw---- 1 root disk 8,  4  6 lug 10:33 /dev/sda4 
brw-rw---- 1 root disk 8,  5  6 lug 10:33 /dev/sda5 
brw-rw---- 1 root disk 8,  6  6 lug 10:33 /dev/sda6 
brw-rw---- 1 root disk 8, 16  6 lug 10:33 /dev/sdb 
brw-rw---- 1 root disk 8, 17  6 lug 10:33 /dev/sdb1 
brw-rw---- 1 root disk 8, 18  6 lug 10:33 /dev/sdb2 
brw-rw---- 1 root disk 8, 19  6 lug 10:33 /dev/sdb3 
brw-rw---- 1 root disk 8, 20  6 lug 10:33 /dev/sdb4 
brw-rw---- 1 root disk 8, 21  6 lug 10:33 /dev/sdb5 
brw-rw---- 1 root disk 8, 22  6 lug 10:33 /dev/sdb6 
brw-rw---- 1 root disk 8, 32  6 lug 19:54 /dev/sdc 
[root@localhost ~]#

Grazie per la disponibilità

#14

due possibili vie di intervento:

# yum install testdisk

poi

# testdisk

vedi se è in grado di esplorare il dispositivo sdc.

altra via, fare un clone con dd_rescue:

# yum install dd_rescue

leggi http://pwet.fr/man/linux/commandes/dd_rescue
per le opzioni.

#15

Ho provato con testdisk, ma non rileva il dispositivo, vedi messaggio:

TestDisk 6.11, Data Recovery Utility, April 2009 
Christophe GRENIER <[email protected]> 
http://www.cgsecurity.org  

  TestDisk is free software, and 
comes with ABSOLUTELY NO WARRANTY.  

Select a media (use Arrow keys, then press Enter): 
Disk /dev/sda - 320 GB / 298 GiB - ATA MAXTOR STM332082 
Disk /dev/sdb - 81 GB / 76 GiB - ATA Maxtor 6Y080P0         


[Proceed ]    Quit  ] 

Note: Disk capacity must be correctly detected for a successful recovery. 
If a disk listed above has incorrect size, check HD jumper settings, BIOS 
detection, and install the latest OS patches and disk drivers.

Più tardi provo con dd_rescue.

Grazie Franco

#16

Ho fatto qualche prova con dd_rescue, (es. su secondo harddisk):

[root@localhost ~]# dd_rescue /dev/sdb /dev/null 
dd_rescue: (warning): /dev/null (32768.0k): Invalid argument!         31744.0k 
dd_rescue: (warning): /dev/null (65536.0k): Invalid argument!         64512.0k 
dd_rescue: (warning): /dev/null (98304.0k): Invalid argument!         97280.0k 
dd_rescue: (warning): /dev/null (131072.0k): Invalid argument!       130048.0k 
....

e continua la scansione che non riporto.

su chiavetta usb, invece:

[root@localhost ~]# dd_rescue /dev/sdc /dev/null 
dd_rescue: (fatal): open "/dev/sdc" failed: No such file or directory 
[root@localhost ~]#

A questo punto, considerando che conteneva cose irrilevanti, è possibile riportare in vita questa pennetta?

Ho provato con Gestore dischi (Palimpsest) e la gui mi mostra, oltre ai dati che trovo in dmesg|tail, anche due bottoni “Rimuovi in sicurezza” e “Formatta unità”. Selezionando questo, mi dà la possibilità di formattare con schema:

  • Master Boot Record
  • Tabella delle partizioni GUID
  • Non partizionare
  • Mappa partizioni Apple

Sarei tentato di provare. Con quale schema mi consigliate formattare?
O c’è ancora qualche altra cosa da provare?

Ciao Franco

#17

non credo che la formatterà, la penna è andata.

#18

[quote]Virus ha scritto:
non credo che la formatterà, la penna è andata.[/quote]

Confermo! Negativamente ma [Risolto]

Grazie Franco