В условиях пандемии коронавируса многие нуждаются в защите инструментов для совместной работы. Мы обновили Kaspersky Security для Microsoft Office 365 и продлили срок его бесплатного использования до полугода.
вот у меня есть/была машинка с дебиан-стэйбл-32бит-х86. в ней была сетевушка, ее звали "eth0".
а вот у меня стало (после добавления архитектуры, добавления амд64 ядра, перезагрузки, установки-сноса пакетов амд64 вместо х86) дебиан-стэйбл-64бит-амд64. в ней, внезапно, тот самый eth0 превратился в что-то типа enp7s40 или даже в enp14s88.
Собственно вопрос - кто этим переименованием заведует? где его проверить-отследить до, а не после обновления системы?
ps: примета. обновление сервера по сети - это к дальней дороге.
Всем привет. Сегодня заметил, что на трёх разных машинах время уехало ровно на полчаса назад. Все три синхронизируются по внешним ntp-серверам. Естественно, "ничего не трогал, оно само". Это таки может быть атакой или мои руки внезапно не из плеч?
Внезапно, у кого-нибудь под рукой есть сабжевое устройство (усб-сетевушка)? именно сабжевое, не rndis, не вендор класс/модель, а именно cdc eem?
если есть, киньте в камменты что про нее говорит "lsusb -vvv"
заранее спасибо!
ps: хочу реализовать подобное на базе stm32f4discovery+libopencm3, по свободной лицензии. себе для потенциальной коммерческой выгоды и окружающим за просто так.
В локальной сети есть два компьютера: с Winodws 7 и Ubuntu 16.04
Хочется скриптом сгружать файл с виндузятины и обрабатывать его на убунтовом. Не пошло. Ну, думаю, может имена папок русскоязычные, или пробелы в них не усваиваются консольной smbget
Решил поэкспериментиировать на штатных для Винды папках, изначально имеющих LAT-имя без пробелов
Файловый менеджер Pcmanfm в папке smb://buhg-pc/Public/Downloads видит файл mseinstall.exe и сгружает его (скопировать-вставить) Кстати, он видит и кириллические имена и пробелы ему не помеха.
А вот в консоли несколько другой результат:
vlkamov@TEST-PC:~/tmp$ smbget smb://buhg-pc/Public/Downloads/mseinstall.exe
Username for Public at buhg-pc [guest] buhg
Password for Public at buhg-pc:
Using workgroup WORKGROUP, user buhg
smb://buhg-pc/Public/Downloads/mseinstall.exe can't be found on the remote server
vlkamov@TEST-PC:~/tmp$
Сталкивалось ли уважаемое сообщество с такой особенностью и как ее обойти ?
Upd. Спасибо за рекомендации. Временно, до утра, меня выгнали с работы, так что проверить те что пришли около 17 Екб и позже смогу только завтра.
Upd 2 Решено. Сапоги надо надевать На свежую голову подумал-посмотрел-пооткрывал Samba-ресурсы еще раз и заметил такую особенность PCManFM'а. Он в адресной строке показывает smb://buhg-pc/Public/Downloads соответсвенно искомый файл как будто бы smb://buhg-pc/Public/Downloads/mseinstall.exe
НО !
Когда стучишься в Самба-сервер винды без указания "шары" ( (с) poor_sysadm ) smb://buhg-pc открывается вот такой списочек (как бы корневой/исходный/рабочий директорий) ADMIN$ C$ print$ Users
Ясно, что искомые файлы где-то в Users, захожу, новый списочек: Default Public
В АДРЕСНОЙ ЖЕ СТРОКЕ Users НЕ ОТОБРАЖАЕТСЯ, так и остается smb://buhg-pc И далее по дереву нигде Users не показывается. Ну вот зачем так делать ?!
Консольный же smbget делали люди простые, которым скрывать ничего не надо. Указав РЕАЛЬНЫЙ путь
Столкнулся с проблемой -- едешь себе куда подальше от цивилизации (но ещё в пределах сотовых сетей) и тут тебе срочно звонят с работы нужно залить видео в инстаграм. А интернет на берегу Байкала, например, переменчив -- то LTE, то парой метров дальше, EDGE. То вообще нет.
Сначала смотрел в сторону автомобильной системы, например такой: BAS-2328 Интернет в машине. Выглядит неплохо (там внутре неонка хуавеевский модем и антенны, если кому интересно), но здравый смысл подсказывает, что если в одном мест интернеты есть, а чуть дальше нет -- это, вероятно, из-за рельефа местности и с этим надо что-то делать.
Поскольку дома у меня микротик, смотрел в их сторону. Пришёл к сетапу: MikroTik wAP LTE Kit и антенну к нему (впрочем, насчёт антенны не уверен).
Закинуть в машину и пусть интернеты раздаёт. Приехал на Байкал, воткнул мачту раздвижную, поднял его метров на пять и снова пусть раздаёт. Для питания взять mUPS и батарею от ИБП на 7Ач.
Теперь вопросы: 1. есть ли у меня ошибка в рассуждениях (ну, кроме "нахрена тебе это всё за городом?". Нужно. Увы.) 2. делал ли кто-нибудь что-то подобное? Наверняка я не первый такой упоротый? Из чего делали, где брать мачту, какие подводные камни?
Добрый день, всезнающий All. Случилось страшное. Внезапно. Rpmfusion обновился и моё локальное зеркало тоже. А кеш yum был выключен. Но мне нужен старый пакет chromium-libs-media-freeworld-73.0.3683.86-2.el7.x86_64.rpm. Поиск не дал каких-то результатов. Поэтому решил обратиться к вам за помощью. Где можно достать данный злополучный пакет?
купил вебкамеру "Canyon CNS-CWC6 Webcam". на упаковке "2k quad hd", "2048x1536", на камере "hd 1080p"
[ 5076.274832] usb 7-4: new high-speed USB device number 16 using ehci-pci [ 5076.488651] usb 7-4: New USB device found, idVendor=145f, idProduct=023a, bcdDevice= 1.00 [ 5076.488659] usb 7-4: New USB device strings: Mfr=2, Product=1, SerialNumber=3 [ 5076.488664] usb 7-4: Product: Canyon CNS-CWC6 Webcam [ 5076.488669] usb 7-4: Manufacturer: Sonix Technology Co., Ltd. [ 5076.488674] usb 7-4: SerialNumber: SN0001
но при этом v4l-info /dev/video2 говорит general info VIDIOC_QUERYCAP driver : "uvcvideo" card : "Canyon CNS-CWC6 Webcam: Canyon " [..] VIDIOC_G_FMT(VIDEO_CAPTURE) type : VIDEO_CAPTURE fmt.pix.width : 640 fmt.pix.height : 480
Поставил на D-Link DSL-2650U/D1 OpenWRT BackFire FW10.03.1. Версия Tor - 0.2.1.30-1 Версия Tor-geoip - 0.2.1.30-1 Загрузка процессора (через top) скачет от 30% до 98%, загрузка памяти - 45%-99%. Через роутеротсутствует трафик, только внешнее подключение для настройки(ssh).
Вопрос - это нормально, или не стоит продолжать дальнейшую настройку Tora ?
В ru-debian пока никаких ответов на этот вопрос нет.
Итак, ноутбук Dell. У него на тачпаде снизу две кнопки - левая и правая, а сверху ещё три - левая, средняя и правая. В установленном там Debian'е 8.11 все эти кнопки работают, значит, никаких физическх дефектов точно нет.
Но когда я на этом же ноутбуке запускаю с внешнего USB-диска более свежий Debian (9.8), то левые и правые кнопки работают, но когда я нажимаю на среднюю, например, чтобы в браузере открыть по ссылке новую вкладку, совершенно ничего не происходит. Если нажать одновременно на обе нижние кнопки, то это срабатывает как средняя.
А если на среднюю кнопку быстро нажать 2-3 раза, то новые вкладки открываются, обычно 2-3 раза, хотя иногда только одна, как и надо. Отчего такое может быть, и как это можно подправить?
В свете того, что из Debian исключили пакет xfs, а пересобрать libxft2 с нужными ключами и опакетить оба компонента под Debian 9 я так и не собрался, фрагмент моего xorg.conf сейчас выглядит так:
В каждом из каталогов из списка – сгенерённые fonts.dir и fonts.scale.
Хотя, если бы в системе был xfs, то весь этот зоопарк попал бы в /etc/X11/fs/config, но от этого не перестал бы быть зоопарком.
И вот хочется этот процесс автоматизировать:
автоматически регистрировать/дерегистрировать в xorg.conf и/или /etc/X11/fs/config каталоги при установке и удалении шрифтов;
автоматически создавать fonts.dir и fonts.scale при установке/обновлении пакетов и удалять при удалении.
В Debian 6 и ранее всем этим занимался Defoma ([1], [2]), но метаинформацию ему предоставляли сопровождающие пакетов со шрифтами (чего сейчас они делать, естественно, не будут).
Сейчас я посмотрел на соотв. триггеры в Debian 9, но состояние там малоутешительное: в /etc/X11/fonts/* можно создать свои *.dir/*.scale/*.alias (через dh_installxfonts), но, во-первых, это должен сделать сам сопровождающий пакета, и, во-вторых, это работает только для шрифтов, устанавливаемых в /usr/share/fonts/X11/:
# PROMISE: DH NOOP WITHOUT tmp(usr/share/fonts/X11)
foreach my $package (@{$dh{DOPACKAGES}}) {
my $tmp=tmpdir($package);
# Find all font directories in the package build directory.
my @fontdirs;
foreach my $parentdir ("$tmp/usr/share/fonts/X11/") {
opendir(DIR, $parentdir) || next;
@fontdirs = grep { -d "$parentdir/$_" && !/^\./ } (readdir DIR);
closedir DIR;
}
# ...
}
Можно ли решить проблему через дебиановские триггеры? Может, я таки до конца не разобрался?
Или какие альтернативы посоветуете?
Дебановских машин несколько (рабочая, домашняя, несколько мобильных), поэтому подход "напиши на bash цикл и запускай его каждый раз после обновления пакетов" не нравится.
Запускать виртуальную машину со старым Debian Squeeze и xfs и забирать шрифты с tcp://squeeze-vm:7100 тоже не хочется.
