А вот у меня есть USB-HDD 2TB, таблицы разделов на нём нет, так Windows с ним работает
без проблем, а Linux вообще не может: появляется /dev/sdc, но его не видят ни fdisk, ни parted.
Есть ли в Linux ещё какая-нибудь утилита для разбиения такого диска?
Вообще 2TB должны бы видеть и эти.
Пётр.
gparted
У меня винт на 3TB (правда, не USB а обычный SATA), так я его gparted'ом нормально разметил.
А без таблицы и виндовс не должен с таким диском работать.
Peter,
что Windows Управление дисками про диск говорит? Есть в меню по ПКМ по диску (слева серая часть, не по разделам справа) пункт "Преобразовать в динамический диск"? Тип диска не указан как "динамический"?
был раздел сда7 с ФС нтфс примонтированный в /windows (соответствие имени рпаздела можно посмотреть в существующем /etc/fstab и выводе fdisk -l).
я его отформатировал в ехт4.
потом перегрузился и вуаля.
.
Peter,
что Windows Управление дисками про диск говорит? Есть в меню по ПКМ по диску (слева серая часть, не по разделам справа) пункт "Преобразовать в динамический диск"? Тип диска не указан как "динамический"?
Не знаю, смогу посмотреть завтра. Однако флешка 16 GB после форматирования в Windows
тоже оказалась без таблицы разделов и в Linux виделась как состоящая из четырёх разделов,
причём один в другом и fdisk сообщала, что таблица неправильная. Однако в Windows таблица
не создавалсь, флешка только была отформатирована командой format.
[quote=Peter]А вот у меня есть USB-HDD 2TB, таблицы разделов на нём нет, так Windows с ним работает
без проблем, а Linux вообще не может: появляется /dev/sdc, но его не видят ни fdisk, ни parted.
Есть ли в Linux ещё какая-нибудь утилита для разбиения такого диска?
Вообще 2TB должны бы видеть и эти.
Пётр.
gparted
У меня винт на 3TB (правда, не USB а обычный SATA), так я его gparted'ом нормально разметил.
А без таблицы и виндовс не должен с таким диском работать.[/quote]
Я тоже так думал, но теперь я ни в чём не уверен.
Userboy,
вот вам и ошибка...
в фстаб до сих пор прописано, что сда7 - нтфс...
а там уже ехт4...
надо поравить фстаб...
нужно делать сие суперпользователем...
соответственно и опции поправьте до defaults,rw
[console]
# mkdir /media/sdc
# mount -t ntfs-3g /dev/sdc /media/sdc
# ls /media/sdc
[/console]
Пробовали?
Зачем вам понадобились инструменты работы с тем, чего нет -- таблицей разделов? Да-да, fdisk/cfdisk/sfdisk/gdisk/parted/GParted работают с таблицей разделов.
Хотите таблицу разделов? Замечательно. Перепишите с диска данные, затем очистите место под таблицу разделов, создайте её, создайте раздел, отформатируйте его нужным образом:
[console]
# dd if=/dev/zero of=/dev/sdc bs=512 count=1
# fdisk /dev/sdc
# mkntfs /dev/sdc1
[/console]
NTFS лучше отформатировать из Windows, это её родная ФС. Но, если не боитесь, можно и mkntfs.[/quote]
Так дело в том, что fdisk не видит это USB-HDD, хотя она же видит вообще новый
неотформатированный диск, но при этом и не показывает несуществующую таблицу.
Флешку разбивал и форматировал именно командами fdisk и mkntfs.
Peter,
другой вариант -- на диске GPT таблица разделов, а ядро собрано без её поддержки.
Если в ядре включена поддержка /proc/config.gz, легко проверить:
[console]
zcat /proc/config.gz | grep EFI_PARTITION
[/console]
Третий вариант -- неправильный драйвер контроллера или ещё что-то, почему система вообще ничего не может прочитать с /dev/hdc. Проверить легко:
[console]
# cat /dev/sdc | hexdump -C | head -n 32
[/console]
Я предполагал, что это может быть связано с использованием GPT, но ещё не проверял.
В config этот параметр установлен в "y", cat/less тоже не видят /dev/sdc.
В выводе fdisk-а видны 2 логических диска NTFS -- sda5 и sda6. Если эти разделы не трогали и на них осталась файловая система[*1], можно создать под них точки монтирования, например,
Разделы будут монтироваться при старте системы. Можно проверить вручную:
[console]
sudo mount /media/sda5
sudo mount /media/sda6
ls /media/sda5 /media/sda6
[/console]
[*1] Возможна ситуация, когда раздел отформатировали во что-то ещё, но не исправили тип раздела в таблице разделов. Тогда попытка смонтировать раздел как NTFS потерпит неудачу.
Ничего не помогло. Всё равно при попытке перемещения или клпирования файлов, на любых носителях, кроме того раздела на котором установлена Ubuntu - заканчиваютс одним.
УСТРОЙСТВО ДОСТУПНО ТОЛЬКО ДЛЯ ЧТЕНИЯ. И всё.
Userboy,
вот вам и ошибка...
в фстаб до сих пор прописано, что сда7 - нтфс...
а там уже ехт4...
надо поравить фстаб...
нужно делать сие суперпользователем...
соответственно и опции поправьте до defaults,rw
В нтфс я переименовал уже сегодня. Ради эксперимента. Но это ничего не изменило.
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) ФС может лежать как на блочном устройстве, разделе блочного устройства (обычный способ использования), так и в ординарных файлах.
8) следующий этап -- деление диска на разделы. Типы таблиц разделов могут быть разными: msdos, GPT, что-то ещё -- это всего лишь соглашение о том, где читать и как интерпретировать данные о разделах диска. Но! Для того, чтобы ядро могло представить отдельные разделы в качестве блочных устройств, оно должно а) опознать таблицу разделов, б) смочь прочитать таблицу и в) интерпретировать её должным образом.
9) таблица разделов dos -- это 4-е 16-байтные записи в первом 512-байтном секторе диска по смещению 0x01be. Позже добавили концепцию расширенного раздела, фактически ссылку на дополнительную -- таблицу. Все инструменты работы с таблицей разделов msdos правят только вот эти самые таблицы.
10) ФС создаётся в "файле", при этом почти не важно, в каком -- файле устройства /dev/sdc, файле раздела /dev/sdc1, файле на диске. В этот файл записываются управляющие структуры ФС -- собственно этот процесс и называется форматированием.
11) если создать ФС на устройстве /dev/sdc, а потом попробовать поредактировать таблицу разделов в стиле msdos, то в качестве неё по-прежнему будет взяты 4-е 16-байтные записи в первом 512-байтном секторе диска. Но там фактически будут находиться управляющие структуры ФС или просто мусор. Интерпретация подобного мусора в качестве таблицы разделов как раз и приводит к нелепому выводу fdisk.
Userboy,
у вас сда7 - это корневой раздел. вы загрузились с него.
то что простой пользователь в корень пистаь не может - это нормально.
вы пробовали писать туда суперпользователем?
выполните команду sudo su
и потом попробуйте создать файл командой:
touch /file
и проверьте что он создался:
ls -l /file
# cat /dev/sdc | hexdump -C | head -n 32
или
# dd if=/dev/sdc bs=512 count=1 | hexdump -C
ага. *NIX вариант:
[console]# hexdump -C -n512 /dev/sda[/console]
ибо в *NIX каждая задача решается одной утилитой, а не непонятным конвейером. Дамп 512и байт это одна задача, а не две.
