Если Midori все еще нуждается в большой памяти, вы можете протестировать dillo.
Проблема оказалась брандмауэром. Отключить его с помощью
sudo ufw disable
сделал трюк.
Проблема оказалась брандмауэром. Отключить его с помощью
sudo ufw disable
сделал трюк.
Проблема оказалась брандмауэром. Отключить его с помощью
sudo ufw disable
сделал трюк.
Проблема оказалась брандмауэром. Отключить его с помощью
sudo ufw disable
сделал трюк.
Проблема оказалась брандмауэром. Отключить его с помощью
sudo ufw disable
сделал трюк.
Проблема оказалась брандмауэром. Отключить его с помощью
sudo ufw disable
сделал трюк.
Проблема оказалась брандмауэром. Отключить его с помощью
sudo ufw disable
сделал трюк.
Проблема оказалась брандмауэром. Отключить его с помощью
sudo ufw disable
сделал трюк.
Проблема оказалась брандмауэром. Отключить его с помощью
sudo ufw disable
сделал трюк.
В основном вы можете попробовать просмотр сети в nautilus с помощью network:/// в строке местоположения nautilus. Что касается перезапуска сервера samba, я думаю, попробуйте заменить samba в вашей служебной команде с помощью smb или smbd. Или попробуйте использовать машинный ip, а не имя машины.
Немного слишком поздно, но кажется, что некоторые люди все еще испытывают такую же проблему. Часто бывает, что проблема лежит не на стороне клиента (Ubuntu), а на стороне сервера.
Прежде всего, я бы предложил проверить настройки брандмауэра на стороне Windows. Например, в Windows 7 мне пришлось открыть TCP-порт 445 для SMB и UDP 137, 138 / TCP 137, 139 для API NetBios.
Чтобы сделать это, перейдите в окно Windows и откройте: [!d2 ]
Control Panel > Firewall > Advanced Settings > Inbound Rules > Add Rule...
Добавить правила для каждого упомянутого выше порта. Затем вы можете попытаться подключиться к Ubuntu. Если вы все еще не можете подключиться - откройте терминал и запустите команды, чтобы увидеть общие ресурсы
$ findsmb
$ smbtree
(нажмите, чтобы ввести пароль при запросе пароля)
Из вывода smbtree найдите имя станции Windows и запустите
$ smbclient -L [NAME]
. С этого момента вы либо подключаетесь к Share, либо получите код ошибки, который даст вам подсказку о происхождении проблемы. Например, мое сообщение об ошибке было NT_STATUS_BAD_NETWORK_NAME (имя компьютера Windows содержит недопустимый символ), и проблема была исправлена за 2 минуты.
Надеемся, что эта информация будет полезна.
Это ужасное и небезопасное решение полностью отключить ваш брандмауэр.
Лучше? Установите gufw и добавьте совместное использование SAMBA, если вы не знаете, как вручную настроить брандмауэр. ;)
Это ужасное и небезопасное решение полностью отключить ваш брандмауэр.
Лучше? Установите gufw и добавьте совместное использование SAMBA, если вы не знаете, как вручную настроить брандмауэр. ;)
Немного слишком поздно, но кажется, что некоторые люди все еще испытывают такую же проблему. Часто бывает, что проблема лежит не на стороне клиента (Ubuntu), а на стороне сервера.
Прежде всего, я бы предложил проверить настройки брандмауэра на стороне Windows. Например, в Windows 7 мне пришлось открыть TCP-порт 445 для SMB и UDP 137, 138 / TCP 137, 139 для API NetBios.
Чтобы сделать это, перейдите в окно Windows и откройте:
Control Panel > Firewall > Advanced Settings > Inbound Rules > Add Rule...
Добавить правила для каждого упомянутого выше порта. Затем вы можете попытаться подключиться к Ubuntu. Если вы все еще не можете подключиться - откройте терминал и запустите команды, чтобы увидеть общие ресурсы
$ findsmb
$ smbtree
(нажмите, чтобы ввести пароль при запросе пароля)
Из вывода smbtree найдите имя станции Windows и запустите
$ smbclient -L [NAME]
. С этого момента вы либо подключаетесь к Share, либо получите код ошибки, который даст вам подсказку о происхождении проблемы. Например, мое сообщение об ошибке было NT_STATUS_BAD_NETWORK_NAME (имя компьютера Windows содержит недопустимый символ), и проблема была исправлена за 2 минуты.
Надеемся, что эта информация будет полезна.
В основном вы можете попробовать просмотр сети в nautilus с помощью network:/// в строке местоположения nautilus. Что касается перезапуска сервера samba, я думаю, попробуйте заменить samba в вашей служебной команде с помощью smb или smbd. Или попробуйте использовать машинный ip, а не имя машины.
Это ужасное и небезопасное решение полностью отключить ваш брандмауэр.
Лучше? Установите gufw и добавьте совместное использование SAMBA, если вы не знаете, как вручную настроить брандмауэр. ;)
Немного слишком поздно, но кажется, что некоторые люди все еще испытывают такую же проблему. Часто бывает, что проблема лежит не на стороне клиента (Ubuntu), а на стороне сервера.
Прежде всего, я бы предложил проверить настройки брандмауэра на стороне Windows. Например, в Windows 7 мне пришлось открыть TCP-порт 445 для SMB и UDP 137, 138 / TCP 137, 139 для API NetBios.
Чтобы сделать это, перейдите в окно Windows и откройте:
Control Panel > Firewall > Advanced Settings > Inbound Rules > Add Rule...
Добавить правила для каждого упомянутого выше порта. Затем вы можете попытаться подключиться к Ubuntu. Если вы все еще не можете подключиться - откройте терминал и запустите команды, чтобы увидеть общие ресурсы
$ findsmb
$ smbtree
(нажмите, чтобы ввести пароль при запросе пароля)
Из вывода smbtree найдите имя станции Windows и запустите
$ smbclient -L [NAME]
. С этого момента вы либо подключаетесь к Share, либо получите код ошибки, который даст вам подсказку о происхождении проблемы. Например, мое сообщение об ошибке было NT_STATUS_BAD_NETWORK_NAME (имя компьютера Windows содержит недопустимый символ), и проблема была исправлена за 2 минуты.
Надеемся, что эта информация будет полезна.
В основном вы можете попробовать просмотр сети в nautilus с помощью network:/// в строке местоположения nautilus. Что касается перезапуска сервера samba, я думаю, попробуйте заменить samba в вашей служебной команде с помощью smb или smbd. Или попробуйте использовать машинный ip, а не имя машины.
Это ужасное и небезопасное решение полностью отключить ваш брандмауэр.
Лучше? Установите gufw и добавьте совместное использование SAMBA, если вы не знаете, как вручную настроить брандмауэр. ;)
Немного слишком поздно, но кажется, что некоторые люди все еще испытывают такую же проблему. Часто бывает, что проблема лежит не на стороне клиента (Ubuntu), а на стороне сервера.
Прежде всего, я бы предложил проверить настройки брандмауэра на стороне Windows. Например, в Windows 7 мне пришлось открыть TCP-порт 445 для SMB и UDP 137, 138 / TCP 137, 139 для API NetBios.
Чтобы сделать это, перейдите в окно Windows и откройте:
Control Panel > Firewall > Advanced Settings > Inbound Rules > Add Rule...
Добавить правила для каждого упомянутого выше порта. Затем вы можете попытаться подключиться к Ubuntu. Если вы все еще не можете подключиться - откройте терминал и запустите команды, чтобы увидеть общие ресурсы
$ findsmb
$ smbtree
(нажмите, чтобы ввести пароль при запросе пароля)
Из вывода smbtree найдите имя станции Windows и запустите
$ smbclient -L [NAME]
. С этого момента вы либо подключаетесь к Share, либо получите код ошибки, который даст вам подсказку о происхождении проблемы. Например, мое сообщение об ошибке было NT_STATUS_BAD_NETWORK_NAME (имя компьютера Windows содержит недопустимый символ), и проблема была исправлена за 2 минуты.
Надеемся, что эта информация будет полезна.
В основном вы можете попробовать просмотр сети в nautilus с помощью network:/// в строке местоположения nautilus. Что касается перезапуска сервера samba, я думаю, попробуйте заменить samba в вашей служебной команде с помощью smb или smbd. Или попробуйте использовать машинный ip, а не имя машины.
Это ужасное и небезопасное решение полностью отключить ваш брандмауэр.
Лучше? Установите gufw и добавьте совместное использование SAMBA, если вы не знаете, как вручную настроить брандмауэр. ;)
Немного слишком поздно, но кажется, что некоторые люди все еще испытывают такую же проблему. Часто бывает, что проблема лежит не на стороне клиента (Ubuntu), а на стороне сервера.
Прежде всего, я бы предложил проверить настройки брандмауэра на стороне Windows. Например, в Windows 7 мне пришлось открыть TCP-порт 445 для SMB и UDP 137, 138 / TCP 137, 139 для API NetBios.
Чтобы сделать это, перейдите в окно Windows и откройте:
Control Panel > Firewall > Advanced Settings > Inbound Rules > Add Rule...
Добавить правила для каждого упомянутого выше порта. Затем вы можете попытаться подключиться к Ubuntu. Если вы все еще не можете подключиться - откройте терминал и запустите команды, чтобы увидеть общие ресурсы
$ findsmb
$ smbtree
(нажмите, чтобы ввести пароль при запросе пароля)
Из вывода smbtree найдите имя станции Windows и запустите
$ smbclient -L [NAME]
. С этого момента вы либо подключаетесь к Share, либо получите код ошибки, который даст вам подсказку о происхождении проблемы. Например, мое сообщение об ошибке было NT_STATUS_BAD_NETWORK_NAME (имя компьютера Windows содержит недопустимый символ), и проблема была исправлена за 2 минуты.
Надеемся, что эта информация будет полезна.
В основном вы можете попробовать просмотр сети в nautilus с помощью network:/// в строке местоположения nautilus. Что касается перезапуска сервера samba, я думаю, попробуйте заменить samba в вашей служебной команде с помощью smb или smbd. Или попробуйте использовать машинный ip, а не имя машины.
В основном вы можете попробовать просмотр сети в nautilus с помощью сети: ///
в строке местоположения nautilus. Что касается перезапуска сервера samba, я думаю, попробуйте заменить samba в вашей служебной команде с помощью smb или smbd. Или попробуйте использовать машинный ip, а не имя машины.
Это ужасное и небезопасное решение полностью отключить ваш брандмауэр.
Лучше один? Установите gufw и добавьте совместное использование SAMBA, если вы не знаете, как вручную настроить брандмауэр. ;)
Немного слишком поздно, но кажется, что некоторые люди все еще испытывают такую же проблему. Часто бывает, что проблема лежит не на стороне клиента (Ubuntu), а на стороне сервера.
Прежде всего, я бы предложил проверить настройки брандмауэра на стороне Windows. Например, в Windows 7 мне пришлось открыть TCP-порт 445 для SMB и UDP 137, 138 / TCP 137, 139 для API NetBios.
Для этого перейдите в окно Windows и откройте:
Панель управления & gt; Брандмауэр & gt; Дополнительные настройки & gt; Входящие правила & gt; Добавить правило ...
Добавить правила для каждого упомянутого выше порта. Затем вы можете попытаться подключиться к Ubuntu. Если вы все еще не можете подключиться - откройте терминал и запустите команды, чтобы увидеть общие ресурсы
$ findmb $ smbtree
(нажмите enter при появлении запроса пароль)
Из вывода smbtree найдите имя станции Windows и запустите
$ smbclient -L [NAME]
С этого момента вы будете либо связаны с Share, либо получите код ошибки, который даст вам подсказку о происхождении проблемы. Например, мое сообщение об ошибке было NT_STATUS_BAD_NETWORK_NAME (имя компьютера Windows содержит недопустимый символ), и проблема была исправлена за 2 минуты.
Надеемся, что эта информация будет полезна.
В основном вы можете попробовать просмотр сети в nautilus с помощью сети: ///
в строке местоположения nautilus. Что касается перезапуска сервера samba, я думаю, попробуйте заменить samba в вашей служебной команде с помощью smb или smbd. Или попробуйте использовать машинный ip, а не имя машины.
Немного слишком поздно, но кажется, что некоторые люди все еще испытывают такую же проблему. Часто бывает, что проблема лежит не на стороне клиента (Ubuntu), а на стороне сервера.
Прежде всего, я бы предложил проверить настройки брандмауэра на стороне Windows. Например, в Windows 7 мне пришлось открыть TCP-порт 445 для SMB и UDP 137, 138 / TCP 137, 139 для API NetBios.
Для этого перейдите в окно Windows и откройте:
Панель управления & gt; Брандмауэр & gt; Дополнительные настройки & gt; Входящие правила & gt; Добавить правило ...
Добавить правила для каждого упомянутого выше порта. Затем вы можете попытаться подключиться к Ubuntu. Если вы все еще не можете подключиться - откройте терминал и запустите команды, чтобы увидеть общие ресурсы
$ findmb $ smbtree
(нажмите enter при появлении запроса пароль)
Из вывода smbtree найдите имя станции Windows и запустите
$ smbclient -L [NAME]
С этого момента вы будете либо связаны с Share, либо получите код ошибки, который даст вам подсказку о происхождении проблемы. Например, мое сообщение об ошибке было NT_STATUS_BAD_NETWORK_NAME (имя компьютера Windows содержит недопустимый символ), и проблема была исправлена за 2 минуты.
Надеемся, что эта информация будет полезна.
Это ужасное и небезопасное решение полностью отключить ваш брандмауэр.
Лучше один? Установите gufw и добавьте совместное использование SAMBA, если вы не знаете, как вручную настроить брандмауэр. ;)