Переносной HDD с ext3: как игнорировать права?

>> Скажем, монтировать винт так, чтобы система не обращала никакого внимания на права? Или хотя бы задавать umask как для vfat'а?

http://www.linux.org.ru/jump-message.jsp?msgid=5496855&cid=5497935

Там нумерация пользователей и групп другая.

Синхронизируй UIDы

каждый раз применяю chown -R или chmod -R, но это неудобно

Выставляй umask = 0 перед копированием

Есть ли способ красивого решения этой проблемы?

Сменить ФС

https://bugzilla.kernel.org/show_bug.cgi?id=15875

Линакс сасьод.

>Синхронизируй UIDы

А если я житель Алтая? У нас на Алтае недавно школы на линокс перевели. Значит я должен посмотреть какой uid у меня на школьном компьютере и сделать такой же uid у пользователя дома?

Линкус не готов к десктопу

Используй UDF, NTFS или FAT32

Линкус не готов к десктопу

Очень хорошо. Школоту ,как ты, отсеивает.

> https://bugzilla.kernel.org/show_bug.cgi?id=15875
Ага, вот оно, спасибо! Народ уже думает над этим. Поучаствовать немножко в их беседе, что ли...

> Линкус не готов к десктопу

А как этот вопрос решается в Windows? В основном в Windows пользователи обладают правами администратора и тогда проблемы нет. Но если в Windows пользователь — не администратор, то что там происходит?

chmod 777

Увы, но Линукс не готов в флешкам

Ну, если не хватает мозгов использовать подходящую фс - то да, конечно не готов.

что там происходит

В Windows uid не uint32, а некий GUID, генерируется при создании пользователя. Если у пользователей на разных компах они разные (а так и задумано), что чуть менее ( 2^(-64) ), чем всегда, прочитать невозможно. И нужны права администратора.

http://lkml.org/lkml/2009/7/28/119
http://lkml.org/lkml/2009/7/28/120

Ludwig Nussel прислал в лист пару патчей, для ext2 и ext3, реализующие опции uid и gid, отвечал на критику, получил одобрение, но потом пропал.

Ну вот, получается, в Windows проблема точно такая же, как и в Linux.

Есть много существенных аргументов за то, что GNU/Linux не готов к desktop'у, но в данном случае он не хуже Windows. Если только MS не придумала что-нибудь вроде предложенного в вышеупомянутом 15875.

Вообще-то, там точно так же можно дать права «всем». А ещё (ЕМНИП) указать в свойствах каталога обязательное наследование прав для всех подкаталогов, в то время как в линуксе это зависит от umask пользователя, осуществляющего запись.

Есть костыль который называется bindfs.

Какую?

Vote for https://bugzilla.kernel.org/show_bug.cgi?id=15875

// b.

>В основном в Windows пользователи обладают правами администратора и тогда проблемы нет. Но если в Windows пользователь — не администратор, то что там происходит?

Не знаю, что там происходит, но файлы, созданные мной-администратором дома, прекрасно изменяются, удаляются, добавляются на школьном компьютере, на котором я не администратор.

прекрасно изменяются, удаляются, добавляются

А ФС какая? FAT или NTFS? Это важно.

Лично я открываю Alt-F2 (Выполнить...) и пишу kdesu konqueror. Создаю каталог, даю ему все разрешающие права в свойствах. Радуюсь. Туда пишут все, а записанное могут поменять не все, а только те, кто записывал. Как исправить не знаю, просто запускаю Konqueror от рута и даю равные права, выделив все файлы. Как правильно монтировать мне тоже интересно, и как настроить udev. И hal, так как на всех компьютерах у меня KDE 3.

Каюсь, фат.

>Линкус не готов к десктопу

а голову включить?

создаёте каталог на диске

# mkdir /media/disk/share

# chmod 777 !$

PROFIT

Да, и я не понял: а как вы его смонтировали-то? Если через mount, то у вас есть права рута, а если через hal/devicekit то вы ССЗБ, или такова политика тамошнего одмина. Впрочем, вышеописанный метод поможет и тут.

Шел 2010 год, а в линуксе так и не перевелись детские проблемы.

>В Windows uid не uint32, а некий GUID, генерируется при создании пользователя. Если у пользователей на разных компах они разные (а так и задумано), что чуть менее ( 2^(-64) ), чем всегда, прочитать невозможно. И нужны права администратора. К флешкам это не относится, даже с ntfs. В отличие от линупса в винде есть нормальное наследование прав и пользователь «Все». По-умолчанию флешки форматируются именно так, и никаких красноглазых проблем нет.

Была подобная тема

http://www.linux.org.ru/forum/desktop/2923615

в частности, хотя тоже костыль

http://www.linux.org.ru/jump-message.jsp?msgid=2923615&cid=2924988

Может проще воспользоваться tar? При разворачивании из tar-архива файлы станут принадлежать пользователю.

Красноглазые проблемы у тех, кто использует ext* и прочие не задумывавшиеся под сменные носители фс на этих самых сменных носителях.
Есть UDF, FAT32. Почему нельзя использовать их - большой вопрос.
Если нужен именно хард с системой - для этого есть разделение на разделы и полный rw хомяка.

К флешкам это не относится, даже с ntfs. В отличие от линупса в винде есть нормальное наследование прав и пользователь «Все». По-умолчанию флешки форматируются именно так, и никаких красноглазых проблем нет.

По умолчанию, в винде невозможно отформатировать флешку в NTFS, ибо авторы решили, что NTFS - не для переносных носителей. В связи с чем при форматировании флешки больше 32 Гб происходит конфуз: FAT нельзя создать, потому что том большой, а NTFS - потому что извлекаемый. По умолчанию. Не стоит считать, что все проблемы сосредоточены только в одной системе. В Windows тоже есть много кладжей, просто к ним все привыкли.

А chmod a+rw не работает?

Без umask 000 не получится, и да, надо: chmod a+rwX (а то в директории зайти нельзя будет)

UDF

никак
а драйвера для exFAT в линуксе ещё нет что ли?