31

bormant пишет:

Peter,
другой вариант -- на диске GPT таблица разделов, а ядро собрано без её поддержки.
Если в ядре включена поддержка /proc/config.gz, легко проверить:

 Консоль:

zcat /proc/config.gz | grep EFI_PARTITION

Третий вариант -- неправильный драйвер контроллера или ещё что-то, почему система вообще ничего не может прочитать с /dev/hdc. Проверить легко:

 Консоль:

# cat /dev/sdc | hexdump -C | head -n 32

Я предполагал, что это может быть связано с использованием GPT, но ещё не проверял.
В config этот параметр установлен в "y", cat/less тоже не видят /dev/sdc.

Пётр.

Пётр.

32

Ещё забыл сказать, что каждый раз при выключении USB-HDD выдаётся панелька
с сообщением, что система имеет повреждённое ядро.

Пётр.

Пётр.

33

bormant пишет:

В выводе fdisk-а видны 2 логических диска NTFS -- sda5 и sda6. Если эти разделы не трогали и на них осталась файловая система[*1], можно создать под них точки монтирования, например,

 Консоль:
sudo mkdir /media/sda5 /media/sda6

и добавить в /etc/fstab следующие строки:

/dev/sda5 /media/sda5 ntfs-3g uid=1000,gid=1000,dmask=027,fmask=137 0 0
/dev/sda6 /media/sda6 ntfs-3g uid=1000,gid=1000,dmask=027,fmask=137 0 0

Разделы будут монтироваться при старте системы. Можно проверить вручную:

 Консоль:

sudo mount /media/sda5
sudo mount /media/sda6
ls /media/sda5 /media/sda6

[*1] Возможна ситуация, когда раздел отформатировали во что-то ещё, но не исправили тип раздела в таблице разделов. Тогда попытка смонтировать раздел как NTFS  потерпит неудачу.

  Ничего не помогло. Всё равно при попытке перемещения или клпирования файлов, на любых носителях, кроме того раздела на котором установлена Ubuntu - заканчиваютс одним.
УСТРОЙСТВО ДОСТУПНО ТОЛЬКО ДЛЯ ЧТЕНИЯ. И всё.

34

Харитон пишет:

Userboy,
вот вам и ошибка...
в фстаб до сих пор прописано, что сда7 - нтфс...
а там уже ехт4...
надо поравить фстаб...
нужно делать сие суперпользователем...
соответственно и опции поправьте до defaults,rw

В нтфс я переименовал уже сегодня. Ради эксперимента. Но это ничего не изменило.

35 (16.03.2012 14:21:27 отредактировано Userboy)

Вот переименовал вновь.

36

Userboy пишет:

Ничего не помогло.

Значит ошиблись, исправьте ошибку.

С исправленным fstab покажите после перезагрузки вывод

 Консоль:

cat /etc/fstab
mount
ls -l /media/sda5 /media/sda6

37 (15.03.2012 11:25:28 отредактировано bormant)

Peter,
бррр, видит/не видит, любит/не любит...

1) есть ядро, оно общается с внешними устройствами, в том числе блочными.
2) "интерфейс" общения с устройством реализуется драйвером устройства.
3) драйвер может быть вкомпилирован в ядро или собран модулем.
4) на уровне пользователя общение с блочным устройством происходит при помощи файла устройства, обращения к файлу транслируются в обращения к драйверу.
5) с точки зрения прикладного ПО блочное устройство /dev/sdc -- это один файл с линейной адресацией.

контрольная точка (1) нужно убедиться, что устройство доступно и функционирует. Если это не так и система не может читать с устройства, все остальные рассуждения бесполезны. Проверяем, например,

# cat /dev/sdc | hexdump -C | head -n 32
или
# dd if=/dev/sdc bs=512 count=1 | hexdump -C

Обе команды выводят шестнадцатиричный дамп первого сектора диска 512 байт.

6) в корневую файловую систему могут быть примонтированы файловые системы (ФС).
7) ФС может лежать как на блочном устройстве, разделе блочного устройства (обычный способ использования), так и в ординарных файлах.
af следующий этап -- деление диска на разделы. Типы таблиц разделов могут быть разными: msdos, GPT, что-то ещё -- это всего лишь соглашение о том, где читать и как интерпретировать данные о разделах диска. Но! Для того, чтобы ядро могло представить отдельные разделы в качестве блочных устройств, оно должно а) опознать таблицу разделов, б) смочь прочитать таблицу и в) интерпретировать её должным образом.
9) таблица разделов dos -- это 4-е 16-байтные записи в первом 512-байтном секторе диска по смещению 0x01be. Позже добавили концепцию расширенного раздела, фактически ссылку на дополнительную -- таблицу. Все инструменты работы с таблицей разделов msdos правят только вот эти самые таблицы.

10) ФС создаётся в "файле", при этом почти не важно, в каком -- файле устройства /dev/sdc, файле раздела /dev/sdc1, файле на диске. В этот файл записываются управляющие структуры ФС -- собственно этот процесс и называется форматированием.
11) если создать ФС на устройстве /dev/sdc, а потом попробовать поредактировать таблицу разделов в стиле msdos, то в качестве неё по-прежнему будет взяты 4-е 16-байтные записи в первом 512-байтном секторе диска. Но там фактически будут находиться управляющие структуры ФС или просто мусор. Интерпретация подобного мусора в качестве таблицы разделов как раз и приводит к нелепому выводу fdisk.

ps. Ссылки по загрузочным записям:
http://en.wikipedia.org/wiki/Master_boot_record
http://en.wikipedia.org/wiki/Extended_boot_record

38

Userboy,
у вас сда7 - это корневой раздел. вы загрузились с него.
то что простой пользователь в корень пистаь не может - это нормально.
вы пробовали писать туда суперпользователем?
выполните команду sudo su
и потом попробуйте создать файл командой:
touch /file
и проверьте что он создался:
ls -l /file

39

bormant пишет:

... зато первый вариант приучает к UNUX-way образу мышления

к быдлокодингу он приучает. Из серии cat file | gunzip | grep 'hhh' | grep -v 'jdj' | sed 'ля-ля-ля' | awk 'лю-лю-лю' | cut -f17 | ещё 100500 команд

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

40

bormant пишет:

# cat /dev/sdc | hexdump -C | head -n 32
или
# dd if=/dev/sdc bs=512 count=1 | hexdump -C

ага. *NIX вариант:

 Консоль:
# hexdump -C -n512 /dev/sda

ибо в *NIX каждая задача решается одной утилитой, а не непонятным конвейером. Дамп 512и байт это одна задача, а не две.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

41

drBatty пишет:

каждая задача решается одной утилитой

Чересчур категорично.
Каждая элементарная задача -- да, ибо по определению. Иначе -- как повезёт.
Решается -- иногда может быть решена -- да, всегда может быть решена -- нет, должна быть решена -- нет.
Одной утилитой -- например, make+Makefile или один скрипт. Но одна ли утилита?
Ну, вы поняли...

42

bormant пишет:

Чересчур категорично.

дядьки в IBM так не считают:

Stop piping cats

A basic-but-common grep usage error involves piping the output of cat to grep to search the contents of a single file. This is absolutely unnecessary and a waste of time, because tools such as grep take file names as arguments. You simply do not need to use cat in this situation at all, as in the following example:

Listing 21. Example of good and bad habit #10: Using grep with and without cat

               

 Консоль:
~ $ time cat tmp/a/longfile.txt | grep and
2811

real    0m0.015s
user    0m0.003s
sys     0m0.013s

 Консоль:
~ $ time grep and tmp/a/longfile.txt
2811

real    0m0.010s
user    0m0.006s
sys     0m0.004s
~ $


This mistake applies to many tools. Because most tools take standard input as an argument using a hyphen (-), even the argument for using cat to intersperse multiple files with stdin is often not valid. It is really only necessary to concatenate first before a pipe when you use cat with one of its several filtering options.

http://www.ibm.com/developerworks/aix/l … s.html#ten
bormant, не для вас перевод:
Не нужно использовать cat в конвейере! Ибо такие инструменты как grep сами умеют читать файлы. Далее идёт пример, который убедительно доказывает, насколько cat медленнее в данной ситуации. (более чем в трое). Ну и напоследок дядька объясняет нам, неразумным, что cat это не кошка, а средство объединения файлов. И юзать его надо именно для объединения, а никак иначе.

От себя могу добавить, что в случае нескольких файлов это не только медленно и криво, но ещё и неправильно. Ибо например та же grep может не только найти нужную строчку, но и указать, в каком файле она их нашла, если конечно обойтись без всяких кошек. Ну и в вашем примере тоже совершенно непонятно, сколько гигов успеет прочитать ваша cat за то время, пока будут выводится ваши 32 строчки. И зачем их читать и засорять ими кеш-память - мне решительно непонятно. Ибо следующая команда будет скорее всего тормозить, ведь кеш будет полностью забит ненужным мусором. Вариант с dd лишён этого недостатка, просто совершенно непонятно, зачем здесь эта лишняя сущность? Ладно бы это текст был, вы могли-бы мне рассказать, что вы перед этим этот текст прочитали. Но тут-то никакой не текст, а просто вредная привычка.  ac

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

43

bormant пишет:

Каждая элементарная задача -- да, ибо по определению. Иначе -- как повезёт.

что-то я не припоминаю утилиты, которой так не повезло, что она не умеет читать не всё, а только нужную часть? (исключая саму cat)

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

44

Дядьки из IBM говорят "не делайте 'cat file | grep pattern', делайте 'grep pattern file', поступайте аналогично с другими утилитами". И в этом есть конкретные технические причины. Не настолько страшные, как в статье (достаточно поменять команды местами или перезагрузиться между экспериментами), но есть.

Но всё это для проверки того, возможно ли чтение из /dev/sdc, практического значения не имеет.

45

Харитон пишет:

Userboy,
у вас сда7 - это корневой раздел. вы загрузились с него.
то что простой пользователь в корень пистаь не может - это нормально.
вы пробовали писать туда суперпользователем?
выполните команду sudo su
и потом попробуйте создать файл командой:
touch /file
и проверьте что он создался:
ls -l /file

Вот что получилось.

 Консоль:
fhjhhwp@fhjhhwp-eMachines-D440:~$ sudo su
[sudo] password for fhjhhwp:
root@fhjhhwp-eMachines-D440:/home/fhjhhwp# touch /file
root@fhjhhwp-eMachines-D440:/home/fhjhhwp# ls -l /file
-rw-r--r-- 1 root root 0 2012-03-15 13:52 /file
root@fhjhhwp-eMachines-D440:/home/fhjhhwp#

46 (15.03.2012 23:24:09 отредактировано Userboy)

Одним словом у меня происходит следующее. На всех дисках кроме того на котором установлена Ubuntu.

47

Userboy пишет:

Вот что получилось.

всё работает. Даже кривое харитоновское sudo su  smile

Userboy пишет:

Одним словом у меня происходит следующее. На всех дисках кроме того на котором установлена Ubuntu.

в корзину надо лезть через специальный ярлычёк "корзина" на рабочем столе. А не через скрытый каталог .Trash

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

48

Userboy,
на это сообщение http://linuxforum.ru/viewtopic.php?pid=259785#p259785 ответ стоит ждать?

49

drBatty пишет:
Userboy пишет:

Вот что получилось.

всё работает. Даже кривое харитоновское sudo su  smile

Userboy пишет:

Одним словом у меня происходит следующее. На всех дисках кроме того на котором установлена Ubuntu.

в корзину надо лезть через специальный ярлычёк "корзина" на рабочем столе. А не через скрытый каталог .Trash

  Да при чём тут корзина? Я пример привёл. Так происходит со всеми файлами вне корзины. Что не понятного?

50

bormant пишет:

Userboy,
на это сообщение http://linuxforum.ru/viewtopic.php?pid=259785#p259785 ответ стоит ждать?

 Консоль:
fhjhhwp@fhjhhwp-eMachines-D440:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda7 during installation
UUID=f4b32728-cd4b-4f91-af3f-b721ed7332c4 /               ext4    errors=remount-ro 0       1
fhjhhwp@fhjhhwp-eMachines-D440:~$ mount
/dev/sda7 on / type ext4 (rw,errors=remount-ro,commit=0)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/fhjhhwp/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=fhjhhwp)
/dev/sda5 on /media/разное type ntfs (ro,nosuid,nodev,uid=1000,gid=1000,dmask=0077,fmask=0177,uhelper=udisks)
/dev/sda1 on /media/0d967281-a691-430c-99d4-6ebd248fbe15 type ext3 (rw,nosuid,nodev,commit=0,commit=0,uhelper=udisks)
/dev/sda6 on /media/игрушки type ntfs (ro,nosuid,nodev,uid=1000,gid=1000,dmask=0077,fmask=0177,uhelper=udisks)
fhjhhwp@fhjhhwp-eMachines-D440:~$ ls -l /media/sda5 /media/sda6

51

Userboy,
и где вон те две строки, которые нужно было вписать в /etc/fstab http://linuxforum.ru/viewtopic.php?pid=259689#p259689 ?  Не вписали. Тогда почему думаете, что должно было что-то поменяться?

52 (15.03.2012 20:58:04 отредактировано Peter)

bormant пишет:

А вот ещё предположение -- может из него в Windows сделали "Динамический диск"? Как с ними дело обстоит пока не в курсе, надо погуглить...

ps. Нагуглил: http://lkml.indiana.edu/hypermail/linux … /0878.html

 Консоль:

zgrep LDM_PARTITION /proc/config.gz

Peter,
что Windows Управление дисками про диск говорит? Есть в меню по ПКМ по диску (слева серая часть, не по разделам справа) пункт "Преобразовать в динамический диск"? Тип диска не указан как "динамический"?

В Windows я смог найти для этого диска только, что он здоров и представляет собой Primary Partition.
Предложения преобразовать в динамический диск нигде не встречал.
Если посмотреть свойства, то ни одно из них не указано, т.е. Disk, Type, Status, Partition Styles - пустые.
В Linux ни одна утилита его не видит, только появляется /dev/sdc.
Вот выовод dmesg для него, если желаете

+ открыть спойлер

usb 3-2: new SuperSpeed USB device number 2 using xhci_hcd
xhci_hcd 0000:03:00.0: WARN: short transfer on control ep
xhci_hcd 0000:03:00.0: WARN: short transfer on control ep
xhci_hcd 0000:03:00.0: WARN: short transfer on control ep
xhci_hcd 0000:03:00.0: WARN: short transfer on control ep
usb 3-2: New USB device found, idVendor=4971, idProduct=1013
usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 3-2: Product: Touro Desk Pro
usb 3-2: Manufacturer: Hitachi GST
usb 3-2: SerialNumber: 03100111101000000435
usb 3-2: USB disconnect, device number 2



usb 3-2: new SuperSpeed USB device number 3 using xhci_hcd
xhci_hcd 0000:03:00.0: WARN: short transfer on control ep
xhci_hcd 0000:03:00.0: WARN: short transfer on control ep
xhci_hcd 0000:03:00.0: WARN: short transfer on control ep
xhci_hcd 0000:03:00.0: WARN: short transfer on control ep
usb 3-2: New USB device found, idVendor=4971, idProduct=1013
usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 3-2: Product: Touro Desk Pro
usb 3-2: Manufacturer: Hitachi GST
usb 3-2: SerialNumber: 03100111101000000435
scsi8 : uas
usbcore: registered new interface driver uas
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
scsi scan: INQUIRY result too short (5), using 36
scsi 8:0:0:0: Direct-Access                                    PQ: 0 ANSI: 0
scsi 8:0:0:1: Enclosure         Hitachi  SES              A5C0 PQ: 0 ANSI: 4
scsi 8:0:0:2: uas_sense_old: urb length 26 disagrees with IU sense data length 510, using 18 bytes of sense data
xhci_hcd 0000:03:00.0: WARN: babble error on endpoint
xhci_hcd 0000:03:00.0: Mismatch between completed Set TR Deq Ptr command & xHCI internal state.
xhci_hcd 0000:03:00.0: ep deq seg = ffff88005e4384c0, deq ptr = ffff88002ed65820
sd 8:0:0:0: uas_eh_abort_handler tag -1
sd 8:0:0:0: uas_eh_device_reset_handler tag -1
sd 8:0:0:0: uas_eh_target_reset_handler tag -1
sd 8:0:0:0: uas_eh_bus_reset_handler tag -1
usb 3-2: reset SuperSpeed USB device number 3 using xhci_hcd
xhci_hcd 0000:03:00.0: WARN: short transfer on control ep
xhci_hcd 0000:03:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff880046b281c0
xhci_hcd 0000:03:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff880046b28200
xhci_hcd 0000:03:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff880046b28240
xhci_hcd 0000:03:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff880046b28280
xhci_hcd 0000:03:00.0: WARN Event TRB for slot 1 ep 6 with no TDs queued?
usb 3-2: URB BAD STATUS -108
xhci_hcd 0000:03:00.0: WARN Event TRB for slot 1 ep 8 with no TDs queued?
sd 8:0:0:0: Device offlined - not ready after error recovery
sd 8:0:0:0: rejecting I/O to offline device
sd 8:0:0:0: rejecting I/O to offline device
sd 8:0:0:0: [sdc] READ CAPACITY failed
sd 8:0:0:0: [sdc]  Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
sd 8:0:0:0: [sdc] Sense not available.
sd 8:0:0:0: rejecting I/O to offline device
sd 8:0:0:0: [sdc] Write Protect is off
sd 8:0:0:0: [sdc] Mode Sense: 00 00 00 00
sd 8:0:0:0: rejecting I/O to offline device
sd 8:0:0:0: [sdc] Asking for cache data failed
sd 8:0:0:0: [sdc] Assuming drive cache: write through
sd 8:0:0:0: [sdc] Attached SCSI disk
ses 8:0:0:1: Attached Enclosure device

Пётр.

Пётр.

53 (15.03.2012 21:14:45 отредактировано Userboy)

bormant пишет:

Userboy,
и где вон те две строки, которые нужно было вписать в /etc/fstab http://linuxforum.ru/viewtopic.php?pid=259689#p259689 ?  Не вписали. Тогда почему думаете, что должно было что-то поменяться?

  А не выходит их вписать.

 Консоль:
fhjhhwp@fhjhhwp-eMachines-D440:~$ sudo mkdir /media/sda5 /media/sda6
[sudo] password for fhjhhwp:
mkdir: невозможно создать каталог «/media/sda5»: Файл существует
mkdir: невозможно создать каталог «/media/sda6»: Файл существует

54

Userboy,
mkdir /media/sda5 /media/sda6
это создание указанных каталогов (MaKe DIRectory). Они у вас уже созданы. Двигаемся дальше.

$ sudo gedit /etc/fstab
вписываем указанную пару строк в файл, сохраняем. Затем

$ sudo umount /dev/sda5 /dev/sda6
$ sudo mount /dev/sda5
$ sudo mount /dev/sda6
$ ls -l /media/sda5 /media/sda6

55 (15.03.2012 21:46:13 отредактировано bormant)

Petr,
и чего вы от него ждёте, если он постоянно ошибками сыплет, из-за чего переведён в оффлайн? Явно что-то с чем-то не срослось, xhci_hcd не может работать с устройством, ошибочный он для этого устройства драйвер.

Первая же ссылка в google по проблеме: http://ubuntuforums.org/archive/index.p … 42641.html Ошибка в коде поддержки USB3, исправлена начиная с  2.6.37-rc5.

И в Ubuntu-11.04 есть регрессия, решается blacklist-ом драйвера uas и выгрузкой его из памяти (или перезагрузкой).
Добавьте в /etc/modprobe.d/blacklist.conf строку
blacklist uas

и выгрузите драйвер:
$ sudo modprobe -r uas

Рецепт отсюда: http://ubuntuforums.org/showthread.php? … amp;page=2

56 (15.03.2012 23:23:41 отредактировано Userboy)

bormant пишет:

Userboy,
mkdir /media/sda5 /media/sda6
это создание указанных каталогов (MaKe DIRectory). Они у вас уже созданы. Двигаемся дальше.

$ sudo gedit /etc/fstab
вписываем указанную пару строк в файл, сохраняем. Затем

$ sudo umount /dev/sda5 /dev/sda6
$ sudo mount /dev/sda5
$ sudo mount /dev/sda6
$ ls -l /media/sda5 /media/sda6

  Н..да. Теперь вообще нет доступа к дискам.



 Консоль:
fhjhhwp@fhjhhwp-eMachines-D440:~$ sudo mount /dev/sda5
[sudo] password for fhjhhwp:
mount: неизвестный тип файловой системы 'ntfs-3g'
fhjhhwp@fhjhhwp-eMachines-D440:~$ $ sudo mount /dev/sda6
$: команда не найдена
fhjhhwp@fhjhhwp-eMachines-D440:~$

57 (15.03.2012 23:12:56 отредактировано verg)

Userboy,
Картинки эскизами сюда заливайте.

Ваш фото хостинг это поддерживает:

Автоматическое создание эскизов (уменьшенных версий изображений)

Ссылка-эскиз для форума (BBCode):
http://www.pictureshack.ru/thumbs/794045151skrin.png

з.ы. во всех сообщениях это поправьте

58

bormant пишет:

Petr,
и чего вы от него ждёте, если он постоянно ошибками сыплет, из-за чего переведён в оффлайн? Явно что-то с чем-то не срослось, xhci_hcd не может работать с устройством, ошибочный он для этого устройства драйвер.

Первая же ссылка в google по проблеме: http://ubuntuforums.org/archive/index.p … 42641.html Ошибка в коде поддержки USB3, исправлена начиная с  2.6.37-rc5.

И в Ubuntu-11.04 есть регрессия, решается blacklist-ом драйвера uas и выгрузкой его из памяти (или перезагрузкой).
Добавьте в /etc/modprobe.d/blacklist.conf строку
blacklist uas

и выгрузите драйвер:
$ sudo modprobe -r uas

Рецепт отсюда: http://ubuntuforums.org/showthread.php? … amp;page=2

Благодарю за совет, я видел, что он в off-line, но насчёт uas понятия не имел.
У меня ядро 3.2.9.

Пётр.

Пётр.

59

mount: неизвестный тип файловой системы 'ntfs-3g'

Доставьте пакет с драйвером ntfs-3g. Или

 Консоль:

sudo apt-get install ntfs-3g ntfs-config
или пользователи Ubuntu подскажут как правильно называются необходимые пакеты.
В /etc/fstab пару добавленных строк привести к виду

/dev/sda5 /media/sda5 ntfs-3g users,uid=1000,gid=1000,dmask=027,fmask=137 0 0
/dev/sda6 /media/sda6 ntfs-3g users,uid=1000,gid=1000,dmask=027,fmask=137 0 0

ps. Немного о типографике. Если написано
$ команда
-- это означает, что команда выполняется от обычного пользователя. Сам начальный знак "$" вводить не надо, это пользовательское приглашение bash.
# команда
-- это означает, что команда выполняется от суперпользователя root. Сам начальный знак "#" вводить не надо, это root-овское приглашение bash.

60

Peter пишет:

Благодарю за совет

Уточните пожалуйста, блэклист uas помог или нет?