Проблемът е решен.

Създава се файла:

/etc/modprobe.d/ignore_uas.conf

със следното съдържание:

Код:

options usb-storage quirks=357d:7788:u

където 357d:7788 се заменя със съответния vendor:product.

Там е проблема...

Код:

# dmesg
[ 3350.153008] usb 4-3: USB disconnect, device number 2
[ 3356.286855] usb 4-3: new SuperSpeed USB device number 3 using xhci_hcd
[ 3356.299002] usb 4-3: New USB device found, idVendor=357d, idProduct=7788
[ 3356.299008] usb 4-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3356.299011] usb 4-3: Product: USB to ATA/ATAPI Bridge
[ 3356.299027] usb 4-3: Manufacturer: JMicron
[ 3356.299028] usb 4-3: SerialNumber: 4604009129


# cat /proc/partitions
major minor  #blocks  name

   8        0  250059096 sda
   8        1    4200448 sda1
   8        2   16779264 sda2
   8        3  229078016 sda3
  11        0    1048575 sr0

Опитвам се да изчета стария си диск на лаптопа с външна кутия през USB. Дистрибуцията ми е OpenSUSE 13.1. Принципно всички външни сторидж устройства се монтират автоматично, но при този диск има проблем.

BIOS-ът разпознава външния диск и мога да зареждам ОС от него т.е. хардуерът е изправен. Ако заредя нормално от вътрешния диск, JMicron устройството се вижда през USB:

Код:

# lsusb
Bus 004 Device 002: ID 357d:7788

Проблемът е, че дискът и дяловете му ги няма в /dev и не мога да ги монтирам. Моля, за помощ.

Да, това също е проблем, който недооценявах. С Xen нямам никакъв опит и ще трябва да се позанимая теоретично с passthrough...

Освен VT-d / IOMMU има ли друг фактор?

Така е, ще си взема едно Pi3 само заради кефа но не може да реши конкретния проблем, най-малкото щото не мога да му забуча ни сателитния приемник, ни дисковете. Сега например ММ е на едно място, видеотеката на второ, MySQL на трето и т.н. - нещата са се трупали хронологично на парче, кое как дойде...

Търся да сглобя AIO решение, заради многото кабели, джаджи, бучащи вентилатори и консумация. Само принт сървъра ще е отделно, ама за него ще използвам досегашното Pi... но това ще си е отделна занимавка с един релеен интерфейс...

Май проблема с подходящото дъно обаче ще спъне замисъла, та трябва да измисля някакъв компромис...

Спецификацията си е наред в този вид - нищо специално или тежко няма да има, което да поставя особени собствени изисквания към хардуера.

Pi-то е едно от нещата, които ще отпаднат, не заради консумацията от 3W, а защото Kodi-то се задъхва с някои кодировки и по-висок битрейт.

GA-J1900M-D3P изглежда добре, но имам 3 диска за закачане и 1 DVD. Да кажем DVD-то може да отпадне, но това не помага много...

Разходих един измерител на мощност по контактите вкъщи и останах изненадан, че плащам годишно по 350лв. ток за разни неща, който са изключително ниско натоварени, обаче бучат 24/7.

Реших да сглобя една икономична машина, която да обедини всичко в едно. Спецификацията, на която съм се спрял, засега е следната:

• икономично дъно с мобилен процесор, безвентилаторно охлаждане
• поддръжка на 8GB RAM (ще върти виртуални машини)
• 4 SATA порта
• 2 PCI слота (LAN + DVB-T)
• 1 PCIe (DVB-S)
• 1 LAN
• графика Intel
• HDMI
• WiFi би било идеално

Попаднах на някои дъна, донякъде близки до тези изисквания, но нямам представа, дали съществуват такива, които да ги покриват или поне да са приемлив компромис. Изборът е толкова голям, че в края на краищата след много часове разлистване не откривам подходящо и ще съм благодарен за някакви конкретни насоки.

ОК. Това не би ли трябвало да се отнася и за dd-wrt?

Прясно флашнат dd-wrt с настроен WAN и останалото е по подразбиране. При откачен WAN-кабел адресното пространство изглежда съвсем нормално:

Код:

# nmap 192.168.0.0/16 -sP

Starting Nmap 6.40 ( http://nmap.org ) at 2016-02-18 16:34 EET
Nmap scan report for router.home (192.168.1.1)
Host is up (0.011s latency).
Nmap scan report for lenovo.home (192.168.1.3)
Host is up (0.00026s latency).
Nmap done: 65536 IP addresses (2 hosts up) scanned in 514.20 seconds

Закачам WAN-кабела (WAN IP: 95.111.*.*) се появяват интересни новости:

Код:

# nmap 192.168.0.0/16 -sP

Starting Nmap 6.40 ( http://nmap.org ) at 2016-02-18 16:54 EET
Nmap scan report for router.home (192.168.1.1)
Host is up (0.0025s latency).
Nmap scan report for lenovo.home (192.168.1.3)
Host is up (0.00016s latency).
Nmap scan report for 192.168.70.0
Host is up (0.0058s latency).
Nmap scan report for 192.168.70.1
Host is up (0.0047s latency).
Nmap scan report for 192.168.70.255
Host is up (0.012s latency).
Nmap scan report for 192.168.215.0
Host is up (0.016s latency).
Nmap scan report for 192.168.215.1
Host is up (0.013s latency).
Nmap scan report for 192.168.215.255
Host is up (0.023s latency).
Nmap scan report for 192.168.222.0
Host is up (0.010s latency).
Nmap scan report for 192.168.222.1
Host is up (0.020s latency).
Nmap scan report for 192.168.222.3
Host is up (0.0026s latency).
Nmap scan report for 192.168.252.194
Host is up (0.0036s latency).
Nmap scan report for 192.168.252.195
Host is up (0.0090s latency).
Nmap done: 65536 IP addresses (13 hosts up) scanned in 2049.97 seconds

Още по-интересно става при трейс:

Код:

# traceroute 192.168.70.0
traceroute to 192.168.70.0 (192.168.70.0), 30 hops max, 60 byte packets
 1  router.home (192.168.1.1)  0.760 ms  1.082 ms  1.431 ms
 2  77.70.15.65 (77.70.15.65)  6.000 ms  5.987 ms  6.415 ms
 3  * * *
...

Код:

# traceroute 192.168.252.194
traceroute to 192.168.252.194 (192.168.252.194), 30 hops max, 60 byte packets
 1  router.home (192.168.1.1)  0.684 ms  0.966 ms  1.271 ms
 2  77.70.15.65 (77.70.15.65)  5.637 ms  5.629 ms  6.019 ms
 3  sof-vrrp-11.orbitel.bg (195.24.32.19)  5.995 ms  6.429 ms  6.418 ms
 4  192.168.252.194 (192.168.252.194)  6.807 ms  6.797 ms  7.099 ms

Никак не ми се струва нормална появата на необясними публични хостове в частна мрежа. Има ли някой представа какво се случва?

В openSUSE 13.1 съм инсталирал правописна проверка за aspell на английски, руски, немски и български.

Когато пробвам така:

Код:

aspell --encoding=utf-8 --lang=de_DE -c ~/test2.txt
aspell --encoding=utf-8 --lang=bg_BG -c ~/test1.txt
aspell --encoding=utf-8 --lang=bg -c ~/test1.txt

всичко си работи перфектно.

В KMail, Firefox и т.н. обаче проверката работи коректно само на английски и руски. При включване на български подчертава целия текст, а на немски не отбелязва грешки изобщо.

Този проблем съществува поне в последните четири версии на openSUSE, но тъй като досега качвах за Thunderbird речници от репозитара на Mozilla, му обръщам внимание сега, с преминаването към KMail.

Знае ли някой къде да търся проблема?

Благодаря, колеги! Recoll оставя първи добри впечатления и се справя с M$ файловете

Работя с KDE и често ми се налага да търся разни забутани файлове. Индексирал съм ги с Nepomuk, но всъщност ефект има само за прости текстови файлове.

При XP има много удобна търсачка с филтър за пълно текстово търсене в най-различни файлови формати - PDF, XLS, DOC, PPT и т.н. Сега решавам проблема доста първобитно, като отварям едно виртуално XP за да открия с него някой файл, а това си е направо срамота...

Ще бъда много учуден, ако толкова важна функция отсъства и че този проблем не се решава по по-интелигентен начин, та ще съм благодарен за всяка помощ.

На един от компютрите имам два монитора 1280х1024 с въртящи се стойки. Опитвам се за завъртя единия монитор на 90° с помощта на systemsettings. Изображенията действително застават по искания начин, но се променя и разделителната способност, изображението се разтяга и горния край на десктопа излиза извън визуализираната област и което е най-лошото - и на двата монитора се губи синхрона между видимата позиция на курсора и действителното му положение...

Има ли начин да се използват коректно два монитора с различна ориентация?

Настроил съм автоматично монтиране, та ако си познае нещо, би трябвало да го монтира, както прави с всички останали дискове. Но въпросните и през Brasero и K3b пак се обявяват за празни

Ръчно също не става:

Код:

# sudo mount /dev/cdrom /home/jupiter/tpnt
mount: /dev/sr0 is write-protected, mounting read-only
mount: /dev/sr0: can't read superblock

Интересно е, че има 100% повтаряемост при всеки комп на който се пробвам - под XP има файлове, под две различни версии на Linux не...

Очевидно в CD-тата има някакъв проблем, който препъва разпознаването им...

Здравейте,

Не съм наясно с CD файловите системи и не мога да реша следния проблем -

CD-та, записвани навремето с Nero и разни други програми под XP, под openSUSE 13.1 и 12.3 и KDE масово се разпознават като празни. Проблемът не е хардуерен, защото на същите компютри, стартирани под XP, дисковете се четат съвсем нормално.

Моля, за помощ.