Проблемы с правами после форматирования раздела утилитой GParted

На ноутбуке быо установленно две ОС, Windows XP и Linux Ubuntu 11.10 после того как отформатировал раздел диска с Windows с помощью GParted - начались проблемы с доступом к дискам.
Не могу копировать и перемещать файлы на всех дисках.
Как решить проблему?

Userboy, создать нормальную таблицу разделов.

Wolfenberg написал:

Userboy, создать нормальную таблицу разделов.

У меня была нормальна таблица разделов. После того как использывал этот грёбаный GParted нет прав к копированию, удалению и так далее на разделах, и на внешних носителях тоже, я имею ввиду переносной диск NTFS.

ругаться не стоит ибо вы сами не правы. ноль информации, а телепаты до 1 апреля в отпуске...
1. если у вас 1 диск, то дайте вывод sudo fdisk -l /dev/sda
Если их несколько, то замените сда на сдб и т.д. и добавьте их выводы.
2. из данного вывода укажите к каким разделам ваш пользователь не имеет доступа.
3. укажите имя пользователя.
4. дайте вывод sudo cat /etc/fstab
5. дайте вывод sudo cat /etc/mtab

после о чем-то можно и поговорить, а пока пустые крики ибо сами не понимаете что сделали, а обвиняете великолепную программу gparted.

Userboy, была с виндой. Её снесли. А монтировать диски/разделы кто должен?

Wolfenberg,
похоже телепаты начинают возвращаться...)))
пусть отпишется по вопросам - тогда и будем советы давать...

Харитон, какая тут телепатия? Каждый пятый теряет таблицу разделов и вопит потом
такими же темами smile

ХАРИТОН: ругаться не стоит ибо вы сами не правы. ноль информации, а телепаты до 1 апреля в отпуске...
1. если у вас 1 диск, то дайте вывод sudo fdisk -l /dev/sda

Userboy,
покажите ещё
# grep "fhjhhwp\|1000" /etc/passwd /etc/group

Пока фрагмент процитированного:
/dev/sda5: ntfs ro,uid=1000,gid=1000,dmask=0077,fmask=0177,uhelper=udisks 0 0

Выделенное означает, что использован драйвер ntfs (а он только на чтение), ro -- только чтение, uid/gid -- владельцем является пользователь с uid=1000, группа с gid=1000, dmask/fmask -- всем, кроме владельца, доступ запрещён.

ну как бы присоединяюсь к вышесказанному.
к разделам простой пользователь(не суперпользователь) по-умолчанию не имеет доступа, а тем более если указано в фстаб что монтировать как ro. исправьте на rw, где это возможно.
попробуйте зайти как root и проверить права доступа.
Если будут проблемы, то у вас в фстаб есть опция(on-error), которая обозначает что в случае ошибок монтировать как ro. возможно на партициях есть какие-то ошибки(не тот тип ФС что указан в фстаб(скорее всего))...

bormant написал:

Userboy,
покажите ещё
# grep "fhjhhwp\|1000" /etc/passwd /etc/group

[console]fhjhhwp@fhjhhwp-eMachines-D440:~$ sudo # grep "fhjhhwp\|1000" /etc/passwd /etc/group
usage: sudo -h | -K | -k | -L | -V
usage: sudo -v [-AknS] [-g groupname|#gid] [-p prompt] [-u user name|#uid]
usage: sudo -l[l] [-AknS] [-g groupname|#gid] [-p prompt] [-U user name] [-u
user name|#uid] [-g groupname|#gid] [command]
usage: sudo [-AbEHknPS] [-C fd] [-g groupname|#gid] [-p prompt] [-u user
name|#uid] [-g groupname|#gid] [VAR=value] [-i|-s] [<command>]
usage: sudo -e [-AknS] [-C fd] [-g groupname|#gid] [-p prompt] [-u user
name|#uid] file ...[/console]

bormant написал:

Userboy,
покажите ещё
# grep "fhjhhwp\|1000" /etc/passwd /etc/group

Пока фрагмент процитированного:
/dev/sda5: ntfs ro,uid=1000,gid=1000,dmask=0077,fmask=0177,uhelper=udisks 0 0

Выделенное означает, что использован драйвер ntfs (а он только на чтение), ro -- только чтение, uid/gid -- владельцем является пользователь с uid=1000, группа с gid=1000, dmask/fmask -- всем, кроме владельца, доступ запрещён.

Признатся честно - ничего не понял. На Linux недавно, месяца три, для меня это всё равно что посыл иноплонетян.

Харитон написал:

ну как бы присоединяюсь к вышесказанному.
к разделам простой пользователь(не суперпользователь) по-умолчанию не имеет доступа, а тем более если указано в фстаб что монтировать как ro. исправьте на rw, где это возможно.
попробуйте зайти как root и проверить права доступа.
Если будут проблемы, то у вас в фстаб есть опция(on-error), которая обозначает что в случае ошибок монтировать как ro. возможно на партициях есть какие-то ошибки(не тот тип ФС что указан в фстаб(скорее всего))...

Аналогично к выше мною сказанному. Можно попроще как нибудь? Как мне всё это исправить до состояния как раньше? И есть ли такая возможность вообще?

Userboy написал:

$ sudo # grep

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

Имелась в виду команда (в вашем конкретном случае):
[console]sudo grep "fhjhhwp\|1000" /etc/passwd /etc/group[/console]

bormant написал:

[quote=Userboy]$ sudo # grep

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

Имелась в виду команда (в вашем конкретном случае):
[console]sudo grep "fhjhhwp\|1000" /etc/passwd /etc/group[/console][/quote]

Результат:

[console]/etc/passwd:fhjhhwp:x:1000:1000:fhJhhWp,,,:/home/fhjhhwp:/bin/bash
/etc/group:adm:x:4:fhjhhwp
/etc/group:dialout:x:20:fhjhhwp
/etc/group:cdrom:x:24:fhjhhwp
/etc/group:plugdev:x:46:fhjhhwp
/etc/group:lpadmin:x:111:fhjhhwp
/etc/group:admin:x:119:fhjhhwp
/etc/group:fhjhhwp:x:1000:
/etc/group:sambashare:x:122:fhjhhwp[/console]

ну тогда надо по порядку.
так как мы к вам залезть на ПК не можем и посмотреть сами тоже(телепаты из нас не фонтан), то скажите какой раздел вы обработали в гпартед и что вы с ним сделали?
т.е. например:
был раздел сда7 с ФС нтфс примонтированный в /windows (соответствие имени рпаздела можно посмотреть в существующем /etc/fstab и выводе fdisk -l).
я его отформатировал в ехт4.
потом перегрузился и вуаля.
если еще что-то делали укажите все что сделали...

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

[console]sudo mkdir /media/sda5 /media/sda6[/console]

и добавить в /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

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

[console]
sudo mount /media/sda5
sudo mount /media/sda6
ls /media/sda5 /media/sda6
[/console]

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

А вот у меня есть USB-HDD 2TB, таблицы разделов на нём нет, так Windows с ним работает
без проблем, а Linux вообще не может: появляется /dev/sdc, но его не видят ни fdisk, ни parted.
Есть ли в Linux ещё какая-нибудь утилита для разбиения такого диска?
Вообще 2TB должны бы видеть и эти.

Пётр.

Peter написал:

таблицы разделов на нём нет

[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.

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]