През man pgrep и гугъл вече минах...

Явно не, защото в man-а пише, че търсенето по име на процеса е ограничено до 15 символа (колкото е "gnome-calculato"), защото толкова се записват в /proc/PID/stat файла на процеса, и трябва да използваш флага "-f", ако искаш повече (което обаче хваща целия ред на процеса, а не само името му).

Тази тема е преместена в Хардуерни и софтуерни проблеми.

http://www.linux-bg.org/forum/index.php?topic=47234.0

Не ги изреждам всичките, но по-важното е, че липсва RC4-MD5.
Ако се ориентирам правилно, CISCO-то отсреща предлага шифър, който openconnect не поддържа и това осира връзката.

Да, би трябвало това да ти е проблемът.

Не можах и да се ориентирам какво ползва openconnect - openssl, gnutls ...

Зависи с кое е компилирано, поддържа и двете, но ако ползваш пакета от хранилищата, то би трябвало да ползва gnutls. Можеш да провериш с команда

Код:

openconnect --version

Въпросният шифър е набеден за несигурен и затова сигурно openconnect не го ползва, но все пак дали няма начин да го накарам да го "хареса" отново, защото нещата си работеха нормално допреди няколко дни. Предполагам е минал ъпдейт, който е променил openconnect.

Работата с шифрите не е действие на openconnect, а на gnutls/openssl. Малко ми е съмнително проблемът ти да е от няколко дни, тъй като не виждам някое от тези обновления да включва промяна по въпроса, но може и да пропускам нещо или пък системата ти да не е била обновявана отдавна. Както и да е.
Единият вариант е да downgrade-неш до версии, при които отново ще ти работи (от /var/log/dpkg.log и наличните пакети във /var/cache/apt/archives можеш да се ориентираш какво кога и с какво се е надградило).
Другият вариант е да прекомпилираш openconnect с флаг да ползва openssl, вместо gnutls (изглежда, че openssl-ът ти се разбира с RC4-MD5).
А най-добрият вариант е да се превключи към друг шифър на въпросното Cisco (предполагам някаква ASA?), но... при тези Cisco и при липсата ти на достъп това може да се окаже непосилна задача.

[uuid]

Монтирай дялът на външния хард, отвори gparted (ако я няма - инсталирай я), нямери дяла маркирай го и с десен бутон дай на информация. От там копирай/запиши/запомни някъде uuid-то

Излишно е ползването на gparted за намиране UUID-то на дял. Списък на всички дялове и UUID-та може да се види с команда

Код:

sudo blkid

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

Тази тема е преместена в Хардуерни и софтуерни проблеми.

http://www.linux-bg.org/forum/index.php?topic=47208.0

Понеже slackware...

Че що настройваш Slackware? Къде дяна Fedora-та?

Съобщението "state UNKNOWN" не е задължително да е показател за проблем, но може да бъде предизвикано от друг проблем. Одеве видяхме грешно настроен интерфейс, поради което статусът на връзката на интерфейса може да не успее да се определи. Не разбрах, успя ли да постигнеш коректно изглеждаща конфигурация?

Като начало, с netmask 255.255.255.255 трудно ще ping-неш другия хост. Как се е получило това? С какво и как настройваш интерфейса? И при повече от един мрежови интерфейс е хубаво да добавяш "-I ethX" към ping командата, за да си сигурен, че минаваш през нужния при пробата.

Не съм сигурен, дали по принцип Chromium може да стартира директно торент клиента, защото винаги, първо съм свалял торента, и след това съм го отварял с програмата.

Може, при мен е така и съм го направил по същия начин, както те съветвам.

Когато е зададен по подразбиране, Chromium отваря празна страница, а Firefox ми предлага да отвори Transmission.

Значи нещо или не ти се е получило задаването на приложението за типа с xdg-mime (макар че пък казваш, че си го има и във файла), или нещо друго по средата презаписва стойността с друго. За съжаление обаче за второто ще ми трябва гадаене, за да позная. При успешно задаване, xdg-open командата с подаден такъв файл или линк би трябвало да ти отваря зададената програма за него.

Я изпълни тази команда като обикновен потребител и кажи какво става:

Код:

xdg-open magnet://

Във firefox, магнитните връзки се отварят с него без проблеми.

Firefox има собствена база за това кой тип файл с кое приложение да се отваря (виж Настройки > Приложения), не използва настройките в системата, така че не може да ти е мерило дали за този файлов тип има описание в системата кое приложение да го отваря, така че браузъри, които ползват тези описания, да го знаят.

Направи каквото ти казах, и ще стане

Трябва да укажеш в системата ти подразбиращо се приложение за x-scheme-handler/magnet файлове. Някои графични среди имат графични инструменти за това, но по-универсалният начин е или да изпълниш команда с обикновен потребител:

Код:

xdg-mime default ПРИЛОЖЕНИЕ.desktop x-scheme-handler/magnet

(където "ПРИЛОЖЕНИЕ.desktop" е името на desktop файла за приложението от /usr/share/applications, без да се вписва пълният път до него), или ръчно да си впишеш ред:

x-scheme-handler/magnet=ПРИЛОЖЕНИЕ.desktop

в ~/.local/share/applications/mimeapps.list (или там, който файл ти указва приложенията по подразбиране).

Тази тема е преместена в Настройка на програми.

http://www.linux-bg.org/forum/index.php?topic=47197.0

Аз останах с впечатление, че е обратното - Intel ME е част от vPro.

Грешна интерпретация на прочетеното. Това

Intel AMT is part of the Intel Management Engine that is built into PCs with the Intel vPro brand.

трябва да се чете, че AMT е част от ME, и наличност на AMT (не на ME въобще) има в системи, за които е отбелязано наличие на vPro. Това vPro не е нито самата система (каквато е ME), нито конкретна функционалност (каквото е AMT), а сбор от някои функционалности на ME.

В предния пост забравих да ти кажа, че може да си вземеш система, на която има предварително инсталиран или възможност ти да си качиш libreboot, за да си спокоен откъм тази част. Тук има списък с официално поддържания хардуер. Списъкът с поддържан хардуер от coreboot е доста по-дълъг, но това е благодарение на едни допълнителни, отново затворени, блобове от Intel в него, които също може да те притеснят

П.П.: Между другото, препоръчвам ти да не изпадаш в параноя за тези неща. Хубаво е, че питаш, добре е да се знаят, но пълна сигурност в компютъра ще имаш, само ако нямаш компютър. Страшното в технологиите е само резултат от причината за страховете ти, а не самата причина, така че няма да ги решиш с добавяне или премахване на технологии. Но тези размисли нататък не са за тук

На страницата на Intel пише, че няма "Intel® vPro Technology". Това значи ли, че я няма "скритата" операционна система и микроконтролера, на който тя работи?

Intel vPro е само част от въпросната скрита система, наречена Intel ME, така че липсата на vPro не значи липса на Intel ME. А, както и по-горе казах, Intel ME има във всички съвременни процесори на Intel (не съм проверявал точно, но поне от Sandy Bridge насам). Специално за Celeron J1900, в момента не ми попада страница, в която в прав текст да пише, че има Intel ME, за да ти покажа, но щом е Haswell, значи има. Ако искаш процесор от Intel, който няма Intel ME, търси си стар процесор.

/по-скоро извън темата

Очевидно за да работи трябва да има SIM карта, за която HLR-а на някой оператор знае, оттам според мен идеята е да е за определени OEM-ски лаптопи.

Това ме подсети за тази новина от днес - Microsoft може да стане виртуален оператор