blazer05, эти строчки из вывода mount говорят, что три каталога в /snap/pycharm-professional у вас подмонтированы только для чтения (ro):
/var/lib/snapd/snaps/pycharm-professional_55.snap on /snap/pycharm-professional/55 type squashfs (ro,nodev,relatime)
/var/lib/snapd/snaps/pycharm-professional_62.snap on /snap/pycharm-professional/62 type squashfs (ro,nodev,relatime)
/var/lib/snapd/snaps/pycharm-professional_64.snap on /snap/pycharm-professional/64 type squashfs (ro,nodev,relatime)
рискну предположить, что current - это симлинк на один из этих каталогов. проверить, так ли это, можно командой
ls -l /snap/pycharm-professional
в ответе, если я прав насчёт симлинка, для current будет указано, на кого из упомянутых выше трёх ребят он ссылается.
почему оно всё реализовано так - не скажу, это вам уже pycharm'овцы пусть отвечают. в принципе образа squashfs вполне себе редактируются (вернее, как минимум их можно распаковать в какой-либо каталог, отредактировать и пересобрать с помощью mksquashfs), но, повторюсь, наверное, есть какие-то более другие способы работы с этим хозяйством, с которыми я не сталкивался, но которые знакомы тем, кто занимается подобными вещами.
MegaCraZy6, предлагаю вам решить раз и навсегда в рамках этой задачи, что у вас с памятью, а не писать наобум.
320x200 - это 64 КБ, а не 64 МБ, как вы писали выше.
если вы используете real mode и вам доступен 1 МБ - незачем писать про 64 МБ.
половина от 1 МБ - это около 500 КБ. сюда влезет 7-8 видеобуферов по 64 КБ.
включен форвардинг на хосте - это верно, но что на виртуалках с таблицей маршрутизации? с форвардинга толку не будет, если виртуалки не шлют на хост пакеты.
брандмауер на виртуалках выключен?
nomaster, они связаны через сетевой мост роутера. грубо говоря, через коммутатор.
где настраиваете iptables? где находится dns-сервер? написали бы хоть.
VROOM, да как вам сказать. по идее вам достаточно одного роутера с поддержкой wi-fi, тогда и второй IP покупать не нужно. просто воткнули бы в него провайдера, ПК, подсоединили бы по wi-fi ноут да настроили на роутере привязку MAC к провайдерсому IP.
но сейчас задача немного другая же: у вас 2 IP. RouterOS микротика умеет в несколько IP на одном порту, это я точно помню. а вот умеет ли RouterOS в несколько MAC на порту (у вас же привязка к MAC) - честно говоря, не в курсе. наверное, да. и задачу заюзать 2 провайдерских IP микротик в таком случае решит. но вот советов по поводу того, как это сделать, я дать не могу, кроме общих слов: повесить на порт, к которому подключается провайдер, 2 IP и 2 MAC, настроить внутренние подсети и NAT для обоих провайдерских IP-адресов, разнести подсети по разным VLAN.
я бы предпочёл, чтобы по микротику вам дали совет те, кто ими чаще пользуются - им легче написать вам конкретику.
VROOM, точка доступа - это точка доступа. если ваш роутер может работать как точка доступа (т. е. коммутировать проводной ethernet с беспроводным без использования маршрутизации), то он подойдёт. а если роутер обязательно требует, чтобы проводная и беспроводная сети находились в разных подсетях - то нет.
можно к примеру найти инструкцию по роутеру и поискать в ней насчёт этого вопроса, можно погуглить прямым текстом "<модель моего роутера> режим точки доступа".
скажем так: если у вашего роутера есть отдельный wan-порт и если ваш роутер позволяет отключить dhcp-сервер на lan-портах и если при подключении кабеля от провайдера в lan-порт, а ноутбука по wi-fi и при отключенном на роутере dhcp-сервере у вас есть через него выход в интернет с ноутбука, то ваш роутер может работать как точка доступа.
Kenny00, а, ну да, WINS...
DHCP работает? пишите, что работает. дело не в бродкастах.
тогда проверяйте, в принципе ходит ли трафик с dest port 137 (UDP и TCP) из сети в сеть. конечно, провайдеру резать эти порты, предоставляя при этом услугу транзита трафика организации, дико, но, возможно, это просто накладка с их стороны.
облегчить сниффинг через wireshark должен тот факт, что IP-адрес WINS сервера вам известен. запускайте wireshark на клиентской машине сети Б и на сервере сети A, пробуйте запросить чьё-либо имя с клиентской машины у сервера WINS, останавливайте захват и сравнивайте оба дампа, чтобы понять, всё ли дошло на IP WINS-сервера и вернулось назад.
рискну предположить, что current - это симлинк на один из этих каталогов. проверить, так ли это, можно командой
в ответе, если я прав насчёт симлинка, для current будет указано, на кого из упомянутых выше трёх ребят он ссылается.
почему оно всё реализовано так - не скажу, это вам уже pycharm'овцы пусть отвечают. в принципе образа squashfs вполне себе редактируются (вернее, как минимум их можно распаковать в какой-либо каталог, отредактировать и пересобрать с помощью mksquashfs), но, повторюсь, наверное, есть какие-то более другие способы работы с этим хозяйством, с которыми я не сталкивался, но которые знакомы тем, кто занимается подобными вещами.