Isso pode significar que o dispositivo é manipulado por um driver diferente. Você já tentou montá-lo?
sudo mount /dev/sg3 /mnt
Editar: O dispositivo sg3 pode ser um dispositivo scsi que ainda precisa ser mapeado.
Eu tenho um disco ssd Corsair R60 que é um disco com conectores sata e usb. Mas a coisa usb parece ser um pouco não-padrão, ou talvez seja apenas o meu fedora linux.
Quando eu insiro o disco usando um cabo usb em um sistema linux Fedora 14 em funcionamento, um dispositivo chamado / dev / sg3 é adicionado, mas isso é tudo. Nenhum novo dispositivo / dev / sd * é criado, portanto não consigo montar o disco.
Se eu olhar para cat / proc / scsi / sg / device_strs Eu recebo
ATA Hitachi HTS54321 FB2O
HL-DT-ST DVDRAM GSA-T50N RP05
Seagate Desktop 0130
Corsair CSSD-R60GB2
Então o disco está lá. (A última entrada), mas o meu Linux vai, por algum motivo, não vê-lo como um disco rígido USB. Quando eu insiro outros discos usb eles funcionam bem. É apenas este disco específico que causa problemas. Eu tentei em 3 computadores diferentes com o mesmo resultado.
Uma dica para o problema pode ser que, se eu adicionar o disco a um sistema Windows (Com usb), o disco será chamado de "Um disco fixo" e não um disco portátil como esperado. O disco funciona bem com linux Se eu conectá-lo com o sata cabel, mas eu realmente gostaria de tê-lo trabalhando com o usb também. (Para montá-lo em computadores sem sata).
Adicionado: Eu tentei montar / dev / sg3 mas monte dizer que não é um dispositivo de bloco. (Arquivo diz que é um dispositivo especial de caráter).
Adicionado saída do dmesg:
[ 97.454073] usb 7-1: USB disconnect, address 2
[ 105.913055] hub 2-0:1.0: unable to enumerate USB device on port 3
[ 107.048054] usb 2-3: new high speed USB device using ehci_hcd and address 5
[ 107.162900] usb 2-3: New USB device found, idVendor=1b1c, idProduct=1ab8
[ 107.162903] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=5
[ 107.162906] usb 2-3: Product: CSSD-R60GB2
[ 107.162908] usb 2-3: Manufacturer: Corsair
[ 107.162910] usb 2-3: SerialNumber: 10111441000000990069
[ 107.167651] scsi7 : usb-storage 2-3:1.0
[ 108.195543] scsi 7:0:0:0: Direct-Access Corsair CSSD-R60GB2 PQ: 1 ANSI: 0
[ 108.197732] scsi 7:0:0:0: Attached scsi generic sg3 type 0
sg_map me dá
/dev/sg0 /dev/sda
/dev/sg1 /dev/scd0
/dev/sg2 /dev/sdb
/dev/sg3
e lsscsi me dá
[0:0:0:0] disk ATA Hitachi HTS54321 FB2O /dev/sda
[1:0:0:0] cd/dvd HL-DT-ST DVDRAM GSA-T50N RP05 /dev/sr0
[6:0:0:0] disk Seagate Desktop 0130 /dev/sdb
[8:0:0:0] disk Corsair CSSD-R60GB2 -
E lsscsi -l dá
[0:0:0:0] disk ATA Hitachi HTS54321 FB2O /dev/sda
state=running queue_depth=31 scsi_level=6 type=0 device_blocked=0 timeout=30
[1:0:0:0] cd/dvd HL-DT-ST DVDRAM GSA-T50N RP05 /dev/sr0
state=running queue_depth=1 scsi_level=6 type=5 device_blocked=0 timeout=30
[6:0:0:0] disk Seagate Desktop 0130 /dev/sdb
state=running queue_depth=1 scsi_level=3 type=0 device_blocked=0 timeout=30
[8:0:0:0] disk Corsair CSSD-R60GB2 -
state=running queue_depth=1 scsi_level=0 type=0 device_blocked=0 timeout=0
Venha para pensar sobre isso scsi_level = 0 parece errado.
E lsscsi -t dá
[
0:0:0:0] disk sata: /dev/sda
[1:0:0:0] cd/dvd sata: /dev/sr0
[6:0:0:0] disk usb: 2-1:1.0 /dev/sdb
[8:0:0:0] disk usb: 2-3:1.0 -
Eu encontrei um outro cara com exatamente o mesmo problema ( link ) então eu acho que é começando a parecer um bug no firmware das unidades ou no kernel do linux.
Atualização final: A Corsair disse que o design do disco está quebrado e parece não haver nenhuma maneira de fazê-lo funcionar.
Mas obrigado pela ajuda de qualquer maneira.
Isso pode significar que o dispositivo é manipulado por um driver diferente. Você já tentou montá-lo?
sudo mount /dev/sg3 /mnt
Editar: O dispositivo sg3 pode ser um dispositivo scsi que ainda precisa ser mapeado.
Eu presumo que o MBR do disco está corrompido. Se você sobrescrever o MBR do disco, provavelmente funcionará novamente.
Você precisa fazer isso como root:
dd if=/dev/zero of=/dev/sg3 bs=446 count=1
Seja muito prudente com este comando, porque você pode destruir um bom disco rígido de trabalho. Certifique-se de que o disco rígido que você deseja reparar seja de fato o /dev/sg3 !
Eu tive o mesmo problema esta manhã, e consegui "reparar" dessa maneira. Nenhum dado foi perdido no disco rígido fazendo esta intervenção.
Unidade SSD SATA em um fator de forma 2.5 com uma porta USB interna. Estranho.
Tudo o que sei é que mesmo um dispositivo de disco sem MBR aparecerá como /dev/sda - sem uma tabela de partições válida, você não verá /dev/sda1 , etc. mas o dispositivo root /dev/sda certamente será lá.
Tente atualizar o firmware nele.