Тёмная тема
- Dmitry_Milk
- Постоялец
В старых виндах был в наличии RCP, который очень хорошо скриптуется.
Dmitry_Milk
> В старых виндах был в наличии RCP, который очень хорошо скриптуется.
сегодня, как раз, попробовал taskkill /S (удалённый сервер)
с реакцией: "RPC server is not responding"
по-этому сразу же тебе вопрос задал в "Вопросах" :)
skalogryz
> RPC server is not responding
RCP (RSH copy), про который я сказал, это не RPC (который Remote Procedure Call), а "кузен" RSH, только не для команд, а для файлов. Я этим RCP пользовался, чтоб вносить оперативные периодические изменения в конфиг циски без ее рестарта.
Ghost2
> Не понял, если честно, причину печали.
skalogryz
> хотелось бы альтернатив.
как Dmitry_Milk указывает.
SSH тоже работает не самым "идеальным" образом. И требует донастройки, хотя бы в виде обмена ключами.
(какой-нить HTTPS сервис, в смысле организации безопасности проще).
Просто для примера - "обмен ключами"
Чтобы сервер доверял клиенту, и можно было автоматизировать загрузку. (а иначе он будет требовать вводить пароль постоянно)
Ключи нужно сгенерировать и загрузить на сервер публичную часть. (приватный на стороне клиента)
И в любом мануале скажут, что дескать нужно ещё ssh-agent-а настроить на клиенте.
Хотя на самом деле, он нужен, только если приватный ключ защищён паролем. А если паролем не защищено, то и без агента прекрасно (и не максимально безопасно) работает.
и по-этому хочется альтернатив, чтобы удобнее.
Больше дела, и меньше красных глаз!
skalogryz
ssh-copy-id. Копируешь ключ, отключаешь пароль и вперёд. А агент, как ты заметил, вообще там сбоку.
Тут кстати нарвался на баг в этом ssh-copy-id. Какой-то гений догадался распознавать в нем серверы. И если это dropbear, то ключ копировался в /etc/dropbear/authorized_keys, вместо папки пользователя. Так сделано в dropbear для openwrt через патч, а стоковый смотрит как раз в папку пользователя. Они во всех официальных дистрах частность сделали общностью и даже в самой распоследней LTS убунте ssh-copy-id работает криво с dropbear.
Короче, какашка эти ваши линуксы и радует только то, что этот скрипт можно просто отредактировать ) До следующего обновления конечно.
Ghost2
> Тут кстати нарвался на баг в этом ssh-copy-id. Какой-то гений догадался
> распознавать в нем серверы. И если это dropbear, то ключ копировался в
> /etc/dropbear/authorized_keys, вместо папки пользователя
офигеть! я думал это стёб, но всё реально:
https://github.com/MichaIng/DietPi/issues/4380
https://bugs.archlinux.org/task/70901
Ghost2
> ssh-copy-id. Копируешь ключ, отключаешь пароль и вперёд
ssh-copy-id не включён в поставку с TortoiseGit (винда ж ш)
GTX 1660 Super на минте раз в несколько минут показывает чёрную полосу в верхней половине экрана на пару кадров. Везде пишут, что дохлая память. Но есть один пост на реддите, где у владельца 2060 такая хрень началась после установки 530-го драйвера. Откатился на 525-ый, полосы пропали, вроде.
Никто не сталкивался?
Dimich
Везде пишут, что дохлая память.
Чушь пишут. Это известный баг в дровах начиная с 530-й версии. Проявляется и в GNU/Linux, и в MS Windows. Правда, не на всех картах. Дров с пометкой «исправлено» вышло уже больше трёх ревизий (для Линукса, для Винды может ещё больше), но воз и ныне там. На форуме nvidia один из разрабов написал, что смог у себя воспроизвести, ждём починки. Баг как-то связан с криво сделанным переключением профилей питания. Единственное действенное решение — откатиться на 528-ю ветку, она ещё без бага. А так много чего советуют: triple buffer в xorg.conf, залочить на maximum pergormance и т.д. Но реально помогает только октат на незабагованную ветку дров, остальное, в лучшем случае, снижает частоту миганий.
Хотя. В Линуксе ты можешь заменить дрова nvidia дровами nouveau. Там бага нет, но есть подозрение, что на Фоне Новю мигание экрана может показаться не такой уж скверной штукой.
alexyecu_wox2team
> На форуме nvidia один из разрабов написал, что смог у себя воспроизвести, ждём
> починки.
Нашёл какую-то тему, там 2 года назад обещали в следующем релизе пофиксить.
Ну и хрен с ним, почитал changelog 530/535, вроде ничего интересного.
Dimich
Нашёл какую-то тему, там 2 года назад обещали в следующем релизе пофиксить.
Вот тема.
Пишут, в 545 починили. Но уже много раз такое писали. К тому же это beta пока.
В общем, есть возможность — сиди на старых, пока 545 из беты не вылезут. Ну либо бету с сайта ставь, хотя я б погодил с этим. Хотя, оно и на 535 не так чтоб часто проявлялось, но непорядок, да.
Dimich
Вчера опубликовали 545.29.02 из nfb. Там заявлен фикс того самого бага, плюс оно теперь нормально консоль отображает на системах с simpledrm.
Обновил, за сегодня багов не обнаружил.
Заметил такую странность. Если зайти в Nvidia X server settings, performance level сначала стоит максимальный, потом плавно падает. Интересно, что такого при старте server settings происходит...
Dimich
Если зайти в Nvidia X server settings, performance level сначала стоит максимальный, потом плавно падает.
Переключение на повышенную производительность при запуске любого гуёвого приложения происходит, а потом, если не нужно, за секунду или жве снижается до минимального. Видимо, чтобы оперативно обеспечить потребности софтины, если таковые у неё есть. Ну, может не любого, а только на GTK/Qt/Электрон. Это можно отследить при помощи nvidia-smi той же.
alexyecu_wox2team
> Переключение на повышенную производительность при запуске любого гуёвого приложения
Это как? Мне достаточно написать приложение с интерфейсом (неким) до WM, чтобы получить на какое-то время приоритет в системе?