Доброго всем.

Что-то не пойму, что поменялось. На старых Убунтах и Дебианах спокойно настраивал доступ для приставки по SMB по даже стандартным инструкциям. Ну было,что для древней приставки надо было самбе протокол понизить. Сейчас опять вдруг сериальчик решил один посмотреть, а там 60гигов, а с переносным диском шпиндельным, я не уверен, что приставке будет хорошо. Еще и в 1080p с USB 2.0. По сути мог бы не заморачиваться, а кабель HDMI к телеку с компа воткнуть. Но решил через шару и… чета не канают инструкция ни одна, что раньше работала. Сейчас Debian 13. Везде втыкаюсь на требование логин-пароль. Может кто даст готовый конфиг для единственной шары без пароля? То что в документации - я видимо где-то что-то пропустил. То, что по поиску - походу то, что я упустил, просто забывают написать. Debian 13 samba 4.23.3

Была задача, перенести со старой железки на новую OpenVPN сервака. Старая Ubunta Server 20.04, новая Debian 13. Все взлетело, в плане переносов сертификатов без проблем (ну там в конфиге пользователя айпику сервака сменить и пару строк с шифрованием добавить/заменить)

Проблема сейчас с созданием новых сертификатов. Через webmin модуль - ошибка. С консоли то же делаешь, ругается, что в конфиге (дома, лень к работе цепляться) /etc/openvtn/чегототам-sll.conf рукается на строки, которые с $ENV начинаются. В ручную правлю, на следующий $ENV ругается. Что я забыл в процессе переноса сервака? Можно конечно все $ENV поправить, но все же…

Доброго всем!

Вопрос больше наверное образовательный или теоретический, чем решение проблемы (хоты может и решение кто подскажет).

Колонки через 3.5джек

Debian 13. MB:Asus Prime H610M KD4, (Аудио не пойму какое точно, одно в материнке - с ним проблема, второе в Радеоновской карте через HDMI, но там этого глюка нет, но моник слишком хреново звучит сам по себе: ( 0:1f.3 Audio device: Intel Corporation Alder Lake-S HD Audio Controller (rev 11)

03:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Navi 21/23 HDMI/DP Audio Controller )

i3-12100F, но проц то тут явно никаким боком.

Изначально из тестинга в стабл на компе перерос. В какой-то момент стал замечать, что колоночки начали фонить, как комарики жужжат. Думал - все - старые дешевенькие из Ленты сдыхать начали. Купил новые - ситуация не особо изменилась. Попутно на компе есть еще винда десятка (иногда по работе нужна), ну и стабл 12й остался. В винде и 12м нет косяка. Перед этим одновилось ядро до 6.16.3 - я сам обновил его из репозитариев 13го дебиана. Вот возможно с этим и связано? Потому что когда загрузил 13й, что с обычными обновами ставится 6.12.48, «комарики» исчезли. А тут что-то почитал, что 6.16 уже и поддержки вроде нет больше.

Ну и тут вопрос - забить на этот 6.16 и вернуться на 6.12 или чет «поколдовать» со звуком можно?

Доброго времени суток.

Debian testing trixie, KDE Plasma 6.3.4, Wayland

i3-12100F, AMD Radeon RX 6400

На ядре 6.12.27 все работает отлично. Прилетело 6.12.30 (сегодня 6.12.31 - глюк остался) - система стала зависать почти сразу после логина. Загружаюсь опять с 6.12.27 - все работает стабильно.

Судя по логам, я так понимаю, что-то сломалось с amdgpu

июн 17 18:13:02 kernel: amdgpu 0000:03:00.0: [drm] *ERROR* dc_dmub_srv_log_diagnostic_data: DMCUB error - collecting diagnostic data
июн 17 18:13:09 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:10 kernel: amdgpu 0000:03:00.0: amdgpu: Dumping IP State
июн 17 18:13:12 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:14 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:19 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:21 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:23 kernel: rcu: INFO: rcu_preempt detected stalls on CPUs/tasks:
июн 17 18:13:23 kernel: rcu:         0-...0: (1 GPs behind) idle=e5a4/1/0x4000000000000000 softirq=16352/16353 fqs=1110
июн 17 18:13:23 kernel: rcu:         (detected by 3, t=5254 jiffies, g=18137, q=310 ncpus=8)
июн 17 18:13:23 kernel: Sending NMI from CPU 3 to CPUs 0:
июн 17 18:13:23 kernel: NMI backtrace for cpu 0
июн 17 18:13:23 kernel: CPU: 0 UID: 0 PID: 286 Comm: kworker/0:2 Not tainted 6.12.31-amd64 #1  Debian 6.12.31-1
июн 17 18:13:23 kernel: Hardware name: ASUS System Product Name/PRIME H610M-K D4, BIOS 3401 06/28/2024
июн 17 18:13:23 kernel: Workqueue: events amdgpu_device_delay_enable_gfx_off [amdgpu]
июн 17 18:13:23 kernel: RIP: 0010:delay_halt_tpause+0x1a/0x20
июн 17 18:13:23 kernel: Code: 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa 0f 1f 44 00 00 48 8d 04 37 31 c9 48 89 c2 48 c1 ea 20 66 0f ae f1 <c3> cc cc cc cc 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90
июн 17 18:13:23 kernel: RSP: 0018:ffffac75c0003c80 EFLAGS: 00000002
июн 17 18:13:23 kernel: RAX: 00000130df4c6010 RBX: 000000000000018d RCX: 0000000000000000
июн 17 18:13:23 kernel: RDX: 0000000000000130 RSI: 000000000000018d RDI: 00000130df4c5e83
июн 17 18:13:23 kernel: RBP: 00000130df4c5e83 R08: 0000000000002000 R09: 0000000000001640
июн 17 18:13:23 kernel: R10: ffffac76febc6d00 R11: ffffac75c0003c3c R12: 00000000000186a0
июн 17 18:13:23 kernel: R13: ffffac75c0003d00 R14: ffff8a4080d1d880 R15: 0000000000000000
июн 17 18:13:23 kernel: FS:  0000000000000000(0000) GS:ffff8a47dfa00000(0000) knlGS:0000000000000000
июн 17 18:13:23 kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
июн 17 18:13:23 kernel: CR2: 00007ffaa4de76d4 CR3: 00000001bf822006 CR4: 0000000000f72ef0
июн 17 18:13:23 kernel: PKRU: 55555554
июн 17 18:13:23 kernel: Call Trace:
июн 17 18:13:23 kernel:  <IRQ>
июн 17 18:13:23 kernel:  delay_halt+0x3c/0x70
июн 17 18:13:23 kernel:  dmub_srv_wait_for_idle+0x55/0x90 [amdgpu]
июн 17 18:13:23 kernel:  dc_dmub_srv_cmd_run_list+0x7b/0x160 [amdgpu]
июн 17 18:13:23 kernel:  dc_dmub_srv_drr_update_cmd+0x98/0x100 [amdgpu]
июн 17 18:13:23 kernel:  optc1_set_drr+0x4f/0x160 [amdgpu]
июн 17 18:13:23 kernel:  set_drr_and_clear_adjust_pending+0x32/0x50 [amdgpu]
июн 17 18:13:23 kernel:  dcn10_set_drr+0x87/0xe0 [amdgpu]
июн 17 18:13:23 kernel:  dc_stream_adjust_vmin_vmax+0x11f/0x200 [amdgpu]
июн 17 18:13:23 kernel:  dm_crtc_high_irq+0x2a3/0x300 [amdgpu]
июн 17 18:13:23 kernel:  amdgpu_dm_irq_handler+0x82/0x1f0 [amdgpu]
июн 17 18:13:23 kernel:  amdgpu_irq_dispatch+0xcf/0x230 [amdgpu]
июн 17 18:13:23 kernel:  amdgpu_ih_process+0x84/0x100 [amdgpu]
июн 17 18:13:23 kernel:  amdgpu_irq_handler+0x23/0x60 [amdgpu]
июн 17 18:13:23 kernel:  __handle_irq_event_percpu+0x47/0x190
июн 17 18:13:23 kernel:  handle_irq_event+0x38/0x90
июн 17 18:13:23 kernel:  handle_edge_irq+0x8b/0x230
июн 17 18:13:23 kernel:  __common_interrupt+0x3b/0x90
июн 17 18:13:23 kernel:  common_interrupt+0x80/0xa0
июн 17 18:13:23 kernel:  </IRQ>
июн 17 18:13:23 kernel:  <TASK>
июн 17 18:13:23 kernel:  asm_common_interrupt+0x26/0x40
июн 17 18:13:23 kernel: RIP: 0010:amdgpu_device_rreg.part.0+0x38/0xe0 [amdgpu]
июн 17 18:13:23 kernel: Code: 00 55 89 f5 53 48 89 fb 4c 3b a7 f8 08 00 00 73 1b 83 e2 02 75 09 f6 87 38 a2 04 00 10 75 77 4c 03 a3 00 09 00 00 45 8b 24 24 <eb> 12 4c 89 e6 48 8b 87 40 09 00 00 ff d0 0f 1f 00 41 89 c4 66 90
июн 17 18:13:23 kernel: RSP: 0018:ffffac75c094fd90 EFLAGS: 00000282
июн 17 18:13:23 kernel: RAX: 000001207ff115a3 RBX: ffff8a4095680000 RCX: 0000000000000000
июн 17 18:13:23 kernel: RDX: 0000000000000000 RSI: 000000000001629a RDI: ffff8a4095680000
июн 17 18:13:23 kernel: RBP: 000000000001629a R08: ffff8a4081cac380 R09: 0000000000000000
июн 17 18:13:23 kernel: R10: 0000000000000007 R11: 0000000000000000 R12: 0000000000000000
июн 17 18:13:23 kernel: R13: ffff8a4095680000 R14: ffff8a4095680000 R15: 0000000000000000
июн 17 18:13:23 kernel:  smu_cmn_send_smc_msg_with_param+0x148/0x440 [amdgpu]
июн 17 18:13:23 kernel:  smu_dpm_set_power_gate+0xf3/0x1a0 [amdgpu]
июн 17 18:13:23 kernel:  amdgpu_dpm_set_powergating_by_smu+0x85/0xf0 [amdgpu]
июн 17 18:13:23 kernel:  amdgpu_device_delay_enable_gfx_off+0x30/0x50 [amdgpu]
июн 17 18:13:23 kernel:  process_one_work+0x174/0x330
июн 17 18:13:23 kernel:  worker_thread+0x251/0x390
июн 17 18:13:23 kernel:  ? __pfx_worker_thread+0x10/0x10
июн 17 18:13:23 kernel:  kthread+0xcf/0x100
июн 17 18:13:23 kernel:  ? __pfx_kthread+0x10/0x10
июн 17 18:13:23 kernel:  ret_from_fork+0x31/0x50
июн 17 18:13:23 kernel:  ? __pfx_kthread+0x10/0x10
июн 17 18:13:23 kernel:  ret_from_fork_asm+0x1a/0x30
июн 17 18:13:23 kernel:  </TASK>
июн 17 18:13:23 kernel: INFO: NMI handler (nmi_cpu_backtrace_handler) took too long to run: 3.469 msecs
июн 17 18:13:24 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:28 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:34 PackageKit[3783]: uid 1000 is trying to obtain org.freedesktop.packagekit.system-sources-refresh auth (only_trusted:0)
июн 17 18:13:34 PackageKit[3783]: uid 1000 obtained auth for org.freedesktop.packagekit.system-sources-refresh
июн 17 18:13:36 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:38 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:43 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:45 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:48 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:49 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:51 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:13:56 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:14:04 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:14:07 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:14:08 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:14:10 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:14:11 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:14:13 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:14:22 kwin_wayland_wrapper[3080]: kwin_wayland_drm: The main thread was hanging temporarily!
июн 17 18:14:26 kernel: watchdog: Watchdog detected hard LOCKUP on cpu 0

Ну и после последней строчки все намертво вешается и помогает только выключение кнопкой. (правда не пробовал доступен ли в этот момент комп по сети - ноутбук далеко).

Собственно вопрос - просто ждать обновлений каких-то или может есть варианты решения проблемы? Я конечно понимаю, что тестинг - это тестинг, но это за все время первый глюк, который словил c момента установки в начале февраля.

В начале недели принесли комп Win10 корпоративна лицензия. Вылетает при больших нагрузках T-Flex. Кто знает, то поймет.Конструкторская прога, я ее особо не касаюсь. Само собой там винда. Хотя Т-Флекс уже вроде и серверные системы сделали под линукс, а клиенты, последнее, что читал, там под вайном были, но может уже и нормально перевели, но не в этом вопрос. Тут больше по железу.

Притащили комп I5 13го поколения. 128 в 4 планки. Жалоба - выше озвучена, завивает в T-Flex при серьезных нагрузках.Смотрю эвентлоги - все на видюху. обновляю дрова, ребята еще Т-Флекс обноляют(этот продукт не моя тема никак). А и оставил его на ночь включенным. Утром порядка 400-600 сообщений от Каспера - там удаленоЮ там в карантине, там еще чего-то. Скачиваю Касперовский диск антивирусный - не грузится, всякие стрельцы тоже. Когда уже образ дебиана и убунты и федоры попробовал загрузить - ошибка сразу загуглилась или заяндексилась (не звучит). Запуститите мемтест. А он уже через полторы минуты выдал все проверки памяти в сбойные блоки оперативы. Ну вычилслил за рабочий день планку. Дальше все ладно, комп отдал, но расчетчикам у нас эти 32 потерянных, как они утверждяюм, время расчета имеет значениние, но спорить не буду.

А теперь к вопросу. Как из-за сбойной памяти антивирус в заведомо не инфицированых файлах нашел вирусы? Да еще и на компе с виндой вирусы, которые только для Маов? Еще и на том компе реестр подчитстил, там, где и не нужно. Я так понимаю тут уже в поддержку Касперского писать тоже нужно? А тут я просто спросил, как такое может быть, может кто сталкивался

Перемещено hobbit из linux-hardware

Доброго времени суток

Избавился от древней 730й Nvidia и почти даром досталась неплохая Radeon RX 6500. Для моих нужд за глаза, а после 730 небо и земля!Но вылезла проблема. И телек и моник только по HDMI подключаются. А на карте HDMI+D-Port. Дома переходника прямого нет, а только через переходник D-Port-DVI -> DVI-HDMI. Мало того, что это прилично по проводам занимает, так еще и работает не так как нужно. Если на телек этот переходник, то звука нет, так еще и телек становится «главным устройством», что я пока не залогинюсь, я на монике ниче не вижу (даже если по факту телек не включен). Если наоборот на моник подключить этот переходник на моник, то я выше 60Гц не могу получить. Хотя если я не геймер, а так, по страничкам в инете полазить и по мелочам мне эти 75Гц дают что-то? но даже не это, а именно переходник через переходник напрягают. Если кто сталкивался с подобны, подскажите решение. В вариантах, а может быть так, а может так я смысла в ответах не вижу. Просто кто по факту сталкивался может?

Доброго времени суток всем!

Посоветуйте для домашнего компа бесперебойку. Просто у нас тут новый жил.массив сдали рялдом, а электрики явно не рачитали свои возможности. Не редко нас «старичков», кто давно живет, стали рубить без предупреждения - не вывозят подстанции тех кто был и новых тык 24-ех этажки.

Время долгое работы не нужно. Броски напряжения что бы гасил. А то телек с ТВ-приставкой их переживают, а комп и люстра нет (комп вырубается, а люстра как детектор, что сброс питания был (у кого такие есть - поймут про это - выключение быстрое и включение - смена режима работы люстры). Что бы в режиме ожидания (когда стабильное питание) что бы не шумел - понятно, что когда отрубят свет, он шуметь будет. Что в Новосибирске продают сейчас, что-то непонятно. Нашел DEXP CEE-E как бы оптимальный вроде,но 650 и по деньгам не особо напрягает, но нет проводка подключить к кому для контроля, 850VA не понятно, есть или нет, а CEE-E 1200 - 1500 VA уже точно есть, но есть ли смысл платить за DEXP 7-8 тысяч? По отзывам почти все положительные идут.APC, которые всегда для работы брали то ли их нет в рознице, то ли они сейчас так баснословно стоят, что в фильтры отбора не попали.Что посоветуете? Ну лимит, желательно за 8 тыр не забраться, но готов и больше. Тихий что бы был в режиме, когда стабильно все, как Smart APC 1200 (был бы идеал, но его я хрен куплю, не БУ, и по наличию и по деньгам, наверное)

Доброго всем! HOST Debian 12, Нужно запустить десятку винду просто тупо обновиться (хотя я ей не пользуюсь в повседневке, но по специфике работы дома иногда приходится залезть в нее. Там лецинзионка, с БУ брендом ПК досталась с 7-кой. Сейчас 10ка, которая лицензию съела. Но тут другой вопрос. Мне в десятку влом грузиться, если все под Линуксом у меня. Я вылетаю на какое-то время - мне не нужно это - там долгие процедуры типа компиляции пакета - но совсем другое. Ну специфика работы в этом месте, не секретно, но никто не поймет. Нашел вариант

sudo qemu-system-x86_64 –enable-kvm -cpu host -smp 8 -m 4096 -drive format=raw,file=/dev/sda1

но тут все так тормозит. Помню, на работе разворачивал сервак на KVM, и была проблема такая же…. не помню, что добавил, что решить ее. А ведь всего одного параметра не хватает или один лишний. Хотя тут лишнему нечему быть, может в синтаксисе ошибся только что

Доброго всем.

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

Изначально началось с того, что купил моник DEXP DF24H1. Подключение через DSUB - проблем нет.Решил его по HDMI, комп бренд от Lenovo - HDMI на плате нет, воткнул GT630 и… получил «зеленое болото» на экране логина в KDE (sddm).

PS:// тут сразу скажу, что и в Kubuntu и в Debian поведение одинаковое. Почему две? Я с Кубунты еще из-за специфичного софта не перелез, который просто лень тестить на Debian. Да и пускай будет,пока места хватает).

Ставлю драйвера по инструкции - на окне логина получаю болотного цвета получитаемый экран по HDMI, а второй моник, ASUS какой-то непонятное мерцание. Муар скорее больше. Перезагружаюсь в Кубунту - там то же самое. Взял на работе GT730 - все то же самое… попробовал удалить дрова и на noveau - так тут изначального глюка нет, но в процессе работы у меня могут возникать «десятичные» дублирования/наложения экрана. Устанавливаю опять из репов несвободные драйвера - опять «болото» Когда методом тыка уже логин в систему совершен, и в панеле КДЕ для моника ставишь 75Гц - проблем нет для HDMI, а для второго моника «муар»… Тоесть на экране логина SDDM монитор и видюха не дружат. Есит ли у СДДМ какие-то настройки работы с частотой экрана (или я не туда копаю)? И насколько сейчас актуально ставить дрова с оф-сайта Nvidia? Раньше (давно) помню были проблемы после того, как прилетало обновление ядра? Или вообще забить и воткнуть в DSUB или DVI (через переходник - звук не нужен)

Всем доброго!

Стоял до этого Acer 22" по DVI. Но он севший по яркости уже был и просто с бухты барахты решил взять на 24". По отзывам моник норм для своих денег DEXP DF24H1. По DVI норм. Но вот когда на Debian подключил его по HDMI получил зеленое изображение. Сначала забил, все равно HDMI больше для телека планируется. Пока в отпуске и отошел от гулянок, решил проверить опять. Debian так же все в зеленых полосах. Загружаю Kubuntu - там все норм. Потом в дебиане в КДЕ нашел, что 75 герц он хочет. Т.е. на рабочем столе уже проблем нет. А вот где еще найти что sddm нужно, что бы на 60герц не включало? Ну и что бы потом не вызвало проблем, если я его на DVI пересажу, а HDMI будет телек

PS:// глюк дров Nvidia GT730? Или видюха в Linux такая отстойная?

Доброго времени суток.

Debian 12 KDE Plasma 5 (на крайняк можно и на Kubunte 22.04, если есть рабочий вариант, есть на чем протестить, там уж сам перенесу настройки) на стационарном компе, приставка Rombica Smart Box H4 на ATV 7.1. Оба устройства подключены проводом к роутеру TP-Link_Archer-C54. Приставка поддерживает и BT и Wi-Fi, но в компе только Эзернет. Хочется дублировать экран с компа на телек. Случайно в VLC наткнулся на то, что в «Воспроизведение - Воспроизводитель» есть «локально» и «SBox H4» и видео воспроизводится без проблем. Уже с неделю гуглю в поисках решения, но ничего путнего не нашел или не так пытаюсь искать. В идеале хотелось бы сделать дублирование или расширение экрана как второй рабочий стол. Ну на крайний случай просмотровщик фото, который как VLC сможет выводить на приставку изображение. Пока нашел грабли через установку VNC-сервера на комп, а на приставку клиента - но это совсем не вариант, т.к. много телодвижений надо сделать, а не просто пару кнопок щелкнул и все…

PS:// В KDE как и в Win10 по «Win+P» вызывается конфигурация дисплеев, но само собой там ничего нет кроме физических дисплеев. Загрузил десятку впервые за пол года, но и там нет пунктов дополнительных - только про физические. На ноутах на работе часто это используем, как «подключение к беспроводному дисплею». Но учитывая, что беспроводного на стационарном компе нет у меня, то и пункта нет даже в винде. Это я к чему спросил - в KDE по «Win+P» должен бы был добавиться такой пункт в случае присутствия модуля Wi-Fi? Проверьте, плиз, у кого ноут с Wi-Fi, ну или кто знает, есть там такой пункт?

Доброго всем.

Делаю время от времени бакапы да домашнем компе да два диска. Столкнулся с проблемой. Раньше не с ln -s делал симлинки, а с миднайта. А он полный путь пишет. Какая команда найти битые симлинки? Я уже понял, что нельзя так делать, что просто контал-икс-контал-с. но накопилось много. И как с Кубунты на Дебиан начал переползать… в самой системе то ничего, а в бакапах ссылки по другому пути идут (имя пользователя) PS://надеюсь мой пьяный вопрос поймет кто-нибудь

Пардон,что тут вопрос задаю. На форумах виндузятников, думаю, такое даже не ответят или не поймут, что хочу. В KDE Plasma по умолчанию наводишь мышь на регулятор громкости и колесиком регулируешь звук. КУбунта. В винде такое возможно (не я же одие пользуюсь и тем и тем. Может кто знает. Десятка с КДЕ очень много фишек взяла, а эту не полностью. Только после щелчка на значек звука работает). Комп чисто для телека и пока не могу Линукс там поставить. Так то пофиг для телека - лицензия есть и пусть пашет. Но этам мелочь реально напрягакт. На форумах винды меня просто не поймут, что хочу. Да и те, кто не КДЕ, может быть тоже не поймут удобство

W: Произошла ошибка при проверке подписи. Репозиторий не обновлён, и будут использованы предыдущие индексные файлы. Ошибка GPG: http://download.opensuse.org/repositories/home:/Alexx2000/xUbuntu_20.04 InRelease: Следующие подписи неверны: EXPKEYSIG 61508B60C33A8925 home:Alexx2000 OBS Project home:Alexx2000@build.opensuse.org

Доброго времени суток.

Kubuntu 22.04. Как ошибку исправить, я в принципе знаю. А вот как узнать, что у меня с этой репы устанавливается? Просто хочется понять, а надо ли мне сейчас оно и с соурсов удалить и все. Если просто перейти в эту репу, то там DC командир и unrar-non-free. По сути и не пользуюсь.Переползло кака-то с апгрейда с 20.04, а может даже еще и с 16.04.

Но сама суть вопроса остается в заголовке. Как узнать, что у меня ставится с сторонней репозитарии.

PS:// есть еще один комп, который больше как для экспирементов, так там их очень много левых напихано. На основном домашнем и рабочем левых реп почти нет

Доброго времени суток. Сегодня утром столкнулся с неприятной ситуацией. В очереди на момент прихода на работу на постмастера висело порядка 16 тысяч оповещений. Почтовик хоть и не полностью в раковом состоянии был, но очередь очень «тупо» обрабатывал. При разборе «полетов» (логов) выяснилось, что с какого-то америкасовстого IP пытались слать на наши почтовые ящики, причем логины, на которые шло, были и случайные и существующие - типа перебором (возможно еще и опенрелей пробовали). Айпишка, с которого была атака постфиксом был заблокирован сразу параметрам по первому - unknown host (у меня из первых правил проверок это стоит) (бывают тут с этим, конечно тоже ложные сработки, но, как правило, это виноваты провайдеры или админы тех, кто надежный отправитель, но кто-то там накосячил, но это либо на их стороне лечится быстро, либо есть белые списки, для тех где админы приходящие). Я уже там не сильно вчитывался, сколько раз постфикс стал после этого отвечать на этот IP лост коннекшен, но атака продолжалась по нашему времени с часу ночи, до 7 утра. На вскидку оповещения на постмастера перевалили за 35 тысяч. Забанил на уровне iptables IP, хотя врядни с него будет повторяться атака. А может в ближайшее время и не коснется (последний раз, но не так интенсивно, лет 10 назад было. Я тогда правила «отброса» сообщений пересмотрел и немного поправил).

Это предыстория. Теперь вопрос: Постфикс у меня по сути эту атаку заблочил, но я же опять попал в производительность железа, наверное, где он просто очень быстно не мог обработать сообщения для постмастера? (Пока сервак там реально не очень по железу). Отсюда вопрос - в скаую сторону смотреть, что бы избежать в будущем? У постфикса есть возможность настроить оповещения, что не на каждый одинаковый чих слать по сообщению? Ну если 100 подряд с небольшим промежутком времени с одного IP он отбивает как Lost Connect, то не на каждое событие, а хотя бы 10-50 получал, что спамера послали?

Еще, помню, что-то попадалось, что как-то можно это еще в связке с iptables связать при таких атаках, но сам не помню детали и нагуглить в яндексе ничего не получилось. Почти везде инструкции для настройки постфикса, но нигде такой ситуации не вижу. Да и там по сути везде общий копипаст, а остальное читайте маны. А я тут столкнулся, что не знаю на что именно читать. В какую именно сторону смотреть, что бы мой же постмастер меня о том, что он заблочил, мой сервак не загнал в ступор

Доброго времени суток всем. Суть вопроса. Ну что-то Каноникл начал раздражать. Сейчас, что на работе, что дома - kubunta 22.04 (дома дополнительно еще Manjaro и Win10Pro. При покупке БУ бренда досталась - мне по работе все равно никак пока без этого, тем более комп с лицензией пришел. Правда загружаю или когда до дела дошло или просто, что бы потом установки обновлений не ждать). Дома на SSD, на работе NVME. На работе i3 10100 (пардон, не помню, точно какой, но примерно так. Дома сейчас i3 2100). Оперативки и там и там мало по сути - по 8гб. На работе в виртуалБоксе всегда запущен вин10(Клиенты все в ней и только так, всякие политики АД и наших безопасников). Дома как бы нет проблем. На работе машина временами вешается то на 10сек, то вообще на совсем навсегда.

Теперь к теме заголовка. Те, кто ARCH предложат - на мое железо смотрите. Пользовался Арчем, до поры до времени. Потом просто комп стал «умирать» (тогда коре2дуа) был. На рабочем не эксперементировал. Потом просто решил на Манджару перейти - и месяц комп дома не включал. Потом обновлять - Кубунта норм - винду в расчет не беру (это больше как побочный эффект, но с лицензией и иногда нужный - специфика работы). А Манджара с обновлениями сдохла. Но до этого быстрее системы, даже на коре2дуо не видел. Да и сейчас она в отличии от кубунты, как и винда, грузится за считаные секунды. Кубунта на ССД больше 30 сек. На чистый Арч не готовперейти. Мне не надо ждать сборка пакетов по пол часа. Манджара тоже, хоть и нравить, но в направление убунты просба не возвращать - это для работы оставлю - там только так.

ЗЫЖ Пардон,пьяный пишу, обновлялка Манджары выбила мозги зависимостями

Доброго всем. Проблема, я думаю, не только у меня (на работе и дома этот напрягающий глюк), но что-то не на/гуглил/наяндексил. Кубунта 22.04 (Второй системой Manjaro KDE стоит - там не замечал проблему такую). В настройках стоит по умолчанию английская раскладка. При блокировке экрана, если был последний ввод (письмо писал, к примеру), при логине русский. ХЗ с какой версии Кубунты появилось. Раньше не было такого… в 18.04 вроде не было глюка. 20.04, 22.04 - глюк есть. Это только у меня или у Кубунтовцев всех так?

Остался после небольшого обновления комп с Core2Duo E8200. Был калымчик, с которого достался квадрик Q8200. Как бы компик просто процы поменял и все. Там винда 10 (я почему и не стал продавать - редко, но нужна винда, а через виртуалки не очень нравится, те же прошивки телефонов). Так суть вопроса. Квадрик стал работать тупее, чем было на Корике. По сути же такого не должно быть? На линуксе он (Корик) в принципе, работал без проблем (ну если там чета серьезное не компилировать). Линукс ставить туда для проверки малость лень сейчас - комп для разовых действий и там лицензия (хехе, хз как, но она настоящая и в учетке МС есть). Ну собственно вопрос, а почему квадрик работает медленнее, чем коре2дуо? или винда на момент установки запомнила колличество ядер и так и оставила?

PS:// понимаю, что тут офтоп это, но тут то много людей на Никсах, но при этом обслуживают винду. Сейчас вспоминать форумы, где по винде регился, а еще и пароли, не хочется.

Жду ответа, но и готов получить по морде тряпкой. Винда не мое, но организация, где я работаю, софт такой пользует, что аналогов нет (самописанный во многом), ну и прошивальщики телефонов винду хотят. Хотя вот Асус один не могу оживить, но эта тема больше на 4пда

Вопрос с виду смешной. Kubuntu 20.04. Был би единичный вариант, но, что дома, что на работе - одинаково.. Если включилась заставка, то без мышки я никак не могу войти в систему. Какие бы клавиши не жал (ну разве переход в консоль). После какого-то обновления, вроде, началось такое. И почему-то всегда (не помню с какого момента, но и на работе то же самое) на экране блокировки всегда русский. Пароль у меня на английском. При загрузке нормально. Только с экраном блокировки фигня

Доброго времени суток всем.

Назревает задача перевести почтовый сервер на новый физически сервер. Соответственно устаревшую Slackware 14 тащить смысла просто клонированием нет. Я склоняюсь на Debian перевести. Как бы в плане обслуживания для меня особо разницы нет. Но нужно перетащить порядка 800+ почтовых ящиков. Часть из них уже, конечно мертвые, потому что нам не про всех сообщают, что человек уволился. Пока из мыслей на пару недель запустить tcpdump -i eth1 port pop3 -l -A | egrep -i ‘pass |user’. Минус - в выводе перед юзер/пасс много лишнего выводи. Хотя это тоже фильтруемо. А вот как его заставить это все в файл писать? Я что-то или туплю или что-то забыл. Другой вариант passwd и shadow просто на новой системе запихать от старой, но как это отработает? Когда в свое время в WinRoot переводил на Slackware было не сложно - всего 50 ящиков было.

У кого есть опыт перевода такого большого количества почтовых ящиков? (почтовик наружу только отсылает и принимает - доступа из вне нет для почтовых клиентов. Да и процентов 80 пользователей не имеют возможности даже отправлять почту наружу)

Ну и дополнительно вопрос. Начальник просит сведенья, а что за железо то брать? Сейчас (точно не помню), то ли обычный core2duo то ли i3 с двумя винтами. Под почту всего 40ГБ (но это конечно жесть, но не моя прихоть, а так вышло). Если уж не серверный вариант просить, то что лучше? я так понимаю, что бы материнка все же поддерживала RAID? Пускай просто зеркало? Как тут лучше сделать, что бы мне хоть потом на десяток лет про железку зыбать? Сам сервак - почтовик, на нем же шлюз в инет. Ну и плюс сквид «для избранных» (для всего предприятия остальные 1000+ через другой сервак сидят, так что нагрузка на этом в плане ресурсов не такая большая)

У меня пока есть время на размышление. Хотелось бы советов услышать. Только реальных, а не типа …