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

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

Код:

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

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

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

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

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

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

Прясно флашнат 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.

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

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

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

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

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

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

Здравейте,

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

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

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

Сложил съм стартери за няколко често използвани неща в

~/.config/gnome-panel/launchers

Всичко е OK, обаче в панела са видими два лънчера, за които в папката по-горе отсъстват съответни .desktop файлове. Тези лънчери не могат да се изтрият. Явно, че има повече от един начин за дефиниране на лънчери и тези два от тях не използват горната папка. Някой може ли да ме светне, как бих могъл да ги премахна.

Днес реших да съм прилежен и качих натрупалите се ъпдейти на служебната машина. Ефектът бе, че машината стана практически неизползваема - след повече от 3 секунди липса на активност от страна на мишка или клавиатура, машината зависва и се събужда след секунда или повече след първия клавииш, т.е. половината набрана дума, разбира се, е "изядена". За да напиша този текст мърдах през цялото време мишката с крак, за да не заспива... Аргх!!!

Ако някой знае лечението, ще бъда благодарен да сподели.

• OpenSuSE 11.3 32bit
• четец OmniKey CardMan 6121
• смарт карта Siemens от InfoNotary

Четох и опитвах... и в съпровождащото CD на InfoNotary и в сайта им и тук и тук и в Гугъл... Даже инсталирах една виртуална машина само за да експериментирам с четеца...

Тъй като съм лаик, нямам представа къде точно се къса нишката. И конфигураторът не казва гък освен "Няма открити валидни удостоверения"...

Ако някой е минавал по този трънлив път, нека сподели - бирата е от мен 

Като абсолютен Линукс-лаик, подходих прекалено оптимистично към покупката на скенера за новия офис, в който MS беше баннат по условие. Та първо купих CanoScan LiDE 700F, а чак по-късно проверих съвместимостта в SANE...

Тъй като скенер си трябва, ще се бръкна отново Лошото е, че сверявайки моделите на българския пазар в SANE, не успях да открия 100% поддържан под Линукс относително сносен SOHO скенер

Ще бъда благодарен, ако ме "светнете" със съвет.