LINUX.ORG.RU

USB HDD 4 терабайта не всегда работает под линуксом.

 


0

1

USB HDD Maxtor, 4 терабайта. На Debian 10 иногда работает иногда нет. Если не работает - помогает перезагрузка ПК, после которой работает.

На других дистрибутивах то определяется, то не определяется. Если определился - может через несколько часов работы повиснуть.

С Windows 7 дружит исправно.

С чего начать поиски пути решения проблемы?

Ответ на: комментарий от anonymous

Под виндой другие ПК, может там с питанием по-другому. На компе где стоит дебиан 10 я винду не держу.

metaprog
() автор топика
Ответ на: комментарий от anonymous

Нет /а вообще то в каких-то тредах немножко пальцы веером распускал/.

На счет GUI что могу сказать?
Ничего революционного /основанное на метаданных и не требующее перекомпиляции проекта/.

Владимир

anonymous
()

с dmesg. предполагаю, проблемы с дровами контроллера. в таких случаях, легче контроллер заменить, чем драйвер искать, имхо

anonymous
()
Ответ на: комментарий от metaprog
Ответ на: комментарий от SergeySVold

Спасибо, надо попробовать купить. Правда карантины чертовы, все закрыто...

Других предположений кроме банальной нехватки питания ни у кого нет?

metaprog
() автор топика
Ответ на: комментарий от anonymous

Просьба к тем, кто разбирается в законодательстве погуглить «лицензия на run time библиотеки LabView».
Полно ссылок по этой теме.
Не верится, что LabView бесплатно раздает run-time библиотеки.
Что-то здесь не так.
Скорее всего речь идет о клиентских компьютерах.

Владимир

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

Только Зарегистрированный пользователь может использовать или иным
образом запускать Программное обеспечение, и Программное не может
запускаться на более чем одном компьютере одновременно.

Владимир

anonymous
()
Ответ на: комментарий от anonymous
Приложение Лицензия на исходный код
Приложение B Специальные типы лицензий
Оценочная лицензия; Предварительная версия программного обеспечения
Лицензия только для компиляции (Measurement Studio)
Программное обеспечение интерфейса драйвера
Лицензия на множественный доступ (программное обеспечение NI-488.2 для GPIB-ENET)
Лицензия на одновременное использование
Лицензия на отладку
Лицензия на непрерывную интеграцию (LabVIEW)
Приложение C Условия программы корпоративного лицензирования
Приложение D Условия программы Enterprise
Приложение E Условия академической лицензии
Приложение F Положения, специфичные для продукта (TestStand, Measurement Studio, сообщество LabVIEW
Edition и LabVIEW NXG Community Edition)

Владимир

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

http://labviewportal.ru/viewtopic.php?f=21&t=7016&p=56584&hilit=%D0%9B%D0%B8%D1%86%D0%B5%D0%BD%D0%B7%D0%B8%D1%8F+run+time#p56584 Вопрос с лицензированием

По ценам на саму среду разработки можете посмотреть тут: http://www.ni.com/labview/buy/.
Как видите,цены рознятся в зависимости от желаемой среды(Full,Proffesional etc).
Если Ваша компания имеет лицензию на среду разработки и в ней же Вы пишите программы - то все хорошо(кстати,имейте ввиду,что LabVIEW нельзя ставить поголовно на все машины. Лицензия распространяется на отдельное кол-во компьютеров, на которых Вы можете установить LabVIEW. Всё точно так же как с лицензионным антивирусом или офисом).
Далее,если при разработке программы Вы пользуетесь тулкитами для LabVIEW - на них у Вас тоже должна быть лицензия. Либо пишите свой тулкит,как вариант(ну или бесплатный аналог может где гуляет на просторах интернета).
Конечный АПК представляет собой собственно железо+софт+Run-Time.
Софт - лицензия.
Run-Time- бесплатный.
Драйвера к железу от NI - в свободном доступе для скачивания(то есть бесплатно...ну дк еще бы,цены на аппаратуру очень кусаются(СВЧ-сегмент к примеру).:)
Ставьте свой софт хоть на 1000 устройств,коль создан он был на лицензионном LabVIEW.
anonymous
()
Ответ на: комментарий от anonymous

Шутка.

Если @metaprog имеет лицензию, а форумчане поступают к нему на работу, то тогда вы имеете право установить у себя run-time.

Владимир

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

Готов принять бан сразу после того как перебанят всех тех, кто с истерикой катается по форуму и кричит о ненужности метапрога и необходимости бана автора метапрога.

ИМХНО не против Метапрог, а против того, что в тредах о Метапрог 95% информации о том, что @metaprog неуч …

Владимир

anonymous
()
Ответ на: комментарий от SergeySVold

Отловил только что еще один баг, с питанием вроде не связанный. Отключаю тот самый USB-диск (исправно опредеившийся и работающий) - и потом он вообще никак не определяется при подключении (ни файловым менеджером, ни gparted), а в dmesg бесконечная простыня из

[650097.563989] DMAR: DRHD: handling fault status reg 2
[650097.563996] DMAR: [DMA Read] Request device [03:00.0] fault addr 0 [fault reason 06] PTE Read access is not set
[650100.639836] DMAR: DRHD: handling fault status reg 2
[650100.639844] DMAR: [DMA Read] Request device [03:00.0] fault addr 0 [fault reason 06] PTE Read access is not set
[650101.663844] DMAR: DRHD: handling fault status reg 2
[650101.663850] DMAR: [DMA Read] Request device [03:00.0] fault addr 0 [fault reason 06] PTE Read access is not set
[650104.731789] DMAR: DRHD: handling fault status reg 2
[650104.731793] DMAR: [DMA Read] Request device [03:00.0] fault addr 0 [fault reason 06] PTE Read access is not set
[650104.769912] DMAR: DRHD: handling fault status reg 2
[650104.769917] DMAR: [DMA Read] Request device [03:00.0] fault addr 0 [fault reason 06] PTE Read access is not set
[650107.805031] DMAR: DRHD: handling fault status reg 2
[650107.805038] DMAR: [DMA Read] Request device [03:00.0] fault addr 0 [fault reason 06] PTE Read access is not set
[650108.827826] DMAR: DRHD: handling fault status reg 2

Раньше тоже много раз бывало что после отключения диск не определялся, только я в dmesg не смотрел:)

metaprog
() автор топика
Ответ на: комментарий от metaprog

Такая ошибка попадалась. Была связана с IOMMU. Разруливал переводя параметры ядра intel_iommu=on в intel_iommu = pt.

Вот нашел IOMMU ломает suspend

SergeySVold ★★★★★
()
Последнее исправление: SergeySVold (всего исправлений: 1)
Ответ на: комментарий от SergeySVold

Беда в том, что я плотно сижу на винде под виртуалкой и в ближайшем будущем от этого отказаться нельзя.

Есть еще другие варианты решения проблемы? Может ли помочь обновление ядра из бекпортов? Можно ли из дебиановских бекпортов в случае чего ядра откатиться обратно на мейнстрим?

metaprog
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.