Проблема с монтированием раздела ext4 (не в fstab дело).

Вывод команды mount сюда. С той системы где это не работает естественно.

:( А я через графический интерфейс gnome-disk-utilites. Там просто вбиваешь точку и пароль, когда в fstab заноситься. Но с самим монтированием вроде бы нормально (внешне). Папки создаются и удаляются, диск после перезагрузки - монтируется автоматически. Может какой то конфиг посмотреть?

Попробуй явно указать exec вместо дефолт. Также можно посмотреть апармор/селинукс настройки например.

Вывод mount покажи. Зачем ты нам рассказываешь про gnome-disk-utilites?

mint@mint-desktop ~ $ mount
/dev/sda12 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none 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)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
/dev/sdb2 on /media/mint/Data1 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
/dev/sde2 on /media/mint/Torrent1 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
/dev/sda3 on /media/mint/SteamLinux type ext4 (rw)
/dev/sda10 on /home type ext4 (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=mint)

Это как?

Ну вот, вроде бы указал. Всё равно не работает (диск SteamLinux):

# /etc/fstab: static file system information.
#
# Use 'blkid' 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>
# / was on /dev/sda12 during installation
UUID=e74f4274-ecd5-477e-84ec-68df90379958 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda10 during installation
UUID=440b1551-9354-4a94-99a8-2668f0be1364 /home ext4 defaults 0 2
# swap was on /dev/sda6 during installation
UUID=3c25f602-7e27-467d-8f10-dddd0933004a none swap sw 0 0
UUID=3276979F76976301 /media/mint/Data1 auto defaults,x-gvfs-show 0 0
UUID=14E4E477E4E45D0C /media/mint/Torrent1 auto defaults,x-gvfs-show 0 0
UUID=d3ac0549-e8d8-41d3-bc65-4d2a8bfcfa26 /media/mint/SteamLinux ext4 rw,suid,dev,exec,auto,user,async 0 0

А диск перемонтировал? Если не знаешь как, тогда просто перезагрузи тачанку.

Так ведь там и кнопки в немо есть и в диск-утлитах. Да и перезагружал уж раз двадцать...
Кто то у буржуев написал что дело не в самом разделе а в правах на исполнение для какой то папки в этом разделе... Вроде бы SteamApps. Но я глянул просто свойства (через контекстное меню) -права все одинаковые (и у диска и у папки).

Кстати. Если дело в самих настройках системы... У меня есть установленный Xubuntu 14.04 lts, думаю даже с той же пакетной базой. Может есть мсысл какие то конфиги стравнить? Там всё работает. Директория таже.

Возможно кто то может помочь понять что советуют на буржуйском сайте, вот текст там вроде бы меняют владельца но что за "-V"? И почему 2 раза пользователь и что за строка, которая начинается с
«drwxrwxrwx»?
Вот ссылка: http://askubuntu.com/questions/436143/unable-to-access-auto-mounted-partition...
Вот сам текст:

Found the answer to my own question with a little more digging. Doing what I did in the question gave me permission to read/write all the files/directories, but I did not have permissions set for the partition itself. To illustrate, ls -l $HOME showed me that the partition was owned by root and had no read/write permissions for «other». To correct it I issued this:

sudo chown -R -v <my_username>:<my_username> SteamLibrary

SteamLibrary here is the mount point for the drive, -R recursively applies this to folders and files, -v outputs additional information. In this case I set the owner and groups to my username since I will be the only one accessing it, but changing the second username to «users» should allow any user on the computer to access it. Running the same ls command as before I now get the line

drwxrwxrwx 5 willc willc 4096 Mar 18 22:46 SteamLibrary

This shows me I now own the drive and have full permissions. Now not only can I access the drive, but applications like steam are able to read/write as well.

Я правильно понимаю что ты этот диск со стимом в разные системы поочередно пихаешь ?

Ну даже не знаю что сказать... Ну Да :) Так и пихаю. Игрушки весят много, качать неохота для каждой системы. Создал отдельный раздел ext4 и все системы работают (от Мандривы до Мандрары). Единственный кто забрыкался это Убунта-Мате (14.10), но там было много мелких недлочётов - устал возиться, установил свежевышедший Минт. И вот сюрприз... Минт ЛТС, ультра-популярный, сверхнадёжный... Я даже удалил билд стима (47) и более свежий поставил с сайта (49). Не помогло.

1. У всех пользователей в разных системах должен быть одинаковый uid/gid, права лучше выставить в 777, параметры монтирования выставлять принудительно, дефолты везде разные могут быть, но это ты уже выяснил, упоминаю к тому, что ЛЮБЫЕ дефолты могут быть какими угодно
2. В разных системах большой зоопарк разных версий либ/ядер и степень их патчеванности + ты вроде не указывал 32 или 64 у тебя бит.
3...
Итого: оно вообще-то везде в таком режиме запускаться и не должно, сомневаюсь, что на 100% это возможно, разве что с применением чрута/виртуализации.
Да, мандрива - это rpm-based, mint - ну ты понял. Не удивительно, что ты грабли собираешь, удивительно что оно вообще работает, но это видимо только потому, что стим все свое с собой таскает.

Вот чесное слово - этот раздел пережил дисятка 3-4 систем и 5 штук из них работают и сейчас :) Но вот 2 заортачились. Причём и Сабайон (Генту) и Роса и ОпенМандрива и ОпенСусе - все вели себя достойно :). 2 ситемы, одной пакетной базы и обе СВЕЖИЕ (очень). Вывод, что-то поменялось, что не учли Валбве. Но может и что-то ещё. Эта проблема обсуждается широко но по английски и решения какого то, как я понял однозначного, нет. Кому что помогает (как в поликлинике). И да, я писал что х64 :) Все системы у меня 64-битные.

Причём ведь Xubunru 14.04 LTS - работает...

А игры то у тебя на всех дистрах идут ? Проблема только с монтированием ? Ядра сильно отличаются ?

Почти не отличаются. Сейчас самое старое ядро на Кальке - 3.14. Но я планирую поправить. На остальных системах 3.17 различных билдов. Игры работают ВСЕ! :) У меня порядка 120 игр из них штук 30 с хвостиком под линукс. Есть тяжёлые игры, вроде метро или КС:ГО, они всегда сначала глючат после партирования. Потом пару тройку патчей - и оК. Вот как раз собирался WarThounder посмотреть (вышла стим версия под линукс), и зацепился с этим минтом. Глянул лайв сидишку - синамон отточили, понравился. Вот. Поставил и засада.

И нет проблемы с монтированием :) Как мне видится... Там что-то с правами (судя по буржуйским репликам). Сам раздел читает-пишет и работает на ура. А вот при попытке подключить его как дополнительную библиотеку стим - ругается. И ведь он должен по задумке авторов так работать. Собственно в этом и функция - чтобы имет ОТДЕЛЬНЫЙ большой раздел с установленными под стим играми.

Игры работают ВСЕ!

Прикольно. :) Но помнится, Линус где-то говорил, - «софт должен быть перекомпилен под ядро, если нет, но он работает, то это везение, а не так задумано.»

c 2012-го, Линукс становиться другим стремительно. Вальве, АМД и все крупные производители игрвых движков, активно стремятся сделать Линукс домашним. А как только рынок игр под Линукс станет значимым (более менее) - к ним присоединяться и производители железа - всё что геймер сэкономит на ОС - он пртратит на железо и игры :)

Если кому нужно помочь с со снижением чувствительности ИГРОВЫХ мышек под линуксом (сенса тут бешенная на минимальных даже и так везде) - пишите вконтакт (там я тоже Fox909). Есть рецепт, работает на всех известных мне системах (а это все навереное).

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

ffox909(собака)маил(точка)ру. Если будет желание, отпишитесь я скину вам упорядоченный и культурно расписанный материал (разумеется через пару дней). Попробуйте использовать по вашему усмотрению. Сам я что-то админам не приглянулся :) Там ничего сложного но я не нашёл в инете рецепта (пришлось людей знающих пытать). А непривычная чувствительность (большая особенно) способна сделать игру не играбильной а уж в онлайне вообще ловить нечего :) А так я себя наравных с любой системой чувствую в игре ;)

Там что-то с правами (судя по буржуйским репликам).

Если не починил ещё, покажи пару строчек из выхлопа

find /media/mint/SteamLinux -type f -perm /a+x ! -executable -exec ls -lZ {} \;

Нет не починил :( Сейчас, загружусь.

Вбил в консоль, ничего не выдало. Вот:
mint@mint-desktop ~ $ find /media/mint/SteamLinux -type f -perm /a+x ! -executable -exec ls -lZ {} \;
mint@mint-desktop ~ $ sudo find /media/mint/SteamLinux -type f -perm /a+x ! -executable -exec ls -lZ {} \;
[sudo] password for mint:
mint@mint-desktop ~ $

Или не был примонтирован /media/mint/SteamLinux или дело не в правах.

Ну как так? Вот. Там видно что примонтирован. Могу скрин с ошибкой сделать...

[IMG]http://savepic.org/6565813.jpg[/IMG]

Мистика. Кажется, тут под «execute permissions» понимается что-то необычное. Даже интересно стало. Запусти в терминале, там лог должен писаться. Может прояснит чего...

Стим в терминале? Ок. И да, я там на форумах читал что кто-то разобрался (переводчик не дал мне понять) и сетовал на то что сама формулировка ошибки не корректная! Там что-то говорится что дело не в разделе а в правах на содежание папки уже имеющейся в разделе, конкретно упоминается SteamApps. Но я не поручусь за свою интерпритацию англоязычного сленга :(

В моём случае это будет (путь до этой папки):
/media/mint/SteamLinux/Steam2/SteamApps

Вот строка в терминале при появлении ошибки:
sh: 1: /media/mint/SteamLinux/Steam2//steamapps/.steam_exec_test.sh: not found

Вот полный текст скопированный из терминала :
http://rghost.ru/private/59404707/1ae30cfaca2529af1f60d868ad8c4003

Меня как то учили как сюда под «кат» выкладывать, виноват не помню, а кнопки такой не нашёл...

Вот тут вроде бы говорят о решении:

@leeps I had that same problem with cifs. The problem occurs if a share is not case sensitive with file names.

case sensitive = yes

in smb.conf fixes it for me.



@tunp Amazingly, that worked.

It's amazing, because the Samba server has a default of «auto» for case sensitive, meaning it will listen for a client's indication of case sensitive file support, which Linux clearly has.
Anyway, permissions are not set correctly after installing, which was another issue with the configuration of the Samba server (I'm forcing create mask = 664 for other reasons). I had to seperate the SteamLibrary share to keep the default file creation modes.

Thanks, for now all my issues seem resolved!

Вот чему они там радуются?! Я пытался найти этот конфиг. Нашёл еккго в /etc/samba/smb.conf Но значения «case sensitive» там нет :( Может его надо создать?

А вот в чём дело!!!!! Значит це так: проблема решается переименованием папки «SteamApps» в «steamapps»!!! Ну каково?! Ведь сходные системы, совершенно, где то в настройках имеют разную чувствительность к регистру!!! И те у которых в настройках есть возможность игнорировать разный регистр - те работают!

Теперь, чтобы считать проблему решённой, нужно узнать как или чем настраивается в системе эта чувствительность к регистру?!

С уважением, Fox909.

Лучше не переименовывать, а сделать симлинк, чтобы не сломать для тех систем, где оно работало. Т.е.

cd /media/mint/SteamLinux/Steam2/ && ln -s SteamApps steamapps

Интересно :) Не знал что так можно. То есть как я понял, буду показывать папку Steam2 а ссылка steamapps, будкт указывать на SteamApps?

Насчёт ntfs/fat, так в том то м дело что у меня этот раздел в EXT4! Что в линукс все различают я тоже знаю (ещё XFdrake, меня научил :) ). Но остальные системы работают с этим разделом не зависимо от регистра в названии папки. Где то это должно переключаться... Ведь Ubuntu-Mate, Kubuntu, Linux Mint - очень родственные системы. Ладно Calculate или Chakra, там многое сами разработчики пересобирают или перенастраивают. Здесь же в убунтах, разницы минимум. Должно быть не сильно глубоко спрятано.

Если раздел EXT4, это меняет сложность обнаружения этой настройки чувствительности к регистру? И да, «case sensitive = yes», ничего не дал :)

Но остальные системы работают с этим разделом не зависимо от регистра в названии папки.

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

Точно! Работают :) Ну может не все ещё проверил но думю и дальше так будет :) Не. Стим, например в Минете и Кубунте, просто через центр приложений ставился. А там галочка в репозиториях про партёров Канаоникал. А в Минте я ещё и удалил версию их цкнтра и поставид deb с самого сайта - нету разницы. Точно дело в самой системе или настройках DE.

Сейчас в Xubuntu проверил - изменения регистра в названии папки - НЕ повлияло на работаспособность :)
Да и собственно я же с чего к ригистру пришёл? Благодаря вашему совету (БОЛЬШОЕ СПАСИБО). Ошибка в консоли:
sh: 1: /media/mint/SteamLinux/Steam2//steamapps/.steam_exec_test.sh: not found
Явно указывала на то что что-то не так с папкой «steamapps», которой у меня просто не было! Поскольку я уже знал что линукс то разбирается в регистрах :) То есть все системы сумели в «SteamApps» увидеть «steamapps»! А данная не сумела (Минт всмысле). Поэтому сейчас я уверен что все остальные ОС у меня впорядке а дело в какой то настройке EXT4 в самой системе.