Наверх

База знаний
Try 2 Fix
beta

FreeBSD 11: монтируем NTFS флешки и внешние жёсткие диски с помощью fuse

NTFS — «родная» файловая система Windows. Поэтому просто так подключить флешки, жётские диски или другие неизвестные нам съёмные носители не получиться (по правде получится, но будут проблемы). Поэтому выкатываем наш исчерпывающий мануал по этому поводу.


  1. Как и всегда всё начинается с портов. Ставим драйвер для NTFS:
    #cd /usr/ports/sysutils/fusefs-ntfs
    #make install clean
  2. Начиная с FreeBSD 10, Fuse — это часть ядра. Делаем так, чтобы он загружался с системными модулями
    #nano /boot/loader.conf 
    
    fuse_load="YES"

    Это сработает после перезагрузки. В текущем сеансе подгрузим этот модуль вручную

    #kldload fuse

    Проверить загружен ли модуль или нет можно командой

    #kldstat

    Если в списке будет присутствовать fuse.ko, значит всё хорошо.

    #kldstat
    Id Refs Address Size Name
    1 3 0xffffffff80200000 1fa7c38 kernel
    2 1 0xffffffff821a9000 1a7c8 fuse.ko
  3. Далее мы должны определиться, как видит система флешку или внешний жёсткий диск:
    #dmesg | grep da

    Вывод будет примерно таким:

    da0 at umass-sim0 bus 0 scbus1 target 0 lun 0
    da0: <JetFlash Transcend 16GB 1100> s/n 00H79BHRYGX22JBN detached
    (da0:umass-sim0:0:0:0): Periph destroyed
    da0 at umass-sim0 bus 0 scbus1 target 0 lun 0
    da0: <JetFlash Transcend 16GB 1100> Removable Direct Access SPC-4 SCSI device
    da0: Serial Number 00H79BHRYGX22JBN
    da0: 40.000MB/s transfers
    da0: 14870MB (30453760 512 byte sectors)
    da0: quirks=0x12<NO_6_BYTE,NO_RC16>
    da1 at umass-sim1 bus 1 scbus2 target 0 lun 0
    da1: <USB DISK 1.00> s/n 8968888304C9BB52 detached
    (da1:umass-sim1:1:0:0): Periph destroyed
    da1 at umass-sim1 bus 1 scbus2 target 0 lun 0
    da1: <USB DISK 1.00> Removable Direct Access SCSI-2 device
    da1: Serial Number 8968888306C9BB52
    da1: 40.000MB/s transfers
    da1: 1999MB (4093952 512 byte sectors)
    da1: quirks=0x2<NO_6_BYTE>

    Видим, что в системе у нас две флешки с идентификаторами da0 и da1. В нашем примере мы будем использовать только флешку da0.

  4. Монтируем её следующей командой:
    ntfs-3g /dev/da0 /mnt

    /dev/da0 — это наша флешка, мы это выяснили в пункте 3.
    /mnt — это точка монтирования. Она может быть любой.

    Если появилась ошибка, монтируем раздел флешки. После ввода

    ntfs-3g /dev/da0

    жмём TAB и видим разделы флешки

    da0 da0s1

    И монтируем этот раздел

    ntfs-3g /dev/da0s1 /mnt
    
    
  5. Переходим в каталог, куда мы примонтировали флешку и видим там её содержимое:
    #cd /mnt
    #ll
    total 13
    drwxrwxrwx 1 root wheel 0 4 нояб. 17:23 System Volume Information/
    -rwxrwxrwx 1 root wheel 9 4 нояб. 18:05 xxx.xxx*
    -rwxrwxrwx 1 root wheel 22 4 нояб. 18:04 Архив ZIP - WinRAR.zip*
    -rwxrwxrwx 1 root wheel 9904 4 нояб. 18:04 Лист Microsoft Office Excel.xlsx*

    Теперь на флешку можно записывать файлы и читать их с неё.

  6. Для того, чтобы отмонтировать флешку, сначала покинем каталог, куда она примонтирована. Например,
    #cd /

    А после этого, воспользуемся командой

    #umount /mnt
    

    Обратите внимание, что в качестве аргумента указана не флешка, а её точка монтирования!
    ВАЖНО: Не выдёргивайте флешку сразу после ввода команды! Её можно будет вытаскивать только через несколько секунд, когда в терминале снова появится приглашение на ввод!

Эти статьи будут Вам интересны

«Синий экран смерти» BSOD 0x00000044: MULTIPLE_IRP_COMPLETE_REQUESTS

Не пытайтесь понять, что означает это загадочное MULTIPLE_IRP_COMPLETE_REQUESTS. Мы вот даже не пытались, слишком это сложно (хотя Википедия ответит на Ваши вопросы). Что мы получали: неожиданные вылеты при работе в Windows с "синим экраном смерти" с кодом 0x00000044. Вариантов решения проблемы мы сами нагуглили достаточно много и эти варианты были очень уж разными. Рассказываем, что именно помогло решить эту проблему в нашем конкретном случае.

Не удаётся обновить Декларант-Алко: процесс не может получить доступ к файлу.

Начиная с версии Декларант-Алко 4.30.10 у наших клиентов появилась проблема при обновлении программы через её интерфейс. Пользователь выбирает файл обновления, появляется окно со списком изменений программы, а затем появляется ошибка "Процесс не может получить доступ к файлу, так как этот файл используется другим процессом". Предложенное решение не является самым изящным, однако позволяет обойти эту проблему. Приступим.

КриптоПро: Узнать ключ установленной программы в реестре

Многие из наших клиентов до сих пор пользуются версией КриптоПро CSP 3.6, в которой лицензионный ключ был спрятан от глаз пользователей (в отличие от последних версий Крипто-Про). При переустановке системы всегда возникает проблема с поиском документов на приобретение, а соответственно и ключ найти не всегда удаётся. Поэтому мы рассказываем, как напомнить себе, какой же у Вас ключ от КриптоПро CSP.