По каким ещё причинам может «bash: filename: Отказано в доступе» вылезать?

Запускаешь 32 бита на amd64?

А что, g++ по дефолту i386 собирает? Щя найду ключик и проверю.

Выхлоп mount приведи для раздела, в котором файлик.

NTFS, смонтирована с exec. Сейчас на ext3 проверю.

Заработало. Знач, NTFS виновата, как всегда. Сорри, погорячился.

Япона мать! Ясен пень, не будет оно работать! Фигачь на родную ФС, либо запускай так: . ./filename

Вываливает

bash: .: ./oop_lab1: не могу запустить бинарный файл

udisksctl mount -o fmask=0077,exec,rw -b /dev/твой_нтфс_раздел
ну или тоже самое через обычный mount. Не забывай про опцию exec и fmask

Ты — извращенец! Ну объясни мне, нафига ты компилишь файл под извращенной недоФС?

А почему не 777? Под рутом не нужно, что ли?

Ну объясни мне, нафига ты компилишь файл под извращенной недоФС?

Потому что у меня на ней всё хранится. ext3 только для системы.

Не, ну объясни, что у тебя на аве :D Я не могу на это без ржаки смотреть.

Жесть-то какая! Во-первых, NTFS — говно; во-вторых, fuse сильно нагружает систему; в-третьих, тупо скорость же маленькая!

Ты в интернетах не обитаешь? Это же Царь, вид сзади ☺

потому что man mount

для ext есть ещё такие опции, не знаю, как оно для нтфс
dir_mode=0777,file_mode=0777

Во-первых, NTFS — говно

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

fuse сильно нагружает систему

ntfs-3g через fuse работает??? Это на какой планете?

тупо скорость же маленькая!

Не замечаю ничего подобного.

Тьфу, блин, но почему у него лапы концами срощены? Закрась хоть, а то хрен поймёшь, что это.

man mount

fmask=value
Set the umask applied to regular files only. The default is the umask of the current process. The value is given
in octal.

Не густо. Первая цифра - спецбиты (GUID/SUID/закрепляющий)?

Для fstab справедливо? Я при загрузке монтирую.

Не густо.

ну что надо всё за тебя разжёвывать? google fmask, google umask и так далее

Для fstab справедливо?

да.

ntfs-3g через fuse работает?

Да.

Послал бы сразу в Википедию. Там всё наоборот? Жопа. Но почему тогда не 0000? Какой профит её огораживать?

ntfs-3g через fuse работает??? Это на какой планете?

На нашей

Разделы NTFS монтируются, используя Filesystem in Userspace (FUSE) в структуру пользовательского пространства (англ.) FHS.

oop_lab1

Поздновато начал:/

Опаный стыд /0\

На дату посмотри, наркоман.

А что такого? Без exec жить тяжко.

NTFS

Со своей основной задачей - хранение файлов - справляется безупречно.

У тебя же есть чем подкрепить такое громкое заявление?

А что тебе нужно подкреплять? Оно работает и есть не просит. Файлы целы, файлы хранятся без проблем, скорость i/o более чем достаточна. Что ещё надо?

Ну как бы всё же для линуксов это неродная ФС, к тому же недокументированная - драйвер написан в результате долгого и упорного реверс-инжиниринга.

Хотя ntfs-3g довольно-таки стабилен, да. Но одно дело читать им что-то с виндового раздела, и совсем другое - использовать для повседневной работы в линуксе. Для последнего всё же лучше ext4.

Его проклятый cetjs2 с толку сбил, наверное.

Ну как бы всё же для линуксов это неродная ФС

И что? Зато не только под линуксами работает.

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

Как одно мешает другому? И вообще, этот раздел исключительно для данных, система, кэши, конфиги и прочие критичные для производительности вещи - на ext3.

Тьфу, а ведь да. ИЧСХ, он даже в суть не вник, новая версия ярлыка вообще не в тему.

Я тоже так юзаю, и чо. Eddy_Em

Как одно мешает другому?

Народ жаловался на глюки записи на NTFS линуксовыми дровами. На чтение вроде жалоб уже нет.

Я тоже так юзаю, работает как говно — тормозит, грузит проц, и, по крайней мере раньше, у меня это был единственный способ вызвать 12309. Для сомневающихся предлагаю качать/раздавать несколько торрентов на него.

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

Так то ж я и был :D А виновата оказалась хибернация вообще.

УМВР, ЧЯДНТ? С десяток торрентов одновременно раздаётся. Может, дело в EVDO, конечно...

Жалобы были не только на ЛОРе, от разных людей. Разрабы вроде давали советы не писать на NTFS в определённых ситуациях или при первой возможности чекать файлуху из-под винды после записи.

Ну йахз, пишу активно, вроде всё в порядке. Впрочем, я и в винду не грузился ещё с июля, вдруг она всё поломает?

30мбит

Приём или отдача? А винт сколько выдаёт?

В обе стороны.

# hdparm -t --direct /dev/sda /dev/sda: Timing O_DIRECT disk reads: 422 MB in 3.00 seconds = 140.50 MB/sec

это под нагрузкой.

Я про соединение в первую очередь спрашивал.