LINUX.ORG.RU
решено Форум — Desktop  

Не монтируется мп3 плеер в Дебиан 6 с ядром 2.6.38.4


0

1

Собственно с ядром 2.6.32 он монтировался без проблем. Сейчас fdisk его не видит, хотя система его точно определяет:
# dmesg
[ 745.872020] usb 2-1: new high speed USB device using ehci_hcd and address 3
[ 745.986943] usb 2-1: New USB device found, idVendor=071b, idProduct=3203
[ 745.986949] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 745.986954] usb 2-1: Product: ROCK MP3
[ 745.986957] usb 2-1: Manufacturer: RockChip
[ 745.986961] usb 2-1: SerialNumber: USBV1.00
[ 745.987568] usb-storage 2-1:1.0: Quirks match for vid 071b pid 3203: 80600
[ 745.987601] scsi7 : usb-storage 2-1:1.0
[ 746.987725] scsi 7:0:0:0: Direct-Access RockChip USBDISK User 1.00 PQ: 0 ANSI: 0
[ 746.988184] scsi 7:0:0:1: Direct-Access RockChip USBDISK SD 1.00 PQ: 0 ANSI: 0
[ 746.989480] sd 7:0:0:0: Attached scsi generic sg3 type 0
[ 746.989874] sd 7:0:0:1: Attached scsi generic sg4 type 0
[ 746.990347] sd 7:0:0:0: [sdc] 7825408 512-byte logical blocks: (4.00 GB/3.73 GiB)
[ 746.990353] sd 7:0:0:0: [sdc] Assuming Write Enabled
[ 747.094022] usb 2-1: reset high speed USB device using ehci_hcd and address 3
[ 747.261358] usb 2-1: USB disconnect, address 3
[ 747.261498] sd 7:0:0:0: [sdc] No Caching mode page present
[ 747.261505] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[ 747.261709] sd 7:0:0:1: [sdd] Attached SCSI removable disk
[ 747.261901] sd 7:0:0:0: [sdc] READ CAPACITY failed
[ 747.261906] sd 7:0:0:0: [sdc] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[ 747.261912] sd 7:0:0:0: [sdc] Sense not available.
[ 747.261917] sd 7:0:0:0: [sdc] Assuming Write Enabled
[ 747.263064] sd 7:0:0:0: [sdc] Asking for cache data failed
[ 747.263071] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[ 747.263076] sdc: detected capacity change from 4006608896 to 0
[ 747.263254] sd 7:0:0:0: [sdc] Attached SCSI removable disk



Последнее исправление: Tipy-tip (всего исправлений: 1)
← [Debian Squeeze] ntfs-3g не монтирует разделы
перезапуск iptables и ip6tables в ubuntu 10.10 →

Ответ на: Прошу прощения, может я чего-то недопонимаю. от Tipy-tip

> Но какое отношение имеет клоун к моей проблеме?

всё ломал к чертям своими кривыми руками, а потом весь опенсорс был виновен, что у него ничего после этого не работало. нэ?

arsi ★★★★★
()

> с ядром 2.6.38.4
Откуда брали ядро?

Сейчас fdisk его не видит, хотя система его точно определяет

cat /proc/partitions ?
ls -l /dev/disk/by-id/ ?

AITap ★★★★★
()
Ответ на: комментарий от AITap

Ядро брал с Кернел орг.

# ls -l /dev/disk/by-id/
итого 0
lrwxrwxrwx 1 root root 9 Апр 24 21:14 ata-MAXTOR_STM3500320AS_9QMAWW48 -> ../../sdb
lrwxrwxrwx 1 root root 10 Апр 24 21:14 ata-MAXTOR_STM3500320AS_9QMAWW48-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 Апр 24 21:14 ata-MAXTOR_STM3500320AS_9QMAWW48-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 10 Апр 24 21:14 ata-MAXTOR_STM3500320AS_9QMAWW48-part4 -> ../../sdb4
lrwxrwxrwx 1 root root 10 Апр 24 21:14 ata-MAXTOR_STM3500320AS_9QMAWW48-part5 -> ../../sdb5
lrwxrwxrwx 1 root root 9 Апр 24 21:14 ata-SAMSUNG_SP0802N_S00JJ50XB39791 -> ../../sda
lrwxrwxrwx 1 root root 10 Апр 24 21:14 ata-SAMSUNG_SP0802N_S00JJ50XB39791-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Апр 24 21:14 ata-SAMSUNG_SP0802N_S00JJ50XB39791-part3 -> ../../sda3
lrwxrwxrwx 1 root root 10 Апр 24 21:14 ata-SAMSUNG_SP0802N_S00JJ50XB39791-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 Апр 24 21:14 ata-SAMSUNG_SP0802N_S00JJ50XB39791-part6 -> ../../sda6
lrwxrwxrwx 1 root root 10 Апр 24 21:14 ata-SAMSUNG_SP0802N_S00JJ50XB39791-part7 -> ../../sda7
lrwxrwxrwx 1 root root 10 Апр 24 21:14 ata-SAMSUNG_SP0802N_S00JJ50XB39791-part8 -> ../../sda8
lrwxrwxrwx 1 root root 9 Апр 24 21:14 scsi-SATA_MAXTOR_STM35003_9QMAWW48 -> ../../sdb
lrwxrwxrwx 1 root root 10 Апр 24 21:14 scsi-SATA_MAXTOR_STM35003_9QMAWW48-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 Апр 24 21:14 scsi-SATA_MAXTOR_STM35003_9QMAWW48-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 10 Апр 24 21:14 scsi-SATA_MAXTOR_STM35003_9QMAWW48-part4 -> ../../sdb4
lrwxrwxrwx 1 root root 10 Апр 24 21:14 scsi-SATA_MAXTOR_STM35003_9QMAWW48-part5 -> ../../sdb5
lrwxrwxrwx 1 root root 9 Апр 24 21:14 scsi-SATA_SAMSUNG_SP0802NS00JJ50XB39791 -> ../../sda
lrwxrwxrwx 1 root root 10 Апр 24 21:14 scsi-SATA_SAMSUNG_SP0802NS00JJ50XB39791-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Апр 24 21:14 scsi-SATA_SAMSUNG_SP0802NS00JJ50XB39791-part3 -> ../../sda3
lrwxrwxrwx 1 root root 10 Апр 24 21:14 scsi-SATA_SAMSUNG_SP0802NS00JJ50XB39791-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 Апр 24 21:14 scsi-SATA_SAMSUNG_SP0802NS00JJ50XB39791-part6 -> ../../sda6
lrwxrwxrwx 1 root root 10 Апр 24 21:14 scsi-SATA_SAMSUNG_SP0802NS00JJ50XB39791-part7 -> ../../sda7
lrwxrwxrwx 1 root root 10 Апр 24 21:14 scsi-SATA_SAMSUNG_SP0802NS00JJ50XB39791-part8 -> ../../sda8
lrwxrwxrwx 1 root root 9 Апр 24 21:27 usb-RockChip_USBDISK_SD_USBV1.00-0:1 -> ../../sdd
lrwxrwxrwx 1 root root 9 Апр 24 21:14 wwn-0x5000c5001109aeeb -> ../../sdb
lrwxrwxrwx 1 root root 10 Апр 24 21:14 wwn-0x5000c5001109aeeb-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 Апр 24 21:14 wwn-0x5000c5001109aeeb-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 10 Апр 24 21:14 wwn-0x5000c5001109aeeb-part4 -> ../../sdb4
lrwxrwxrwx 1 root root 10 Апр 24 21:14 wwn-0x5000c5001109aeeb-part5 -> ../../sdb5
lrwxrwxrwx 1 root root 9 Апр 24 21:14 wwn-0x50f0000000000000 -> ../../sda
lrwxrwxrwx 1 root root 10 Апр 24 21:14 wwn-0x50f0000000000000-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Апр 24 21:14 wwn-0x50f0000000000000-part3 -> ../../sda3
lrwxrwxrwx 1 root root 10 Апр 24 21:14 wwn-0x50f0000000000000-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 Апр 24 21:14 wwn-0x50f0000000000000-part6 -> ../../sda6
lrwxrwxrwx 1 root root 10 Апр 24 21:14 wwn-0x50f0000000000000-part7 -> ../../sda7
lrwxrwxrwx 1 root root 10 Апр 24 21:14 wwn-0x50f0000000000000-part8 -> ../../sda8

# cat /proc/partitions
major minor #blocks name

8 0 78184008 sda
8 1 20482843 sda1
8 3 1 sda3
8 5 214016 sda5
8 6 1933312 sda6
8 7 14648320 sda7
8 8 40895488 sda8
8 16 488386584 sdb
8 18 115378830 sdb2
8 19 341846560 sdb3
8 20 1 sdb4
8 21 31150003 sdb5

Tipy-tip
() автор топика

Его называют MP3-плеером, аудиоплеером, переносным музыкальным плеером, но в первый раз вижу, чтобы называли «флеш плеером».

А что, собственно, происходит? Что конкретно значит «не монтируется»?

proud_anon ★★★★★
()
Ответ на: комментарий от Tipy-tip

> Ядро брал с Кернел орг.
Зачем? А как собирали? Как ставили?

# ls -l /dev/disk/by-id/

Ну нету там sdc.

# cat /proc/partitions

И здесь тоже. Уверены, что процитированный кусок dmesg относился к плееру?

[ 747.094022] usb 2-1: reset high speed USB device using ehci_hcd and address 3

[ 747.261358] usb 2-1: USB disconnect, address 3

[ 747.261901] sd 7:0:0:0: [sdc] READ CAPACITY failed

[ 747.261906] sd 7:0:0:0: [sdc] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK

[ 747.263076] sdc: detected capacity change from 4006608896 to 0

Уверены, что оно вообще живое?

AITap ★★★★★
()
Ответ на: комментарий от proud_anon

Что конкретно значит "не монтируется"

Автоматически, как флэшка, (потому наверное и флэш, или скорее медиа, нет мп3-плейер, мой косяк, признаю)

Tipy-tip
() автор топика
Ответ на: комментарий от AITap

И здесь тоже. Уверены, что процитированный кусок dmesg относился к плееру?

100% Еще фишка в том , что при загрузке из 32 ядра он распознается и монтируется как и прежде автоматом, за исключением одного отмонтировать теперь его может только рут!

Tipy-tip
() автор топика
Ответ на: И здесь тоже. Уверены, что процитированный кусок dmesg относился к плееру? от Tipy-tip

>100%
Интересно. Похоже, ваш RockChip примонтировался как sdd, а sdc куда-то исчез.

>Автоматически, как флэшка
Попытайтесь, прежде всего, смонтировать вручную с помощью mount. Работает?

proud_anon ★★★★★
()
Ответ на: нет от Tipy-tip

>mount: special device /dev/sdd does not exist
>mount: special device /dev/sdc does not exist
Вау.
Может, сохраните полный вывод dmesg и выложите его куда-нибудь? Похоже, что с ним что-то происходит после процитированного места.

proud_anon ★★★★★
()
Ответ на: комментарий от proud_anon

вывод

Вывод команды полный, делал сначала dmesg-с, затем подключил плейер, потом спустя секунд 10 dmesg и вот такая картина.

Tipy-tip
() автор топика
Ответ на: комментарий от Chubakur

баг ядра 38

Да. Лишний раз убедился, «не все ядра одинаково полезны».

Tipy-tip
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← [Debian Squeeze] ntfs-3g не монтирует разделы
Desktop
перезапуск iptables и ip6tables в ubuntu 10.10 →