Поставил 8мой релиз i386 на GA945-GM-S2. Столкнулся со странностью, не смог смонтировать флешку. Посмотрел на вывод dmesg обнаружилось что USB контроллер как то странно работает:
dmesg | grep usb
usbus0: <Intel 82801G (ICH7) USB controller USB-A> on uhci0
usbus1: <Intel 82801G (ICH7) USB controller USB-B> on uhci1
usbus2: <Intel 82801G (ICH7) USB controller USB-C> on uhci2
usbus3: <Intel 82801G (ICH7) USB controller USB-D> on uhci3
usbus4: EHCI version 1.0
usbus4: <Intel 82801GB/R (ICH7) USB 2.0 controller> on ehci0
usbus0: 12Mbps Full Speed USB v1.0
usbus1: 12Mbps Full Speed USB v1.0
usbus2: 12Mbps Full Speed USB v1.0
usbus3: 12Mbps Full Speed USB v1.0
usbus4: 480Mbps High Speed USB v2.0
ugen0.1: <Intel> at usbus0
uhub0: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
ugen1.1: <Intel> at usbus1
uhub1: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1
ugen2.1: <Intel> at usbus2
uhub2: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2
ugen3.1: <Intel> at usbus3
uhub3: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus3
ugen4.1: <Intel> at usbus4
uhub4: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus4
при попытке смонтировать флешку, устройство определяется как da0 и в /dev/ появляется da0a вместо da0s1 как было на 7.2. Смонтировать da0a командой mount_msdosfs /dev/da0a /mnt/usb не получается, в ответ ошибка "invalid argument".
Поставил 8мой релиз i386 на GA945-GM-S2. Столкнулся со странностью, не смог смонтировать флешку. Посмотрел на вывод dmesg обнаружилось что USB контроллер как то странно работает:
dmesg | grep usb
usbus0: <Intel 82801G (ICH7) USB controller USB-A> on uhci0
usbus1: <Intel 82801G (ICH7) USB controller USB-B> on uhci1
usbus2: <Intel 82801G (ICH7) USB controller USB-C> on uhci2
usbus3: <Intel 82801G (ICH7) USB controller USB-D> on uhci3
usbus4: EHCI version 1.0
usbus4: <Intel 82801GB/R (ICH7) USB 2.0 controller> on ehci0
usbus0: 12Mbps Full Speed USB v1.0
usbus1: 12Mbps Full Speed USB v1.0
usbus2: 12Mbps Full Speed USB v1.0
usbus3: 12Mbps Full Speed USB v1.0
usbus4: 480Mbps High Speed USB v2.0
ugen0.1: <Intel> at usbus0
uhub0: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
ugen1.1: <Intel> at usbus1
uhub1: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1
ugen2.1: <Intel> at usbus2
uhub2: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2
ugen3.1: <Intel> at usbus3
uhub3: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus3
ugen4.1: <Intel> at usbus4
uhub4: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus4
при попытке смонтировать флешку, устройство определяется как da0 и в /dev/ появляется da0a вместо da0s1 как было на 7.2. Смонтировать da0a командой mount_msdosfs /dev/da0a /mnt/usb не получается, в ответ ошибка "invalid argument".
У кого либо есть подобные сложности?
Проблема в мосте Intel ICH7. На нём много чего неправильно работает (Soft RAID, к примеру).
На nForce MCP51 таких проблем нет.
Ротор поля наподобие дивергенции градуирует себя вдоль спина и там внутре ево неонка.
при попытке смонтировать флешку, устройство определяется как da0 и в /dev/ появляется da0a вместо da0s1 как было на 7.2. Смонтировать da0a командой mount_msdosfs /dev/da0a /mnt/usb не получается, в ответ ошибка "invalid argument".
Проблема в мосте Intel ICH7. На нём много чего неправильно работает (Soft RAID, к примеру).
На nForce MCP51 таких проблем нет.
Гм... Однако все прекрасно работало в 7.2 версии.
Странно все это...
Насколько я понял (т.к. не спец в англ. языке) произошли какие то изменения в плане работы усб стека, после этого начались проблемы.
До 8мой версии все было в порядке.
при попытке смонтировать флешку, устройство определяется как da0 и в /dev/ появляется da0a вместо da0s1 как было на 7.2. Смонтировать da0a командой mount_msdosfs /dev/da0a /mnt/usb не получается, в ответ ошибка "invalid argument".
Проблема в мосте Intel ICH7. На нём много чего неправильно работает (Soft RAID, к примеру).
На nForce MCP51 таких проблем нет.
Гм... Однако все прекрасно работало в 7.2 версии.
Странно все это...
Насколько я понял (т.к. не спец в англ. языке) произошли какие то изменения в плане работы усб стека, после этого начались проблемы.
До 8мой версии все было в порядке.
Господа, может я чего то не понимаю? Может нужно что то в ядре включить? Загрузить модуль? Или как то по новому монтировать USB флешку отформаченую в msdos? У кого такие сложности возникли отпишите плз.
ugen4.2: <Kingston> at usbus4
umass0: <Kingston DataTraveler 2.0, class 0/0, rev 2.00/1.00, addr 2> on usbus4
umass0: SCSI over Bulk-Only; quirks = 0x0000
umass0:0:0:-1: Attached to scbus0
(probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0
(probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(probe0:umass-sim0:0:0:0): SCSI Status: Check Condition
(probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0
(probe0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed
(probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data)
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <Kingston DataTraveler 2.0 PMAP> Removable Direct Access SCSI-0 device
da0: 40.000MB/s transfers
da0: 954MB (1953792 512 byte sectors: 64H 32S/T 954C)
В /dev появляются устройства da0 и da0a
Что странно GEOM_LABEL в сообщениях нет совсем. Даже касательно разделов ad0xxx.
Ничего не понимаю...
Начинаю подозревать, что какие то траблы с ядром, возможно потому что ставил систему через FTP. Сейчас попробую ядро пересобрать, может чего не скопировалось или глючно скопировалось в процессе установки по сети...
Провел эксперимент с использованием только дистрибутивных дисков, картина странная. Походу все таки в 8.0 версии какие-то проблемы, скриншоты прилагаются.
Проблема подтверждается на материнских платах:
Intel: GA-8I865GMK-775
GA-945GM-S2
GA-8IRX
SIS: P4S800-MX SE
Система 8.0 просто не видит FAT раздел на усб флешке... Собственно это баг. Кто нормально знает англ. язык отпишите плиз багрепорт разрабам.
С флешкой отформатированной в UFS картина аналогичная, т.е. 7.2 видит раздел, 8.0 раздел не видит.
У вас нет необходимых прав для просмотра вложений в этом сообщении.
такой баг уже есть, но на rc версиях, пишут сделать freebsd-update, а что у тебя вот здесь лежит: /dev/msdosfs?
еще вот здесь почитай:
подержка чего есть и чего нет, правда все на англ, но думаю что разберешь потихоньку http://www.freebsd.org/releases/8.0R/relnotes-detailed.html
такой баг уже есть, но на rc версиях, пишут сделать freebsd-update, а что у тебя вот здесь лежит: /dev/msdosfs?
еще вот здесь почитай:
подержка чего есть и чего нет, правда все на англ, но думаю что разберешь потихоньку http://www.freebsd.org/releases/8.0R/relnotes-detailed.html
Таких каталогов просто не создается, т.к. раздел не виден совсем системой, GEOM_LABEL вапще нет никаких сообщений.
Решение подсказали в конференции freebsd@conference.jabber.ru
evil_: dd if=/dev/zero of=/dev/ad1 oseek=1 bs=512 count=1
evil_: вот само решение
Соответсвенно я выполнил команду dd if=/dev/zero of=/dev/da0 oseek=1 bs=512 count=1 для своей флешки обнулился какой то блок на ней и все начало нормально работать. Ссылка о проблеме и решении на англ. :
Решение подсказали в конференции freebsd@conference.jabber.ru
evil_: dd if=/dev/zero of=/dev/ad1 oseek=1 bs=512 count=1
evil_: вот само решение
Соответсвенно я выполнил команду dd if=/dev/zero of=/dev/da0 oseek=1 bs=512 count=1 для своей флешки обнулился какой то блок на ней и все начало нормально работать. Ссылка о проблеме и решении на англ. :
Решение подсказали в конференции freebsd@conference.jabber.ru
evil_: dd if=/dev/zero of=/dev/ad1 oseek=1 bs=512 count=1
evil_: вот само решение
Соответсвенно я выполнил команду dd if=/dev/zero of=/dev/da0 oseek=1 bs=512 count=1 для своей флешки обнулился какой то блок на ней и все начало нормально работать. Ссылка о проблеме и решении на англ. :
Ну сделайте fsck_msdosfs /dev/da0
Что, так трудно?
Не получается так сделать, в ответ ошибка. Собственно fsck_msdosfs не отрабатывал. И я выше уже писал что такая же картина на флешке которая в UFS отформатирована, у некоторых такие же сложности с жесткими дисками возникают. И fsck не помогал. У того человека что мне подсказал в конфе такая фигня возникла с ATA винтами, так же не виделись разделы. И fsck не отрабатывал, т.к. ему чтобы отработать нужно раздел определить, как и fsck_msdosfs.
