В виртуальной винде (7) не могу увидеть содержимое флешки 3.0, хотя флешки 2.0 отлично читаются ей через встроенный в virt-manager usb-фильтр. Порты usb перебрасывал, добавлял usb 3.0 … ничего не помогает. Естественно, флешка подключается к USB 3.0 порту ноутбука и отображается в основной ОС без проблем. Работаю в связке «xubuntu 20.04(host)-win7(guest)».

В чём может быть проблема?

Есть два пользователя в Linux Mint: user1 и user2. Работа основная ведётся под user1, Syncthing настроен на user2. Как запустить Syncthing под пользователем user2, работая в user1, без переключения пользвателей, в сессии user1?

И снова Ubuntu 20.04.

Нет, в этот раз не поломали какую-то очередную горячую клавишу. В этот раз сломали что-то в «механизме» удаления файлов из корзины через Nautilus.

Описание проблемы

Удаляю с раздела HDD некоторые файлы в Корзину. Захожу через интерфейс Nautilus в Корзину и нажимаю кнопочку «Очистить корзину». Файлы будто бы удаляются - исчезают визуально, НО …:

1. размер диска через df -h не меняется;

2. идут постоянные обращения к диску - без перерыва горит индикатор на системнике

Ещё странно то, что несмотря на постоянное обращение к HDD, на быстроте работы это никак не сказывается. Система работает так же ровно, без лагов и торможений, хотя раньше, если когда такое случалось (не при удалении файлов из корзины, а при индексации, например …), то система начинала подлагивать, фризиться. То есть, ещё раз, этот процесс обращений к HDD не тормозит систему, но работает постоянно. Ждал минут 15. Не выдержал, перезагрузился - прошло. Ещё раз удаляю файлы - такая же история.

Лайфхак, способы обхода проблемы

Если кто обнаружил такую же фигню у себя, рекомендую установить пакет trash-cli и удалять файлы из Корзины через терминал при помощи команды trash-empty. Когда удаляю файлы таким способом: индикация обращений к HDD не горит, размер HDD сразу же меняется. Как это обычно бывает «искал одно, а нашёл другое», очень понравился этот пакет. Даже немного благодарен этому глюку Ubuntu, что познакомил меня с trash-cli. Но, всё же, осадок остался …

Создал в папке пользователя скрипт bash следующего содержания:

#!/bin/bash

firefox

Затем забил в планировщик пользователя такую строчку:

* * * * * /home/username/crontask.sh

То есть, по идее, каждую минуту должен запускаться браузер Firefox. Сам скрипт bash рабочий, запускал через терминал под пользователем - браузер открывается. Жду уже 10 минут появления Firefox. Тишина. ЧЯДНТ?

В GNOME клавиша Super скукоживает все открытые пользователем окна, вне зависимости от того, свёрнуты они или развёрнуты, — и показывает их наглядно пользователю. Помимо этого, удобно через клавишу Super запускать разные приложения: вводишь название и, по мере набора, появляется искомый ярлычок нужного приложения.

В латинской раскладке всё работает, в кириллице — не работает.

До обновления, в 18.04 версии, всё работало: хоть на кириллице, хоть на латинице ..

Интересно, на Fedora, OpenSUSE, Arch Linux и других дистрибутивах, где есть GNOME 3.36, такая же проблема с Super’ом на Обзоре?

Обновился c 18.04 на 20.04, не выдержал. И получил сразу же — неработающим Clipit’ом. Точнее, даже, не то чтобы совсем не работающим, а словил глюк. Проверял воспроизводимость глюка на 2 устройствах (ноутбуке и ПК, с разными видеокартами и процессорами) — поведение глюка одинаково.

Как его получаю:

1. Нажимаю горячую клавишу «Ctrl + Alt + h», чтобы просмотреть Историю буфера обмена. Ничего не происходит, хотя раньше выходил список всего, что было недавно копировано в буфер обмена.
2. Нажимаю на значок Clipit в трее и выбираю Preferences (Настройки) — получаю сразу же «чёрный квадрат Малевича» в верхнем левом углу, который закреплён поверх окон, и никак его не закрыть. Помогает только терминальная команда killall clipit. Всё это воспроизводится в обычном сеансе Gnome. Сейчас попробую Wayland. Всё, попробовал в Wayland - там вообще Clipit не работает. В терминале, в режиме Wayland, clipit выдаёт сообщение «segmentation fault», с ядром беда, короче …

Что делать? Как дальше жить? Это страшнее коронавируса для меня, если честно …

Решение проблемы описано в этом комментарии.

Никто из нас не вечен. Мы все когда-нибудь умрём, вопрос времени, так сказать. У всех нас есть люди, которых мы бы не хотели оставить ни с чем после нашей смерти (родственники, близкие друзья …). Понятно, что нам будет уже всё равно, кому достанется наше имущество, когда мы умрём. Об этом надо думать только будучи живым.

Но вот дилемма. Передав пароль от всех своих секретов, будучи живым, мы ставим под угрозу нашу безопасность, а также родственников, близких друзей, которые будут обладать такими секретами. Предположим, что у нас имущества на миллиарды долларов, какие-нибудь крутые изобретения, которые пока не запатентованы, лежат в набросках в наших зашифрованных базах данных. Это уже технические нюансы, кто что представит.

Однако и не передать, будучи живыми, мы тоже рискуем, что наше имущество не достанется тем людям, хотя бы уже после нашей смерти.

Вам не кажется, что тут какие-то «взаимоисключающие параграфы»? Как разрешить эту проблему? В голову приходят безумные идеи о каких-то там датчиках: допустим, мы умираем, сердце останавливается и пароль каким-то образом появляется в голове наших родственников и т. д. Это просто фантазия на тему. Но если отойти от фантазий, как разрешить данное противоречие?

P. S. Тема навеяна недавней новостью о том, как один богатый японец умер, но не передал или не успел передать пароль от криптокошелька своим родственникам. Таких случаев, думаю, очень много. Это довольно распространённая проблема … какие у вас на этот счёт мысли? Как можно передать пароль, находясь в живых, таким образом, чтобы при твоей жизни тебя не касались проблемы безопасности (при хорошем пароле и дисциплине - себя вы почти на 100% не скомпрометируете, чего нельзя сказать про третьих лиц)?

Перемещено leave из general

Я не знаю, как вы, но я давно заметил, что некоторые дистрибутивы (Ubuntu, Fedora, Linux Mint) не умеют обращаться с кэшем памяти. Я не шибко знаток этой темы, но кэш просто заполняется до отказа, пока система не фризится жёстко (только перезагрузка помогает). Есть ли хотя бы какие-то вменяемые костыли, чтобы это не происходило? Знаю про решение с освобождением кэша командой «sudo sync; echo 3 > /proc/sys/vm/drop_caches», но оно настолько костыльное, что просто ощущаешь себя реальным инвалидом.

Решение

Не рекомендую делать реиндексацию. Комп тупо не справится (у меня 8 ядер, 16 Гб ОЗУ - не потянул). Проще скачать блокчейн заново.

Подскажите заведение в Москве, где преподают IT-курсы на адекватном уровне, который признавали бы потенциальные работодатели.

На эту тему гуглил, но информация какая-то непонятная: много сайтов, с красивым вэб-дизайном, которые утверждают, что они самые лучшие. На нескольких писал в чате, но так никто не ответил (например, EasyUM, ITMONOPOLY), жду уже минут 15. Такое ощущение, будто это просто какое-то зазывалово с целью просто состричь деньги, прочитав курс из какого-нибудь учебника (в лучшем случае).

Хотелось бы окончить курсы, которые преподают на должном уровне, чтобы давали реальные знания, чтобы хотя бы на должности помощника или джуниора могли рассматривать твоё резюме, где будет указан диплом от этого учебного заведения. В «сказки» о том, что ты крутой самоучка и быстро всему учишься, поэтому у тебя нет дипломов, работодатель перестал верить, по-моему (мои личные ощущения). Всем нужны бумажки, корочки …

Про курсы с 100%-ным трудоустройством после обучения даже и не мечтаю, но если есть такие, поделитесь инфой.

P. S. Интересует общая информация, не что-то конкретное (например, разработка приложений, администрирование и т. п.). Ну, программирование, наверное, если нужна конкретика. А вообще, любая сфера IT, лишь бы давали реальные знания и было какое-то признание, консенсус среди потенциальных работодателей по поводу диплома от этого заведения.

Пожалуйста, поделитесь своим опытом. Советы «погугли, куча инфы» не интересуют. Интересует личный опыт. Не важно, позитивный он или негативный.

Новая версия 1.8.15 для Linux десктопа перестала поддерживать мультиаккаунт в телеграме. Приходится делать костыли с многопрофильным запуском одного и того же приложения. В частности, помог 2-ой костыль в предложенных решениях. Жаль, конечно, если такая тенденция сохранится. 2 значка в трее вместо одного - это ещё то ... Может это только у меня так?

Справа (см. см. скриншот) совсем не видно ползунок прокрутки. Такая ситуация везде. И в браузере, и в файловом менеджере. Как правило, находишь его довольно быстро методом тыка, когда примерно знаешь, в начале страницы или в конце находишься. Может есть какие-то настройки в GNOME, чтобы эта каретка была более заметной?? Забыл, в KDE есть такой «прикол»?

Как думаете, сколько нужно времени человеку, работавшему в одном дистрибутиве, чтобы привыкнуть к другому? Конечно же, всё зависит от личных способностей человека и высоты порога вхождения в тот или иной дистрибутив, но всё же, в среднем ... сколько? LFS исключается из опроса (уровень God не участвует)).

Установил я тут Ubuntu. Н-да, дистрибутив сильно изменился в лучшую сторону со времён, когда я решил его покинуть (2011-2014, точно не вспомню). Всё радует глаз: и GNOME 3, и анимация графики (без лагов, что удивительно - ведь у меня AMD). Конечно, гном у убунты, по умолчанию, не совсем выглядит приятно, но это меняется - парой кликов в настройках. Набрал одну из любимых команд df -h в терминале и ушёл в астрал от увиденного:

/dev/loop1                    91M   91M     0 100% /snap/core/6350
/dev/loop0                   152M  152M     0 100% /snap/gnome-3-28-1804/40
/dev/loop4                    13M   13M     0 100% /snap/gnome-characters/139
/dev/loop7                    15M   15M     0 100% /snap/gnome-logs/45
/dev/loop2                   3.8M  3.8M     0 100% /snap/gnome-system-monitor/57
/dev/loop3                   2.3M  2.3M     0 100% /snap/gnome-calculator/260
/dev/loop5                   4.2M  4.2M     0 100% /snap/gnome-calculator/406
/dev/loop6                   141M  141M     0 100% /snap/gnome-3-26-1604/74
/dev/loop8                    54M   54M     0 100% /snap/core18/970
/dev/loop9                    89M   89M     0 100% /snap/core/6964
/dev/loop10                  3.8M  3.8M     0 100% /snap/gnome-system-monitor/81
/dev/loop11                  1.0M  1.0M     0 100% /snap/gnome-logs/61
/dev/loop12                   35M   35M     0 100% /snap/gtk-common-themes/818
/dev/loop13                   36M   36M     0 100% /snap/gtk-common-themes/1198
/dev/loop14                  141M  141M     0 100% /snap/gnome-3-26-1604/82
/dev/loop15                   15M   15M     0 100% /snap/gnome-characters/258

Извиняюсь за свой сломанный Google, хочу спросить вас, где можно почитать новости в англоязычном формате, в стиле лора или опеннета? Может кто знает полезные ресурсы такого плана, поделитесь ссылкой, если не сложно.

Понравившиеся ресурсы из ответов:
линукс журнал
линукс ком
лвн.нет

Дистрибутив Fedora 29. Заметил, что куда-то делось многолетнee гномовскoe слайд-шоу. Сижу на X. Как там в Wayland - не знаю. Именно в 29-ой версии пропал эффект слайд-шоу, чему я несказанно рад. Кто-нибудь знает, из-за чего? Что починили? Где подкрутили?

Образ всего зашифрованного раздела можно сделать, без проблем. Но как сделать такой образ, чтобы из 160 Гб, к примеру, записались в образ только реальные 15 Гб данных (остальные 145 Гб не заполнены). Clonezilla может это делать, но только не с зашифрованными разделами, как я понял. Это возможно или противоречит самой природе шифрованных разделов? Правильно ли я понял, что в шифрации данных участвует всё выделенное место под раздел?

Если я прав, то это обратная сторона медали шифрованных разделов - придётся тупо копировать всё пространство(.

Вот я и добрался до арча. Изучаю вики-страничку по установке Arch Linux. Не совсем понимаю, зачем нужен этап с loadkeys.
Что он даёт при установке? Зачем о нём написали? Ведь для чего-то это нужно ...
Проследовав по ссылкe o loadkeys, наткнулся на фразу

It is possible to set a keymap just for current session. This is useful for testing different keymaps, solving problems etc.

«Проверка различных раскладок (keymaps?), решение проблем и т.д.» — ну, например, зачем нужна эта проверка раскладок?
Вот, к примеру, я, русскоговорящий, должен буду проверить раскладку на немецком, английском, китайском. Для чего мне может понадобиться данная проверка?
Если для «решения проблем» (solving problems), то каких? Вы можете привести какой-нибудь пример, частный случай возникновения проблем подобного характера, требующий данный этап с loadkeys?
Были ли у вас случай, когда этот этап loadkeys был настолько важен, что вы просто не могли его пропустить?

Решение
Ответ на мой вопрос любезно предоставил Anonymous.

Задача следующая: хочу забиндить горячую клавишу, позволяющую послать клавишу alt+space (сворачивание окна) окну SMPlayer'a. Пробовал такие комбинации, ни одна не работает:
xdotool search --class smplayer key alt+space
xdotool search --classname smplayer key alt+space
xdotool search --name smplayer key alt+space
Так же, пробовал всё то же самое, только smplayer делал с кавычками. Результат один и тот же ... нулевой.
Подскажите, какой вариант может быть рабочим?

Решение

Обнаружено 2 решения:
1 способ (более верный)
2 способ (рабочий, но могут быть нюансы)

В Tumbleweed такой проблемы не было. Создал tcp и udp подключение из файлов vpn, которые получил от провайдера. Было возможно одновременное подключение и к tcp, и к udp.
На Leap картина другая: возможно либо tcp, либо udp подключение. Какое-то одно из двух. Вместе не работают - сразу идёт разъединение с текущим vpn-подключением.
В общем, как обычно, openSUSE не даёт скучать! :-)

Столкнулся вот с такой неприятной детской болячкой от KDE. Может я что-то не так делаю? Как быстро переключиться в KDE на другоe устройство для воспроизведения звука (с колонок на наушники, например)?

Установил Kubuntu 18.04 — всё заработало. Да, жаль, не срослось с openSUSE. Который раз уже замечаю, кстати.
Только что проверил Leap 42.3 — всё работает отлично. Глюки, значит, касаются только текущего состояния Tumbleweed-версии openSUSE.