Виндовс не видит папки линукс

Почему Windows не распознает файлы внутри разделов Linux?

Я дважды загрузил свою Windows XP, установив Linux Mint. Я узнал, что при использовании Linux Mint я мог видеть и открывать файлы, установленные в Windows XP, но при использовании Windows XP я не вижу и не открываю файлы, установленные в Linux Mint.

Почему Linux распознает Windows, но не наоборот?

7 ответов

Windows только изначально поддерживает файловые системы NTFS и FAT (несколько вариантов) (для жестких дисков /магнитных систем) и CDFS и UDF для оптических носителей, за в этой статье .

Для доступа к другим файловым системам потребуются дополнительные драйверы /программное обеспечение. В качестве примера, Ext2 Installable File System для Windows драйвер является проектом с открытым исходным кодом, который поддерживает Ext2 система.

РЕДАКТИРОВАТЬ : Исправить опечатку — в списке «UFS» вместо «UDF» — kudos @ChrisS для устранения ошибки.

В Windows нет встроенной поддержки файловой системы Linux (ext3, ext4, zfs, среди прочих). Это так просто.

В дополнение к Windows, просто не имеющему поддержки файловых систем Linux, Microsoft не может разумно взять на себя ответственность за то, что ваши данные будут безопасными, если они попытаются их поддерживать. Например (и полностью гипотетический), скажем, команда ext4 повышает производительность, признавая новый формат inode in4, который не имеет обратной совместимости. Затем Windows изменяет ваши данные, но смешивает старый формат с новым, поскольку он не знает об изменениях и искажает ваши данные. Кого вы будете обвинять?

В течение многих лет, как вспоминает моя память, ядро ​​Linux имело поддержку только для чтения для NTFS, а поддержка записи была отмечена UNSUPPORTED в течение многих лет после ее появления. Ядро Linux явно было очень обеспокоено целостностью данных, пока они не были уверены, что их поддержка файловой системы NTFS была полностью стабильной и понятной. Теперь представьте себе, насколько сложнее было бы в команде ядра, если бы Windows имела 3-5 других файловых систем, столь же популярных, как NTFS. (Подумайте: ext3-4, XFS, ReiserFS, Btrfs и т. Д.)

Это просто из-за различий в файловых системах Windows и Linux. Windows не поддерживает файлы Linux или файловые системы.

Источник

Не открываются общие сетевые SMB папки в Windows 10

Если вы из Windows 10 не можете открыть сетевые папки на других сетевых устройствах (NAS, Samba сервера Linux) или на компьютерах со старыми версиями Windows (Windows 7/ XP /2003), скорее всего проблема связана с тем, что в вашей новой версии Windows 10 отключена поддержка устаревших и небезопасных версий протокола SMB (используется в Windows для доступа к общим сетевым папкам и файлам). Так, начиная с Windows 10 1709, был отключен протокол SMBv1 и анонимный (гостевой) доступ к сетевым папкам по протоколу SMBv2.

Конкретные действия, которые нужно предпринять зависят от ошибки, которая появляется в Windows 10 при доступе к общей папке и от настроек удаленного SMB сервера, на котором хранятся общие папки.

Вы не можете получить гостевой доступ к общей папке без проверки подлинности

Начиная с версии Windows 10 1709 (Fall Creators Update) Enterprise и Education пользователи стали жаловаться, что при попытке открыть сетевую папку на соседнем компьютере стала появляться ошибка:

При это на других компьютерах со старыми версиями Windows 8.1/7 или на Windows 10 с билдом до 1709, эти же сетевые каталоги открываются нормально. Эта проблем связана с тем, что в современных версиях Windows 10 (начиная с 1709) по умолчанию запрещен сетевой доступ к сетевым папкам под гостевой учетной записью по протоколу SMBv2 (и ниже). Гостевой (анонимный) доступ подразумевают доступ к сетевой папке без аутентификации. При доступе под гостевым аккаунтом по протоколу SMBv1/v2 не применяются такие методы защиты трафика, как SMB подписывание и шифрование, что делает вашу сессию уязвимой против MiTM (man-in-the-middle) атак.

При попытке открыть сетевую папку под гостем по протоколу SMB2, в журнале клиента SMB (Microsoft-Windows-SMBClient) фиксируется ошибка:

В большинстве случае с этой проблемой можно столкнуться при использовании старых версий NAS (обычно для простоты настройки на них включают гостевой доступ) или при доступе к сетевым папкам на старых версиях Windows 7/2008 R2 или Windows XP /2003 с настроенным анонимным (гостевым) доступом (см. таблицу поддерживаемых версий SMB в разных версиях Windows).

В этом случае Microsoft рекомендует изменить настройки на удаленном компьютере или NAS устройстве, который раздает сетевые папки. Желательно переключить сетевой ресурс в режим SMBv3. А если поддерживается только протокол SMBv2, настроить доступ с аутентификацией. Это самый правильный и безопасный способ исправить проблему.

В зависимости от устройства, на котором хранятся сетевые папки, вы должны отключить на них гостевой доступ.

• NAS устройство – отключите гостевой доступ в настройках вашего NAS устройства (зависит от модели);
• Samba сервер на Linux — если вы раздаете SMB каталог с Linux, в конфигурационном файле smb.conf в секции [global] нужно добавить строку: map to guest = never
  А в секции с описанием сетевой папки запретить анонимный доступ: guest ok = no
• В Windows вы можете включить общий доступ к сетевым папкам и принтерам с парольной защитой в разделе Control Panel\All Control Panel Items\Network and Sharing Center\Advanced sharing settings. Для All Networks (Все сети) в секции “Общий доступ с парольной защитой” (Password Protected Sharing) имените значение на “Включить общий доступ с парольной защитой” (Turn on password protected sharing). В этом случае анонимный (гостевой) доступ к папкам будет отключен и вам придется создать локальных пользователей, предоставить им доступ к сетевым папкам и принтерам и использовать эти аккаунты для подключения к общим папкам на этом компьютере.

Есть другой способ – изменить настройки вашего SMB клиента и разрешить доступ с него на сетевые папки под гостевой учетной записью.

Чтобы разрешить гостевой доступ с вашего компьютера, откройте редактор групповых политик (gpedit.msc) и перейдите в раздел: Конфигурация компьютера -> Административные шаблоны -> Сеть -> Рабочая станция Lanman (Computer Configuration ->Administrative templates -> Network (Сеть) -> Lanman Workstation). Включите политику Enable insecure guest logons (Включить небезопасные гостевые входы).

В Windows 10 Home, в которой нет редактора локальной GPO, вы можете внести аналогичное изменение через редактор реестра вручную:

Или такой командой:

reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

Вашей системе необходимо использовать SMB2 или более позднюю

Другая возможная проблема при доступе к сетевой папке из Windows 10 – поддержка на стороне сервера только протокола SMBv1. Т.к. клиент SMBv1 по умолчанию отключен в Windows 10 1709, при попытке открыть шару вы можете получить ошибку:

При этом соседние устройства SMB могут не отображаться в сетевом окружении и при открытии по UNC пути может появляться ошибка 0x80070035.

Т.е. из сообщения об ошибке четко видно, что сетевая папка поддерживает только SMBv1 протокол доступа. В этом случае нужно попытаться перенастроить удаленное SMB устройство для поддержки как минимум SMBv2 (правильный и безопасный путь).

Если сетевые папки раздает Samba на Linux, вы можете указать минимально поддерживаемую версию SMB в файле smb.conf так:

В Windows 7/Windows Server 2008 R2 вы можете отключить SMBv1 и разрешить SMBv2 так:
Set-ItemProperty -Path «HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters» SMB1 -Type DWORD -Value 0 –Force

Set-ItemProperty -Path «HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters» SMB2 -Type DWORD -Value 1 –Force

В Windows 8.1 отключите SMBv1, разрешите SMBv2 и SMBv3 и проверьте что для вашего сетевого подключения используется частный или доменный профиль:

Disable-WindowsOptionalFeature -Online -FeatureName «SMB1Protocol»
Set-SmbServerConfiguration –EnableSMB2Protocol $true

Если ваше сетевое устройство (NAS, Windows XP, Windows Server 2003), поддерживает только протокол SMB1, в Windows 10 вы можете включить отдельный компонент SMB1Protocol-Client. Но это не рекомендуется.

Запустите консоль PowerShell и проверьте, что SMB1Protocol-Client отключен ( State: Disabled ):

Get-WindowsOptionalFeature -Online -FeatureName SMB1Protocol-Client

Включите поддержку протокола SMBv1 (потребуется перезагрузка):

Enable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol-Client

Также вы можете включить/отключить дополнительные компоненты Windows 10 (в том числе SMBv1) из меню optionalfeatures.exe -> SMB 1.0/CIFS File Sharing Support

В Windows 10 1709 и выше клиент SMBv1 автоматически удаляется, если он не использовался более 15 дней (за это отвечает компонент SMB 1.0/CIFS Automatic Removal).

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

Источник

Не удается получить доступ к папке, скопированной из Linux в Windows

Я довольно плохо знаком с проблемами файловой системы, особенно с монтированием файловой системы. Я искал и не нашел оптимального решения
У меня была Kali Linux на одном разделе с EXT4 или EXT3 (я не уверен) и Windows на другом. Чтобы установить Ubuntu на раздел Kali и отформатировать его в EXT4, я переместил мои файлы в раздел Windows в папку с именем temp. После установки Ubuntu к папке обычно обращаются и все ее содержимое из Ubuntu, но на стороне Windows 7 я вижу пустую папку с нулевым размером, даже если этот раздел является разделом Windows.

Что там произошло и как сделать эту папку снова доступной под Windows??

2 ответа

Судя по обсуждению в комментариях, мне кажется, что это проблема с разрешениями, установленными в Ubuntu, при копировании / создании содержимого на смонтированном разделе NTFS — поэтому ваши окна не видят файлы.

Разумным (*) набором разрешений будет следующая запись в /etc/fstab

Вы можете редактировать свой fstab с вашим любимым редактором

и измените его соответственно, с правильными путями для /dev и точка монтирования /mnt/ ,

Варианты uid=username,gid=users сопоставьте файлы и каталоги, созданные под Linux в разделе NTFS, с вашим пользователем Linux.

Пока варианты dmask=022,fmask=133 являются значениями маски (битовые значения для разрешений, которых нет) для восьмеричных наборов разрешений «755» и «644» соответственно.

dmask для создания каталога и fmask для создания файла.

Вот отличная вики-статья по Ubuntu для всей системы разрешений Linux, которая охватывает гораздо больше, чем я мог бы найти в одном ответе.

Для простоты использования для перевода в восьмеричные разрешения, вы можете использовать домашнюю страницу конвертера, как это в сети

Если вы довольны опциями монтирования, вы можете монтировать раздел с помощью

или, если он уже автоматически смонтирован Ubuntu и дает вам device busy ошибки, вы должны сначала размонтировать его через

или просто перезагрузиться.

(*) Взято из записи Arch Wiki при монтировании разделов NTFS.

Источник

Как читать разделы диска с Ext2/3/4 (Linux) при работе в Windows

Доброго дня!

К сожалению «обычная» версия Windows не позволяет работать с дисками, отформатированными в файловые системы (ФС) Ext2, Ext3, Ext4 (используются в Linux). Всё, что доступно — это узнать о их существовании в управлении дисками, а вот скопировать файл — уже проблема.

Наиболее сподручный и самый удобный вариант (на мой взгляд) — установить в Windows спец. драйвер, который позволит ОС работать с дисками Ext2/3/4 также, как если бы они были отформатированы в NTFS (скажем). Т.е. любая программа в Windows (тот же проводник) сможет в обычном режиме работать с диском. Удобно?

Теперь о том, «что» выбрать.

Как «прочитать» информацию на разделах с файловыми системами Ext2, Ext3, Ext4

Способ 1 (через спец. драйвер)

Подобные «драйверы» есть от нескольких производителей. Я бы выделил продукт от Paragon (ссылка на офиц. сайт с драйвером). Почему:

1. поддержка ФС: Ext2, Ext3, Ext4 (чтение + запись); Btrfs, XFS (только чтение);
2. после установки драйвера — ничего «делать» не нужно: просто Windows начинает видеть накопители с Ext4+;
3. совместим с ОС Windows 7/8/10 (плюс есть пробный период, которого хватает для возникшей задачи (обычно)).

Драйвер от Paragon

Обратите внимание, что «ненужные» разделы диска можно откл. и не монтировать. Настройка драйвера позволяет это сделать.

Главное окно (Linux File Systems for Windows by Paragon Software)

На скрине ниже привел окно проводника: как видите, раздел отображает как «обычный» — на него также можно что-нибудь скопировать / удалить.

Этот компьютер — диски с ФС EXT4 появились в проводнике

👉 Дополнение!

На Sourceforge можно также найти бесплатный драйвер файловой системы Ext2/3/4 для Windows 7/8/10* (ориг. название: Ext2Fsd).

Сразу отмечу, что на некоторых ОС Windows 10 — драйвер этот ведет себя нестабильно, и не позволяет прочитать информацию с нужного раздела.

Продукт от Paragon, конечно, выигрывает.

Способ 2 (через дополнения к TC)

TC — это сокращенное название файлового коммандера Total Commander (некая замена проводнику). К этой программе есть очень много плагинов, и, разумеется, для чтения Ext2/3/4 ФС тоже есть!

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

1) Сначала устанавливаем сам Total Commander. Ссылка на офиц. сайт.

2) Далее необходимо загрузить плагин DiskInternals Reader с офиц. сайта (он идет в архиве ZIP — извлекать не нужно).

3) После необходимо запустить TC от имени администратора (просто кликните правой кнопкой мыши по значку. ). 👇

Запуск TC от имени админа

4) Затем необходимо открыть архив ZIP с плагином DiskInternals Reader в Total Commander — тогда он предложит вам установить плагин. Разумеется, соглашаетесь! 👌

5) Далее необходимо закрыть TC и снова его запустить от имени админа. В меню выбора диска укажите вариант «Сеть / FS-плагины» — далее кликните по значку DiskInternals Reader (см. стрелки 1, 2 на скрине ниже 👇).

6) Собственно, далее появиться список всех дисков (в том числе и Ext2/3/4) — их можно открыть и скопировать с них нужную информацию. Задача решена?! 👌

Файлы читаются, можно копировать

Способ 3 (с помощью LiveCD)

Вообще, этот вариант, конечно, не относится к работе из-под Windows. Однако, он вполне себе годен для какой-то разовой работы (например, для копирования и переноса папки с файлами). К тому же аварийный LiveCD с Linux никогда не помешает — вдруг чего. 👌

1) Дистрибутивы Linux с поддержкой работы LiveCD — 👉 можете найти в моей подборке

2) Загруженный ISO-файл с нужной версией дистрибутива Linux необходимо правильно записать на флешку.

3) Далее останется только загрузиться с этой флешки с помощью Boot Menu (вызывается сразу после вкл. ПК). Если вы выберите дистрибутив Linux для новичка — то работать с ним весьма просто (ничуть не сложнее, чем с проводником Windows).

Источник